Direct trunk access not working, it did before.

[3000gt]

Two NT M1 switches, Opt11c and an Opt61, they are product testing switches not company phone switches.

We have always used COT setups with only one outside POTS line connected to one port of the universal trunk card, which is programmed as a COT. We had set up the card with only these changes from default:

LD 14

XTRK: XCOT
RTMB: 0 1
TKTP: COT
ICOG: IAO
ACOD: either 80 or 78
CLS: DTN, UNR

LD 16

TARG (no entry)

LD 11

TGAR: 0
CLS: UNR,OLA

This has worked without problems for a long time, but now we can't access the COT (POTS). The access code takes, but we don't get a second dialtone. So, you put in the access code, then can dial the rest of the outside number. However, we don't get ringback, nor hear anything on the line. The display does show the trunk timer counting.

This setup has worked before many times, not sure if somep prgoramming was lost or database became corrupt. We did a EDD and rebooted but the problem is the same.

We don't mess with ARS, or any other routing as we only have one COT port connected and can't rely on random trunk port choosing by the switch.

Anyone know what might be off here, or have some more options we can try? What about inserting deleting digit setup, does this sound like it's having a problem with that?

Also, anyone know which manual, (on cd) has the trunk setup procedure?

Expertise in Avaya, Rolm/Siemens, Mitel, Nortel, NEC, Alcatel, Toshiba, Aspect, Ericsson, Executone, Panasonic PBXs & KSUs

 

[techman3030]

test the trunk with a test phone, you could have a bad trunk.

 

[johnpoole]

i agree, the trunk itself sounds bad, your post doesn't state loop or ground start but you'll need a test set at the trunk tn

john poole
bellsouth business
columbia,sc

 

[3000gt]

The POTS trunk line is fine, can call a 500 set hooked up to it from another phone. I have tried both a regular POTS line and a centrex line on the trunk port, neither get dialtone after the ACOD is entered.

On the Opt11c, we have not set up any BARS at all, haven't checked to see if there is a default routing that may be causing a problem.

When either a 2 or 4 digit ACOD is entered, can hear the trunk card relay click like it is accessing the port. Then when a local 7 digit number is entered, it doesn't do anything, like the switch is still waiting for more digits.

Expertise in Avaya, Rolm/Siemens, Mitel, Nortel, NEC, Alcatel, Toshiba, Aspect, Ericsson, Executone, Panasonic PBXs & KSUs

 

[techman3030]

do you have anything else on the trunk card, like MOH etc.?
you build trunk routes in ld 16 and trunks in ld 14 which is in software input and output guide - x11 admin.

 

[3000gt]

All other ports besides port 0 on the trunk card are UNEQ, not programmed. Yes the trunk was built in LD 14, and the RDB in LD 16.

Expertise in Avaya, Rolm/Siemens, Mitel, Nortel, NEC, Alcatel, Toshiba, Aspect, Ericsson, Executone, Panasonic PBXs & KSUs

 

[techman3030]

try moving it up a port on the trunk card, they are tough, but do go bad every now and then.

 

[3000gt]

Thanks for the suggestions, keep em going!

Also, we have tried port 0,1, and 5 on one trunk card, and have also swapped to another trunk card, same model number, and tried a couple of ports on that, so it's most likely not hte trunk card.

I may try these two suggestions from the Nortel usersgroup at:

http://groups.google.com/groups?hl=en&lr=&safe=off&group=comp.dcom.sys.nortel

1. In LD16 on this route only, set MANO to YES - try that this corrects the CTD issue the original poster had. "CTD can dial route access code then it hangs"

2. Check CRNO 0 (LD 49) on both switches.





Expertise in Avaya, Rolm/Siemens, Mitel, Nortel, NEC, Alcatel, Toshiba, Aspect, Ericsson, Executone, Panasonic PBXs & KSUs

 

[techman3030]

Go back to ld 16 and change your TARG to a number that you know is not set on any of your phones or your trunk, like 10 for example. I reread your post and it says you have nothing in TARG in ld 16 and I don't think the switch likes that. as long as tgar and targ do not match it should go. By the way this is a long shot, but I think it's worth a try.

 

[3000gt]

Well, setting MANO to yes, started the trunk timer on the direct access phone immediately instead of waiting for a few seconds. That was the only thing it changed, still can't make an external call.

The calling phones have CLS UNR as well.

Expertise in Avaya, Rolm/Siemens, Mitel, Nortel, NEC, Alcatel, Toshiba, Aspect, Ericsson, Executone, Panasonic PBXs & KSUs

 

[3000gt]

Set TARG to 10, with phone at 0, still no call connection.
Going to put a buttset on the line between the card and the demarc, to see if there's DTMF being passed out the switch.

Expertise in Avaya, Rolm/Siemens, Mitel, Nortel, NEC, Alcatel, Toshiba, Aspect, Ericsson, Executone, Panasonic PBXs & KSUs

 

[johnpoole]

your using analog trunks?.. make sure both trunks are dtn

john poole
bellsouth business
columbia,sc

 

[3000gt]

They are analog COT set to DTN. It's starting to look like this is either a trunk board(bad port(s), or cabling problem.

There is no dtmf on the buttset, but the trunk shows busy, so it's not an access problem.

Expertise in Avaya, Rolm/Siemens, Mitel, Nortel, NEC, Alcatel, Toshiba, Aspect, Ericsson, Executone, Panasonic PBXs & KSUs

 

[byrontel]

you didn't answer john about loop or ground start!
If trunks were changed by CO to loop and system programmed grd.....not good.

 

[johnpoole]

the co wouldn't do that!!! 30 plus years with the phone company and they have never admitted to a mistake in the co...must be the same all over

john poole
bellsouth business
columbia,sc

 

[3000gt]

The CO lines we are using are all loop, the switch trunks are also programmed for SIG: LOP, so thats all set.

We have three NT8D14 trunk cards here to swap, and the 25 pair amp cable needs to be toned out.

Expertise in Avaya, Rolm/Siemens, Mitel, Nortel, NEC, Alcatel, Toshiba, Aspect, Ericsson, Executone, Panasonic PBXs & KSUs

 

[techman3030]

If you do have a spare trunk card, try it out, if you think it's a cable issue, move the card to an available card slot and rejumper the trunk, then mov the trunk tn to the new card, and see what happens. We should be getting it narrowed down.

 

[johnpoole]

if these are two way did trunks you can clip on the tn and dial a 3 or 4 digit number inbound and trace, until i test a cot on the block i don't roll cards.. you can direct access a diferent trunk on the same card and put a quick short on the tip and ring of the cards until you hear the bump.. that's quicker then a tone and unpluging cables..

john poole
bellsouth business
columbia,sc

 

[ArchTelecom]

Since it is set as loop start, the switch will assume all is well wether there is a trunk connected or not. Sounds like a cabling problem. Try this, take a tone buzzer, set it on warble, dial your access code, put it on speakerphone so you can hear, then run the tone buzzer down the block until you hear it on speaker, even one lead of the tone buzzer should come across even faintly, once found, run the other lead down until you get full strength signal. If it is just mixed up on the amphenol you should find it, if it's the wrong amphenol altogether, then you will not find it this way.

 

[byrontel]

have you tried programming a set for maintenance allowed "MTA" and accessing tn directly?(ld 36) This will prove continuity regardless of programming or access codes.You can also connect tone to the trunk tn and use above method to prove switch continuity.Sounds to me like you are currently accessing fresh air.