Joseph, I'm getting exactly the same issue as you. Periodically, I get
CHANUNAVAIL back from the PRI span and then we fail over to VoIP. There is
plenty capacity spare on the span.
If you get any further with figuring this out, please let me know. I'll do
likewise.
Cheers,
Mark
-Original Message-
From: Joseph Rothstein [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 25 April 2006 6:02 PM
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] CHANUNAVAIL, busy and congestion
Greetings to all,
I ma having a problem with channel variables on a couple of our Asterisk
boxes.
Here is the setup. Asterisk on customer's site (1.2.5), using IAX to our
external GW (1.2.5), IAX to PSTN GW (1.0.10), E1/PRI to PSTN.
On the External GW, we also have an IAX trunk to a VOIP provider if for some
reason the E1 is down. If the DIALSTATUS is CHANUNAVAIL, which should be
returned from the PSTN GW if the E1 is unavailable, the call goes out over
our VOIP provider.
Below is an example of a call that goes tires the PSTN GW, gets a DIALSTATUS
of CHANUNAVAIL, and then calls our VOIP provider. The problem is that this
call was actually busy, and the E1 was not unavailable.
-- Called RemoteServ/0089538881220*
-- Call accepted by 172.16.10.2 (format alaw)
-- Format for call is alaw
-- Hungup 'IAX2/RemoteServ-10'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing NoOp("IAX2/sanset-5", "CHANUNAVAIL") in new stack
-- Executing Goto("IAX2/sanset-5", "s-CHANUNAVAIL|1") in new stack
-- Goto (sansetuplink,s-CHANUNAVAIL,1)
-- Executing Dial("IAX2/sanset-5",
"IAX2/munich:[EMAIL PROTECTED]/0089538881220*") in new stack
-- Called munich:[EMAIL PROTECTED]/0089538881220*
-- Call accepted by 202.148.48.242 (format gsm)
-- Format for call is gsm
-- IAX2/london-15 is making progress passing it to IAX2/sanset-5
-- IAX2/london-15 is ringing
-- IAX2/london-15 stopped sounds
-- IAX2/london-15 answered IAX2/sanset-5
If anyone has any ideas why this is not working as expected please let me
know. Or anything I can do to try and solve this. I've also experienced the
same thing calling numbers that do not exist.
Thanks,
Joe
___
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
___
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
