THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#278 - usrloc module stops updating some records in db_mode 2
User who did this - Jordan (jordan)
----------
"At least there is inconsistency between documented behavior and database query for this matching mode."
I'm confused. From what I read the documentation does not agree with the database query. We're using matching_mode=2. The docs say the following about matching_mode 2:
"2 - CONTACT and PATH based matching algorithm. This mode is like mode 0 but allows for duplicate contacts from differing paths. If no path is available, it defaults to mode 0."
Only matching_mode=1 uses call-ID according to the documentation. I'm looking at this:
http://kamailio.org/docs/modules/3.3.x/modules_k/usrloc.html#matching-mode
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=278#comment803
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.
Hi list
this may sound like and old ugly topic, but at the end of the day most
of the traffic still starts/terminates in TDM networks. For those not
familiar with it, the IPX (http://en.wikipedia.org/wiki/IP_exchange)
mandates the usage of SIP-I between operators for transporting the call
information over SIP. Kamailio is the core component of our
infrastructure, and in order to route traffic between these kind of
operators we might need to "understand" somehow SIP-I. So this is more
or less like an open question: do you think it makes sense to write a
kamailio module for decoding/encoding ISUP/MAP traffic, or do you think
it fits better in another type of equipment closer to the "TDM border"
(Yate, Freeswitch,...).
Thanks in advance
Javi
Module: sip-router
Branch: hpw/branch_failure_route
Commit: 464ce5d71d738f706f0d4a26573444809496068e
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=464ce5d…
Author: Hugh Waite <hugh.waite(a)crocodile-rcs.com>
Committer: Hugh Waite <hugh.waite(a)crocodile-rcs.com>
Date: Thu Mar 28 10:00:05 2013 +0000
Merge branch 'master' into hpw/branch_failure_route
* master: (33 commits)
core: set TOS for IPv6 UDP sockets
rtpproxy: add missing wrapper function for unforce_rtp_proxy
modules/outbound: further improvement to the use_outbound() check
rtpproxy: support pvars in function parameters
modules/rr: copy the flow-token for "incoming" messages when using outbound
modules/outbound: improved check for outbound
modules/rr: only use flow-token for routing if it doesn't point to the source of the request
pkg/kamailio/(centos|fedora): Updated .spec after addition of cnxcc module
Makefile.groups: cnxcc module added to extra list
core: auto-define cfg directive MOD_modname for each loaded module
snmpstats Add tcpasync and tcpmaxconns
snmpstats Add IDs to sections in documentation
cnxcc: added new module for credit control
snmpstats activate new parts of the KAMAILIO-MIB
snmpstats Add information about version and tcp connections
usrloc: new option for db_mode - DB_READONLY (4)
enum: define the max size for numbers
db_mysql: new module parameter - insert_delayed
Makefile: exclude debian sym link when generating tarball
msrp: fix compile warning of argument type in dbg message
...
---
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#270 - app_lua: add rpc reload command
User who did this - Víctor Seva (linuxmaniac)
----------
I've removed the lock for sr_lua_script_ver->len
I've created a new parameter "reload" to activate/deactivate the reloading mechanism.
----------
One or more files have been attached.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=270#comment802
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#278 - usrloc module stops updating some records in db_mode 2
User who did this - Daniel-Constantin Mierla (miconda)
----------
OK, I will check the code. At least there is inconsistency between documented behavior and database query for this matching mode.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=278#comment801
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#279 - global variable "TOS" is not supported for IPv6 packets
User who did this - Daniel-Constantin Mierla (miconda)
----------
Can you try with commit:
- http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=084be45…
It compiles but had no option to test.
For now is done to UDP sockets, if works then I will propagate to tcp/sctp and backport.
Are the TOS values supposed to be different for IPv4/IPv6?
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=279#comment800
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.