sr-dev December 2009

sr-dev@lists.kamailio.org

26 participants
157 discussions

[ openser-Bugs-2911707 ] usrloc stores username in lowercase in "location" table
by SourceForge.net 10 Dec '09

10 Dec '09

Bugs item #2911707, was opened at 2009-12-10 00:11 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: ver 1.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Asgaroth (asgaroth000) Assigned to: Nobody/Anonymous (nobody) Summary: usrloc stores username in lowercase in "location" table Initial Comment: I am trying to integrate Kamailio (1.5.3-notls) into our existing database structure using a view for the subscriber table and using the location table to store the registration information. I am successfully able to register a phone using this method. One of our requirements is to set an "outboundproxy" and "outboundproxyport" parameter in the location table for a particular sip account (username). I am trying to do this with the sqlops module. What I have come across though is that when the registration information is saved to the location table the username is stored in lower case. So when my sqlops query is run against the username it does not match. For example, in the subscriber table I have view defined that for my user account returns the following information: ------------- select * from subscriber where username = 'BruceNW9440'; username | domain | password | ha1 | ha1b -------------+---------------+------------+----------------------------------+---------------------------------- BruceNW9440 | 10.10.10.10 | 00minger00 | 1f2d688f65be04a61cab36a1fb3f426a | 6529d45f5c418daf35be7b3dd4a858cb (1 row) ------------- Now, if I check the above against the location table: -------------- select * from location where username = 'BruceNW9440'; 0 rows returned -------------- If I run the same query using "brucenw9440" as the username (lowercase) then the correct information is returned. I have the following log line in my kamailio configuration script: xlog("L_INFO","Username: $au, OutboundProxy: $Ri, OutboundProxyPort: $Rp"); The details of this log appear correct when it is logged: Dec 9 14:21:03 ibis /opt/kamailio/sbin/kamailio[16972]: [ID 197553 local0.info] Username: BruceNW9440, OutboundProxy: 10.10.10.10, OutboundProxyPort: 5060 However, when my sqlopt query is run it does not find a match because of the incorrect case: sql_query("bfl", "UPDATE location SET outboundproxy = '$Ri', outboundproxyport = '$Rp' WHERE username = '$au'", "res"); I've had a read through the usrloc module documentation and I cannot seem to find a reference to any options that will preserve the case. I also cannot find if there is a parameter to save('location') that will preserve the case. I cant seem to find a reference to the save() function on the wiki. I must be missing something small. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-12-10 09:03 Message: There is a parameter to control case sensitivity: http://kamailio.org/docs/modules/1.5.x/registrar.html#id2491689 ---------------------------------------------------------------------- Comment By: Henning Westerholt (henningw) Date: 2009-12-10 08:54 Message: I can confirm that usrloc stores the name in lowercase, even if its in upper case in the subscriber table. This is probably a bug. For the other thing, the reported case sensitivity in the query against the location table, this is defined from the database that is used. So if you would e.g. switch to mysql, all your queries would be case insensitive. So i changed the bug title to be mirror this. ---------------------------------------------------------------------- Comment By: Asgaroth (asgaroth000) Date: 2009-12-10 00:38 Message: Just for further information, here is the logic in the main route of the kamailio script that is causing the problem, I thought I would add it in so you can see where I am trying to execute the update. The actual authentication is processed prior to this section. if (is_method("REGISTER")) { if (!save("location")) { sl_reply_error(); } else { xlog("L_INFO","Username: $au, FromUser: $fu, OutboundProxy: $Ri, OutboundProxyPort: $Rp"); sql_query("bfl", "UPDATE location SET outboundproxy = '$Ri', outboundproxyport = '$Rp' WHERE username = '$au'", "res"); } exit; } ---------------------------------------------------------------------- Comment By: Iñaki Baz Castillo (ibc_sf) Date: 2009-12-10 00:19 Message: According to RFC 3261 BNF grammar, the username part of a SIP URI is case sensitive, this is: sip:alice@domain.org != sip:Alice@domain.org but domain part is case insensitive so: sip:alice@domain.org == sip:alice@DOMain.ORG So if 'usrloc' forces lowcase that's not correct (IMHO). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_…

1 0

[ openser-Bugs-2911707 ] usrloc stores username in lowercase in "location" table
by SourceForge.net 10 Dec '09

10 Dec '09

Bugs item #2911707, was opened at 2009-12-10 00:11 Message generated for change (Comment added) made by henningw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: ver 1.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Asgaroth (asgaroth000) Assigned to: Nobody/Anonymous (nobody) >Summary: usrloc stores username in lowercase in "location" table Initial Comment: I am trying to integrate Kamailio (1.5.3-notls) into our existing database structure using a view for the subscriber table and using the location table to store the registration information. I am successfully able to register a phone using this method. One of our requirements is to set an "outboundproxy" and "outboundproxyport" parameter in the location table for a particular sip account (username). I am trying to do this with the sqlops module. What I have come across though is that when the registration information is saved to the location table the username is stored in lower case. So when my sqlops query is run against the username it does not match. For example, in the subscriber table I have view defined that for my user account returns the following information: ------------- select * from subscriber where username = 'BruceNW9440'; username | domain | password | ha1 | ha1b -------------+---------------+------------+----------------------------------+---------------------------------- BruceNW9440 | 10.10.10.10 | 00minger00 | 1f2d688f65be04a61cab36a1fb3f426a | 6529d45f5c418daf35be7b3dd4a858cb (1 row) ------------- Now, if I check the above against the location table: -------------- select * from location where username = 'BruceNW9440'; 0 rows returned -------------- If I run the same query using "brucenw9440" as the username (lowercase) then the correct information is returned. I have the following log line in my kamailio configuration script: xlog("L_INFO","Username: $au, OutboundProxy: $Ri, OutboundProxyPort: $Rp"); The details of this log appear correct when it is logged: Dec 9 14:21:03 ibis /opt/kamailio/sbin/kamailio[16972]: [ID 197553 local0.info] Username: BruceNW9440, OutboundProxy: 10.10.10.10, OutboundProxyPort: 5060 However, when my sqlopt query is run it does not find a match because of the incorrect case: sql_query("bfl", "UPDATE location SET outboundproxy = '$Ri', outboundproxyport = '$Rp' WHERE username = '$au'", "res"); I've had a read through the usrloc module documentation and I cannot seem to find a reference to any options that will preserve the case. I also cannot find if there is a parameter to save('location') that will preserve the case. I cant seem to find a reference to the save() function on the wiki. I must be missing something small. ---------------------------------------------------------------------- >Comment By: Henning Westerholt (henningw) Date: 2009-12-10 08:54 Message: I can confirm that usrloc stores the name in lowercase, even if its in upper case in the subscriber table. This is probably a bug. For the other thing, the reported case sensitivity in the query against the location table, this is defined from the database that is used. So if you would e.g. switch to mysql, all your queries would be case insensitive. So i changed the bug title to be mirror this. ---------------------------------------------------------------------- Comment By: Asgaroth (asgaroth000) Date: 2009-12-10 00:38 Message: Just for further information, here is the logic in the main route of the kamailio script that is causing the problem, I thought I would add it in so you can see where I am trying to execute the update. The actual authentication is processed prior to this section. if (is_method("REGISTER")) { if (!save("location")) { sl_reply_error(); } else { xlog("L_INFO","Username: $au, FromUser: $fu, OutboundProxy: $Ri, OutboundProxyPort: $Rp"); sql_query("bfl", "UPDATE location SET outboundproxy = '$Ri', outboundproxyport = '$Rp' WHERE username = '$au'", "res"); } exit; } ---------------------------------------------------------------------- Comment By: Iñaki Baz Castillo (ibc_sf) Date: 2009-12-10 00:19 Message: According to RFC 3261 BNF grammar, the username part of a SIP URI is case sensitive, this is: sip:alice@domain.org != sip:Alice@domain.org but domain part is case insensitive so: sip:alice@domain.org == sip:alice@DOMain.ORG So if 'usrloc' forces lowcase that's not correct (IMHO). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_…

1 0

[ openser-Bugs-2911707 ] Case sensitivity in usrloc "location" table
by SourceForge.net 10 Dec '09

10 Dec '09

Bugs item #2911707, was opened at 2009-12-10 00:11 Message generated for change (Comment added) made by asgaroth000 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: ver 1.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Asgaroth (asgaroth000) Assigned to: Nobody/Anonymous (nobody) Summary: Case sensitivity in usrloc "location" table Initial Comment: I am trying to integrate Kamailio (1.5.3-notls) into our existing database structure using a view for the subscriber table and using the location table to store the registration information. I am successfully able to register a phone using this method. One of our requirements is to set an "outboundproxy" and "outboundproxyport" parameter in the location table for a particular sip account (username). I am trying to do this with the sqlops module. What I have come across though is that when the registration information is saved to the location table the username is stored in lower case. So when my sqlops query is run against the username it does not match. For example, in the subscriber table I have view defined that for my user account returns the following information: ------------- select * from subscriber where username = 'BruceNW9440'; username | domain | password | ha1 | ha1b -------------+---------------+------------+----------------------------------+---------------------------------- BruceNW9440 | 10.10.10.10 | 00minger00 | 1f2d688f65be04a61cab36a1fb3f426a | 6529d45f5c418daf35be7b3dd4a858cb (1 row) ------------- Now, if I check the above against the location table: -------------- select * from location where username = 'BruceNW9440'; 0 rows returned -------------- If I run the same query using "brucenw9440" as the username (lowercase) then the correct information is returned. I have the following log line in my kamailio configuration script: xlog("L_INFO","Username: $au, OutboundProxy: $Ri, OutboundProxyPort: $Rp"); The details of this log appear correct when it is logged: Dec 9 14:21:03 ibis /opt/kamailio/sbin/kamailio[16972]: [ID 197553 local0.info] Username: BruceNW9440, OutboundProxy: 10.10.10.10, OutboundProxyPort: 5060 However, when my sqlopt query is run it does not find a match because of the incorrect case: sql_query("bfl", "UPDATE location SET outboundproxy = '$Ri', outboundproxyport = '$Rp' WHERE username = '$au'", "res"); I've had a read through the usrloc module documentation and I cannot seem to find a reference to any options that will preserve the case. I also cannot find if there is a parameter to save('location') that will preserve the case. I cant seem to find a reference to the save() function on the wiki. I must be missing something small. ---------------------------------------------------------------------- >Comment By: Asgaroth (asgaroth000) Date: 2009-12-10 00:38 Message: Just for further information, here is the logic in the main route of the kamailio script that is causing the problem, I thought I would add it in so you can see where I am trying to execute the update. The actual authentication is processed prior to this section. if (is_method("REGISTER")) { if (!save("location")) { sl_reply_error(); } else { xlog("L_INFO","Username: $au, FromUser: $fu, OutboundProxy: $Ri, OutboundProxyPort: $Rp"); sql_query("bfl", "UPDATE location SET outboundproxy = '$Ri', outboundproxyport = '$Rp' WHERE username = '$au'", "res"); } exit; } ---------------------------------------------------------------------- Comment By: Iñaki Baz Castillo (ibc_sf) Date: 2009-12-10 00:19 Message: According to RFC 3261 BNF grammar, the username part of a SIP URI is case sensitive, this is: sip:alice@domain.org != sip:Alice@domain.org but domain part is case insensitive so: sip:alice@domain.org == sip:alice@DOMain.ORG So if 'usrloc' forces lowcase that's not correct (IMHO). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_…

1 0

[ openser-Bugs-2911707 ] Case sensitivity in usrloc "location" table
by SourceForge.net 10 Dec '09

10 Dec '09

Bugs item #2911707, was opened at 2009-12-10 01:11 Message generated for change (Comment added) made by ibc_sf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: ver 1.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Asgaroth (asgaroth000) Assigned to: Nobody/Anonymous (nobody) Summary: Case sensitivity in usrloc "location" table Initial Comment: I am trying to integrate Kamailio (1.5.3-notls) into our existing database structure using a view for the subscriber table and using the location table to store the registration information. I am successfully able to register a phone using this method. One of our requirements is to set an "outboundproxy" and "outboundproxyport" parameter in the location table for a particular sip account (username). I am trying to do this with the sqlops module. What I have come across though is that when the registration information is saved to the location table the username is stored in lower case. So when my sqlops query is run against the username it does not match. For example, in the subscriber table I have view defined that for my user account returns the following information: ------------- select * from subscriber where username = 'BruceNW9440'; username | domain | password | ha1 | ha1b -------------+---------------+------------+----------------------------------+---------------------------------- BruceNW9440 | 10.10.10.10 | 00minger00 | 1f2d688f65be04a61cab36a1fb3f426a | 6529d45f5c418daf35be7b3dd4a858cb (1 row) ------------- Now, if I check the above against the location table: -------------- select * from location where username = 'BruceNW9440'; 0 rows returned -------------- If I run the same query using "brucenw9440" as the username (lowercase) then the correct information is returned. I have the following log line in my kamailio configuration script: xlog("L_INFO","Username: $au, OutboundProxy: $Ri, OutboundProxyPort: $Rp"); The details of this log appear correct when it is logged: Dec 9 14:21:03 ibis /opt/kamailio/sbin/kamailio[16972]: [ID 197553 local0.info] Username: BruceNW9440, OutboundProxy: 10.10.10.10, OutboundProxyPort: 5060 However, when my sqlopt query is run it does not find a match because of the incorrect case: sql_query("bfl", "UPDATE location SET outboundproxy = '$Ri', outboundproxyport = '$Rp' WHERE username = '$au'", "res"); I've had a read through the usrloc module documentation and I cannot seem to find a reference to any options that will preserve the case. I also cannot find if there is a parameter to save('location') that will preserve the case. I cant seem to find a reference to the save() function on the wiki. I must be missing something small. ---------------------------------------------------------------------- >Comment By: Iñaki Baz Castillo (ibc_sf) Date: 2009-12-10 01:19 Message: According to RFC 3261 BNF grammar, the username part of a SIP URI is case sensitive, this is: sip:alice@domain.org != sip:Alice@domain.org but domain part is case insensitive so: sip:alice@domain.org == sip:alice@DOMain.ORG So if 'usrloc' forces lowcase that's not correct (IMHO). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_…

1 0

[ openser-Bugs-2911707 ] Case sensitivity in usrloc "location" table
by SourceForge.net 10 Dec '09

10 Dec '09

Bugs item #2911707, was opened at 2009-12-10 00:11 Message generated for change (Tracker Item Submitted) made by asgaroth000 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: ver 1.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Asgaroth (asgaroth000) Assigned to: Nobody/Anonymous (nobody) Summary: Case sensitivity in usrloc "location" table Initial Comment: I am trying to integrate Kamailio (1.5.3-notls) into our existing database structure using a view for the subscriber table and using the location table to store the registration information. I am successfully able to register a phone using this method. One of our requirements is to set an "outboundproxy" and "outboundproxyport" parameter in the location table for a particular sip account (username). I am trying to do this with the sqlops module. What I have come across though is that when the registration information is saved to the location table the username is stored in lower case. So when my sqlops query is run against the username it does not match. For example, in the subscriber table I have view defined that for my user account returns the following information: ------------- select * from subscriber where username = 'BruceNW9440'; username | domain | password | ha1 | ha1b -------------+---------------+------------+----------------------------------+---------------------------------- BruceNW9440 | 10.10.10.10 | 00minger00 | 1f2d688f65be04a61cab36a1fb3f426a | 6529d45f5c418daf35be7b3dd4a858cb (1 row) ------------- Now, if I check the above against the location table: -------------- select * from location where username = 'BruceNW9440'; 0 rows returned -------------- If I run the same query using "brucenw9440" as the username (lowercase) then the correct information is returned. I have the following log line in my kamailio configuration script: xlog("L_INFO","Username: $au, OutboundProxy: $Ri, OutboundProxyPort: $Rp"); The details of this log appear correct when it is logged: Dec 9 14:21:03 ibis /opt/kamailio/sbin/kamailio[16972]: [ID 197553 local0.info] Username: BruceNW9440, OutboundProxy: 10.10.10.10, OutboundProxyPort: 5060 However, when my sqlopt query is run it does not find a match because of the incorrect case: sql_query("bfl", "UPDATE location SET outboundproxy = '$Ri', outboundproxyport = '$Rp' WHERE username = '$au'", "res"); I've had a read through the usrloc module documentation and I cannot seem to find a reference to any options that will preserve the case. I also cannot find if there is a parameter to save('location') that will preserve the case. I cant seem to find a reference to the save() function on the wiki. I must be missing something small. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=2911707&group_…

1 0

git:sr_3.0: module groups: add k modules to the presence group
by Andrei Pelinescu-Onciul 09 Dec '09

09 Dec '09

Module: sip-router Branch: sr_3.0 Commit: 6eccf69de98426c55fdd3952e11357849d4973f2 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=6eccf69… Author: Andrei Pelinescu-Onciul <andrei(a)iptel.org> Committer: Andrei Pelinescu-Onciul <andrei(a)iptel.org> Date: Wed Dec 9 11:08:18 2009 +0100 module groups: add k modules to the presence group - added kamailio modules to the presence group: presence presence_dialoginfo presence_mwi presence_xml pua pua_bla pua_dialoginfo pua_mi pua_usrloc pua_xmpp rls xcap_client. - removed obsoleted ser presence modules: pa rls. --- Makefile | 9 ++++++++- 1 files changed, 8 insertions(+), 1 deletions(-) diff --git a/Makefile b/Makefile index d2d98c4..601d215 100644 --- a/Makefile +++ b/Makefile @@ -172,7 +172,14 @@ module_group_postgres=$(module_group_postgres_driver) $(module_group_db) module_group_radius=acc_radius auth_radius misc_radius peering # For presence -module_group_presence=dialog pa presence_b2b rls xcap +# kamailio modules +module_group_presence=presence presence_dialoginfo presence_mwi presence_xml \ + pua pua_bla pua_dialoginfo pua_mi pua_usrloc pua_xmpp \ + rls xcap_client +#ser modules +module_group_presence+=dialog presence_b2b xcap +# obsolete/unmaintained ser modules +#module_group_presence=pa rls # Modules in this group satisfy specific or niche applications, but are # considered stable for production use. They may or may not have dependencies

1 0

git:sr_3.0: rls(s): obsoleted
by Andrei Pelinescu-Onciul 09 Dec '09

09 Dec '09

Module: sip-router Branch: sr_3.0 Commit: 37bf1610f9a2f5e4fd40cbacaf2705f5437e9daf URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=37bf161… Author: Andrei Pelinescu-Onciul <andrei(a)iptel.org> Committer: Andrei Pelinescu-Onciul <andrei(a)iptel.org> Date: Wed Dec 9 10:59:28 2009 +0100 rls(s): obsoleted Moved pa to obsolete/ because it does not compile (needs upgrade to the current DB libs) and it does not have a maintainer. --- {modules_s => obsolete}/rls/ChangeLog | 0 {modules_s => obsolete}/rls/Makefile | 0 {modules_s => obsolete}/rls/README | 0 {modules_s => obsolete}/rls/db_rls.c | 0 {modules_s => obsolete}/rls/doc/Makefile | 0 {modules_s => obsolete}/rls/doc/functions.xml | 0 {modules_s => obsolete}/rls/doc/params.xml | 0 {modules_s => obsolete}/rls/doc/rls.xml | 0 {modules_s => obsolete}/rls/doc/rls_base.xml | 0 {modules_s => obsolete}/rls/doc/rls_incl.xml | 0 {modules_s => obsolete}/rls/doc/xcap.xml | 0 {modules_s => obsolete}/rls/result_codes.h | 0 {modules_s => obsolete}/rls/rl_subscription.c | 0 {modules_s => obsolete}/rls/rl_subscription.h | 0 {modules_s => obsolete}/rls/rlmi_doc.c | 0 {modules_s => obsolete}/rls/rlmi_doc.h | 0 {modules_s => obsolete}/rls/rls.sql | 0 {modules_s => obsolete}/rls/rls_auth.c | 0 {modules_s => obsolete}/rls/rls_auth.h | 0 {modules_s => obsolete}/rls/rls_data.c | 0 {modules_s => obsolete}/rls/rls_data.h | 0 {modules_s => obsolete}/rls/rls_handler.c | 0 {modules_s => obsolete}/rls/rls_handler.h | 0 {modules_s => obsolete}/rls/rls_mod.c | 0 {modules_s => obsolete}/rls/rls_mod.h | 0 {modules_s => obsolete}/rls/rpc.c | 0 {modules_s => obsolete}/rls/rpc.h | 0 {modules_s => obsolete}/rls/subscription_manager.c | 0 {modules_s => obsolete}/rls/subscription_manager.h | 0 {modules_s => obsolete}/rls/time_event_manager.c | 0 {modules_s => obsolete}/rls/time_event_manager.h | 0 {modules_s => obsolete}/rls/trace.h | 0 {modules_s => obsolete}/rls/uri_ops.c | 0 {modules_s => obsolete}/rls/uri_ops.h | 0 {modules_s => obsolete}/rls/virtual_subscription.c | 0 35 files changed, 0 insertions(+), 0 deletions(-) diff --git a/modules_s/rls/ChangeLog b/obsolete/rls/ChangeLog similarity index 100% rename from modules_s/rls/ChangeLog rename to obsolete/rls/ChangeLog diff --git a/modules_s/rls/Makefile b/obsolete/rls/Makefile similarity index 100% rename from modules_s/rls/Makefile rename to obsolete/rls/Makefile diff --git a/modules_s/rls/README b/obsolete/rls/README similarity index 100% rename from modules_s/rls/README rename to obsolete/rls/README diff --git a/modules_s/rls/db_rls.c b/obsolete/rls/db_rls.c similarity index 100% rename from modules_s/rls/db_rls.c rename to obsolete/rls/db_rls.c diff --git a/modules_s/rls/doc/Makefile b/obsolete/rls/doc/Makefile similarity index 100% rename from modules_s/rls/doc/Makefile rename to obsolete/rls/doc/Makefile diff --git a/modules_s/rls/doc/functions.xml b/obsolete/rls/doc/functions.xml similarity index 100% rename from modules_s/rls/doc/functions.xml rename to obsolete/rls/doc/functions.xml diff --git a/modules_s/rls/doc/params.xml b/obsolete/rls/doc/params.xml similarity index 100% rename from modules_s/rls/doc/params.xml rename to obsolete/rls/doc/params.xml diff --git a/modules_s/rls/doc/rls.xml b/obsolete/rls/doc/rls.xml similarity index 100% rename from modules_s/rls/doc/rls.xml rename to obsolete/rls/doc/rls.xml diff --git a/modules_s/rls/doc/rls_base.xml b/obsolete/rls/doc/rls_base.xml similarity index 100% rename from modules_s/rls/doc/rls_base.xml rename to obsolete/rls/doc/rls_base.xml diff --git a/modules_s/rls/doc/rls_incl.xml b/obsolete/rls/doc/rls_incl.xml similarity index 100% rename from modules_s/rls/doc/rls_incl.xml rename to obsolete/rls/doc/rls_incl.xml diff --git a/modules_s/rls/doc/xcap.xml b/obsolete/rls/doc/xcap.xml similarity index 100% rename from modules_s/rls/doc/xcap.xml rename to obsolete/rls/doc/xcap.xml diff --git a/modules_s/rls/result_codes.h b/obsolete/rls/result_codes.h similarity index 100% rename from modules_s/rls/result_codes.h rename to obsolete/rls/result_codes.h diff --git a/modules_s/rls/rl_subscription.c b/obsolete/rls/rl_subscription.c similarity index 100% rename from modules_s/rls/rl_subscription.c rename to obsolete/rls/rl_subscription.c diff --git a/modules_s/rls/rl_subscription.h b/obsolete/rls/rl_subscription.h similarity index 100% rename from modules_s/rls/rl_subscription.h rename to obsolete/rls/rl_subscription.h diff --git a/modules_s/rls/rlmi_doc.c b/obsolete/rls/rlmi_doc.c similarity index 100% rename from modules_s/rls/rlmi_doc.c rename to obsolete/rls/rlmi_doc.c diff --git a/modules_s/rls/rlmi_doc.h b/obsolete/rls/rlmi_doc.h similarity index 100% rename from modules_s/rls/rlmi_doc.h rename to obsolete/rls/rlmi_doc.h diff --git a/modules_s/rls/rls.sql b/obsolete/rls/rls.sql similarity index 100% rename from modules_s/rls/rls.sql rename to obsolete/rls/rls.sql diff --git a/modules_s/rls/rls_auth.c b/obsolete/rls/rls_auth.c similarity index 100% rename from modules_s/rls/rls_auth.c rename to obsolete/rls/rls_auth.c diff --git a/modules_s/rls/rls_auth.h b/obsolete/rls/rls_auth.h similarity index 100% rename from modules_s/rls/rls_auth.h rename to obsolete/rls/rls_auth.h diff --git a/modules_s/rls/rls_data.c b/obsolete/rls/rls_data.c similarity index 100% rename from modules_s/rls/rls_data.c rename to obsolete/rls/rls_data.c diff --git a/modules_s/rls/rls_data.h b/obsolete/rls/rls_data.h similarity index 100% rename from modules_s/rls/rls_data.h rename to obsolete/rls/rls_data.h diff --git a/modules_s/rls/rls_handler.c b/obsolete/rls/rls_handler.c similarity index 100% rename from modules_s/rls/rls_handler.c rename to obsolete/rls/rls_handler.c diff --git a/modules_s/rls/rls_handler.h b/obsolete/rls/rls_handler.h similarity index 100% rename from modules_s/rls/rls_handler.h rename to obsolete/rls/rls_handler.h diff --git a/modules_s/rls/rls_mod.c b/obsolete/rls/rls_mod.c similarity index 100% rename from modules_s/rls/rls_mod.c rename to obsolete/rls/rls_mod.c diff --git a/modules_s/rls/rls_mod.h b/obsolete/rls/rls_mod.h similarity index 100% rename from modules_s/rls/rls_mod.h rename to obsolete/rls/rls_mod.h diff --git a/modules_s/rls/rpc.c b/obsolete/rls/rpc.c similarity index 100% rename from modules_s/rls/rpc.c rename to obsolete/rls/rpc.c diff --git a/modules_s/rls/rpc.h b/obsolete/rls/rpc.h similarity index 100% rename from modules_s/rls/rpc.h rename to obsolete/rls/rpc.h diff --git a/modules_s/rls/subscription_manager.c b/obsolete/rls/subscription_manager.c similarity index 100% rename from modules_s/rls/subscription_manager.c rename to obsolete/rls/subscription_manager.c diff --git a/modules_s/rls/subscription_manager.h b/obsolete/rls/subscription_manager.h similarity index 100% rename from modules_s/rls/subscription_manager.h rename to obsolete/rls/subscription_manager.h diff --git a/modules_s/rls/time_event_manager.c b/obsolete/rls/time_event_manager.c similarity index 100% rename from modules_s/rls/time_event_manager.c rename to obsolete/rls/time_event_manager.c diff --git a/modules_s/rls/time_event_manager.h b/obsolete/rls/time_event_manager.h similarity index 100% rename from modules_s/rls/time_event_manager.h rename to obsolete/rls/time_event_manager.h diff --git a/modules_s/rls/trace.h b/obsolete/rls/trace.h similarity index 100% rename from modules_s/rls/trace.h rename to obsolete/rls/trace.h diff --git a/modules_s/rls/uri_ops.c b/obsolete/rls/uri_ops.c similarity index 100% rename from modules_s/rls/uri_ops.c rename to obsolete/rls/uri_ops.c diff --git a/modules_s/rls/uri_ops.h b/obsolete/rls/uri_ops.h similarity index 100% rename from modules_s/rls/uri_ops.h rename to obsolete/rls/uri_ops.h diff --git a/modules_s/rls/virtual_subscription.c b/obsolete/rls/virtual_subscription.c similarity index 100% rename from modules_s/rls/virtual_subscription.c rename to obsolete/rls/virtual_subscription.c

1 0

git:sr_3.0: pa(s): obsoleted
by Andrei Pelinescu-Onciul 09 Dec '09

09 Dec '09

Module: sip-router Branch: sr_3.0 Commit: 32aee80a3059df17aeae1970471557e57bdba557 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=32aee80… Author: Andrei Pelinescu-Onciul <andrei(a)iptel.org> Committer: Andrei Pelinescu-Onciul <andrei(a)iptel.org> Date: Wed Dec 9 10:53:51 2009 +0100 pa(s): obsoleted Moved pa to obsolete/ because it does not compile (needs upgrade to the current DB libs) and it does not have a maintainer. --- {modules_s => obsolete}/pa/ChangeLog | 0 {modules_s => obsolete}/pa/Makefile | 0 {modules_s => obsolete}/pa/README | 0 {modules_s => obsolete}/pa/async_auth.c | 0 {modules_s => obsolete}/pa/async_auth.h | 0 {modules_s => obsolete}/pa/auth.c | 0 {modules_s => obsolete}/pa/auth.h | 0 {modules_s => obsolete}/pa/dlist.c | 0 {modules_s => obsolete}/pa/dlist.h | 0 {modules_s => obsolete}/pa/doc/Makefile | 0 {modules_s => obsolete}/pa/doc/auth.xml | 0 {modules_s => obsolete}/pa/doc/functions.xml | 0 {modules_s => obsolete}/pa/doc/pa.xml | 0 {modules_s => obsolete}/pa/doc/pa_base.xml | 0 {modules_s => obsolete}/pa/doc/pa_db_src.xml | 0 {modules_s => obsolete}/pa/doc/pa_incl.xml | 0 {modules_s => obsolete}/pa/doc/params.xml | 0 {modules_s => obsolete}/pa/doc/xcap.xml | 0 {modules_s => obsolete}/pa/extension_elements.c | 0 {modules_s => obsolete}/pa/extension_elements.h | 0 {modules_s => obsolete}/pa/hslot.c | 0 {modules_s => obsolete}/pa/hslot.h | 0 {modules_s => obsolete}/pa/message.c | 0 {modules_s => obsolete}/pa/message.h | 0 {modules_s => obsolete}/pa/mimetypes.c | 0 {modules_s => obsolete}/pa/mimetypes.h | 0 {modules_s => obsolete}/pa/notify.c | 0 {modules_s => obsolete}/pa/notify.h | 0 {modules_s => obsolete}/pa/offline_winfo.c | 0 {modules_s => obsolete}/pa/offline_winfo.h | 0 {modules_s => obsolete}/pa/pa_mod.c | 0 {modules_s => obsolete}/pa/pa_mod.h | 0 {modules_s => obsolete}/pa/paerrno.c | 0 {modules_s => obsolete}/pa/paerrno.h | 0 {modules_s => obsolete}/pa/pdomain.c | 0 {modules_s => obsolete}/pa/pdomain.h | 0 {modules_s => obsolete}/pa/pres_notes.c | 0 {modules_s => obsolete}/pa/pres_notes.h | 0 {modules_s => obsolete}/pa/pres_timer.c | 0 {modules_s => obsolete}/pa/presentity.c | 0 {modules_s => obsolete}/pa/presentity.h | 0 {modules_s => obsolete}/pa/ptime.c | 0 {modules_s => obsolete}/pa/ptime.h | 0 {modules_s => obsolete}/pa/publish.c | 0 {modules_s => obsolete}/pa/publish.h | 0 {modules_s => obsolete}/pa/qsa_interface.c | 0 {modules_s => obsolete}/pa/qsa_interface.h | 0 {modules_s => obsolete}/pa/reply.c | 0 {modules_s => obsolete}/pa/reply.h | 0 {modules_s => obsolete}/pa/rpc.c | 0 {modules_s => obsolete}/pa/rpc.h | 0 {modules_s => obsolete}/pa/status_query.c | 0 {modules_s => obsolete}/pa/status_query.h | 0 {modules_s => obsolete}/pa/subscribe.c | 0 {modules_s => obsolete}/pa/subscribe.h | 0 {modules_s => obsolete}/pa/trace.h | 0 {modules_s => obsolete}/pa/tuple.c | 0 {modules_s => obsolete}/pa/tuple.h | 0 {modules_s => obsolete}/pa/tuple_extensions.c | 0 {modules_s => obsolete}/pa/tuple_extensions.h | 0 {modules_s => obsolete}/pa/tuple_notes.c | 0 {modules_s => obsolete}/pa/tuple_notes.h | 0 {modules_s => obsolete}/pa/watcher.c | 0 {modules_s => obsolete}/pa/watcher.h | 0 {modules_s => obsolete}/pa/winfo_doc.c | 0 {modules_s => obsolete}/pa/winfo_doc.h | 0 66 files changed, 0 insertions(+), 0 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=32a…

