<!--
Kamailio Project uses GitHub Issues only for bugs in the code or feature requests. Please use this template only for bug reports.
If you have questions about using Kamailio or related to its configuration file, ask on sr-users mailing list:
* http://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
If you have questions about developing extensions to Kamailio or its existing C code, ask on sr-dev mailing list:
* http://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Please try to fill this template as much as possible for any issue. It helps the developers to troubleshoot the issue.
If there is no content to be filled in a section, the entire section can be removed.
You can delete the comments from the template sections when filling.
You can delete next line and everything above before submitting (it is a comment).
-->
### Description
I trying to use smsops module as SMSC.
### Troubleshooting
When I sending message from UE I see re-sending same message after each RP-ACK
#### Reproduction
Always when I send sms message.
#### Log Messages
[case1.log](https://github.com/kamailio/kamailio/files/8042347/case1.log)
#### SIP Traffic
[sip.zip](https://github.com/kamailio/kamailio/files/8042345/sip.zip)
### Additional Information
version: kamailio 5.3.2 (x86_64/linux) 42be5d
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED
ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: 42be5d
compiled on 07:21:24 Oct 22 2021 with gcc 7.5.0
ubuntu 18.04
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3022
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/issues/3022(a)github.com>
Module: kamailio
Branch: master
Commit: b3314c8b99fb7e9c15aee137e2b9f1fe83881c05
URL: https://github.com/kamailio/kamailio/commit/b3314c8b99fb7e9c15aee137e2b9f1f…
Author: Kamailio Dev <kamailio.dev(a)kamailio.org>
Committer: Kamailio Dev <kamailio.dev(a)kamailio.org>
Date: 2022-02-10T17:16:16+01:00
modules: readme files regenerated - xmlops ... [skip ci]
---
Modified: src/modules/xmlops/README
---
Diff: https://github.com/kamailio/kamailio/commit/b3314c8b99fb7e9c15aee137e2b9f1f…
Patch: https://github.com/kamailio/kamailio/commit/b3314c8b99fb7e9c15aee137e2b9f1f…
---
diff --git a/src/modules/xmlops/README b/src/modules/xmlops/README
index 0ecfcb5ca0..df62770802 100644
--- a/src/modules/xmlops/README
+++ b/src/modules/xmlops/README
@@ -93,11 +93,28 @@ modparam("xmlops", "buf_size", 8192)
3.2. xml_ns (str)
Register xml namespace prefix. Parameter value must have the format:
- 'prefix=uri'.
+ 'prefix=uri'. It can be set many times to cope with multiple namespaces
+ without prefix.
+
+ This is useful when it is needed to access XML documents that specify
+ xmlns without prefix, which is not XML-standard compliant, but it comes
+ with SIP SIMPLE presence bodies.
Example 1.2. Set xml_ns parameter
...
modparam("xmlops", "xml_ns", "rpid=urn:ietf:params:xml:ns:pidf:rpid")
+modparam("xmlops", "xml_ns", "pidf=urn:ietf:params:xml:ns:pidf")
+...
+$xml(x=>doc) = '<?xml version="1.0" encoding="utf-8"?>
+ <presence xmlns="urn:ietf:params:xml:ns:pidf" entity="sip:test@mydomain.com"
+>
+ <tuple id="86ae65b7-42de-4399-b635-295caad13aac">
+ <status><basic>none</basic></status>
+ </tuple>
+ </presence>';
+
+xinfo("status: $xml(x=>xpath:/pidf:presence/pidf:tuple/pidf:status/pidf:basic)\n
+");
...
4. Pseudo-Variables
Module: kamailio
Branch: master
Commit: 56e26387b77536e6c9f13dd62e5aecabaaba2d9a
URL: https://github.com/kamailio/kamailio/commit/56e26387b77536e6c9f13dd62e5aeca…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: 2022-02-10T17:11:45+01:00
xmlops: docs - added the remark that xml_ns param can be set many times
---
Modified: src/modules/xmlops/doc/xmlops_admin.xml
---
Diff: https://github.com/kamailio/kamailio/commit/56e26387b77536e6c9f13dd62e5aeca…
Patch: https://github.com/kamailio/kamailio/commit/56e26387b77536e6c9f13dd62e5aeca…
---
diff --git a/src/modules/xmlops/doc/xmlops_admin.xml b/src/modules/xmlops/doc/xmlops_admin.xml
index d78247d310..d9a6e04a5d 100644
--- a/src/modules/xmlops/doc/xmlops_admin.xml
+++ b/src/modules/xmlops/doc/xmlops_admin.xml
@@ -68,7 +68,8 @@ modparam("xmlops", "buf_size", 8192)
<title><varname>xml_ns</varname> (str)</title>
<para>
Register xml namespace prefix. Parameter value must have the format:
- 'prefix=uri'.
+ 'prefix=uri'. It can be set many times to cope with multiple namespaces
+ without prefix.
</para>
<para>
This is useful when it is needed to access XML documents that specify
@@ -80,6 +81,7 @@ modparam("xmlops", "buf_size", 8192)
<programlisting format="linespecific">
<![CDATA[
...
+modparam("xmlops", "xml_ns", "rpid=urn:ietf:params:xml:ns:pidf:rpid")
modparam("xmlops", "xml_ns", "pidf=urn:ietf:params:xml:ns:pidf")
...
$xml(x=>doc) = '<?xml version="1.0" encoding="utf-8"?>
Hi all,
I'm using Kamailio timers to execute a series of calls with a certain
delay. I have found out that from time to time, the timers are triggered
too soon, sometimes they are triggered 2/3 seconds before they should.
There is nothing significant in the logs, some of the log lines previous to
the premature call are:
10(16136) DEBUG: tm [timer.c:606]: wait_handler(): WAIT timer hit
@1111936903 for 0x7f32cc4eede8 (timer_lm 0x7f32cc4eee70)
10(16136) DEBUG: tm [timer.c:643]: wait_handler(): finished transaction:
0x7f32cc4eede8 (p:0x7f32cc34ee90/n:0x7f32cc34ee90)
10(16136) DEBUG: tm [h_table.c:132]: free_cell_helper(): freeing
transaction 0x7f32cc4eede8 from timer.c:652
And some other ones after the call are
10(16136) DEBUG: tm [timer.c:494]: retr_buf_handler(): timer
retr_buf_handler @1111937043 (0x7f32cc4efa18 -> 0x7f32cc4ef9f8 ->
0x7f32cc4ef6d8)
10(16136) DEBUG: tm [timer.c:545]: retr_buf_handler(): new interval 2000 ms
/ 16 ticks (max 4000 ms)
10(16136) DEBUG: tm [timer.c:329]: retransmission_handler(): request
resending (t=0x7f32cc4ef6d8, SUBSCRIBE ... )
10(16136) DEBUG: tm [timer.c:573]: retr_buf_handler(): timer
retr_buf_handler @1111937043 (0x7f32cc4efa18
->0x7f32cc4ef9f8->0x7f32cc4ef6d8) exiting min (16, 24)
I have read in the documentation that it is normal to have a bit of delay
in some of the timers, but it doesn't mention anything about this behavior.
Is this normal?
Thank you.