[AsteriskBrasil] Ligações ISDN caindo

Luciano Alves Barroso de Carvalho lucianobarroso.dsd em gmail.com
Domingo Julho 3 18:10:03 BRT 2016


Pedro,

Se o link monitorado eh o link do lado da pública (em caso de
Pass-Through), isso me parece uma desconexão vinda da pública, e sendo um
cause 'normal' Significa que para a operadora foi uma desconexão recebida
do outro assinante.  Um cause 'normal' eh uma desconexão simples, sem
condição de erro.

Trabalhei muito tempo com links isdn enquanto estava na DigiVoice.

Me adicione no Skype (lucianodsd) e posso lhe ajudar de forma mais próxima.

Abraços.
On Jul 3, 2016 4:24 PM, "Pedro Alves" <pedroalvestec em gmail.com> wrote:

> Segue o retorno do debug do pri.
>
> PRI Span: 1 < Protocol Discriminator: Q.931 (8)  len=9
> PRI Span: 1 < TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent from
> originator)
> PRI Span: 1 < Message Type: DISCONNECT (69)
> PRI Span: 1 < [08 02 80 90]
> PRI Span: 1 < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)
>  Spare: 0  Location: User (0)
> PRI Span: 1 <                  Ext: 1  Cause: Normal Clearing (16), class
> = Normal Event (1) ]
> PRI Span: 1 Received message for call 0x810f44e00 on link 0x80ffd3070
> TEI/SAPI 0/0
> PRI Span: 1 -- Processing IE 8 (cs0, Cause)
> PRI Span: 1 -- Found active call: 0x810f44e00 cref:116
> PRI Span: 1 q931.c:8707 post_handle_q931_message: Call 116 enters state 12
> (Disconnect Indication).  Hold state: Idle
> Span: 1 Processing event: PRI_EVENT_HANGUP_REQ
>     -- Span 1: Channel 0/13 got hangup request, cause 16
>   == Spawn extension (contexto-entrada-ura, 4570, 8) exited non-zero on
> 'DAHDI/i1/4130120084-4'
> PRI Span: 1 q931.c:6837 q931_hangup: Hangup other cref:116
> PRI Span: 1 q931.c:6594 __q931_hangup: ourstate Disconnect Indication,
> peerstate Disconnect Request, hold-state Idle
> PRI Span: 1 q931.c:5703 q931_release: Call 116 enters state 19 (Release
> Request).  Hold state: Idle
> PRI Span: 1
> PRI Span: 1 > DL-DATA request
> PRI Span: 1 > Protocol Discriminator: Q.931 (8)  len=9
> PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent to
> originator)
> PRI Span: 1 > Message Type: RELEASE (77)
> PRI Span: 1 TEI=0 Transmitting N(S)=15, window is open V(A)=15 K=7
> PRI Span: 1
> PRI Span: 1 > Protocol Discriminator: Q.931 (8)  len=9
> PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent to
> originator)
> PRI Span: 1 > Message Type: RELEASE (77)
> PRI Span: 1 > [08 02 81 90]
> PRI Span: 1 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)
>  Spare: 0  Location: Private network serving the local user (1)
> PRI Span: 1 >                  Ext: 1  Cause: Normal Clearing (16), class
> = Normal Event (1) ]
>     -- Hungup 'DAHDI/i1/4130120084-4'
>   == MixMonitor close filestream
>   == End MixMonitor Recording DAHDI/i1/4130120084-4
> PRI Span: 1
> PRI Span: 1 < Protocol Discriminator: Q.931 (8)  len=9
> PRI Span: 1 < TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent from
> originator)
> PRI Span: 1 < Message Type: RELEASE COMPLETE (90)
> PRI Span: 1 < [08 02 82 90]
> PRI Span: 1 < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)
>  Spare: 0  Location: Public network serving the local user (2)
> PRI Span: 1 <                  Ext: 1  Cause: Normal Clearing (16), class
> = Normal Event (1) ]
> PRI Span: 1 Received message for call 0x810f44e00 on link 0x80ffd3070
> TEI/SAPI 0/0
> PRI Span: 1 -- Processing IE 8 (cs0, Cause)
> PRI Span: 1 q931.c:8567 post_handle_q931_message: Call 116 enters state 0
> (Null).  Hold state: Idle
> PRI Span: 1 q931.c:6837 q931_hangup: Hangup other cref:116
> PRI Span: 1 q931.c:6594 __q931_hangup: ourstate Null, peerstate Null,
> hold-state Idle
> PRI Span: 1 Destroying call 0x810f44e00, ourstate Null, peerstate Null,
> hold-state Idle
> Span: 1 Processing event: PRI_EVENT_HANGUP_ACK
>
>
>
> A causa da desconexõa é 16, não ajuda muito.
>
> Alguma idéia do que eu possa fazer ?
> Desde já agradeço.
>
> Att.
> Pedro Alves
>
> Em 2 de julho de 2016 23:03, Rafael dos Santos Saraiva <
> rafaelsnsa em gmail.com> escreveu:
>
>> Boa Noite Pedro
>>
>> Faça um debug do ISDN - pri set debug on span 1
>>
>> Outra coisa: o prack não é válido só pro SIP? As configurações abaixo de
>> channel no chan_dahdi.conf não são válidas para esse link.
>>
>>
>>
>> Em 2 de julho de 2016 21:22, Pedro Alves <pedroalvestec em gmail.com>
>> escreveu:
>>
>>> Boa noite galera, preciso de um help.
>>> Meu cenário é o seguinte, tenho um servidor com uma placa digium
>>> recebendo um link E1 da Algar, até pouco quinta feira eu tinha um link da
>>> Embratel neste servidor e funcionava filé, mas o cliente procurando melhor
>>> preço resolveu trocar o provedor e começou um problema, o link chega ao
>>> servidor em ISDN, até ai tranquilo as confs do system.conf e chan_dadhi
>>> estão de acordo, então, quando fazemos uma ligação para qualquer lugar está
>>> 100%, mas quando recebemos a ligação cai com cerca de 1 minuto. A operadora
>>> quer atribuir o problema ao servidor, que funcionava 100% com o link da
>>> Embratel( que aliás também usava ISDN) e passou a ter problemas com a Algar.
>>> Seguem as confs do system.conf e do chan_dahdi.conf:
>>>
>>> chan_dahdi.conf
>>> [channels]
>>> mohsuggest=default
>>> switchtype=euroisdn
>>> pridialplan=unknown
>>> prilocaldialplan=unknown
>>> usecallerid=yes
>>> hidecallerid=no
>>> callwaiting=yes
>>> calleridcallwaiting=yes
>>> prack=yes
>>>
>>> group=0
>>> overlapdial=no
>>> context=contexto-entrada
>>> signalling=pri_cpe
>>> channel => 1-15, 17-31
>>> busydetect=no
>>> busycount=10
>>> callprogress=no
>>> usecallingpres=yes
>>> threewaycalling=yes
>>> transfer=yes
>>> cancallforward=yes
>>> callreturn=yes
>>> callgroup=1
>>> pickupgroup=1
>>> immediate=no
>>> relaxdtmf=no
>>> callerid=asreceived
>>>
>>> rxgain=0.0
>>> txgain=0.0
>>>
>>>
>>> system.conf
>>> span=1,1,0,ccs,hdb3,crc4
>>> bchan=1-15,17-31
>>> dchan=16
>>> loadzone=br
>>> defaultzone=br
>>>
>>>
>>> Se alguém puder dar uma luz, agradeço desde já.
>>>
>>> Att.
>>>
>>> Pedro Alves
>>>
>>> _______________________________________________
>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>>> Intercomunicador e acesso remoto via rede IP e telefones IP
>>> Conheça todo o portfólio em www.Khomp.com
>>> _______________________________________________
>>> Para remover seu email desta lista, basta enviar um email em branco para
>>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>
>>
>>
>>
>> --
>>
>> [image: Sua Foto] <rafaelsnsa em gmail.com> Rafael S. Saraiva
>> Porto Alegre - RS | Mobile:  (51) 8174-7956
>> <http://br.linkedin.com/pub/rafael-saraiva/52/aab/230>
>> <https://plus.google.com/u/0/+RafaelSaraivaRS>
>>
>> _______________________________________________
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>> Intercomunicador e acesso remoto via rede IP e telefones IP
>> Conheça todo o portfólio em www.Khomp.com
>> _______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>
>
>
> _______________________________________________
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20160703/2e71c0a6/attachment-0001.html>


Mais detalhes sobre a lista de discussão AsteriskBrasil