cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
865
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