sr-dev July 2013

sr-dev@lists.kamailio.org

21 participants
246 discussions

[tracker] Comment added: tm doesn't relay changed 'To' header in CANCEL before dialog is established

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#325 - tm doesn't relay changed 'To' header in CANCEL before dialog is established User who did this - Trip Volpe (tvolpe) ---------- Just remove_hf/insert_hf, like so: remove_hf("To"); insert_hf("To: <sip:$var(format_tn)@flowroute.com>\r\n"); ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=325#comment1001 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

10 years, 11 months

[tracker] Comment added: tm doesn't relay changed 'To' header in CANCEL before dialog is established

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#325 - tm doesn't relay changed 'To' header in CANCEL before dialog is established User who did this - Daniel-Constantin Mierla (miconda) ---------- What function are you using to change To? ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=325#comment1000 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

10 years, 11 months

[tracker] Task opened: tm doesn't relay changed 'To' header in CANCEL before dialog is established

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Trip Volpe (tvolpe) Attached to Project - sip-router Summary - tm doesn't relay changed 'To' header in CANCEL before dialog is established Task Type - Bug Report Category - tm Status - Unconfirmed Assigned To - Operating System - Linux Severity - Medium Priority - Normal Reported Version - 3.3 Due in Version - Undecided Due Date - Undecided Details - We have a proxy component that changes the URIs in the To and From header fields of an INVITE before relaying it. If the proxy receives a CANCEL request before a dialog is established, the t_relay()ed CANCEL request shows the expected change in the 'From' header field, but not in the 'To' header field. Here's an example of an INVITE received by the proxy: INVITE sip:12067770000@127.0.0.3 SIP/2.0 Content-Length: 129 Via: SIP/2.0/UDP 127.0.0.1:5061;branch=z9hG4bKkrp82b0i9xlz7tax From: sip:14045551111@127.0.0.1;tag=dygcqp9k To: sip:12067770000@127.0.0.3 Contact: sip:pysyp@127.0.0.1:5061 Cseq: 1 INVITE Max-forwards: 70 Call-Id: 0ny3hvmqnnrbus54 Subject: Hello <body omitted> And here is the INVITE that it relays, after changing the To/From header fields: INVITE sip:+12067770000@127.0.0.3:5060 SIP/2.0 Max-Forwards: 68 Record-Route: <sip:127.0.0.2;lr> To: <sip:+12067770000@flowroute.com> From: <sip:+14045551111@flowroute.com>;tag=dygcqp9k Content-length: 129 Via: SIP/2.0/UDP 127.0.0.2;branch=z9hG4bK87ea.8740483fe93ecb70d83cbc88692e582e.0 Via: SIP/2.0/UDP 127.0.0.1:5061;branch=z9hG4bKkrp82b0i9xlz7tax Contact: sip:pysyp@127.0.0.1:5061 Cseq: 1 INVITE Call-Id: 0ny3hvmqnnrbus54 Subject: Hello P-Asserted-Identity: <sip:+14045551111@flowroute.com> <body omitted> So far so good. Then the proxy receives this CANCEL: CANCEL sip:12067770000@127.0.0.3 SIP/2.0 Content-length: 0 Via: SIP/2.0/UDP 127.0.0.1:5061;branch=z9hG4bKkrp82b0i9xlz7tax From: sip:14045551111@127.0.0.1;tag=dygcqp9k To: sip:12067770000@127.0.0.3 Contact: sip:pysyp@127.0.0.1:5061 Cseq: 1 CANCEL Max-Forwards: 70 Call-id: 0ny3hvmqnnrbus54 And the proxy relays it like this: CANCEL sip:+12067770000@127.0.0.3:5060 SIP/2.0 Max-Forwards: 68 To: sip:12067770000@127.0.0.3 From: <sip:+14045551111@flowroute.com>;tag=dygcqp9k Content-length: 0 Via: SIP/2.0/UDP 127.0.0.2;branch=z9hG4bK87ea.8740483fe93ecb70d83cbc88692e582e.0 Cseq: 1 CANCEL Call-id: 0ny3hvmqnnrbus54 Note that the 'From' header field reflects the change made to the INVITE, but the 'To' header field does not. It's the same as the original CANCEL. The change in the 'To' field is relayed correctly for requests after a dialog has been established, e.g., when the proxy receives and relays an ACK or a CANCEL in after a 200 OK. It seems to be only before the dialog, so there's no to-tag. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=325 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

