[AsteriskBrasil] OpenR2 + Telefonica

Wagner Oliveira wagaobr em yahoo.com
Sexta Março 5 21:52:46 BRT 2010


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...
 wagaobr em 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-00000ce3'
[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-00000cdd'
[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



-----------------------------------------------------------------

/etc/dahdi/system.conf

span=1,1,0,cas,hdb3
span=2,0,0,cas,hdb3
span=3,0,0,cas,hdb3
span=4,0,0,cas,hdb3

cas=1-15:1101
cas=17-31:1101
#
cas=32-46:1101
cas=48-62:1101
#
cas=63-77:1101
cas=79-93:1101
#
cas=94-108:1101
cas=110-124:1101

_______________________________________________
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 em listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil



      
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100305/160198b1/attachment-0001.htm 


Mais detalhes sobre a lista de discussão AsteriskBrasil