| |||||||||
![]() | | ||||||||
| |||||||||||||||
| |||||||||||||||
| 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 |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Junior Member
Location: Beloit, WI Rep Power: 0 ![]() | Call Forward to an external number? Hey Guys- I got a question I'm hoping someone will be willing to help me work through. I have a user who needs their M2616 to forward to their cell phone when they're not there - a fairly reasonable request. Currently our system's default CFW is configured for 4 digits - internal only. After doing some quick tests with a test set and some research on the internet I've found that, my system doesn't seem to like off-switch CFW's. And after some more quick tests (set CFW to 16 on one set) I just did, I've found the following: * You can't set a call forward # with the PBX's area code first (e.g. 608-555-5555 would not work) * You can't set it with the external dial number first (e.g. 9-608-555-5555) * You can't set it with a number that is not already programmed into the PBX (eg. x388 is not programmed in, so 388-1234 would not work) So essentially I'm led to believe that it's not configured to do this correctly, AT ALL. Can anyone help me get around this problem? I've inherited the system and work with it on and off, so I'm slowly picking it up. Thankfully it's a mostly turn-key system, but I don't know a DID from a PRI from a hole in the ground! Thanks! -LeadAcid | ||||||||
| | |
| | #2 (permalink) | ||||||||
| Senior Member
Rep Power: 0 ![]() | there are many, many reason not to do that. For example they could forward a line to gain external dialtone and then you a security problem... what if they leave, in a less then peaceful manor and find an unatended line to forward a call into to call overseas or nextdoor. | ||||||||
| | |
| | #3 (permalink) | ||||||||
| Junior Member
Location: Beloit, WI Rep Power: 0 ![]() | Okay, so I guess I could have been a bit more verbose with regard to the configuration I need. Our security guards have now been required to go rounds every few hours, and carry a cell phone so that they can be contacted while on rounds. However, they also need to receive normal incoming calls while they do their thing, so the building management wants their normal extension to forward incoming calls to the cell phone. Also, they want a phone set up outside of the security office for people to call the guards when they're not there. So the way I see it, I have two options: 1) configure a phone outside of the security desk (a VERY insecure location)to allow long distance dialing so that they can call the security cell phone, however their existing calls don't get forwarded to their cell phone. or 2) Configure call forwarding on their extension to send incoming calls to (only) their cell phone, and leave the line outside their office as internal dialing only. I voted to go with option #2, as I feel that the abuse of a completely open long distance phone would be more greatly abused than someone goofing with the call forwarding. This make more sense? | ||||||||
| | |
| | #4 (permalink) | ||||||||
| Junior Member
Rep Power: 4 ![]() | The way I would do what you need done is to setup a Phantom with CFXA, that will forward calls to the cell phone number of the guard, set the guards desk phone to FNA to the new Phantom, and set the new phone (analog) to hot dial the guards extension. That way you maintain control over the external call forwarding, the FNA and Hunt make sure the calls get to the guard if they forget to press the CFW key. Of course this all assuming that the guards all use the same phone. | ||||||||
| | |
| | #7 (permalink) | ||||||||
| Senior Member
Location: Chicago -- CENTER OF THE UNIVERSE Rep Power: 10 ![]() | Do a search on this subject we have been over it dozens of times. CFXA is both not necessary and EVIL!! The short version of how I would do this -- 1)Set up a DGT (Digit manipulation table) that discards the 4 digits that the security guards will forward to and inserts the actuall cell phone number. 2) Build a CDP entry of the 4 digit nuber that the guards will forward to and include the DGT from above. 3) Forward the phone to the 4 digit cdp number and cell phone should ring. The best part of this method is that security has no controll of where the phone is forwarding to -- eliminates "fat fingering" as well as any malicious activity. Don't be fooled into feeling secure by the amount of digits in the CFW entry, even a CFW 4 can be used to cause toll fraud. Let me repeat myself CFXA is EVIL!!!! __________________ Dogs rollover Phones hunt | ||||||||
| | |
| | #8 (permalink) | ||||||||
| Junior Member
Location: Beloit, WI Rep Power: 0 ![]() | I see the danger with CFXA - I just don't know how to set up a phantom yet, but that seems to be the way to go. (Locks the # the guards can call forward to - a good thing!) Well, just to see if I could do it, I tried to configure my set here next to the PBX with CFXA, but I'm still having a wierd problem. It won't accept any number for the CFW unless it starts with a legal extension number in our system (we have the 300-500 block, so any number that starts with a 3,4, or 5 works, everything else, not so much). Anyone have any ideas on that? In the mean time I'll try to get that phantom line configured. | ||||||||
| | |
![]() |
| 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 |
| Have Extension Number forward to an External Number? | blkphtm | BCM and Norstar | 16 | 11-13-2007 03:17 PM |
| Forward to an external number | tech1 | ALCATEL | 1 | 07-20-2006 09:39 PM |
| Call Forward External | ERR3056 | Meridian Systems | 3 | 04-02-2004 08:52 AM |
| external call forward using f4.... | Nascartim | BCM and Norstar | 4 | 03-12-2004 12:47 PM |
| Call forward External Number | MJPearson | Meridian Systems | 13 | 05-06-2003 02:24 PM |