Hi
Last week I installed Asterisk (release1) with digium t100p single span T1
(wct1xxp) board on Dell GX270 pc configured for PRI. Asterisk/t100p is
currently the only user of the t1 line. All worked well for about a half a
day, PSTN to SIP phones to non-SIP IP phones etc. Alas, since then I
consistently get multitudes of blue alarms on all b-channels followed by a
loss of d-channel:
Aug 31 16:33:49 WARNING[98316]: chan_zap.c:5286 handle_init_event:
Detected alarm on channel 1: Blue Alarm
Aug 31 16:33:49 WARNING[98316]: chan_zap.c:5286 handle_init_event:
Detected alarm on channel 2: Blue Alarm
...etc, intermixed with
Aug 31 16:33:49 NOTICE[90123]: chan_zap.c:6920 pri_dchannel: PRI got
event: 4 on Primary D-channel of span 1
Aug 31 16:33:49 WARNING[90123]: chan_zap.c:1899 pri_find_dchan: No
D-channels available! Using Primary on channel anyway 24!
...and back to reset
Aug 31 16:33:54 NOTICE[98316]: chan_zap.c:5281 handle_init_event:
Alarm cleared on channel 1...
...
Aug 31 16:33:54 NOTICE[90123]: chan_zap.c:6920 pri_dchannel: PRI got
event: 5 on Primary D-channel of span 1
...
I found a few hits on VoIP.org and asterisk user forums usually mentioning
PCI/BIOS IRQ sharing/conflict, but although I certainly see IRQ misses in
zttool as well as /proc/zaptel/1, I cannot "see" any conflicts -
zttool
shows blue alarm, recovery and increasing IRQ misses right after
zaptel/wct1xxp modprobe and ztcfg. During this search-for-the-truth I
disabled all legacy devices (IRQs) I dared, including USB, but to no avail.
On Dell GX270, BIOS does not seem to present the option of PCI IRQ line
sharing/selection - just a disable/enable option.
Mitel 3300 CU (part of 3300 IP-PBX) is set as pri_CPE and * t100p is
pri_NET, using esf framing and b8zs code. Wildcard T100P shows green light,
our 3300 Mitel CU light on the port I use ranges from yellow (during event
recovery) to green (cleared). The telco rep sees nothing wrong with the
Mitel - but did reset it several times since this problem started to happen,
just to appease me.
Zaptel.conf sets t100p to be the primary sync source for the only span, as
suggested by many Asterisk users.
No changes to Asterisk/Zaptel code has been done since the initial build
from the Rel1 FTP site.
After spending several days searching on internet, I found a lot of
discussion about Digium PRI support which was not totally encouraging.
However I am certain it is something simple since I am totally new to
Asterisk environment and suspect I am missing something somewhere :(
I would welcome any suggestions you may have.
Thanks in advance
Regards
Josef
[root@asterisk proc]# cat interrupts
CPU0
0: 6640846 XT-PIC timer
1: 196 XT-PIC keyboard
2: 0 XT-PIC cascade
8: 1 XT-PIC rtc
9: 43296 XT-PIC eth0
10: 12708545 XT-PIC t1xxp
12: 1422 XT-PIC PS/2 Mouse
14: 84025 XT-PIC ide0
15: 256596 XT-PIC ide1
NMI: 0
ERR: 1
[root@asterisk proc]# cat pci
PCI devices found:
Bus 0, device 0, function 0:
Host bridge: PCI device 8086:2570 (Intel Corp.) (rev 2).
Prefetchable 32 bit memory at 0xe8000000 [0xefffffff].
Bus 0, device 1, function 0:
PCI bridge: PCI device 8086:2571 (Intel Corp.) (rev 2).
Master Capable. Latency=64. Min Gnt=8.
Bus 0, device 30, function 0:
PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev 194).
Master Capable. No bursts. Min Gnt=2.
Bus 0, device 31, function 0:
ISA bridge: PCI device 8086:24d0 (Intel Corp.) (rev 2).
Bus 0, device 31, function 1:
IDE interface: PCI device 8086:24db (Intel Corp.) (rev 2).
IRQ 9.
I/O at 0x1f0 [0x1f7].
I/O at 0x3f6 [0x3f6].
I/O at 0x170 [0x177].
I/O at 0x376 [0x376].
I/O at 0xffa0 [0xffaf].
Non-prefetchable 32 bit memory at 0xfebffc00 [0xfebfffff].
Bus 0, device 31, function 2:
IDE interface: PCI device 8086:24d1 (Intel Corp.) (rev 2).
IRQ 9.
I/O at 0xfe00 [0xfe07].
I/O at 0xfe10 [0xfe13].
I/O at 0xfe20 [0xfe27].
I/O at 0xfe30 [0xfe33].
I/O at 0xfea0 [0xfeaf].
Bus 0, device 31, function 3:
SMBus: PCI device 8086:24d3 (Intel Corp.) (rev 2).
IRQ 5.
I/O at 0xefe0 [0xefff].
Bus 1, device 0, function 0:
VGA compatible controller: PCI device 10de:0181 (nVidia Corporation)
(rev 162).
IRQ 11.
Master Capable. Latency=64. Min Gnt=5.Max Lat=1.
Non-prefetchable 32 bit memory at 0xfd000000 [0xfdffffff].
Prefetchable 32 bit memory at 0xf0000000 [0xf7ffffff].
Bus 2, device 10, function 0:
Network controller: Tiger Jet Network Inc. Model 300 128k (rev 0).
IRQ 10.
Master Capable. Latency=64. Min Gnt=1.Max Lat=128.
I/O at 0xde00 [0xdeff].
Non-prefetchable 32 bit memory at 0xfcfdf000 [0xfcfdffff].
Bus 2, device 12, function 0:
Ethernet controller: PCI device 8086:100e (Intel Corp.) (rev 2).
IRQ 9.
Master Capable. Latency=64. Min Gnt=255.
Non-prefetchable 32 bit memory at 0xfcfe0000 [0xfcffffff].
I/O at 0xddc0 [0xddff].
[root@asterisk proc]# cat zaptel/1
Span 1: WCT1/0 "Digium Wildcard T100P T1/PRI Card 0" B8ZS/ESF
ClockSource
IRQ misses: 1300
1 WCT1/0/1 ClearChannel
2 WCT1/0/2 ClearChannel
3 WCT1/0/3 ClearChannel
4 WCT1/0/4 ClearChannel
5 WCT1/0/5 ClearChannel
6 WCT1/0/6 ClearChannel
7 WCT1/0/7 ClearChannel
8 WCT1/0/8 ClearChannel
9 WCT1/0/9 ClearChannel
10 WCT1/0/10 ClearChannel
11 WCT1/0/11 ClearChannel
12 WCT1/0/12 ClearChannel
13 WCT1/0/13 ClearChannel
14 WCT1/0/14 ClearChannel
15 WCT1/0/15 ClearChannel
16 WCT1/0/16 ClearChannel
17 WCT1/0/17 ClearChannel
18 WCT1/0/18 ClearChannel
19 WCT1/0/19 ClearChannel
20 WCT1/0/20 ClearChannel
21 WCT1/0/21 ClearChannel
22 WCT1/0/22 ClearChannel
23 WCT1/0/23 ClearChannel
24 WCT1/0/24 HDLCFCS
/etc/zaptel.conf
span=1,1,0,esf,b8zs
bchan=1-23
dchan=24
loadzone = us
defaultzone=us
/etc/asterisk/zapata.conf
[channels]
context=sip
switchtype=dms100
signalling=pri_net
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
;echocancel=yes
;echocancelwhenbridged=yes
;echotraining=yes
;relaxdtmf=yes
rxgain=0.0
txgain=0.0
group=1
channel => 1-23
callgroup=1
pickupgroup=1
immediate=no
callerid=asreceived