Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Finding a Secondary subscriber

Status
Not open for further replies.

usmamo

Technical User
Mar 30, 2010
22
US
Is there a way to lookup secondary extensions? I need to find where this extensions is currently pointed to, but I do not wanna go through all 884 VM boxes looking for the secondary extension.

Problem: I have a user thats voicemail just loops instead of going to a cover message. I believe it to be a secondary extension issue, but I am not sure where it is pointed...
 
What type Of system do you have MSS or exchange back end ?

If you have MSS then you can use Mailbox Manager to find it if you have exch then you are pretty much screwed and will need to look at all of them as the fedb will not show the secondary ext numbers.

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
you may want to look at the OHV when this happens to see what the integration is reporting as far as the number dialed. And does this do this on a direct call to the DID number or just from a caller app or auto attn ?

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
I'm screwed... Thanks for the info Ken. I have already started to dig through the VM boxes and am at number 239. I recommended that I just create a new EXT, but she refused that solution...
 
it still may not be a second number. What exactly does it do ?

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
I call her internally/externally and let it ring to voicemail. When it gets to voicemail it asks me for the mailbox number. I enter XXXX and once again it asks me for the mailbox number. It is a continues loop. I know I have fixed this exact issue before and it was the secondary extension. I just wish that my fellow co-workers would do things the way I say...
 
You need to look at the OHV when you make the call and it will tell you what number is being sent. It sounds like the ext number and not the secondary is wrong

Ken Means

"I find that the harder I work, the more luck I seem to have."
- Thomas Jefferson (1743-1826)
 
I just ran into this issue. I found that if you go into "messaging measurments" which is the java emulation screen, and enter "List Measurments Subscriber xxxxxxx" and enter the secondary extension that you are trying to locate, it comes up with the owner of the mailbox that has that secondary extension.
 
There are two ways on the MSS backend to look for Secondary extensions:
1. If this is a pre-5.1 or 5.2 system (1.0 - 5.0) then on the Mailbox Manager tool report you can add column "Secondary Extension" and the database will be polled and list in report form those mailboxes with this setting.

2. If you can reach the Linux level of the MSS then type this command:
lsearch -LLL "(&(objectclass=audixsub)(nodeid=0))" mailboxnumber umVoicemailboxextension SecondExt > /tmp/secondextensions.txt

You can place the data in a txt file (ex: secondextensions.txt) to any directory on the MSS (ex: /tmp) then grab this file with smbclient or via the MAS.
 
Be careful with the secondary extension making it its own mailbox. Known issue of calls failing to rollover to MM if the there are multiple GUID pointing to the same extension.
Are you getting any 1713 events on the MAS?

Remember that in 5.x the number of secondary extensions to the primary extension mailbox number is unlimited.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top