[SR-Users] Re: How to assign xavp array to htable?

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

[SR-Users] Re: Is the Contact header required for the dialog module?

sses 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... -- Al

[SR-Users] Re: How to get media IP

;. 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 -- Al

[SR-Users] Re: Is the Contact header required for the dialog module?

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

[SR-Users] Re: STIR/SHAKEN

o Voice Developer > __ > 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 >

[SR-Users] Re: Using http_async_query - transaction seems "reused" for subsequent SIP INVITE requests received ? (Kamailio 5.7.3)

;, "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: > >

[SR-Users] Re: Using http_async_query - transaction seems "reused" for subsequent SIP INVITE requests received ? (Kamailio 5.7.3)

gt;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 > &

[SR-Users] Re: Using http_async_query - transaction seems "reused" for subsequent SIP INVITE requests received ? (Kamailio 5.7.3)

t: \r\n"); 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 sim

[SR-Users] Re: xavp_params_explode broken comma in value?

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 >> i

[SR-Users] Re: Clarification on usrloc timer_interval param and contact-expires event route.

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 &

[SR-Users] Re: Using http_async_query - transaction seems "reused" for subsequent SIP INVITE requests received ? (Kamailio 5.7.3)

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

[SR-Users] Re: Regretfully we were unable to process the URI

u 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

[SR-Users] Re: usrloc ka_mode - Flooding OPTIONS at same time?

:-) 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

[SR-Users] Re: usrloc ka_mode - Flooding OPTIONS at same time?

> 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 unsubscrib

[SR-Users] Re: Standard on RTP ports

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,

[SR-Users] Re: tsilo dependency on usrloc

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,

[SR-Users] Re: No access to variables within timer route

. -- 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 hav

[SR-Users] Re: Evapi Async - suspend transaction for a limited time

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: > >

[SR-Users] Re: Evapi Async - suspend transaction for a limited time

C 2023 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 ther

[SR-Users] Re: Evapi Async - suspend transaction for a limited time

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.

[SR-Users] Re: tsilo dependency on usrloc

s 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 qu

[SR-Users] tsilo dependency on usrloc

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

[SR-Users] Re: How to remove record-route and via from a forwarded call?

find 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 K

[SR-Users] Re: refer-to to new INVITE

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 h

[SR-Users] Re: Sharing load between rtpengine servers

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

[SR-Users] Re: Sharing load between rtpengine servers

gine_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: > >

[SR-Users] Re: Sharing load between rtpengine servers

) { 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

[SR-Users] Re: Registrar / Path

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: > >

[SR-Users] Re: Registrar / Path

ld 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/regi

[SR-Users] Re: Registrar / Path

dabout way 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. >

[SR-Users] Re: lookup() and database

ntion 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 D

[SR-Users] Re: lookup() and database

s is an antipattern[1][2]. There is 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 Princ

[SR-Users] Re: lookup() and database

> 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

[SR-Users] Re: lookup() and database

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

[SR-Users] Re: STIR/SHAKEN with Kamailio

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,

[SR-Users] Re: 183 Session Progress Acknowledgment

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 -- Ale

[SR-Users] Re: 183 Session Progress Acknowledgment

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

[SR-Users] Re: Using DMQ to sync the TM module.

ort half-assed 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

[SR-Users] Re: Using DMQ to sync the TM module.

t example 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 -- t

[SR-Users] Re: Serial Forking with differing next hop for each branch?

; 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

[SR-Users] Re: Serial Forking with differing next hop for each branch?

It's 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

[SR-Users] Re: Using DMQ to sync the TM module.

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 wrote: > > There is not.

[SR-Users] Re: Using DMQ to sync the TM module.

MQ? > > 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! > Ed

[SR-Users] Re: Serial Forking with differing next hop for each branch?

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

[SR-Users] Re: Serial Forking with differing next hop for each branch?

nts 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

[SR-Users] Re: Serial Forking with differing next hop for each branch?

> 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 attri

[SR-Users] Re: Serial Forking with differing next hop for each branch?

> 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? >

[SR-Users] Re: Serial Forking with differing next hop for each branch?

ry > __ > 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 r

[SR-Users] Re: CANCEL first, then INVITE.

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

[SR-Users] Re: RTPengine use single port for all calls

SDP for > RTPengine is to receive RTP packets on a single port that is the same for all > other calls, so that on firewalls only one port is to be opened. It is not. RTP is not multiplexed that way. The protocol you're looking for is IAX2. ;) -- Alex -- Alex Balashov Principal Cons

[SR-Users] Re: Iterating Through Multiple IP Peers for DID Call Termination in Kamailio

Rather than using your own delimiter (i.e. comma) and doing tedious string-splitting, you may wish to consider XAVPs for nonscalar/list-style data: https://www.kamailio.org/wikidocs/cookbooks/5.7.x/pseudovariables/#xavpid-xavps -- Alex > On Sep 25, 2023, at 8:09 PM, Shah Hussain Khattak via

[SR-Users] Re: Multi-dimensional data in htable

___ > 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 Pri

[SR-Users] Re: Modifying SDP as drop-in replacement for overloaded Asterisk box - looking for help/paid consulting fast

So, forgive the silly question, but why do you need to do anything except to engage RTPEngine? Why rewrite any other SIP headers? > On Sep 22, 2023, at 5:11 AM, Markus via sr-users > wrote: > > Hi Alex, > > I'm trying to replace the Asterisk box with an instanc

[SR-Users] Re: Modifying SDP as drop-in replacement for overloaded Asterisk box - looking for help/paid consulting fast

complished in a different and more straightforward way. :-) -- Alex > On Sep 21, 2023, at 8:58 PM, Markus wrote: > > Hi list, > > I'm trying to use Kamailio 4.4.4 with rtpengine in a self-inflicted emergency > situation (didn't monitor traffic growth properly and

