added 3rd T,1 cant get to release B Channels 1

[IPStanding]

Have a system with 3 T's. Just added 2nd Pri (other T is connected to auxilary equippment). Has anyone seen any problems using Line 80 for D channel? This one is programed exactly the same as the first PRI and I know the T1 is good because i can move it to the other good slot. I also know hardware is good because i swapped it already. I cant call out and cant receive calls even thought the DChannel is up. Carrier says my B channels wont release.

Any help would be appreciated.

 

[merlinman]

I don't suppose the same vendor controls both pri's do they?

If they did, you could swap them around.

Also, Unit Load?

Version of DS1 Module?

Mix of 016 Mods?

 

[IPStanding]

Same vendor controls them, but i already swapped them and swapped DS1 boards to prove both boards are good and both T1's are good.

They are both Legend DS1 boards(dont know what Vintage offhand)running on a 2.2 Magix Processor.

The one that wont work is in slot 12 and there is only 1 other card in there.

I believe there are a few 016MLX boards in there in the other 2 cabinets.

Thanks for your reply so far, any other ideas?

 

[ken1713]

I believe you can only have two ds1's in a cabinet, not sure if thats your problem, also you can only have 3 circuit packs that draw 5vdc per carrier. The packs that draw 5vcd are processor, 100d and merlin messaging. I'm not sure what would happen if you exceded that limit.

 

[IPStanding]

DS1's are spread across all 3 carriers. I dont think power is the issue. Ther are only 2 boards within that carrier and i did for kicks replace the power supply just to see. i have tried everything i can exhaust.

 

[phonesrus]

What is your total port count including the 3-t's, you did not specify a release version, but did state that you have three carriers. I believe the system limit is 200 ports. If you exceed the port capacity the third T will not work at all, because the "D" channel will be outside the usable port range. I ran across this issue once and found some documentation on this in ELMO, but that was way before they revised the Avaya web site.

 

[IPStanding]

the Dchannel is line 80 and it is up. this is a release 2.2

 

[franke]

Do you have any 'analog' trunk cards installed (i.e.: 408MLX, 412TDL, 800 mods, etc)?

You say that the second PRI is programmed the same as the first, is the C.O. also programmed the same? It would seem that there is a protocal mismatch.

What are the error reports telling you?

franke

 

[tdaugirdas]

Merlinman is probably the best to answer this, but there is a known problem with a certain vintage of T1 card when installed in the same system as any 016 module, especially an 016 MLX. What are the models, vintages of your three t1 cards?

Tom Daugirdas,
President
STCG, Inc.
stcg.com

 

[tdaugirdas]

I checked some previous posts by merlinman. The culprit DS1 is model# 517M15. When configured as PRI, it will not work correctly if any 016 modules are in the system.

Tom Daugirdas,
President
STCG, Inc.
stcg.com

 

[IPStanding]

franke and tdaugirdas,

Thanks for your concern.

This is what we have in the system:

Board HW FV AV
Magix 2.2 02 7.01
408GLM-U 11 42 27
016TRR 04 11 04
012 04 53
100D-U 0A 91 18 (this PRI is good)
016MLX-U 10 10 15
016TRR 50 11 14
100D 2B 90 (this T1 is for a conf. bridge)
408GLM-U 11 42 27
008MLX-U 11 42 27
008MLX 05 29
008MLX 01 09
100D 5B 90 (this PRI wont come up)
016TRR 04 11 04


I have tried swapping T's and boards, i know the boards are good and i know the T's will work in slot 4

I get no errors, it just shows some slips for that slot. I have tried with and without a CSU that is also been swapped.

Anybody got any ideas

 

[tdaugirdas]

Do an inventory and look at the model and vintage of the problem board. Have someone look at it and get the model# off the top back tab (curved piece). I bet it is a 517M15.

Tom Daugirdas,
President
STCG, Inc.
stcg.com

 

[IPStanding]

The board is Okay bercause i can move it to slot 4 and bring up the T unless you are thinking something else.

 

[tdaugirdas]

It might be one of the other T1 modules. I suspect that at least one of them is the following board:

100d-U 517M15
Hardware Vintage: 0A
Firmware Vintage: 91
Application Vintage: 18

This is the board with known interaction problems if any 016 boards are in the system when configured as PRI.


Tom Daugirdas,
President
STCG, Inc.
stcg.com

 

[merlinman]

Part of the problem, as explained to me by a current Tier 3 Avaya Engineer, is the placement of the 016 Mod as well as the mix.

 

[ken1713]

Try changing the third 100d with one of the 008mlx's in the second carrier. I don't believe you would need to do any programing as the id's for the sets would be the same, just a board renumber, you would need to move the cables accordingly. Maybe moving the T to second carrier would help.

 

[Pepperz]

When the questionable PRI is first used after a restart, can you call out on it (Before it seizes). Are the synch sources OK? I doubt that it will have anything to do with it, but set the LS Disco to "Yes". Is the carrier the same for all 3 PRI's. Does the carrier "think" that there are 2 PRI's acting as 1, i.e., FAS vs. NFAS?

Pepperz at newper dot net