[Asterisk-Users] Problem w/ Zaptel HDLC mode cisco Data Stability

Nick Eggleston nick at dccinc.com
Tue May 27 14:15:42 MST 2003


We are using the zaptel driver to deliver a combined voice/data T1 circuit.

The data channel-group is using the "cisco" hdlc protocol (on the linux side)
and connects with a cisco router on the far side.

Everything comes up and works fine for a while.  A while later, though, IP
communication fails completely.  The cisco side shows up/up.  The Linux side
has a message in the log file stating:  "hdlc0:  Link down".

Just prior to the link down message are numerous messages that say "New offset:"
followed by different numbers.  That may or may not be relevent.

I am curious to know other people results with this configuration, if any.  If
you had the same problem, how did you solve it?

We are planning to switch to PPP and see if that improves the situation.

--Nick

(implementation details follow:)

CISCO:

interface Serial1/0:1
 ip address 1.0.0.102 255.255.255.252
 encapsulation hdlc
end

LINUX:

sethdlc hdlc0 mode cisco
ifconfig hdlc0 1.0.0.101 netmask 255.255.255.252

OS: Redhat 8.0
Kernel:  2.4.18-27.8.0

/etc/zaptel.conf:

loadzone=us
defaultzone=us
span=1,1,0,esf,b8zs
nethdlc=1-6
bchan=13-23
dchan=24

ZAPTEL driver CVS diff:

cvs server: Diffing .
Index: Makefile
===================================================================
RCS file: /usr/cvsroot/zaptel/Makefile,v
retrieving revision 1.5
diff -r1.5 Makefile
36c36
< #KFLAGS+=-DCONFIG_ZAPTEL_MMX
---
> KFLAGS+=-DCONFIG_ZAPTEL_MMX
54c54
< #KFLAGS+=-DCONFIG_ZAPATA_NET
---
> KFLAGS+=-DCONFIG_ZAPATA_NET

ZAPTEL driver CVS/Entries:

/.cvsignore/1.1.1.1/Wed Feb 12 13:59:20 2003//
/ChangeLog/1.1.1.1/Wed Feb 12 13:59:20 2003//
/README.fxsusb/1.1.1.1/Wed Feb 12 13:59:20 2003//
/arith.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/biquad.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/bittest.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/complex.cc/1.1.1.1/Mon Mar 17 18:11:45 2003//
/complex.h/1.1.1.1/Mon Mar 17 18:11:45 2003//
/digits.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/ecdis.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/fasthdlc.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/fir.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/fxstest.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/genconst.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/gendigits.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/hdlcgen.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/hdlcstress.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/hdlctest.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/hdlcverify.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/ifcfg-hdlc0/1.1.1.1/Wed Feb 12 13:59:20 2003//
/ifup-hdlc/1.1.1.1/Wed Feb 12 13:59:20 2003//
/makefw.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/mec.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/mec2.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/mec2_const.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/mec3.h/1.3/Wed Apr 16 03:31:07 2003//
/mkfilter.h/1.1.1.1/Mon Mar 17 18:11:45 2003//
/mknotch.cc/1.1.1.1/Mon Mar 17 18:11:45 2003//
/orig.ee/1.1.1.1/Wed Feb 12 13:59:20 2003//
/patgen.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/patlooptest.c/1.1.1.2/Sat Mar 15 06:00:30 2003//
/pattest.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/proslic.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/sec-2.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/sec.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/sethdlc.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/timertest.c/1.1/Thu Mar 20 07:00:04 2003//
/tonezone.c/1.2/Mon Apr 14 16:14:55 2003//
/tonezone.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/tor.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/tor2-hw.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/tor2.c/1.1.1.5/Mon Mar 17 18:11:45 2003//
/tor2.ee/1.1.1.1/Wed Feb 12 13:59:20 2003//
/tor2ee.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/torisa.c/1.1.1.2/Mon Mar 17 18:11:45 2003//
/torisa.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/torisatool.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/tormenta2.rbt/1.1.1.1/Wed Feb 12 13:59:20 2003//
/tormenta2.ucf/1.1.1.1/Wed Feb 12 13:59:20 2003//
/tormenta2.vhd/1.1.1.1/Wed Feb 12 13:59:20 2003//
/usbfxstest.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/wcfxo.c/1.5/Thu Apr 10 21:02:54 2003//
/wcfxs.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/wcfxsusb.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/wcfxsusb.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/wct1xxp.c/1.1.1.4/Mon Mar 17 18:11:45 2003//
/wcusb.c/1.1.1.2/Fri Mar 14 06:00:34 2003//
/wcusb.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/zaptel.conf.sample/1.1.1.2/Mon Mar 17 18:11:45 2003//
/zaptel.init/1.1.1.2/Sat Mar 15 06:00:31 2003//
/zaptel.sysconfig/1.1.1.1/Wed Feb 12 13:59:20 2003//
/zonedata.c/1.3/Fri May  9 22:41:51 2003//
/ztcfg-dude.c/1.1.1.1/Tue Mar 18 06:00:29 2003//
/ztcfg.c/1.1.1.3/Tue Mar 18 06:00:29 2003//
/ztcfg.h/1.1.1.1/Wed Feb 12 13:59:20 2003//
/ztd-eth.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/ztdiag.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/ztdummy.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/ztdummy.h/1.1.1.2/Mon Feb 24 06:00:31 2003//
/ztdynamic.c/1.1.1.2/Mon Mar 17 18:11:45 2003//
/ztmonitor.c/1.1.1.2/Mon Feb 24 06:00:31 2003//
/ztspeed.c/1.1.1.1/Wed Feb 12 13:59:20 2003//
/zttool.c/1.2/Sat Apr  5 20:32:43 2003//
/Makefile/1.5/Result of merge//
/wcfxs.c/1.6/Thu May 15 02:22:05 2003//
/zaptel.c/1.13/Thu May 15 02:22:05 2003//
/zaptel.h/1.5/Thu May 15 02:22:05 2003//
D


-- 
Nick Eggleston
Consultant
Data Communications Consulting, Inc.
6320 Rucker Road, Suite E
Indianapolis, IN  46220
317/726-0295 x18
317/202-2445 (fax)







More information about the asterisk-users mailing list