Hi Sanjiv,

a 200 OK for an INVITE must be forwarded to a UA. Only UA are allowed to
 create ACKs for 200 OK (this ACK has a new branch ID and is a own
transaction).

A stateful proxy can only create two request CANCEL and ACK for
non-successful (3xx - 6xx) responses for INVITE. (this ACK has the same
branch ID as the INVITE transaction and belongs to the same transaction).

A proxy can decide by checking the branch id if the ACK must be
forwarded (different branch ID) or was send hop-by-hop and was for the
proxy (same branch ID).

I hope you understand my answer. This is a central point in RFC 3261.

Regards,
Markus

[EMAIL PROTECTED] wrote:
> Hi,
> 
> When parallel forking is enabled at proxy and  proxy fork INVITE request 
> to n no. of registered contact .In case if proxy receives 200 OK from any 
> two contact simaltaneously, then what shall be the proxy behaviour , 
> whether it forwards both the 200 OK to UAC  or it drops one of  the 200 OK 
> response.
> 
> 
> 
> 
> 
> 
> "The  fragrance of flowers spreads only in the direction of the wind. But 
> the goodness  of a person spreads in all direction."
> 
> 
> 
> Thanks & regards
> Sanjiv kumar Jaiswal
> Software Engineer
> Flextronics Software System
> Emp ID-8494
> TEL-918051069164
> MOB-919886189960
> 
> ***********************  FSS-Private   ***********************
> "DISCLAIMER: This message is proprietary to Flextronics Software Systems 
> (FSS) and is intended solely for the use of 
> the individual to whom it is addressed. It may contain privileged or 
> confidential information and should not be 
> circulated or used for any purpose other than for what it is intended. If you 
> have received this message in error, 
> please notify the originator immediately. If you are not the intended 
> recipient, you are notified that you are strictly
> prohibited from using, copying, altering, or disclosing the contents of this 
> message. FSS accepts no responsibility for 
> loss or damage arising from the use of the information transmitted by this 
> email including damage from virus."
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to