12 Sep
2007
12 Sep
'07
10:30 a.m.
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* <brandon.armstead(a)gmail.com
<mailto:brandon.armstead@gmail.com>>
Date: Sep 7, 2007 12:06 PM
Subject: Re: [OpenSER-Users] Transaction Deletion
To: Bogdan-Andrei Iancu <bogdan(a)voice-system.ro
<mailto:bogdan@voice-system.ro>>
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* < bogdan(a)voice-system.ro
<mailto:bogdan@voice-system.ro>> 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:17144828306@openser]
390 Sep 6 12:18:14 openser /usr/local/sbin/openser[17343]: DEBUG: to
body [<sip:17144828306@openser>]
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(a)openser.org <mailto:Users@openser.org>
http://openser.org/cgi-bin/mailman/listinfo/users
--
Brandon Armstead
--
Brandon Armstead
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users