[SIPForum-discussion] Which layer adds branch parameter

Vijay Badola Vijay.Badola at onmobile.com
Thu Jan 10 12:54:50 UTC 2013


Hi Vijay,


1.       UAC or Stateless/ Statefull proxies, all the are the transaction users and considered as the fourth layer as per SIP specifications.

2.       Generally transaction user  or transaction layer(third layer) is used to add branch parameter.

3.       Most of the sip stacks add the branch parameter in SIP message itself and provide an interface to transaction user, so that UAC or Proxy can also add branch parameter.

4.       If some transaction user adds the branch parameter then it has greater precedence over transaction layer and only transaction user's branch will be used.

5.       If transaction user does not add branch parameter, then it is the responsibility of transaction layer to add it.
Now if some application (UAC/UAS/Proxy etc. ) wants to  add branch parameter ( for example transaction user want to send special string sequence in branch) then it will use interface provided by sip stack.

Regards,
Vijay Badola




From: discussion-bounces at sipforum.org [mailto:discussion-bounces at sipforum.org] On Behalf Of Vijay Kumar
Sent: Monday, January 07, 2013 10:00 PM
To: discussion at sipforum.org
Subject: [SIPForum-discussion] Which layer adds branch parameter

Hello all
Please help me in understanding "Which SIP layer adds branch parameter in UAC/Stateless/Statfull proxies"
Thanks in advance
Regards
Vijay

________________________________

DISCLAIMER: The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message in error. Further, this e-mail may contain viruses and all reasonable precaution to minimize the risk arising there from is taken by OnMobile. OnMobile is not liable for any damage sustained by you as a result of any virus in this e-mail. All applicable virus checks should be carried out by you before opening this e-mail or any attachment thereto.
Thank you - OnMobile Global Limited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130110/56c3921a/attachment-0002.html>


More information about the discussion mailing list