[SR-Users] Re: How to validate re-invites without challenging them?

I don't think this is the problem you think it is. Let's say endpoint A spoofs a To-tag and a Call-ID. So what? The reinvite goes to endpoint B, which says "I don't recognise that"." Spoofing both would be quite difficult. Nevertheless, if this improbable worry consumes you, you can use dialog

[SR-Users] Re: Set a License for Kamailio

Check out: https://jwt.io/ https://kamailio.org/docs/modules/5.7.x/modules/jwt.html -- Alex > On Sep 13, 2023, at 3:01 AM, Ali Taher wrote: > > Hi Alex, > > Can you please put me on track how to proceed? I'm not familiar with JWT. > > Regards, > > -----Or

[SR-Users] Re: Set a License for Kamailio

r! > 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 List - Non Commercial Discussions To unsu

[SR-Users] Re: How to forward 480

This would actually be the default behaviour if you do not intercept the response in anyway or attempt to manage it. — Sent from mobile, apologies for brevity and errors. > On Aug 29, 2023, at 9:41 AM, Anthony Blandin > wrote: > >  > Hello, > > I have a Kamailio SBC connected to another for

[SR-Users] Re: extreme dildoes

Extreme AND large?—Sent from mobile, apologies for brevity and errors.On Aug 26, 2023, at 8:29 PM, Maxim Sobolev wrote:😂 you never know!On Sat, Aug 26, 2023, 7:13 AM Giovanni Maruzzelli wrote:On Sat, Aug 26, 2023 at 1:23 PM Julien Chavanton wrote:Are you

[SR-Users] Re: use_dns_failover default value

Agree with what has been said here. DNS is far too unwieldy and unpredictable to leave enabled by default. If you want the wild west of DNS, you should have to consciously opt in. — Sent from mobile, apologies for brevity and errors. > On Aug 23, 2023, at 10:10 AM, Ben Kaufman wrote: > > I'd

[SR-Users] Re: kamailio-postgres on RHEL 9

subscribe 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 We

[SR-Users] Re: Check refer-to number

Hello, If I'm not mistaken, Refer-To is a name-address pair, so the best way to access the user part of the URI is: $(hdr(Refer-To){nameaddr.uri}{uri.user}) i.e. if($(hdr(Refer-To){nameaddr.uri}{uri.user}) =~ "^011") -- Alex > On Aug 13, 2023, at 8:57 PM, David Cu

[SR-Users] Re: Problem connecting to Redis DB using DB_REDIS module with a Password

Hi, It sounds like this parameter is very new, which is why you're finding it in the 'devel' version docs, but not in Kamailio 5.6 or 5.7 -- Alex > On Aug 8, 2023, at 2:57 PM, Nick Digalakis wrote: > > Hello everyone! > > I had a Kamailio 5.6.4 server using

