[SOLVED] - Te110p problems - zttest showing 80.4% -

I have done everything I can to get this card working, and I am at a loss now .

Maybe everthing is working fine - I know my PRI is not up - When I called to get it activated it erorred out with all 1s on their end. And could not seem to get it up - unfortunatly I only have a 15 min window everytime they bring it back online - if there is nothing on the otherend the telco automaticly shuts down the interface.

So
1: is it possible that everything is fine, it just needs an active PRI?
2: or is it something on my end?

Dell Poweredge 2850 server
Perc Raid controller with raid 5
All scsi 320 system

I have disabled all un-needed things from my bios USB, 2nd ethernet… etc.

I compiled it with watchdog and can not see any dropped IRQs.

In the zttool All I see is a yellow alarm.

In my /var/log/messages this is what I am getting:
Jul 21 14:48:43 AsteriskPBX kernel: TE110P: Span configured for ESF/B8ZS
Jul 21 14:48:43 AsteriskPBX kernel: Calling startup (flags is 4099)

I need to get this card working in the next 2 days!

Will pay consulting fee, if problem is solved!

More info :
/proc/interrupts

           CPU0       CPU1       CPU2       CPU3
  0:        156          0          0    3495239    IO-APIC-edge  timer
  8:          0          0          0          0    IO-APIC-edge  rtc
  9:          0          0          0          2   IO-APIC-level  acpi
 14:          0          0          0      31111    IO-APIC-edge  ide0
177:          0          0          0      20657   IO-APIC-level  megaraid
185:          0          0          0     123048   IO-APIC-level  eth0
193:          0          0          0    3031482   IO-APIC-level  wcte11xp
NMI:          0          0          0          0
LOC:    3495310    3495312    3495249    3495248
ERR:          0
MIS:          0

AsteriskPBX*CLI> zap show status

Description Alarms IRQ bpviol CRC4 Digium Wildcard TE110P T1/E1 Card 0 YEL 0 0 0

Here is the channels section of my zapata.conf
I am not using trunk groups… but do have
[trunkgroups] in the config

[channels]
         context = incomming
         switchtype = national
         usecallerid = yes
         echocancel = yes
         echocancelwhenbridged = yes
         ;add the is option if you are problems with DTMF detection
         relaxdtmf = yes
         rxgain = 0.0
         txgain = 0.0

         signalling = pri_cpe
         group = 1
         channel => 1-14

Thank, in advance - Dan

what about /etc/zaptel.conf? what does that have?
zaptel.conf is for zaptel driver, /etc/asterisk/zapata.conf is for *. IIRC, the span should go green if just zaptel is up and not * (could be wrong on that)…

[root@AsteriskPBX etc]# cat /etc/zaptel.conf span=1,1,0,esf,b8zs bchan=1-23 dchan=24

In 10 hours I have had 2 IRQ misses


Is it possible that the zttest is not showing accurate results on my system? The only reason why I say it is because it is a beast of a computer:
dell 2850
Dual 3.0Ghz Xenon w/ 2MB L2
3GB RAM
5 - 36GB 15k U320 hard drives in raid 5 config - Perc 4 raid card with 256MB cache and battery backup.

I turned off all usb and power managment…

FYI, we NEVER get 100% on zttest with our Dell 2850’s (pretty much same config as yours, except we have TE410P’s)

what would probably benefit you more would be to disable HT in the bios, get the card on it’s own IRQ, make sure it’s interrupting on it’s own CPU.

edit: nevermind, i see the problem is more that your PRI is not up…

if you don’t have an active line connected to your box, your zaptel.conf and zapata.conf files should be empty or renamed - you don’t want to try loading a line that doesn’t exist.

i guess i’m not exactly sure what the problem is at this point.

Ok - how do you turn off hyper threading? - its not in the BIOS for what I can see…

Also an update - we still only had 2 missed IRQs over a 36hour period…

go into the bios, and under the CPU options, there is a setting for ‘logical processor’ - i don’t remember the exact syntax, but disable that and you should be good to go.

i still don’t understand what the problem is, ohter than zttest not returning 100% - if that is all that is wrong, i wouldn’t worry, as zttest isn’t a reliable program in my experience.

if your system is working properly, then you’re good to go.

[quote=“whoiswes”]go into the bios, and under the CPU options, there is a setting for ‘logical processor’ - i don’t remember the exact syntax, but disable that and you should be good to go.

i still don’t understand what the problem is, ohter than zttest not returning 100% - if that is all that is wrong, i wouldn’t worry, as zttest isn’t a reliable program in my experience.

if your system is working properly, then you’re good to go.[/quote]

Yeah I know - thats what Im trying to figure out - Im gonna have SBC bring up the PRI agian and see what happens - I mean on the smartjack card all the lights are green when the system is booted and card driver is loaded - so I dunno…

Yeah and I found that thing in the bios -

they should be able to do a local loopback test at the demark - if the loop is good, then the problem is on your side…

