[asterisk-r2] Protocol error

Moises Silva moises.silva at gmail.com
Wed Jun 17 12:38:38 CDT 2009


On Wed, Jun 17, 2009 at 12:13 PM, Anton Krall<akrall at intruder.com.mx> wrote:
> Done.. Telmex will be going tomorrow to check it out.. What should I tell
> them? To check the e1 variant on the DTU? Can a DTU be configured on a
> specific variant or specific number of DNIS to watch for? Or is this a
> problem on their side (the central box)?
You should write down the numbers that failed.

In the first error you posted (don't remember the number) tell them
that while in Group A signals you are getting signal 5, which
according to Telmex specification is a "reserved" signal, which
basically means the signal is invalid (not used). They should be
sending either signal 3 or 6 (3 is for change to Group B signals and 6
for change to Group C signals).

In the second call, they request DNIS and we give them ALL the DNIS
digits we have, they then request more DNIS than we have. The expected
behaviour is that we ignore they request then they should timeout and
proceed to other request, but in fact, they should know (because of
the dial patterns) that no more digits are required to proceed.

I am not sure the Telmex specification I have can be considered as
"public", it was quite hard to find someone in Telmex that knew what I
was talking about and get the specificatoin from them, in the end
Martín Lara Barron from Telmex gave me the spec, I'd need to confirm
with him if I am allowed to post a link to it.

I suggest you make some tests tonight when the server is not in use
(using originate CLI command) to call these 2 numbers you saw failed
and see if they fail constantly. If they fail then you can ask them
straight forward why the calls fail to these numbers.

-- 
Moises Silva
Software Developer
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



More information about the asterisk-r2 mailing list