Ever since I installed a new PRI circuit (which replaced another carrier's regular T1) my users' message lights stay on, even after they've listened to their messages. Octel vendor checked and correct MCK signals are being sent after he left test messages. Someone else recently posted about a very similar problem and said the problem was "on the route itself" and that the trunks were not releasing for 120 seconds. I've looked all over the RDB in LD 16 but don't really know what I'm looking for. Could it be on the carrier's end? or do you think this problem is completely unrelated to the new PRI T1? they're getting very upset and I'd really like to resolve this for them. Thank you.
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations John Tel on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
new PRI trunk may not be disconnecting
- Thread starter coniglio
- Start date
- Thread starter
- #3
if the problem is not with the Octel then what do you suggest I check in the PBX? it's an octel 250 and an Option 11C. As I mentioned, my octel vendor did leave a few test messages and had user retrieve them, at which point the Octel did send the MCK prompt so octel vendor is pretty certain it's not the Octel. He had me out and rebuild the PBX port that controls the MIK/MCK but we're still having problem. Your suggestions are greatly appreciated. Thank you. PS: it's a remote office so I really can't do internal testing. Noone there will want to do it either.
that's a tough one for remote repair, look at the channels between the octel and the vm, it uses a station to turn on and off msg, a mermail uses the aml link, if all channels are busy, you mwk will stay on until the channels becaome ava. the fact that it happened when you just installed pri may be a hint. is the vm a front end on some of your trunks? also trace ld 80 trad x x your new pri channels to see if any of htem are tying up channels, if there slow to release they can create an all ports busy. this could happen if i call in and go to mail on rna, leave a msg and hang up. you need to trace that call and see if the pri trunk is holding the mail.
john poole
bellsouth business
columbia,sc
john poole
bellsouth business
columbia,sc
- Thread starter
- #6
hi Johnpoole, I don't what you mean about v/m being a front end, but what I can tell you is all traffic comes in over this one circuit to M2250 operator (no DIDs) and calls are then transferred to exts. So I think the answer to your question is no. I'm at a complete loss and in way over my head but I did print the T1 trunk members and noticed the incoming/outgoing start arrangement (STRI/STRO) is set to OWK, which I then looked up and still don't know whether this is a factor or not. I'll try tracing as well. thanks.
- Thread starter
- #7
finding out about the card. The integration is digital. I have an M2616 set with key 0 as 8100, followed by keys 1-9 as SCN keys, key 1 being the same DN as what's on the MWK key, which are also all programmed as analog ports to hunt up to one another.
- Thread starter
- #8
dear Senk1s, based on my last post I think the integration may be analog, since it's the analog ports that hunt up to each other. I'm still trying to determine what type of card the octel uses. I'm trying to see if i can figure that out remotely. If this helps, they're using a DMID. The 2008 set does seem to be sending the MCK signal correctly. If you have any other suggestions please let me know. My manager is requesting a replacement Octel 250 plus another new analog card, but I just don't think that's the problem. thank you.
- Thread starter
- #9
- Thread starter
- #10
- Thread starter
- #12
- Status
Similar threads
- Locked
- Question
- Locked
- Question