Hi everybody, I have a problem with "Alphanumeric to numeric user mapping" I have done like it's written here : Alphanumeric to numeric user mapping Say you want a user's id to be alphanumeric (like an email username), such as johnsmith@pbx.example.com. These users have alphanumeric usernames in their sip phone config, but you want to map them from their sip username to a numeric extension, and vice versa. As of version 1.0.4, Freeswitch makes this trivial to accomplish. A user's ID can be any alphanumeric string, and this can be simply tied to an extension number using the 'number-alias' property. This property creates an aliased directory entry that points to the alphanumeric user entry. *NOTE: When using this attribute, you must be careful not to create a directory collision by having another user whose ID is the same as another user's alias* Here is an example from the user directory: <user id="johnsmith" number-alias="1001"> <!-- Insert the usual user configuration variables and params here, including user password, voicemail password, caller ID info, etc --> </user> So when a user dials extension number 1001, your dialplan can use the 'user_data' function to look up the ID attribute associated with that number alias. In the default dialplan, the 'Local Extension' section can be made to work with a small change to the 'bridge' line: <action application="bridge" data="user/${user_data(${dialed_extension}@${domain_name} attr id)}@${domain_name}"/> *NOTE: Using this user_data function in combination with mod_xml_curl will generate an additional request each time the user_data function is called. Note that it is already called once in the Local Extension section to determine the callgroup. Beware of performance implications of this with high-volume systems.* But when I want to call my alias-number, FS says "No Route, Abording" My version of FreeSWITCH is the 1.0.4pre9. Do you have any ideas ? Did I forget something to do? Thanks -- Jonathan BAROU SQLI LYON - CRCI jbarou@sqli.com lyon.crci@sqli.com
Could you test this in svn trunk please. Mike On Sep 29, 2009, at 9:33 AM, Jonathan Barou wrote:
Hi everybody,
I have a problem with "Alphanumeric to numeric user mapping"
I have done like it's written here :
...
But when I want to call my alias-number, FS says "No Route, Abording"
My version of FreeSWITCH is the 1.0.4pre9.
Do you have any ideas ? Did I forget something to do?
Thanks
-- Jonathan BAROU SQLI LYON - CRCI jbarou@sqli.com lyon.crci@sqli.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
I'm sorry but I'm new in the freeswitch communauty, what I have to do to test this in svn trunk ? Thanks 2009/9/29 Michael Jerris <mike@jerris.com>
Could you test this in svn trunk please. Mike
On Sep 29, 2009, at 9:33 AM, Jonathan Barou wrote:
Hi everybody, I have a problem with "Alphanumeric to numeric user mapping"
I have done like it's written here :
...
But when I want to call my alias-number, FS says "No Route, Abording"
My version of FreeSWITCH is the 1.0.4pre9.
Do you have any ideas ? Did I forget something to do?
Thanks
-- Jonathan BAROU SQLI LYON - CRCI jbarou@sqli.com lyon.crci@sqli.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
_______________________________________________ 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
-- Jonathan BAROU SQLI LYON - CRCI jbarou@sqli.com lyon.crci@sqli.com
http://wiki.freeswitch.org/wiki/Installation_Guide#Obtaining_the_Source_Code http://wiki.freeswitch.org/wiki/Installation_Guide#Compiling_the_Source_Code On Sep 29, 2009, at 10:19 AM, Jonathan Barou wrote:
I'm sorry but I'm new in the freeswitch communauty, what I have to do to test this in svn trunk ?
On Tue, Sep 29, 2009 at 7:19 AM, Jonathan Barou <jbarou@sqli.com> wrote:
I'm sorry but I'm new in the freeswitch communauty, what I have to do to test this in svn trunk ? Thanks
FYI,
If you're running in Linux then this is a handy way to build from scratch using a somewhat automated process: http://wiki.freeswitch.org/wiki/Quick_and_Dirty_Install What's nice about being on latest SVN trunk is that you can do "make current" and it will update your build for you. -MC
I've noticed that when using an alphanumeric ID, case sensitivity causes issues. It doesn't seem to matter what case the userID is in the XML directory. What does seem to matter is how the user registered their phone. If the user registered in all upper case (JOHN_SMITH), then dialing John_Smith will not work. My work around for this is to tell all users to register their phones in lower case, and then my dial plan uses LUA to force all dialed extensions to lowercase. Peter Jonathan Barou wrote:
Hi everybody,
I have a problem with "Alphanumeric to numeric user mapping"
I have done like it's written here :
Alphanumeric to numeric user mapping
Say you want a user's id to be alphanumeric (like an email username), such as johnsmith@pbx.example.com <mailto:johnsmith@pbx.example.com>. These users have alphanumeric usernames in their sip phone config, but you want to map them from their sip username to a numeric extension, and vice versa.
As of version 1.0.4, Freeswitch makes this trivial to accomplish. A user's ID can be any alphanumeric string, and this can be simply tied to an extension number using the 'number-alias' property. This property creates an aliased directory entry that points to the alphanumeric user entry.
/NOTE: When using this attribute, you must be careful not to create a directory collision by having another user whose ID is the same as another user's alias/
Here is an example from the user directory:
<user id="johnsmith" number-alias="1001"> <!-- Insert the usual user configuration variables and params here, including user password, voicemail password, caller ID info, etc --> </user>
So when a user dials extension number 1001, your dialplan can use the 'user_data' function to look up the ID attribute associated with that number alias. In the default dialplan, the 'Local Extension' section can be made to work with a small change to the 'bridge' line:
<action application="bridge" data="user/${user_data(${dialed_extension}@${domain_name} attr id)}@${domain_name}"/>
/NOTE: Using this user_data function in combination with mod_xml_curl will generate an additional request each time the user_data function is called. Note that it is already called once in the Local Extension section to determine the callgroup. *Beware of performance implications of this with high-volume systems.*/
But when I want to call my alias-number, FS says "No Route, Abording"
My version of FreeSWITCH is the 1.0.4pre9.
Do you have any ideas ? Did I forget something to do?
Thanks
-- Jonathan BAROU SQLI LYON - CRCI jbarou@sqli.com <mailto:jbarou@sqli.com> lyon.crci@sqli.com <mailto:lyon.crci@sqli.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
Thanks, now it's working, but in my user directory I have something like this : <user id="john" number-alias="1368"> and in my dialplan.xml I have to put the two entry for working : <condition field="destination_number" expression="^(toto|john|8400|1368)$"> If I only put john, when I try to call the "1368" it's not working. Is it a normal way ? Thanks 2009/9/29 Peter Hinman <Peter.Hinman@parcelpool.com>
I've noticed that when using an alphanumeric ID, case sensitivity causes issues. It doesn't seem to matter what case the userID is in the XML directory. What does seem to matter is how the user registered their phone. If the user registered in all upper case (JOHN_SMITH), then dialing John_Smith will not work.
My work around for this is to tell all users to register their phones in lower case, and then my dial plan uses LUA to force all dialed extensions to lowercase.
Peter
Jonathan Barou wrote:
Hi everybody, I have a problem with "Alphanumeric to numeric user mapping"
I have done like it's written here :
Alphanumeric to numeric user mapping
Say you want a user's id to be alphanumeric (like an email username), such as johnsmith@pbx.example.com. These users have alphanumeric usernames in their sip phone config, but you want to map them from their sip username to a numeric extension, and vice versa.
As of version 1.0.4, Freeswitch makes this trivial to accomplish. A user's ID can be any alphanumeric string, and this can be simply tied to an extension number using the 'number-alias' property. This property creates an aliased directory entry that points to the alphanumeric user entry.
*NOTE: When using this attribute, you must be careful not to create a directory collision by having another user whose ID is the same as another user's alias*
Here is an example from the user directory:
<user id="johnsmith" number-alias="1001"> <!-- Insert the usual user configuration variables and params here, including user password, voicemail password, caller ID info, etc --> </user>
So when a user dials extension number 1001, your dialplan can use the 'user_data' function to look up the ID attribute associated with that number alias. In the default dialplan, the 'Local Extension' section can be made to work with a small change to the 'bridge' line:
<action application="bridge" data="user/${user_data(${dialed_extension}@${domain_name} attr id)}@${domain_name}"/>
*NOTE: Using this user_data function in combination with mod_xml_curl will generate an additional request each time the user_data function is called. Note that it is already called once in the Local Extension section to determine the callgroup. Beware of performance implications of this with high-volume systems.*
But when I want to call my alias-number, FS says "No Route, Abording"
My version of FreeSWITCH is the 1.0.4pre9.
Do you have any ideas ? Did I forget something to do?
Thanks
-- Jonathan BAROU SQLI LYON - CRCI jbarou@sqli.com lyon.crci@sqli.com
------------------------------
_______________________________________________ FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ 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
-- Jonathan BAROU SQLI LYON - CRCI jbarou@sqli.com lyon.crci@sqli.com
On Thu, Oct 15, 2009 at 7:10 AM, Jonathan Barou <jbarou@sqli.com> wrote:
Thanks, now it's working, but in my user directory I have something like this :
<user id="john" number-alias="1368">
and in my dialplan.xml I have to put the two entry for working :
<condition field="destination_number" expression="^(toto|john|8400|1368)$">
If I only put john, when I try to call the "1368" it's not working. Is it a normal way ?
Correct. The number-alias in the directory has no relation to the destination_number matching in the dialplan. The destination_number match will match whatever the person physically dialed on the telephone, so leave the 1368 in there. -MC
participants (4)
-
Jonathan Barou
-
Michael Collins
-
Michael Jerris
-
Peter Hinman