Understood. Thanks.<br /><br />On , Bogdan-Andrei Iancu <bogdan@opensips.org> wrote:<br />> <br />> <br />> <br />> <br />> <br />> <br />> Hi Duane,<br />> <br />> <br />> <br />> as sometime you may generate in-dialog requests, having a default<br />> Cseq to minimum is not a good idea :). On the other hand it is a<br />> risky gambling here.<br />> <br />> <br />> <br />> But as you said :<br />> <br />> 1) RFC does not enforce a start value for the cseq (neither the<br />> increment value)<br />> <br />> 2) if you do not want opensips to use default, simply push your<br />> own cseq via the "headers" param.<br />> <br />> <br />> <br />> Best regards,<br />> <br />> Bogdan<br />> <br />> <br />> Bogdan-Andrei Iancu<br />> OpenSIPS Founder and Developer<br />> http://www.opensips-solutions.com<br />> <br />> <br />> On 08/16/2012 06:56 AM, Duane Larson wrote:<br />> <br />> <br />> I'm not sure if this is an issue or not.<br />> <br />> When t_uac_dlg is not passed a "CSeq" header it goes ahead and<br />> sets the "CSeq" value to 10. So if I send a REFER message you<br />> will see<br />> <br />> REFER sip:x@192.168.88.13:3072<br />> SIP/2.0<br />> <br />> Max-Forwards: 10<br />> <br />> Record-Route: <br />> <br />> Via: SIP/2.0/UDP 192.168.88.1;branch=z9hG4bKa4af.4c9709a4.0<br />> <br />> To: sip:9016726924@irock.com<br />> <br />> From: sip:x@ae.com>;tag=13450882214706<br />> <br />> CSeq: 10 REFER<br />> <br />> Call-ID: 13450882214706<br />> <br />> Content-Length: 0<br />> <br />> User-Agent: OpenSIPS (1.8.0-dev0-tls (x86_64/linux))<br />> <br />> Contact: <br />> <br />> Refer-To: sip:x@x.com<br />> <br />> <br />> <br />> For some reason my Snom phone isn't liking this and I've<br />> informed them about this and hopefully they see it as a bug on<br />> their part.<br />> <br />> <br />> The reason I am emailing is because I was wondering if there is<br />> an error in the mi.c code on the follow lines<br />> <br />> <br />> <br />> <br />> <br />> <br />> <br />> 513 /* Fill in CSeq */<br />> <br />> 514 if (cseq!=-1)<br />> <br />> 515 dlg.loc_seq.value = cseq;<br />> <br />> 516 else<br />> <br />> 517 dlg.loc_seq.value = DEFAULT_CSEQ;<br />> <br />> 518 dlg.loc_seq.is_set = 1;<br />> <br />> <br />> <br />> I am not sure what DEFAULT_CSEQ is refering<br />> to but if I change this to be the value of "1" then the issue<br />> when "CSeq" isn't defined in t_uac_dlg generating a 10 as the<br />> value goes away. Also I tested to be sure that when a value IS<br />> sent to t_uac_dlg that value is used instead of "1" and<br />> everything still worked.<br />> <br />> <br />> <br />> Shouldn't it be something like<br />> <br />> <br />> <br />> 513 /* Fill in CSeq */<br />> <br />> 514 if (cseq!=-1)<br />> <br />> 515 dlg.loc_seq.value = cseq;<br />> <br />> 516 else<br />> <br />> 517 dlg.loc_seq.value = 1;<br />> <br />> 518 dlg.loc_seq.is_set = 1;<br />> <br />> <br />> <br />> <br />> <br />> I wasn't sure if this was an error in the code or if there is<br />> a reason behind it being DEFAULT_CSEQ<br />> <br />> <br />> <br />> _______________________________________________<br />> Users mailing list<br />> Users@lists.opensips.org<br />> http://lists.opensips.org/cgi-bin/mailman/listinfo/users<br />> <br />> <br />> <br />> <br />> <br />>