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 Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

VM Light won't go out 1

Status
Not open for further replies.

pronei

Vendor
Mar 11, 2008
1,010
US
I have DN 1234 which is SCR MARP on a 3904 & SCR on i2050.

There are no voicemails in his box. His extensions are not in any other MWI field that I could find in CP, however his light on both sets remains lit.

Is there a way to show what is keeping his VM light on?
 
print the dn and make sure those are the only two sets that the number appears on, program a MIK and a MCK button on the set to test the light, otherwise out and rebuild the mailbox. I would think that the extension is showing somewhere else too
 
Is there another DN appearing on that phone as a single appearance that has a different mail box?

Signature===========================================
Artificial Intelligence Is No Match for Natural Stupidity.

The latest survey shows that 3 out of 4 people make up 75% of the population.

The original point and click interface was a Smith & Wesson.

Red meat is not bad for you, it is the green fuzzy meat that is bad.
 
pronei...take a look in callpilot what is the first dn
and does it have a second dn make sure the first dn
in cp is the first dn in callpilot or mark both mwi dn
in callpilot.

no problems only solutions

strmwalker
 
Scenerio:

PBX 1 Nortel 81C 4.5 calls PBX 2 81C 4.0 via PRI ties. Number called in PBX 2 is CDP from PBX 2 to Cisco Call Manger 6.1 tied to PBX 2 via PRI with ISGF interface on DCH. When call reaches the Cisco call manager the Name does not appear only the number. This is a Tandem call situation. If I call from PBX 2 to the Cisco call manager 6.1 the name appears.

I am being told by my vender that this is a Cisco issue since tandem calls to TDM sets works.

I have verified my DCH RCAP settings and everything looks correct.
 
Pronei

Were you able to turn out the light using an MCK key?

 
MIK & MCK did not work.

Firmware upgrade did not work.

Out and Replace of VM box did not work.

I will out and replace both phones tomorrow.
 
kcales start a new thread.

Pronei... We are just assuming that the phone is on the same PBX as the voice mail. Is that correct? I don't think this is a physical set issue. There is something simple to fix but we need more info.

What kind of voicemail?

Signature===========================================
Artificial Intelligence Is No Match for Natural Stupidity.

The latest survey shows that 3 out of 4 people make up 75% of the population.

The original point and click interface was a Smith & Wesson.

Red meat is not bad for you, it is the green fuzzy meat that is bad.
 
pronei...in the pbx ld 20 prt the dn and tnb how many
extensions are on the phone.then in callpilot look
at the users profile how many extension are set for the
subscribers mailbox is exten dn 1 the first extension on
the phone?make sure mwi dn is marked enabled also if the
subscriber has more than one extension make sure mwi dn
is marked enabled that way if a message was left on any
of the extension when you check your messages callpilot will
know.example let say i have extenions 1234 and 5678 on
my phone i pickup on extension 5678 and dial into callpilot
to check messages and i have one message but it was for extension 1234 and listen to that message with my mwi dn
being marked enable callpilot knows i have listen to the message.

no problems only solutions

strmwalker
 
tnphoneman, its CP 4 and yes, this pilot is local to the pbx and the phone in question.

strmwalker, I've verified via tnb & dnb that only appearances of DN 1234 & rollover DN of 71234 are located on 2 phones:

Both sets are ACD and I have checked for EVERYTHING in CP.
His DN's are not listed in any other MWI DN field in CP anywhere, nor are his position IDs or ACD DN.

3904 DN 1234 SCR MARP on Key 4
DN 71234 SCR MARP on Key 5
i2050 DN 1234 SCR on Key 4
DN 71234 SCR on Key 5

I have this same config on many many users, for some reason though BOTH of these sets have VM light on when there is NO voicemail in his box.

I'm completely perplexed, is there a cmd in the switch that will accomplish:

REQ: WhyIsMyDangVMLightOn l s c u
 
pronei..if what you are saying is true..that in callpilot
he is programmed with ext dn 1234 and you scroll down to
the mwi dn and its not programmed with exten 1234 enabled
he will never be able to turn off the light after he gets
message or listens to a message.you have to have a mwi dn
programmed most of the time its the users extension and
it has to enabled so it can control message indications.

no problems only solutions

strmwalker
 
pronei...take a look in the callpilot NTP 555-7101-301
on page 64 you will see what i am saying about mwi dn.

no problems only solutions

strmwalker
 
that NTP is the administrators guide

no problems only solutions

strmwalker
 
MWI DN has his 1234 populated and MWI Enabled is checked.

I've done this many many time before.

What I simply need to know is: Is there a way to trace EXACTLY what is keeping the light on?

I probably wasn't clear,

On the user vm box, his MWI is 1234, MWI enabled is checked.

In troubleshooting I did an advanced search in cp to verify that DN 1234 & 71234 was not located on any VM box other than his own mailbox.

Yet his light remains, with no vm messages and no other appearances of his DN in any other users boxes.
 
pronei...sorry for the run around but is extension 71234
in his callpilot profile?i had the same issue at a school
with a clerk who had two extensions on her phone see would
always check voicemail on her second extension that way
if she got a call on her first line she would not miss it
but she would listen to her messages and delete them but
the light never would go out and she check messages again
and there would not be any come to find out her second
extension was not in callpilot.the fix was to put it as the
2nd ext dn and 2nd mwi dn marked enabled problem solved.so
the question is when the user get into callpilot what
extension are they using


no problems only solutions

strmwalker
 
pronei,
If you can't turn out the light with the mck key then there is a problem with the PBX. Maybe the card he is on is bad. Try moving him to a different TN on a different card. If there is two sets you will have to do this twice once for each set. The MCK key is a command from the PBX to turn out the light on the DN. Hope this helps.
 
I figured it out!!

i2050's need to have a unique DN in order to lite a VM light, I think I found a bug! I tested this theory and it proved correct with 3 different phones and VM boxes.

Someone else please verify. Follow the Original Config and check your VM lights, see if both light up, in all my tests, they did not until I changed to the New setup listed below.

Original Phone config when voicemail lights did not work right:

i2050: key 0 1234 0
key 1 71234 D

3904: key 0 1234 0 MARP
key 1 71234 D MARP

Original Callpilot user config:

Mailbox 1234
Ext DN 1234
Ext DN 71234
MWI DN 1234 MWI Enabled
____________________________________________________________

New Phone config giving i2050 a unique rollover in order to share the VM light.

i2050: key 0 1234 0
key 1 701234 D MARP

3904: key 0 1234 0 MARP
key 1 71234 D MARP

New Callpilot user config that will light both phones:

Mailbox 1234
Ext DN 1234
Ext DN 71234
Ext DN 701234
MWI DN 1234 MWI Enabled
MWI DN 701234 MWI Enabled
 
i didn't read 11 entries but has anyone suggested turning on lamp audit... it was on by default prior to rls 3.. post rls 3 you need to turn it on in ld 77

john poole
bellsouth business
columbia,sc
 
jp, that is what I wanted to know how to do originally. Please clarify procedure, so I may know for future reference.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top