Hi Kamailio experts,
OS: Debian11
Kamailio ver: 5.7.3
{uri.duri} doesn't seem to work
The following script can be reproduced:
```
debug=2
log_stderror=yes
# mpath="/usr/local/lib/kamailio/modules/"
loadmodule "tm.so"
loadmodule "sl.so"
loadmodule "pv.so"
loadmodule "siputils.so"
loadmodule
Hi Olle,
Thanks for the reply and sorry for the late reply.
As a complete newcomer...
Is the patch upgrade simply overwriting the existing path(s) with the
contents of the newer release?
Then copying back in the config(s)?
(Obviously backing up first!)
Thanks.
On Sat, 25 Nov 2023 at 01:57, Olle
:-) Why not just have frequent re-registration intervals?
> On 11 Dec 2023, at 13:33, Benoit Panizzon wrote:
>
> Hi Alex
>
>> Perhaps it is helpful to ask a more basic question: why are you using
>> server-side keepalives?
>
> Because of a *stupid* cloud hosted PBX vendor solution.
>
> That
Hi Alex
> Perhaps it is helpful to ask a more basic question: why are you using
> server-side keepalives?
Because of a *stupid* cloud hosted PBX vendor solution.
That vendor is hosting his PBX behind a NAT without SIP ALG.
NAT UDP Timeout 90 seconds!
That vendor refused to send any kind of
Perhaps it is helpful to ask a more basic question: why are you using
server-side keepalives?
> On 11 Dec 2023, at 12:56, Benoit Panizzon via sr-users
> wrote:
>
> Hi
>
> We have reached 2 registered CPE and start facing issues.
>
> Am I observing correctly that when ka_mode 4 is
Hi
We have reached 2 registered CPE and start facing issues.
Am I observing correctly that when ka_mode 4 is enabled, OPTIONS are
send simultaneously to all registered CPE and not spread over the
interval?
They could be the cause very high pps peaks on network equipment?
If so, is there a
Hello,
Ports are allocated dynamically. Even ports are for RTP, odd ports are for
RTCP. There is no standard that I am aware of, but common practice is for the
lower bound to be UDP 8000. The upper bound varies, but can be as high as the
logical maximum of 65535.
-- Alex
> On 8 Dec 2023, at