10 years, 11 months

git:4.0: usrloc: fixed type for db_ops_parameter

by Daniel-Constantin Mierla

Module: sip-router Branch: 4.0 Commit: b87040d6839985ceb107e4a097df71afd8c69fa5 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=b87040d… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Tue Jul 16 21:43:42 2013 +0200 usrloc: fixed type for db_ops_parameter - reported by Alex Hermann --- modules/usrloc/README | 58 +++++++++++++++++----------------- modules/usrloc/doc/usrloc_admin.xml | 2 +- 2 files changed, 30 insertions(+), 30 deletions(-) diff --git a/modules/usrloc/README b/modules/usrloc/README index 58c0ae0..2c1ffef 100644 --- a/modules/usrloc/README +++ b/modules/usrloc/README @@ -16,9 +16,9 @@ Edited by Bogdan-Andrei Iancu - Copyright (c) 2003 FhG FOKUS + Copyright � 2003 FhG FOKUS - Copyright (c) 2005 Voice Sistem SRL + Copyright � 2005 Voice Sistem SRL __________________________________________________________________ Table of Contents @@ -67,7 +67,7 @@ Bogdan-Andrei Iancu 3.29. db_check_update (string) 3.30. timer_procs (string) 3.31. xavp_contact (string) - 3.32. db_ops_ruid (string) + 3.32. db_ops_ruid (int) 4. Functions 5. MI Commands @@ -196,7 +196,7 @@ Chapter 1. Admin Guide 3.29. db_check_update (string) 3.30. timer_procs (string) 3.31. xavp_contact (string) - 3.32. db_ops_ruid (string) + 3.32. db_ops_ruid (int) 4. Functions 5. MI Commands @@ -309,7 +309,7 @@ Chapter 1. Admin Guide 3.29. db_check_update (string) 3.30. timer_procs (string) 3.31. xavp_contact (string) - 3.32. db_ops_ruid (string) + 3.32. db_ops_ruid (int) 3.1. nat_bflag (integer) @@ -731,7 +731,7 @@ modparam("usrloc", "timer_procs", 4) modparam("usrloc", "xavp_contact", "ulattrs") ... -3.32. db_ops_ruid (string) +3.32. db_ops_ruid (int) If set to 1, database queries for update or delete are done using ruid value. If it is set to 0, the old style using aor, contact and call-id @@ -757,7 +757,7 @@ modparam("usrloc", "db_ops_ruid", 1) 5.5. ul_add 5.6. ul_show_contact -5.1. ul_rm +5.1. ul_rm Deletes an entire AOR record (including its contacts). @@ -766,7 +766,7 @@ modparam("usrloc", "db_ops_ruid", 1) * AOR - user AOR in username[@domain] format (domain must be supplied only if use_domain option is on). -5.2. ul_rm_contact +5.2. ul_rm_contact Deletes a contact from an AOR record. @@ -776,7 +776,7 @@ modparam("usrloc", "db_ops_ruid", 1) only if use_domain option is on). * contact - exact contact to be removed -5.3. ul_dump +5.3. ul_dump Dumps the entire content of the USRLOC in memory cache @@ -785,11 +785,11 @@ modparam("usrloc", "db_ops_ruid", 1) "brief", a brief dump will be done (only AOR and contacts, with no other details) -5.4. ul_flush +5.4. ul_flush Triggers the flush of USRLOC memory cache into DB. -5.5. ul_add +5.5. ul_add Adds a new contact for an user AOR. @@ -805,7 +805,7 @@ modparam("usrloc", "db_ops_ruid", 1) * cflags - per branch flags of the contact * methods - mask with supported requests of the contact -5.6. ul_show_contact +5.6. ul_show_contact Dumps the contacts of an user AOR. @@ -819,14 +819,14 @@ modparam("usrloc", "db_ops_ruid", 1) 6.1. ul.dump 6.2. ul.lookup table AOR -6.1. ul.dump +6.1. ul.dump Dumps the content of the location table Parameters: * None. -6.2. ul.lookup table AOR +6.2. ul.lookup table AOR Looks up the contents of an AOR entry in the location table @@ -914,7 +914,7 @@ Chapter 2. Developer Guide 1.14. ul_register_ulcb(type ,callback, param) 1.15. ul_get_num_users() -1.1. ul_register_domain(name) +1.1. ul_register_domain(name) The function registers a new domain. Domain is just another name for table used in registrar. The function is called from fixups in @@ -929,7 +929,7 @@ Chapter 2. Developer Guide * const char* name - Name of the domain (also called table) to be registered. -1.2. ul_insert_urecord(domain, aor, rec) +1.2. ul_insert_urecord(domain, aor, rec) The function creates a new record structure and inserts it in the specified domain. The record is structure that contains all the @@ -944,7 +944,7 @@ Chapter 2. Developer Guide * urecord_t** rec - The newly created record structure. -1.3. ul_delete_urecord(domain, aor) +1.3. ul_delete_urecord(domain, aor) The function deletes all the contacts bound with the given Address Of Record. @@ -956,7 +956,7 @@ Chapter 2. Developer Guide * str* aor - Address of record (aka username) of the record, that should be deleted. -1.4. ul_get_urecord(domain, aor) +1.4. ul_get_urecord(domain, aor) The function returns pointer to record with given Address of Record. @@ -966,7 +966,7 @@ Chapter 2. Developer Guide * str* aor - Address of Record of request record. -1.5. ul_lock_udomain(domain) +1.5. ul_lock_udomain(domain) The function lock the specified domain, it means, that no other processes will be able to access during the time. This prevents race @@ -977,14 +977,14 @@ Chapter 2. Developer Guide Meaning of the parameters is as follows: * udomain_t* domain - Domain to be locked. -1.6. ul_unlock_udomain(domain) +1.6. ul_unlock_udomain(domain) Unlock the specified domain previously locked by ul_lock_udomain. Meaning of the parameters is as follows: * udomain_t* domain - Domain to be unlocked. -1.7. ul_release_urecord(record) +1.7. ul_release_urecord(record) Do some sanity checks - if all contacts have been removed, delete the entire record structure. @@ -992,7 +992,7 @@ Chapter 2. Developer Guide Meaning of the parameters is as follows: * urecord_t* record - Record to be released. -1.8. ul_insert_ucontact(record, contact, expires, q, callid, cseq, flags, +1.8. ul_insert_ucontact(record, contact, expires, q, callid, cseq, flags, cont, ua, sock) The function inserts a new contact in the given record with specified @@ -1013,7 +1013,7 @@ cont, ua, sock) * struct socket_info *sock - socket on which the REGISTER message was received on. -1.9. ul_delete_ucontact (record, contact) +1.9. ul_delete_ucontact (record, contact) The function deletes given contact from record. @@ -1023,7 +1023,7 @@ cont, ua, sock) * ucontact_t* contact - Contact to be deleted. -1.10. ul_get_ucontact(record, contact) +1.10. ul_get_ucontact(record, contact) The function tries to find contact with given Contact URI and returns pointer to structure representing the contact. @@ -1033,7 +1033,7 @@ cont, ua, sock) * str_t* contact - URI of the request contact. -1.11. ul_get_all_ucontacts (buf, len, flags) +1.11. ul_get_all_ucontacts (buf, len, flags) The function retrieves all contacts of all registered users and returns them in the caller-supplied buffer. If the buffer is too small, the @@ -1054,7 +1054,7 @@ cont, ua, sock) * unsigned int flags - Flags that must be set. -1.12. ul_update_ucontact(contact, expires, q, callid, cseq, set, res, ua, +1.12. ul_update_ucontact(contact, expires, q, callid, cseq, set, res, ua, sock) The function updates contact with new values. @@ -1073,7 +1073,7 @@ sock) * struct socket_info *sock - socket on which the REGISTER message was received on. -1.13. ul_bind_ursloc( api ) +1.13. ul_bind_ursloc( api ) The function imports all functions that are exported by the USRLOC module. Overs for other modules which want to user the internal USRLOC @@ -1082,7 +1082,7 @@ sock) Meaning of the parameters is as follows: * usrloc_api_t* api - USRLOC API -1.14. ul_register_ulcb(type ,callback, param) +1.14. ul_register_ulcb(type ,callback, param) The function register with USRLOC a callback function to be called when some event occures inside USRLOC. @@ -1095,6 +1095,6 @@ sock) * void *param - some parameter to be passed to the callback each time when it is called. -1.15. ul_get_num_users() +1.15. ul_get_num_users() The function loops through all domains summing up the number of users. diff --git a/modules/usrloc/doc/usrloc_admin.xml b/modules/usrloc/doc/usrloc_admin.xml index f71fd75..9f389ad 100644 --- a/modules/usrloc/doc/usrloc_admin.xml +++ b/modules/usrloc/doc/usrloc_admin.xml @@ -845,7 +845,7 @@ modparam("usrloc", "xavp_contact", "ulattrs") </section> <section id="usrloc.p.db_ops_ruid"> - <title><varname>db_ops_ruid</varname> (string)</title> + <title><varname>db_ops_ruid</varname> (int)</title> <para> If set to 1, database queries for update or delete are done using ruid value. If it is set to 0, the old style using aor, contact and

