[asterisk-users] Some IAX calls do not disconnect.

[Tim Panton]

On 3 Jul 2009, at 07:18, Rajkumar S wrote:

> Hello,
>
> I have a 3 server asterisk configuration where one asterisk (say A) (v
> 1.4.25) has a digiuim card connected to E1 from which calls are routed
> to another asterisk server  (B) (1.6.0.9) over IAX trunk from which
> calls get routed to third server (C) (1.6.0.9) again via IAX trunk.
> SIP clients are connected to third server. A is the PSTN termination
> server, B runs the menu and AGI and C is where SIP clients connect.
> SIP clients can also dial outside and call goes like C -> B -> A ->
> PSTN.
>
> Every day evening I find that there are about 30 calls in B which is
> not disconnected. This comprise of both calls from B -> A as well as B
> -> C. There are no such lingering calls in A or C.
>
> Every day I manually disconnect the calls, shown below are two example
> with first one from B -> C and second B -> A.
>
> a16-in1*CLI> soft hangup IAX2/a16-in1-11080
> Requested Hangup on channel 'IAX2/a16-in1-11080'
>   -- Hungup 'IAX2/a16-in1-a16-q1-16420'
> == Spawn extension (queue, s, 20) exited non-zero on 'IAX2/a16- 
> in1-11080'
>   -- Hungup 'IAX2/a16-in1-11080'
>
> a16-in1*CLI> soft hangup IAX2/a16-in1-903
> Requested Hangup on channel 'IAX2/a16-in1-903'
>   -- Hungup 'IAX2/a16-in1-sangoma-flip-outgoing-16393'
> == Spawn extension (inbound-calls, outbound, 1) exited non-zero on
> 'IAX2/a16-in1-903'
>   -- Hungup 'IAX2/a16-in1-903'
>
> in iax.conf of B the entries are like:
>
> [general]
> bindport = 4569
> bindaddr = 0.0.0.0
> disallow=all
> allow=ulaw
> jitterbuffer=no
> forcejitterbuffer=no
>
> [a16-in1-a16-q1]
> type=peer
> host=192.168.79.176
> auth=plaintext
> secret=password
> username=a16-q1
> qualify=yes
> trunk=yes
>
> in C the corresponding entry is:
> [general]
> bindport = 4569
> bindaddr = 0.0.0.0
> disallow=all
> allow=ulaw
> jitterbuffer=no
> forcejitterbuffer=no
>
> [a16-q1]
> type=user
> auth=plaintext
> secret=password
> context=inbound-calls
> qualify=yes
> trunk=yes
>
> I do not know where even to start. Any idea to resolve this would be
> much appreciated.
>
> raj
>

I'd try adding

transfer=no

in the B iax.conf

I'm guessing the box in the middle (B) is somehow transferring itself  
out of the call
but retaining a ghost call entry.

It would be interesting to know what state those ghost calls are in -
iax2 show netstats
on the CLI might tell you something interesting.

Tim.

Tim Panton - Web/VoIP consultant and implementor
www.westhawk.co.uk



-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2419 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20090703/afb243f3/attachment.bin