FYI,
I have been working with MikeJ on a few OpenZAP issues. The
good news is that I’ve figured out what setting in my openzap.conf.xml
was triggering the seg fault on startup. It is probably an easy fix to
zap_isdn.c or thereabouts. The issue is with how many spans of each type I
have and what ID I give them. I have a four-port card so I initially had
this:
<analog_spans>
<span
id="1">
…
</span>
<span
id="2">
…
</span>
<span
id="3">
…
</span>
</analog_spans>
<pri_spans>
<span id="4">
…
</span>
</pri_spans>
It turns out putting the first PRI span as id=”4”
made zap_isdn.c barf. I changed it to id=”1” and the system
came right up.
I don’t have physical access to the machine at this
point so all I can do now is report to you where I stand, and what I’m
doing. First off my physical config:
FS Box Asterisk
Box
Span 1 <--+ Span
1 N/C
|
Span 2 <–-+ Span
2 N/C
Span 3 <--------> Span 3
Span 4 <--------> Span 4 (PRI, DMS, Asterisk =
pri_net)
I have spans 1,2 back-to-back w/ x-over T1 cable. Ideally
one span would be FXS and the other FXO, however I couldn’t get the spans
to come up unless I specified the channels as all b-channels in
/etc/openzap/openzap.conf.
Span 3 on FS is connected to Span 3 on the Asterisk box. I
don’t recall exactly what I have * setup as, but I think it’s FXS. (I
lost my LAN connectivity to the box, so I won’t know until Monday when I get
in to the office.)
Span 4 on FS is connected to Span 4 on the Asterisk box. I’ve
got * set up to emulate the telco, so it is signaling as pri_net. On Friday
I was getting ISDN Q931 errors, which is good and bad. Bad cuz it’s
not working but good cuz at least I know the D channels are talking. However,
I can’t get anything going this weekend. (I think I’ve got a
network or hardware issue on my * box.)
For reference, all the B channels seem to come up. The
only issue I have is getting the D channel on the PRI span to come up. I’m
getting this output:
2007-11-03 23:28:44 [DEBUG] zap_io.c:1777
load_config() span 4 [d-channel]=[96]
2007-11-03 23:28:44 [ERR] zap_zt.c:162
zt_open_range() failure configuring device /dev/zap/channel as OpenZAP device
4:24 fd:113
2007-11-03 23:28:44 [INFO] zap_io.c:1848
load_config() Configured 95 channel(s)
I’m attaching the openzap.conf and openzap.conf.xml
contents at the end of this email. If you have any suggestions on things
you’d like to see me try then by all means let me know.
Thanks,
MC
/etc/openzap/openzap.conf:
[span zt]
name => OpenZAP
number => 1
trunk_type => t1
b-channel => 1-24
[span zt]
name => OpenZAP
number => 2
trunk_type => t1
b-channel => 25-48
[span zt]
name => OpenZAP
number => 3
trunk_type => t1
b-channel => 49-72
[span zt]
name => OpenZAP
number => 4
trunk_type => t1
b-channel => 73-95
d-channel => 96
openzap.conf.xml:
<configuration name="openzap.conf"
description="OpenZAP Configuration">
<settings>
<param
name="debug" value="1"/>
</settings>
<analog_spans>
<span
id="1">
<param
name="dialplan" value="XML"/>
<param
name="context" value="default"/>
</span>
<span
id="2">
<param
name="dialplan" value="XML"/>
<param
name="context" value="default"/>
</span>
<span
id="3">
<param
name="dialplan" value="XML"/>
<param
name="context" value="default"/>
</span>
</analog_spans>
<pri_spans>
<span
id="1">
<param
name="mode" value="user"/>
<param
name="dialect" value="DMS"/>
<param
name="dialplan" value="XML"/>
<param
name="context" value="default"/>
</span>
</pri_spans>
</configuration>