post your full zaptel.conf and zapata.conf files, and the results of a ztcfg -vvv - i want to make sure we have all of the common stuff ruled out.

Im on the phone with them now -

Zaptel Configuration
======================

SPAN 1: ESF/B8ZS Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Slaves: 01)
Channel 02: Clear channel (Default) (Slaves: 02)
Channel 03: Clear channel (Default) (Slaves: 03)
Channel 04: Clear channel (Default) (Slaves: 04)
Channel 05: Clear channel (Default) (Slaves: 05)
Channel 06: Clear channel (Default) (Slaves: 06)
Channel 07: Clear channel (Default) (Slaves: 07)
Channel 08: Clear channel (Default) (Slaves: 08)
Channel 09: Clear channel (Default) (Slaves: 09)
Channel 10: Clear channel (Default) (Slaves: 10)
Channel 11: Clear channel (Default) (Slaves: 11)
Channel 12: Clear channel (Default) (Slaves: 12)
Channel 13: Clear channel (Default) (Slaves: 13)
Channel 14: Clear channel (Default) (Slaves: 14)
Channel 15: Clear channel (Default) (Slaves: 15)
Channel 16: Clear channel (Default) (Slaves: 16)
Channel 17: Clear channel (Default) (Slaves: 17)
Channel 18: Clear channel (Default) (Slaves: 18)
Channel 19: Clear channel (Default) (Slaves: 19)
Channel 20: Clear channel (Default) (Slaves: 20)
Channel 21: Clear channel (Default) (Slaves: 21)
Channel 22: Clear channel (Default) (Slaves: 22)
Channel 23: Clear channel (Default) (Slaves: 23)
Channel 24: D-channel (Default) (Slaves: 24)

24 channels configured.

Ok here is what they are telling me - from the PRI they can see the CSU (me - the te110p card) but they are not getting framming from their switch!

so I guess this is their problem - currently they are trying different pairs and what not - I dunno - I am frusturated!

ok, that would make sense - it looks like your config is correct, so once they are up, you should be good to go. please post back the results and good luck!

So I shouldnt worry about the zttest showing like 80% (everything I read says this is REALLY important that it shows like 98%+)

Am I going to have zap problems with this setup?

well, that is SUPPOSED to indicate IRQ misses, but i have never been able to get it to show 100% consistently for me, and thus don’t really trust it very much.

the best way to find out is to just make a few calls - if they sound horrid, then you have a problem.

what flavor of linux are you running, and do you have X loading? when i build a server, i do a minimal install with mysql and httpd being the only options - and i STILL don’t get 100% on zttest.

if you’re consistently in the 80%'s, then there might be a problem, but it might not be affecting the hardware…it’s tough to say at this point.

Minimal Linux install (fedora core 4) as usual for servers - no X.

I dont have anything but proftp, Asterisk, and webmin :smile:

and some standard network servers (tftp etc etc) but most are not on.

I am having ZERO missed interrupts… so Im not sure why zttest is showing 80%.

I dunno - everything else seems fine - I have tested phone paging (all SIP over 50 phones at once) no sound drops or problems so I dunno… I guess I will notice problems on my ZAP chanels if there is a problem.

Will keep you posted - I was wondering if you were interested in possibly stating an Midwest asterisk group?

what version of zaptel are you running? if it’s fairly current, i wouldn’t worry, but if you’re still on the 1.0 branch, you might consider upgrading…probably a non-issue, but can’t hurt to check.

one thing that has helped me in the past is to do a clean recompile - i don’t know what would be screwing zttest up like that, but if you can, you might try recompiling sometime…

i would be very happy to contribute to a midwest users group, i’m just not sure how much i’d be able to offer…let me know what your thoughts are and we’ll go from there.

PM me if you want to take this off list.

Im using - zaptel-1.2.7

I recomiled using the:
make linux26
make install
make config

and all seems fine…

I will PM you sometime about a possible midwest group - thanks

it was just wierd - because I started this thread because someone told me that having a lower number than 98%+ in zttest was my problem, and SBC originally told be that the problem was on my end - but now they can see my csu and they cant loop their end… So I dunno - im just confused… :unamused:

sounds good - let me know if you are still having issues after SBC gets done, i am interested in exactly what is happening…

OK SBC - just talked to me and said they fixed the switch problem, but my card is still not sending the frame information (they said)

They told me that it is prob a bad cable - So I swapped the cable for our data T1 with this one - the data T1 is up and running, but still no go on the TE110p

you want to login to my system and check it out?

-Dan

EDIT - Just talked to SBC agian - here is what they are telling me!

They can send info to the CSU - They can loop it, but are recieving all 1s on the PRI end. They are telling me that the CSU is not sending a T1 signal!

What the hell does this mean? Is there something I need to do to get the TE110p to send a T1 signal - I though doing the ztcfg -vvv configures the card - what else needs to be done? Could I possible have the jumper on E1? could this cause the problem - Basicly I have until 4:30 today to get this working!

