Hi Simon, The User-Agent: MAYAH Communications V2.0.0.44 (callee party) is bogus as it does not mirror the RR headers from the received INVITE.
It receives: U 192.168.1.60:5060 -> 192.168.1.70:5060 INVITE sip:[email protected]:5060 SIP/2.0. Record-Route: <sip:192.168.1.60;lr=on;ftag=ZoSgtn2eqKF>. .... but the 200 OK U 192.168.1.70:5060 -> 192.168.1.60:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 192.168.1.60;branch=z9hG4bK6e58.04604ae3.0. Via: SIP/2.0/UDP 192.168.1.50:5060;branch=z9hG4bKp65iCSWas2K;received=192.168.1.50;rport=5060. Max-Forwards: 70. To: <sip:[email protected]>;tag=SetXW2miM8y. From: <sip:[email protected]>;tag=ZoSgtn2eqKF. Call-ID: [email protected]. CSeq: 2 INVITE. Contact: sip:[email protected]:5060. User-Agent: MAYAH Communications V2.0.0.44. Content-Length: 289. Content-Type: application/sdp. .... has not RR header mirrored (as per RFC3261) back to the caller - because of this, the BYE cannot be properly routed. Regards, Bogdan Simon Witte wrote: > Hi Bogdan, > > I just captured the two sessions with ngrep (attached to this mail). > Suprisingly, the dialog between the two laptops is all good with ngrep. > But when I use the two mayah centauri hardware codecs, there is still the > problem with the "404 - not here". Which brings me back to my assumption that > it is not a opensips problem. Can you confirm that? > > Thanks & best regards, > Simon > > > > -------- Original-Nachricht -------- > >> Datum: Mon, 18 May 2009 17:45:54 +0300 >> Von: Bogdan-Andrei Iancu <[email protected]> >> An: [email protected] >> CC: [email protected] >> Betreff: Re: [OpenSIPS-Users] SIP session termination doesn\'t work properly >> > > >> Hi Simon, >> >> could you post the SIP capture with full message (use ngrep on the >> machine) - otherwise it it rather impossible to figure out what is going >> on there. >> >> Regards, >> Bogdan >> >> Simon Witte wrote: >> >>> Hi all, >>> >>> >>> I'm having trouble with the proper termination of SIP sessions going >>> through my proxy server (opensips 1.5.1) >>> There are 2 scenarios so far: >>> >>> 1) Session between two hardware audiocodec (Mayah Centauri) >>> The BYE from one client isn't answered by a "200 - OK" but a "404 - >>> Not here". First one client tries 12 times, then the other one. >>> >>> screenshots from wireshark: >>> http://www.vivid-vision.de/Files/bye_404_no1.jpg >>> >>> http://www.vivid-vision.de/Files/bye_404_no2.jpg >>> >>> 2) Session between two laptops using a sip-software >>> the BYE seems to hop from one client to the other until it times >>> >> out. >> >>> >>> screenshot from wireshark: >>> http://www.vivid-vision.de/Files/bye_timeout.jpg >>> >>> >>> Can somebody please tell if there's something wrong with the routing >>> logic or has a hint to what the problem might be? >>> I'm not so sure yet, if it's an opensips-problem, but I want to rule it >>> out first. >>> >>> Thank you all in advance. >>> >>> >>> Best regards, >>> Simon >>> >>> >>> >>> > > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
