Re: [AsteriskBrasil] (cause 34 - Circuit/channel congestion)
Operadora é assim mesmo, cada dia se importando menos com o cliente e mais com o billing. Que bom que você conseguiu resolver seu problema mesmo que parcialmente, agora é só questão de tempo para que eles ajustem os outros troncos. Vinícius Fontes www.asteriskforum.com.br - Informações e discussão sobre Asterisk e telefonia IP - "Rodrigo Graeff" escreveu: > Só para constar, a informação do Vinícius confere. Passei a tarde de > ontem dentro do datacenter com um rapaz de rede física da operadora > que > passou a tarde no telefone com alguém da lógica (que tédio) até eles > corrigirem as configurações do ISDN padrão europeu. O problema em > questão é dado por causa da desincronia dos canais de sync de cada > tronco ISDN, no meu caso 4 troncos E1 com o mesmo problema. Depois de > 4 > horas, um tronco E1 foi corrigido, assim que levantou o canal 140 de > 125-155 todos os canais firacam disponíveis e o dahdi parou de dar > congestion para estes conjunto de canais. > Agora estou aguardando que um mico leão lá de dentro copie as > configurações do último tronco para os outros 3. > E pensar que eles já estavam cobrando o uso destes canais... > > Sem comentários. > > On Mon, 2009-07-20 at 13:58 -0300, Vinícius Fontes wrote: > > > O debug do pri me retorna isso: > > > > > > [Jul 20 13:28:53] Sending Set Asynchronous Balanced Mode Extended > > > [Jul 20 13:28:54] Sending Set Asynchronous Balanced Mode Extended > > > [Jul 20 13:28:55] Sending Set Asynchronous Balanced Mode Extended > > > [Jul 20 13:28:56] Sending Set Asynchronous Balanced Mode Extended > > > [Jul 20 13:28:57] Sending Set Asynchronous Balanced Mode Extended > > > > Ahh se todo mundo enviasse informação relevante assim, ajudar os > outros seria bem mais fácil! > > > > Com certeza é na operadora. Isso significa que a conexão está OK nos > layers 1 e 2, mas o layer 3 (protocolo) não está OK. Isso acontece > quando o link ainda não foi ativado e está bloqueado para efetuar e > receber chamadas. > > > > > > > > > > Vinícius Fontes > > www.asteriskforum.com.br - Informações e discussão sobre Asterisk e > telefonia IP > > > > - "Rodrigo Graeff" escreveu: > > > > > Vinicius, > > > > > > Corrigi isso a tempo, antes, porem foi na conf do e-mail, porém > não > > > resolveu ainda o erro em questão. > > > > > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > > > group=2 > > > signalling=pri_cpe > > > switchtype=euroisdn > > > echocancel=no > > > channel => 32-46 > > > channel => 48-62 > > > > > > E ainda não funciona.. Notei o seguinte: > > > > > > popspo*CLI> pri show span 2 > > > Primary D-channel: 47 > > > Status: Provisioned, Down, Active > > > Switchtype: EuroISDN > > > Type: CPE > > > Window Length: 0/7 > > > Sentrej: 0 > > > SolicitFbit: 0 > > > Retrans: 0 > > > Busy: 0 > > > Overlap Dial: 0 > > > Logical Channel Mapping: 0 > > > T200 Timer: 1000 > > > T203 Timer: 1 > > > T305 Timer: 3 > > > T308 Timer: 4000 > > > T309 Timer: -1 > > > T313 Timer: 4000 > > > N200 Counter: 3 > > > > > > O Status está DOWN e se eu do um: > > > > > > popspo*CLI> dahdi show channel 32 > > > Channel: 32 > > > File Descriptor: 39 > > > Span: 2 > > > Extension: > > > Dialing: no > > > Context: default > > > Caller ID: > > > Calling TON: 0 > > > Caller ID name: > > > Destroy: 0 > > > InAlarm: 1> > > > Signalling Type: ISDN PRI > > > Radio: 0 > > > Owner: > > > Real: > > > Callwait: > > > Threeway: > > > Confno: -1 > > > Propagated Conference: -1 > > > Real in conference: 0 > > > DSP: no > > > Relax DTMF: yes > > > Dialing/CallwaitCAS: 0/0 > > > Default law: alaw > > > Fax Handled: no > > > Pulse phone: no > > > Echo Cancellation: 0 taps unless TDM bridged, currently OFF > > > PRI Flags: > > > PRI Logical Span: Implicit > > > Hookstate (FXS only): Onhook > > > > > > Note que o InAlarm está 1, ou seja, há um alarme, porem o status > do > > > dahdi_tool diz que esta OK e verde. Eu acredito que seja alguma > coisa > > > com a operadora, pois já testei de tudo e ainda não tive sucesso. > > > > > > A configuração da wanpipe2.conf (span 2) eu alterei a opção > TDMV_DCHAN > > > de 16 para 47 (mesmo da configuração do dahdi) e reiniciei tudo, > mesmo > > > assim sem sucesso. > > > > > > O debug do pri me retorna isso: > > > > > > [Jul 20 13:28:53] Sending Set Asynchronous Balanced Mode Extended > > > [Jul 20 13:28:54] Sending Set Asynchronous Balanced Mode Extended > > > [Jul 20 13:28:55] Sending Set Asynchronous Balanced Mode Extended > > > [Jul 20 13:28:56] Sending Set Asynchronous Balanced Mode Extended > > > [Jul 20 13:28:57] Sending Set Asynchronous Balanced Mode Extended > > > > > > Estou com as mãos atadas já. > > > > > > Obrigado > > > > > > > > > On Mon, 2009-07-20 at 13:31 -0300, Vinícius Fontes wrote: > > > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > > > > group=2 > > > > signalling=pri_cpe > > > > switchtype=euroisdn > > > > ***channel => 33-46 > > > > echocancel=no > > > > ***channel => 32-46 > > > > channel => 48-62 > > > > > > > > Ahn? Você e
Re: [AsteriskBrasil] (cause 34 - Circuit/channel congestion)
Só para constar, a informação do Vinícius confere. Passei a tarde de ontem dentro do datacenter com um rapaz de rede física da operadora que passou a tarde no telefone com alguém da lógica (que tédio) até eles corrigirem as configurações do ISDN padrão europeu. O problema em questão é dado por causa da desincronia dos canais de sync de cada tronco ISDN, no meu caso 4 troncos E1 com o mesmo problema. Depois de 4 horas, um tronco E1 foi corrigido, assim que levantou o canal 140 de 125-155 todos os canais firacam disponíveis e o dahdi parou de dar congestion para estes conjunto de canais. Agora estou aguardando que um mico leão lá de dentro copie as configurações do último tronco para os outros 3. E pensar que eles já estavam cobrando o uso destes canais... Sem comentários. On Mon, 2009-07-20 at 13:58 -0300, Vinícius Fontes wrote: > > O debug do pri me retorna isso: > > > > [Jul 20 13:28:53] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:54] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:55] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:56] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:57] Sending Set Asynchronous Balanced Mode Extended > > Ahh se todo mundo enviasse informação relevante assim, ajudar os outros seria > bem mais fácil! > > Com certeza é na operadora. Isso significa que a conexão está OK nos layers 1 > e 2, mas o layer 3 (protocolo) não está OK. Isso acontece quando o link ainda > não foi ativado e está bloqueado para efetuar e receber chamadas. > > > > > Vinícius Fontes > www.asteriskforum.com.br - Informações e discussão sobre Asterisk e telefonia > IP > > - "Rodrigo Graeff" escreveu: > > > Vinicius, > > > > Corrigi isso a tempo, antes, porem foi na conf do e-mail, porém não > > resolveu ainda o erro em questão. > > > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > > group=2 > > signalling=pri_cpe > > switchtype=euroisdn > > echocancel=no > > channel => 32-46 > > channel => 48-62 > > > > E ainda não funciona.. Notei o seguinte: > > > > popspo*CLI> pri show span 2 > > Primary D-channel: 47 > > Status: Provisioned, Down, Active > > Switchtype: EuroISDN > > Type: CPE > > Window Length: 0/7 > > Sentrej: 0 > > SolicitFbit: 0 > > Retrans: 0 > > Busy: 0 > > Overlap Dial: 0 > > Logical Channel Mapping: 0 > > T200 Timer: 1000 > > T203 Timer: 1 > > T305 Timer: 3 > > T308 Timer: 4000 > > T309 Timer: -1 > > T313 Timer: 4000 > > N200 Counter: 3 > > > > O Status está DOWN e se eu do um: > > > > popspo*CLI> dahdi show channel 32 > > Channel: 32 > > File Descriptor: 39 > > Span: 2 > > Extension: > > Dialing: no > > Context: default > > Caller ID: > > Calling TON: 0 > > Caller ID name: > > Destroy: 0 > > InAlarm: 1> > > Signalling Type: ISDN PRI > > Radio: 0 > > Owner: > > Real: > > Callwait: > > Threeway: > > Confno: -1 > > Propagated Conference: -1 > > Real in conference: 0 > > DSP: no > > Relax DTMF: yes > > Dialing/CallwaitCAS: 0/0 > > Default law: alaw > > Fax Handled: no > > Pulse phone: no > > Echo Cancellation: 0 taps unless TDM bridged, currently OFF > > PRI Flags: > > PRI Logical Span: Implicit > > Hookstate (FXS only): Onhook > > > > Note que o InAlarm está 1, ou seja, há um alarme, porem o status do > > dahdi_tool diz que esta OK e verde. Eu acredito que seja alguma coisa > > com a operadora, pois já testei de tudo e ainda não tive sucesso. > > > > A configuração da wanpipe2.conf (span 2) eu alterei a opção TDMV_DCHAN > > de 16 para 47 (mesmo da configuração do dahdi) e reiniciei tudo, mesmo > > assim sem sucesso. > > > > O debug do pri me retorna isso: > > > > [Jul 20 13:28:53] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:54] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:55] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:56] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:57] Sending Set Asynchronous Balanced Mode Extended > > > > Estou com as mãos atadas já. > > > > Obrigado > > > > > > On Mon, 2009-07-20 at 13:31 -0300, Vinícius Fontes wrote: > > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > > > group=2 > > > signalling=pri_cpe > > > switchtype=euroisdn > > > ***channel => 33-46 > > > echocancel=no > > > ***channel => 32-46 > > > channel => 48-62 > > > > > > Ahn? Você está definindo os canais duas vezes? Corrija isso e > > verifique se funciona. > > > > > > > > > > > > Vinícius Fontes > > > www.asteriskforum.com.br - Informações e discussão sobre Asterisk e > > telefonia IP > > > > > > - "Rodrigo Graeff" escreveu: > > > > > > > Galera, um help, realmente fui pego de surpresa nessa: > > > > > > > > INFO: > > > > > > > > popspo*CLI> dahdi show status > > > > Description Alarms IRQ > > bpviol > > > > CRC4 > > > > wanpipe1 card 0 OK 0 0 > > > > 0 > > > > wanpipe2 card 1 OK 0
Re: [AsteriskBrasil] (cause 34 - Circuit/channel congestion)
Já estava esperando uma resposta dessas, na real eu postei aqui mesmo pra confirmar pra mim mesmo de que eu não estava louco. Obrigado Vinícius pela confirmação e pela agilidade. Se for corrigido pela operadora, noticiarei. Abraço, On Mon, 2009-07-20 at 13:58 -0300, Vinícius Fontes wrote: > > O debug do pri me retorna isso: > > > > [Jul 20 13:28:53] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:54] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:55] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:56] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:57] Sending Set Asynchronous Balanced Mode Extended > > Ahh se todo mundo enviasse informação relevante assim, ajudar os outros seria > bem mais fácil! > > Com certeza é na operadora. Isso significa que a conexão está OK nos layers 1 > e 2, mas o layer 3 (protocolo) não está OK. Isso acontece quando o link ainda > não foi ativado e está bloqueado para efetuar e receber chamadas. > > > > > Vinícius Fontes > www.asteriskforum.com.br - Informações e discussão sobre Asterisk e telefonia > IP > > - "Rodrigo Graeff" escreveu: > > > Vinicius, > > > > Corrigi isso a tempo, antes, porem foi na conf do e-mail, porém não > > resolveu ainda o erro em questão. > > > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > > group=2 > > signalling=pri_cpe > > switchtype=euroisdn > > echocancel=no > > channel => 32-46 > > channel => 48-62 > > > > E ainda não funciona.. Notei o seguinte: > > > > popspo*CLI> pri show span 2 > > Primary D-channel: 47 > > Status: Provisioned, Down, Active > > Switchtype: EuroISDN > > Type: CPE > > Window Length: 0/7 > > Sentrej: 0 > > SolicitFbit: 0 > > Retrans: 0 > > Busy: 0 > > Overlap Dial: 0 > > Logical Channel Mapping: 0 > > T200 Timer: 1000 > > T203 Timer: 1 > > T305 Timer: 3 > > T308 Timer: 4000 > > T309 Timer: -1 > > T313 Timer: 4000 > > N200 Counter: 3 > > > > O Status está DOWN e se eu do um: > > > > popspo*CLI> dahdi show channel 32 > > Channel: 32 > > File Descriptor: 39 > > Span: 2 > > Extension: > > Dialing: no > > Context: default > > Caller ID: > > Calling TON: 0 > > Caller ID name: > > Destroy: 0 > > InAlarm: 1> > > Signalling Type: ISDN PRI > > Radio: 0 > > Owner: > > Real: > > Callwait: > > Threeway: > > Confno: -1 > > Propagated Conference: -1 > > Real in conference: 0 > > DSP: no > > Relax DTMF: yes > > Dialing/CallwaitCAS: 0/0 > > Default law: alaw > > Fax Handled: no > > Pulse phone: no > > Echo Cancellation: 0 taps unless TDM bridged, currently OFF > > PRI Flags: > > PRI Logical Span: Implicit > > Hookstate (FXS only): Onhook > > > > Note que o InAlarm está 1, ou seja, há um alarme, porem o status do > > dahdi_tool diz que esta OK e verde. Eu acredito que seja alguma coisa > > com a operadora, pois já testei de tudo e ainda não tive sucesso. > > > > A configuração da wanpipe2.conf (span 2) eu alterei a opção TDMV_DCHAN > > de 16 para 47 (mesmo da configuração do dahdi) e reiniciei tudo, mesmo > > assim sem sucesso. > > > > O debug do pri me retorna isso: > > > > [Jul 20 13:28:53] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:54] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:55] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:56] Sending Set Asynchronous Balanced Mode Extended > > [Jul 20 13:28:57] Sending Set Asynchronous Balanced Mode Extended > > > > Estou com as mãos atadas já. > > > > Obrigado > > > > > > On Mon, 2009-07-20 at 13:31 -0300, Vinícius Fontes wrote: > > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > > > group=2 > > > signalling=pri_cpe > > > switchtype=euroisdn > > > ***channel => 33-46 > > > echocancel=no > > > ***channel => 32-46 > > > channel => 48-62 > > > > > > Ahn? Você está definindo os canais duas vezes? Corrija isso e > > verifique se funciona. > > > > > > > > > > > > Vinícius Fontes > > > www.asteriskforum.com.br - Informações e discussão sobre Asterisk e > > telefonia IP > > > > > > - "Rodrigo Graeff" escreveu: > > > > > > > Galera, um help, realmente fui pego de surpresa nessa: > > > > > > > > INFO: > > > > > > > > popspo*CLI> dahdi show status > > > > Description Alarms IRQ > > bpviol > > > > CRC4 > > > > wanpipe1 card 0 OK 0 0 > > > > 0 > > > > wanpipe2 card 1 OK 0 0 > > > > 0 > > > > popspo*CLI> core show version > > > > Asterisk 1.4.25.1 built by root @ popspo.othos.com.br on a i686 > > > > running > > > > Linux on 2009-07-20 14:13:20 UTC > > > > popspo*CLI> pri show version > > > > libpri version: 1.4.10.1 > > > > > > > > DAHDI Tools Version - 2.1.0.2 > > > > > > > > wanpipe2.conf > > > > > > > > [devices] > > > > wanpipe2 = WAN_AFT_TE1, Comment > > > > > > > > [interfaces] > > > > w2g1 = wanpipe2, , TDM_VOICE, Comment > > > > > > > > [wanpipe2] > > > > CARD_TYPE = AFT > > > > S514CPU
Re: [AsteriskBrasil] (cause 34 - Circuit/channel congestion)
> O debug do pri me retorna isso: > > [Jul 20 13:28:53] Sending Set Asynchronous Balanced Mode Extended > [Jul 20 13:28:54] Sending Set Asynchronous Balanced Mode Extended > [Jul 20 13:28:55] Sending Set Asynchronous Balanced Mode Extended > [Jul 20 13:28:56] Sending Set Asynchronous Balanced Mode Extended > [Jul 20 13:28:57] Sending Set Asynchronous Balanced Mode Extended Ahh se todo mundo enviasse informação relevante assim, ajudar os outros seria bem mais fácil! Com certeza é na operadora. Isso significa que a conexão está OK nos layers 1 e 2, mas o layer 3 (protocolo) não está OK. Isso acontece quando o link ainda não foi ativado e está bloqueado para efetuar e receber chamadas. Vinícius Fontes www.asteriskforum.com.br - Informações e discussão sobre Asterisk e telefonia IP - "Rodrigo Graeff" escreveu: > Vinicius, > > Corrigi isso a tempo, antes, porem foi na conf do e-mail, porém não > resolveu ainda o erro em questão. > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > group=2 > signalling=pri_cpe > switchtype=euroisdn > echocancel=no > channel => 32-46 > channel => 48-62 > > E ainda não funciona.. Notei o seguinte: > > popspo*CLI> pri show span 2 > Primary D-channel: 47 > Status: Provisioned, Down, Active > Switchtype: EuroISDN > Type: CPE > Window Length: 0/7 > Sentrej: 0 > SolicitFbit: 0 > Retrans: 0 > Busy: 0 > Overlap Dial: 0 > Logical Channel Mapping: 0 > T200 Timer: 1000 > T203 Timer: 1 > T305 Timer: 3 > T308 Timer: 4000 > T309 Timer: -1 > T313 Timer: 4000 > N200 Counter: 3 > > O Status está DOWN e se eu do um: > > popspo*CLI> dahdi show channel 32 > Channel: 32 > File Descriptor: 39 > Span: 2 > Extension: > Dialing: no > Context: default > Caller ID: > Calling TON: 0 > Caller ID name: > Destroy: 0 > InAlarm: 1> > Signalling Type: ISDN PRI > Radio: 0 > Owner: > Real: > Callwait: > Threeway: > Confno: -1 > Propagated Conference: -1 > Real in conference: 0 > DSP: no > Relax DTMF: yes > Dialing/CallwaitCAS: 0/0 > Default law: alaw > Fax Handled: no > Pulse phone: no > Echo Cancellation: 0 taps unless TDM bridged, currently OFF > PRI Flags: > PRI Logical Span: Implicit > Hookstate (FXS only): Onhook > > Note que o InAlarm está 1, ou seja, há um alarme, porem o status do > dahdi_tool diz que esta OK e verde. Eu acredito que seja alguma coisa > com a operadora, pois já testei de tudo e ainda não tive sucesso. > > A configuração da wanpipe2.conf (span 2) eu alterei a opção TDMV_DCHAN > de 16 para 47 (mesmo da configuração do dahdi) e reiniciei tudo, mesmo > assim sem sucesso. > > O debug do pri me retorna isso: > > [Jul 20 13:28:53] Sending Set Asynchronous Balanced Mode Extended > [Jul 20 13:28:54] Sending Set Asynchronous Balanced Mode Extended > [Jul 20 13:28:55] Sending Set Asynchronous Balanced Mode Extended > [Jul 20 13:28:56] Sending Set Asynchronous Balanced Mode Extended > [Jul 20 13:28:57] Sending Set Asynchronous Balanced Mode Extended > > Estou com as mãos atadas já. > > Obrigado > > > On Mon, 2009-07-20 at 13:31 -0300, Vinícius Fontes wrote: > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > > group=2 > > signalling=pri_cpe > > switchtype=euroisdn > > ***channel => 33-46 > > echocancel=no > > ***channel => 32-46 > > channel => 48-62 > > > > Ahn? Você está definindo os canais duas vezes? Corrija isso e > verifique se funciona. > > > > > > > > Vinícius Fontes > > www.asteriskforum.com.br - Informações e discussão sobre Asterisk e > telefonia IP > > > > - "Rodrigo Graeff" escreveu: > > > > > Galera, um help, realmente fui pego de surpresa nessa: > > > > > > INFO: > > > > > > popspo*CLI> dahdi show status > > > Description Alarms IRQ > bpviol > > > CRC4 > > > wanpipe1 card 0 OK 0 0 > > > 0 > > > wanpipe2 card 1 OK 0 0 > > > 0 > > > popspo*CLI> core show version > > > Asterisk 1.4.25.1 built by root @ popspo.othos.com.br on a i686 > > > running > > > Linux on 2009-07-20 14:13:20 UTC > > > popspo*CLI> pri show version > > > libpri version: 1.4.10.1 > > > > > > DAHDI Tools Version - 2.1.0.2 > > > > > > wanpipe2.conf > > > > > > [devices] > > > wanpipe2 = WAN_AFT_TE1, Comment > > > > > > [interfaces] > > > w2g1 = wanpipe2, , TDM_VOICE, Comment > > > > > > [wanpipe2] > > > CARD_TYPE = AFT > > > S514CPU = A > > > CommPort= PRI > > > AUTO_PCISLOT= NO > > > PCISLOT = 4 > > > PCIBUS = 11 > > > FE_MEDIA= E1 > > > FE_LCODE= HDB3 > > > FE_FRAME= NCRC4 > > > FE_LINE = 2 > > > TE_CLOCK= NORMAL > > > TE_REF_CLOCK= 0 > > > TE_HIGHIMPEDANCE= NO > > > TE_RX_SLEVEL= 120 > > > LBO = 120OH > > > TE_SIG_MODE = CCS > > > FE_TXTRISTATE = NO > > > MTU = 1500 > > > UDPPORT = 9000 > > > TTL = 255 > > > IGNORE_FRONT_END = NO > > > TDMV_SPAN = 2 > > > TDMV_DCHAN = 16 > > > TDMV_HW_DTMF= YES
Re: [AsteriskBrasil] (cause 34 - Circuit/channel congestion)
Vinicius, Corrigi isso a tempo, antes, porem foi na conf do e-mail, porém não resolveu ainda o erro em questão. ;Sangoma A104 port 2 [slot:4 bus:11 span:2] group=2 signalling=pri_cpe switchtype=euroisdn echocancel=no channel => 32-46 channel => 48-62 E ainda não funciona.. Notei o seguinte: popspo*CLI> pri show span 2 Primary D-channel: 47 Status: Provisioned, Down, Active Switchtype: EuroISDN Type: CPE Window Length: 0/7 Sentrej: 0 SolicitFbit: 0 Retrans: 0 Busy: 0 Overlap Dial: 0 Logical Channel Mapping: 0 T200 Timer: 1000 T203 Timer: 1 T305 Timer: 3 T308 Timer: 4000 T309 Timer: -1 T313 Timer: 4000 N200 Counter: 3 O Status está DOWN e se eu do um: popspo*CLI> dahdi show channel 32 Channel: 32 File Descriptor: 39 Span: 2 Extension: Dialing: no Context: default Caller ID: Calling TON: 0 Caller ID name: Destroy: 0 InAlarm: 1> Signalling Type: ISDN PRI Radio: 0 Owner: Real: Callwait: Threeway: Confno: -1 Propagated Conference: -1 Real in conference: 0 DSP: no Relax DTMF: yes Dialing/CallwaitCAS: 0/0 Default law: alaw Fax Handled: no Pulse phone: no Echo Cancellation: 0 taps unless TDM bridged, currently OFF PRI Flags: PRI Logical Span: Implicit Hookstate (FXS only): Onhook Note que o InAlarm está 1, ou seja, há um alarme, porem o status do dahdi_tool diz que esta OK e verde. Eu acredito que seja alguma coisa com a operadora, pois já testei de tudo e ainda não tive sucesso. A configuração da wanpipe2.conf (span 2) eu alterei a opção TDMV_DCHAN de 16 para 47 (mesmo da configuração do dahdi) e reiniciei tudo, mesmo assim sem sucesso. O debug do pri me retorna isso: [Jul 20 13:28:53] Sending Set Asynchronous Balanced Mode Extended [Jul 20 13:28:54] Sending Set Asynchronous Balanced Mode Extended [Jul 20 13:28:55] Sending Set Asynchronous Balanced Mode Extended [Jul 20 13:28:56] Sending Set Asynchronous Balanced Mode Extended [Jul 20 13:28:57] Sending Set Asynchronous Balanced Mode Extended Estou com as mãos atadas já. Obrigado On Mon, 2009-07-20 at 13:31 -0300, Vinícius Fontes wrote: > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > group=2 > signalling=pri_cpe > switchtype=euroisdn > ***channel => 33-46 > echocancel=no > ***channel => 32-46 > channel => 48-62 > > Ahn? Você está definindo os canais duas vezes? Corrija isso e verifique se > funciona. > > > > Vinícius Fontes > www.asteriskforum.com.br - Informações e discussão sobre Asterisk e telefonia > IP > > - "Rodrigo Graeff" escreveu: > > > Galera, um help, realmente fui pego de surpresa nessa: > > > > INFO: > > > > popspo*CLI> dahdi show status > > Description Alarms IRQbpviol > > CRC4 > > wanpipe1 card 0 OK 0 0 > > 0 > > wanpipe2 card 1 OK 0 0 > > 0 > > popspo*CLI> core show version > > Asterisk 1.4.25.1 built by root @ popspo.othos.com.br on a i686 > > running > > Linux on 2009-07-20 14:13:20 UTC > > popspo*CLI> pri show version > > libpri version: 1.4.10.1 > > > > DAHDI Tools Version - 2.1.0.2 > > > > wanpipe2.conf > > > > [devices] > > wanpipe2 = WAN_AFT_TE1, Comment > > > > [interfaces] > > w2g1 = wanpipe2, , TDM_VOICE, Comment > > > > [wanpipe2] > > CARD_TYPE = AFT > > S514CPU = A > > CommPort= PRI > > AUTO_PCISLOT= NO > > PCISLOT = 4 > > PCIBUS = 11 > > FE_MEDIA= E1 > > FE_LCODE= HDB3 > > FE_FRAME= NCRC4 > > FE_LINE = 2 > > TE_CLOCK= NORMAL > > TE_REF_CLOCK= 0 > > TE_HIGHIMPEDANCE= NO > > TE_RX_SLEVEL= 120 > > LBO = 120OH > > TE_SIG_MODE = CCS > > FE_TXTRISTATE = NO > > MTU = 1500 > > UDPPORT = 9000 > > TTL = 255 > > IGNORE_FRONT_END = NO > > TDMV_SPAN = 2 > > TDMV_DCHAN = 16 > > TDMV_HW_DTMF= YES > > > > [w2g1] > > ACTIVE_CH = ALL > > TDMV_ECHO_OFF = NO > > TDMV_HWEC = YES > > > > system.conf (dahdi) > > loadzone=br > > defaultzone=br > > > > #Sangoma A104 port 2 [slot:4 bus:11 span:2] > > span=2,1,1,ccs,hdb3 > > bchan=32-46 > > bchan=48-62 > > dchan=47 > > > > chan_dahdi.conf (asterisk) > > [trunkgroups] > > > > [channels] > > context=default > > usecallerid=yes > > hidecallerid=no > > callwaiting=yes > > usecallingpres=yes > > callwaitingcallerid=yes > > threewaycalling=yes > > transfer=yes > > canpark=yes > > cancallforward=yes > > callreturn=yes > > relaxdtmf=yes > > rxgain=3.5 > > txgain=3.5 > > callprogress=yes > > progzone=br > > language=br > > immediate=no > > > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > > group=2 > > signalling=pri_cpe > > switchtype=euroisdn > > channel => 33-46 > > echocancel=no > > channel => 32-46 > > channel => 48-62 > > > > > > Estou usando span2 e group=2 pois o span 1 e grupo=1 estão funcionando > > OK porém sao padrao cas (mfcr2) e o asterisk disca legal para > > dahdi/g1/exten porém quando disco pro dahdi/g2/exten ganho o erro: > > > > WARNING[26
Re: [AsteriskBrasil] (cause 34 - Circuit/channel congestion)
;Sangoma A104 port 2 [slot:4 bus:11 span:2] group=2 signalling=pri_cpe switchtype=euroisdn ***channel => 33-46 echocancel=no ***channel => 32-46 channel => 48-62 Ahn? Você está definindo os canais duas vezes? Corrija isso e verifique se funciona. Vinícius Fontes www.asteriskforum.com.br - Informações e discussão sobre Asterisk e telefonia IP - "Rodrigo Graeff" escreveu: > Galera, um help, realmente fui pego de surpresa nessa: > > INFO: > > popspo*CLI> dahdi show status > Description Alarms IRQbpviol > CRC4 > wanpipe1 card 0 OK 0 0 > 0 > wanpipe2 card 1 OK 0 0 > 0 > popspo*CLI> core show version > Asterisk 1.4.25.1 built by root @ popspo.othos.com.br on a i686 > running > Linux on 2009-07-20 14:13:20 UTC > popspo*CLI> pri show version > libpri version: 1.4.10.1 > > DAHDI Tools Version - 2.1.0.2 > > wanpipe2.conf > > [devices] > wanpipe2 = WAN_AFT_TE1, Comment > > [interfaces] > w2g1 = wanpipe2, , TDM_VOICE, Comment > > [wanpipe2] > CARD_TYPE = AFT > S514CPU = A > CommPort= PRI > AUTO_PCISLOT= NO > PCISLOT = 4 > PCIBUS = 11 > FE_MEDIA= E1 > FE_LCODE= HDB3 > FE_FRAME= NCRC4 > FE_LINE = 2 > TE_CLOCK= NORMAL > TE_REF_CLOCK= 0 > TE_HIGHIMPEDANCE= NO > TE_RX_SLEVEL= 120 > LBO = 120OH > TE_SIG_MODE = CCS > FE_TXTRISTATE = NO > MTU = 1500 > UDPPORT = 9000 > TTL = 255 > IGNORE_FRONT_END = NO > TDMV_SPAN = 2 > TDMV_DCHAN = 16 > TDMV_HW_DTMF= YES > > [w2g1] > ACTIVE_CH = ALL > TDMV_ECHO_OFF = NO > TDMV_HWEC = YES > > system.conf (dahdi) > loadzone=br > defaultzone=br > > #Sangoma A104 port 2 [slot:4 bus:11 span:2] > span=2,1,1,ccs,hdb3 > bchan=32-46 > bchan=48-62 > dchan=47 > > chan_dahdi.conf (asterisk) > [trunkgroups] > > [channels] > context=default > usecallerid=yes > hidecallerid=no > callwaiting=yes > usecallingpres=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > canpark=yes > cancallforward=yes > callreturn=yes > relaxdtmf=yes > rxgain=3.5 > txgain=3.5 > callprogress=yes > progzone=br > language=br > immediate=no > > ;Sangoma A104 port 2 [slot:4 bus:11 span:2] > group=2 > signalling=pri_cpe > switchtype=euroisdn > channel => 33-46 > echocancel=no > channel => 32-46 > channel => 48-62 > > > Estou usando span2 e group=2 pois o span 1 e grupo=1 estão funcionando > OK porém sao padrao cas (mfcr2) e o asterisk disca legal para > dahdi/g1/exten porém quando disco pro dahdi/g2/exten ganho o erro: > > WARNING[26458]: app_dial.c:1272 dial_exec_full: Unable to create > channel > of type 'DAHDI' (cause 34 - Circuit/channel congestion) > > debug > > popspo*CLI> pri show span 2 > Primary D-channel: 47 > Status: Provisioned, Down, Active > Switchtype: EuroISDN > Type: CPE > Window Length: 0/7 > Sentrej: 0 > SolicitFbit: 0 > Retrans: 0 > Busy: 0 > Overlap Dial: 0 > Logical Channel Mapping: 0 > T200 Timer: 1000 > T203 Timer: 1 > T305 Timer: 3 > T308 Timer: 4000 > T309 Timer: -1 > T313 Timer: 4000 > N200 Counter: 3 > > popspo*CLI> dahdi show c > cadences channels channel > popspo*CLI> dahdi show ch > channels channel > popspo*CLI> dahdi show channel 32 > Channel: 32 > File Descriptor: 53 > Span: 2 > Extension: > Dialing: no > Context: default > Caller ID: > Calling TON: 0 > Caller ID name: > Destroy: 0 > InAlarm: 1 > Signalling Type: ISDN PRI > Radio: 0 > Owner: > Real: > Callwait: > Threeway: > Confno: -1 > Propagated Conference: -1 > Real in conference: 0 > DSP: noCLI> > Relax DTMF: yes > Dialing/CallwaitCAS: 0/0 > Default law: alaw > Fax Handled: no > Pulse phone: no > Echo Cancellation: 128 taps unless TDM bridged, currently OFF > PRI Flags: > PRI Logical Span: Implicit > Hookstate (FXS only): Onhook > > Desculpem pelo e-mail longo, porém preciso resolver esta pendẽncia, > qualquer ajuda será bem vinda. > > Abraços, > > > -- > Rodrigo A. Graeff > rgra...@othos.com.br > > Othos Telecomunicações > www.othos.com.br > +55 11 4063 6069 - 68406 > -- > -- > Rodrigo Graeff > http://www.delphus.org > 1...@sip.delphus.org > ICQ: 9636816 > > > ___ > Openmoko Freerunner, primeiro telefone open source, disponível no > Brasil rodando o Android da Google. > http://www.neodroid.com > > Compre uma camiseta da AsteriskBrasil.org! > http://www.voipmania.com.br > > Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro > na rede Freenode.net: #asterisk-br > ___ > Lista de discussões AsteriskBrasil.org > AsteriskBrasil@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil ___ Openmoko Freerunner, primeiro telefone open source, disponível no Brasil rodando o Android da Google. http
[AsteriskBrasil] (cause 34 - Circuit/channel congestion)
Galera, um help, realmente fui pego de surpresa nessa: INFO: popspo*CLI> dahdi show status Description Alarms IRQbpviol CRC4 wanpipe1 card 0 OK 0 0 0 wanpipe2 card 1 OK 0 0 0 popspo*CLI> core show version Asterisk 1.4.25.1 built by root @ popspo.othos.com.br on a i686 running Linux on 2009-07-20 14:13:20 UTC popspo*CLI> pri show version libpri version: 1.4.10.1 DAHDI Tools Version - 2.1.0.2 wanpipe2.conf [devices] wanpipe2 = WAN_AFT_TE1, Comment [interfaces] w2g1 = wanpipe2, , TDM_VOICE, Comment [wanpipe2] CARD_TYPE = AFT S514CPU = A CommPort= PRI AUTO_PCISLOT= NO PCISLOT = 4 PCIBUS = 11 FE_MEDIA= E1 FE_LCODE= HDB3 FE_FRAME= NCRC4 FE_LINE = 2 TE_CLOCK= NORMAL TE_REF_CLOCK= 0 TE_HIGHIMPEDANCE= NO TE_RX_SLEVEL= 120 LBO = 120OH TE_SIG_MODE = CCS FE_TXTRISTATE = NO MTU = 1500 UDPPORT = 9000 TTL = 255 IGNORE_FRONT_END = NO TDMV_SPAN = 2 TDMV_DCHAN = 16 TDMV_HW_DTMF= YES [w2g1] ACTIVE_CH = ALL TDMV_ECHO_OFF = NO TDMV_HWEC = YES system.conf (dahdi) loadzone=br defaultzone=br #Sangoma A104 port 2 [slot:4 bus:11 span:2] span=2,1,1,ccs,hdb3 bchan=32-46 bchan=48-62 dchan=47 chan_dahdi.conf (asterisk) [trunkgroups] [channels] context=default usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes relaxdtmf=yes rxgain=3.5 txgain=3.5 callprogress=yes progzone=br language=br immediate=no ;Sangoma A104 port 2 [slot:4 bus:11 span:2] group=2 signalling=pri_cpe switchtype=euroisdn channel => 33-46 echocancel=no channel => 32-46 channel => 48-62 Estou usando span2 e group=2 pois o span 1 e grupo=1 estão funcionando OK porém sao padrao cas (mfcr2) e o asterisk disca legal para dahdi/g1/exten porém quando disco pro dahdi/g2/exten ganho o erro: WARNING[26458]: app_dial.c:1272 dial_exec_full: Unable to create channel of type 'DAHDI' (cause 34 - Circuit/channel congestion) debug popspo*CLI> pri show span 2 Primary D-channel: 47 Status: Provisioned, Down, Active Switchtype: EuroISDN Type: CPE Window Length: 0/7 Sentrej: 0 SolicitFbit: 0 Retrans: 0 Busy: 0 Overlap Dial: 0 Logical Channel Mapping: 0 T200 Timer: 1000 T203 Timer: 1 T305 Timer: 3 T308 Timer: 4000 T309 Timer: -1 T313 Timer: 4000 N200 Counter: 3 popspo*CLI> dahdi show c cadences channels channel popspo*CLI> dahdi show ch channels channel popspo*CLI> dahdi show channel 32 Channel: 32 File Descriptor: 53 Span: 2 Extension: Dialing: no Context: default Caller ID: Calling TON: 0 Caller ID name: Destroy: 0 InAlarm: 1 Signalling Type: ISDN PRI Radio: 0 Owner: Real: Callwait: Threeway: Confno: -1 Propagated Conference: -1 Real in conference: 0 DSP: noCLI> Relax DTMF: yes Dialing/CallwaitCAS: 0/0 Default law: alaw Fax Handled: no Pulse phone: no Echo Cancellation: 128 taps unless TDM bridged, currently OFF PRI Flags: PRI Logical Span: Implicit Hookstate (FXS only): Onhook Desculpem pelo e-mail longo, porém preciso resolver esta pendẽncia, qualquer ajuda será bem vinda. Abraços, -- Rodrigo A. Graeff rgra...@othos.com.br Othos Telecomunicações www.othos.com.br +55 11 4063 6069 - 68406 -- -- Rodrigo Graeff http://www.delphus.org 1...@sip.delphus.org ICQ: 9636816 ___ Openmoko Freerunner, primeiro telefone open source, disponível no Brasil rodando o Android da Google. http://www.neodroid.com Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro na rede Freenode.net: #asterisk-br ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil