T1 showing busy with only a few trunks in use 4

[nappers]

I hope someone can give me some direction. I have a T1 at a remote site that is having intermittant problems with trying to access an outside line. All incoming calls are fine and terminate on their DIDs each time I placed a call, yet at the same time they could not access an outside line even though the status of the lines only showed 3-4 busy trunks. I thought maybe it could be a hunting problem, but why would the system try to access a busy line with 20 still available. I also called the local service provider, and they did not see any problems with the trunks and showed them all in service. There were no new alarms or errors in the switch at the time. Then, all of a sudden people could access a line again. I never did see any more than 5 trunks active at one time, though. HELP!

 

[schlum]

How are they trying to access an outside line? If they are using a line pool button or intercom 9, 8... have you checked to see how many of your lines are assigned to your line pool(s). If, let`s say, line pool 9 has only 4 lines assigned to it and they are all in use, the 5th person trying to access it would get a no free lines message, even though you have 20 spare, just because the remaining 20 are not part of the pool. If certain people have appearances of these 4 pooled lines (and others) on their phones and they happen to choose your 4 pooled lines by chance, that may be a cause for your intermittant problem. Once some become free again, your problem disappears. So I would go in and check the Trk/Line data of the lines in question and change accordingly. If the line pools seem to be programmed properly, see if there is any problems dialing out from a phone that has assigned lines. ie If reception has all lines appear on their phone, is there ever a problem accessing a line directly? It may help isolate your problem.

Schlum

 

[mmazza]

I have foud that sometimes it is possible to lock up trunks when people conf. on them . I happens alot on 8x24's and 0x32's The best way to fix it that we have found is to drop the entire T1 then bring it back up . I am assuming you are talking about a MICS 0x32 with a T1 card .
if it is on a 8x24 you can just disable the busy ports and the enable them thru the maint section on either a set or norstar manager .
Please note when you disable a port it disables all four ports on the trunk card .
If it is an 0x32 with T1 interface you have to just diaable the entire T1 and then bring it back up .
i hope this helps you .
If you find my post helpful please let me know by clicking below and marking it as a helpful post

Mario Mazza
Telecommunications Specialist
Pacesetter Corp .
Mailto:mario.mazza@pacesettercorp.com

 

[nappers]

Hey Guys,

Thanks for the responses. I have set up a test window this morning before the customer's business opens. I checked and all 24 lines belong to pool A with an access code of 9. I also went ahead and disabled the T1 card and then enabled it again, but won't be able to do any testing until 7:00am when I have someone showing up on site. I will go through assigning each line on the phone and testing each trunk individually.

Thanks Again (and I'll let you know what happens),
Nappers

 

[mmazza]

hey schlum I will mark you resond as helpful . I alomst don't respond to any anymore cause you think people could at least let you know you helped by talking three extra seconds to mark somehting you post as helpful . anyways enough of my rant .. thanks for all your contirbutions If you find my post helpful please let me know by clicking below and marking it as a helpful post

Mario Mazza
Telecommunications Specialist
Pacesetter Corp .
Mailto:mario.mazza@pacesettercorp.com

 

[nappers]

mmazza,

I agree with you, Schlum has very helpful posts. I was looking where to go to mark it as helpful, and now I know. Please don't assume that laziness is the reason why it wasn't done so in the first place. I looked at the bottom of my post for a link instead of Schlum's. I always try to get back and post how the issue was resolved, further letting fellow techs know what helped, and if the responses I got were right on. This board is of great service to me!

So, after disabling the DTI card, and then re-enabling it, all trunks tested good. I do appreciate everyone's helpful responses and will mark them as so in the future.

Hasta,
Nappers

 

[mmazza]

if you wanna stop it from happening tell people at the site not to conf. calls off site . That is what I have to hang up the ports . The Ksu does not know to realease the call when everyone hangs up .
and I do apoligize I didn't mean to make it sound like I was talkin to you . I just hate that alot of people go un reconized because people get the answer they want then just leave . I know personaly Schlum and others in here have helped me out when I had nowhere else to turn for ideas and I am very thankful for that .
If you find my post helpful please let me know by clicking below and marking it as a helpful post

Mario Mazza
Telecommunications Specialist
Pacesetter Corp .
Mailto:mario.mazza@pacesettercorp.com

 

[jerryreeve]

Nappers,
Since you seem to be using NRU to program the remote site you could have made your testing without waiting for customers by giving the Remote set tool enough lines to make test calls out on, I know you couldn't talk on it but I use this to call my desk and test out dialing troubles when the customer is not available to make the test calls JerryReeve
Communications Systems Int'l
Jerry@com-sys.com

 

[nappers]

Jerry,

I understand what you are saying by making the calls from the remote tool set, but how do I assign numbers to the Remote set tool? If you could explain in a little more detail, that would help me out a lot. Thanks for bringing up another testing option. I usually work on Avaya equipment and all your pointers are welcome! I will look at the tool and see if I can figure this out.

Nappers

 

[jerryreeve]

Nappers,
Just treat the Remote Tool as a regular phone, you will find that if the DN is the one that the RAD is connected to. Just remember to remove programming you do that could effect call handling when you are done with it. The remote tool can be programmed with target lines, line appearances Call ID display etc. When I needed to monitor the activity on a T-1 I changed the remote tool to a 7324(took the RAD about 5 minutes to re-configure) and assigned a line appearance for each channel, I could see how busy the channels actually were. The remote tool works for almost all programming needed (it dosent allow you to go into programming that would require voice input (Recore an AA greeting etc) but this has worked out for me several times. JerryReeve
Communications Systems Int'l
Jerry@com-sys.com

 

[nappers]

Thanks Jerry! I'm going to check this out!

Nappers

 

[nappers]

Well,

It seems my customer was having the same issues today, and about 20 of the B1 channels on the straight 24 channel T1 were hung again. I did disable and enable the DTI card, which solved the issue at hand, but they are very tired of having problems. There were no errors in the network event log, and they need to be able to conference callers on from outside the system. Is there any way to just release the lines individually?....whether to hang up the conference call or just being able to release only the hung trunks instead of dropping the whole T1? Any suggestions out there?

Thanks,
Nappers

 

[nappers]

Oh, by the way, these are set up as E&M trunks, so I don't think conferencing would be an issue unless they were set up as loop start.....