Non-numeric extension - bad idea?
We have a main number and extensions, but some people have their own DID number that rings on line 2 (of a 2-line Polycom phone), with a separate voice mailbox. This "line 2" is not supposed to be an extension, so in its directory entry, I have the "effective_caller_id_number" set to the DID number. I don't want this line to be a real extension, so I set the user id to be a descriptive short name, not a number. Is this a bad idea? The problem is that it's impossible to check voice mail on that line because the user can't dial the user id. Would it be better to use the 10-digit number as the user id? Or should I use an extension number that starts with a different digit? That would solve the voice mail problem as well, because the dialplan passes the caller-id to the voicemail check application. -- Steve
By default we'll take the last 4 of the DID and make that the extension number. DID just gets redirected to the extension number. Basically everything's on one line. Effective caller id number is set to internal 4 digit extension, outbound caller id number is set to DID. Sent from my iPhone On Jan 31, 2013, at 5:19 PM, Steven Schoch <schoch+freeswitch.org@xwin32.com> wrote:
We have a main number and extensions, but some people have their own DID number that rings on line 2 (of a 2-line Polycom phone), with a separate voice mailbox.
This "line 2" is not supposed to be an extension, so in its directory entry, I have the "effective_caller_id_number" set to the DID number.
I don't want this line to be a real extension, so I set the user id to be a descriptive short name, not a number. Is this a bad idea? The problem is that it's impossible to check voice mail on that line because the user can't dial the user id.
Would it be better to use the 10-digit number as the user id? Or should I use an extension number that starts with a different digit? That would solve the voice mail problem as well, because the dialplan passes the caller-id to the voicemail check application.
-- Steve _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (2)
-
Brian Foster
-
Steven Schoch