Re: [AsteriskBrasil] OpenR2 + Telefonica
Ola Vinicius, mto obrigado pela ajuda, mais continua dando o mesmo erro.. usei sua configuracao mais ficou a mesma coisa... Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 Agradeço qq dica... Vinícius Fontes escreveu: Eu tenho essa configuração aqui no chan_dahdi.conf em produção. Verifica se funciona bem para você: ;Configuracao para MFC/R2 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_call_files=yes mfcr2_logging=all mfcr2_mfback_timeout=-1 mfcr2_metering_pulse_timeout=-1 mfcr2_allow_collect_calls=no mfcr2_double_answer=yes mfcr2_immediate_accept=no mfcr2_forced_release=no mfcr2_charge_calls=yes ;mfcr2_advanced_protocol_file=/etc/r2proto.conf language=pt_BR echocancel=yes echocancelwhenbridged=no context=entrada-e1 callgroup=0 pickupgroup=0 group=1 channel =1-15,17-31 Atenciosamente, Vinícius Fontes Gerente de Segurança da Informação Canall Tecnologia em Comunicações Passo Fundo - RS - Brasil +55 54 2104-7000 Information Security Manager Canall Tecnologia em Comunicações Passo Fundo - RS - Brazil +55 54 2104-7000 - Fabio Rogerio - IP Info roge...@ipinfo.com.br escreveu: Ola Pessoal, estou usando pela primeira vez o openr2 com placa E1 digium.. estou tendo alguns problemas, vou passar o meu cenario pra ver se alguem pode dar alguma dica. Aparece o seguinte erro qdo eu disco pro numero chave do E1 Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 As versoes dos softwares: Asterisk 1.6.2.5 DAHDI Version: 2.2.1 Echo Canceller: MG2 OpenR2 version: 1.2.0, revision: (release) Abaixo seguem os logs de qdo entra uma ligacao e tb copia dos arquivos de configuracao qq informacao é bem vinda.. - Quando eu disco pro numero chave do E1 aparece isso no console: [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x08 to 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Rx [SEIZE] 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx [SEIZE ACK] 0x0C [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx 0x0D New MFC/R2 call detected on chan 1. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Rx 6 [ON] [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Getting DNIS digit 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - DNIS so far: 6, expected length: 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Requesting next DNIS with signal 0x31. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx 1 [ON] -- Hungup 'DAHDI/125-1' == Spawn extension (default, 52188002227327000, 88) exited non-zero on 'SIP/3011-0ce3' [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 2 (mf_back_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF cycle timed out, no more DNIS [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx 5 [ON] [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 3 (mf_back_resume_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx 5 [OFF] [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 4 (mf_back_cycle) callback [Mar 5 17:07:59] WARNING[9866]: chan_dahdi.c:1922 dahdi_r2_write_log: Chan 1 - MF back cycle timed out! [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1925 dahdi_r2_write_log: Chan 1 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 DNIS = 6, ANI = , MF = 0x36 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx [IDLE] 0x08 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx 0x09 [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1710 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi Frequency Cycle Timeout -- Hungup 'DAHDI/127-1' == Spawn extension (default, 52139201935630110, 88) exited non-zero on 'SIP/3013-0cdd' [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x00 to 0x08 [Mar 5 17:08:02]
Re: [AsteriskBrasil] OpenR2 + Telefonica
Ola Luc.. coloquei o dnis=4 mais continuou a mesma coisa.. eu tinha feito o teste com 6 por causa dessa informacao no debug [Mar 6 10:04:09] DEBUG[14284]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Getting DNIS digit 6 [Mar 6 10:04:09] DEBUG[14284]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - DNIS so far: 6, expected length: 4 esse DNIS so far: 6, imaginei q a telefonica estaria mandando 6 digitos.. mais confirmei com o tecnico deles e enviam MCDU... no debug acima estava configurado com valor 4 pro dnis.. Aos que tem openr2 funcionando, podem me informar qual a versao que estao usando... Fabio Luc Moreira escreveu: 2010/3/5 Fabio Rogerio - IP Info roge...@ipinfo.com.br: /etc/asterisk/chan_dahdi.conf switchtype = euroisdn Não precisa disso. mfcr2_max_ani=20 mfcr2_max_dnis=6 Tem certeza que a operadora vai mandar 6 dígitos DDR para você? Geralmente eles mandam somente 4. O restante parece Ok. Luc ___ KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk. - Hardware com alta disponibilidade de recursos e qualidade KHOMP - Suporte técnico local qualificado e gratuito Conheça a linha completa de produtos KHOMP em www.khomp.com.br ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil ___ KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk. - Hardware com alta disponibilidade de recursos e qualidade KHOMP - Suporte técnico local qualificado e gratuito Conheça a linha completa de produtos KHOMP em www.khomp.com.br ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2 + Telefonica
Eu tenho essa configuração aqui no chan_dahdi.conf em produção. Verifica se funciona bem para você: ;Configuracao para MFC/R2 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_category=national_subscriber mfcr2_logdir=span1 mfcr2_call_files=yes mfcr2_logging=all mfcr2_mfback_timeout=-1 mfcr2_metering_pulse_timeout=-1 mfcr2_allow_collect_calls=no mfcr2_double_answer=yes mfcr2_immediate_accept=no mfcr2_forced_release=no mfcr2_charge_calls=yes ;mfcr2_advanced_protocol_file=/etc/r2proto.conf language=pt_BR echocancel=yes echocancelwhenbridged=no context=entrada-e1 callgroup=0 pickupgroup=0 group=1 channel =1-15,17-31 Atenciosamente, Vinícius Fontes Gerente de Segurança da Informação Canall Tecnologia em Comunicações Passo Fundo - RS - Brasil +55 54 2104-7000 Information Security Manager Canall Tecnologia em Comunicações Passo Fundo - RS - Brazil +55 54 2104-7000 - Fabio Rogerio - IP Info roge...@ipinfo.com.br escreveu: Ola Pessoal, estou usando pela primeira vez o openr2 com placa E1 digium.. estou tendo alguns problemas, vou passar o meu cenario pra ver se alguem pode dar alguma dica. Aparece o seguinte erro qdo eu disco pro numero chave do E1 Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 As versoes dos softwares: Asterisk 1.6.2.5 DAHDI Version: 2.2.1 Echo Canceller: MG2 OpenR2 version: 1.2.0, revision: (release) Abaixo seguem os logs de qdo entra uma ligacao e tb copia dos arquivos de configuracao qq informacao é bem vinda.. - Quando eu disco pro numero chave do E1 aparece isso no console: [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x08 to 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Rx [SEIZE] 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx [SEIZE ACK] 0x0C [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx 0x0D New MFC/R2 call detected on chan 1. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Rx 6 [ON] [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Getting DNIS digit 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - DNIS so far: 6, expected length: 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Requesting next DNIS with signal 0x31. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx 1 [ON] -- Hungup 'DAHDI/125-1' == Spawn extension (default, 52188002227327000, 88) exited non-zero on 'SIP/3011-0ce3' [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 2 (mf_back_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF cycle timed out, no more DNIS [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx 5 [ON] [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 3 (mf_back_resume_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx 5 [OFF] [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 4 (mf_back_cycle) callback [Mar 5 17:07:59] WARNING[9866]: chan_dahdi.c:1922 dahdi_r2_write_log: Chan 1 - MF back cycle timed out! [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1925 dahdi_r2_write_log: Chan 1 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 DNIS = 6, ANI = , MF = 0x36 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx [IDLE] 0x08 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx 0x09 [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1710 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi Frequency Cycle Timeout -- Hungup 'DAHDI/127-1' == Spawn extension (default, 52139201935630110, 88) exited non-zero on 'SIP/3013-0cdd' [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x00 to 0x08 [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Rx [IDLE] 0x08 [Mar 5 17:08:02] NOTICE[9866]: chan_dahdi.c:1956 dahdi_r2_on_line_idle: Far end unblocked on chan 1 /etc/asterisk/chan_dahdi.conf [channels] language = en resetinterval = never usecallerid = yes hidecallerid = no callwaiting
Re: [AsteriskBrasil] OpenR2 + Telefonica
2010/3/5 Fabio Rogerio - IP Info roge...@ipinfo.com.br: /etc/asterisk/chan_dahdi.conf switchtype = euroisdn Não precisa disso. mfcr2_max_ani=20 mfcr2_max_dnis=6 Tem certeza que a operadora vai mandar 6 dígitos DDR para você? Geralmente eles mandam somente 4. O restante parece Ok. Luc ___ KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk. - Hardware com alta disponibilidade de recursos e qualidade KHOMP - Suporte técnico local qualificado e gratuito Conheça a linha completa de produtos KHOMP em www.khomp.com.br ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] OpenR2 + Telefonica
O tempo do MFC, quando ele entra em 'seize' dura aproximadamente 30ms do outro lado. Não sei onde isto é setado, mas o que esta ocorrendo é que esta muito curto, o outro lado fica esperando e o MFC não vem ou demora a vir. Verifique onde é setado o tempo do MFC e acerte este tempo. Wagner de Oliveira Gateway - The gateway to the Brazil West Center Zone GSM, PDH, SDH, WDM, DWDM, SWITCH and much more... waga...@yahoo.com Ola Pessoal, estou usando pela primeira vez o openr2 com placa E1 digium.. estou tendo alguns problemas, vou passar o meu cenario pra ver se alguem pode dar alguma dica. Aparece o seguinte erro qdo eu disco pro numero chave do E1 Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 As versoes dos softwares: Asterisk 1.6.2.5 DAHDI Version: 2.2.1 Echo Canceller: MG2 OpenR2 version: 1.2.0, revision: (release) Abaixo seguem os logs de qdo entra uma ligacao e tb copia dos arquivos de configuracao qq informacao é bem vinda.. - Quando eu disco pro numero chave do E1 aparece isso no console: [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x08 to 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Rx [SEIZE] 0x00 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx [SEIZE ACK] 0x0C [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx 0x0D New MFC/R2 call detected on chan 1. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Rx 6 [ON] [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Getting DNIS digit 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - DNIS so far: 6, expected length: 6 [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Requesting next DNIS with signal 0x31. [Mar 5 17:07:47] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx 1 [ON] -- Hungup 'DAHDI/125-1' == Spawn extension (default, 52188002227327000, 88) exited non-zero on 'SIP/3011-0ce3' [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 2 (mf_back_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF cycle timed out, no more DNIS [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx 5 [ON] [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 3 (mf_back_resume_cycle) callback [Mar 5 17:07:53] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - MF Tx 5 [OFF] [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - calling timer 4 (mf_back_cycle) callback [Mar 5 17:07:59] WARNING[9866]: chan_dahdi.c:1922 dahdi_r2_write_log: Chan 1 - MF back cycle timed out! [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1925 dahdi_r2_write_log: Chan 1 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00 DNIS = 6, ANI = , MF = 0x36 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Tx [IDLE] 0x08 [Mar 5 17:07:59] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Raw Tx 0x09 [Mar 5 17:07:59] ERROR[9866]: chan_dahdi.c:1710 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi Frequency Cycle Timeout -- Hungup 'DAHDI/127-1' == Spawn extension (default, 52139201935630110, 88) exited non-zero on 'SIP/3013-0cdd' [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - Bits changed from 0x00 to 0x08 [Mar 5 17:08:02] DEBUG[9866]: chan_dahdi.c:1932 dahdi_r2_write_log: Chan 1 - CAS Rx [IDLE] 0x08 [Mar 5 17:08:02] NOTICE[9866]: chan_dahdi.c:1956 dahdi_r2_on_line_idle: Far end unblocked on chan 1 /etc/asterisk/chan_dahdi.conf [channels] language = en resetinterval = never usecallerid = yes hidecallerid = no callwaiting = yes usecallingpres = yes callwaitingcallerid = yes threewaycalling = yes transfer = yes canpark = yes cancallforward = yes callreturn = yes echocancel = no rxgain = 0.0 txgain = 0.0 callgroup = 1 pickupgroup = 1 switchtype = euroisdn dtmfmode=rfc2833 group=2 context=from-r2 signalling=mfcr2 mfcr2_variant=br mfcr2_max_ani=20 mfcr2_max_dnis=6 mfcr2_get_ani_first=no mfcr2_category=national_subscriber mfcr2_mfback_timeout=6000 mfcr2_forced_release=yes mfcr2_immediate_accept=yes mfcr2_accept_on_offer=yes mfcr2_logging=all channel=1-15 channel=17-31