List Info

Thread: testing chan_ss7 ws libss7
testing chan_ss7 ws libss7
country flaguser name
Tajikistan		 2007-04-09 05:41:06 
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             160incoming:3       Up     
Echo()
Zap/98-1             160incoming:3       Up     
Echo()
Zap/100-1            160incoming:3       Up     
Echo()
Zap/102-1            160incoming:3       Up     
Echo()
Zap/103-1            160incoming:3       Up     
Echo()
Zap/104-1            160incoming:3       Up     
Echo()
Zap/105-1            160incoming:3       Up     
Echo()
Zap/113-1            160incoming:3       Up     
Echo()
Zap/114-1            160incoming: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
Re: testing chan_ss7 ws libss7
country flaguser name
United States		 2007-04-10 11:09:34 
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             160incoming:3       Up     
Echo()
> Zap/98-1             160incoming:3       Up     
Echo()
> Zap/100-1            160incoming:3       Up     
Echo()
> Zap/102-1            160incoming:3       Up     
Echo()
> Zap/103-1            160incoming:3       Up     
Echo()
> Zap/104-1            160incoming:3       Up     
Echo()
> Zap/105-1            160incoming:3       Up     
Echo()
> Zap/113-1            160incoming:3       Up     
Echo()
> Zap/114-1            160incoming: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
Re: testing chan_ss7 ws libss7
country flaguser name
Tajikistan		 2007-04-10 12:07:51 
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.

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             160incoming:3       Up     
> > Echo() Zap/98-1             160incoming:3       Up    
> >  Echo() Zap/100-1            160incoming:3       Up   
> >   Echo() Zap/102-1            160incoming:3       Up  
> >    Echo() Zap/103-1            160incoming:3       Up 
> >     Echo() Zap/104-1            160incoming:3       Up
> >      Echo() Zap/105-1            160incoming:3      
> > Up      Echo() Zap/113-1            160incoming:3     
> >  Up      Echo() Zap/114-1            160incoming: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
Re: testing chan_ss7 ws libss7
user name
 2007-04-10 12:55:56 

  


  

    On 4/10/07, Vazir < anton.vazirgmail.com">anton.vazirgmail.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&quot;

  3.  enter "bt&quot; 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
&nbsp;

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.
>
&gt; Matthew Fredrickson

>
&gt; On Apr 9, 2007, at 5:41 AM, Vazir wrote:
>; > Matthew,
&gt; >
> > 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

&gt; > 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&nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; 160incoming:3  ; &nbsp; &nbsp; Up
> > Echo() Zap/98-1&nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp; 160incoming:3  ; &nbsp; &nbsp; Up
> >  Echo() Zap/100-1&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;160incoming:3  ; &nbsp; &nbsp; Up

> >   Echo() Zap/102-1&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;160incoming:3  ; &nbsp; &nbsp; Up
> >   ; Echo() Zap/103-1&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;160incoming:3  ; &nbsp; &nbsp; Up
> >   ;  Echo() Zap/104-1&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;160incoming:3  ; &nbsp; &nbsp; Up
> >   ; &nbsp; Echo() Zap/105-1&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;
160incoming:3
> > Up &nbsp; &nbsp;  Echo() Zap/113-1&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;160incoming:3
> >  Up&nbsp; &nbsp; &nbsp; Echo() Zap/114-1&nbsp;   ; &nbsp; &nbsp; &nbsp; &nbsp;160incoming:3
> >   Up &nbsp; &nbsp;  Echo() 93 active channels
&gt; > 95 active calls

&gt; > test2*CLI&gt;
> >
> > test2*CLI&gt; ss7 show linkset 1
> > SS7 linkset 1 status: Up
> > test2*CLI&gt;
> >
> >
> > test1*CLI&gt; ss7 link status

&gt; > linkset test2, link l1, schannel 16, NOT_ALIGNED, rx:
> > 0, tx: 0/4, sentseq/lastack: 127/127, total ; &nbsp;  76720,
>; >   ; 76784 test1*CLI&gt;
> >
> > test1*CLI&gt; core show channels

> > Channel&nbsp; &nbsp; &nbsp;   ; &nbsp; &nbsp; &nbsp;Location &nbsp; &nbsp; &nbsp; &nbsp;   ;  State
> > Application(Data)
>; > 0 active channels
&gt; > 0 active calls
> > test1*CLI&gt;
> > _______________________________________________

