[asterisk-ss7] Intermitent siglink

[leonimar cape]

My siglink becomes intermitent ones the call attempt
reaches 60. I am using Sangoma A104 on a 3.0G pentium
4 box with a 1G memory runing on asterisk 1.2.7.1. I
also applied the patch for echo cancellation posted by
Jacob. I also notice that my CPU load reaches 40-60%.
I save some of the ss7 dump on this letter. Would it
be the may hardware resource that causes my siglink to
become intermitent or their is something I need to
adjust in the chan_ss7? 

Our test scenario is this, we set-up two asterisk
interconnected on an IAX trunk. One act as dialer that
sends 10 calls after 1 minute. On the 2nd box is
connected to a TDM switch via ss7. The 1st asterisk
sends call to a box with IVR located behind the TDM
switch.

Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 5379!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 3675!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 16463!
Jun  7 15:21:34 WARNING[11627] mtp.c: Full Zaptel
input buffer detected, incoming packets may have been
lost on link 'l1'.
Jun  7 15:21:34 WARNING[11627] mtp.c: Empty Zaptel
output buffer detected, outgoing packets may have been
lost on link 'l1'.
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 3381!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 3314!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 3080!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 3762!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 3596!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 5906!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 6944!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 8187!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 3002!
Jun  7 15:21:34 WARNING[11627] mtp.c: Excessive poll
delay 13637!
Jun  7 15:21:34 WARNING[11627] mtp.c: Full Zaptel
input buffer detected, incoming packets may have been
lost on link 'l1'.
Jun  7 15:21:34 WARNING[11627] mtp.c: Empty Zaptel
output buffer detected, outgoing packets may have been
lost on link 'l1'.
Jun  7 15:21:34 NOTICE[11627] mtp.c: MTP2 CRC error
(CRC=0xface != 0xf0b8) on link 'l1'.
Jun  7 15:21:34 DEBUG[11627] mtp.c: Last raw bits on
link 'l1': 53 00 46 da 7e 35 53 00 46 da 7e 35 53 00
46 da 7e 35 53 00 46 da 7e 35 53 00 46 35 53 00 46 da
7e 35 53 00

Jun  7 15:21:35 DEBUG[11627] mtp.c: Queue MSU, lsi=0,
last_send_ix=0, linkset=siuc, m->link=l1
Jun  7 15:21:35 DEBUG[11627] mtp.c: Sending buffer to
zaptel len=13, on link 'l1'.
Jun  7 15:21:35 WARNING[11627] mtp.c: Full Zaptel
input buffer detected, incoming packets may have been
lost on link 'l1'.
Jun  7 15:21:35 WARNING[11627] mtp.c: Empty Zaptel
output buffer detected, outgoing packets may have been
lost on link 'l1'.
Jun  7 15:21:35 NOTICE[11627] mtp.c: MTP2 bitstream
frame format error, entering octet counting mode on
link 'l1'.
Jun  7 15:21:35 DEBUG[11627] mtp.c: Last raw bits on
link 'l1': 7e b5 d3 00 66 18 7e b5 d3 00 66 18 7e b5
d3 00 66 18 7e b5 d3 00 66 18 7e b5 d3 00 66 18 ec 7c
fc eb a7 01

Jun  7 15:21:35 NOTICE[11627] mtp.c: Got status
indication 'OS' while READY or INSERVICE, state=5.
Jun  7 15:21:35 NOTICE[11627] mtp.c: MTP changeover
last_ack=45, last_sent=46, from schannel 16, no
INSERVICE schannel found
Jun  7 15:21:35 NOTICE[11627] mtp.c: Failover not
possible, no other signalling link and no other host
available.
Jun  7 15:21:37 DEBUG[11627] mtp.c: Restarting initial
alignment on link 'l1'.
Jun  7 15:21:37 DEBUG[11627] mtp.c: Proving successful
on link 'l1'.

Thanks in advance!!!


Regards,

Leonimar


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com