Asterisk SS7: 'OS' while INSERVICE & Excessive poll delay

Asterisk Asterisk Support
1

Dear All,

I am having serious issue on asterisk. I have a Sangoma A104d AFT card configured and connected with telco via SS7 signalling. All channels are up and I am able to send and receive calls but the issue is that I am facing periodic MPT Down and Up messages after receiving status indication ‘OS’ (out of service). I am also seeing lots of Excessive poll delays in asterisk log.
I have searched google for poll delays and OS indication but could not find any solution. All I can see is that excessive poll delay is caused by some hardware incompatibility with asterisk card but don’t know how to solve it. Please help, below i paste the error log.

[Apr 11 10:17:53] NOTICE[5589] mtp.c: Excessive poll delay 61836!
[Apr 11 10:17:53] NOTICE[5589] mtp.c: Full dahdi input buffer detected, incoming packets may have been lost on link ‘l1’ (count=64.
[Apr 11 10:17:53] NOTICE[5589] mtp.c: Full dahdi input buffer detected, incoming packets may have been lost on link ‘l3’ (count=64.
[Apr 11 10:17:53] NOTICE[5589] mtp.c: Empty Dahdi output buffer detected, outgoing packets may have been lost on link ‘l1’.
[Apr 11 10:17:53] NOTICE[5589] mtp.c: Empty Dahdi output buffer detected, outgoing packets may have been lost on link ‘l3’.
[Apr 11 10:23:57] NOTICE[5589] mtp.c: Excessive poll delay 160538!
[Apr 11 10:23:57] NOTICE[5589] mtp.c: Full dahdi input buffer detected, incoming packets may have been lost on link ‘l1’ (count=96.
[Apr 11 10:23:57] NOTICE[5589] mtp.c: Full dahdi input buffer detected, incoming packets may have been lost on link ‘l3’ (count=64.
[Apr 11 10:23:57] NOTICE[5589] mtp.c: Empty Dahdi output buffer detected, outgoing packets may have been lost on link ‘l1’.
[Apr 11 10:23:57] NOTICE[5589] mtp.c: Empty Dahdi output buffer detected, outgoing packets may have been lost on link ‘l3’.
[Apr 11 10:23:57] NOTICE[5589] mtp.c: Got status indication ‘OS’ while INSERVICE on link ‘l1’.
[Apr 11 10:23:57] WARNING[5589] chan_ss7.c: MTP is now DOWN on link ‘l1’.
[Apr 11 10:23:57] NOTICE[5589] mtp.c: MTP changeover last_ack=58, last_sent=58, from schannel 15, no INSERVICE schannel found
[Apr 11 10:23:57] NOTICE[5589] mtp.c: Failover not possible, no other signalling link and no other host available.
[Apr 11 10:23:57] WARNING[5589] chan_ss7.c: MTP is now DOWN on link ‘l1’.
[Apr 11 10:23:57] NOTICE[5589] mtp.c: Got status indication ‘OS’ while INSERVICE on link ‘l3’.
[Apr 11 10:23:57] WARNING[5589] chan_ss7.c: MTP is now DOWN on link ‘l3’.
[Apr 11 10:23:57] NOTICE[5589] mtp.c: MTP changeover last_ack=42, last_sent=42, from schannel 15, no INSERVICE schannel found
[Apr 11 10:23:57] NOTICE[5589] mtp.c: Failover not possible, no other signalling link and no other host available.
[Apr 11 10:23:57] WARNING[5589] chan_ss7.c: MTP is now DOWN on link ‘l3’.
[Apr 11 10:24:00] NOTICE[5589] mtp.c: Sending TRA to peer on link ‘l1’…
[Apr 11 10:24:00] WARNING[5589] chan_ss7.c: MTP is now UP on link ‘l1’.
[Apr 11 10:24:00] NOTICE[5589] mtp.c: Sending TRA to peer on link ‘l3’…
[Apr 11 10:24:00] WARNING[5589] chan_ss7.c: MTP is now UP on link ‘l3’.

Here are system details.

Dell Power Edge R310
dahdi-linux-complete-2.4.1.2+2.4.1
Asterisk 1.6.2.19
chan_ss7 version 1.3

[root@localhost ~]# cat /etc/redhat-release
CentOS release 5.6 (Final)
[root@localhost ~]# uname -r
2.6.18-238.19.1.el5debug
[root@localhost ~]# uname -a
Linux localhost.localdomain 2.6.18-238.19.1.el5debug #1 SMP Fri Jul 15 09:01:56 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux
[root@localhost ~]# lspci
00:00.0 Host bridge: Intel Corporation Core Processor DMI (rev 11)
00:03.0 PCI bridge: Intel Corporation Core Processor PCI Express Root Port 1 (rev 11)
00:05.0 PCI bridge: Intel Corporation Core Processor PCI Express Root Port 3 (rev 11)
00:08.0 System peripheral: Intel Corporation Core Processor System Management Registers (rev 11)
00:08.1 System peripheral: Intel Corporation Core Processor Semaphore and Scratchpad Registers (rev 11)
00:08.2 System peripheral: Intel Corporation Core Processor System Control and Status Registers (rev 11)
00:08.3 System peripheral: Intel Corporation Core Processor Miscellaneous Registers (rev 11)
00:10.0 System peripheral: Intel Corporation Core Processor QPI Link (rev 11)
00:10.1 System peripheral: Intel Corporation Core Processor QPI Routing and Protocol Registers (rev 11)
00:1a.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 05)
00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 5 (rev 05)
00:1d.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
00:1f.0 ISA bridge: Intel Corporation 3400 Series Chipset LPC Interface Controller (rev 05)
00:1f.2 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA IDE Controller (rev 05)
00:1f.5 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 2 port SATA IDE Controller (rev 05)
01:03.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200eW WPCM450 (rev 0a)
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (rev 20)
02:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet (rev 20)
05:00.0 PCI bridge: PLX Technology, Inc. PEX8112 x1 Lane PCI Express-to-PCI Bridge (rev aa)
06:04.0 Network controller: Sangoma Technologies Corp. A104d QUAD T1/E1 AFT card

system.conf

loadzone=us
defaultzone=us

span=1,1,0,ccs,hdb3
bchan=1-31

span=2,2,0,ccs,hdb3
bchan=32-62

span=3,3,0,ccs,hdb3
bchan=63-93

span=4,4,0,ccs,hdb3
bchan=94-124

ss7.conf

[linkset-siuc]
enabled => yes
enable_st => no
use_connect => yes
hunting_policy => even_mru
context => ss7
language => da

t35 => 15000,timeout
subservice => auto
variant => ITU

[link-l1]
sltm => no
linkset => siuc
channels => 1-15,17-31
schannel => 16
firstcic => 1
enabled => yes
sls => 0

[link-l2]
sltm => no
linkset => siuc
channels => 1-31
schannel =>
firstcic => 33
enabled => yes

[link-l3]
sltm => no
linkset => siuc
channels => 1-15,17-31
schannel => 16
firstcic => 65
enabled => yes
sls => 1

[link-l4]
sltm => no
linkset => siuc
channels => 1-31
schannel =>
firstcic => 97
enabled => yes

[host-localhost.localdomain]
enabled => yes
opc => 2227
dpc => siuc:2000

links => l1:1,l2:2,l3:3,l4:4

; The SCCP global title: translation-type, nature-of-address, numbering-plan, address
globaltitle => 0x00, 0x02, 0x01, 4546931411

Kindly help to solve this issue as this is a production server and link goes down for couple of seconds every few hours which triggers alarm at MSC.

Please let me know if any additional information is needed.

Thanks in advance.
Nasir

2

i think the card should be no problem. maybe you have to change a powerful
server or check your file system.
please refer this:
voip-info.org/wiki/view/Asterisk+ss7+faq

3

Also note that there is no evidence that anyone from Sangoma monitors these forums, and that non-security support ceased on 1.6.x over two ago (and all support over a year ago) and 1.6.2.19 is several versions behind the final 1.6.x version.

4

Thanks James and david for your quick reply.

@James: I agree that card is fine as we have used same server and card with PRI signalling and same asterisk setup for couple of years successfully without any issue.

@david & James: I will try using asterisk-1.8 with dahdi-linux-complete-2.6.2 but afraid if system goes down as it is productions server.

my main concern is excessive poll delay issue. I googled by found no satisfying procedure to check/eliminate it.

Cheers,

Nasir