Re: [asterisk-users] IAX Hangup floods link with repeated VNAK and HANGUP

2008-09-24 Thread Nathan Dennis
Thanks for pointing that out Tony, Should have included that in my first
post.
Below is the version and the IAX config for each end

Server 1
Version : 1.4.18

IAX2.conf peer details

[brisbane]
type=friend
host=XXX.XXX.XXX.XXX
trunk=yes
context=internal
context=parkinglot
qualify=1
username=XXX
secret=
disallow=all
allow=g729

Server 2 
Version : 1.4.21.2

IAX2.conf peer details

[cairns]
type=friend
host=XXX.XXX.XXX.XXX
trunk=yes
context=internal
context=callagents
context=parkinglot
qualify=1
username=XXX
secret=
disallow=all
allow=g729



Nathan Dennis 
__ 
Integrated Solutions (QLD)P/LPhone: +61 (7) 4044 0300 
Direct: +61 (7) 4044
0302
124 Spence Street   Fax:+61 (7) 4041 6600
CAIRNS QLD 4868Mobile: 0418 608609

Australia 

E-mail: [EMAIL PROTECTED]
Web Site: www.i-solutions.net.au

Offices and agents in Cairns - Brisbane - Melbourne -- Adelaide --
Sydney
__ 
The information transmitted is intended only for the person or entity to
which 
it is addressed and may contain confidential and/or privileged material.

Any review, retransmission, dissemination or other use of, or taking of
any 
action in reliance upon, this information by persons or entities other
than the 
intended recipient is prohibited. If you received this in error, please
contact 
the sender and delete the material from any computer.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony
Mountifield
Sent: Wednesday, 24 September 2008 8:03 PM
To: asterisk-users@lists.digium.com
Subject: Re: [asterisk-users] IAX Hangup floods link with repeated
VNAKand HANGUP

In article
<[EMAIL PROTECTED]
.au>,
Nathan Dennis <[EMAIL PROTECTED]> wrote:
> We have been using asterisk for a while now but have recently needed 
> to install a second server in a remote office and set up a iax trunk 
> between the 2 servers. The dial plan seems to work well when I tested 
> it on the same LAN. However this afternoon I connected the system at 
> the remote office and made some calls. All the calls connect and work 
> fine, voice quality is great no really couldn't have hoped for better.

> Hang up the call and tried to make another call and nothing, the link 
> was not responding, after much trouble shooting I have found that 
> after the call is hung up the 2 asterisk servers seem to go into some 
> kind of loop sending each other message. I have pasted a debug for 
> both servers below that include everything from the start of the call 
> to after hangup. I have cut them short at the VNAK and Hangup cycle 
> just continues for 30seconds or so flooding the link completely.
>  
> Any help you may be able to provide would be greatly appreciated

I can't help with your problem, sorry, but anyone who can help will need
to know exactly what version of Asterisk you have at each end.

Cheers
Tony
--
Tony Mountifield
Work: [EMAIL PROTECTED] - http://www.softins.co.uk
Play: [EMAIL PROTECTED] - http://tony.mountifield.org

___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now:
http://www.astricon.net

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] IAX Hangup floods link with repeated VNAK and HANGUP

2008-09-24 Thread Tony Mountifield
In article <[EMAIL PROTECTED]>,
Nathan Dennis <[EMAIL PROTECTED]> wrote:
> We have been using asterisk for a while now but have recently needed to
> install a second server in a remote office and set up a iax trunk
> between the 2 servers. The dial plan seems to work well when I tested it
> on the same LAN. However this afternoon I connected the system at the
> remote office and made some calls. All the calls connect and work fine,
> voice quality is great no really couldn't have hoped for better. Hang up
> the call and tried to make another call and nothing, the link was not
> responding, after much trouble shooting I have found that after the call
> is hung up the 2 asterisk servers seem to go into some kind of loop
> sending each other message. I have pasted a debug for both servers below
> that include everything from the start of the call to after hangup. I
> have cut them short at the VNAK and Hangup cycle just continues for
> 30seconds or so flooding the link completely.
>  
> Any help you may be able to provide would be greatly appreciated

I can't help with your problem, sorry, but anyone who can help will need
to know exactly what version of Asterisk you have at each end.

Cheers
Tony
-- 
Tony Mountifield
Work: [EMAIL PROTECTED] - http://www.softins.co.uk
Play: [EMAIL PROTECTED] - http://tony.mountifield.org

___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


[asterisk-users] IAX Hangup floods link with repeated VNAK and HANGUP