10 years, 11 months

git:4.0: modules/usrloc: fixed typo in db_ops_ruid param name

by Daniel-Constantin Mierla

Module: sip-router Branch: 4.0 Commit: fb9a6ff96355093baa59c4f0c5c8505cb7d29311 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=fb9a6ff… Author: Juha Heinanen <jh(a)tutpro.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Sat Apr 27 18:07:21 2013 +0300 modules/usrloc: fixed typo in db_ops_ruid param name (cherry picked from commit edebc03f65445f968accb58b5a761817aaee55e8) --- modules/usrloc/README | 64 +++++++++++++++++----------------- modules/usrloc/doc/usrloc_admin.xml | 8 ++-- 2 files changed, 36 insertions(+), 36 deletions(-) diff --git a/modules/usrloc/README b/modules/usrloc/README index e861e23..58c0ae0 100644 --- a/modules/usrloc/README +++ b/modules/usrloc/README @@ -16,9 +16,9 @@ Edited by Bogdan-Andrei Iancu - Copyright � 2003 FhG FOKUS + Copyright (c) 2003 FhG FOKUS - Copyright � 2005 Voice Sistem SRL + Copyright (c) 2005 Voice Sistem SRL __________________________________________________________________ Table of Contents @@ -67,7 +67,7 @@ Bogdan-Andrei Iancu 3.29. db_check_update (string) 3.30. timer_procs (string) 3.31. xavp_contact (string) - 3.32. db_obs_ruid (string) + 3.32. db_ops_ruid (string) 4. Functions 5. MI Commands @@ -148,7 +148,7 @@ Bogdan-Andrei Iancu 1.29. Set db_check_update parameter 1.30. Set timer_procs parameter 1.31. Set xavp_contact parameter - 1.32. Set db_obs_ruid parameter + 1.32. Set db_ops_ruid parameter Chapter 1. Admin Guide @@ -196,7 +196,7 @@ Chapter 1. Admin Guide 3.29. db_check_update (string) 3.30. timer_procs (string) 3.31. xavp_contact (string) - 3.32. db_obs_ruid (string) + 3.32. db_ops_ruid (string) 4. Functions 5. MI Commands @@ -309,7 +309,7 @@ Chapter 1. Admin Guide 3.29. db_check_update (string) 3.30. timer_procs (string) 3.31. xavp_contact (string) - 3.32. db_obs_ruid (string) + 3.32. db_ops_ruid (string) 3.1. nat_bflag (integer) @@ -731,7 +731,7 @@ modparam("usrloc", "timer_procs", 4) modparam("usrloc", "xavp_contact", "ulattrs") ... -3.32. db_obs_ruid (string) +3.32. db_ops_ruid (string) If set to 1, database queries for update or delete are done using ruid value. If it is set to 0, the old style using aor, contact and call-id @@ -739,9 +739,9 @@ modparam("usrloc", "xavp_contact", "ulattrs") Default value is "0". - Example 1.32. Set db_obs_ruid parameter + Example 1.32. Set db_ops_ruid parameter ... -modparam("usrloc", "db_obs_ruid", 1) +modparam("usrloc", "db_ops_ruid", 1) ... 4. Functions @@ -757,7 +757,7 @@ modparam("usrloc", "db_obs_ruid", 1) 5.5. ul_add 5.6. ul_show_contact -5.1. ul_rm +5.1. ul_rm Deletes an entire AOR record (including its contacts). @@ -766,7 +766,7 @@ modparam("usrloc", "db_obs_ruid", 1) * AOR - user AOR in username[@domain] format (domain must be supplied only if use_domain option is on). -5.2. ul_rm_contact +5.2. ul_rm_contact Deletes a contact from an AOR record. @@ -776,7 +776,7 @@ modparam("usrloc", "db_obs_ruid", 1) only if use_domain option is on). * contact - exact contact to be removed -5.3. ul_dump +5.3. ul_dump Dumps the entire content of the USRLOC in memory cache @@ -785,11 +785,11 @@ modparam("usrloc", "db_obs_ruid", 1) "brief", a brief dump will be done (only AOR and contacts, with no other details) -5.4. ul_flush +5.4. ul_flush Triggers the flush of USRLOC memory cache into DB. -5.5. ul_add +5.5. ul_add Adds a new contact for an user AOR. @@ -805,7 +805,7 @@ modparam("usrloc", "db_obs_ruid", 1) * cflags - per branch flags of the contact * methods - mask with supported requests of the contact -5.6. ul_show_contact +5.6. ul_show_contact Dumps the contacts of an user AOR. @@ -819,14 +819,14 @@ modparam("usrloc", "db_obs_ruid", 1) 6.1. ul.dump 6.2. ul.lookup table AOR -6.1. ul.dump +6.1. ul.dump Dumps the content of the location table Parameters: * None. -6.2. ul.lookup table AOR +6.2. ul.lookup table AOR Looks up the contents of an AOR entry in the location table @@ -914,7 +914,7 @@ Chapter 2. Developer Guide 1.14. ul_register_ulcb(type ,callback, param) 1.15. ul_get_num_users() -1.1. ul_register_domain(name) +1.1. ul_register_domain(name) The function registers a new domain. Domain is just another name for table used in registrar. The function is called from fixups in @@ -929,7 +929,7 @@ Chapter 2. Developer Guide * const char* name - Name of the domain (also called table) to be registered. -1.2. ul_insert_urecord(domain, aor, rec) +1.2. ul_insert_urecord(domain, aor, rec) The function creates a new record structure and inserts it in the specified domain. The record is structure that contains all the @@ -944,7 +944,7 @@ Chapter 2. Developer Guide * urecord_t** rec - The newly created record structure. -1.3. ul_delete_urecord(domain, aor) +1.3. ul_delete_urecord(domain, aor) The function deletes all the contacts bound with the given Address Of Record. @@ -956,7 +956,7 @@ Chapter 2. Developer Guide * str* aor - Address of record (aka username) of the record, that should be deleted. -1.4. ul_get_urecord(domain, aor) +1.4. ul_get_urecord(domain, aor) The function returns pointer to record with given Address of Record. @@ -966,7 +966,7 @@ Chapter 2. Developer Guide * str* aor - Address of Record of request record. -1.5. ul_lock_udomain(domain) +1.5. ul_lock_udomain(domain) The function lock the specified domain, it means, that no other processes will be able to access during the time. This prevents race @@ -977,14 +977,14 @@ Chapter 2. Developer Guide Meaning of the parameters is as follows: * udomain_t* domain - Domain to be locked. -1.6. ul_unlock_udomain(domain) +1.6. ul_unlock_udomain(domain) Unlock the specified domain previously locked by ul_lock_udomain. Meaning of the parameters is as follows: * udomain_t* domain - Domain to be unlocked. -1.7. ul_release_urecord(record) +1.7. ul_release_urecord(record) Do some sanity checks - if all contacts have been removed, delete the entire record structure. @@ -992,7 +992,7 @@ Chapter 2. Developer Guide Meaning of the parameters is as follows: * urecord_t* record - Record to be released. -1.8. ul_insert_ucontact(record, contact, expires, q, callid, cseq, flags, +1.8. ul_insert_ucontact(record, contact, expires, q, callid, cseq, flags, cont, ua, sock) The function inserts a new contact in the given record with specified @@ -1013,7 +1013,7 @@ cont, ua, sock) * struct socket_info *sock - socket on which the REGISTER message was received on. -1.9. ul_delete_ucontact (record, contact) +1.9. ul_delete_ucontact (record, contact) The function deletes given contact from record. @@ -1023,7 +1023,7 @@ cont, ua, sock) * ucontact_t* contact - Contact to be deleted. -1.10. ul_get_ucontact(record, contact) +1.10. ul_get_ucontact(record, contact) The function tries to find contact with given Contact URI and returns pointer to structure representing the contact. @@ -1033,7 +1033,7 @@ cont, ua, sock) * str_t* contact - URI of the request contact. -1.11. ul_get_all_ucontacts (buf, len, flags) +1.11. ul_get_all_ucontacts (buf, len, flags) The function retrieves all contacts of all registered users and returns them in the caller-supplied buffer. If the buffer is too small, the @@ -1054,7 +1054,7 @@ cont, ua, sock) * unsigned int flags - Flags that must be set. -1.12. ul_update_ucontact(contact, expires, q, callid, cseq, set, res, ua, +1.12. ul_update_ucontact(contact, expires, q, callid, cseq, set, res, ua, sock) The function updates contact with new values. @@ -1073,7 +1073,7 @@ sock) * struct socket_info *sock - socket on which the REGISTER message was received on. -1.13. ul_bind_ursloc( api ) +1.13. ul_bind_ursloc( api ) The function imports all functions that are exported by the USRLOC module. Overs for other modules which want to user the internal USRLOC @@ -1082,7 +1082,7 @@ sock) Meaning of the parameters is as follows: * usrloc_api_t* api - USRLOC API -1.14. ul_register_ulcb(type ,callback, param) +1.14. ul_register_ulcb(type ,callback, param) The function register with USRLOC a callback function to be called when some event occures inside USRLOC. @@ -1095,6 +1095,6 @@ sock) * void *param - some parameter to be passed to the callback each time when it is called. -1.15. ul_get_num_users() +1.15. ul_get_num_users() The function loops through all domains summing up the number of users. diff --git a/modules/usrloc/doc/usrloc_admin.xml b/modules/usrloc/doc/usrloc_admin.xml index 1997434..f71fd75 100644 --- a/modules/usrloc/doc/usrloc_admin.xml +++ b/modules/usrloc/doc/usrloc_admin.xml @@ -844,8 +844,8 @@ modparam("usrloc", "xavp_contact", "ulattrs") </example> </section> - <section id="usrloc.p.db_obs_ruid"> - <title><varname>db_obs_ruid</varname> (string)</title> + <section id="usrloc.p.db_ops_ruid"> + <title><varname>db_ops_ruid</varname> (string)</title> <para> If set to 1, database queries for update or delete are done using ruid value. If it is set to 0, the old style using aor, contact and @@ -857,10 +857,10 @@ modparam("usrloc", "xavp_contact", "ulattrs") </emphasis> </para> <example> - <title>Set <varname>db_obs_ruid</varname> parameter</title> + <title>Set <varname>db_ops_ruid</varname> parameter</title> <programlisting format="linespecific"> ... -modparam("usrloc", "db_obs_ruid", 1) +modparam("usrloc", "db_ops_ruid", 1) ... </programlisting> </example>

