[asterisk-users] IAX2 bridge failing
mdupuis at ocg.ca
Fri Dec 13 10:40:35 CST 2013
Some more details...I noticed that the call is bridged, and audio goes one way. However, the dial command still times out after 35 seconds (approx), and exists non-zero.
While the channels are up, I did an core show channel xxx and found Blocking in:
Is this a bug? Or something I can fix through config?
From: asterisk-users-bounces at lists.digium.com [asterisk-users-bounces at lists.digium.com] On Behalf Of Michelle Dupuis [mdupuis at ocg.ca]
Sent: Thursday, December 12, 2013 5:08 PM
To: Asterisk Users List
Subject: [asterisk-users] IAX2 bridge failing
I am trying to connect an IAX ATA to an Asterisk 18.104.22.168 system. The Asterisk system has been stable for years, and has no trouble bridge SIP phone sets to IAX trunks.
When I initiate a call from the IAX ATA, something goes wrong. One rare occasion it works fine, but usually there is no audio passed. I have a snippet of the console below. Notice no bridging message...not sure if that's a clue? The dialplan seems to execute properly, and I can watch the destination system which answers the call and starts playing media (monkeys) which I don't hear.
Any ideas on what is going on? Since this is IAX in and IAX out, NAT should not be an issue (even through there is NAT on both sides). Since media moves on the same UDP port as call setup, also proves should not be a network problem (I think)
Can someone point me to a solution?
(IP's and ISP and phone number disguised)
- Executing [s at macro-dialexternal:57] GotoIf("IAX2/S-14468", "1?dialnormal") in new stack
-- Goto (macro-dialexternal,s,60)
-- Executing [s at macro-dialexternal:60] Dial("IAX2/S-14468", "IAX2/ISP123/1234567890|60|W") in new stack
-- Called ISP123/1234567890
-- Call accepted by 22.214.171.124 (format ulaw)
-- Format for call is ulaw
-- IAX2/ISP123-2261 answered IAX2/S-14468
-- Channel 'IAX2/S-14468' ready to transfer
-- Channel 'IAX2/ISP123-2261' ready to transfer
-- Hungup 'IAX2/ISP123-2261'
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the asterisk-users