I am sure the logs would tell you right away what happens to the BYE.
What does it looks like? Your memory leak is very much suspect. If you
could please send a log for the call that you claim leaks mem, perhaps
we can shed some light on what causes it in your system. From what ive
heard so far, this happens only for inbound calls which means the flow
is itsp -> karoo -> freeswitch -> karoo -> sipx. I wonder if there is
something funky going on in signalling. Congratulations for finally
getting rid of that ITSP.
On 09/07/2011 02:16 AM, Roman Gelfand wrote:
I changed the provider to voip.ms <http://voip.ms>. The outside calls
no longer dies after 23 secs. However, if the other side of pstn
conversation hangs up, this side doesn't. Also, the memory leak is
still there.
Thanks
On Mon, Sep 5, 2011 at 7:33 AM, Joegen Baclor <[email protected]
<mailto:[email protected]>> wrote:
Attached is the sanitized log from what you sent to me off list.
If you will notice, ACK was properly sent to your ITSP. For some
reason, your ITSP then sends the ACK back to Karoo Bridge. See
third ACK. That is the ACK that was not matched to any 2xx
retransmission. So the question to ask your ITSP is why the hell
are they routing the ACK back to Karoo Bridge.
On 09/05/2011 12:35 AM, Tony Graziano wrote:
the call is not being ack'ed. it assumes the call is not
established and is properly disconnected.
On Sep 4, 2011 11:12 AM, "Roman Gelfand" <[email protected]
<mailto:[email protected]>> wrote:
> When making pstn calls from karoo and sipx, the call dies with
bye after
> roughly 30 seconds.
>
> I found the following messages.
>
> 02:58:32.223: [CID=221762ec] Processing ACK request ACK sip:[pstn
> number]@[itsp
> media server]:5060 <[email protected]:5060
<http://[email protected]:5060>> SIP/2.0
> 02:58:32.223: [CID=221762ec] Attempting to route ACK sip:[pstn
number]@[itsp
> media server] <[email protected]:5060
<http://[email protected]:5060>>:5060 SIP/2.0
> 02:58:32.224: [CID=221762ec] Session-ID in Route Header -
> 1636067422604033574-2
> 02:58:32.224: [CID=221762ec] Found state file found for ACK
request.
> Target leg = leg-1
> "/etc/karoo.conf.d/states/dialog-state/1636067422604033574"
> 02:58:32.224: [CID=221762ec] Target transport set by statefile:
> Transport=UDP
> 02:58:32.224: [CID=221762ec] Target transport identifier set by
statefile:
> transport-id=0
> 02:58:32.224: [CID=221762ec] Unable to process ACK. There is no 2xx
> retransmisison in cache.
> 02:58:32.225: [CID=221762ec] Unable to process ACK. Exception:
Unable to
> process ACK. There is no 2xx retransmisison in cache.
> 02:58:32.225: [CID=221762ec] Unable to process ACK. Exception:
Unable to
> process ACK. There is no 2xx retransmisison in cache.
> 02:58:36.223: [CID=221762ec] Processing orphaned invite request ACK
> sip:[pstn number]@[itsp media server]
<[email protected]:5060 <http://[email protected]:5060>>:5060
> SIP/2.0
> Thanks in advance
_______________________________________________
sipx-users mailing list
[email protected]
<mailto:[email protected]> List Archive:
http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/