10 years, 11 months

git:master: usrloc: fixed type for db_ops_parameter

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: acd0bfb5acc98e791ab6cf011dfa758efba2be8f URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=acd0bfb… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Tue Jul 16 21:40:06 2013 +0200 usrloc: fixed type for db_ops_parameter - reported by Alex Hermann --- modules/usrloc/README | 74 +++++++++++++++++----------------- modules/usrloc/doc/usrloc_admin.xml | 2 +- 2 files changed, 38 insertions(+), 38 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=acd…

10 years, 11 months

git:master: Example-Configs: Fixed config due to last updates

by admin＠sip-router.org

Module: sip-router Branch: master Commit: d07e4f709ceaccc84bbab42dfd55d10992e84a3b URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=d07e4f7… Author: Carsten Bock <carsten(a)ng-voice.com> Committer: Carsten Bock <carsten(a)ng-voice.com> Date: Tue Jul 16 18:02:50 2013 +0200 Example-Configs: Fixed config due to last updates --- examples/icscf/kamailio.cfg | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/examples/icscf/kamailio.cfg b/examples/icscf/kamailio.cfg index 6a0de63..0da30a8 100644 --- a/examples/icscf/kamailio.cfg +++ b/examples/icscf/kamailio.cfg @@ -403,7 +403,10 @@ failure_route[register_failure] ###################################################################### route[initial_request] { - I_perform_location_information_request("0"); + I_perform_location_information_request("LIR_REPLY", "0"); +} + +route[LIR_REPLY] { if ($avp(lia_return_code) == 1) { if (I_scscf_select("0")) { append_branch();

