Module: kamailio
Branch: master
Commit: 1d53ef3b4756cdd0692c9867f56e0c3f2d8535dd
URL: https://github.com/kamailio/kamailio/commit/1d53ef3b4756cdd0692c9867f56e0c3…
Author: jaybeepee <jason.penton(a)gmail.com>
Committer: jaybeepee <jason.penton(a)gmail.com>
Date: 2016-06-07T08:42:15+02:00
modules/ims_qos,modules/ims_registrar_scscf,modules/ims_auth: Warning logical-op-parentheses
---
Modified: modules/ims_auth/pvt_message.c
Modified: modules/ims_qos/mod.c
Modified: modules/ims_registrar_scscf/pvt_message.c
---
Diff: https://github.com/kamailio/kamailio/commit/1d53ef3b4756cdd0692c9867f56e0c3…
Patch: https://github.com/kamailio/kamailio/commit/1d53ef3b4756cdd0692c9867f56e0c3…
---
diff --git a/modules/ims_auth/pvt_message.c b/modules/ims_auth/pvt_message.c
index ba8a53b..3b8274e 100644
--- a/modules/ims_auth/pvt_message.c
+++ b/modules/ims_auth/pvt_message.c
@@ -84,7 +84,7 @@ struct sip_msg* get_request_from_tx(struct cell *t) {
(which we cannot assume) then we would pollute the shm_msg t->uas.request if we did any parsing on it. Instead, we need to
make a private copy of the message and free it when we are done
*/
- if (_pv_treq.T != t || t->uas.request != _pv_treq.tmsgp
+ if ((_pv_treq.T != t || t->uas.request != _pv_treq.tmsgp)
&& t->uas.request->id != _pv_treq.id) {
/* make a copy */
diff --git a/modules/ims_qos/mod.c b/modules/ims_qos/mod.c
index af9ed91..b0ec900 100644
--- a/modules/ims_qos/mod.c
+++ b/modules/ims_qos/mod.c
@@ -683,7 +683,7 @@ static int w_rx_aar(struct sip_msg *msg, char *route, char* dir, char *c_id, int
(which we cannot assume) then we would pollute the shm_msg t->uas.request if we did any parsing on it. Instead, we need to
make a private copy of the message and free it when we are done
*/
- if (_pv_treq.T != t || t->uas.request != _pv_treq.tmsgp
+ if ((_pv_treq.T != t || t->uas.request != _pv_treq.tmsgp)
&& t->uas.request->id != _pv_treq.id) {
/* make a copy */
diff --git a/modules/ims_registrar_scscf/pvt_message.c b/modules/ims_registrar_scscf/pvt_message.c
index ba8a53b..3b8274e 100644
--- a/modules/ims_registrar_scscf/pvt_message.c
+++ b/modules/ims_registrar_scscf/pvt_message.c
@@ -84,7 +84,7 @@ struct sip_msg* get_request_from_tx(struct cell *t) {
(which we cannot assume) then we would pollute the shm_msg t->uas.request if we did any parsing on it. Instead, we need to
make a private copy of the message and free it when we are done
*/
- if (_pv_treq.T != t || t->uas.request != _pv_treq.tmsgp
+ if ((_pv_treq.T != t || t->uas.request != _pv_treq.tmsgp)
&& t->uas.request->id != _pv_treq.id) {
/* make a copy */
Module: kamailio
Branch: master
Commit: 46bb888e49524b1fe1e583bd45348fe6b1f12f46
URL: https://github.com/kamailio/kamailio/commit/46bb888e49524b1fe1e583bd45348fe…
Author: jaybeepee <jason.penton(a)gmail.com>
Committer: jaybeepee <jason.penton(a)gmail.com>
Date: 2016-06-07T08:42:15+02:00
modules/ims_registrar_scscf: expires should be int and not unsigned int
---
Modified: modules/ims_registrar_scscf/save.c
---
Diff: https://github.com/kamailio/kamailio/commit/46bb888e49524b1fe1e583bd45348fe…
Patch: https://github.com/kamailio/kamailio/commit/46bb888e49524b1fe1e583bd45348fe…
---
diff --git a/modules/ims_registrar_scscf/save.c b/modules/ims_registrar_scscf/save.c
index 4d7707a..624e0a9 100644
--- a/modules/ims_registrar_scscf/save.c
+++ b/modules/ims_registrar_scscf/save.c
@@ -108,7 +108,7 @@ static inline int randomize_expires(int expires, int range) {
* 3) If the message contained no expires header field, use
* the default value
*/
-static inline int calc_contact_expires(contact_t *c, unsigned int expires_hdr, int sos_reg) {
+static inline int calc_contact_expires(contact_t *c, int expires_hdr, int sos_reg) {
unsigned int r;
if (expires_hdr >= 0U)
@@ -513,7 +513,7 @@ static inline int is_impu_registered(udomain_t* _d, str* public_identity) {
* update the contacts for a public identity. Make sure you have the lock on the domain before calling this
* returns 0 on success, -1 on failure
*/
-static inline int update_contacts_helper(struct sip_msg* msg, impurecord_t* impu_rec, int assignment_type, unsigned int expires_hdr) {
+static inline int update_contacts_helper(struct sip_msg* msg, impurecord_t* impu_rec, int assignment_type, int expires_hdr) {
struct hdr_field* h;
contact_t* chi; //contact header information
ucontact_info_t* ci; //ucontact info
I have rebooted my kamailio machine and now the value of kamailio dialogs is always 0:
KAMAILIO-MIB::kamailioCurNumDialogs.0 = Gauge32: 0
KAMAILIO-MIB::kamailioCurNumDialogsInProgress.0 = Gauge32: 0
KAMAILIO-MIB::kamailioCurNumDialogsInSetup.0 = Gauge32: 0
KAMAILIO-MIB::kamailioTotalNumFailedDialogSetups.0 = Counter32: 0
And also the status is:
KAMAILIO-MIB::kamailioDialogUsageState.0 = INTEGER: idle(0)
How can I change it to active(1)? I have dialog.so loaded as well as modparam("dialog", "dlg_flag", 4) and dlg_manage().
If I do 'kamctl stats dialog':
# kamctl stats dialog
dialog:active_dialogs = 498
dialog:early_dialogs = 57
dialog:expired_dialogs = 24
dialog:failed_dialogs = 73222
dialog:processed_dialogs = 539449
I have the same configruation of SNMPstats and kamailio in 2 other machines and it works perfectly. In this machine it worked until I rebooted the machine.
I asked this question in th emailing list and I got the following response:
"Must be something in how the SNMP module reads the data from the statistics counters."
I don't know if this could help.
Thank you.
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/424
Hi devs,
The logs of our Kamailio servers are rich for such lines:
```
Oct 28 06:57:35 ip-172-31-0-139 /usr/local/sbin/kamailio[31963]: ERROR: <core> [tcp_read.c:271]: tcp_read_data(): error reading: Connection reset by peer (104)
Oct 28 06:57:35 ip-172-31-0-139 /usr/local/sbin/kamailio[31963]: ERROR: <core> [tcp_read.c:1296]: tcp_read_req(): ERROR: tcp_read_req: error reading
```
The servers serve WS, WSS, UDP, TCP and TLS as connection transports. So we cannot figure what happens and if this is really a problem, but we get accused by whoever audits the servers.
What could be done to make this more trackable? Or maybe these messages should be suppressed, if there's no way to track them and they don't mean any problem?
---
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/385