> > --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 --
>
&gt; asterisk-ss7 mailing list
> To UNSUBSCRIBE or update options visit:
>; &nbsp; &nbsp;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:

&nbsp;  http://lists.digium.com/mailman/listinfo/asterisk-ss7



-- 
wasim h. baig | principal consultant | convergence pk | +92 300 8508070



  

  
  
   
     
    

  

    Re:  testing chan_ss7 ws libss7
  


  

     country flaguser name
Tajikistan		
     2007-04-10 22:28:48
  


  

    
I know how to debug a core. The condition mentioned is not 
coredumping. Another question if I need to compile asterisk

with "DO_CRASH" to get core - if it so, just
please 
confirm.


On 10 April 2007 22:55, Wasim Baig wrote:
> On 4/10/07, Vazir <anton.vazirgmail.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             160incoming:3       Up
> > > > Echo() Zap/98-1             160incoming:3       Up
> > > >  Echo() Zap/100-1            160incoming:3      
> > > > Up Echo() Zap/102-1            160incoming:3      
> > > > Up Echo() Zap/103-1            160incoming:3      
> > > > Up Echo() Zap/104-1            160incoming:3      
> > > > Up Echo() Zap/105-1            160incoming:3 Up   
> > > >   Echo() Zap/113-1            160incoming:3 Up    
> > > >  Echo() Zap/114-1            160incoming: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:
> > > >
> > > > h
ttp://lists.digium.com/mailman/listinfo/asterisk-s
> > > >s7
> > >
> > >
_______________________________________________
> > > --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



  


  

    
  

  
  
   
     
    

  

    Re:  testing chan_ss7 ws libss7
  


  

     country flaguser name
United States		
     2007-04-11 09:54:52
  


  

    
On Apr 10, 2007, at 10:28 PM, Vazir wrote:

> I know how to debug a core. The condition mentioned is
not
> coredumping. Another question if I need to compile
asterisk
> with "DO_CRASH" to get core - if it so, just
please
> confirm.

No, no.  You can attach to it with gdb while it is in the
state where 
it doesn't accept calls, and get a backtrace on all the
threads.  That 
might help me to know why it's not accepting calls.

Matthew Fredrickson

>
>
> On ١٠ April ٢٠٠٧ ٢٢:٥٥, Wasim Baig wrote:
>> On ٤/١٠/٠٧, Vazir <anton.vazirgmail.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
>>
>>    ١. start Asterisk with safe_asterisk
>>    ٢. enter "gdb asterisk core.xxxx"
>>    ٣. enter "bt" while in gdb (or do a
"bt full")
>>    ٤. enter "thread apply all bt"
>>
>> Naturally you'll need to have gdb installed on
your
>> system
>>
>> Anton.
>>
>>> On ١٠ April ٢٠٠٧ ٢١:٠٩, 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 ٩, ٢٠٠٧, at ٥:٤١ AM, Vazir
wrote:
>>>>> Matthew,
>>>>>
>>>>> Made a testbed as of
>>>>>
>>>>> TESTPC < -- > PC_CHAN_SS٧ <
-- ٤xe١ -- > PC_LIBSS٧
>>>>>
>>>>> So PC_CHAN_SS٧ is test١ in logs
below
>>>>> and PC_LIBSS٧ is test٢
>>>>>
>>>>> 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_SS٧ which than places an SS٧
call to
>>>>> PC_LIBSS٧. TESTPC also records all of
the placed
>>>>> calls by Monitor() for further manual
(audial)
>>>>> analysis .
>>>>>
>>>>> LIBSS٧ initially working and there is
both-way
>>>>> audio in all CIC. After a few minutes
of the loaded
>>>>> operation it fails signalling
(chan_ss٧ PC shows
>>>>> that it looses connection) but even if
I stop
>>>>> asterisk on PC_CHAN_SS٧ - the libss٧
keeps thinking
>>>>> that there is connection. Restart or
any
>>>>> manipulations on PC_CHAN_SS٧ brings no
result and
>>>>> to restore the link asterisk on
PC_LIBSS٧ must be
>>>>> restarted.
>>>>>
>>>>> ...
>>>>> Zap/٩٦-١             ١٦٠incoming:٣       Up
>>>>> Echo() Zap/٩٨-١            
١٦٠incoming:٣       Up
>>>>>  Echo() Zap/١٠٠-١           
١٦٠incoming:٣
>>>>> Up Echo() Zap/١٠٢-١           
١٦٠incoming:٣
>>>>> Up Echo() Zap/١٠٣-١           
١٦٠incoming:٣
>>>>> Up Echo() Zap/١٠٤-١           
١٦٠incoming:٣
>>>>> Up Echo() Zap/١٠٥-١           
١٦٠incoming:٣ Up
>>>>>   Echo() Zap/١١٣-١           
١٦٠incoming:٣ Up
>>>>>  Echo() Zap/١١٤-١           
١٦٠incoming:٣ Up
>>>>> Echo() ٩٣ active channels
>>>>> ٩٥ active calls
>>>>> test٢*CLI>
>>>>>
>>>>> test٢*CLI> ss٧ show linkset ١
>>>>> SS٧ linkset ١ status: Up
>>>>> test٢*CLI>
>>>>>
>>>>>
>>>>> test١*CLI> ss٧ link status
>>>>> linkset test٢, link l١, schannel
١٦, NOT_ALIGNED,
>>>>> rx: ٠, tx: ٠/٤, sentseq/lastack:
١٢٧/١٢٧, total
>>>>> ٧٦٧٢٠, ٧٦٧٨٤ test١*CLI>
>>>>>
>>>>> test١*CLI> core show channels
>>>>> Channel              Location          
  State
