Excessive poll issue with chanss7

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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>


[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux