Fórum de Suporte Digivoice
Você não está logado.
Tenho um CB3000 com 32 portas FXO conectado via tdmoe a um asterisk. Tudo funciona menos a detecção do idc. No asterisk não recebo o IDC de quem liga para uma das linhas no CB3000. Recebo estas msg na cli:
[Feb 29 16:40:49] ERROR[26213]: callerid.c:562 callerid_feed: No start bit found in fsk data.
[Feb 29 16:40:49] WARNING[26213]: chan_dahdi.c:1705 my_get_callerid: Failed to decode CallerID
Alguem sabe o que devo fazer para receber o callerid do chamador no asterisk?
Grato
Offline
Olá,
O padrão de CallerID (BINA) no Brasil é o DTMF e é recebido antes do primeiro RING, no Asterisk só temos o padrão FSK (um padrão de modens antigos a 1200BPS) e este tem que ser recebido entre o primeiro e o segundo RING.
Ainda não sabemos como fazer o Asterisk receber o BINA em DTMF, o que tem acontecido com alguns clientes é a compra de conversores DTMF para FSK no mercado, porém não temos experiência com estes conversores.
Atenciosamente.
E vc sabe como coloco um conversor destes nas portas fxo de um CB3000 conectado ao asterisk por tdmoe?
Offline
Olá,
Em série com a linha antes do CB3000.
Atenciosamente.
Estou com o seguinte cenario aqui na prefeitura:
Tenho dois CB3000 e cada um deles tem 32 canais FXO ligados a um asterisk por tdmoe. O meu problema é que o Asterisk nao identifica chamadas dtmf e me parece que o Cb3000 envia o dtmf no formato que o asterisk nao identifica por tdmoe. O asterisk so identifica fsk. O asterisk tem uma placa de 2e1 livres. Minha pergunta: Consigo fazer com que as chamadas de entrada nos canais fxo sejam todas encaminhasdas por e1 para o asterisk ao invez de tdmoe?
Se sim, o CB3000 vai me enviar a identificação no E1?
E como ficaria a configuração dos CB3000?
Offline
Olá,
É possível configurar o CB3000 TDMoE para R2MFC e passar a identificação de chamada na sinalização, entretanto como no E1 são só 30 canais, dois dos seus canais FXO serão inutilizados neste caso.
O arquivo de configuração do CB3000 TDMoE deverá estar da seguinte forma:
[e1_config]
e1_enable= 1
e1_sync= 1
[ext_config]
ext_port_interconnect= 15
[port_config]
signalling= r2_mfc5c
b_subscriber_hangup= 1
release= 1
min_digits_rx= 0
max_digits_rx= 16
min_digits_tx= 0
interdigit_timeout= 3000
tx_gain= 3
rx_gain= 3
silence_threshold= -30
prefix= 9999
ports => 1-30
signalling= fxo
min_digits_rx= 0
max_digits_rx= 16
min_digits_tx= 0
echocan= 1
echotaps= 128
echotraining= 900
silence_threshold= -36
polarity= 0
supervision= 1
wait_supervision= 2000
wait_dialtone= 1
dialtone_timeout= 5000
hangup_time= 2000
interdigit_timeout= 5000
ports=> 101-130
[end_conf]
Atenciosamente,
Tudo configurado no asterisk e no CB3000. Porem olha o que eu recebo quando faço uma chamada para uma das linhas analogicas no CB3000 e o que recebo no e1 do asterisk:
[Mar 1 18:15:24] DEBUG[8811]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 33 - Bits changed from 0x08 to 0x00
[Mar 1 18:15:24] DEBUG[8811]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 33 - CAS Rx << [SEIZE] 0x00
[Mar 1 18:15:24] DEBUG[8811]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 33 - Call started at Thu Mar 1 18:15:24 2012 on chan 33 [openr2 version 1.3.1, revision exported]
[Mar 1 18:15:24] DEBUG[8811]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 33 - Initialized R2 MF detector
[Mar 1 18:15:24] DEBUG[8811]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 33 - CAS Tx >> [SEIZE ACK] 0x0C
[Mar 1 18:15:24] DEBUG[8811]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 33 - CAS Raw Tx >> 0x0D
----------------------
E nao sai disso. Liguei um pabx no e1 do asterisk para confirmar a configuração dele e recebeu isso:
MFC/R2 call has been accepted on backward channel 7
[Mar 1 18:23:29] DEBUG[9191]: chan_dahdi.c:6423 dahdi_answer: Answering MFC/R2 call on chan 7
[Mar 1 18:23:29] DEBUG[9191]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 7 - CAS Tx >> [ANSWER] 0x04
[Mar 1 18:23:29] DEBUG[9191]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 7 - CAS Raw Tx >> 0x05
-- <DAHDI/7-1> Playing 'msg1.slin' (language 'pt_BR')
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - Bits changed from 0x08 to 0x00
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - CAS Rx << [SEIZE] 0x00
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - Call started at Thu Mar 1 18:23:30 2012 on chan 8 [openr2 version 1.3.1, revision exported]
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - Initialized R2 MF detector
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - CAS Tx >> [SEIZE ACK] 0x0C
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - CAS Raw Tx >> 0x0D
New MFC/R2 call detected on chan 8.
[Mar 1 18:23:30] DEBUG[9191]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 7 - calling timer 13 (r2_double_answer) callback
[Mar 1 18:23:30] DEBUG[9191]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 7 - CAS Tx >> [CLEAR BACK] 0x0C
[Mar 1 18:23:30] DEBUG[9191]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 7 - CAS Raw Tx >> 0x0D
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - MF Rx << 8 [ON]
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - Getting DNIS digit 8
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - DNIS so far: 8, expected length: 20
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - Requesting next DNIS with signal 0x31.
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - MF Tx >> 1 [ON]
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - MF Rx << 8 [OFF]
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - MF Tx >> 1 [OFF]
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - MF Rx << 8 [ON]
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - Getting DNIS digit 8
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - DNIS so far: 88, expected length: 20
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - Requesting next DNIS with signal 0x31.
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - MF Tx >> 1 [ON]
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - MF Rx << 8 [OFF]
[Mar 1 18:23:30] DEBUG[8808]: chan_dahdi.c:3990 dahdi_r2_write_log: Chan 8 - MF Tx >> 1 [OFF]
A ligação ocorre normalmente.
Tem algo errado na configuração do E1 no CB3000 que nao completa.
Última alteração por maxnbairros (01/03/2012 20:50:30)
Offline
Oi,
Ligue o PABX no CB3000 TDMoE e refaça o teste.
Você colocou a configuração recomendada no post anterior? Utilize o comando 'show conf' no CB3000 TDMoE para verificar...
Atenciosamente.
Eu voltei ontem a configuracao para tdmoe e funcionou novamente, porem sem identificação. O problema pelo que percebo esta na troca de mfc com o asterisk que usa uma placa Aligera e nao da digivoice. Vc pode perceber pelo log acima anterior que nao troca mfc com a placa de e1.
Offline
Feedback para o tópico, após suporte telefônico:
Como o CB3000 TDMoE estava originalmente configurado para uso com TDMoE, o jumper JP1 e JP2 estavam abertos. Porém como foi solicitada a operação com R2D MFC no lugar de TDMoE, os jumpers (JP1 e JP2) foram fechados e o equipamente funcionou adequadamente.
Atenciosamente.