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.hin...@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 johnsm...@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_extensi...@${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 > jba...@sqli.com > lyon.c...@sqli.com > > ------------------------------ > > _______________________________________________ > FreeSWITCH-users mailing > listfreeswitch-us...@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://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 jba...@sqli.com lyon.c...@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