[Freeswitch-dev] INFO: Update on Mikey's OpenZAP experimenting

[Michael Collins]

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>

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20071103/eb9f5ae6/attachment.html