Hi Brandon,
But according to the trace, the ACK is correctly routed further by your
OpenSER (to .202)....Most probably the end device from the other end
does not receive the ACK and keep resending the 200 OK.
So, you end up with this retransmission of 200OK + ACK ......and at a
point, openser drops the INVITE transaction and the ACK will not be
matched anymore, but this should not be a issue as the ACK for 200 OK
are separate transactions and routed only based on RR+contact.
regards,
bogdan
Brandon Armstead wrote:
---------- Forwarded message ----------
From: *Brandon Armstead* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>
Date: Sep 7, 2007 12:06 PM
Subject: Re: [OpenSER-Users] Transaction Deletion
To: Bogdan-Andrei Iancu <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>
Hello Bodgan,
There is no noticable delay however the only thing I see is that
one of the RR'ed proxy's responds sends out 200 OK rather than the
original. You can see an example sipcap of this at this url:
http://pastebin.ca/685897 . If you could let me know if you see
anything that looks rather, odd, towards the end you can see the last
few transactions and where there is no response to 216.82.224.203
<http://216.82.224.203>'s 200 OK, where it flips from 216.82.224.202
<http://216.82.224.202> to 216.82.224.203 <http://216.82.224.203> from
the RR. Also then later the PSTN follows with a BYE, due to no
response, once again thanks for your help!
Regards,
Brandon
On 9/7/07, *Bogdan-Andrei Iancu* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi Brandon,
Is there any noticeable delay between the 200OK and ACK ?
regards,
bogdan
Brandon Armstead wrote:
> Hello Users,
>
> I have a weird scenario where the PSTN is responding with 200
OK,
> however Openser Never forwards on the ACK, after several
> retransmissions of 200OK to Openser, PSTN responds with BYE, anyone
> know what might be going on? I've played with the timers to no
avail,
> any help is appreciated, thank you! The log below is as follows:
>
> 375 Sep 6 12:18:10 openser /usr/local/sbin/openser[17385]:
DEBUG:
> timer routine:1,tl=0x2b78e4e73588 next=(nil), timeout=261
> 376 Sep 6 12:18:11 openser /usr/local/sbin/openser[17385]: DEBUG:
> timer routine:2,tl=0x2b78e4e733b8 next=(nil), timeout=262
> 377 Sep 6 12:18:11 openser /usr/local/sbin/openser[17385]: DEBUG:
> wait_handler : removing 0x2b78e4e73338 from table
> 378 Sep 6 12:18:11 openser /usr/local/sbin/openser[17385]: DEBUG:
> delete transaction 0x2b78e4e73338
> 379 Sep 6 12:18:11 openser /usr/local/sbin/openser[17385]: DEBUG:
> wait_handler : done
> 380 Sep 6 12:18:12 openser /usr/local/sbin/openser[17345]:
> DEBUG:parse_to:end of header reached, state=10
> 381 Sep 6 12:18:12 openser /usr/local/sbin/openser[17345]: DEBUG:
> get_hdr_field: <To> [26]; uri=[sip:openser]
> 382 Sep 6 12:18:12 openser /usr/local/sbin/openser[17345]: DEBUG: to
> body [<sip:openser> ]
> 383 Sep 6 12:18:12 openser /usr/local/sbin/openser[17345]: DEBUG:
> get_hdr_body : content_length=0
> 384 Sep 6 12:18:12 openser /usr/local/sbin/openser[17345]:
> DEBUG:destroy_avp_list: destroying list (nil)
> 385 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]:
> DEBUG:forward_reply: found module tm, passing reply to it
> 386 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]: DEBUG:
> t_check: start=0xffffffffffffffff
> 387 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]: DEBUG:
> add_param: tag=gK0288a919
> 388 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]:
> DEBUG:parse_to:end of header reached, state=29
> 389 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]: DEBUG:
> get_hdr_field: <To> [53]; uri=[ sip:[EMAIL PROTECTED]
> 390 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]: DEBUG: to
> body [<sip:[EMAIL PROTECTED]>]
> 391 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]: DEBUG:
> t_reply_matching: hash 53903 label 1526431020 branch 0
> 392 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]: DEBUG:
> t_reply_matching: no matching transaction exists
> 393 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]: DEBUG:
> t_reply_matching: failure to match a transaction
> 394 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]: DEBUG:
> t_check: end=(nil)
>
> It seems like its not matching the transaction, because a timer is
> removing the transaction? Any ideas? Thanks!
> --
> Brandon Armstead
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users@openser.org <mailto:Users@openser.org>
> http://openser.org/cgi-bin/mailman/listinfo/users
>
--
Brandon Armstead
--
Brandon Armstead
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users@openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
