[asterisk-r2] Protocol Error with TELMEX
Moises Silva
moises.silva at gmail.com
Fri Dec 11 13:17:57 CST 2009
I used to see this under heavy load on my early testing and that's why I
added mf_threshold timer, mostly for development. The error means we got a
MF tone, and then immediately another MF tone without any silence in the
middle, which is a violation of th MF R2 protocol. I have 2 hypothesis for
this:
1. The server is too slow (or Asterisk sometimes is too slow and drops audio
coming from the board and therefore MF tones)
2. Hardware/cabling problems that cause audio to be dropped sometimes.
3. Noise in the line (I am not a hardware guy, so I may be talking nonsense
here, but bad grounding may be a cause? )
You can try adding mf_threshold=50 in r2proto.conf advanced configuration
file ( google that, probably I already explained how to do it ). That may
help but is not going to fix the root cause.
--
Moises Silva
Senior Software Engineer
Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3
Canada
t. 1 905 474 1990 x 128 | e. moy at sangoma.com
On Thu, Dec 10, 2009 at 12:02 PM, Alvaro Parres <aparres at gmail.com> wrote:
> Hi list, i have one client that change from Axtel to Telmex, and since
> the change i'm having the next error con console (not always, but some
> times).
>
> [Dec 8 09:08:57] ERROR[13358]: chan_dahdi.c:1272 dahdi_r2_write_log:
> Chan 7 - Broken MF sequence got 5 but never got tone off for tone 0!
> [Dec 8 09:08:57] ERROR[13358]: chan_dahdi.c:1272 dahdi_r2_write_log:
> Chan 7 - Protocol error. Reason = Broken MF Sequence, R2 State = Seize
> ACK Transmitted, MF state = DNIS Request Transmitted, MF Group =
> Backward Group A, CAS = 0x00
> DNIS = 00, ANI = , MF = 0x30
> [Dec 8 09:08:57] ERROR[13358]: chan_dahdi.c:1034
> dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 7: Broken MF
> Sequence
> [Dec 8 09:09:08] NOTICE[13358]: chan_dahdi.c:1295
> dahdi_r2_on_line_idle: Far end unblocked on chan 7
>
> if i made a mfr2 show channels i get:
>
> han Variant Max ANI Max DNIS ANI First Immediate Accept Tx CAS Rx CAS
> 1 MX 10 4 No No IDLE FORCED R
> 2 MX 10 4 No No IDLE FORCED R
> 3 MX 10 4 No No IDLE FORCED R
> 4 MX 10 4 No No IDLE FORCED R
> 5 MX 10 4 No No IDLE FORCED R
> 6 MX 10 4 No No IDLE FORCED R
> 7 MX 10 4 No No IDLE FORCED R
> 8 MX 10 4 No No IDLE FORCED R
> 9 MX 10 4 No No IDLE FORCED R
> 10 MX 10 4 No No IDLE FORCED R
> 11 MX 10 4 No No IDLE FORCED R
> 12 MX 10 4 No No IDLE FORCED R
> 13 MX 10 4 No No IDLE FORCED R
> 14 MX 10 4 No No IDLE FORCED R
> 15 MX 10 4 No No IDLE FORCED R
> 17 MX 10 4 No No IDLE FORCED R
> 18 MX 10 4 No No IDLE IDLE
> 19 MX 10 4 No No IDLE FORCED R
> 20 MX 10 4 No No ANSWER SEIZE
>
>
> The main problem, is that sometimes, i can't get any trunk for dial
> out or some time i get busy tone when dialing in.
>
> (this is the only client with this problem, i have other clients with
> telmex and don't have this problem).
>
> Thanks.
>
>
> --
> Alvaro I. Parres Peredo
> Director de IT
> Grupo Xmarts SA de CV
> Tel: +52 (33) 35 63 6261 Ext. 112
> 01 800 087 2260
> Cel: +52 (33) 33 68 1087
> alvaro.parres at xmarts.com.mx
>
> _______________________________________________
> --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/20091211/c0a2069b/attachment.htm
More information about the asterisk-r2
mailing list