[asterisk-r2] Multi Frequency Cycle Timeout - E1-R2 METROTEL COLOMBIA

[Giovanny Magallanes]

Thanks Carlos for your response. The problem was solved changing
mfcr2_get_any_first to "yes" and protocol variant to "br", no "co".
Moy, many thanks for your assistance.

Regards,

GM

2009/4/13 Carlos Andrés Tapasco Viera <ctapasco at opengroupsa.com>

> Hi, I had same trouble with Telefonica in Tuluá, Valle del Cauca, and I
> solved it changing my DNIS = 3 and mfcr2_variant=itu.  I see in your log,
> you're sending DNIS = 3 but your telco is waiting 4.  Modify this parameter
> and the variant for ITU.  Good luck.
>
>   On Wed, Apr 8, 2009 at 6:12 PM, Giovanny Magallanes <
> gmagallanes at gmail.com> wrote:
>
>>
>> Hi,
>>
>> I have installed Elastix 1.5.2 (Barranquilla, Colombia (TELCO: METROTEL))
>> with a TE220P (2xE1) and TDM2400P (16FXS), openr2 is included in 1.5.2
>> version. The outcoming calls are ok, but with incoming call i have an error:
>>
>> ERROR*[*14972*]* chan_dahdi.c: Chan 2 - 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 = 310, ANI = , MF = 0x20
>>
>> I tried with all protocol variants availables, because seems thats the
>> cause, but I still have the problem.
>>
>> elastix*CLI> mfcr2 show variant
>> Variant Code                                  Country
>>   AR                                Argentina
>>   BR                                   Brazil
>>   CN                                    China
>>   CZ                           Czech Republic
>>   CO                                 Colombia
>>   EC                                  Ecuador
>>  ITU    International Telecommunication Union
>>   MX                                   Mexico
>>   PH                              Philippines
>>   VE                                Venezuela
>> elastix*CLI>
>>
>>
>>
>> The following link has the content of files: chan_dahdi.conf, system.conf,
>> and a tail of /var/log/asterisk/full
>>
>> http://pastebin.com/f3424b319
>>
>> Is this really a variant protocol problem? Any suggest?
>>
>> Regards,
>>
>>
>>
>> GM
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-r2 mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-r2
>>
>
>
>
> --
> Carlos Andrés Tapasco Viera
> OpenGroup
> Ingeniero Electrónico
> Area de Telecomunicaciones
> IP-PBX +57-24862030
> Mobile 1 +57-3117650143
> Mobile 2 +57-3012141132
> Santiago de Cali
> Valle del Cauca
> Colombia
> Sudamérica
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-r2 mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-r2
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-r2/attachments/20090416/7e7a9f42/attachment.htm