| |||||||||
![]() | | ||||||||
| |||||||||||||||
| |||||||||||||||
| Meridian Systems Welcome to the Nortel Meridian Forums Including Meridian Options 11-81C CS1000M Meridian Mail Call Pilot Companion and Sucession Hospitality OTM MAT MICB RAN NetGateway ..., and all other Applications |
| Tags: acdn, cfwd, changing, number, outside |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Junior Member ![]()
Rep Power: 6 ![]() | Currently, an existing ACDN is used for a "voice mail only" extension for a virtual employee. He is now relocated permanently to an office out of state, but would like to cfwd his old ext (ACDN) to his new DID. I thought this would be easy if I chaged the NCFW prompt in Ld 23 to be 9+DID number, but the call just reverted to the receptionist in the old office. Any suggestions? | ||||||||
| | |
| | #4 (permalink) | ||||||||
| Junior Member ![]() ![]() Pirates_Ghost has no status.
Location: The other side of the Lake from work Rep Power: 12 ![]() | the first question that comes to mind (one of security of course) why would you allow him to forward the calls out of your PBX to another state?! The easier (and safer) would be to maintain the set up as it currently is, have him record a greeting on the VM in your office stating that the new DID to reach him is.... (and, depending on the VM you use, set the box to not accept messages, to avoid the issue of him having to check to boxes). THAT way , you're maintaing the security of your PBX, not paying the LD call for the transfer (remember, those initial calls are on YOUR dime) and his customers can find his new number. | ||||||||
| | |
| | #6 (permalink) | ||||||||
| Junior Member ![]() ![]() Pirates_Ghost has no status.
Location: The other side of the Lake from work Rep Power: 12 ![]() | Just play the cash card Let them know that with out it, your paying for EVERY call :P (then just don't tell them you stop paying when it connects to the other side) | ||||||||
| | |
| | #9 (permalink) | ||||||||
| Senior Member ![]() gei_spot is going phishing
Location: Somewhere in this vast universe on a little rock that looks like a grape. Rep Power: 12 ![]() | You could be having TRK-to TRK XFER problem. Either you NCOS or TGAR for the trunks is not allowing the XFER and your intercept treatment may be diverting the call to the ATTN. Try and do a TRAC DEV on the ext and see if your TGAR match. If the TGAR of the ORIG is = or < the TERM then the call will not go through. | ||||||||
| | |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
| |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Changing the number a set is forwarded to from off site. | pcutler | Meridian Systems | 7 | 11-28-2007 11:56 AM |
| Directory Number Expansion Package- Question | aturner | Meridian Systems | 13 | 10-23-2003 01:07 PM |
| CLID for different number range | absinthium | Meridian Systems | 3 | 08-28-2003 10:02 PM |
| Help with LD 86, LD 87 and LD 90 | sampicolo | Meridian Systems | 8 | 06-24-2003 09:06 AM |
| Number of Received digits changing on T1 | bobbyb | Meridian Systems | 1 | 12-10-2002 08:56 PM |