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

[Moises Silva]

It seems to me then that I may need to adjust values for the colombian variant.

Is there any users from Colombia in the list?? (aside from Giovanny)
That may help me to test changes in the Colombian variant? Even when
is good to hear that setting Variant to BR works for you guys, this is
more a work around than a fix, I'd like to fix the problem at its
root.

Moy

On Thu, Apr 16, 2009 at 2:13 PM, Giovanny Magallanes
<gmagallanes at gmail.com> wrote:
> 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
>
>
> _______________________________________________
> --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
>



-- 
"I do not agree with what you have to say, but I’ll defend to the
death your right to say it." Voltaire