>>>>> Application(Data)
>>>>> ٠ active channels
>>>>> ٠ active calls
>>>>> test١*CLI>
>>>>>
_______________________________________________
>>>>> --Bandwidth and Colocation provided by
Easynews.com
>>>>> --
>>>>>
>>>>> asterisk-ss٧ mailing list
>>>>> To UNSUBSCRIBE or update options
visit:
>>>>>
>>>>> h
ttp://lists.digium.com/mailman/listinfo/asterisk-s
>>>>> s٧
>>>>
>>>>
_______________________________________________
>>>> --Bandwidth and Colocation provided by
Easynews.com
>>>> --
>>>>
>>>> asterisk-ss٧ mailing list
>>>> To UNSUBSCRIBE or update options visit:
>>>>
>>>> 
http://lists.digium.com/mailman/listinfo/asterisk-ss٧
>>>
>>>
_______________________________________________
>>> --Bandwidth and Colocation provided by
Easynews.com --
>>>
>>> asterisk-ss٧ mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>
>>> 
http://lists.digium.com/mailman/listinfo/asterisk-ss٧
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-ss٧ mailing list
> To UNSUBSCRIBE or update options visit:
>    
http://lists.digium.com/mailman/listinfo/asterisk-ss٧

_______________________________________________
--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



  


  

    
  

  
  
   
     
    

  

    Re:  testing chan_ss7 ws libss7
  


  

     country flaguser name
Tajikistan		
     2007-05-09 05:46:55
  


  

    
As the question where particullary about debugging the 
threads, not core, for those who d'like to debug threads, 
as no one wants to respond:

thread apply all bt full
or
thread <x>
bt full
where <x> - no of GDB-thread (1..)

(as where suggested by my friend)

Regards.

On 10 April 2007 22:55, Wasim Baig wrote:
> On 4/10/07, Vazir <anton.vazirgmail.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             160incoming:3       Up
> > > > Echo() Zap/98-1             160incoming:3       Up
> > > >  Echo() Zap/100-1            160incoming:3      
> > > > Up Echo() Zap/102-1            160incoming:3      
> > > > Up Echo() Zap/103-1            160incoming:3      
> > > > Up Echo() Zap/104-1            160incoming:3      
> > > > Up Echo() Zap/105-1            160incoming:3 Up   
> > > >   Echo() Zap/113-1            160incoming:3 Up    
> > > >  Echo() Zap/114-1            160incoming: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:
> > > >
> > > > h
ttp://lists.digium.com/mailman/listinfo/asterisk-s
> > > >s7
> > >
> > >
_______________________________________________
> > > --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



  


  

    
  

  
  
   
     
    






 [1-7]











   
 





about | contact  Other archives ( Real Estate discussion Medical topics )