<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<tt>Hi Elliott,<br>
<br>
<tt>1) regarding <tt>the uniqueness - <tt>it is across time and
space ,<tt> per server<tt> ! The transaction IDs are per
server<tt>, so there is not p<tt>roblem i<tt>f 2 servers
do use the same ID for a transaction - each server
will look into the <tt>br<tt>anch ID belong<tt>ing
to i<tt>ts VIA hdr.<br>
<tt>So, I do not see any conf<tt>lict <tt>here<br>
<br>
<tt><tt>2) <tt>I never state</tt><tt>
that</tt> <tt>the idea to
reuse <tt>any previous b<tt>ranch
param (<tt>to build our <tt>own
VIA branch) com<tt>es
f<tt>rom RFC - <tt>t</tt><tt><tt>his
approach was
the res<tt>ult
of a
discussion on
the <tt>mailing
list be<tt>tween
de<tt>velopers.<br>
<br>
<tt><tt>Let me
know <tt>if I
manage to
answer to your
<tt>questions.</tt></tt></tt></tt><br>
</tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt></tt><br>
<tt>Regards,</tt><br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 09.07.2016 16:47, Elliott, Ray
wrote:<br>
</div>
<blockquote
cite="mid:BL2PR15MB1074A011C26D98B286A9396AE83D0@BL2PR15MB1074.namprd15.prod.outlook.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]-->
<style><!--
/* Font Definitions */
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
        {font-family:Verdana;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";
        color:black;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
tt
        {mso-style-priority:99;
        font-family:"Courier New";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;
        color:black;}
p.emailquote, li.emailquote, div.emailquote
        {mso-style-name:emailquote;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:1.0pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";
        color:black;}
span.EmailStyle21
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle22
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle23
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi
Bogdan,</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I’m
a bit confused.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">From
RFC 3261 states in Section 16.11 Stateless Proxy
</span><o:p></o:p></p>
<p class="MsoNormal"><b><i><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The
requirement for unique branch IDs across space and time
applies to stateless proxies as well.
</span></i></b><o:p></o:p></p>
<p class="MsoNormal"><i><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">However,
a stateless proxy cannot simply use a random number
generator to compute the first component of the branch ID,
as described in Section 16.6 bullet 8. This is because
retransmissions of a request need to have the same value,
and a stateless proxy cannot tell a retransmission from
the original request.</span></i><o:p></o:p></p>
<p class="MsoNormal"><b><i><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Therefore,
the component of the branch parameter that makes it
unique MUST be the same each time a retransmitted
request is forwarded.</span></i></b><o:p></o:p></p>
<p class="MsoNormal"><i><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thus
for a stateless proxy, the branch parameter MUST be
computed as a combinatoric function of message parameters
which are invariant on retransmission.</span></i><o:p></o:p></p>
<p class="MsoNormal"><i><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span></i><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">We
are using the stateless implementation of opensips. As such
we MUST not use the statefull t_replay() function.
</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Copying
the TOP most Via header branch will meet the requirement
since that branch value MUST also be “unique branch IDs
across space and time.”</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">However,
just copying apart of that destroys the “unique branch IDs
across space and time “ requirement.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I’m
confused because I can not find the requirement that you
specified below in RFC 3261.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks
for your response.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Ray</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Courier New""> </span><o:p></o:p></p>
<p class="MsoNormal"
style="margin-bottom:3.0pt;page-break-after:avoid"><b><span
style="font-family:"Arial","sans-serif""
lang="EN-GB">Ray Elliott</span></b><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:windowtext">Principal
Scientist</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:#1F497D">777,
Commerce Dr., Fairfield, CT 06825</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:#1F497D"
lang="FR">T </span></b><span
style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:#1F497D"
lang="FR"> +1 203 339 7052 M +1 203 848 4550
<b>E</b> <a moz-do-not-send="true"
href="mailto:ray.elliott@ipc.com"><span
style="font-size:12.0pt">ray.elliott@ipc.com</span></a></span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:#1F497D">Follow
us on twitter: @<span style="text-transform:uppercase">ipc</span>_Systems_Inc
<a moz-do-not-send="true" href="http://www.ipc.com/"><span
style="font-size:12.0pt">www.ipc.com</span></a></span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><img
id="_x0000_i1026"
src="cid:part3.09010205.04040405@opensips.org"
alt="cid:image001.jpg@01D19553.88C2B160" height="66"
width="159" border="0"></span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:windowtext">From:</span></b><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:windowtext">
Bogdan-Andrei Iancu [<a class="moz-txt-link-freetext" href="mailto:bogdan@opensips.org">mailto:bogdan@opensips.org</a>]
<br>
<b>Sent:</b> Thursday, July 07, 2016 4:43 AM<br>
<b>To:</b> Gupta, Rahul<br>
<b>Cc:</b> Elliott, Ray; <a class="moz-txt-link-abbreviated" href="mailto:users@lists.opensips.org">users@lists.opensips.org</a><br>
<b>Subject:</b> Re: [OpenSIPS-Users] Truncated Branch in
Via<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><tt><span style="font-size:10.0pt">Hi
Rahul,</span></tt><span
style="font-size:10.0pt;font-family:"Courier New""><br>
<br>
<tt>The received VIA hdr (with the .44 IP) is properly
preserved when forwarding (in the outbound message).</tt><br>
<br>
<tt>The VIA hdr added by OpenSIPS ( .156 IP) is a completely
new VIA and its branch value is completely independent
from the branch of other VIA hdrs.</tt><br>
<br>
<tt>Why do they look the same ? The RFC3261 says that for
stateless fwd (when basically there is no transaction, so
no branch value), to avoid populating its VIA with
";branch=0" , the proxy may "copy" and use a branch value
from an older VIA (a received VIA) - keep in mind it does
not say to copy it entirely or part. So, OpenSIPS copies a
MAX_BRANCH_PARAM_LEN length string from the previous
branch param.</tt><br>
<br>
<tt>Everything is correct and legal (from RFC perspective).
</tt><br>
<br>
<tt>PS: if you would use t_relay() instead of forward() -
doing statefull proxy -, you will see that the branch in
the VIA added by OpenSIPS will be completly different from
the value in the previous VIA.
</tt><br>
<br>
<tt>Best regards,</tt><br>
<br>
</span><o:p></o:p></p>
<pre>Bogdan-Andrei Iancu<o:p></o:p></pre>
<pre>OpenSIPS Founder and Developer<o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a><o:p></o:p></pre>
<div>
<p class="MsoNormal">On 07.07.2016 03:42, Gupta, Rahul wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi
Bogdan,</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Here
is a Ethernet trace (pcap) file that has a successful and
an unsuccessful registration.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Frames
1-8 illustrate the successful case with Frames 2 and 6
show how opensips adds an extra VIA header that has a full
VIA;branch</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Frame:2</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Via:
SIP/2.0/UDP
10.204.70.156:5060;branch=z9hG4bK-c45d6-2ff0ce63-4583dc45-6bd144f8</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Via:
SIP/2.0/UDP
10.204.45.122:5060;branch=z9hG4bK-c45d6-2ff0ce63-4583dc45-6bd144f8</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Frames
9-16 illustrate the unsuccessful case where Frames 10 and
14 show how opensips adds an extra VIA header that has a
truncated branch.</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Frame
10:</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Via:
SIP/2.0/UDP
10.204.70.156:5060;branch=z9hG4bK1c68e33e-848e-412a-9137-4fb065a7b7eb_0efbfc5e_11391</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Via:
SIP/2.0/UDP
10.205.236.44:5060;branch=z9hG4bK1c68e33e-848e-412a-9137-4fb065a7b7eb_0efbfc5e_11391</span><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:red;background:yellow;mso-highlight:yellow">5620064228_MTAuMTIuMy4xMQ</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"
style="margin-bottom:3.0pt;page-break-after:avoid"><b><span
style="font-size:11.0pt" lang="EN-GB">Thanks</span></b><o:p></o:p></p>
<p class="MsoNormal"
style="margin-bottom:3.0pt;page-break-after:avoid"><b><span
style="font-size:11.0pt" lang="EN-GB">Rahul Gupta</span></b><o:p></o:p></p>
<p class="MsoNormal"
style="margin-bottom:6.0pt;page-break-after:avoid"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F4E79"
lang="EN-GB">Systems Architect</span><o:p></o:p></p>
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Calibri","sans-serif";color:#1F497D"
lang="FR">T</span></b><span
style="font-size:10.0pt;font-family:"Calibri","sans-serif";color:#1F497D"
lang="FR"> +1 732-690-3845
</span><span
style="font-size:10.0pt;font-family:Symbol;color:#5B9BD5">|</span><span
style="font-size:10.0pt;font-family:"Calibri","sans-serif";color:#1F497D"
lang="FR">
<b>E</b> <a moz-do-not-send="true"
href="mailto:rahul.gupta@ipc.com"><span
style="color:#0563C1">rahul.gupta@ipc.com</span></a>
</span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><img
id="Picture_x0020_2"
src="cid:part6.02060704.03070008@opensips.org"
alt="cid:image006.jpg@01D1940F.3E021840" height="68"
width="163" border="0"></span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:windowtext">From:</span></b><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:windowtext">
Bogdan-Andrei Iancu [<a moz-do-not-send="true"
href="mailto:bogdan@opensips.org">mailto:bogdan@opensips.org</a>]
<br>
<b>Sent:</b> Wednesday, July 06, 2016 5:38 AM<br>
<b>To:</b> OpenSIPS users mailling list<br>
<b>Cc:</b> Elliott, Ray; Gupta, Rahul<br>
<b>Subject:</b> Re: [OpenSIPS-Users] Truncated Branch
in Via</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><tt><span style="font-size:10.0pt">Hi
Rahul,</span></tt><span
style="font-size:10.0pt;font-family:"Courier
New""><br>
<br>
<tt>That define is used to calculate the the max VIA len
when OpenSIPS is generating its own VIA headers. That
max len does not impact the VIA headers which were
received.</tt><br>
<br>
<tt>I do not understand exactly (in your example) what's
the flow of that VIA header. If you want, send me
off-list the pcap/ngrep showing the SIP package (before
and after OpenSIPS) and how it is affected.</tt><br>
<br>
<tt>Regards,</tt><br>
<br>
<br>
</span><o:p></o:p></p>
<pre>Bogdan-Andrei Iancu<o:p></o:p></pre>
<pre>OpenSIPS Founder and Developer<o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a><o:p></o:p></pre>
<div>
<p class="MsoNormal">On 05.07.2016 20:57, Gupta, Rahul
wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif"">We
are using opensips 1.11.5 as a stateless proxy and
seeing a truncated Branch in Via for my REGISTER
message. After some code digging, the MAX length is
calculated using the following formula and seems like
its truncating the branch after 55 characters. This is
causing the REGISTER to fail in our case. Is there a
config level solution to this ?</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif"">#define
MAX_BRANCH_PARAM_LEN (MCOOKIE_LEN+8
/*!<int2hex*/ + 1 /*sep*/ + \</span></b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif"">
MD5_LEN + 1 /*!<sep*/ + 8 /*int2hex*/ + \</span></b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif"">
1 /*extra space, needed by t_calc_branch*/)</span></b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">truncated
from opensips
</span><span
style="font-size:11.0pt;font-family:Wingdings;color:#1F497D">à</span><span
style="font-size:11.0pt;color:#1F497D"> </span><span
style="font-size:11.0pt;font-family:Wingdings;color:#1F497D">
</span><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Via:
SIP/2.0/UDP
XX.XX.XX.XX:5060;branch=z9hG4bK0fddbbc9-1487-4755-a0b3-0c319155b8c3_0efbfc5e_11160 </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Via
from EndPoint </span><span
style="font-size:11.0pt;font-family:Wingdings;color:#1F497D">à</span><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">
Via: SIP/2.0/UDP
XX.XX.XX.XX:5060;branch=z9hG4bK0fddbbc9-1487-4755-a0b3-0c319155b8c3_0efbfc5e_11160<span
style="background:yellow">78308924346_MTAuMTIuMy4xMQ</span> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div style="margin-bottom:3.0pt">
<p class="MsoNormal"><b><span style="font-size:11.0pt">Thanks</span></b><o:p></o:p></p>
</div>
<div style="margin-bottom:3.0pt">
<p class="MsoNormal"><b><span style="font-size:11.0pt">Rahul
Gupta</span></b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">DISCLAIMER: This e-mail may contain
information that is confidential, privileged or
otherwise protected from disclosure. If you are not an
intended recipient of this e-mail, do not duplicate or
redistribute it by any means. Please delete it and any
attachments and notify the sender that you have received
it in error. Unintended recipients are prohibited from
taking action on the basis of information in this
e-mail. E-mail messages may contain computer viruses or
other defects, may not be accurately replicated on other
systems, or may be intercepted, deleted or interfered
with without the knowledge of the sender or the intended
recipient. If you are not comfortable with the risks
associated with e-mail messages, you may decide not to
use e-mail to communicate with IPC. IPC reserves the
right, to the extent and under circumstances permitted
by applicable law, to retain, monitor and intercept
e-mail messages to and from its systems.
<o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br>
<br>
<br>
<o:p></o:p></p>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>Users mailing list<o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><o:p></o:p></pre>
<pre><a moz-do-not-send="true" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"> <o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</blockquote>
<br>
</body>
</html>