1 0

git:sr_3.0: modules_k/registrar: Removed tcp_persistent_flag module parameter.
by Juha Heinanen 09 Dec '09

09 Dec '09

Module: sip-router Branch: sr_3.0 Commit: 021e8d571f81ccd212004e5efee2808bb7790c96 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=021e8d5… Author: Juha Heinanen <jh(a)tutpro.com> Committer: Juha Heinanen <jh(a)tutpro.com> Date: Wed Dec 9 10:19:54 2009 +0200 modules_k/registrar: Removed tcp_persistent_flag module parameter. - Commented out tcp_persistent_flag module parameter, because sr_3.0 tm does not support it. - Removed the flags also from module README. --- modules_k/registrar/README | 230 ++++++++++++--------------- modules_k/registrar/doc/registrar_admin.xml | 25 --- modules_k/registrar/reg_mod.c | 4 +- 3 files changed, 108 insertions(+), 151 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=021…

1 0

Kamailio 1.5.3 Dialog matching Problems
by van Stijn, Mike 08 Dec '09

08 Dec '09

Hello, if i use append_branch together to divert a call after events like 408 the Dialog modoule seems suddenly to have problems to find the call even in matching mode 2 Dec 8 12:14:12 uplink01 /usr/sbin/kamailio[29001]: DBG:dialog:run_dlg_callbacks: dialog=0xb57d1e38, type=256 Dec 8 12:14:12 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:internal_get_dlg: no dialog callid='034b1e34e1000012cb59@csgmc1' found Dec 8 12:14:12 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:internal_get_dlg: no dialog callid='034b1e34e1000012cb59@csgmc1' found Dec 8 12:14:12 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:get_dlg: no dialog callid='034b1e34e1000012cb59@csgmc1' found Dec 8 12:14:12 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:dlg_onroute: Callid '034b1e34e1000012cb59@csgmc1' not found Dec 8 12:14:14 uplink01 /usr/sbin/kamailio[29001]: DBG:dialog:run_dlg_callbacks: dialog=0xb57d1e38, type=256 Dec 8 12:14:14 uplink01 /usr/sbin/kamailio[29001]: DBG:sst:sst_dialog_response_fwded_CB: Dialog seen REPLY 200 OK Dec 8 12:14:14 uplink01 /usr/sbin/kamailio[29001]: DBG:sst:sst_dialog_response_fwded_CB: appending the Session-Expires: header to the 2XX reply. UAC will deal with it. Dec 8 12:14:14 uplink01 /usr/sbin/kamailio[29001]: DBG:dialog:run_dlg_callbacks: dialog=0xb57d1e38, type=256 Dec 8 12:14:14 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:internal_get_dlg: no dialog callid='034b1e34e1000012cb59@csgmc1' found Dec 8 12:14:14 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:internal_get_dlg: no dialog callid='034b1e34e1000012cb59@csgmc1' found Dec 8 12:14:14 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:get_dlg: no dialog callid='034b1e34e1000012cb59@csgmc1' found Dec 8 12:14:14 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:dlg_onroute: Callid '034b1e34e1000012cb59@csgmc1' not found Dec 8 12:14:15 uplink01 /usr/sbin/kamailio[29004]: DBG:dialog:next_state_dlg: unref dlg 0xb57d1e38 with 1 -> 2 Dec 8 12:14:15 uplink01 /usr/sbin/kamailio[29004]: DBG:dialog:next_state_dlg: dialog 0xb57d1e38 changed from state 3 to state 3, due event 1 Dec 8 12:14:19 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:internal_get_dlg: no dialog callid='034b1e34e1000012cb59@csgmc1' found Dec 8 12:14:19 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:internal_get_dlg: no dialog callid='034b1e34e1000012cb59@csgmc1' found Dec 8 12:14:19 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:get_dlg: no dialog callid='034b1e34e1000012cb59@csgmc1' found Dec 8 12:14:19 uplink01 /usr/sbin/kamailio[29000]: DBG:dialog:dlg_onroute: Callid '034b1e34e1000012cb59@csgmc1' not found Dec 8 12:15:11 uplink01 /usr/sbin/kamailio[29011]: DBG:dialog:internal_mi_print_dlgs: printing 4096 dialogs uplink01:~# kamctl fifo dlg_list dialog:: hash=2425:542696298 state:: 3 timestart:: 1260270850 timeout:: 43270 callid:: 034b1e34e1000012cb59@csgmc1 from_uri:: sip:Anonymous@dus.net from_tag:: 7b94728b caller_contact:: sip:sipd@62.134.16.100:5060;transport=udp caller_cseq:: 42 caller_route_set:: <sip:83.125.8.88;lr=on;ftag=7b94728b;did=979.5474de15;vsf=AAAAAHFcXV9BXV9GQHJUNUUcQFRHNC4xNi4xMDA->,<sip:62.134.16.104;lr=on> caller_bind_addr:: udp:94.228.106.69:5060 to_uri:: sip:da9040322210302510@62.134.16.104 to_tag:: as1441dd9c callee_contact:: sip:01728595562@83.125.8.82 callee_cseq:: 42 callee_route_set:: callee_bind_addr:: udp:94.228.106.69:5060 any idea what could cause this? Freundliche Grüße Mike van Stijn Schoenland Online GmbH Technology Operations Professional System Engineer Tel. 0221 / 8455-1866 Fax 0221 / 8455-2428 mike.vanstijn(a)schoenland.net www.schoenland.net Think before you print. Gesetzliche Pflichtangaben: Schoenland Online GmbH, Sitz der Gesellschaft ist Köln, Amtsgericht Köln HRB 59449, WEEE-Reg.-Nr.: DE57403598; Geschäftsführer: Daniel Schoenland, Henning Keil; Zuständige Aufsichtsbehörde: Bundesnetzagentur für Elektrizität, Gas, Telekommunikation, Post und Eisenbahnen Tulpenfeld 4, 53113 Bonn Wie Sie wissen, können über das Internet versandte E-Mails leicht unter fremden Namen erstellt oder manipuliert werden. Aus diesem Grunde bitten wir um Verständnis dafür, dass wir zu Ihrem und unserem Schutz die rechtliche Verbindlichkeit der vorstehenden Erklärungen und Äußerungen ausschließen, soweit wir mit Ihnen keine anders lautenden Vereinbarungen getroffen haben. Die für die Schoenland Online GmbH geltenden Regelungen über die Verbindlichkeit von Willenserklärungen bleiben unberührt.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev December 2009