<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        color:black;
        mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"Préformaté HTML Car";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
span.PrformatHTMLCar
        {mso-style-name:"Préformaté HTML Car";
        mso-style-priority:99;
        mso-style-link:"Préformaté HTML";
        font-family:Consolas;
        color:black;
        mso-fareast-language:EN-US;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle21
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.EmailStyle22
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle23
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 70.85pt 70.85pt;}
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]--></head><body bgcolor=white lang=FR link="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>It’s really linked to the initial SDP. If I have only one codec, for example G711u (plus telephone-event), and I just keep G711u, a blank line is inserted.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>If I keep G711u + telephone-event, everything is working fine.<br><br>Regards,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Igor.<o:p></o:p></span></p><p class=MsoNormal><a name="_MailEndCompose"><span lang=EN-GB style='color:#1F497D'><o:p> </o:p></span></a></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span style='color:windowtext;mso-fareast-language:FR'>De :</span></b><span style='color:windowtext;mso-fareast-language:FR'> Igor Potjevlesch [mailto:igor.potjevlesch@gmail.com] <br><b>Envoyé :</b> mercredi 6 août 2014 17:25<br><b>À :</b> miconda@gmail.com; 'Kamailio (SER) - Users Mailing List'<br><b>Objet :</b> RE: [SR-Users] SDPOPS issue or append_hf<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><span style='color:#1F497D'>Hello Daniel,<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>I got a feedback from the telco in the meantime. He told me that the issue is the blank line between “rtpmap:8..” and “nortpproxy”. <o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>This parameter is supported. I have successful calls with “nortpproxy=yes”.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>I don’t know why sdp_keep_codecs_by_name inserts a blank line here.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Regards,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Igor.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span style='color:windowtext;mso-fareast-language:FR'>De :</span></b><span style='color:windowtext;mso-fareast-language:FR'> <a href="mailto:sr-users-bounces@lists.sip-router.org">sr-users-bounces@lists.sip-router.org</a> [<a href="mailto:sr-users-bounces@lists.sip-router.org">mailto:sr-users-bounces@lists.sip-router.org</a>] <b>De la part de</b> Daniel-Constantin Mierla<br><b>Envoyé :</b> mercredi 6 août 2014 16:42<br><b>À :</b> Kamailio (SER) - Users Mailing List<br><b>Objet :</b> Re: [SR-Users] SDPOPS issue or append_hf<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>Hello,<br><br>the problem here is with rtpproxy marker -- can you try with the parameter set to empty string?<br><br>- <a href="http://kamailio.org/docs/modules/stable/modules/rtpproxy.html#idp23856">http://kamailio.org/docs/modules/stable/modules/rtpproxy.html#idp23856</a><br><br>Cheers,<br>Daniel<span style='font-size:12.0pt;mso-fareast-language:FR'><o:p></o:p></span></p><div><p class=MsoNormal>On 06/08/14 12:23, Igor Potjevlesch wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal><span style='color:#1F497D'>Hello,</span><o:p></o:p></p><p class=MsoNormal><span style='color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>To be sure that the issue is not coming from append_hf, I add  (…,”Call-ID”). The PAI is now inserted after the Call-ID.</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>But, the issue remains:</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Content-Type: application/sdp</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Content-Length: 169</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>v=0</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>o=UserA 1153072414 140968390 IN IP4 A.B.C.D</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>s=Session SDP</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>c=IN IP4 A.B.C.D</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>t=0 0</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>m=audio 60412 RTP/AVP 8</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>a=rtpmap:8 PCMA/8000</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>a=nortpproxy:yes</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>This SDP is dropped.  Someone see something missing or wrong in the SDP parts?<br><br>Regards,</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Igor.</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-GB style='mso-fareast-language:FR'>De :</span></b><span lang=EN-GB style='mso-fareast-language:FR'> Igor Potjevlesch [<a href="mailto:igor.potjevlesch@gmail.com">mailto:igor.potjevlesch@gmail.com</a>] <br><b>Envoyé :</b> </span><span style='mso-fareast-language:FR'>mercredi 6 août 2014 11:57<br><b>À :</b> <a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br><b>Objet :</b> SDPOPS issue or append_hf</span><o:p></o:p></p></div></div><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>Hello,</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>I have an issue with the module SDPOPS while using “sdp_keep_codecs_by_name”.</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>If the calling party sends only one codec description like:</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>Content-Type: application/sdp</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>Content-Length: 202</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>v=0</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>o=UserA 2966746938 1790378070 IN IP4 10.141.0.21</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>s=Session SDP</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>c=IN IP4 10.141.0.21</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>t=0 0</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>m=audio 49152 RTP/AVP 8 101</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>a=rtpmap:8 PCMA/8000</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>a=rtpmap:101 telephone-event/8000</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>a=fmtp:101 0-15</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>The result of the function “sdp_keep_codecs_by_name("PCMA,PCMU,G729a");” is:</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>Content-Type: application/sdp</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>Content-Length: 170</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>P-Asserted-Identity: "+0123456789" <<a href="sip:+0123456789@sip.tld">sip:+0123456789@sip.tld</a>></span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>v=0</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>o=UserA 2485672881 3000549892 IN IP4 a.b.c.d</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>s=Session SDP</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>c=IN IP4 a.b.c.d</span><o:p></o:p></p><p class=MsoNormal>t=0 0<o:p></o:p></p><p class=MsoNormal>m=audio 40330 RTP/AVP 8<o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>a=rtpmap:8 PCMA/8000</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>a=nortpproxy:yes</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>If I open the capture in Wireshark, the PAI is not in the SDP part, and the end of the capture after “a=rtpmap:8 PCMA/8000” is seen as “Data (18 bytes)”.</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>I don’t understand why the PAI is inserted within the SDP part. Adding the PAI is done after “sdp_keep_codecs_by_name”:</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>        if (!is_present_hf("P-Asserted-Identity")) {</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>                </span>$var(pai) = $(fU{re.subst,/^0/+33/g});<o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>                append_hf("P-Asserted-Identity: \"$var(pai)\" <<a href="sip:$var%28pai%29@$fd">sip:$var(pai)@$fd</a>>\r\n");</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>        }</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>I guess that this cause my INVITE being dropped by 488 Media Not Acceptable Here.<br><br>Regards,</span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB> </span><o:p></o:p></p><p class=MsoNormal><span lang=EN-GB>Igor.</span><o:p></o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:12.0pt;font-family:"Times New Roman","serif";mso-fareast-language:FR'><br><br><o:p></o:p></span></p><pre>_______________________________________________<o:p></o:p></pre><pre>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<o:p></o:p></pre><pre><a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><o:p></o:p></pre><pre><a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><o:p></o:p></pre></blockquote><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:12.0pt;font-family:"Times New Roman","serif";mso-fareast-language:FR'><o:p> </o:p></span></p><pre>-- <o:p></o:p></pre><pre>Daniel-Constantin Mierla<o:p></o:p></pre><pre><a href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a><o:p></o:p></pre><pre>Next Kamailio Advanced Trainings 2014 - <a href="http://www.asipto.com">http://www.asipto.com</a><o:p></o:p></pre><pre>Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA<o:p></o:p></pre></div></body></html>