Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
But doesn't that check if the AOR in the RURI can be located.
Michel,
The proper way to do this -- assuming your motive is security and authorisation -- is to challenge the incoming INVITE initial request of the caller (who is supposed to be registered) with a 407 proxy challenge, i.e. proxy_authorize()/proxy_challenge().
Bogdan-Andrei Iancu wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Alex, you are right...The link was not correct:
Check the devel version : http://www.opensips.org/html/docs/modules/1.5.x/registrar.html#id271407
where you can do: registered("location","$fu")
Regards, Bogdan
Alex Balashov wrote:
But doesn't that check if the AOR in the RURI can be located.
Michel,
The proper way to do this -- assuming your motive is security and authorisation -- is to challenge the incoming INVITE initial request of the caller (who is supposed to be registered) with a 407 proxy challenge, i.e. proxy_authorize()/proxy_challenge().
Bogdan-Andrei Iancu wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
On 01/16/2009 04:47 PM, Bogdan-Andrei Iancu wrote:
Alex, you are right...The link was not correct:
heheheee!!! Maybe you want to say as well: next link didn't exist in this form 20 minutes ago...
However, what you wanted to suggest was possible even before adding the new parameter to registered() function, also with older versions of openser. Check: http://lists.kamailio.org/pipermail/users/2009-January/021447.html
Daniel
Check the devel version : http://www.opensips.org/html/docs/modules/1.5.x/registrar.html#id271407
where you can do: registered("location","$fu")
Regards, Bogdan
Alex Balashov wrote:
But doesn't that check if the AOR in the RURI can be located.
Michel,
The proper way to do this -- assuming your motive is security and authorisation -- is to challenge the incoming INVITE initial request of the caller (who is supposed to be registered) with a 407 proxy challenge, i.e. proxy_authorize()/proxy_challenge().
Bogdan-Andrei Iancu wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
On 01/16/2009 03:50 PM, Alex Balashov wrote:
But doesn't that check if the AOR in the RURI can be located.
kamailio (openser) has for quite some time a parameter in registrar module that can overwrite from where to get the aor: http://www.kamailio.org/docs/modules/devel/registrar.html#id2467548
It is in the last two major release at least: openser 1.3.x and kamailio 1.4.x
modparam("registrar", "aor_avp", "$avp(i:3223)") $avp(i:3223) = $fu; if(registered()) { ... }
Cheers, Daniel
Michel,
The proper way to do this -- assuming your motive is security and authorisation -- is to challenge the incoming INVITE initial request of the caller (who is supposed to be registered) with a 407 proxy challenge, i.e. proxy_authorize()/proxy_challenge().
Bogdan-Andrei Iancu wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Daniel-Constantin Mierla wrote:
On 01/16/2009 03:50 PM, Alex Balashov wrote:
But doesn't that check if the AOR in the RURI can be located.
kamailio (openser) has for quite some time a parameter in registrar module that can overwrite from where to get the aor: http://www.kamailio.org/docs/modules/devel/registrar.html#id2467548
It is in the last two major release at least: openser 1.3.x and kamailio 1.4.x
I like you logic here :)..you are funny man :)...
modparam("registrar", "aor_avp", "$avp(i:3223)") $avp(i:3223) = $fu; if(registered()) { ... }
Of course this notation is present since openser 1.3 and it was inherited by both OpenSIPS 1.4.4 and Kamilio 1.4.3, but now we try to get a better approach of this functionality: why put the value into an AVP and let the function search all the time for that AVP (set or not set), when you can simply take advantage and directly pass the value as parameter to the function. You get read of (1) useless transit via an AVP and (2) useless AVP search all the time. Also you get a more compact and clear scripting....
Regards, Bogdan
Cheers, Daniel
Michel,
The proper way to do this -- assuming your motive is security and authorisation -- is to challenge the incoming INVITE initial request of the caller (who is supposed to be registered) with a 407 proxy challenge, i.e. proxy_authorize()/proxy_challenge().
Bogdan-Andrei Iancu wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Bogdan,
In OpenSIPS, are AVP searches still linear for AVPs that have string identifiers? My understanding is that traditionally they were linear, as opposed to hashed.
Thanks,
-- Alex
Bogdan-Andrei Iancu wrote:
Of course this notation is present since openser 1.3 and it was inherited by both OpenSIPS 1.4.4 and Kamilio 1.4.3, but now we try to get a better approach of this functionality: why put the value into an AVP and let the function search all the time for that AVP (set or not set), when you can simply take advantage and directly pass the value as parameter to the function. You get read of (1) useless transit via an AVP and (2) useless AVP search all the time. Also you get a more compact and clear scripting....
On 01/16/2009 05:17 PM, Bogdan-Andrei Iancu wrote:
Daniel-Constantin Mierla wrote:
On 01/16/2009 03:50 PM, Alex Balashov wrote:
But doesn't that check if the AOR in the RURI can be located.
kamailio (openser) has for quite some time a parameter in registrar module that can overwrite from where to get the aor: http://www.kamailio.org/docs/modules/devel/registrar.html#id2467548
It is in the last two major release at least: openser 1.3.x and kamailio 1.4.x
I like you logic here :)..you are funny man :)...
:-)) ... now you are a good subject to make funny of....
You rushed and did a quick commit and then came back providing a link to a feature that didn't existed few minutes ago ... and yes it is funny, because the similar behavior could be achieved already (so initial link with few more details could get it done).
The newer being better (how much better, have you tested?!?!) or not is another topic. Don't forget to remove the old, lazy one, you can do it in 30sec... (or, ahhh, you may want to preserve backward compatibility, sorry...)
modparam("registrar", "aor_avp", "$avp(i:3223)") $avp(i:3223) = $fu; if(registered()) { ... }
Of course this notation is present since openser 1.3 and it was inherited by both OpenSIPS 1.4.4 and Kamilio 1.4.3,
You mean: opensips got it when replicated the source repository, as Kamailio is the same project with OpenSER, you may want to check the source tree repository: http://openser.svn.sourceforge.net/viewvc/openser/
So nothing to get from openser to kamailio, the are the same and only one project.
but now we try to get a better approach of this functionality: why put the value into an AVP and let the function search all the time for that AVP (set or not set), when you can simply take advantage and directly pass the value as parameter to the function. You get read of (1) useless transit via an AVP and (2) useless AVP search all the time. Also you get a more compact and clear scripting....
Then start moving module parameters specifying avps to be get as input for functions to parameters of the functions (e.g., you can begin with tm) -- you know that also from openser, opensips got support for config functions with more than two parameters.
Daniel
Regards, Bogdan
Cheers, Daniel
Michel,
The proper way to do this -- assuming your motive is security and authorisation -- is to challenge the incoming INVITE initial request of the caller (who is supposed to be registered) with a 407 proxy challenge, i.e. proxy_authorize()/proxy_challenge().
Bogdan-Andrei Iancu wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Daniel,
You are rude and over the limit. I clearly see that the project is your play ground and place to show your frustration.....just a huge lack of respect for other people here....
Technically speaking, I will not comment your aberrations ....
Regards, Bogdan
PS: you know, do try to lie yourself and accept that openser split in 2 parts....whatever you like it or not.....if you think a SVN repo defines a project, well....good luck....
Daniel-Constantin Mierla wrote:
kamailio (openser) has for quite some time a parameter in registrar module that can overwrite from where to get the aor: http://www.kamailio.org/docs/modules/devel/registrar.html#id2467548
It is in the last two major release at least: openser 1.3.x and kamailio 1.4.x
I like you logic here :)..you are funny man :)...
:-)) ... now you are a good subject to make funny of....
You rushed and did a quick commit and then came back providing a link to a feature that didn't existed few minutes ago ... and yes it is funny, because the similar behavior could be achieved already (so initial link with few more details could get it done).
The newer being better (how much better, have you tested?!?!) or not is another topic. Don't forget to remove the old, lazy one, you can do it in 30sec... (or, ahhh, you may want to preserve backward compatibility, sorry...)
modparam("registrar", "aor_avp", "$avp(i:3223)") $avp(i:3223) = $fu; if(registered()) { ... }
Of course this notation is present since openser 1.3 and it was inherited by both OpenSIPS 1.4.4 and Kamilio 1.4.3,
You mean: opensips got it when replicated the source repository, as Kamailio is the same project with OpenSER, you may want to check the source tree repository: http://openser.svn.sourceforge.net/viewvc/openser/
So nothing to get from openser to kamailio, the are the same and only one project.
but now we try to get a better approach of this functionality: why put the value into an AVP and let the function search all the time for that AVP (set or not set), when you can simply take advantage and directly pass the value as parameter to the function. You get read of (1) useless transit via an AVP and (2) useless AVP search all the time. Also you get a more compact and clear scripting....
Then start moving module parameters specifying avps to be get as input for functions to parameters of the functions (e.g., you can begin with tm) -- you know that also from openser, opensips got support for config functions with more than two parameters.
Daniel
Regards, Bogdan
Cheers, Daniel
Michel,
The proper way to do this -- assuming your motive is security and authorisation -- is to challenge the incoming INVITE initial request of the caller (who is supposed to be registered) with a 407 proxy challenge, i.e. proxy_authorize()/proxy_challenge().
Bogdan-Andrei Iancu wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Bogdan,
On 01/16/2009 06:22 PM, Bogdan-Andrei Iancu wrote:
Daniel,
You are rude and over the limit.
unfortunately you started ... I haven't said statements like "you are a funny man", you started, I replied.
so check your behavior first before speaking about the others.
I clearly see that the project is your play ground and place to show your frustration...
It is not my playground, openser/kamailio is (was all the time) governed by a management board, it is not one man project at is is yours: http://www.kamailio.org/mos/view/Management/
..just a huge lack of respect for other people here....
Technically speaking, I will not comment your aberrations ....
Regards, Bogdan
PS: you know, do try to lie yourself and accept that openser split in 2 parts....whatever you like it or not.....if you think a SVN repo defines a project, well....good luck....
Some developers left, that is ok, all the time happens. But the project is the same. You lie yourself and try to create confusion. Website and sourceforge project are the same, with the content from the moment openser project was started. https://sourceforge.net/projects/openser/ http://openser.sf.net
I have nothing against new projects based on openser, it shows it is reliable and good project. But stop creating confusion. You can reply about your project on your mailing lists, and don't say that it is the continuation of openser.
When I started with openser, I admitted I do a fork and focused on making a better project. Didn't try to say it is continuation of SER or so. What you do is pathetic, just make your project better and people will use it, do not use dirty tricks.
Daniel
PS. If you know you are saying the true, do not drop addresses from cc list, it is nothing to hide.
Daniel-Constantin Mierla wrote:
kamailio (openser) has for quite some time a parameter in registrar module that can overwrite from where to get the aor: http://www.kamailio.org/docs/modules/devel/registrar.html#id2467548
It is in the last two major release at least: openser 1.3.x and kamailio 1.4.x
I like you logic here :)..you are funny man :)...
:-)) ... now you are a good subject to make funny of....
You rushed and did a quick commit and then came back providing a link to a feature that didn't existed few minutes ago ... and yes it is funny, because the similar behavior could be achieved already (so initial link with few more details could get it done).
The newer being better (how much better, have you tested?!?!) or not is another topic. Don't forget to remove the old, lazy one, you can do it in 30sec... (or, ahhh, you may want to preserve backward compatibility, sorry...)
modparam("registrar", "aor_avp", "$avp(i:3223)") $avp(i:3223) = $fu; if(registered()) { ... }
Of course this notation is present since openser 1.3 and it was inherited by both OpenSIPS 1.4.4 and Kamilio 1.4.3,
You mean: opensips got it when replicated the source repository, as Kamailio is the same project with OpenSER, you may want to check the source tree repository: http://openser.svn.sourceforge.net/viewvc/openser/
So nothing to get from openser to kamailio, the are the same and only one project.
but now we try to get a better approach of this functionality: why put the value into an AVP and let the function search all the time for that AVP (set or not set), when you can simply take advantage and directly pass the value as parameter to the function. You get read of (1) useless transit via an AVP and (2) useless AVP search all the time. Also you get a more compact and clear scripting....
Then start moving module parameters specifying avps to be get as input for functions to parameters of the functions (e.g., you can begin with tm) -- you know that also from openser, opensips got support for config functions with more than two parameters.
Daniel
Regards, Bogdan
Cheers, Daniel
Michel,
The proper way to do this -- assuming your motive is security and authorisation -- is to challenge the incoming INVITE initial request of the caller (who is supposed to be registered) with a 407 proxy challenge, i.e. proxy_authorize()/proxy_challenge().
Bogdan-Andrei Iancu wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
> Dear All, > I need to ask please about which function should I use in order > to check while making a call if the user who is dialing the > number is making the call from a registered account or not? > > Regards > ------------------------------------------------------------------------ > > > _______________________________________________ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > _______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
registered function does not check if called party is registered?
I think he wants to know if calling party is using a regitered device...
On Fri, Jan 16, 2009 at 11:42 AM, Bogdan-Andrei Iancu bogdan@voice-system.ro wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Sorry, that was the link for stable version.
The correct link is (for devel version) : http://www.opensips.org/html/docs/modules/1.5.x/registrar.html#id271407
Here you can do : if (registered("location","$fu")) { .... }
Regards, Bogdan
Luciano Afranllie wrote:
registered function does not check if called party is registered?
I think he wants to know if calling party is using a regitered device...
On Fri, Jan 16, 2009 at 11:42 AM, Bogdan-Andrei Iancu bogdan@voice-system.ro wrote:
Hi Michel,
See the registered() function from the registrar module:
http://www.opensips.org/html/docs/modules/1.4.x/registrar.html#id271407
Regards, Bogdan
michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
Regards
Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Hello,
On 01/16/2009 03:31 PM, michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
if you want to check if the user is calling from a registered phone, you have to use kamailio trunk.
See second example here: http://openser.blogspot.com/2008/10/registrar-enhancements.html
Module documentation at: http://www.kamailio.org/docs/modules/devel/registrar.html
Cheers, Daniel
Daniel,
I am curious, what is the intended use case of this:
"check if a user is calling from a registered device and if not, deny the call"
Why not just issue a 407 Proxy Challenge for the incoming INVITE?
-- ALex
Daniel-Constantin Mierla wrote:
Hello,
On 01/16/2009 03:31 PM, michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
if you want to check if the user is calling from a registered phone, you have to use kamailio trunk.
See second example here: http://openser.blogspot.com/2008/10/registrar-enhancements.html
Module documentation at: http://www.kamailio.org/docs/modules/devel/registrar.html
Cheers, Daniel
On 01/16/2009 03:53 PM, Alex Balashov wrote:
Daniel,
I am curious, what is the intended use case of this:
"check if a user is calling from a registered device and if not, deny the call"
Why not just issue a 407 Proxy Challenge for the incoming INVITE?
you must authenticate the call, this check comes after, to be sure the user is calling from a phone that was previously registered (so it is online).
If you check the discussions from the last days, one good thing of doing this is to prevent SIP Digest Access Authentication RELAY.
One can call from a sip phone even that phone is not registered (REGISTER-200ok).
Cheers, Daniel
-- ALex
Daniel-Constantin Mierla wrote:
Hello,
On 01/16/2009 03:31 PM, michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
if you want to check if the user is calling from a registered phone, you have to use kamailio trunk.
See second example here: http://openser.blogspot.com/2008/10/registrar-enhancements.html
Module documentation at: http://www.kamailio.org/docs/modules/devel/registrar.html
Cheers, Daniel
Do you care if it's online, as long as it answers the challenge successfully with the same credentials it provides when it registers?
Daniel-Constantin Mierla wrote:
On 01/16/2009 03:53 PM, Alex Balashov wrote:
Daniel,
I am curious, what is the intended use case of this:
"check if a user is calling from a registered device and if not, deny the call"
Why not just issue a 407 Proxy Challenge for the incoming INVITE?
you must authenticate the call, this check comes after, to be sure the user is calling from a phone that was previously registered (so it is online).
If you check the discussions from the last days, one good thing of doing this is to prevent SIP Digest Access Authentication RELAY.
One can call from a sip phone even that phone is not registered (REGISTER-200ok).
Cheers, Daniel
-- ALex
Daniel-Constantin Mierla wrote:
Hello,
On 01/16/2009 03:31 PM, michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
if you want to check if the user is calling from a registered phone, you have to use kamailio trunk.
See second example here: http://openser.blogspot.com/2008/10/registrar-enhancements.html
Module documentation at: http://www.kamailio.org/docs/modules/devel/registrar.html
Cheers, Daniel
On 01/16/2009 04:03 PM, Alex Balashov wrote:
Do you care if it's online, as long as it answers the challenge successfully with the same credentials it provides when it registers?
Have you checked about SIP Digest Access Authentication Relay? Some care in such case ...
Also, with prepaid systems, where only one phone is allowed to be registered (see the rest of enhancements in kamailio 1.5.0 registrar module - e.g., save() with flags 0x4) and call, then you have to check as well.
Cheers, Daniel
Daniel-Constantin Mierla wrote:
On 01/16/2009 03:53 PM, Alex Balashov wrote:
Daniel,
I am curious, what is the intended use case of this:
"check if a user is calling from a registered device and if not, deny the call"
Why not just issue a 407 Proxy Challenge for the incoming INVITE?
you must authenticate the call, this check comes after, to be sure the user is calling from a phone that was previously registered (so it is online).
If you check the discussions from the last days, one good thing of doing this is to prevent SIP Digest Access Authentication RELAY.
One can call from a sip phone even that phone is not registered (REGISTER-200ok).
Cheers, Daniel
-- ALex
Daniel-Constantin Mierla wrote:
Hello,
On 01/16/2009 03:31 PM, michel freiha wrote:
Dear All, I need to ask please about which function should I use in order to check while making a call if the user who is dialing the number is making the call from a registered account or not?
if you want to check if the user is calling from a registered phone, you have to use kamailio trunk.
See second example here: http://openser.blogspot.com/2008/10/registrar-enhancements.html
Module documentation at: http://www.kamailio.org/docs/modules/devel/registrar.html
Cheers, Daniel
-
Alex Balashov -
Bogdan-Andrei Iancu -
Daniel-Constantin Mierla -
Luciano Afranllie -
michel freiha