Thanks for the capture, For some reason the BYE Request-Line gets modified during the INVITE dialog. Looking at the INVITE request, the Request-Line is INVITE sip:[email protected] SIP/2.0. But for the same dialog, the BYE request's Request-Line looks like BYE sip:[email protected]:5060;transport=udp SIP/2.0
It should be the same, I'm still investigating why. Alexandre ----- Original Message ----- From: "David H. Durgee" <[email protected]> To: "Alexandre Savard" <[email protected]> Cc: [email protected], "Tristan Matthews" <[email protected]> Sent: Sunday, 27 May, 2012 5:08:30 PM Subject: Re: [SFLphone] issue with 1.1.0 and CallCentric Alexandre Savard wrote: > Hi, > > Is there any Route header involved in sip transactions prior to the BYE > request, that would be missing in the BYE request? > > Alexandre Stranger and stranger. I just ran the packet capture on my WAN interface to Comcast cable and I see the SIP BYE request packets there! So unless there is something wrong with those packets, which I don't know how to determine, then they are disappearing somewhere between my WAN interface and CallCentric. Perhaps one of you who knows how can inspect the capture and tell me if there is any problem with the SIP BYE request packets. Here they are: http://dl.dropbox.com/u/77103447/WAN_pkt.zip I am going to supply this file to CallCentric as well to see what they think of it. If they don't see anything wrong with it and you don't see anything wrong either I guess I am going to need to contact Comcast about it. Dave _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
