[AsteriskBrasil] Placa TE-220 e E1 Embratel
Thiago Coutinho
root em thiagoc.net
Domingo Abril 19 16:27:06 BRT 2015
Outra coisa, o comando mfcr2 show channels mostra o parâmetro Variant como
ITU e não br:
pabx*CLI> mfcr2 show channels
Chan Variant Max ANI Max DNIS ANI First Immediate Accept Tx CAS Rx CAS
1 ITU 10 4 Yes No IDLE IDLE
...
No chan_dahdi.conf está assim:
signalling=mfcr2
;switchtype=euroisdn
mfcr2_variant=br
mfcr2_get_ani_first=no
mfcr2_max_ani=20
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_logdir=span1
mfcr2_logging=all
mfcr2_allow_collect_calls=no
mfcr2_double_answer=no
Em 19 de abril de 2015 15:01, Thiago Coutinho <root em thiagoc.net> escreveu:
> Pelo que eu entendi a placa E1 (wct2xxp) está compartilhando IRQ com a
> controladora USB. A placa está conectada no único slot PCI-e que tem no
> servidor, ou seja, não tem como eu trocar de slot. Existe alguma saída
> neste caso, sem que eu tenha que trocar de servidor ou placa E1?
>
> Em 19 de abril de 2015 12:12, Thiago Coutinho <root em thiagoc.net> escreveu:
>
>> Será que pode ser IRQ?
>>
>> [thiagoc em pabx asterisk]$ cat /proc/interrupts
>> CPU0 CPU1 CPU2 CPU3
>> 0: 128 0 0 0 IO-APIC-edge timer
>> 1: 3 0 0 0 IO-APIC-edge i8042
>> 8: 1 0 0 0 IO-APIC-edge rtc0
>> 9: 3 0 0 0 IO-APIC-fasteoi acpi
>> 12: 4 0 0 0 IO-APIC-edge i8042
>> 16: 970259 0 0 0 IO-APIC-fasteoi
>> ehci_hcd:usb1, wct2xxp
>> 18: 0 0 0 0 IO-APIC-fasteoi
>> ata_generic, i801_smbus
>> 21: 973353 0 0 0 IO-APIC-fasteoi
>> wctdm24xxp0
>> 23: 35 0 0 0 IO-APIC-fasteoi
>> ehci_hcd:usb2
>> 40: 0 0 0 0 PCI-MSI-edge PCIe
>> PME
>> 41: 6720 0 0 801 PCI-MSI-edge ahci
>> 42: 14 0 2055 37 PCI-MSI-edge eno1
>> 43: 11 0 0 0 PCI-MSI-edge i915
>> 44: 25 0 0 0 PCI-MSI-edge
>> mei_me
>> 45: 0 0 0 0 PCI-MSI-edge
>> snd_hda_intel
>> NMI: 58 22 17 15 Non-maskable interrupts
>> LOC: 116108 78149 135481 105145 Local timer interrupts
>> SPU: 0 0 0 0 Spurious interrupts
>> PMI: 58 22 17 15 Performance monitoring
>> interrupts
>> IWI: 180 279 186 159 IRQ work interrupts
>> RTR: 0 0 0 0 APIC ICR read retries
>> RES: 7467 11342 4888 3406 Rescheduling interrupts
>> CAL: 561 529 572 453 Function call
>> interrupts
>> TLB: 64 105 99 128 TLB shootdowns
>> TRM: 0 0 0 0 Thermal event
>> interrupts
>> THR: 0 0 0 0 Threshold APIC
>> interrupts
>> MCE: 0 0 0 0 Machine check
>> exceptions
>> MCP: 5 5 5 5 Machine check polls
>> ERR: 0
>> MIS: 0
>>
>> Em 19 de abril de 2015 12:09, Thiago Coutinho <root em thiagoc.net>
>> escreveu:
>>
>>> Olá Maurício.
>>>
>>> Realmente, estava com o cabo invertido. Agora está funcionando, porém
>>> somente as chamadas recebidas, quando tento efetuar uma chamada chega no
>>> destino porém não dá nenhum toque e já desliga. No console recebo isso:
>>>
>>> [Apr 19 12:05:57] ERROR[5266][C-00000001]: chan_dahdi.c:3883
>>> dahdi_r2_write_log: Chan 1 - Protocol error. Reason = Invalid Multi
>>> Frequency Tone, R2 State = Seize ACK Received, MF state = Category
>>> Transmitted, MF Group = Forward Group II, CAS = 0x0C
>>> DNIS = XXXXXXXX, ANI = 4850, MF = 0x31
>>> [Apr 19 12:05:57] ERROR[5266][C-00000001]: chan_dahdi.c:3644
>>> dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Invalid Multi
>>> Frequency Tone
>>>
>>> Vi que este erro poderia acontecer devido à aterramento, porém o rack
>>> onde o servidor se encontra está aterrado corretamente.
>>>
>>> Em 18 de abril de 2015 18:07, Mauricio Magalhães <
>>> mauriciommagalhaes em gmail.com> escreveu:
>>>
>>>> parece que sesse link esta desativado ou cabo invertido.
>>>>
>>>> Caso não digite e mostre
>>>>
>>>> mfcr2 show channels
>>>>
>>>>
>>>>
>>>> *=-=-=-=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=*
>>>>
>>>>
>>>> *Maurício Magalhães.*T3 tecnologia - Analista de Rede/Telfonia IP.
>>>> Especialização em Segurança da Informação.
>>>> ITIL® V3 Certification.
>>>> Salvador - BA
>>>> mauricio em t3tecnologia.com.br
>>>> Cel. Com. (71) 97156766 - (VIVO)
>>>> Cel. Com. (71) 87149189 - (OI)
>>>>
>>>> *=-=-=-=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=*
>>>>
>>>>
>>>> Em 18 de abril de 2015 14:29, Thiago Coutinho <root em thiagoc.net>
>>>> escreveu:
>>>>
>>>>> Só pra constar, nessa configuração o dahdi inicia normalmente, mas no
>>>>> Asterisk recebo a seguinte mensagem em todos os canais:
>>>>>
>>>>> [Apr 18 14:15:19] WARNING[5574]: chan_dahdi.c:7271 handle_alarms:
>>>>> Detected alarm on channel 31: Red Alarm
>>>>>
>>>>> 2015-04-18 14:27 GMT-03:00 Thiago Coutinho <root em thiagoc.net>:
>>>>>
>>>>> Boa tarde.
>>>>>>
>>>>>> Estou tentando configurar esta placa E1, porém não estou
>>>>>> conseguindo. Uma coisa que notei pesquisando na Internet é que a maioria
>>>>>> utiliza o parâmetro dchan no system.conf, porém quando tento utilizar esse
>>>>>> parâmetro o dahdi nem inicia, dá o seguinte erro:
>>>>>>
>>>>>> Abr 18 14:01:24 simpabx dahdi[6259]: Possible causes:
>>>>>> Abr 18 14:01:24 simpabx dahdi[6259]: dchan is being used on a BRI
>>>>>> span (use hardhdlc)
>>>>>> Abr 18 14:01:24 simpabx dahdi[6259]: Signaling is being assigned to
>>>>>> channel 16 of an E1 CAS span
>>>>>> Abr 18 14:01:24 simpabx kernel: wct4xxp 0000:02:08.0: RCLK source set
>>>>>> to span 1
>>>>>> Abr 18 14:01:24 simpabx dahdi[6259]: [FALHOU]
>>>>>> Abr 18 14:01:24 simpabx kernel: wct4xxp 0000:02:08.0: SPAN 1: Primary
>>>>>> Sync Source
>>>>>> Abr 18 14:01:24 simpabx systemd[1]: dahdi.service: control process
>>>>>> exited, code=exited status=1
>>>>>> Abr 18 14:01:24 simpabx systemd[1]: Failed to start LSB: DAHDI kernel
>>>>>> modules.
>>>>>>
>>>>>> Segue as configurações:
>>>>>>
>>>>>> /etc/dahdi/system.conf
>>>>>>
>>>>>> loadzone = br
>>>>>> defaultzone = br
>>>>>>
>>>>>> span=1,1,0,cas,hdb3
>>>>>> cas=1-15:1101
>>>>>> cas=17-31:1101
>>>>>> #dchan=16
>>>>>>
>>>>>> /etc/asterisk/chan_dahdi.conf
>>>>>>
>>>>>> [trunkgroups]
>>>>>>
>>>>>> [channels]
>>>>>> language=br
>>>>>>
>>>>>> group=1
>>>>>> context=from-pstn
>>>>>> channel=>1-15,17-31
>>>>>> usecallerid=yes
>>>>>>
>>>>>> 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_logging=all
>>>>>> mfcr2_allow_collect_calls=no
>>>>>> mfcr2_double_answer=yes
>>>>>>
>>>>>> Alguém poderia me ajudar?
>>>>>>
>>>>>> --
>>>>>> Thiago Coutinho
>>>>>>
>>>>>> "O povo não deveria temer o governo. O governo é quem deveria temer o
>>>>>> povo."
>>>>>> V de Vingança
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Thiago Coutinho
>>>>>
>>>>> "O povo não deveria temer o governo. O governo é quem deveria temer o
>>>>> povo."
>>>>> V de Vingança
>>>>>
>>>>> _______________________________________________
>>>>> LANÇAMENTO UMG 100 KHOMP: O user media gateway com suporte a 1 link
>>>>> E1, 30 canais VoIP e registro em 2 contas SIP.
>>>>> Conheça este e todo o portfólio no próximo WORKOFFEE Khomp em BH, dia
>>>>> 7 de maio.
>>>>> Inscrições gratuitas em www.workoffee.com.br
>>>>> _______________________________________________
>>>>> DIGIVOICE: Fabricante pioneiro em Banco de Canais e Placas E1, GSM,
>>>>> FXO e FXS para Asterisk e Elastix. Temos Cursos de Telefonia IP e Asterisk.
>>>>> Construa soluções de PABX IP com produtos DigiVoice - visite
>>>>> www.digivoice.com.br
>>>>> _______________________________________________
>>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>>> para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> LANÇAMENTO UMG 100 KHOMP: O user media gateway com suporte a 1 link E1,
>>>> 30 canais VoIP e registro em 2 contas SIP.
>>>> Conheça este e todo o portfólio no próximo WORKOFFEE Khomp em BH, dia 7
>>>> de maio.
>>>> Inscrições gratuitas em www.workoffee.com.br
>>>> _______________________________________________
>>>> DIGIVOICE: Fabricante pioneiro em Banco de Canais e Placas E1, GSM, FXO
>>>> e FXS para Asterisk e Elastix. Temos Cursos de Telefonia IP e Asterisk.
>>>> Construa soluções de PABX IP com produtos DigiVoice - visite
>>>> www.digivoice.com.br
>>>> _______________________________________________
>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>> para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>>>
>>>
>>>
>>>
>>> --
>>> Thiago Coutinho
>>>
>>> "O povo não deveria temer o governo. O governo é quem deveria temer o
>>> povo."
>>> V de Vingança
>>>
>>
>>
>>
>> --
>> Thiago Coutinho
>>
>> "O povo não deveria temer o governo. O governo é quem deveria temer o
>> povo."
>> V de Vingança
>>
>
>
>
> --
> Thiago Coutinho
>
> "O povo não deveria temer o governo. O governo é quem deveria temer o
> povo."
> V de Vingança
>
--
Thiago Coutinho
"O povo não deveria temer o governo. O governo é quem deveria temer o povo."
V de Vingança
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20150419/f7928070/attachment-0001.html>
Mais detalhes sobre a lista de discussão AsteriskBrasil