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
|