[asterisk-ss7] testing chan_ss7 ws libss7

[Wasim Baig]

On 4/10/07, Vazir <anton.vazir at gmail.com> wrote:
>
> Matthew,
>
> I can give you an ssh access to a pc and will reproduce the
> case in a few minutes
>
> Or tell me how to get full backtrace of the treads.


http://www.voip-info.org/wiki/view/Asterisk+debugging
Backtracing a core dump file in /tmp

   1. start Asterisk with safe_asterisk
   2. enter "gdb asterisk core.xxxx"
   3. enter "bt" while in gdb (or do a "bt full")
   4. enter "thread apply all bt"

Naturally you'll need to have gdb installed on your system

Anton.
>
> On 10 April 2007 21:09, Matthew Fredrickson wrote:
> > It sounds like there might be a locking bug.  If you can
> > get me a full backtrace of all the threads on the system
> > and file a bug report on bugs.digium.com, I will take a
> > look at it.
> >
> > Matthew Fredrickson
> >
> > On Apr 9, 2007, at 5:41 AM, Vazir wrote:
> > > Matthew,
> > >
> > > Made a testbed as of
> > >
> > > TESTPC < -- > PC_CHAN_SS7 < -- 4xe1 -- > PC_LIBSS7
> > >
> > > So PC_CHAN_SS7 is test1 in logs below
> > > and PC_LIBSS7 is test2
> > >
> > > Testpc generates huge load by placing call files to
> > > the /var/spool/asterisk/outgoing and connecting local
> > > extension which plays "hello world" va SIP to
> > > PC_CHAN_SS7 which than places an SS7 call to PC_LIBSS7.
> > > TESTPC also records all of the placed calls by
> > > Monitor() for further manual (audial) analysis .
> > >
> > > LIBSS7 initially working and there is both-way audio in
> > > all CIC. After a few minutes of the loaded operation it
> > > fails signalling (chan_ss7 PC shows that it looses
> > > connection) but even if I stop asterisk on PC_CHAN_SS7
> > > - the libss7 keeps thinking that there is connection.
> > > Restart or any manipulations on PC_CHAN_SS7 brings no
> > > result and to restore the link asterisk on PC_LIBSS7
> > > must be restarted.
> > >
> > > ...
> > > Zap/96-1             160 at incoming:3       Up
> > > Echo() Zap/98-1             160 at incoming:3       Up
> > >  Echo() Zap/100-1            160 at incoming:3       Up
> > >   Echo() Zap/102-1            160 at incoming:3       Up
> > >    Echo() Zap/103-1            160 at incoming:3       Up
> > >     Echo() Zap/104-1            160 at incoming:3       Up
> > >      Echo() Zap/105-1            160 at incoming:3
> > > Up      Echo() Zap/113-1            160 at incoming:3
> > >  Up      Echo() Zap/114-1            160 at incoming:3
> > >   Up      Echo() 93 active channels
> > > 95 active calls
> > > test2*CLI>
> > >
> > > test2*CLI> ss7 show linkset 1
> > > SS7 linkset 1 status: Up
> > > test2*CLI>
> > >
> > >
> > > test1*CLI> ss7 link status
> > > linkset test2, link l1, schannel 16, NOT_ALIGNED, rx:
> > > 0, tx: 0/4, sentseq/lastack: 127/127, total     76720,
> > >    76784 test1*CLI>
> > >
> > > test1*CLI> core show channels
> > > Channel              Location             State
> > > Application(Data)
> > > 0 active channels
> > > 0 active calls
> > > test1*CLI>
> > > _______________________________________________
> > > --Bandwidth and Colocation provided by Easynews.com --
> > >
> > > asterisk-ss7 mailing list
> > > To UNSUBSCRIBE or update options visit:
> > >
> > > http://lists.digium.com/mailman/listinfo/asterisk-ss7
> >
> > _______________________________________________
> > --Bandwidth and Colocation provided by Easynews.com --
> >
> > asterisk-ss7 mailing list
> > To UNSUBSCRIBE or update options visit:
> >    http://lists.digium.com/mailman/listinfo/asterisk-ss7
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-ss7 mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-ss7
>



-- 
wasim h. baig | principal consultant | convergence pk | +92 300 8508070
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20070410/81e575fc/attachment.htm