4 Oct
2005
4 Oct
'05
5:03 p.m.
Hello,
could you make a complete network trace and send it? As I can see in the
200OK sent by OpenSER to the CANCEL, there is a Via header pointing to
caller's address. Since the CANCEL was generated by OpenSER (at timeout)
there should be only one Via header with OpenSER's address.
You can use ngrep on the same system as openser:
ngrep -qt port 5060
Cheers,
Daniel
On 10/03/05 15:07, Helge Waastad wrote:
Hi,
I've got both xlite (linux-version), Grandstream Bt-102, GXP-2000 and
cisco 7960 (7.5)
The problem is for all phones, except when I call the Cisco 7960......
br
hw
On Mon, 2005-10-03 at 12:49 +0200, Klaus Darilion wrote:
>Thus, openser forwards the 200 ok (response to CANCEL) instead of
>consuming it. Does this only happen with kphone as client?
>
>regards
>klaus
>
>Helge Waastad wrote:
>
>
>>Hi,
>>here is som information on the call flow.
>>
>>br hw
>>
>>The 200 OK sent by OpenSER has:
>>
>>SIP/2.0 200 OK
>>Via: SIP/2.0/UDP 10.46.11.104;rport=5060;branch=z9hG4bKdcc27f82c2173e09
>>From: "Helge Waastad"
>><sip:67512390@smartnet.no;user=phone>;tag=8366b40e13c880ef
>>CSeq: 60458 CANCEL
>>Call-ID: d6737a80e1b2a8d4(a)10.46.11.104
>>To: "Frank Zappa" <sip:67512385@smartnet.no>;tag=21622EEB
>>Content-Length: 0
>>User-Agent: kphone/4.2
>>Contact: "Frank Zappa" <sip:67512385@10.46.11.111;transport=udp>
>>Record-Route: <sip:195.18.134.147;ftag=8366b40e13c880ef;lr=on;nat=yes>
>>
>>
>>
>>The INVITE from OpenSER:
>>
>>INVITE sip:67512385@10.46.11.111;transport=udp SIP/2.0
>>Record-Route: <sip:195.18.134.147;ftag=8366b40e13c880ef;nat=yes;lr=on>
>>Via: SIP/2.0/UDP 195.18.134.147;branch=z9hG4bK9001.1b43fc77.0
>>Via: SIP/2.0/UDP 10.46.11.104;rport=5060;branch=z9hG4bKdcc27f82c2173e09
>>From: "Helge Waastad"
>><sip:67512390@smartnet.no;user=phone>;tag=8366b40e13c880ef
>>To: <sip:67512385@smartnet.no;user=phone>
>>Contact: <sip:67512390@10.46.11.104;user=phone>
>>Supported: replaces, timer
>>Call-ID: d6737a80e1b2a8d4(a)10.46.11.104
>>CSeq: 60458 INVITE
>>User-Agent: Grandstream GXP2000 1.0.1.9
>>Max-Forwards: 69
>>Allow:
>>INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK
>>Content-Type: application/sdp
>>Content-Length: 259
>>
>>
>>The CANCEL from SER:
>>
>>CANCEL sip:67512385@10.46.11.111;transport=udp SIP/2.0
>>Via: SIP/2.0/UDP 195.18.134.147;branch=z9hG4bK9001.1b43fc77.0
>>From: "Helge Waastad"
>><sip:67512390@smartnet.no;user=phone>;tag=8366b40e13c880ef
>>Call-ID: d6737a80e1b2a8d4(a)10.46.11.104
>>To: <sip:67512385@smartnet.no;user=phone>
>>CSeq: 60458 CANCEL
>>Content-Length: 0
>>
>>
>>
>>On Mon, 2005-10-03 at 09:53 +0200, Klaus Darilion wrote:
>>
>>
>>
>>>Hi Helge. I never had this problem.
>>>
>>>some comments inline
>>>
>>>Helge Waastad wrote:
>>>
>>>
>>>
>>>>I just wonder if this is a script error or if it is something else:
>>>>I am loading an INVITE timeout using avpops and the OpenSER terminates
>>>>the call. The callflow is as follows:
>>>>
>>>>A -------------OpenSER------------B
>>>>---INVITE---->
>>>><---100-------
>>>> ---INVITE--->
>>>> <---100------
>>>> <---180------
>>>><---180-------
>>>>
>>>> <Inv Timeout delay>
>>>>
>>>><---408-------
>>>> ---CANCEL--->
>>>> <---487------
>>>> ---ACK------>
>>>> <---200 OK---
>>>><----200 OK---
>>>>
>>>>
>>>Maybe openser can't match the 200 OK to the CANCEL and thus forwards it.
>>>
>>>What is the CSeq Header of the 200 OK sent by openser? INVITE or CANCEL?
>>>
>>>Klaus
>>>
>>>
>>>
>>>
>>>
>>>>---ACK------->
>>>> ---CANCEL--->
>>>> <---481------
>>>> ---CANCEL--->
>>>> <---481------
>>>>Any comments?
>>>>I do not want anyone to fix my problem, just a direction :-)
>>>>
>>>>
>>>>
>>>>