Can someone please help -
I am in DIRE need of assistance!

Here is the info I have from SBC/AT&t - they keep telling me to make sure protocol is set to National2 and switch type is dms100 - WHere the hell is protocol. Here is the info they sent me

DUE DATE				07/19/06 (T1)		07/20/06  (B & D)CHAN	

PTD					07/18/06 (T1)		07/19/06  (B &D )CHAN 		

ORDER NUMBERS			N162420  (T1)		
C162421  (D) CHAN
					C162422  (B) CHAN 
					 		

TELEPHONE NUMBERS		314 984-2800 THRU 2999
					 
CIRCUIT ID	101 T1ZFN  OKLDMOAAW00 STLSMO41DC2

T1 FRAMING				ESF		

LINE CODE				B8ZS
			
TRUNKS  				14
		
OFC ROUTE INDEX			99
		
TRUNK GROUP (B) 			402

TRUNK GROUP (D)			402
			
DIGITS OUTPULSED		4
		
SIGNALING				NA
			
PULSING				 NA
			
START DIAL IN OR OUT		NA

DIAL TONE				NA
				
INTRA LATA PIC			NO	(TB CONFIRMED)		
INTER LATA PIC			NO	(TB CONFIRMED)

PROTOCOL				NATIONAL /FAS

SWITCH				DMS100

DEMARC EXTENDED		NO (ADDITIONAL CHG APPLY) 
					VENDOR TO EXTEND

OPTIONS				CALLER ID NAME / NUMBER

here is what my zapata.conf is:

[channels]
         context = incomming
         switchtype = dms100
         overlapdial = yes
         usecallerid = yes
         echocancel = yes
         echocancelwhenbridged = yes
         ;add the is option if you are problems with DTMF detection
         relaxdtmf = yes
         rxgain = 0.0
         txgain = 0.0
         signalling = pri_cpe
         group = 1
         channel => 1-14

Here is [code][root@AsteriskPBX zaptel]# cat /proc/zaptel/1
Span 1: WCT1/0 “Digium Wildcard TE110P T1/E1 Card 0” B8ZS/ESF YELLOW

       1 WCT1/0/1 Clear (In use)
       2 WCT1/0/2 Clear (In use)
       3 WCT1/0/3 Clear (In use)
       4 WCT1/0/4 Clear (In use)
       5 WCT1/0/5 Clear (In use)
       6 WCT1/0/6 Clear (In use)
       7 WCT1/0/7 Clear (In use)
       8 WCT1/0/8 Clear (In use)
       9 WCT1/0/9 Clear (In use)
      10 WCT1/0/10 Clear (In use)
      11 WCT1/0/11 Clear (In use)
      12 WCT1/0/12 Clear (In use)
      13 WCT1/0/13 Clear (In use)
      14 WCT1/0/14 Clear (In use)
      15 WCT1/0/15 Clear
      16 WCT1/0/16 Clear
      17 WCT1/0/17 Clear
      18 WCT1/0/18 Clear
      19 WCT1/0/19 Clear
      20 WCT1/0/20 Clear
      21 WCT1/0/21 Clear
      22 WCT1/0/22 Clear
      23 WCT1/0/23 Clear
      24 WCT1/0/24 HDLCFCS (In use)

[/code]

What am I suppose to do? I am totally lost - WILL pay $500.00 Bounty for this!

:exclamation:

check your PM’s - i sent two

Ok something interesting - when I change the /etc/zaptel.conf to e&m and the signaling to em I get this in my zttool:

????? Digium Wildcard TE110P T1/E1 Card 0 ?????????????
?      							?
?      							?
?    Current Alarms:     Yellow Alarm      		?
?    Sync Source:        Internally clocked		?
?    IRQ Misses:      0  				?
?    Bipolar Viol:    0  				?
?    Tx/Rx Levels:0/  0  				?
?    Total/Conf/Act:      24/ 24/ 23       		?
?        		111111111122222        ???????? ?
?        	123456789012345678901234       ? Back ? ? 
?    TxA 00000000000000000000000-              ???????? ?
?    TxB 00000000000000000000000- 			?
?    TxC 00000000000000000000000- 			? 
?    TxD 00000000000000000000000- 			?
?   					????????    	?
?    RxA 11111111111111111111111-       ? Loop ?    	?
?    RxB 11111111111111111111111-       ????????    	?
?    RxC 11111111111111111111111- 			?
?    RxD 11111111111111111111111- 			?
?      							?
?????????????????????????????????????????????????????????

Notice tx - all 0s and recieve all 1s - there has never been anything in those spots before:

But here is what my old zapata.conf was:

[channels]
         context = incomming
         switchtype = dms100
        overlapdial = yes
         usecallerid = yes
         echocancel = yes
         echocancelwhenbridged = yes
         ;add the is option if you are problems with DTMF detection
         relaxdtmf = yes
         rxgain = 0.0
         txgain = 0.0
         signalling = pri_cpe
         group = 1
         channel => 1-14