chan_ss7 - unstable link

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

 



When I 'module unload chan_ss7', the memory allocated to asterisk immediately dropped to 0.4%. 

asterisk = 1.4.15 
zaptel   = 1.4.11
chan_ss7 = 1.0.10
uname -a = Linux scvideo 2.6.18-8.el5 #1 SMP Thu Mar 15 19:57:35 EDT 2007 i686 i686 i386 GNU/Linux
cat /etc/redhat-release = CentOS release 5 (Final)

--- On Mon, 25/8/08, marek cervenka <cervajs at fpf.slu.cz> wrote:

> From: marek cervenka <cervajs at fpf.slu.cz>
> Subject: Re: [asterisk-ss7] chan_ss7 - unstable link
> To: asterisk-ss7 at lists.digium.com
> Date: Monday, 25 August, 2008, 8:43 PM
> > There seems to be memory leak after every incoming
> call. From 'top', Asterisk was allocated >80% of
> the memory(the machine has 2GB of ram) when the SS7 link
> went down again. Any idea on how to pinpoint the memory
> leakage?
> 
> imho this isnt chan_ss7 problem
> 
> what is your version of
> asterisk/kernel/zaptel/chan_ss7/distro/...?
> 
> 
> > --- On Wed, 6/8/08, Low Yu Siang
> <yusiang at yahoo.com> wrote:
> >
> >> From: Low Yu Siang <yusiang at yahoo.com>
> >> Subject: chan_ss7 - unstable link
> >> To: asterisk-ss7 at lists.digium.com
> >> Date: Wednesday, 6 August, 2008, 2:27 PM
> >> Hi all,
> >>
> >> After running for days(~300 incoming calls), the
> link
> >> became unstable. Whenever a call is coming in, it
> throws the
> >> following error messages. This call is accepted
> properly but
> >> all other calls cant be accepted during this
> moment(since
> >> the signalling link is already down), until the
> link
> >> automatically comes up again.
> >>
> >> [Aug  6 11:07:43] NOTICE[25980]: mtp.c:1800
> >> mtp_thread_main: Empty Zaptel output buffer
> detected,
> >> outgoing packets may have been lost on link
> 'l1'.
> >> [Aug  6 11:07:43] NOTICE[25980]: mtp.c:1748
> >> mtp_thread_main: Full Zaptel input buffer
> detected, incoming
> >> packets may have been lost on link 'l1'
> (count=64.
> >> [Aug  6 11:07:43] NOTICE[25980]: mtp.c:1015
> >> mtp2_process_lssu: Got status indication
> 'OS' while
> >> INSERVICE on link 'l1'.
> >> [Aug  6 11:07:43] WARNING[25980]: chan_ss7.c:622
> >> process_event: MTP is now DOWN on link
> 'l1'.
> >> [Aug  6 11:07:43] NOTICE[25980]: mtp.c:588
> mtp_changeover:
> >> MTP changeover last_ack=3, last_sent=3, from
> schannel 16, no
> >> INSERVICE schannel found
> >> [Aug  6 11:07:43] NOTICE[25980]: mtp.c:592
> mtp_changeover:
> >> Failover not possible, no other signalling link
> and no other
> >> host available.
> >> [Aug  6 11:07:43] WARNING[25980]: chan_ss7.c:622
> >> process_event: MTP is now DOWN on link
> 'l1'.
> >> [Aug  6 11:07:43] WARNING[25980]: mtp.c:1931
> >> mtp_thread_main: No signalling links inservice and
> no
> >> cluster receivers alive, dropping packet!
> >> [Aug  6 11:07:45] NOTICE[25980]: mtp.c:1138
> >> mtp2_good_frame: Sending TRA to peer on link
> >> 'l1'....
> >> [Aug  6 11:07:45] WARNING[25980]: chan_ss7.c:618
> >> process_event: MTP is now UP on link 'l1'.
> 
> ---------------------------------------
> Marek Cervenka
> =======================================
> 
> 
> _______________________________________________
> --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

Send instant messages to your online friends http://uk.messenger.yahoo.com 



[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