puzzler...

[TAnselm]

This is not an error of a trouble but it is a puzzler... and I truly hate things that I don't understand. Can someone try to explain this to me?????

We have a 1800 number here on a listing that says the DNIS is 0361.
0361 is not a working number in the switch.
When you dial the 1800 number, you get the corporate operator.
However, when you dial internally you go to a RAN recording.
Likewise if you direct dial externally (XXX-338-0361) you get the RAN.
I traced the call as seen below and it does come to X0361
and somehow transfers to the operator at X1004.
I checked the IDC tables and X0361 converts to X0361.
I looked at the INT tables in ld 15 also shown below and it shows CTVN all pointing to the RAN.

I am totally confused as to how the 1800 gets to the operator. Can anyone possibly explain it??



LOOP 0 ACTIVE TN 083 0 04 03
SRC
ORIG 081 11 TIE RMBR 15 81
TERM 083 0 04 03 0 5 0 ATTN 2250
DIAL DN 1004
MAIN_PM ESTD
TALKSLOT ORIG 18 TERM 18
EES_DATA:
NONE
QUEU NONE
CALL ID 300 6599


---- ISDN PRA CALL (ORIG) ----
CALL REF # = 423
BEARER CAP = VOICE
HLC =
CALL STATE = 10 ACTIVE
CALLING NO = 5853386000
CALLED NO = 0361

DST NIL
HLD NIL

LOOP 1 IDLE TN 083 0 04 03

LOOP 2 IDLE TN 083 0 04 03

LOOP 3 IDLE TN 083 0 04 03

LOOP 4 IDLE TN 083 0 04 03

LOOP 5 IDLE TN 083 0 04 03

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

TYPE INT_DATA
CUST 0

TYPE INT_DATA
CUST 00
ACCD OVF OVF OVF ATN
CTVN RAN RAN RAN RAN
RANR 13
MBNR RAN RAN RAN RAN
RANR 13
CTRC OVF NAP OVF NAP
CLDN NAP OVF NAP NAP
NINV OVF OVF OVF ATN
NITR OVF OVF OVF ATN
NRES OVF OVF OVF ATN
NBLK OVF OVF OVF ATN
RCLE ATN OVF ATN ATN
CONG OVF
DLT OVF
LLT OVF
DNDT BSY

 

[MrPederman]

Here are a few thoughts.

Do the local incoming DID calls come into the system on the same route as the 800 number?

If they are different, you could compare the two routes for differences.

You could try to program x-0361 on to a set to see if it terminates.

Who is the carrier of the 800 number route, If it is GC, I have seen that the network programming needs to be set for the "SLI Profile" in the C.O..

Hope some of this helps.

 

[CJG3]

It is the prime function of the operator to answer incoming calls.

When the switch can not terminate an incoming call to a specific extension or ACD que it send it to the place where it knows it will get answered.

By definition the attendant is where incoming calls go.

 

[TDMtek]

My guess, just looking at what you posted the 1800 call is coming in over a Tie line, if the Tie Line rout has ESN5 signaling, the D-Channel might have call redirection information as part of the call setup.
The INT data that you posted is set to ATN under the RCLE prompt, (Redirection Count Limit Exceeded) you could try changing the field to RAN, retest and see if that changes the call treatment.

 

[acewarlock]

When the switch can not terminate an incoming call to a specific extension or ACD que it send it to the place where it knows it will get answered."

This is not true all the time, it depends on how the switch is programmed, especialy the
TYPE INT_DATA
CUST 00
ACCD OVF OVF OVF ATN
CTVN RAN RAN RAN RAN
RANR 13
MBNR RAN RAN RAN RAN
RANR 13
CTRC OVF NAP OVF NAP
CLDN NAP OVF NAP NAP
NINV OVF OVF OVF ATN
NITR OVF OVF OVF ATN
NRES OVF OVF OVF ATN
NBLK OVF OVF OVF ATN
RCLE ATN OVF ATN ATN
CONG OVF
DLT OVF
LLT OVF
DNDT BSY


In this case a vacant DN would go to a RAN




This is a Signature and not part of the answer, it appears on every reply.

This is an Analogy so don't take it personally as some have.

Why change the engine if all you need is to change the spark plugs.