search for: patlooptest

Hi there, Running patlooptest following instructions on Digium KB, using dahdi 2.5.1 with a TE205P. I'm getting this kind of output (not full output). Note, I'm using a standard cat5 ethernet cable (30cm), with a Digium T10i crossover. Error 4985 (loop 19898, offset 425, error 214): Unexpected result, Read: 0xff, Expe...

Does anyone know if patlooptest either doesn't work for fxo/fxs signaled channels or if you have to do it a different way? If I run ./patlooptest /dev/zap/25 60 with a config like: fxsks=25-32 fxoks=33-48 it gives me a bunch of output along the lines of: (Error 4071): Unexpected result, 254 != 255, 11 bytes since last erro...

Hi List. I'm running the patlooptest program I've found in dahdi_tools 2.1.0.2. The target is a TE121P board with a loopback cable inserted on the socket. I suppose that the loopback is working fine because I'm able to see the green led on and dahdi_tool reports no errors. When I run the patlooptest I've a lot of errors (...

Is anyone successfully running asterisk on an HP proliant while using their management software, hpasm? I have two DL360's and two TE220B's. The cards have their own IRQ's. No matter what combination of settings I use, the cards fail the patlooptest if hpasm (ver 7.9.1) is running. If I stop it the cards pass the test. I really want to run the management software, so I'd like to know if anyone has it working. Thanks.

...it should have. I can't think of anything that would > particularly impact 64 bit systems versus 32 bit systems in that > domain (ISDN real time message timing, etc). Are you sure there's > nothing else different (kernel version or something else like that)? > Maybe also run a patlooptest on the spans in question to make sure > that they're running cleanly. Hi Matt, thanks for the reply. Both the 32-bit and 64-bit were fresh installs of the latest CentOS 6.9 from online repositories using a kickstart build. I'm going to try installing the 64-bit version again tomorrow t...

Dear All; I am afraid from IRQ misses: 1 The ISDN E1 was working fine on the machine, the electrical disconnected and then the Red Allarm. I checked the dahdi and I found that I have to reinstall dahdi again and I did. But still not becoming UP. The output of the cat /proc/dahdi/1 is following (I am afraid from the IRQ misses: 1, so if it is a problem what is the solution)? [root at CC

hello: I wan to use the test tools-patgen and pattest for pri cards. according to Tzafrir Cohen from http://docs.tzafrir.org.il/man/pattest.8.html, i still does not know how to use that. do i need to connect two pri cards with two servers, or use a cable to connect two cards in one server? please give me a more details in term of cables and configurations. thanks! Chris -------------- next part

I have some more investigation to do on this, but I wanted to see if anyone here had any insight into the issue I've run into. The hardware is a HP DL360 G6 with a TE420 gen 5 4-port T1 PRI card. It is one of several systems that have been running without issue since 2010/2011. They have all been running CentOS 4 32-bit with Zaptel 1.4.12.1 (with patch for gen 5 card), libpri 1.2.8 and

...hecklist and they were unable to find anything when they logged in. zttest yields 100% for the most part, with an occasional (< 5%) 99.9877. zttool reports no missed interrupts. The TE205P is on IRQ 5 and not sharing. Turning on or off ACPI, APIC, USB, etc. has not helped. They had me check patlooptest, which failed miserably (literally thousands of varying comparison errors per second). Now I've received a replacement card that does the exact same thing. I've tested in 4 different boxes with the same results. The primary has a Supermicro P8SCT motherboard with 3.4 GHz P4, 2GB RAM and...

.... So, those of you with TE110P and TDM400P cards, what motherboard are you using in your PBX? How's it working? No issues at all? 'zttest' scores? Any crackling or echo? Noticed any differences when the system is under high load? Perhaps even you've gone so far as to run 'patlooptest' with a T1 loopback cable connected; care to share your results? Just for reference, motherboard's we've had issues with: - Abit IC7-G - Supermicro P8SCT Thanks. -- Joshua West Linux Infrastructure Engineer Boston Engineering Corporation http://www.boston-engineering.com

I'll keep asking weird questions here: I have two T1 WAN circuits originating at my asterisk box and terminating at Asterisk servers at remote sites. Currently I use zaptel ppp assigned to all 24 channels for data. Now I would like to split off a few of these channels for voice trunks (I should use VOIP, but at the moment I do not have fast enough servers for the codecs) At one site

Out of the blue i started receiving the following error on my PRI line which connects my asterisk server to a Norstar 0x32 key system. The asterisk zaptel.conf file was configure as follows and this config worked for 6 months until friday. Nothing was changed on either system prior to friday. here is teh zaptel.conf span=1,0,0,esf,b8zs bchan=1-23 dchan=24 span=2,0,0,esf,b8zs bchan=25-47 dchan=48

...7 +- doc/Makefile.am | 19 + hdlcgen.c | 2 +- hdlcstress.c | 3 +- hotplug/Makefile.am | 11 + m4/.placeholder | 0 modules.sample | 4 + patlooptest.c | 3 +- ppp/Makefile | 29 - ppp/Makefile.am | 7 + version.c.in | 6 + xpp/Makefile | 202 - xpp/Makefile.am | 166 + xpp/astribank_he...

...7 +- doc/Makefile.am | 19 + hdlcgen.c | 2 +- hdlcstress.c | 3 +- hotplug/Makefile.am | 11 + m4/.placeholder | 0 modules.sample | 4 + patlooptest.c | 3 +- ppp/Makefile | 29 - ppp/Makefile.am | 7 + version.c.in | 6 + xpp/Makefile | 202 - xpp/Makefile.am | 166 + xpp/astribank_he...

I am running Asterisk 1.16.2.13, dahdi 2.4.0 and libpri 1.4.11.4 on an HP ML110 G6 using Ubuntu Linux 10.04 LTS. I have two Digium TE121 single T1 port cards and a Digium AEX800 8-port FXS card. All PCI Express cards. Co-workers are hearing hissing sounds on some calls, and I am getting IRQ errors when running "dahdi show status". I see that sharing IRQs for Digium cards isn't

...oc/dahdi_cfg.8 | 6 +- hdlcgen.c | 2 +- hdlcstress.c | 3 +- hotplug/Makefile.am | 11 + m4/.placeholder | 0 modules.sample | 4 + patlooptest.c | 3 +- ppp/Makefile | 29 - ppp/Makefile.am | 7 + version.c.in | 6 + xpp/Makefile | 202 - xpp/Makefile.am | 167 + xpp/astrib...

...oc/dahdi_cfg.8 | 6 +- hdlcgen.c | 2 +- hdlcstress.c | 3 +- hotplug/Makefile.am | 11 + m4/.placeholder | 0 modules.sample | 4 + patlooptest.c | 3 +- ppp/Makefile | 29 - ppp/Makefile.am | 7 + version.c.in | 6 + xpp/Makefile | 202 - xpp/Makefile.am | 167 + xpp/astrib...

...f anything that would > >> particularly impact 64 bit systems versus 32 bit systems in that > >> domain (ISDN real time message timing, etc). Are you sure there's > >> nothing else different (kernel version or something else like that)? > >> Maybe also run a patlooptest on the spans in question to make sure > >> that they're running cleanly. > > > > Hi Matt, thanks for the reply. > > > > Both the 32-bit and 64-bit were fresh installs of the latest CentOS 6.9 > from > > online repositories using a kickstart build. I'...

I have a server with an asterisk ss7 link connected to a Siemens working well for over a year. A few days ago I started having problems with signaling. I found the following logs in / var / log / messages Sep 12 11:49:25 call3 kernel: [1018427.030959] dahdi: Master changed to TE2/0/2 Sep 12 11:49:25 call3 kernel: [1018427.120740] dahdi: Master changed to TE2/0/1 Sep 12 11:49:26 call3 kernel:

.../src/linux-2.6 ]; then echo "Link /usr/src/linux-2.6 to your kernel sources first!"; exit 1 ; fi make -C /usr/src/linux-2.6 SUBDIRS=$(PWD) modules obj-m := $(MODULESO) #ifneq ($(TOPDIR),) #include $(TOPDIR)/Rules.make #endif MOD_DESTDIR := zaptel devel: tor2ee tests: patgen pattest patlooptest hdlcstress hdlctest hdlcgen hdlcverify timertest tor2.o: tor2.c tor2-hw.h tor.h tor2fw.h zaptel.h $(HOSTCC) $(KFLAGS) -c tor2.c zaptel.o: zaptel.c zaptel.h digits.h arith.h sec.h mec.h sec-2.h mec2.h mec3.h $(HOSTCC) $(KFLAGS) -c zaptel.c torisa.o: torisa.c zaptel.h torisa.h $(HOSTCC) $(KFL...