cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
665
Views
0
Helpful
3
Replies

Internal calls working DND IS NOT WORKING

Hi,

 

If called internally within the office via (Internal network) is working fine. In such a scenario, I tried to make a call internally using DID then it won't work out. Example: 

1. Called party : 2015018 to calling party : 2014777 (No Issue). Workling Scenario 

2. Called party : 2015018 to calling party : 2125734777 (Issue). Non - working Scenrio.

 

We can able to see below the pattern matches but the call cannot be established.

 

  • Results Summary
    • Calling Party Information
      • Calling Party = 2015018
      • Partition = PT-NYC-Lines
      • Device CSS = CSS-NYC-Phones
      • Line CSS = CSS-Unrestricted
      • AAR Group Name =
      • AAR CSS =
    • Dialed Digits = 2125734777
    • Match Result = RouteThisPattern
    • Matched Pattern Information
      • Pattern = 2014777
      • Partition = PT-NYC-Lines
      • Time Schedule =
    • Called Party Number = 2014777
    • Time Zone = America/New_York
    • Call Classification = OnNet
    • InterDigit Timeout = NO
    • Device Override = Disabled
    • Outside Dial Tone = NO
  • Call Flow
    • TranslationPattern :Pattern= 212573XXXX
    • Directory Number :DN= 2014777
      • Partition = PT-NYC-Lines
      • TypeCFACSSPolicy = Use System Default
      • Forwarding Information
        • Forward All : DN = VoiceMail = No CSS = CSS-NYC-L3
        • Forward Busy
          • Internal : DN = VoiceMail = Yes VoiceMailBoxNumber = 2014777 CSS =
          • External : DN = VoiceMail = Yes VoiceMailBoxNumber = 2014777 CSS =
        • Forward No Answer
          • Internal : DN = VoiceMail = Yes VoiceMailBoxNumber = 2014777 CSS =
          • External : DN = VoiceMail = Yes VoiceMailBoxNumber = 2014777 CSS =
        • Forward No Coverage
          • Internal : DN = VoiceMail = Yes VoiceMailBoxNumber = 2014777 CSS =
          • External : DN = VoiceMail = Yes VoiceMailBoxNumber = 2014777 CSS =
        • Forward Unregistered
          • Internal : DN = VoiceMail = Yes VoiceMailBoxNumber = 2014777 CSS =
          • External : DN = VoiceMail = Yes VoiceMailBoxNumber = 2014777 CSS =
        • CFDF : DN = VoiceMail = Yes VoiceMailBoxNumber = 2014777 CSS =
        • Pickup Group Number =
      • Device : Type = No Device associated with the DN
  • Alternate Matches
    • Partition :Name= PT-VMPilot
      • Pattern
        • Pattern = 2014777
        • Pattern Type = Enterprise
        • CallManager Device Type = AccessDevice
        • PatternPrecedenceLevel = PlDefault
        • PatternRouteClass = RouteClassDefault
    • Partition :Name=
      • Pattern
        • Pattern = 2014777
        • Pattern Type = Enterprise
        • CallManager Device Type = UserDevice
        • PatternPrecedenceLevel = PlDefault
        • PatternRouteClass = RouteClassDefault

Kindly let us know if transformation called and calling transformation is required.

3 Replies 3

The final line in the top section "Device : Type = No Device associated with the DN" is the key. As far as CUCM is concerned, the number 2014777 in the partition PT-NYC-Lines is not assigned to a phone. Take a look at the phone (or CTIRP?) that is assigned 2014777. Is the DN on the phone in the None partition or the PT-NYC-Lines partition? I'm willing to bet it is in the None partition.

If that is the case, once you modify the phone  so that the number is in the PT-NYC-Lines partition, be sure to go in to Call Routing > Directory Number and get rid of the 2014777 in the None partition so that this overlap does is removed.

Maren

Thank you for your response!

We are having PT-NYC-Lines partition - associated with the DN (2014777).

Kindly let us know what would be the next step to analysis?


Thanks,
Vinoth.

What I was saying is that according to the DNA, you have two instances of the DN 2014777. One is in the <None> partition and one in the PT-NYC-Lines partition. And according to your DNA output, the 2014777 in the PT-NYC-Lines partition is not associated with a phone. Please check the phone (under Device > Phone) that rings when you dial 2014777 directly and take a look at the partition that the DN is in. Given what you've posted, I suspect that the DN associated with the phone is in the <None> partition.

Another way to check is to look at the Route Plan Report and do search on 2014777. You should see the DN in the PT-NYC-Lines partition (associated with no device), the DN in the <None> partition (associated with a phone), and your VM Pilot of 2014777.

Let me know what you find.

Maren

 

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: