"umar tarar" <umar.tarar@xxxxxxxxx> 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
|