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

[Juan Rosero]

I'm from Colombia, but I had to use itu (with operator ETB from Bogotá). I'd be glad to help any way I can.


JUAN FELIPE ROSERO
Director de Ingeniería



  Syworks Latinamerica S.A.
  Av. El Dorado #68C-61
  Edificio Torre Central Of. 632
  Bogotá, Colombia
  http://www.nowtek.net

               +57 1 742 5555
 
This e-mail (including any attachments) is confidential and may be legally privileged.  If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments.  If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments.  Thank you.
 
Este e-mail (incluido cualquier archivo adjunto) es de carácter confidencial y tiene privilegios legales. Si usted no es el destinatario esperado o un representante autorizado del mismo, se prohíbe su uso, copia o distribución de su contenido o sus archivos adjuntos. Si usted recibió este correo por error, por favor notifique inmediatamente a su remitente por la misma vía, y borre todas las copias de este y los archivos adjuntos. Gracias

-----Original Message-----
From: asterisk-r2-bounces at lists.digium.com [mailto:asterisk-r2-bounces at lists.digium.com] On Behalf Of Moises Silva
Sent: Thursday, April 16, 2009 1:18 PM
To: asterisk-r2 at lists.digium.com
Subject: Re: [asterisk-r2] Multi Frequency Cycle Timeout - E1-R2 METROTEL COLOMBIA

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

_______________________________________________
--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