[SR-Users] Re: RTPENGINE - RTP Proxy

ing" section here: https://rtpengine.readthedocs.io/en/latest/rtpengine.html -- Alex > On Jul 26, 2023, at 11:53 AM, Duarte Rocha wrote: > > Hello all, > > I'm currently doing some experiments with RTPENGINE and I need some help > configuring it. > > First scenario i

[SR-Users] Re: Kamailio as SIP proxy for an Asterisk with Private IP Address

ling list offer expert Kamailio consulting. Good luck! -- Alex [1] https://datatracker.ietf.org/doc/html/rfc3327 [2] https://kamailio.org/docs/modules/5.7.x/modules/path.html [3] https://kamailio.org/docs/modules/5.7.x/modules/nathelper.html [4] https://kamailio.org/docs/modules/5.7.x/modules

[SR-Users] Re: Kamailio as SIP proxy for an Asterisk with Private IP Address

cipients, 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 List

[SR-Users] Re: WebRTC proxy with rtpengine - How to change from RTP to SRTP on 488 response

n Jul 18, 2023, at 11:41 AM, Barry Flanagan wrote: > > On 18/07/2023 16:33, Alex Balashov wrote: >> Barry, >> >> Might it not be simpler to follow Richard's first suggestion in that thread, >> and simply catch the 488 response in a failure_route and re-issue a no

[SR-Users] Re: WebRTC proxy with rtpengine - How to change from RTP to SRTP on 488 response

Barry, Might it not be simpler to follow Richard's first suggestion in that thread, and simply catch the 488 response in a failure_route and re-issue a non-SRTP offer on another branch? -- Alex > On Jul 18, 2023, at 11:05 AM, Barry Flanagan wrote: > > Hi, > > I have

[SR-Users] Re: Need an error description

sions > 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

[SR-Users] Re: Random number

e846d9cd-9768-123c-3c9b-c276a1266a9e:R-HANDLE_INBOUND_INVITE] SEQUENCE = 80086 -- Alex > On Jul 7, 2023, at 8:21 AM, Ali Taher wrote: > > Hello, > As per Kamailio documentation, $RANDOM returns a random value from the [0 - > 2^31) range. But when testing it it’s always returnin

[SR-Users] Re: Randomize calling number

are just part of the same logical call leg; call leg "A" comes in, and call leg "A" goes back out, with the same Call-ID, CSeq, etc. If you send the INVITE back to the same gateway that originated the request, it will likely reject it since it is literally the same request it

[SR-Users] Re: Dialog DMQ state after restart

Henning, If profile membership is synchronised, does that mean it is possible to get a count of dialogs in a given profile on any node? -- Alex > On Jun 9, 2023, at 4:31 AM, Henning Westerholt wrote: > > Hi Alex, > > according to docs only basic dialog (profile) information

[SR-Users] Re: Dialog DMQ state after restart

Henning, Does the dialogs' profile membership get DMQ-synced nowadays, too? -- Alex > On Jun 8, 2023, at 3:53 PM, Henning Westerholt wrote: > > Hello, > are you aware of the DMQ synchronisation for dialog data? It’s not > replicated everything, but certainly a wa

[SR-Users] Re: custom mid registrar using kamailio.

of failures, only some of which are reducible to a negative SIP reply. What you are probably looking for is: https://www.kamailio.org/wikidocs/cookbooks/5.7.x/pseudovariables/#t_rplpv e.g. $sht(mid_reg_token=>$T_rpl($fU)::$T_rpl($si)::$T_rpl($sp)) depending on your exact logic. -- A

[SR-Users] Re: Consistent huntable responses based on failure_route question

timeout response 408) doesn't know what the right hand (your stateless replies beforehand) are doing, and the stateless replies do not mutate the state of the transaction so that an automatic 408 is no longer possible. -- Alex > On May 25, 2023, at 10:50 AM, John Hardiman > wrote: &

[SR-Users] Re: Override listen advertise address

really reduces the cognitive load trying to read the config. :-) -- Alex > On May 25, 2023, at 10:44 AM, Calvin E. wrote: > > Hi Alex, > > You make a good point about the listener resources, however, all external > traffic is being passed to internal resources so the loa

[SR-Users] Re: lost module: best practice handling delay caused by held / lis procedure?

://kamailio.org/docs/modules/5.6.x/modules/tm.html#tm.f.t_set_auto_inv_100 -- Alex > On May 23, 2023, at 4:54 AM, Benoit Panizzon wrote: > > Hi gang > > In 2024, Switzerland will start using NG112 (NG911) procedures to > transmit the caller location via Geolocation URL via LIS

[SR-Users] Re: Override listen advertise address

twice the listeners shouldn't incur twice the resource commitment, or something like that. -- Alex [1] https://www.kamailio.org/wikidocs/cookbooks/5.6.x/core/#socket_workers > On May 23, 2023, at 2:09 AM, Daniel-Constantin Mierla > wrote: > > Hello, > you can skip setting

[SR-Users] Re: Contact changes, caller dialog attributes and NAT traversal

st message is with alias as > Contact header parameter not as Contact URI parameter, is it just a > mistake in your example or is it how you see it on the network? > > Cheers, > Daniel > >> On 16.05.23 12:22, Alex Balashov wrote: >> Hi, >> >> Thank you for

[SR-Users] Re: Contact changes, caller dialog attributes and NAT traversal

Hi, Thank you for the response; I am using set_contact_alias(). -- Alex > On May 16, 2023, at 2:01 AM, Daniel-Constantin Mierla > wrote: > > Hello, > > can you check that you are using set_contact_alias() instead of > add_contact_alias()? The former should make the n

[SR-Users] Contact changes, caller dialog attributes and NAT traversal

attributes have been pre-populated elsewhere. Nevertheless, the effect is that these BYEs do not reach NAT'd endpoints. Any suggestions are appreciated! Thanks in advance, -- Alex -- Alex Balashov Principal Consultant Evariste Systems LLC Web: https://evaristesys.com Tel:

[SR-Users] Re: send reply from branch route?

caller, not the ones on the “losing” branch(es). — Alex > On May 4, 2023, at 10:24 AM, Benoit Panizzon wrote: > > Hi Alex > > Thank you for your input. Determining if the call is for a locally > registered user seems pretty easy. > > Now the next challenge... >

[SR-Users] Re: send reply from branch route?

whether a TCP connection exists to the recipient: if(($nh(P) eq ’tcp' || $nh(P) eq ’tls') && !tcp_get_conid("$nh(d):$nh(p)", "$var(tcp_conid)”)) { send_reply(“410”, “Gone”); exit; } However, this will not work for UDP for obvious reasons. H

[SR-Users] Re: Configuring dynamic Destination identification for Kamailio Routing

Harneet, More philosophically, it should be added that routing determinations based on the dialed number should never be done based on the To header, but only the Request URI. — Alex > On Apr 25, 2023, at 1:39 AM, Henning Westerholt wrote: > > Hello, > you could just query a

[SR-Users] Re: rtpengine module: Actions caused by rtpengine_manage() on reply-codes?

vite (where the standards say the call must continue according to previous parameters if a reinvite fails)? And if so, are there any others, or is 488 truly it? -- Alex -- Alex Balashov Principal Consultant Evariste Systems LLC Web: https://evaristesys.com Tel: +1-706-510-6800 __

[SR-Users] Re: Question - Kamailio script and how the return code from a command export is handled as a boolean?

Consider $rc. — Sent from mobile, apologies for brevity and errors. > On Apr 2, 2023, at 1:01 PM, Chaigneau, Nicolas > wrote: > > Hello, > > > > I have a question regarding Kamailio script and how the return code from a > command export is handled as a boolean. > > > In Kamailio script,

[SR-Users] Germany unsure about whether Kamailio will survive next winter

whether German strategic natural gas reserves and liquefied natural gas (LNG) imports could keep Kamailio's enormous turbines spinning under a variety of stress-test scenarios outlined by regulators, including SIPP and SIPVicious. Alex Balashov, Evariste's principal, said in a news conferen

[SR-Users] Re: Rancher, AWS, and Elastic IP

to cluster, containerise, etc. Kamailio less so. That’s not to say there aren’t use-cases for it — there certainly are — but this doesn’t necessarily sound like one of them. — Alex > On Mar 29, 2023, at 1:22 PM, Alex Balashov wrote: > > >> On Mar 29, 2023, at 12:42 PM, ca

[SR-Users] Re: Rancher, AWS, and Elastic IP

PEngine is reasonably clusterable, using Redis as an intermediary. But no, on the whole, the idea that you can just replicate all necessary state and send anything anywhere any time is rather fantastical. It works in bits and pieces. I wouldn’t get overly attached to this model, it’s a bi

[SR-Users] Handling branch-level append_hf()

_would_ like to revert on subsequent branch attempts (i.e. branch #3). I can certainly devise a transaction-persistent vehicle for this value which can be checked on every branch, but I wondered if there’s an easier and more best-practical way. Thanks! — Alex -- Alex Balashov Principal Consultant

[SR-Users] Re: No voice for webrtc call

t; 10.13.1.127:10940 | > 10.13.1.127:10960 -> 192.168.30.200:53489 > Mar 24 13:07:03 debian rtpengine[7345]: WARNING: > [8asmubtpv46ac7nrfk57/223df8fa-8106-48af-844f-33f97530a0d8/1 port 10940]: > [core] No support for kernel packet forwarding available (encryption cipher > or H

[SR-Users] Re: WebRTC "client did not present a certificate" error

That’s my experience, too, but perhaps there’s something not quite clear about the location of the tls.cfg file, or the applicability of the given profiles, etc. > On Mar 22, 2023, at 3:59 AM, Henning Westerholt wrote: > > Hello Alex, > > if you set this in a dedicated tls

[SR-Users] Re: WebRTC "client did not present a certificate" error

Try set these, too: https://kamailio.org/docs/modules/5.6.x/modules/tls.html#tls.p.require_certificate https://kamailio.org/docs/modules/5.6.x/modules/tls.html#tls.p.verify_certificate — Alex > On Mar 21, 2023, at 7:34 PM, David Cunningham > wrote: > > Hello, > > We hav

[SR-Users] Re: Sync NONCE between registrars?

-- Alex > On Mar 16, 2023, at 10:11 AM, Benoit Panizzon wrote: > > Hi > > We have two registrars. > > Today I observed a CPE doing this: > > CPE REGISTER (no auth) => Registrar 1 => 407 Challenge NONCE A > > CPE REGISTER (auth to NONCE A => Reg

[SR-Users] Re: Dispatcher Incoming

Mon, Mar 13, 2023, 10:21 p.m. Alex Balashov > wrote: > Interesting. > > Path is only applicable to registrations. > > > On Mar 13, 2023, at 9:30 PM, Jawaid Bazyar wrote: > > > > Hi, > > > > For what it's worth, I am successfully using Path wi

[SR-Users] Re: Dispatcher Incoming

chnologies Corporation and others. > > I believe there is a different issue with path support on non-registered > 'trunks'. > > Jawaid > > > On 1/4/23, 11:16 AM, "Henning Westerholt" <mailto:h...@gilawa.com>> wrote: > > > Hello

[SR-Users] Re: Dispatcher behavior

To your failure_route used for dispatcher rollover, add: if(t_check_status(“407|401”)) exit; This will allow the 401/407 challenge to be fed back to the original caller. — Alex > On Mar 13, 2023, at 8:27 PM, Jawaid Bazyar wrote: > > Hi Alex, > > I did try roun

[SR-Users] Re: Dispatcher behavior

ing_mode > > <https://kamailio.org/docs/modules/5.5.x/modules/dispatcher.html#dispatcher.p.ds_probing_mode> > > > Cheers, > > > Henning > > > -Original Message- > From: Jawaid Bazyar mailto:baz...@gmail.com>> > Sent: Montag, 13. März 2

[SR-Users] Re: Dispatcher behavior

- 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 Consultant Evariste Systems

[SR-Users] Re: Using jsonrpc_dispatch in xhttp:request - is it possible to restrict the RPC that can be invoked ?

I don’t think there is any practical RPC method restriction, but parsing the JSON body in script is indeed possible, easy and pretty cheap: https://kamailio.org/docs/modules/5.6.x/modules/jansson.html — Alex > On Mar 6, 2023, at 11:57 AM, Chaigneau, Nicolas > wrote: > > Hello, &

<    1   2   3   4   5   6   7   8   9   10   >