Ah ha!
Thanks for finding that.
I updated my * server and I'm all set.
Many thanks for all the feedback and help.
2009/3/24 Andy Spitzer
> Woof!
>
> Appears to be a recently fixed * bug:
>
> 0014431: Bad branch parameter value in CANCEL request
> http://bugs.digium.com/view.php?id=14431
>
> -
Woof!
Appears to be a recently fixed * bug:
0014431: Bad branch parameter value in CANCEL request
http://bugs.digium.com/view.php?id=14431
--Woof!
___
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/m
Mike,
Thanks for taking the time to look at this - I appreciate it. I'll go ahead
and test it out on the current svn trunk.
- Steve
2009/3/24 Michael Jerris
> This appears to be a bug in FreeSWITCH. Can you please test this on
> current svn trunk and if it is still a problem, please report t
This appears to be a bug in FreeSWITCH. Can you please test this on
current svn trunk and if it is still a problem, please report this as
a bug to http://jira.freeswitch.org.
MIke
On Mar 24, 2009, at 10:54 AM, Michael Jerris wrote:
I note that its missing the to tag from the 180 sent 5 sec
I note that its missing the to tag from the 180 sent 5 seconds earlier
(I think thats okay) but the via branch tag is also different, which
seems wrong. Can anyone else chime in, I can't recall the dialog
matching rules of early dialog like this.
Mike
On Mar 24, 2009, at 9:57 AM, Steven W
Here it is:
freeswi...@b-pbx-lab-1> recv 517 bytes from udp/[10.1.21.44]:5060 at
13:53:07.644865:
OPTIONS sip:b-pbx-lab-1.mynet.net SIP/2.0
Via: SIP/2.0/UDP 10.1.21.44:5060;branch=z9hG4bK1b372b8d;rport
From: "Unkn
This means we could not match the cancel to a current call dialog. I
would need to see the full sip trace of the call to know why, but
typically this is because of not matching call Id or to or from tags
Mike
On Mar 24, 2009, at 9:43 AM, Steven Ward wrote:
A CANCEL request sent from my As
A CANCEL request sent from my Asterisk UA (10.1.21.44) to FS (b-lab-1) while
the call is still ringing does not work.
Why is this request resulting in a 481?
I appreciate the help - I'm still just starting to learn SIP & FS. The
CANCEL request and 481 response appear as follows on my FS console:
A CANCEL request sent from my Asterisk UA (10.1.21.44) to FS (b-lab-1) while
the call is still ringing does not work.
Why is this request resulting in a 481?
I appreciate the help - I'm still just starting to learn SIP & FS. The
CANCEL request and 481 response appear as follows on my FS console:
