[AsteriskBrasil] Problemas realizar ligações

[Eder MC]

Boa tarde.

Estou tendo uns problemas que nao consigo ver onde que pode esta gerando
isso.
Até mesmo para ligar para a operadora para reclamar queria esgotar todas
minhas possibilidades.

Tenho um ISDN 30 canais
Quando ligo da falha no tronco, porem tenho canais livres e ligando por um
outro telefone o numero que ligou esta OK.

Coloquei mais um tronco caso o mesmo de falha tipo um configurado com g0 e
o outro r0 so para ver se ele estava mudando de tronco caso tenha falha.
Ele esta pulando, porem nao completa também.

Se abre o meu softfone que tem a opção de 6 ligações simultaneas ele faz,
algumas vezes fica mudo, depois de um tempo ou da ocupado ou completa a
ligação.

Alguem tem alguma dica onde posso monitorar para saber se não tem mais
alguma falha?

em baixo um exemplo.

 -- Executing [s at macro-dialout-trunk:22] Dial("SIP/0142-0000018f",
"DAHDI/r0/0311939621790,300,Tt") in new stack
[2016-10-10 14:32:01] DEBUG[34009]: sig_pri.c:1016 sig_pri_request:
sig_pri_request 26
[2016-10-10 14:32:01] DEBUG[34009]: sig_pri.c:6605 sig_pri_call: CALLER
NAME: (Transporte) NUM: 0142
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called DAHDI/r0/0311734621790
    -- DAHDI/i1/0311939621790-6c is proceeding passing it to
SIP/0142-0000018f
    -- Span 1: Channel 0/26 got hangup request, cause 31
[2016-10-10 14:32:02] WARNING[34009]: app_dial.c:1578 wait_for_answer:
Unable to forward frametype: 2
    -- Hungup 'DAHDI/i1/0311939621790-6c'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing [s at macro-dialout-trunk:23] NoOp("SIP/0142-0000018f", "Dial
failed for some reason with DIALSTATUS = CHANUNAVAIL and HANGUPCAUSE = 31")
in new stack
    -- Executing [s at macro-dialout-trunk:24] GotoIf("SIP/0142-0000018f",
"0?continue,1:s-CHANUNAVAIL,1") in new stack
    -- Goto (macro-dialout-trunk,s-CHANUNAVAIL,1)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20161010/d2331994/attachment.html>