I spoke with Anders about this problem some time ago. It's basically a driver overrun, the driver is been interrupted longer than expected so it reports that it failed to run for X amount of time. Although the driver can run as a kernel module, if a lot of IRQ are happening ( due to the new cards ) the driver will still not get enough time. There's some options you can change to make the D channel run in userspace or kernel, depending on the perfomance of the server you might get different results. Basically you would need to deploy another BOX and stick to 2 SPAN per server if you see those messages showing up. On Tue, Jan 17, 2012 at 6:07 AM, Vallimamod ABDULLAH < vallimamod.abdullah at imtelecom.fr> wrote: > Hello List, > > I am using chan_ss7 with 2 ss7 span and 2 PRI spans (managed by > chan_dahdi) on a Sangoma A104D card. When the 4 spans are connected, I get > a lot of the following chan_ss7 errors: > > NOTICE[6626] mtp.c: Excessive poll delay 28412! > NOTICE[6626] mtp.c: Full dahdi input buffer detected, incoming packets may > have been lost on link 'l1' (count=64. > NOTICE[6626] mtp.c: Empty Dahdi output buffer detected, outgoing packets > may have been lost on link 'l1'. > > It happens also when there are no calls and only when the 4 spans are > connected. I have used it for 2 years with only the 2 ss7 spans without > problem. So I guess there is some load issue... > Have you guys encountered this? Any hint on how I can solve it? > > I have upgraded to asterisk 1.8 and chan_ss7 2.1.1 on debian squeeze but > without luck. > > Thank you! > > Best Regards, > Vallimamod Abdullah > . > > > > > -- > _____________________________________________________________________ > -- 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 > -- Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20120118/b2203185/attachment.htm>
|