I'm having a problem with DID calls, from analog DID trunks from the LEC, to Universal Trunk Cards in a Mini-Carrier Remote.
My Mini-Carrier Remote is tied to an Opt 61C, rel 21.54. The XUTs are in slots 12 & 13 of the superloop that the MCR is a part of. The problem I'm experiencing happens on the 8th port of the XUT in slot 12 and all ports on the XUT in slot 13. I have 6 total analog DID lines- half go to one card, half to the other. The LMI, LMX & RMI cards are all vintage CA. My XUTs are NT8D14BB, rls 13. Now, a description of the problem...
Let's say I have a phone (digital or analog- makes no difference) at x3210 and one of our DIDs is 987-654-3210. If a call to 987-654-3210 happens to come in on card 12, port 8 (or any of the ports on card 13), it hangs indefinitely and does not go through to the extension. If, however, this call comes in on card 12, ports 1-7, it does terminate at the extension. Below are traces done on a "bad" port as well as a "good" port...
BAD XUT DID PORT- Analog DID Trunk...
.trac 28 0 12 7
ACTIVE TN 028 0 12 07
ORIG 028 0 12 07 DID RMBR 3 5
TERM NONE
DIAL DN 1
MAIN_PM DIAL AUX_PM ACD DNIS
TALKSLOT NONE
EES_DATA:
NONE
QUEU NONE
CALL ID 60
GOOD XUT PORT- Analog DID Trunk...
.trac 28 0 12 5
ACTIVE TN 028 0 12 05
ORIG 028 0 12 05 DID RMBR 3 3
TERM DN 3210
TDTN 0 SLOT 8 PTY SLOT 40
DIAL DN 3210
MAIN_PM RING AUX_PM
TALKSLOT ORIG 41 TERM 9 JUNCTOR ORIG0 TERM0
EES_DATA:
NONE
QUEU RING
CALL ID 1067
Here are the configurations of the "bad" and "good" ports- they are identical except for the TN & route member...
BAD XUT DID PORT...
TN 028 0 12 07
TYPE DID
CDEN 8D
CUST 0
XTRK XUT
TIMP 600
BIMP 3COM
NCOS 4
RTMB 3 5
NITE
SIGL LDR
STRI WNK
SUPN YES
CLS UNR DTN WTA LPR APN THFD
P10 NTC LOL
TKID
DATE 13 JUL 2001
GOOD XUT DID PORT...
TN 028 0 12 05
TYPE DID
CDEN 8D
CUST 0
XTRK XUT
TIMP 600
BIMP 3COM
NCOS 4
RTMB 3 3
NITE
SIGL LDR
STRI WNK
SUPN YES
CLS UNR DTN WTA LPR APN THFD
P10 NTC LOL
TKID
DATE 13 JUL 2001
I've moved the 6 DID trunks among the two cards and all ports and have eliminate them as the source of the problem. In other words, if I swap the trunk connected to 28 0 12 7 with the one connected to 28 0 12 5 and vice versa, the problem remains with the port- it does not follow the trunk from the LEC. To make things even more interesting, if I put a buttset on a "bad" port (such as 28 0 12 7) and dial an extension, the call goes through to the phone at the extension. This seems to also eliminate the port as the source of the problem.
I've had the cards replaced- no change. I've swapped the XUTs- moved the XUT in slot 12 to 13 and vice versa. When I do this, the problem remains with the slot- it does not follow the card. If, however, I move the XUT in slot 12 to, say, slot 10 or 15, etc, the problem does follow the card and port (in other words, after being moved to slot 10, 28 0 10 7 is "bad". Same thing if I move the XUT in slot 13 to another slot. I have also deleted and rebuilt the TNs on both XUTs, have power-cycled the MCR, have re-seated the LMI & LMXs and have re-initialized the 61C. Still the problem persists. I'm perplexed because I can't seem to isolate the source of the problem. Any ideas??
My Mini-Carrier Remote is tied to an Opt 61C, rel 21.54. The XUTs are in slots 12 & 13 of the superloop that the MCR is a part of. The problem I'm experiencing happens on the 8th port of the XUT in slot 12 and all ports on the XUT in slot 13. I have 6 total analog DID lines- half go to one card, half to the other. The LMI, LMX & RMI cards are all vintage CA. My XUTs are NT8D14BB, rls 13. Now, a description of the problem...
Let's say I have a phone (digital or analog- makes no difference) at x3210 and one of our DIDs is 987-654-3210. If a call to 987-654-3210 happens to come in on card 12, port 8 (or any of the ports on card 13), it hangs indefinitely and does not go through to the extension. If, however, this call comes in on card 12, ports 1-7, it does terminate at the extension. Below are traces done on a "bad" port as well as a "good" port...
BAD XUT DID PORT- Analog DID Trunk...
.trac 28 0 12 7
ACTIVE TN 028 0 12 07
ORIG 028 0 12 07 DID RMBR 3 5
TERM NONE
DIAL DN 1
MAIN_PM DIAL AUX_PM ACD DNIS
TALKSLOT NONE
EES_DATA:
NONE
QUEU NONE
CALL ID 60
GOOD XUT PORT- Analog DID Trunk...
.trac 28 0 12 5
ACTIVE TN 028 0 12 05
ORIG 028 0 12 05 DID RMBR 3 3
TERM DN 3210
TDTN 0 SLOT 8 PTY SLOT 40
DIAL DN 3210
MAIN_PM RING AUX_PM
TALKSLOT ORIG 41 TERM 9 JUNCTOR ORIG0 TERM0
EES_DATA:
NONE
QUEU RING
CALL ID 1067
Here are the configurations of the "bad" and "good" ports- they are identical except for the TN & route member...
BAD XUT DID PORT...
TN 028 0 12 07
TYPE DID
CDEN 8D
CUST 0
XTRK XUT
TIMP 600
BIMP 3COM
NCOS 4
RTMB 3 5
NITE
SIGL LDR
STRI WNK
SUPN YES
CLS UNR DTN WTA LPR APN THFD
P10 NTC LOL
TKID
DATE 13 JUL 2001
GOOD XUT DID PORT...
TN 028 0 12 05
TYPE DID
CDEN 8D
CUST 0
XTRK XUT
TIMP 600
BIMP 3COM
NCOS 4
RTMB 3 3
NITE
SIGL LDR
STRI WNK
SUPN YES
CLS UNR DTN WTA LPR APN THFD
P10 NTC LOL
TKID
DATE 13 JUL 2001
I've moved the 6 DID trunks among the two cards and all ports and have eliminate them as the source of the problem. In other words, if I swap the trunk connected to 28 0 12 7 with the one connected to 28 0 12 5 and vice versa, the problem remains with the port- it does not follow the trunk from the LEC. To make things even more interesting, if I put a buttset on a "bad" port (such as 28 0 12 7) and dial an extension, the call goes through to the phone at the extension. This seems to also eliminate the port as the source of the problem.
I've had the cards replaced- no change. I've swapped the XUTs- moved the XUT in slot 12 to 13 and vice versa. When I do this, the problem remains with the slot- it does not follow the card. If, however, I move the XUT in slot 12 to, say, slot 10 or 15, etc, the problem does follow the card and port (in other words, after being moved to slot 10, 28 0 10 7 is "bad". Same thing if I move the XUT in slot 13 to another slot. I have also deleted and rebuilt the TNs on both XUTs, have power-cycled the MCR, have re-seated the LMI & LMXs and have re-initialized the 61C. Still the problem persists. I'm perplexed because I can't seem to isolate the source of the problem. Any ideas??