Hi Moises and Steve,<br><br>I tried with all protocol variants for Openr2 (AR, BR, CN, CZ, CO, EC, ITU, MX, PH, VE) and setting <span class="re2">"mfcr2_skip_category=</span>yes", but the problem persists. I tried with Unicall and, in this way, I could make and receive calls without problems, using protocol variant BR or CO (I did not try with another variants). <br>
Moises, if you wish the next Monday (4/13) we can chat (off-list) for this issue.<br><br>Thanks for your attention.<br><br>Giovanny Magallanes<br><br><div class="gmail_quote">2009/4/8 Giovanny Magallanes <span dir="ltr"><<a href="mailto:gmagallanes@gmail.com">gmagallanes@gmail.com</a>></span><br>
<br><pre>> Hi Moises,<br><br>> The Natural Microsystems document describes the two Colombian variants <br>> supported by Unicall. They are both a bit like China. The key difference <br>> between them in detecting the end of variable length digit strings.. The <br>
> cellular one requires a timeout and pulsing of A3 to detect the end of <br>> variable length digit strings. This is an awful technique, as it really <br>> slows things down. However, several places do it. What I think happens, <br>
> and what is not clearly described in the Natural Microsystems document, <br>> is that if a calling party category is not available you might need to <br>> do a timeout and pulse A3 for that, as well as for digit strings.<br>
<br>> I have some notes on a third Colombian protocol, which I haven't <br>> implemented in Unicall, as I don't have complete information. My notes <br>> say the category and the ANI are both requested using A-6, and the ANI <br>
> must be requested after the DNIS is complete. Those notes don't indicate <br>> what all the other signals are - i.e. DNIS request, number complete, etc.<br><br>> Steve<br><br><br>> Moises Silva wrote:<br>
>><i> The OpenR2 CO variant was implemented using the specification found in</i><br>>><i> a CAS protocols reference manual by Natural MicroSystems. It was</i><br>>><i> tested by someone in Colombia but I don't remember the telco though.</i><br>
>><br>>><i> Unicall uses the same A-6 signal to request calling party category,</i><br>>><i> which is the one openr2 is using too. It seems the telco does not like</i><br>>><i> this signal and is just ignoring it and openr2 eventually times out</i><br>
>><i> waiting for the category.</i><br>>><br>>><i> Giovanny, if the problem persist after my recommendation contact me</i><br>>><i> off-list to arrange a debug session.</i><br>>><br>>><i> Moy</i><br>
>><br>>><i> On Thu, Apr 9, 2009 at 8:02 AM, Steve Underwood <steveu@xxxxxxxxxxx> wrote:</i><br>>><i> </i><br>>><i>> Hi,</i><br>>><i>></i><br>>><i>> There are at least 2 R2 protocol variants in Colombia - one used by land</i><br>
>><i>> lines, and one used by the cellular networks. Unicall implements both,</i><br>>><i>> and I think both have been used successfully by people in Colombia (I</i><br>>><i>> seem to remember debugging with people there long ago). Which is the</i><br>
>><i>> protocol called "CO" in openr2?</i><br>>><i>></i><br>>><i>> Steve.</i><br>>><i>></i><br>>><i>> Moises Silva wrote:</i><br>>><i>> </i><br>>><i>>> Sounds like a protocol variant issue. Is the telco supposed to send you ANI?</i><br>
>><i>>></i><br>>><i>>> You have 2 options, the first option is to try with the ITU variant,</i><br>>><i>>> if that does not work, set the option mfcr2_skip_category=yes and see</i><br>>><i>>> if that helps.</i><br>
>><i>>></i><br>>><i>>> Moy</i><br>>><i>>></i><br>>><i>>> On Wed, Apr 8, 2009 at 6:06 PM, Giovanny Magallanes</i><br>>><i>>> <gmagallanes@xxxxxxxxx> wrote:</i><br>
>><i>>></i><br>>><i>>> </i><br>>><i>>>> Hi,</i><br>>><i>>>></i><br>>><i>>>> I have installed Elastix 1.5.2 (Barranquilla, Colombia (TELCO: METROTEL))</i><br>
>><i>>>> with a TE220P (2xE1) and TDM2400P (16FXS), openr2 is included in 1.5.2</i><br>>><i>>>> version. The outcoming calls are ok, but with incoming call i have an error:</i><br>>><i>>>></i><br>
>><i>>>> ERROR[14972] chan_dahdi.c: Chan 2 - Protocol error. Reason = Multi Frequency</i><br>>><i>>>> Cycle Timeout, R2 State =</i><br>>><i>>>> Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group =</i><br>
>><i>>>> Backward Group A, CAS = 0x00</i><br>>><i>>>> DNIS = 310, ANI = , MF = 0x20</i><br>>><i>>>></i><br>>><i>>>> I tried with all protocol variants availables, because seems thats the</i><br>
>><i>>>> cause, but I still have the problem.</i><br>>><i>>>></i><br>>><i>>>> elastix*CLI> mfcr2 show variant</i><br>>><i>>>> Variant Code Country</i><br>
>><i>>>> AR Argentina</i><br>>><i>>>> BR Brazil</i><br>>><i>>>> CN China</i><br>
>><i>>>> CZ Czech Republic</i><br>>><i>>>> CO Colombia</i><br>>><i>>>> EC Ecuador</i><br>
>><i>>>> ITU International Telecommunication Union</i><br>>><i>>>> MX Mexico</i><br>>><i>>>> PH Philippines</i><br>
>><i>>>> VE Venezuela</i><br>>><i>>>> elastix*CLI></i><br>>><i>>>></i><br>>><i>>>></i><br>>><i>>>></i><br>>><i>>>> The following link has the content of files: chan_dahdi.conf, system.conf,</i><br>
>><i>>>> and a tail of /var/log/asterisk/full</i><br>>><i>>>></i><br>>><i>>>> <a rel="nofollow" href="http://pastebin.com/f3424b319">http://pastebin.com/f3424b319</a></i><br>>><i>>>></i><br>
>><i>>>> Is this really a variant protocol problem? Any suggest?</i><br>>><i>>>></i><br>>><i>>>> Regards,</i><br>>><i>>>></i><br>>><i>>>></i><br>>><i>>>></i><br>
>><i>>>> GM</i><br>>><i>>>></i><br>>><i>>>> _______________________________________________</i><br>>><i>>>> -- Bandwidth and Colocation Provided by <a rel="nofollow" href="http://www.api-digital.com/">http://www.api-digital.com</a> --</i><br>
>><i>>>></i><br>>><i>>>> asterisk-users mailing list</i><br>>><i>>>> To UNSUBSCRIBE or update options visit:</i><br>>><i>>>> <a rel="nofollow" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a></i><br>
>><i>>>></i><br>>><i>>>></i><br>>><i>>>> </i><br>>><i>>></i><br>>><i>>></i><br>>><i>>> </i><br>>><i>> _______________________________________________</i><br>
>><i>> -- Bandwidth and Colocation Provided by <a rel="nofollow" href="http://www.api-digital.com/">http://www.api-digital.com</a> --</i><br>>><i>></i><br>>><i>> asterisk-users mailing list</i><br>
>><i>> To UNSUBSCRIBE or update options visit:</i><br>>><i>> <a rel="nofollow" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a></i><br>
>><i>></i><br>>><i>> </i><br>>><br>>><br>>><br>>><i> </i><br><br><br></pre></div><br>