2008-09-24 Thread Nathan Dennis
We have been using asterisk for a while now but have recently needed to
install a second server in a remote office and set up a iax trunk
between the 2 servers. The dial plan seems to work well when I tested it
on the same LAN. However this afternoon I connected the system at the
remote office and made some calls. All the calls connect and work fine,
voice quality is great no really couldn't have hoped for better. Hang up
the call and tried to make another call and nothing, the link was not
responding, after much trouble shooting I have found that after the call
is hung up the 2 asterisk servers seem to go into some kind of loop
sending each other message. I have pasted a debug for both servers below
that include everything from the start of the call to after hangup. I
have cut them short at the VNAK and Hangup cycle just continues for
30seconds or so flooding the link completely.
 
Any help you may be able to provide would be greatly appreciated
 
 
IAX Debug on first server
 
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass:
ACK
   Timestamp: 00014ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass:
AUTHREQ
   Timestamp: 3ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
   AUTHMETHODS : 3
   CHALLENGE   : 147710225
   USERNAME: cairns
 
Tx-Frame Retry[000] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass:
AUTHREP
   Timestamp: 00100ms  SCall: 16384  DCall: 06840 [10.10.51.22:4569]
   MD5 RESULT  : 028e5753e0c82ce337ad4ba898a80bcf
 
Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 002 Type: IAX Subclass:
ACK
   Timestamp: 00100ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 002 Type: IAX Subclass:
ACCEPT
   Timestamp: 00088ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
   FORMAT  : 256
 
-- Call accepted by 10.10.51.22 (format g729)
-- Format for call is g729
Tx-Frame Retry[-01] -- OSeqno: 002 ISeqno: 002 Type: IAX Subclass:
ACK
   Timestamp: 00088ms  SCall: 16384  DCall: 06840 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 002 Type: CONTROL Subclass:
ANSWER
   Timestamp: 00091ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
Tx-Frame Retry[-01] -- OSeqno: 002 ISeqno: 003 Type: IAX Subclass:
ACK
   Timestamp: 00091ms  SCall: 16384  DCall: 06840 [10.10.51.22:4569]
-- IAX2/brisbane-16384 answered SIP/1406-b7b2b530
Rx-Frame Retry[ No] -- OSeqno: 003 ISeqno: 002 Type: VOICE   Subclass:
136
   Timestamp: 00100ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
Tx-Frame Retry[-01] -- OSeqno: 002 ISeqno: 004 Type: IAX Subclass:
ACK
   Timestamp: 00100ms  SCall: 16384  DCall: 06840 [10.10.51.22:4569]
Tx-Frame Retry[000] -- OSeqno: 002 ISeqno: 004 Type: VOICE   Subclass:
136
   Timestamp: 00288ms  SCall: 16384  DCall: 06840 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 004 ISeqno: 003 Type: IAX Subclass:
ACK
   Timestamp: 00288ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 004 ISeqno: 003 Type: CONTROL Subclass:
(255?)
   Timestamp: 03123ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
Tx-Frame Retry[-01] -- OSeqno: 003 ISeqno: 005 Type: IAX Subclass:
ACK
   Timestamp: 03123ms  SCall: 16384  DCall: 06840 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass:
POKE
   Timestamp: 5ms  SCall: 08676  DCall: 0 [10.10.51.22:4569]
Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass:
PONG
   Timestamp: 5ms  SCall: 7  DCall: 08676 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass:
ACK
   Timestamp: 5ms  SCall: 08676  DCall: 7 [10.10.51.22:4569]
Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass:
POKE
   Timestamp: 00018ms  SCall: 1  DCall: 0 [10.10.51.22:4569]
Rx-Frame Retry[Yes] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass:
PONG
   Timestamp: 0ms  SCall: 1  DCall: 1 [10.10.51.22:4569]
Tx-Frame Retry[-01] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass:
ACK
   Timestamp: 00078ms  SCall: 1  DCall: 1 [10.10.51.22:4569]
Tx-Frame Retry[000] -- OSeqno: 003 ISeqno: 005 Type: IAX Subclass:
LAGRQ
   Timestamp: 10015ms  SCall: 16384  DCall: 06840 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 005 ISeqno: 004 Type: IAX Subclass:
LAGRP
   Timestamp: 10015ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
Tx-Frame Retry[-01] -- OSeqno: 004 ISeqno: 006 Type: IAX Subclass:
ACK
   Timestamp: 10015ms  SCall: 16384  DCall: 06840 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 006 ISeqno: 004 Type: IAX Subclass:
LAGRQ
   Timestamp: 09855ms  SCall: 06840  DCall: 16384 [10.10.51.22:4569]
Tx-Frame Retry[000] -- OSeqno: 004 ISeqno: 007 Type: IAX Subclass:
LAGRP
   Timestamp: 09855ms  SCall: 16384  DCall: 06840 [10.10.51.22:4569]
Rx-Frame Retry[ No] -- OSeqno: 007 ISeqno: 005 Type: IAX Subclass:
ACK