<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7232.86">
<TITLE>RE: [Users] INVITE Timeout</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Hi,<BR>
I've attatched the dump you requested.<BR>
However from a little different setup (I am not at my testlab right now)<BR>
Xlite eyebeam calling an GXP-2000.<BR>
<BR>
What I see from my openser log is:<BR>
<BR>
ERROR: forward_reply: no 2nd via found in reply<BR>
<BR>
I hope this is not a script error...<BR>
<BR>
I will try tomorrow to replicate the exact test that I did earlier.<BR>
<BR>
Mvh,br<BR>
Helge Waastad<BR>
Senior Engineer<BR>
Smartnet<BR>
<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: Daniel-Constantin Mierla [<A HREF="mailto:daniel@voice-system.ro">mailto:daniel@voice-system.ro</A>]<BR>
Sent: Tue 10/4/2005 4:03 PM<BR>
To: Helge Waastad<BR>
Cc: Klaus Darilion; users@openser.org<BR>
Subject: Re: [Users] INVITE Timeout<BR>
<BR>
Hello,<BR>
<BR>
could you make a complete network trace and send it? As I can see in the<BR>
200OK sent by OpenSER to the CANCEL, there is a Via header pointing to<BR>
caller's address. Since the CANCEL was generated by OpenSER (at timeout)<BR>
there should be only one Via header with OpenSER's address.<BR>
<BR>
You can use ngrep on the same system as openser:<BR>
<BR>
ngrep -qt port 5060<BR>
<BR>
Cheers,<BR>
Daniel<BR>
<BR>
<BR>
On 10/03/05 15:07, Helge Waastad wrote:<BR>
<BR>
>Hi,<BR>
>I've got both xlite (linux-version), Grandstream Bt-102, GXP-2000 and<BR>
>cisco 7960 (7.5)<BR>
><BR>
>The problem is for all phones, except when I call the Cisco 7960......<BR>
><BR>
>br<BR>
>hw<BR>
><BR>
><BR>
>On Mon, 2005-10-03 at 12:49 +0200, Klaus Darilion wrote:<BR>
> <BR>
><BR>
>>Thus, openser forwards the 200 ok (response to CANCEL) instead of<BR>
>>consuming it. Does this only happen with kphone as client?<BR>
>><BR>
>>regards<BR>
>>klaus<BR>
>><BR>
>>Helge Waastad wrote:<BR>
>> <BR>
>><BR>
>>>Hi,<BR>
>>>here is som information on the call flow.<BR>
>>><BR>
>>>br hw<BR>
>>><BR>
>>>The 200 OK sent by OpenSER has:<BR>
>>><BR>
>>>SIP/2.0 200 OK<BR>
>>>Via: SIP/2.0/UDP 10.46.11.104;rport=5060;branch=z9hG4bKdcc27f82c2173e09<BR>
>>>From: "Helge Waastad"<BR>
>>><sip:67512390@smartnet.no;user=phone>;tag=8366b40e13c880ef<BR>
>>>CSeq: 60458 CANCEL<BR>
>>>Call-ID: d6737a80e1b2a8d4@10.46.11.104<BR>
>>>To: "Frank Zappa" <sip:67512385@smartnet.no>;tag=21622EEB<BR>
>>>Content-Length: 0<BR>
>>>User-Agent: kphone/4.2<BR>
>>>Contact: "Frank Zappa" <sip:67512385@10.46.11.111;transport=udp><BR>
>>>Record-Route: <sip:195.18.134.147;ftag=8366b40e13c880ef;lr=on;nat=yes><BR>
>>><BR>
>>><BR>
>>><BR>
>>>The INVITE from OpenSER:<BR>
>>><BR>
>>>INVITE sip:67512385@10.46.11.111;transport=udp SIP/2.0<BR>
>>>Record-Route: <sip:195.18.134.147;ftag=8366b40e13c880ef;nat=yes;lr=on><BR>
>>>Via: SIP/2.0/UDP 195.18.134.147;branch=z9hG4bK9001.1b43fc77.0<BR>
>>>Via: SIP/2.0/UDP 10.46.11.104;rport=5060;branch=z9hG4bKdcc27f82c2173e09<BR>
>>>From: "Helge Waastad"<BR>
>>><sip:67512390@smartnet.no;user=phone>;tag=8366b40e13c880ef<BR>
>>>To: <sip:67512385@smartnet.no;user=phone><BR>
>>>Contact: <sip:67512390@10.46.11.104;user=phone><BR>
>>>Supported: replaces, timer<BR>
>>>Call-ID: d6737a80e1b2a8d4@10.46.11.104<BR>
>>>CSeq: 60458 INVITE<BR>
>>>User-Agent: Grandstream GXP2000 1.0.1.9<BR>
>>>Max-Forwards: 69<BR>
>>>Allow:<BR>
>>>INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK<BR>
>>>Content-Type: application/sdp<BR>
>>>Content-Length: 259<BR>
>>><BR>
>>><BR>
>>>The CANCEL from SER:<BR>
>>><BR>
>>>CANCEL sip:67512385@10.46.11.111;transport=udp SIP/2.0<BR>
>>>Via: SIP/2.0/UDP 195.18.134.147;branch=z9hG4bK9001.1b43fc77.0<BR>
>>>From: "Helge Waastad"<BR>
>>><sip:67512390@smartnet.no;user=phone>;tag=8366b40e13c880ef<BR>
>>>Call-ID: d6737a80e1b2a8d4@10.46.11.104<BR>
>>>To: <sip:67512385@smartnet.no;user=phone><BR>
>>>CSeq: 60458 CANCEL<BR>
>>>Content-Length: 0<BR>
>>><BR>
>>><BR>
>>><BR>
>>>On Mon, 2005-10-03 at 09:53 +0200, Klaus Darilion wrote:<BR>
>>><BR>
>>> <BR>
>>><BR>
>>>>Hi Helge. I never had this problem.<BR>
>>>><BR>
>>>>some comments inline<BR>
>>>><BR>
>>>>Helge Waastad wrote:<BR>
>>>><BR>
>>>> <BR>
>>>><BR>
>>>>>I just wonder if this is a script error or if it is something else:<BR>
>>>>>I am loading an INVITE timeout using avpops and the OpenSER terminates<BR>
>>>>>the call. The callflow is as follows:<BR>
>>>>><BR>
>>>>>A -------------OpenSER------------B<BR>
>>>>>---INVITE----><BR>
>>>>><---100-------<BR>
>>>>> ---INVITE---><BR>
>>>>> <---100------<BR>
>>>>> <---180------<BR>
>>>>><---180-------<BR>
>>>>><BR>
>>>>> <Inv Timeout delay><BR>
>>>>><BR>
>>>>><---408------- <BR>
>>>>> ---CANCEL---><BR>
>>>>> <---487------<BR>
>>>>> ---ACK------><BR>
>>>>> <---200 OK---<BR>
>>>>><----200 OK---<BR>
>>>>> <BR>
>>>>><BR>
>>>>Maybe openser can't match the 200 OK to the CANCEL and thus forwards it.<BR>
>>>><BR>
>>>>What is the CSeq Header of the 200 OK sent by openser? INVITE or CANCEL?<BR>
>>>><BR>
>>>>Klaus<BR>
>>>><BR>
>>>><BR>
>>>><BR>
>>>> <BR>
>>>><BR>
>>>>>---ACK-------><BR>
>>>>> ---CANCEL---><BR>
>>>>> <---481------<BR>
>>>>> ---CANCEL---><BR>
>>>>> <---481------<BR>
>>>>>Any comments?<BR>
>>>>>I do not want anyone to fix my problem, just a direction :-)<BR>
>>>>><BR>
>>>>><BR>
>>>>> <BR>
>>>>><BR>
<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>