10 years, 11 months

git:master: ims_registrar_pcscf: Bug-Fix for pcscf_assert_identity (minor)

by admin＠sip-router.org

Module: sip-router Branch: master Commit: 9a2b943bfccea83ac52ecb63f39c724f4b9504d4 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9a2b943… Author: Carsten Bock <carsten(a)ng-voice.com> Committer: Carsten Bock <carsten(a)ng-voice.com> Date: Tue Jul 16 18:00:51 2013 +0200 ims_registrar_pcscf: Bug-Fix for pcscf_assert_identity (minor) --- modules/ims_registrar_pcscf/service_routes.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/modules/ims_registrar_pcscf/service_routes.c b/modules/ims_registrar_pcscf/service_routes.c index 06dc709..e53cdd0 100644 --- a/modules/ims_registrar_pcscf/service_routes.c +++ b/modules/ims_registrar_pcscf/service_routes.c @@ -410,7 +410,7 @@ int assert_identity(struct sip_msg* _m, udomain_t* _d, str identity) { /* Check length: */ if (identity.len == p->public_identity.len) { /* Check contents: */ - if (strncasecmp(identity.s, p->public_identity.s, identity.len) != 0) { + if (strncasecmp(identity.s, p->public_identity.s, identity.len) == 0) { LM_DBG("Match!\n"); goto success; }

10 years, 11 months

git:richard.good/diameter_rx_media: Merge branch 'master' into richard.good /diameter_rx_media

by Richard Good

Module: sip-router Branch: richard.good/diameter_rx_media Commit: 7e320ec9aaefe819ab3108bccdeecaf6529b1c2d URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=7e320ec… Author: Richard Good <richard.good(a)smilecoms.com> Committer: Richard Good <richard.good(a)smilecoms.com> Date: Tue Jul 16 16:07:56 2013 +0200 Merge branch 'master' into richard.good/diameter_rx_media ---

10 years, 11 months

git:richard.good/diameter_rx_media: modules/ims_qos: uppdate to work with TM API

by Richard Good

Module: sip-router Branch: richard.good/diameter_rx_media Commit: 295f5bd8e0d6f810bbc1bc6736ad1c27576a2408 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=295f5bd… Author: Richard Good <richard.good(a)smilecoms.com> Committer: Richard Good <richard.good(a)smilecoms.com> Date: Tue Jul 16 16:06:53 2013 +0200 modules/ims_qos: uppdate to work with TM API -Update to work with merged TM suspend reply functionality --- modules/ims_qos/mod.c | 4 ++-- modules/ims_qos/rx_aar.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/modules/ims_qos/mod.c b/modules/ims_qos/mod.c index 16d31e5..16d522e 100644 --- a/modules/ims_qos/mod.c +++ b/modules/ims_qos/mod.c @@ -576,7 +576,7 @@ static int w_rx_aar(struct sip_msg *msg, char *route, char* str1, char* bar) { } LM_DBG("Suspending SIP TM transaction\n"); - if (tmb.t_suspend_reply(msg, &saved_t_data->tindex, &saved_t_data->tlabel) < 0) { + if (tmb.t_suspend(msg, &saved_t_data->tindex, &saved_t_data->tlabel) < 0) { LM_ERR("failed to suspend the TM processing\n"); free_saved_transaction_global_data(saved_t_data); return CSCF_RETURN_ERROR; @@ -587,7 +587,7 @@ static int w_rx_aar(struct sip_msg *msg, char *route, char* str1, char* bar) { if (!ret) { LM_ERR("Failed to send AAR\n"); - tmb.t_cancel_suspend_reply(saved_t_data->tindex, saved_t_data->tlabel); + tmb.t_cancel_suspend(saved_t_data->tindex, saved_t_data->tlabel); goto error; diff --git a/modules/ims_qos/rx_aar.c b/modules/ims_qos/rx_aar.c index bca0a2d..b5e7293 100644 --- a/modules/ims_qos/rx_aar.c +++ b/modules/ims_qos/rx_aar.c @@ -165,7 +165,7 @@ done: if (aaa) cdpb.AAAFreeMessage(&aaa); - tmb.t_continue_reply(data->tindex, data->tlabel, data->act); + tmb.t_continue(data->tindex, data->tlabel, data->act); free_saved_transaction_global_data(data); }

10 years, 11 months

← Newer
1
...
7
8
9
10
11
12
13
...
25
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev July 2013