Module: kamailio
Branch: master
Commit: 836e693d7e0bafbb20b98e0fed470c7a03a1c120
URL: https://github.com/kamailio/kamailio/commit/836e693d7e0bafbb20b98e0fed470c7…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: 2015-01-23T22:24:10+01:00
dmq_usrloc: use usrloc internal flag for replication
- flags field in location record is for internal usage and must not be
defined outside the module, because it can end up in conflicts in the
future
- removed the parameter that was used to set the flag
- added dmq_ul prefix for global vars to avoid shared objects conflicts
- removed unused extern declarations
---
Modified: modules/dmq_usrloc/README
Modified: modules/dmq_usrloc/dmq_usrloc.c
Modified: modules/dmq_usrloc/doc/dmq_usrloc_admin.xml
Modified: modules/dmq_usrloc/usrloc_sync.c
Modified: modules/dmq_usrloc/usrloc_sync.h
---
Diff: https://github.com/kamailio/kamailio/commit/836e693d7e0bafbb20b98e0fed470c7…
Patch: https://github.com/kamailio/kamailio/commit/836e693d7e0bafbb20b98e0fed470c7…
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#505 - TCP packets are Malformed
User who did this - Daniel-Constantin Mierla (miconda)
----------
Details are in the issue id 504:
- https://sip-router.org/tracker/index.php?do=details&task_id=504
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=505#comment1749
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#505 - TCP packets are Malformed
User who did this - Varghese Paul (varghesepaul87)
----------
Hi Daniel,
Could you please give some suggestion here ?... if we are missing anything please help us to improve in our reporting.
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=505#comment1748
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 is now closed:
FS#505 - TCP packets are Malformed
User who did this - Daniel-Constantin Mierla (miconda)
Reason for closing: Deferred
Additional comments about closing: See issue 504 on this tracker.
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=505
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.
A new Flyspray task has been opened. Details are below.
User who did this - Varghese Paul (varghesepaul87)
Attached to Project - sip-router
Summary - TCP packets are Malformed
Task Type - Improvement
Category - Core
Status - Unconfirmed
Assigned To -
Operating System - All
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - Hi Team,
Hope you are doing good. Recently we upgraded our kamailo server to 4.2.1 and it was running successfuly with out any issue. Recently we are seeing some issue with the TCP connections which are relayed from the kamilio.
We have set of physical servers and the calls are distributed by checking the dispacther module. Sometimes we are seeing the TCP packets are malformed from kamilio to one server. We can see the UDP calls are working fine with the same server at the same time TCP packets are malformed. That means there is no issue with the network connectivity between the kamailio server and our media server. Once we restart the kamilio we are not seeing this issue and the TCP calls will start working with kamilio and media server.
Can you help us to answer these questions.
1. Any idea about this TCP packet malformed error ?. We were not able to reproduce this TCP packet issue and we are seeing this error in our production environment.
2. Sometimes we have some errors for TCP max conn (ERROR) : 2048 (the default). We are plannig to increase the TCP connection to 4096 (tcp_max_connections=4096). Whether it will create any issue if we are increasing to 4096 ?.
Thanks for looking in to this.
Regards
Varghese Paul
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=505
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.
Module: kamailio
Branch: master
Commit: 11f300f2c7c8ffe4a6b49b471ffcd116ee218985
URL: https://github.com/kamailio/kamailio/commit/11f300f2c7c8ffe4a6b49b471ffcd11…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: 2015-01-23T12:28:42+01:00
jsonrpc-c: explicitely listed glibc as dependency
---
Modified: modules/jsonrpc-c/README
Modified: modules/jsonrpc-c/doc/jsonrpc-c_admin.xml
---
Diff: https://github.com/kamailio/kamailio/commit/11f300f2c7c8ffe4a6b49b471ffcd11…
Patch: https://github.com/kamailio/kamailio/commit/11f300f2c7c8ffe4a6b49b471ffcd11…
---
diff --git a/modules/jsonrpc-c/README b/modules/jsonrpc-c/README
index fcddab0..20676ee 100644
--- a/modules/jsonrpc-c/README
+++ b/modules/jsonrpc-c/README
@@ -77,9 +77,6 @@ Chapter 1. Admin Guide
2.1. Kamailio Modules
2.2. External Libraries or Applications
- This module uses Linux specific API, it might not compile on other
- types of operating systems.
-
2.1. Kamailio Modules
The following modules must be loaded before this module:
@@ -87,10 +84,14 @@ Chapter 1. Admin Guide
2.2. External Libraries or Applications
+ Note: this module uses Linux specific API, part of glibc library, it
+ might not compile on other types of operating systems.
+
The following libraries or applications must be installed before
running Kamailio with this module loaded:
* libjson (https://github.com/json-c/json-c/wiki)
* libevent - http://libevent.org/
+ * glibc - http://www.gnu.org/software/libc/ (v2.8 or higher)
3. Parameters
diff --git a/modules/jsonrpc-c/doc/jsonrpc-c_admin.xml b/modules/jsonrpc-c/doc/jsonrpc-c_admin.xml
index c27508b..5776d5c 100644
--- a/modules/jsonrpc-c/doc/jsonrpc-c_admin.xml
+++ b/modules/jsonrpc-c/doc/jsonrpc-c_admin.xml
@@ -32,10 +32,6 @@
<section>
<title>Dependencies</title>
- <para>
- This module uses Linux specific API, it might not compile on other
- types of operating systems.
- </para>
<section>
<title>&kamailio; Modules</title>
<para>
@@ -52,6 +48,10 @@
<section>
<title>External Libraries or Applications</title>
<para>
+ Note: this module uses Linux specific API, part of glibc library,
+ it might not compile on other types of operating systems.
+ </para>
+ <para>
The following libraries or applications must be installed before running
&kamailio; with this module loaded:
<itemizedlist>
@@ -65,6 +65,12 @@
<emphasis>libevent</emphasis> - http://libevent.org/
</para>
</listitem>
+ <listitem>
+ <para>
+ <emphasis>glibc</emphasis> - http://www.gnu.org/software/libc/
+ (v2.8 or higher)
+ </para>
+ </listitem>
</itemizedlist>
</para>
</section>
Hi!
One of the benefits of Kamailio according to the marketing litterature is that we're highly portable across
all *IX platforms. I do understand why a kernel-interfacing module is depending on a specific os
(thinking about the kernel-level RTPPROXY), but not why other modules depend on Linux.
If they do, I propose that we treat that as a bug and implement a work around or get help from other
developers to get the same functionality on as many platforms as possible. At least, get the basic
functionality working in a platform-neutral way.
The ratelimit/pipelimit modules still work on other Unixes, but have specific extra functionality on Linux.
The jsonrpc-c module fails to compile on non-LInux systems, and I don't see a reason for that module to fail on
other platforms.
What do you think? Should we continue to work like this or should we move to LInux-only?
/O