Boa noite!
Geralmente isso é erro de escorregamento de link!
RSlip.
Tente aterrar a placa... E o rack também é importante esses links são bem sistemáticos.
Veja se esta dando erro com o comando:
cat /proc/interrupts
Posta a saida do comando por favor!

Sent using CloudMagic


On seg, fev 23, 2015 at 6:29 PM, Roberto Carlos <rc.1...@bol.com.br> wrote:

Estou tentando fazer funcionar uma E1 da Embratel MFC/R2 (São Paulo-SP) em uma placa TE110E no Asterisk 11.13.1 Debian 8 Jessie.
Eu consigo fazer ligações e receber ligações via URA, mas as chamadas duram poucos segundos e todas sempre caem.
Nesse mesmo servidor, tenho 4 linhas analógicas que funcionam perfeitamente.
Os ramais SIP via softphone também funcionam perfeitamente.
Os ATAS têm alguns problemas, mas isso deixarei para outro email.


As mensagens que ficam aparecendo o tempo todo na CLI são:
---------------------
[Feb 17 19:49:16] WARNING[5215]: chan_dahdi.c:8129 handle_alarms: Detected alarm on channel 1: Yellow Alarm
[Feb 17 19:49:16] NOTICE[5199]: chan_dahdi.c:4030 handle_clear_alarms: Alarm cleared on channel 1
[Feb 17 19:49:16] NOTICE[5188]: chan_dahdi.c:4421 dahdi_r2_on_line_idle: Far end unblocked on chan 1
---------------------

Quando recebo uma ligação, aparece o seguinte:
---------------------
New MFC/R2 call detected on chan 1.
MFC/R2 call offered on chan 1. ANI = 11xxxxxxxx, DNIS = 6680, Category = National Subscriber
MFC/R2 call has been accepted on backward channel 1
-- Executing [6680@embratel:1] Answer("DAHDI/1-1", "") in new stack
-- Executing [6680@embratel:2] Goto("DAHDI/1-1", "startIVR,s,2") in new stack
-- Goto (startIVR,s,2)
-- Executing [s@startIVR:2] NoOp("DAHDI/1-1", "/var/lib/asterisk/sounds/custom") in new stack
-- Executing [s@startIVR:3] Set("DAHDI/1-1", "GLOBAL(sounds_path)=/var/lib/asterisk/sounds/custom") in new stack
== Setting global variable 'sounds_path' to '/var/lib/asterisk/sounds/custom'
-- Executing [s@startIVR:4] Set("DAHDI/1-1", "TIMEOUT(response)=20") in new stack
-- Response timeout set to 200.000
-- Executing [s@startIVR:5] Set("DAHDI/1-1", "TIMEOUT(digit)=30") in new stack
-- Digit timeout set to 300.000
-- Executing [s@startIVR:6] BackGround("DAHDI/1-1", "/var/lib/asterisk/sounds/custom/xxxxx") in new stack
-- <DAHDI/1-1> Playing '/var/lib/asterisk/sounds/custom/xxxxx.slin' (language 'br')
[Feb 17 19:51:07] NOTICE[5188]: chan_dahdi.c:4412 dahdi_r2_on_line_blocked: Far end blocked on chan 2
[Feb 17 19:51:07] NOTICE[5203]: chan_dahdi.c:4412 dahdi_r2_on_line_blocked: Far end blocked on chan 18
[Feb 17 19:51:07] NOTICE[5202]: chan_dahdi.c:4412 dahdi_r2_on_line_blocked: Far end blocked on chan 17
[Feb 17 19:51:07] NOTICE[5204]: chan_dahdi.c:4412 dahdi_r2_on_line_blocked: Far end blocked on chan 19
[Feb 17 19:51:07] NOTICE[5189]: chan_dahdi.c:4412 dahdi_r2_on_line_blocked: Far end blocked on chan 3
Chan 1 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 1
== Spawn extension (startIVR, s, 6) exited non-zero on 'DAHDI/1-1'
MFC/R2 call end on channel 1
-- Hungup 'DAHDI/1-1'
[Feb 17 19:51:07] NOTICE[5203]: chan_dahdi.c:4421 dahdi_r2_on_line_idle: Far end unblocked on chan 18
---------------------


Segue a minha configuração:
---------------------
# vi /etc/dahdi/system.conf

# MFC R2
span=1,1,0,cas,hdb3
cas=1-15:1101
cas=17-31:1101
dchan=16
echocanceller=mg2,1-15,17-31




# vi /etc/asterisk/chan_dahdi.conf
[channels]
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
group=1
callgroup=1
pickupgroup=1
busydetect=yes
busycount=6




; MFC R2
language=br
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
faxdetect=incoming
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

; The next three params are for debuging, you can disable when in production
mfcr2_call_files=yes
mfcr2_logdir=embratel
mfcr2_logging=all

mfcr2_mfback_timeout=4500
; 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=yes
mfcr2_charge_calls=yes
rxgain=5.0
txgain=5.0
context=embratel
group=63
channel=>1-15,17-31

#include dahdi-channels.conf





# vi /etc/asterisk/dahdi-channels.conf
; Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0"
group=0,11
channel => 1-15,17-31
group=63
context=embratel
---------------------



Alguém poderia me dar alguma luz de onde estou errando?

Obrigado.



_______________________________________________
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
Intercomunicadores para acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
_______________________________________________
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-unsubscr...@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
Intercomunicadores para acesso remoto via rede IP e telefones IP
Conheça todo o portfólio em www.Khomp.com
_______________________________________________
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-unsubscr...@listas.asteriskbrasil.org

Responder a