Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Dial Plan Issue

We have a pretty straigh forward dial plan in place for our client but as of late have ran into a little snag that affect one user in particularly, which just so happens to be the VP of the organization.

Overview:

8.@ pattern for outside access, provide outside dial-tone. Certain users (including VP) are configured with two DN's on their phones. The phone is configured for forward busy call the second DN, and forward no answer go to unity voicemail.

VP's DN : 800

VP's DN2 : 400

Problem is when VP's DN is dialed from both internally and externally (DID) we roll straight to HIS voicemail without rolling to the 400 DN and then to voicemail. Not ringing the 800 extension on the phone at all.

Unfortunately the client has an extremely deranged dial plan in place and would not budge from it since they had ordered DID blocks prior to the telephony system.

I am almost certain that the 8.@ pattern and the 800 DN are in conflict someway and we currently have a P2 TAC case open on this right now.

Here is the snippet from the trace, and as you will see CCM is forcing a Long-Distance Operator Tag when matching for some reason. There are no route filters configured for the 8.@ pattern either.

<IP::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Digit analysis:

match(fqcn="612", cn="612", pss="DET_USERS:DET_EXEC",

dd="800")|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><

IP::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Digit analysis: analysis

results|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP

::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco

CallManager||PretransformCallingPartyNumber=612

|CallingPartyNumber=612

|DialingPartition=DET_USERS

|DialingPattern=8.@

|DialingRoutePatternRegularExpression=(8)(00)

|DialingWhere=

|PatternType=National

|PotentialMatches=NoPotentialMatchesExist

|DialingSdlProcessId=(1,89,1)

|PretransformDigitString=800

|PretransformTagsList=ACCESS-CODE:LONG-DISTANCE-OPERATOR

|PretransformPositionalMatchList=8:00

|CollectedDigits=800

|UnconsumedDigits=

|TagsList=ACCESS-CODE:LONG-DISTANCE-OPERATOR

|PositionalMatchList=8:00

|VoiceMailbox=800

|DisplayName=Joe Smith (edited for forum post)

|RouteBlockFlag=RouteThisPattern

|InterceptPartition=DET_USERS

|InterceptPattern=800

|InterceptWhere=

|InterceptSdlProcessId=(1,25,1)

|InterceptSsType=16777220

|InterceptSsKey=550|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1

.3346930><IP::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Insert an entry into

MonitorPartyTable, now this table has 11

entries|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP

::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Insert an entry into

TransTable, now this table has 6

entries|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP

::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Delete entries from

TransTable, now this table has 5

entries|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP

::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|ForwardManager -

wait_SsInterceptInd Received - Party= 0x1008260, InterceptKey= 0x226

|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP::10.10

6.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|ForwardManager -

findCallBySsParty - mPartyToActiveCallIndexMap entry NOT found for

party= 0x1008260

|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP::10.10

6.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|ForwardManager -

findActivationEntryBySsParty - mPartyToActivationIndexMap - Entry NOT

found for party=

0x1008260|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><

IP::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|ForwardManager -

addActiveCallTableEntry - Added entry for InterceptKey= 0x226, Party=

0x1008260 CallKey=

0x14E0|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP:

:10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|ForwardManager -

wait_SsInterceptInd - New Forward or Call Pickup started for Dn=

800:DET_USERS. Party= 0x1008260, InterceptKey= 0x226, CallKey= 0x14E0

|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP::10.10

6.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Forwarding -

findInterceptTableEntry - Found Intercept table entry for dn=

3000:DET_USERS, InterceptKey= 0xCD

|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP::10.10

6.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Forwarding - Registered

Rejection Intercept- PartyId= 0x1008260, CallKey=

0x14E0|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP:

:10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Forwarding -

matchNextCallForwardDestination - Destination Matched - Dn= 3000, CSS=

DET_USERS

|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP::10.10

6.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Forwarding -

formatRedirectCallReq - Using Orig Party CallKey=

14E0|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP::1

0.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Forwarding -

sendRedirectCallReq ForwardActiveCallEntry - Redirected Party= 0x1008260

Node= 1, to Dn= 3000 CSS= DET_USERS, CallKey= 14E0

|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP::10.10

6.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Insert an entry into

TransTable, now this table has 6

entries|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP

::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Insert an entry into CiCcp

table, now this table has 19

entries|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP

::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|Insert an entry into

TransTable, now this table has 7

entries|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.3346930><IP

::10.106.6.121><DEV::SEP0006D7AA90CA>

02/07/2002 11:42:06.516 Cisco CallManager|StationD: 594a72c

SelectSoftKeys instance=1 reference=16810592 softKeySetIndex=8

validKeyMask=-1.|<CLID::DET-CCM-Cluster><NID::DET-CCM><CT::1,100,95,1.33

Thanks for anyones input or any suggestions on workarounds.

-Adam

1 REPLY
Cisco Employee

Re: Dial Plan Issue

In this case, CallManager is operating properly. "00" is an escape to the long distance operator, and it is matching the 8.@ Route Pattern instead of the 800 DN belonging to the VP.

As a workaround, if you never need to escape to the long distance operator through the "00" code then you can configure a Route Filter for your 8.@ Route Pattern (or if you already have a filter applied, add another parameter to it) and say where LONG-DISTANCE-OPERATOR DOES-NOT-EXIST, and if this is a new route filter, then apply it to your 8.@ pattern.

164
Views
0
Helpful
1
Replies
CreatePlease to create content