[asterisk-ss7] has anyone connected chan_ss7 with Siemens V16?

[Kristian Nielsen]

"umar tarar" <umar.tarar at gmail.com> writes:

> Dec 16 01:10:16 ERROR[4904]: mtp.c:765 timeout_sltm_t1: No SLTA received
> within Q.707 timer T1, faulting link on link 'l1'.
> Dec 16 01:10:16 WARNING[4904]: chan_ss7.c:3598 monitor_main: MTP is now DOWN
> on link 'l1'.

Basically, this is chan_ss7 complaining that the other end is not obeying the
SLTM/SLTA exchange.

There is an ITU Q.707 document that mandates the use of SLTM/SLTA, and
requires a compliant implementation to fault the link if it does not receive
the SLTA from the other end within some timeout.

Maybe they just disabled the Q.707 stuff in the Siemens switch?

In any case, for whatever reason, chan_ss7 is refusing to take any calls from
the link because it is not seeing the SLTA message from the other end, as
required by Q.707.

These days there may be an option to disable SLTM/SLTA in chan_ss7 (not
sure?). Else you should be able to easily search for the "No SLTA received"
error message in the source code and comment out the check for SLTA so that
chan_ss7 will no longer fault the link.

Q.707 is in any case not very useful (more like harmful actually) on setups
without redundant links and routes...

 - Kristian.

-- 
Kristian Nielsen, Software Developer    www.mysql.com
Are you MySQL certified?  www.mysql.com/certification