Suddenly single users mailbox rings fast busy

phoeneous

Completely baffled by this one... Users mailbox was working just fine and then the next day it rings fast busy if you dial *xxxx. What's strange is that if you call her dn and let it ring then vmail picks up and can leave messages. User can also access vm. I've deleted the mailbox and recreated it.

I ran dna and it says:

• Match Result = BlockThisPattern
• Route Block Cause = Unallocated Number

Then under call flow, it doesnt even list a subsection for Directory Number and positional match is blank.

• Call Flow
  • TranslationPattern :Pattern= *.XXXX
    • Partition = Phones_pt
    • Positional Match List =
    • Calling Party Number = 5599
    • PreTransform Calling Party Number = 5599
    • PreTransform Called Party Number = *5701
    • Calling Party Transformations
      • External Phone Number Mask = NO
      • Calling Party Mask =
      • Prefix =
      • CallingLineId Presentation = Default
      • CallingName Presentation = Default
      • Calling Party Number = 5599
    • ConnectedParty Transformations
      • ConnectedLineId Presentation = Default
      • ConnectedName Presentation = Default
    • Called Party Transformations
      • Called Party Mask =
      • Discard Digits Instruction = PreDot
      • Prefix =
      • Called Number = 5701
• Alternate Matches

How is that possible if the dn works? Also, *5702 is routed to vm just fine. Both dn's use the same partition, css, route partitions/patterns/lists. Currently it is only affecting one user, not even sure where to start on this one... Any help is appreciated.

• Partition :Name= DirectXfer2VM_pt
  • Pattern
    • Pattern = XXXX
    • Pattern Type = Enterprise
    • CallManager Device Type = UserDevice
    • PatternPrecedenceLevel = PlDefault

shodown

Did you do a route plan report on the number?

phoeneous

shodown wrote: »

Did you do a route plan report on the number?

Yup, shows up correctly as a dn and route detail shows the phone that it is on.

shodown

I would check the port status monitor in RTMT to find out what happens when the call goes in. Do you use SCCP or SIP for your connection to Unity?

phoeneous

shodown wrote: »

I would check the port status monitor in RTMT to find out what happens when the call goes in. Do you use SCCP or SIP for your connection to Unity?

sccp.

So what's strange is that this dn had a call pickup group assigned to it. Just for the heck of it, I removed the call pickup group, reset the phone and then readded the call pickup group. Suddenly we can now dial *5701. Tuesday oddities?

shodown

Strange. I'm not sure.