Hi,

Your initial request to not send SLTM looks solved. Now, you are receiving SIOS 
(out of service indication) from your provider after the link is in service: 

> [Jun  8 23:50:04] NOTICE[7939]: mtp.c:1148 mtp2_process_lssu: Got status
> indication 'OS' while INSERVICE on link 'l16’.

> [Jun  8 23:50:04] NOTICE[7939]: mtp.c:1148 mtp2_process_lssu: Got status
> indication 'OS' while INSERVICE on link 'l1’.

The best way to debug this would be to test with just one link to start and ask 
your provider what they are seeing on their side.
There are many possible causes (hardware echo cancellation, clock 
synchronisation…) It’s impossible to guess.

Post your full hardware specs and configs on the list and maybe someone will 
spot the problem.

Please always answer to the list, not to me directly.

Best Regards,
Vallimamod
.

On 08 Jun 2014, at 20:53, shazi . <engrmuhammadshah...@hotmail.com> wrote:

> Dear Vallimamod,
> 
> Thanks for you kind and quick response, Links still fluctutating after
> upgrading Chan_ss7 ver 2.2.0.
> 
> PFA ss7.conf, please help.
> 
> [Jun  8 23:50:02] NOTICE[7939]: mtp.c:1296 mtp2_good_frame: Sending TRA to
> peer on link 'l16'....
> [Jun  8 23:50:02] WARNING[7939]: chan_ss7.c:121 process_event: MTP is now UP
> on link 'l1'.
> [Jun  8 23:50:02] NOTICE[7939]: mtp.c:1296 mtp2_good_frame: Sending TRA to
> peer on link 'l1'....
> [Jun  8 23:50:04] NOTICE[7939]: mtp.c:1148 mtp2_process_lssu: Got status
> indication 'OS' while INSERVICE on link 'l16'.
> [Jun  8 23:50:04] WARNING[7939]: chan_ss7.c:125 process_event: MTP is now
> DOWN on link 'l16'.
> [Jun  8 23:50:04] NOTICE[7939]: mtp.c:665 mtp_changeover: MTP changeover
> last_ack=0, last_sent=0, from schannel 16, no INSERVICE schannel found
> [Jun  8 23:50:04] NOTICE[7939]: mtp.c:669 mtp_changeover: Failover not
> possible, no other signalling link and no other host available.
> [Jun  8 23:50:04] WARNING[7939]: chan_ss7.c:125 process_event: MTP is now
> DOWN on link 'l16'.
> [Jun  8 23:50:04] NOTICE[7939]: mtp.c:1148 mtp2_process_lssu: Got status
> indication 'OS' while INSERVICE on link 'l1'.
> [Jun  8 23:50:04] WARNING[7939]: chan_ss7.c:125 process_event: MTP is now
> DOWN on link 'l1'.
> [Jun  8 23:50:04] NOTICE[7939]: mtp.c:665 mtp_changeover: MTP changeover
> last_ack=0, last_sent=0, from schannel 16, no INSERVICE schannel found
> [Jun  8 23:50:04] NOTICE[7939]: mtp.c:669 mtp_changeover: Failover not
> possible, no other signalling link and no other host available.
> [Jun  8 23:50:04] WARNING[7939]: chan_ss7.c:125 process_event: MTP is now
> DOWN on link 'l1'.
> MS2*CLI> ss7 version
> chan_ss7 version 2.2.0
> [Jun  8 23:50:05] WARNING[7939]: chan_ss7.c:121 process_event: MTP is now UP
> on link 'l16'.
> [Jun  8 23:50:05] NOTICE[7939]: mtp.c:1296 mtp2_good_frame: Sending TRA to
> peer on link 'l16'....
> [Jun  8 23:50:06] WARNING[7939]: chan_ss7.c:121 process_event: MTP is now UP
> on link 'l1'.
> [Jun  8 23:50:06] NOTICE[7939]: mtp.c:1296 mtp2_good_frame: Sending TRA to
> peer on link 'l1'....
> MS2*CLI>
> Disconnected from Asterisk server
> Executing last minute cleanups
> 
> 
> 
> 
> -----Original Message-----
> From: asterisk-ss7-boun...@lists.digium.com
> [mailto:asterisk-ss7-boun...@lists.digium.com] On Behalf Of
> asterisk-ss7-requ...@lists.digium.com
> Sent: Sunday, June 8, 2014 10:00 PM
> To: asterisk-ss7@lists.digium.com
> Subject: asterisk-ss7 Digest, Vol 111, Issue 2
> 
> Send asterisk-ss7 mailing list submissions to
>       asterisk-ss7@lists.digium.com
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>       http://lists.digium.com/mailman/listinfo/asterisk-ss7
> or, via email, send a message with subject or body 'help' to
>       asterisk-ss7-requ...@lists.digium.com
> 
> You can reach the person managing the list at
>       asterisk-ss7-ow...@lists.digium.com
> 
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of asterisk-ss7 digest..."
> 
> 
> Today's Topics:
> 
>   1. Need to disabled SLTA responses on Chan_SS7 code level (shazi .)
>   2. Re: Need to disabled SLTA responses on Chan_SS7 code     level
>      (Vallimamod Abdullah)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 8 Jun 2014 20:56:42 +0500
> From: "shazi ." <engrmuhammadshah...@hotmail.com>
> To: <asterisk-ss7@lists.digium.com>
> Subject: [asterisk-ss7] Need to disabled SLTA responses on Chan_SS7
>       code    level
> Message-ID: <bay403-eas316639dfe448478c24ebf08a8...@phx.gbl>
> Content-Type: text/plain; charset="us-ascii"
> 
> Hi Experts,
> 
> Can anybody please help me out to disabled SLTA responses on Chan_SS7 code
> level.
> 
> I've come across below link but don't understand much.
> http://copilotco.com/mail-archives/asterisk-ss7.2006/msg00896.html
> 
> What I need is chan_ss7 to not to wait for SLTA after sending an SLTM
> because right now if SLTA not received it change the link-state to DOWN
> after two tries & the Q.707 timer T1 (to wait to receive an SLTA) gets
> expired.
> 
> I've set sltm => no but still SLTM is being sending from my side to telco.
> 
> I am using Chan_ss7 1.4.3 version, mtp.c file is attached. Please help! 
> 
> 
> BR,
> Muhammad Shahzad
> 
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Sun, 8 Jun 2014 18:27:17 +0200
> From: Vallimamod Abdullah <vallimamod.abdul...@imtelecom.fr>
> To: asterisk-ss7@lists.digium.com
> Subject: Re: [asterisk-ss7] Need to disabled SLTA responses on
>       Chan_SS7 code   level
> Message-ID: <a05a2c20-6121-4d19-a376-3ec1f578e...@imtelecom.fr>
> Content-Type: text/plain; charset=us-ascii
> 
> Hi,
> 
> Why are you using version 1.4.3 instead of the latest 2.2.0
> (http://www.netfors.com/chan_ss7_free) ?
> In the last version, the config 'sltm => no' should work.
> 
> Best Regards,
> Vallimamod
> .
> 
> On 08 Jun 2014, at 17:56, shazi . <engrmuhammadshah...@hotmail.com> wrote:
> 
>> Hi Experts,
>> 
>> Can anybody please help me out to disabled SLTA responses on Chan_SS7 
>> code level.
>> 
>> I've come across below link but don't understand much.
>> http://copilotco.com/mail-archives/asterisk-ss7.2006/msg00896.html
>> 
>> What I need is chan_ss7 to not to wait for SLTA after sending an SLTM 
>> because right now if SLTA not received it change the link-state to 
>> DOWN after two tries & the Q.707 timer T1 (to wait to receive an SLTA) 
>> gets expired.
>> 
>> I've set sltm => no but still SLTM is being sending from my side to telco.
>> 
>> I am using Chan_ss7 1.4.3 version, mtp.c file is attached. Please help! 
>> 
>> 
>> BR,
>> Muhammad Shahzad
> <ss7.conf>


-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-ss7 mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-ss7

Reply via email to