Module: sip-router
Branch: master
Commit: f802733daf34d96020f7a7cc58e5a70f2b476717
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=f802733…
Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date: Fri Mar 28 11:44:51 2014 +0200
modules/ims_usrloc_pcscf: hash now on IP only and some contact search changes
- hash on IP required, considering with IPSEC/TLS there could be multiple contacts per IP... - these all need to resolve to the same contact
- the contact searches updated accordingly and simplified using uri parser
- new contact search returns a contact regardless of state the contact is in... up to consumer to test the state the are/are not interested in
---
modules/ims_usrloc_pcscf/pcontact.c | 23 +++-
modules/ims_usrloc_pcscf/udomain.c | 225 ++++++++++++++++++-----------------
modules/ims_usrloc_pcscf/usrloc.c | 50 ++------
modules/ims_usrloc_pcscf/usrloc.h | 13 +-
4 files changed, 147 insertions(+), 164 deletions(-)
Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=f80…
Module: sip-router
Branch: master
Commit: 7deddf5646b1ff60d42321dba53ab53ceb8aab69
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=7deddf5…
Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date: Fri Mar 28 11:38:23 2014 +0200
Revert "ims_usrloc_pcscf: Improvement: Let the consumer decide, if we want to retrieve REGISTERED only or all contacts (especially, if we have more than one contact per IP/Port)"
- this is already done in changes coming in...
- rely on the consumer to check the status of the contact if one is found
This reverts commit fe8a06a2e1b18219e52b3a85abd3f3961cc9773a.
---
modules/ims_qos/cdpeventprocessor.c | 2 +-
modules/ims_qos/mod.c | 2 +-
modules/ims_qos/rx_aar.c | 2 +-
modules/ims_registrar_pcscf/notify.c | 2 +-
modules/ims_registrar_pcscf/save.c | 4 +-
modules/ims_registrar_pcscf/service_routes.c | 6 +-
modules/ims_usrloc_pcscf/udomain.c | 79 ++++++++++++--------------
modules/ims_usrloc_pcscf/udomain.h | 4 +-
modules/ims_usrloc_pcscf/usrloc.h | 4 +-
9 files changed, 50 insertions(+), 55 deletions(-)
Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=7de…
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task is now closed:
FS#408 - kamailio blocking in usrloc db_mode 2
User who did this - Daniel-Constantin Mierla (miconda)
Reason for closing: Not a bug
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=408
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.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#413 - RPATH contains illegal absolute entry
User who did this - Daniel-Constantin Mierla (miconda)
----------
What commands do you use and what versions of fedora and compiler?
The RPMs for v4.1.2 were successfully build for several distros:
- https://build.opensuse.org/package/show/home:kamailio:telephony/kamailio41
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=413#comment1362
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.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#410 - textops: add functions to convert and append multipart bodies.
User who did this - Daniel-Constantin Mierla (miconda)
----------
Go on and make it for custom boundaries. The patch is rather big, so it will need review again.
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=410#comment1361
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.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#410 - textops: add functions to convert and append multipart bodies.
User who did this - Víctor Seva (linuxmaniac)
----------
Just 0001-... but no. The valid code is on github.
I've extracted some code from the filter_body_f() to new functions because I use it in the new code.
Yes, get rid off the hardcoded bondary is my next step. But I didn't want to go further until getting some feedback. Now it doesn't work at all if you mix boundaries. :-(
I need the get_boundary() function accesible from msg_translation.c in order to use it there too.
Are you OK in general with the patch? If you don't have any major complain I will try not to use a hardcoded boundary.
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=410#comment1360
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.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#410 - textops: add functions to convert and append multipart bodies.
User who did this - Daniel-Constantin Mierla (miconda)
----------
None of the patches attached here are valid anymore, right?
>From exiting functions, it seems that filter_body_f() was heavily affected. Is it using something from the new code?
The boundary value is hardcoded in several places. What happens if the body is already multipart with different boundary?
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=410#comment1359
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.