George, Any chance you're sending traffic to an Acme SBC? Or, is this all internal between SIP clients?
- Jeff On Thu, Dec 5, 2013 at 6:23 PM, Bogdan-Andrei Iancu <[email protected]>wrote: > Well, that seems to be the problem. They should have been preserved > during the call. > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developerhttp://www.opensips-solutions.com > > On 06.12.2013 00:28, George Lee wrote: > > Nope, they don't. > > > On Thu, Dec 5, 2013 at 5:19 PM, Bogdan-Andrei Iancu > <[email protected]>wrote: > >> And does the "To" header URI from the original INVITE exactly match the >> FROM from from BYE ? >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com >> >> On 06.12.2013 00:15, George Lee wrote: >> >> Yes, they matched. >> >> >> On Thu, Dec 5, 2013 at 4:51 PM, Bogdan-Andrei Iancu >> <[email protected]>wrote: >> >>> Hello George, >>> >>> Could you check if the vst param (from Route hdr) from the incoming BYE >>> is the same as in the Record-Route hdr in the outgoing INVITE (when the >>> call is setup) ? >>> >>> Regards, >>> >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com >>> >>> On 04.12.2013 21:42, George Lee wrote: >>> >>> Hi, >>> >>> Opensips UAC replace the From URI in the BYE to some garbage. Here is >>> the BYE message: >>> >>> BYE sip:[email protected]:5060;transport=tcp SIP/2.0 >>> Via: SIP/2.0/UDP >>> 24.73.117.130;branch=z9hG4bK12d4.2eecaf71f1f0402cc5a2e218f8694fef.0;i=9 >>> Via: SIP/2.0/TCP 24.73.117.201;branch=z9hG4bK12d4.b6667993.0 >>> Via: SIP/2.0/UDP 67.231.1.112:5060;branch=z9hG4bK0cB4f881d03eff3642c >>> From: "7271234567" <sip:%42703473?IK{s3qdomo/cgX >>> 60>;tag=gK0c84a3ac >>> To: "8661234567" <sip:[email protected] >>> >;epid=0x240e200;tag=DL2004f8f2ad >>> Call-ID: DL98cab1eeba-1079321658@Old-iPad >>> CSeq: 286253542 BYE >>> Max-Forwards: 68 >>> Route: <sip:domain:5060;lr> >>> Content-Length: 0 >>> >>> Here is the debug log: >>> DBG:uac:restore_uri: getting 'vsf' Route param >>> DBG:uac:restore_uri: route param 'vsf' not found >>> DBG:uac:restore_uri: getting 'vst' Route param >>> DBG:uac:restore_uri: route param is >>> 'AAAAAA4FBQUHAQEDBgl5cllNRB1NQlVBXEEeUlVYCgMANjA-' (len=48) >>> DBG:uac:restore_uri: decoded uris are: new=[sip:%42703473?IK{sqdomo/cgX >>> ] old=[sip:[email protected]] >>> >>> >>> Can someone tell me why UAC did that? >>> >>> Thanks, >>> George >>> >>> >>> _______________________________________________ >>> Users mailing >>> [email protected]http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >>> >> >> > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
