asterisk-ss7 Digest, Vol 111, Issue 2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 . <engrmuhammadshahzad at 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-bounces at lists.digium.com
> [mailto:asterisk-ss7-bounces at lists.digium.com] On Behalf Of
> asterisk-ss7-request at lists.digium.com
> Sent: Sunday, June 8, 2014 10:00 PM
> To: asterisk-ss7 at lists.digium.com
> Subject: asterisk-ss7 Digest, Vol 111, Issue 2
> 
> Send asterisk-ss7 mailing list submissions to
> 	asterisk-ss7 at 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-request at lists.digium.com
> 
> You can reach the person managing the list at
> 	asterisk-ss7-owner at 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 ." <engrmuhammadshahzad at hotmail.com>
> To: <asterisk-ss7 at lists.digium.com>
> Subject: [asterisk-ss7] Need to disabled SLTA responses on Chan_SS7
> 	code	level
> Message-ID: <BAY403-EAS316639DFE448478C24EBF08A82E0 at 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.abdullah at imtelecom.fr>
> To: asterisk-ss7 at lists.digium.com
> Subject: Re: [asterisk-ss7] Need to disabled SLTA responses on
> 	Chan_SS7 code	level
> Message-ID: <A05A2C20-6121-4D19-A376-3EC1F578EC36 at 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 . <engrmuhammadshahzad at 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>




[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux