lio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Prin
t; Mustafa
>
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
>
> On May 31, 2024, at 8:39 AM, Ghulam Mustafa via sr-users
> wrote:
>
> SIP/2.0 607.
Well, that seems clear enough. ;-)
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-
problems, above and beyond the one you currently face with RTPEngine per se.
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mailing List - Non Commerc
Fred,
This is beautiful:
I was not aware it was that simple. Thank you for the education!
-- Alex
> On May 30, 2024, at 6:24 PM, Fred Posner via sr-users
> wrote:
>
>
>> On May 30, 2024, at 5:49 PM, Alex Balashov via sr-users
>> wrote:
>
entry involved is very straightforward, and forwarding requests is a core
competency of Kamailio that is very idiomatic. Compared to your solution of
manipulating the Call-ID in baroque ways, it's much less internally complex,
and runs in more well-worn grooves that will be more easily understood
side: carriers are in various stages of implementation
of STIR/SHAKEN, and may or may not offer it, and you may or may not need to ask
them.
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel:
ting assumption at the root of your setup?
Maybe not, but I have to wonder.
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mailing List - Non Commerc
ing kamailio v5.6 and debian 12)
>
> Thanks in advance,
> Temi
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> send
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
-
Wow. This is an incredibly bad guide, at least in terms of the Kamailio config it prescribes. Terrible security, no validation, no error handling to speak of...—Sent from mobile, apologies for brevity and errors.On May 29, 2024, at 4:14 PM, Blake Ivey via sr-users wrote:Not sure if something
Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing l
Hi,This and related PVs may assist you in your quest:Pseudo-Variables - Kamailio Wiki Documentationkamailio.org-- Alex—Sent from mobile, apologies for brevity and errors.On May 13, 2024, at 7:42 PM, tfayomi--- via sr-users wrote:Hi All,I'm having trouble understanding/finding resources on how to
indenstrasse 29 Tel +41 61 826 93 00
> CH-4133 PrattelnFax +41 61 826 93 01
> Schweiz Web http://www.imp.ch
> __
--
Alex Bala
___
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
>
io.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
___
4-3733
> https://qxork.com
>
>
>
>
>
>
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the ma
On Apr 14, 2024, at 12:25 PM, Alex Balashov wrote:
> Medium to large organisations, in particular, tend to extract labour from
> consistent (if unextraordinary) output of everyday do-gooders, and not the
> more stochastic and volatile heroics of open-source superstars.
Sorry, I mea
small, and mostly idle instances.
Massive instances break the whole mode, by reserving most or all of the
physical hardware node to themselves. They hate those, and will price them
punitively to discourage it.
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://e
can deftly manoeuvre
Kamailio or FreeSWITCH.
This doesn't mean you shouldn't aim for that. That all depends. I think Jawaid,
Fred and I are both just quick to point out the potential downsides, since we
all, in one dimension or another, make a living in this stuff.
-- Alex
--
Alex Balashov
Principa
ussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
> __
> Kamailio - Users Mailing List - Non Commerci
ntire rack"
I doubt it.
Moreover, the AWS cost of an instance that large, as you allude, untenable.
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio -
yourself
might be quite a lot more than $70K.
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsu
- Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balasho
certainly simpler.
I suppose that makes DTLS "more secure", but in every other sense, I'm not sure
DTLS is "better". W3C WebRTC standards mandate DTLS-SRTP, as far as I know, so
I suppose it's more fit for that purpose.
-- Alex
--
Alex Balashov
Principal Consultant
Evariste
Hello,
The encryption mechanism is called DTLS-SRTP, and you might think of it best as
just TLS over UDP. The certificate is dynamically generated by RTPEngine. It is
somewhat simpler than what you might think of as full-blown TLS. The APIs used
for this are indeed OpenSSL.
—
Sent from
EVAPI is quite low-overhead.—Sent from mobile, apologies for brevity and errors.On Apr 8, 2024, at 12:34 PM, Sergio Charrua wrote:@Alex Balashov I thought about EVAPI but I'm afraid it will bring a lot of unnecessary CPU overload, and in my case I need to have maximum CPS on this server (used
ch communicates with Kamailio
asynchronously via a variety of channels. See the various message brokers,
EVAPI, etc.
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mai
that fair use considerations do not apply to lyrics so
"deep" as Swift's. At press time, the matter is being reviewed by our
counsel.)
Alex Balashov, principal of Evariste, praised Kamailio Visions 2030 as a
continuation of Swift's long-standing commitment to forward thinking and
innovatio
gt; On Sat, Mar 23, 2024 at 22:11 Alex Balashov via sr-users
> wrote:
>
> > On Mar 23, 2024, at 9:30 PM, Ovidiu Sas wrote:
> >
> > In the end, we agree with each other and my feeling is that we are
> > repeating the same concept.
>
> Yeah, I think that's
r amount by
which to raise it is 0. ;)
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe s
that's what we're discussing here. OP said he's
running sipp, and sipp doesn't push out volatile workloads that are offset by
periods of little to no activity to rapidly drain the queue.
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Te
til the next burst.
Sometimes.
I still don't think enlarging the packet queue is good general advice for
increasing throughput or better handling a load of X CPS.
Under very specific parameters outlined in this discussion, it might help.
Outside of those parameters, it's pretty useless.
--
Alex
> On Mar 23, 2024, at 6:05 PM, Ovidiu Sas wrote:
>
> if most of the time the udp queue is empty and dropped packets are observed,
> then the size of the udp queue is too small.
But would that happen with a sipp load test, once the threshold of dropped
requests is observed?
--
A
there aren't enough bottles, funnels of any size
will just back up and overflow.
About the only scenario where the funnel matters is the one you pointed out
previously, where the inflow is highly irregular, is modally moderate, and only
momentarily bursts to high volumes.
-- Alex
--
Alex Ba
queue that is full most of the time, under a +/- constant base load.
My argument was implicitly tailored to the idea that if your base load is
excessive, a bigger queue won't help. I definitely agree with you that
increasing rmax can take the edge off some ephemeral bursts.
-- Alex
--
Alex Ba
funnel. At some point, when you’re pouring a lot of
> liquid, you need to use a wider funnel. Ain’t nothing you do after the funnel
> will matter. The funnel is the problem.
>
> -- Fred Posner
> Sent from mobile
> Phone: +1 (352) 664-3733
> qxork.com
>
>
>
&
ner wrote:
>
> The default queue I believe is about 2MB. Not very hard to exceed that queue
> while still having a good amount of CPU/processor available.
>
> -- Fred Posner
> Sent from mobile
> Phone: +1 (352) 664-3733
> qxork.com
>
>
>
>> On Mar 23, 202
> On Mar 22, 2024, at 10:21 PM, Ovidiu Sas wrote:
>
> The default udp queue length is not enough for high cps.
That's interesting. I'm not necessarily saying you're wrong, but I'd be curious
to know more about what informs this theory.
--
Alex Balashov
Principal Consultant
Evarist
into a fundamental throughput limit of your
environment, and if you have, I would not take the advice to increase receive
queue depth.
-- Alex
> On Mar 22, 2024, at 4:03 PM, Ilie Soltanici wrote:
>
> Totally agree with Alex here.
>
> On Fri 22 Mar 2024, 19:24 Alex Balash
__
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Prin
e mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamaili
ents, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only
; To unsubscribe send an email to sr-users-le...@lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the
>> sender!
>> Edit mailing list options or unsubscribe:
> __
>
.
This is the way. :-)
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@
ffee break.
> All the best
> Christoph
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipien
in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mailing Li
own, the next
> node in the cluster will have the same issue and it will go down the same way.
I strongly agree with all of that. It's rare that someone truly gets this, and
I salute you, sir.
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.
HA
gewgaws -- outages that wouldn't have happened at all if not for your HA stuff.
It's not worth it.
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mailin
ter-slave redis
> ---
> I'm SoCIaL, MayBe
> El 27/02/2024 a las 9:07 a. m., Sergio Charrua via sr-users escribió:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamai
tant: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
_
>
> Zurlindenstrasse 29 Tel +41 61 826 93 00
> CH-4133 PrattelnFax +41 61 826 93 01
> Schweiz Web http://www.imp.ch
> __
--
Alex Balashov
Principal Consultant
Evarist
.
> Investigating.
>
> Mit freundlichen Grüssen
>
> -Benoît Panizzon-
> --
> I m p r o W a r e A G-Leiter Commerce Kunden
> __
>
> Zurlindenstrasse 29 Tel +41 61 826 93 00
> CH-4133 Pratteln Fax +41
nsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706
__
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
&g
$du is not mandatorily populated, as mentioned above. Consider $nh(...) instead.
In terms of the original question you posed, why not do this?
request_route {
...
if(jittery)
t_on_branch("BRANCH_DECAF");
else
t_on_branch("BRANCH_REGULAR&qu
..@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
___
Hi,
I don't think what you are wanting to do here is possible with a SIP proxy. :-)
—
Sent from mobile, apologies for brevity and errors.
> On Jan 29, 2024, at 1:08 AM, mm e via sr-users
> wrote:
>
> When receiving to-tag and returning 180 ring without SDP body, how can it be
> converted
OK (and state 5 for BYE) if same kamailio that received the INVITE, also
> receives 200 OK (and BYE).
>
> ---
> Stefan
> From: Alex Balashov via sr-users
> Sent: Friday, January 26, 2024 2:11:29 PM
> To: Kamailio (SER) - Users Mailing List
> Cc: Alex Balashov
> Subj
ist - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal
)]=>otherval);
$var(i) = $var(i) + 1;
}
etc.
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mailing List - Non Commercial Discussi
dule processes it? Any other points on how I could deal with this
> missing Contact header?
I believe that calling msg_apply_changes() will sync the change lumps to the
in-memory message structure.
Whether this will affect the version of the message that `dialog` operates on,
I'm not 100% sure...
-- Alex
-
_
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
>
INVITEs. Is there a way
> to configure Kamailio’s dialog module to do without the Contact header? Any
> pointers appreciated.
>
> Thank you so much
>
> With best wishes,
> Unai Rodriguez
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe se
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailin
;, "Calling sl_send_reply then exit\n");
>sl_send_reply("302", "Moved Temporarily");
> exit;
>}
> }
>
>
> But I still have this WARNING message logged by Kamailio when handling a SIP
> INVITE:
>
>
sl_send_reply("302", "Moved Temporarily");
>exit;
>}
> }
>
>
> But I still have this WARNING message logged by Kamailio when handling a SIP
> INVITE:
>
>WARNING: [core/dset.c:690]: print_dset(): no r-uri or branches
>
>
ot;);
>
> This works, but then I get WARNING messages in the logs:
> WARNING: [core/dset.c:690]: print_dset(): no r-uri or branches
>
> Which is also why I was confused...
> You're telling me I should not create branches... but if I don't, I get these
> messages.
>
I used base64 encoding transformations to deal with these kinds of problems.
—
Sent from mobile, apologies for brevity and errors.
> On Jan 12, 2024, at 6:11 AM, Benoît Panizzon via sr-users
> wrote:
>
> Hi Daniel
>
>> comma is not allowed in an unquoted value for SIP parameters because
>>
gt; Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
u receive this message in error, please
> notify the sender immediately and delete all copies of this message.
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kama
n Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web:
Tel +41 61 826 93 00
> CH-4133 PrattelnFax +41 61 826 93 01
> Schweiz Web http://www.imp.ch
> __
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Te
___
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
-
negotiation?
>
> Thanks.
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing
t]): add to the transaction
> specified by tindex and tlabel a new branch for
> Maybe names are a bit long but is to give the idea.
> Do you think that a solution like this would cover your (and others')
> scenarios?
> I can try to find the time to work on it :)
>
> Che
Hi,
It is important to know that the scope of $var(...) is per-process[1], and
timer functions run in a different process.
When REFRESH_CALLSTATE_TIMER runs, it is not in response to any particular SIP
message or call, and it does not know the context of any particular SIP message
or call.
n that timeframe.
>
> Thanks again for your help.
> Regards,
>
>
>
> On Wed, 29 Nov 2023 at 14:25, Alex Balashov wrote:
> Hi Ilie,
>
> I think the confusion is about behaviour rather than transaction reality. A
> transaction suspended by evapi_async_relay() does
nder!
>> Edit mailing list options or unsubscribe:
>>
> --
> Daniel-Constantin Mierla (@ asipto.com)
> twitter.com/miconda -- linkedin.com/in/miconda
> Kamailio Consultancy and Development Services
> Kamailio Advanced Training -- asipto.com
> __
m/in/miconda
> Kamailio Consultancy and Development Services
> Kamailio Advanced Training -- asipto.com
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamai
are also quite complicated, and complexity
breeds fragility.
-- Alex
> On 28 Nov 2023, at 13:38, Alex Balashov wrote:
>
> Hi,
>
> I wanted to revisit the topic of tsilo dependence on the location service.
> All three ts_append*() functions have the following quality
even
loading usrloc, and just throwing them over the fence into a different
transaction.
Is this somehow possible by means other than tsilo? Am I overlooking something?
Cheers,
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: http
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-
Hi,You may wish to explore this function, and its RPC correlate:dialog Modulekamailio.org-- Alex—Sent from mobile, apologies for brevity and errors.On Nov 22, 2023, at 7:17 PM, Social Boh via sr-users wrote:Hello,I'd like to know if there is a way, from Kamailio side, take the refer-to header
is is supported by all rtpengine
>> commands except rtpengine_manage()."
>>
>> Thanks.
>>
>>
>> On Thu, 9 Nov 2023 at 12:55, Alex Balashov wrote:
>> Hi David,
>>
>> Whence the impression that sets aren't compatible with rtpengine_manage(
with set_rtpengine_set(). I'll try it
> without the 11.x server and the large weights, and see if the calls are
> evenly distributed between the 22.x and 33.x servers then.
>
> Thanks again.
>
>
> On Thu, 9 Nov 2023 at 10:25, Alex Balashov via sr-users
> wrote:
> Hi,
id Cunningham, Voisonics Limited
> http://voisonics.com/
> USA: +1 213 221 1092
> New Zealand: +64 (0)28 2558 3782
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...
e_path 1 and path_mode 1.
>
> Path mode 2 does not seem appropriate.
>
> What other path related parameters did you have in mind?
>
>
>
>
> On 10/27/23, 11:37 AM, "Alex Balashov via sr-users"
> mailto:sr-users@lists.kamailio.org>> wrote:
>
>
#registrar.p.use_path
> On 27 Oct 2023, at 10:59, Alex Balashov wrote:
>
> Yes, the remove_hf() et al. functions are designed to operate on requests.
> Only a small subset of textops-family manipulation functions operate on
> replies, and they should be explicitly labelled or named in a way t
e
> removed and replaced with a Contact of only the RS server.
> It feels like there ought to be a simpler way to do this than parsing the
> Path string and reassembling a Contact from it, but if there is it's not
> readily apparent. Both Google and chatgpt have failed me :)
> Thanks in advance,
> Jawaid
> __
here for nonrelational DBs
that can be coerced into acting like RDBMs, e.g. `db_redis`, but that's really
in the weeds.
-- Alex
> On 20 Oct 2023, at 11:41, Alex Balashov wrote:
>
>
>> On 20 Oct 2023, at 11:34, Jawaid Bazyar wrote:
>>
>> Would a DMQ c
s room for lively debate about whether is the
correct framing of what a SIP location service does.
-- Alex
[1] https://en.wikipedia.org/wiki/Database-as-IPC
[2] https://stackoverflow.com/questions/3815941/database-as-ipc-antipattern
--
Alex Balashov
Principal Consultant
Evariste Systems LL
Not sure about your concerns about NAT pinging from another message, but they
are orthogonal to the storage backend question per se.
db_mode 3 is the simple answer to your question. You might be splitting hairs
on some of the other stuff.
-- Alex
--
Alex Balashov
Principal Consultant
E
If what you want is what you really want, db_mode 3 is the only way to achieve
it. What other effects of mode 3 are you concerned about?
-- Alex
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
ing certificates because there is a very limited number
> of regulatory approved vendors.
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__
Kamailio - Users Mailing Li
Hi Ali,
> On 14 Oct 2023, at 10:11, Ali Taher wrote:
>
> That means that kamailio should forward the 183 session progress received
> from UAS as it to the UAC, which in their turn must send PRACK and kamailio
> forwards it back to UAS?
Yes, that's right.
-- Alex
--
Alex Bal
proxy?
> Regards,
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the
> sender!
> Edit mailing list options or uns
he example puts me on the right track. It tells me that what
> I need to do is bounce the reply off to the other nodes(s) if TM doesn't
> recognize it. Having a DMQ option for the TM module would be great though.
>
> Cheers,
>
> Michel Pelletier
>
>
> On Tue, Oct 10, 2023 at
1 - 100 of 1112 matches
Mail list logo