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

Reply via email to