Yes, it will catch congestion cases on the receiver side.
There's two ways to avoid it:
1) use ChanIsAvail on the dadhi channel. It works very well.
Or
2) Create a special signal for dahdi congestion (require modifying the
source and recompile) that differs from the congestion cause. Here we
created code 130, so we know when the congestion is on the dhadi channels or
if it is an external/operator congestion case.
We have servers running both ways, even with combination between
ChanisAvail() and the special 130 code.
All works very well.
PS: ChanisAvail may fail sometimes if you have few available channels and a
high demand for incoming calls.
Exemple: suppose you have just one channel available, ChanisAvail will
return this channel, but before dialplan reaches the Dial() command, an
incoming call is received in this channel. So you don't have a channel do
dial anymore, but ChanisAvail told you had one. You will then receive a
congestion with code 34.
Prado
-----Mensagem original-----
De: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] Em nome de Benoit
Enviada em: domingo, 21 de fevereiro de 2010 2:22
Para: Asterisk Users Mailing List - Non-Commercial Discussion
Assunto: [asterisk-users] Dahdi & Congestion status
Hi,
I'm using an half T1 line on a asterisk (obviously :)) 1.6.2.4 system,
up to recently everything
was fine but we are starting to experience the call limitation of the
line (15).
So as to warn user of the problem i attached a vocal notification to the
CONGESTION status after a Dial(),
but it looks like it also catch other congestion case (maybe on the
receiver side).
Should i / Could i use the ChanIsAvail() on a Dahdi channel ? will it
work better to detect a full group ?
regards
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5192 bytes
Desc: not available
Url :
http://lists.digium.com/pipermail/asterisk-users/attachments/20100221/beee1531/attachment.bin