Module: kamailio
Branch: master
Commit: 168b76538c33be5a91d73d553930c60229e72c1f
URL: https://github.com/kamailio/kamailio/commit/168b76538c33be5a91d73d553930c60…
Author: Henning Westerholt <hw(a)gilawa.com>
Committer: Henning Westerholt <hw(a)gilawa.com>
Date: 2022-04-07T18:14:10Z
p_usrloc: add a note to docs about runtime change of UTC parameter, related to gh #3072
---
Modified: src/modules/p_usrloc/doc/p_usrloc_admin.xml
---
Diff: https://github.com/kamailio/kamailio/commit/168b76538c33be5a91d73d553930c60…
Patch: https://github.com/kamailio/kamailio/commit/168b76538c33be5a91d73d553930c60…
---
diff --git a/src/modules/p_usrloc/doc/p_usrloc_admin.xml b/src/modules/p_usrloc/doc/p_usrloc_admin.xml
index 2cd04221b5..ca8faa827f 100644
--- a/src/modules/p_usrloc/doc/p_usrloc_admin.xml
+++ b/src/modules/p_usrloc/doc/p_usrloc_admin.xml
@@ -761,7 +761,7 @@ kamcmd cfg.get p_usrloc matching_mode
<title><varname>UTC_timestamps</varname>(int)</title>
<para>
<emphasis>
- Enables UTC timestamps for expires and last_modified columns.
+ Enables UTC timestamps for expires and last_modified columns. It can be changed at runtime via rpc command.
</emphasis>
</para>
<para>
Module: kamailio
Branch: master
Commit: a3ca4237f3514da99d9fb1095b82a76740ebd108
URL: https://github.com/kamailio/kamailio/commit/a3ca4237f3514da99d9fb1095b82a76…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: 2022-04-07T20:13:27+02:00
dispatcher: docs for ds_dns_mode and ds_dns_interval
---
Modified: src/modules/dispatcher/doc/dispatcher_admin.xml
---
Diff: https://github.com/kamailio/kamailio/commit/a3ca4237f3514da99d9fb1095b82a76…
Patch: https://github.com/kamailio/kamailio/commit/a3ca4237f3514da99d9fb1095b82a76…
---
diff --git a/src/modules/dispatcher/doc/dispatcher_admin.xml b/src/modules/dispatcher/doc/dispatcher_admin.xml
index 6075d110fe..23dcb513e6 100644
--- a/src/modules/dispatcher/doc/dispatcher_admin.xml
+++ b/src/modules/dispatcher/doc/dispatcher_admin.xml
@@ -1100,6 +1100,68 @@ modparam("dispatcher", "reload_delta", 1)
</programlisting>
</example>
</section>
+
+ <section id="dispatcher.p.ds_dns_mode">
+ <title><varname>ds_dns_mode</varname> (int)</title>
+ <para>
+ Specify the how DNS resolving is done for destination addresses.
+ </para>
+ <para>
+ It is a bitwise flag and can be set to one or the sum of:
+ </para>
+ <itemizedlist>
+ <listitem>
+ <para>1 - do it at startup and reload (previous behaviour).</para>
+ </listitem>
+ <listitem>
+ <para>2 - do it always when the address is matched with ds_is_from_list().</para>
+ </listitem>
+ <listitem>
+ <para>4 - do it startup/reload and refresh on the timer interval
+ specified by ds_dns_interval.</para>
+ </listitem>
+ <listitem>
+ <para>8 - do SRV (and NAPTR if enabled in core) query instead of
+ A/AAAA lookup. NAPTR is done if protocol and port are not set.
+ SRV is done if port is not set.</para>
+ </listitem>
+ </itemizedlist>
+ <para>
+ <emphasis>
+ Default value is <quote>1</quote>.
+ </emphasis>
+ </para>
+ <example>
+ <title>Set the <quote>ds_dns_mode</quote> parameter</title>
+<programlisting format="linespecific">
+...
+modparam("dispatcher", "ds_dns_mode", 2)
+...
+</programlisting>
+ </example>
+ </section>
+
+ <section id="dispatcher.p.ds_dns_interval">
+ <title><varname>ds_dns_interval</varname> (int)</title>
+ <para>
+ The interval in seconds to periodically refresh the DNS queries for
+ destination addresses if ds_dns_mode has value 4 set.
+ </para>
+ <para>
+ <emphasis>
+ Default value is <quote>600</quote>.
+ </emphasis>
+ </para>
+ <example>
+ <title>Set the <quote>ds_dns_interval</quote> parameter</title>
+<programlisting format="linespecific">
+...
+modparam("dispatcher", "ds_interval_mode", 1800)
+...
+</programlisting>
+ </example>
+ </section>
+
</section>
<section>
<!-- Kamailio Pull Request Template -->
<!--
IMPORTANT:
- for detailed contributing guidelines, read:
https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md
- pull requests must be done to master branch, unless they are backports
of fixes from master branch to a stable branch
- backports to stable branches must be done with 'git cherry-pick -x ...'
- code is contributed under BSD for core and main components (tm, sl, auth, tls)
- code is contributed GPLv2 or a compatible license for the other components
- GPL code is contributed with OpenSSL licensing exception
-->
#### Pre-Submission Checklist
<!-- Go over all points below, and after creating the PR, tick all the checkboxes that apply -->
<!-- All points should be verified, otherwise, read the CONTRIBUTING guidelines from above-->
<!-- If you're unsure about any of these, don't hesitate to ask on sr-dev mailing list -->
- [X] Commit message has the format required by CONTRIBUTING guide
- [X] Commits are split per component (core, individual modules, libs, utils, ...)
- [X] Each component has a single commit (if not, squash them into one commit)
- [X] No commits to README files for modules (changes must be done to docbook files
in `doc/` subfolder, the README file is autogenerated)
#### Type Of Change
- [ ] Small bug fix (non-breaking change which fixes an issue)
- [X] New feature (non-breaking change which adds new functionality)
- [ ] Breaking change (fix or feature that would change existing functionality)
#### Checklist:
<!-- Go over all points below, and after creating the PR, tick the checkboxes that apply -->
- [ ] PR should be backported to stable branches
- [X] Tested changes locally
- [ ] Related to issue #XXXX (replace XXXX with an open issue number)
#### Description
<!-- Describe your changes in detail -->
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/3072
-- Commit Summary --
* p_usrloc: make UTC param runtime configurable
-- File Changes --
M src/modules/p_usrloc/config.c (5)
M src/modules/p_usrloc/config.h (1)
M src/modules/p_usrloc/p_usrloc_mod.c (7)
M src/modules/p_usrloc/p_usrloc_mod.h (1)
-- Patch Links --
https://github.com/kamailio/kamailio/pull/3072.patchhttps://github.com/kamailio/kamailio/pull/3072.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3072
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/pull/3072(a)github.com>
Hello,
I have a problem with BLF (Busy Lamp Fields, i.e. dialog events) on Yealink
T41S: the key status (green or blinking red) freezes when calling a user to
which we SUBSCRIBEd. It freezes until the subscription expires.
Using sngrep, I was able to see that some NOTIFYs get a timeout (they are
sent 3 times) because the phone doesn't reply (200 OK). These NOTIFY seem
to have in common the fact that the caller is the SUBSCRIBEd Yealink user.
Example on NOTIFY body:
<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="4"
state="full" entity="sip:callee@sip.com">
<dialog id="5_2630032430(a)11.202.138.255" call-id="
5_2630032430(a)11.202.138.255" direction="recipient">
<state>confirmed</state>
<remote>
<identity>sip:caller@sip.com:5060</identity>
<target uri="sip:caller@11.202.138.255:5060"/>
</remote>
<local>
<identity>sip:callee@sip.com:5060</identity>
<target uri="sip:callee@sip.com:5060"/>
</local>
</dialog>
</dialog-info>
caller(a)sip.com subscribed to callee(a)sip.com and then called it.
I wasn't able to find a solution with the current implementation, for
example presence_dialoginfo/force_single_dialog = 1 doesn't help.
I come with a setting modparam("presence", "dont_notify_subscribed_caller",
1) that, if enabled, doesn't NOTIFY a subscriber if this one is the caller
itself. It does this by validating remote and local elements in the xml
body of the NOTIFY message against the message target.
Is there a better solution?
The technical questions:
1. I verify the sender in the function notify(..) by analyzing the dialog's
event xml body. Is there a more direct method, not passing by this xml?
modparam("pua_dialoginfo", "include_localremote", 0) - might be missing,
but it's not relevant
2. I would have preferred a flag-like solution: but how to flag (refuse) a
NOTIFY message that doesn't even pass by the configuration script? For
example, I could activate that flag for a SUBSCRIBE coming from
"User-Agent: Yealink SIP-T41S".
3. I am using xml_utils.h, so libser_cds, libser_presence, but is this
alright? I had to modify their Makefiles for the build to succeed, this
gets new dependencies in presence.so ...
4. I verify only that dialog-info/remote & local/identity is not the one of
the recipient (the subscriber) and, if so, I stop the notification ...
Because the message could contain multiple dialogs, this technique is not
enough: removing parts of the dialog is necessary.
Thank you,
Liviu