Indeed, there are quite a few modules that perform this type of dynamic routing
function.
`drouting` is good, but may be overkill. If the destinations being compared are
all fully-qualified phone numbers and not prefixes, `alias_db` may be simplest.
-- Alex
> On May 21, 2024, at 7:22 AM, I
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
I had no idea the Chinese syndicated my article:
https://www.cnblogs.com/shunzh/p/14360712.html
Ah well.
Yeah, just use set_contact_alias() / handle_ruri_alias(). These flags are
unnecessary and a source of much confusion.
> On Apr 29, 2024, at 9:17 AM, Benoit Panizzon wrote:
>
>
___
> __
> 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
___
I think Fred's answer is correct, complete and I have no amendments to offer.
:-)
-- Alex
> On Apr 19, 2024, at 8:34 AM, Fred Posner via sr-users
> wrote:
>
>
>> On Apr 19, 2024, at 1:02 PM, Ghulam Mustafa via sr-users
>> wrote:
>>
>>
>> Hello,
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
> On Apr 14, 2024, at 12:26 PM, Mahmood Alkhalil
> wrote:
>
> You are right Alex, it is all on premise!
>
> We were offered to move it to cloud, and yes they asked for a lot…
The economics of public cloud providers depend on oversubscribing physical
hardware with lots of
> On Apr 14, 2024, at 12:19 PM, Mahmood Alkhalil
> wrote:
>
> Thank you for the insights Alex!
>
> Now that I give it more attention, the need for employees with the required
> skillset would be challenging to find. And wouldn't like the company to
> suffer incase
systems. In those cases, the scope of relatively conventional APIs from
established proprietary platforms is likely to be sufficient, and the case for
open-source does not turn much on this question.
-- Alex
> On Apr 14, 2024, at 11:29 AM, Jawaid Bazyar via sr-users
> wrote:
>
>
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
certain proprietary platforms, or if the
company has a largely sales-driven, not especially engineering-heavy
constitution, for example, open-source telephony may be a poor fit.
-- Alex
> On Apr 14, 2024, at 7:59 AM, Mahmood Alkhalil via sr-users
> wrote:
>
> Hi Everyone,
>
> I w
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
.
Once you get to that point, you might be better off just scaling horizontally.
-- Alex
> On Mar 23, 2024, at 11:26 PM, Ovidiu Sas wrote:
>
> It all depends on the hardware, but I noticed that after you pass 3-4k cps
> you run into this kind of issues.
>
> - ovidiu
>
&
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
>
>
>
&
Sure, but if you're blowing through the default, that means you're not
consistently coping with the load due to some other factors. Does it not follow
that enlarging the queue will just give you more backlog without increasing
throughput?
-- Alex
> On Mar 23, 2024, at 1:54 PM, Fred Pos
> 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
I don't know that I would do that. If your server isn't coping with the load,
making the kernel receive queue deeper doesn't increase throughput, it just
relocates the queueing -- or rather, adds another layer of queueing.
Squeeze the balloon in one place, it inflates in another.
-- 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!
> Edit mailing list options or unsubscribe:
--
Alex Balashov
Prin
in responses from endpoint B and say, "I didn't send
that!"
Kamailio provides such a mechanism. In brief, it conceals the in-flight
alterations to the To URI from endpoint A:
https://kamailio.org/docs/modules/5.8.x/modules/uac.html#uac.f.uac_replace_to
-- Alex
On 11 Mar 2024, at 12:43,
Indeed, it has become a bit of a cliché that msg_apply_changes() should be
called after append_hf(), uac_replace_from(), etc.
This should be dispelled. In the vast majority of use-cases, it is not only
unnecessary, but highly undesirable.
-- Alex
> On 11 Mar 2024, at 06:45, Henning Westerh
if(proto == TCP)
$ru = $(ru{s.replace,transport=TCP,}{s.replace,transport=tcp,});
...
t_relay();
-- Alex
> On 7 Mar 2024, at 10:46, Alberto Diez via sr-users
> wrote:
>
> Hi kamailio community,
>
> I have an issue with a Kamailio 5.7. It's listening both in TCP
; 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...@
something delicately.
Knowing the difference is the soul of experience. :-)
-- Alex
> On 6 Mar 2024, at 06:19, Valentin Christoph via sr-users
> wrote:
>
> Hi all,
> it might be a minor issue, or it might not be an issue at all, but I
> stumbled over following stat
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
_
, tedious and
time-consuming work of getting the vendor to fix, or replacing the CPE.
Otherwise, you'll patch this hole and doubtless find another leak in the boat
soon.
-- Alex
> On 26 Feb 2024, at 09:39, Benoit Panizzon wrote:
>
> Hi Alex
>
>> There are lots of strat
) Strip header fields you can do without. This is dangerous territory, but
clearly some headers are less important than others, like "Date" or "Allow";
3) Do not offer any unnecessary codecs, reducing SDP bloat.
-- Alex
> On 26 Feb 2024, at 09:15, Benoit Panizzon wrote:
>
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
g_facility
e.g. `log_facility=LOG_LOCAL0`, and then routing that facility in your syslog
daemon configuration to a particular log file, e.g. in /etc/rsyslog.conf:
local0.* -/var/log/kamailio.log
With the advent of `systemd`, there is a systemd-journald and syslog forwarding
dimen
Hi Benoit,
> On 30 Jan 2024, at 08:28, Benoit Panizzon wrote:
>
> Hi Alex
>
>> As is often the case, there is a useful opportunity here to step back,
>> switch to decaf, and ask why you want to call 'exit' from a branch_route in
>> the first place.
>
>
..@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
, even though Kam2 is not expected to receive any
dialog updates directly, etc.
-- Alex
> On 26 Jan 2024, at 06:50, Stefan-Cristian Mititelu via sr-users
> wrote:
>
> Hi,
>
> I'm trying a DMQ dialog sync up setup with 2 x Kamailios. I have this
> scenario:
> • K
You can always iterate through the XAVP array manually and perform your own
data marshalling:
sql_xquery("db", "SELECT ...", "stuff");
$var(i) = 0;
while(defined $xavp(stuff[$var(i)])) {
$sht(tbl=>$xavp(stuff[$var(i)]=>id)) = $xavp(stuff[$var(i
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
-
;. Besides that, Kamailio
message pseudovariables are relatively high-level and mostly confined to SIP
attributes.
Nevertheless, your best bet, in terms of effort-to-reward ratio, is probably:
https://kamailio.org/docs/modules/5.7.x/modules/sdpops.html#sdpops.f.sdp_get_line_startswith
-- Alex
&
t includes
only the INVITE request.
-- Alex
> On 24 Jan 2024, at 05:42, Unai Rodriguez via sr-users
> wrote:
>
> Dear List,
>
> I’m trying to set up the dialog module and I keep getting the error "bad sip
> message or missing Contact hdr”:
>
> ---
> Jan 23 1
> 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
>
>
sl_send_reply("302", "Moved Temporarily");
exit;
}
# Anything else that might occur in this config should not
# occur if an INVITE was received--note the 'exit' step above.
}
It may not be quite as simple as that, but hopefull
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
>>
Hi James,
This all happens on the tick of the 'timer_interval'.
As the point of the timer interval is to batch these sync/expiration
operations, it would defeat the aims of the concept if contacts' expiration
were continuously polled for in real time by other means.
-- Alex
> On 11 Jan 2
Hi,
First off, a bit confused as to why you are appending a branch and then sending
a final reply? Adding a branch only makes sense if you plan to fork the request
to an additional destination, instead of responding to the sender with a final
dispositive (>= 3xx) reply.
-- Alex
> On
are):
xinfo("[$ci] Final request URI is: $ru\n");
I think this would add some insight.
-- Alex
> On 16 Dec 2023, at 09:33, Gavin Baumanis via sr-users
> wrote:
>
> Hi Everyone,
>
> Very new to SIP
> And to Kamailio Configuration / administration.
>
> I have
:-) 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* cl
___
> 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:
-
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 2
Hi Federico,
I certainly don't mean to presume upon your free time. :-)
But of course, either of those options would be wonderful! Of the two, I think
the second function, addressing the transaction by index and label, would be
the most useful.
-- Alex
> On 2 Dec 2023, at 01:13, Feder
.
-- Alex
[1] Which also has unexpected consequences when a different SIP message hits
the same process in which a $var() was set before; they are process-persistent,
as the documentation notes.
> On 29 Nov 2023, at 16:02, dries--- via sr-users
> wrote:
>
> Hi,
>
> I
Hi Ilie,
Glad it worked out for you, and thank you for forcing me to take a second look
at the mechanics of this for myself. You could say we both learned something.
:-) Likewise thank you to Daniel for the clarity.
-- Alex
> On 29 Nov 2023, at 11:08, Ilie Soltanici wrote:
>
>
3
current: 1
Wed Nov 29 14:24:02 UTC 2023
current: 0
Wed Nov 29 14:24:03 UTC 2023
current: 0
I think we can also agree that the timing of the transaction reaping is a bit
"approximate".
But equally well, it is quite true that the reaping is silent and there is
Hi,
I use evapi_async_relay() very extensively, and can say that the transaction
does time out if it goes unreplied, and relatively quickly. I haven't checked
exactly which timer guides this, but it doesn't remain suspended indefinitely.
I don't think that's a concern.
-- Alex
> On 29
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
itself back at the same UA that originated the call. The
usual solution is to create a B-leg by laundering the call through a
lightweight, signalling-only B2BUA, such as SEMS.
-- Alex
> On 27 Nov 2023, at 08:04, Benoit Panizzon via sr-users
> wrote:
>
> Hi List
>
> Two Kamail
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
Thank you, Daniel!
I was just confused because I do use set_rtpengine_set() with
rtpengine_manage() quite a lot, for some years now, and it works fine...
-- Alex
> On 9 Nov 2023, at 03:24, Daniel-Constantin Mierla via sr-users
> wrote:
>
> Hello,
> not sure why that remark is
offer(), rtpengine_answer() or rtpengine_manage() command. The
parameter
can be an integer or a config variable holding an integer."
Or are you using an earlier version of Kamailio in which this may not have been
true?
-- Alex
> On 8 Nov 2023, at 18:52, David Cunningham wrote:
>
> Hi A
) {
set_rtpengine_set("2");
rtpengine_offer("...");
}
}
Exact details and your mileage may vary.
-- Alex
> On 8 Nov 2023, at 15:33, David Cunningham via sr-users
> wrote:
>
> Hello,
>
> We have a Kamailio configuration with
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:
>
>
be returned in a 3xx constructed by
Kamailio from the preloaded branches.
At least, that is how I understand it. So, in fact, Kamailio does accommodate
this use-case in a canned way, it's just not very obvious.
-- Alex
[1]
https://kamailio.org/docs/modules/5.7.x/modules/registrar.html
that routes
around the simpler, "baked in" scenarios Kamailio is prepared to handle...
-- Alex
> On 27 Oct 2023, at 10:23, Jawaid Bazyar via sr-users
> wrote:
>
> Hi Henning, thanks for your reply.
> I have successfully used PATH before as you describe.
> This model, h
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
> On 20 Oct 2023, at 09:17, Jawaid Bazyar wrote:
>
> Hi Alex,
>
> Well I guess the other effects if any are unclear.
>
> As to what I want..
>
> The goal is to ensure that all the nodes in a large-scale
> geographically-distributed system have routing inform
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
Would join Kaufman here to say that free-range STIR/SHAKEN implementations in
the US are limited by the small number of certified authentication providers,
but presumably the EU version will to some extent avoid US-style Guilded Age
corporate welfare...
-- Alex
> On 19 Oct 2023, at 09:33,
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
features.
A more stateless, fault-tolerant design is, by comparison, a significantly
lower engineering lift in most cases where replicating TM would be useful.
-- Alex
> On 11 Oct 2023, at 09:47, Michel Pelletier via sr-users
> wrote:
>
> Hi,
>
> I agree. But t
mple will prove very useful.
> Cheers,
>
> Michel Pelletier
>
>
> On Tue, Oct 10, 2023 at 11:58 AM Alex Balashov via sr-users
> wrote:
> But I should add: do you actually need state? All replies can be routed back
> based on the content of SIP headers alone -- that i
; 10 Oct 2023 19:24:55 Alex Balashov via sr-users
> :
>
>> I would reiterate that in doing this, you may be boxing yourself into only
>> supporting Q-value and $du as parameters, more or less.
>>
>> If that fits your design parameters, cool. However, if additional fut
more work up front, but will pay dividends if you decide you need another
attribute, and then another, and another...
-- Alex
> On 10 Oct 2023, at 13:47, Barry Flanagan via sr-users
> wrote:
>
> 10 Oct 2023 18:12:10 Ben Kaufman via sr-users :
>
>> Probably better to use
But I should add: do you actually need state? All replies can be routed back
based on the content of SIP headers alone -- that is to say, statelessly. Most
simple load balancers remain stateless for this very reason.
> On 10 Oct 2023, at 13:09, Alex Balashov wr
gt;
> Cheers,
>
> Michel Pelletier
> __
> 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 ma
ru like ';nexthop=XXX.XXX.XXX.XXX:' and then extract that in my
> failure route.
This is good if $du is the _only_ branch-specific attribute you need to change
besides R-URI, but would be poor solution if you need support for arbitrary,
shifting parameters. Most call routing systems eventually
chments unless you recognize the sender and know the
> content is safe.
>
>
> On Fri, 6 Oct 2023, at 18:55, Alex Balashov via sr-users wrote:
>>> On 6 Oct 2023, at 10:39, Barry Flanagan via sr-users
>>> wrote:
>>>
>>> On 06/10/2023 15:23, Alex Balashov via
> On 10 Oct 2023, at 06:15, Barry Flanagan wrote:
>
> On Fri, 6 Oct 2023, at 18:55, Alex Balashov via sr-users wrote:
>>
>> Ah. Then the easiest approach is probably to buffer them into an XAVP
>> array and just iterate through them. R-URI can be one a
> On 6 Oct 2023, at 10:39, Barry Flanagan via sr-users
> wrote:
>
> On 06/10/2023 15:23, Alex Balashov via sr-users wrote:
>> Hello,
>>
>> If you can't key by R-URI, perhaps then just store a list of routes in a
>> database table or similar?
>
>
t; __
> 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
Hi James,
The difference you are describing is between serial and parallel forking. You
clearly want the former. There are a variety of ways to achieve that, and the
answer will depend on the code path taken to route to your voicemail server.
-- Alex
> On Sep 26, 2023, at 5:50 PM, Ja
1 - 100 of 1105 matches
Mail list logo