[asterisk-r2] Incoming Calls hungup using MFCR2 Protocol

Juan Cuervo (Quality Telecom) juanrcuervo at quality-telecom.net
Fri Jan 20 13:57:02 CST 2012


Hi Diego

As I told you , I believe your problem is not related to the mfcr2 variant.
This seems more like a timing, phisical or drivers problem to me.

You use Sangoma and Wanpipe , and I have not experience in those.

Can anyone check if this might be related to a hardware / drivers issue?



Juan R. Cuervo Soto
Quality Telecom Ltd
www.quality-telecom.net
PBX : (575) 3693300
CEL : (57)  301-4174865


El 20/01/2012 11:46 a.m., Diego Pinzon escribió:
>
> Hi EveryBody, after teste "ar" variant the issue still hungup incoming 
> calls.
>
>
> [Jan 20 11:23:14] WARNING[19197] app_dial.c: Unable to forward voice frame
> [Jan 20 11:26:24] ERROR[19140] chan_dahdi.c: Chan 33 - Protocol error. 
> Reason = Invalid CAS, R2 State = Clear Forward Transmitted, MF state = 
> MF Engine Off, MF Group = Forward Group II, CAS = 0x04
> DNIS = 5848484, ANI = 3175131107, MF = 0x20
> [Jan 20 11:26:24] ERROR[19140] chan_dahdi.c: MFC/R2 protocol error on 
> chan 33: Invalid CAS
> [Jan 20 11:26:24] NOTICE[19140] chan_dahdi.c: Far end unblocked on chan 33
> [Jan 20 11:27:01] WARNING[19139] chan_dahdi.c: Chan 20 - MF back cycle 
> timed out!
> [Jan 20 11:27:01] ERROR[19139] chan_dahdi.c: Chan 20 - Protocol error. 
> Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK 
> Transmitted, MF state = ANI Request Transmitted, MF Group = Backward 
> Group A, CAS = 0x00
> DNIS = 5, ANI = 31751311, MF = 0x31
> [Jan 20 11:27:01] ERROR[19139] chan_dahdi.c: MFC/R2 protocol error on 
> chan 20: Multi Frequency Cycle Timeout
> [Jan 20 11:27:01] NOTICE[19139] chan_dahdi.c: Far end unblocked on chan 20
>
>
> Regards,
> Diego Pinzon
>
> ------------------------------------------------------------------------
> Date: Fri, 20 Jan 2012 09:10:05 -0500
> From: juanrcuervo at quality-telecom.net
> To: asterisk-r2 at lists.digium.com
> CC: diego_p_29 at hotmail.com; eduardosolando85 at gmail.com
> Subject: Re: [asterisk-r2] Incoming Calls hungup using MFCR2 Protocol
>
> Hi Diego
>
> I have been working for a while in Barranquilla with both PSTN 
> providers (telecom , Metrotel).
> You should try the Argentina variant of MFCR2. (AR), it works fine for me.
>
> Anyway, I believe you have a problem apart from the signalling 
> variant. can you please post your system.conf (dahdi) configuration 
> file and your chan_dahdi.conf
>
> Regards,
>
> Juan R. Cuervo Soto
> Quality Telecom Ltd
> www.quality-telecom.net  <http://www.quality-telecom.net>
> PBX : (575) 3693300
> CEL : (57)  301-4174865
>
> El 20/01/2012 07:17 a.m., Diego Pinzon escribió:
>
>
>     Hi, EveryBody.
>
>     I have some problems with a MFCR2 Protocol and Colombian TELCO.
>     Some calls hungup or after answer the operator and other calls
>     reamin silent.
>
>     The main problems are:
>     1. The channels are swithching between "Zap alarm" and "Far en
>     ublocked on chan.."
>     2. Protocol Error, INVALID CAS
>     3. Protocol Error...  Invalid Multi Frequency Tone
>
>     I need your help to fix it, I teste itu, ar, br variants and the
>     issue didnt fix. Please any advice will be ready for testing
>
>
>     _System Details:_
>     A102 Sangoma
>     MFC.R2 Variant: CO
>     Asterisk-1.4.32
>     dahdi-linux-2.5.0.2
>     dahdi-tools-2.5.0.2
>     openr2-1.3.2
>     Openr2-asterisk-1.4.32-p1.patch
>     wanpipe-3.5.24
>
>     Diego Pinzon
>
>     Log:
>
>     Jan 19 23:46:23] NOTICE[8636] cdr.c: CDR simple logging enabled.
>     [Jan 19 23:46:23] NOTICE[8636] loader.c: 146 modules will be loaded.
>     [Jan 19 23:46:23] WARNING[8636] res_smdi.c: No SMDI interfaces are
>     available to listen on, not starting SMDI listener.
>     [Jan 19 23:46:23] ERROR[8636] codec_dahdi.c: Failed to open
>     /dev/dahdi/transcode: No such file or directory
>     [Jan 19 23:46:23] NOTICE[8654] chan_dahdi.c: Far end unblocked on
>     chan 32
>     [Jan 19 23:46:23] NOTICE[8654] chan_dahdi.c: Far end unblocked on
>     chan 33
>     [Jan 19 23:46:23] NOTICE[8654] chan_dahdi.c: Far end unblocked on
>     chan 34
>     ....
>
>     ---------------------------------------------------------------------------------
>     RED ALARM .........................
>     [Jan 20 00:08:00] WARNING[8652] chan_dahdi.c: Detected alarm on
>     channel 1: Red Alarm
>     [Jan 20 00:08:00] WARNING[8652] chan_dahdi.c: Zap alarm on chan 1.
>     ....
>     [Jan 20 00:08:00] WARNING[8653] chan_dahdi.c: Zap alarm on chan 31.
>     [Jan 20 00:08:00] WARNING[8652] chan_dahdi.c: Detected alarm on
>     channel 5: Red Alarm
>
>     .....................................................................................................
>     PROTOCOL ERROR ........................
>
>     [Jan 20 00:28:10] NOTICE[8653] chan_dahdi.c: Alarm cleared on
>     channel 31
>     [Jan 20 00:28:10] WARNING[8653] chan_dahdi.c: Zap alarm on chan 31.
>     [Jan 20 00:34:04] ERROR[8652] chan_dahdi.c: Chan 1 - Protocol
>     error. Reason = Invalid CAS, R2 State = Idle, MF state = MF Engine
>     Off, MF Group = No Group, CAS = 0x04
>     DNIS = , ANI = , MF = 0x20
>     [Jan 20 00:34:04] ERROR[8652] chan_dahdi.c: MFC/R2 protocol error
>     on chan 1: Invalid CAS
>     [Jan 20 00:34:04] ERROR[8652] chan_dahdi.c: Chan 2 - Protocol
>     error. Reason = Invalid CAS, R2 State = Idle, MF state = MF Engine
>     Off, MF Group = No Group, CAS = 0x04
>     DNIS = , ANI = , MF = 0x20
>     [Jan 20 00:34:04] ERROR[8652] chan_dahdi.c: MFC/R2 protocol error
>     on chan 2: Invalid CAS
>     [Jan 20 00:34:04] ERROR[8652] chan_dahdi.c: Chan 3 - Protocol
>     error. Reason = Invalid CAS, R2 State = Idle, MF state = MF Engine
>     Off, MF Group = No Group, CAS = 0x04
>     DNIS = , ANI = , MF = 0x20
>     [Jan 20 00:34:04] ERROR[8652] chan_dahdi.c: MFC/R2 protocol error
>     on chan 3: Invalid CAS
>     [Jan 20 00:34:04] NOTICE[8652] chan_dahdi.c: Far end blocked on chan 4
>
>     .....................................................................................................
>     PROTOCOL ERROR ........................
>
>     [Jan 20 03:45:21] ERROR[11754] chan_dahdi.c: Chan 32 - Protocol
>     error. Reason = Invalid Multi Frequency Tone, R2 State = Seize ACK
>     Received, MF state = Category Transmitted, MF Group = Forward
>     Group II, CAS = 0x0C
>     DNIS = 5848484, ANI = 55702714, MF = 0x33
>     [Jan 20 03:45:21] ERROR[11754] chan_dahdi.c: MFC/R2 protocol error
>     on chan 32: Invalid Multi Frequency Tone
>     [Jan 20 03:45:21] WARNING[11754] app_dial.c: Unable to forward
>     voice or dtmf
>     [Jan 20 03:45:21] ERROR[11754] chan_dahdi.c: Chan 32 - Trying to
>     dial out in a non-idle channel (cas=0x0C)
>     [Jan 20 03:45:21] ERROR[11754] chan_dahdi.c: unable to make new
>     MFC/R2 call!
>     [Jan 20 03:45:21] NOTICE[8654] chan_dahdi.c: Far end unblocked on
>     chan 32
>     [Jan 20 03:59:43] WARNING[8652] chan_dahdi.c: Detected alarm on
>     channel 1: Red Alarm
>
>
>     ......................................................................................................................................................................
>     chan_dahdi.conf
>
>
>     [channels]
>     context=default
>     usecallerid=yes
>     hidecallerid=no
>     callwaiting=yes
>     usecallingpres=yes
>     callwaitingcallerid=yes
>     threewaycalling=yes
>     transfer=yes
>     canpark=yes
>     cancallforward=yes
>     callreturn=yes
>     echocancel=no
>     echocancelwhenbridged=no
>     relaxdtmf=yes
>     rxgain=0.0
>     txgain=0.0
>     group=1
>     callgroup=1
>     pickupgroup=1
>     immediate=no
>     ;Sangoma A102 port 1 [slot:10 bus:1 span:1] <wanpipe1>
>
>     signalling=mfcr2
>     mfcr2_variant=co
>     mfcr2_get_ani_first=yes
>     mfcr2_max_ani=10
>     mfcr2_max_dnis=7
>     mfcr2_category=national_subscriber
>     mfcr2_mfback_timeout=-1
>     mfcr2_metering_pulse_timeout=-1
>     mfcr2_logdir=log
>     mfcr2_logging=all
>
>     context=from-pstn
>     switchtype=euroisdn
>     group=0
>     faxdetect=incoming
>     signalling=mfcr2
>     channel => 1-15,17-31
>
>     ;Sangoma A102 port 2 [slot:10 bus:1 span:2] <wanpipe2>
>     switchtype=euroisdn
>     context=from-pbx
>     group=1
>     faxdetect=incoming
>     signalling=mfcr2
>     mfcr2_variant=co
>     mfcr2_max_ani=10
>     mfcr2_max_dnis=7
>     mfcr2_category=national_subscriber
>     mfcr2_mfback_timeout=-1
>     mfcr2_metering_pulse_timeout=-1
>     mfcr2_logdir=log
>     mfcr2_logging=all
>     channel => 32-46,48-62
>
>
>     ...............................................................................
>     system.conf
>
>     loadzone=us
>     defaultzone=us
>
>     #Sangoma A102 port 1 [slot:10 bus:1 span:1] <wanpipe1>
>     span=1,1,0,cas,hdb3
>     cas=1-15:1101
>     dchan=16
>     cas=17-31:1101
>
>     #Sangoma A102 port 2 [slot:10 bus:1 span:2] <wanpipe2>
>     span=2,0,0,cas,hdb3
>     cas=32-46:1101
>     dchan=47
>     cas=48-62:1101
>
>
>
>
>     --
>     _____________________________________________________________________
>     -- Bandwidth and Colocation Provided byhttp://www.api-digital.com  --
>
>     asterisk-r2 mailing list
>     To UNSUBSCRIBE or update options visit:
>         http://lists.digium.com/mailman/listinfo/asterisk-r2
>
>
>
>     Se certificó que el correo no contiene virus.
>     Comprobada por AVG - www.avg.es <http://www.avg.es>
>     Versión: 2012.0.1901 / Base de datos de virus: 2109/4754 - Fecha
>     de la versión: 19/01/2012
>
> Se certificó que el correo no contiene virus.
> Comprobada por AVG - www.avg.es <http://www.avg.es>
> Versión: 2012.0.1901 / Base de datos de virus: 2109/4755 - Fecha de la 
> versión: 20/01/2012
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20120120/8553c415/attachment-0001.htm>


More information about the asterisk-r2 mailing list