I hooked up a phone to old extension that used to be used by a former employee. The phone can receive and send calls from internal extensions just fine. The phone can call an outside number fine, but any outside number that calls the phone get auto routed to the company general voice mail. Any thoughts?
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 dencom on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
Outside Call keeps going to general voice mail
- Thread starter nogero
- Start date
- Thread starter
- #3
norstarboy125
Vendor
like bluemr2 stated the ext. in question is set to forward to the callpiolt dn but it either has no mbox assigned to it or the mbox is not initialized...
The line that rings on that extension also rings on other extensions correct? Since multiple extensions are forwarding the call to vmail, it doesn't know what extension to integrate with, thus goes to gen. vmail. That sets cf no ans. has to be lower than the rest for it to work like you want.
- Thread starter
- #6
A mail box has been assigned to the extension using CallPilot. Voicemail has been initialized from the extension. There is no call forwarding going on from the phone itself. Is there somewhere inside the Norstar software where this might be set?
Calls from any other extension can leave messages or connect to the extension. Calls from any outside number get automatically forwarded to another user's voice mail.
My guess is this is being set in the phone programming somewhere but I do not know where to look.
Calls from any other extension can leave messages or connect to the extension. Calls from any outside number get automatically forwarded to another user's voice mail.
My guess is this is being set in the phone programming somewhere but I do not know where to look.
RikRodgers
Vendor
Forwarding of calls can be kind of tricky. There are a few ways it can be done.
First off, you say you can leave a message internally. Are you pressing f980, then the ext to leave a message? What happens when you call the extension directly and it's not answered?
First off, you say you can leave a message internally. Are you pressing f980, then the ext to leave a message? What happens when you call the extension directly and it's not answered?
- Thread starter
- #9
Call Forward NA and Call Forward Busy are both set to the Star Talk extension (which is how the rest of my phones are set).
The odd thing is that if you stand next the extension while someone is calling from an outside line, you won't physically hear it ring. The caller can hear a few rings before they get sent to another extension's voice mail.
I do appreciate any help, thank you.
The odd thing is that if you stand next the extension while someone is calling from an outside line, you won't physically hear it ring. The caller can hear a few rings before they get sent to another extension's voice mail.
I do appreciate any help, thank you.
RikRodgers
Vendor
Double check the extension number of that extension pressing f*0, and intercom button. Then try calling in yourself, and dialing that extension.
- Thread starter
- #12
RikRodgers,
From my work phone if I dial the three-digit extension it will physically ring and if someone picks up they can talk with me. If they don't pick up, voice mail will pick up the call and I can leave a message.
From an outside number (say a cell phone of another business) if you dial the local number for the extension you won't physically hear the phone ring, but the caller can hear a few rings and then they are sent to another extension's voice mail. It is always the same voice mail they get sent to.
From my work phone if I dial the three-digit extension it will physically ring and if someone picks up they can talk with me. If they don't pick up, voice mail will pick up the call and I can leave a message.
From an outside number (say a cell phone of another business) if you dial the local number for the extension you won't physically hear the phone ring, but the caller can hear a few rings and then they are sent to another extension's voice mail. It is always the same voice mail they get sent to.
RikRodgers
Vendor
I'd recommend a power cycle to see if that flushes a bug. Ironically, this is exactly what PCTechNerd is trying to do in his post, so if we can figure out why yours is doing this, maybe he can solve his problem, too.
Deweyhumbolt
Technical User
Is this incoming outside call a POTS line that may ring on multiple DNs or is it a DID you believe should only ring at the problem DN? Big difference.
Adversity is Opportunity
Adversity is Opportunity
nogero -
- If an internal system call rings the set and CFNA's to the correct VM while a public calls neither rings the set nor goes to the correct VM, it sounds like something wrong with the Target Line.
I'd double the received digits of the TL assigned to the set and also ensure that it's set to public and not private.
- If an internal system call rings the set and CFNA's to the correct VM while a public calls neither rings the set nor goes to the correct VM, it sounds like something wrong with the Target Line.
I'd double the received digits of the TL assigned to the set and also ensure that it's set to public and not private.
- Thread starter
- #17
- Thread starter
- #18
Sorry - I meant to say "double check" the received digits of the Target Line assigned to the set in question. Target Lines are required in order to receive public calls. If you haven't added a Target Line to the set already, then that is the cause of the problem.
Under Terminals&Sets/Line access, scroll to the Target Line and check that the "received digits" are correct. If there is no target line assigned, then assign a TL with the appropriate received digits (i.e. the digits the CO is sending to the Norstar for the set in question)
- Thread starter
- #20
Thanks to everyone for your help, you pointed me in the right direction.
The problem was that the extension in question had it's Rec'd # set to NONE while the extension it was being forwarded to had it's Rec'd # set to the first extension. The resolution was to give each extension the proper Rec'd #.
Lines --> SHOW
Show Line --> (pick your line that maps to the extension)
SHOW (twice)
Targer Line --> NEXT (twice)
Rec'd #: (four digit number)
The problem was that the extension in question had it's Rec'd # set to NONE while the extension it was being forwarded to had it's Rec'd # set to the first extension. The resolution was to give each extension the proper Rec'd #.
Lines --> SHOW
Show Line --> (pick your line that maps to the extension)
SHOW (twice)
Targer Line --> NEXT (twice)
Rec'd #: (four digit number)
- Status
Similar threads
