[SR-Users] Re: kamailio sending from udp non-listening port

[David Villasmil via sr-users]

Hello ben,

Yes it’s running on kubernetes, but I’m using host networking, so it
shouldn’t do that.. I don’t think it’s on Kamailio’s side, but maybe
someone has gone through this and can help us!

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Tue, 10 Sep 2024 at 15:30, Ben Kaufman  wrote:

> I have a similar issue, but my case is even more simple in that I have
> only a single UDP socket.  Are you running Kamailio in docker?  In my case,
> I was able to observe that Kamailio was using the correct socket address
> and port, but docker's outbound NAT, was changing not only the source
> address of the packet, but also the source port as well.  Host is running
> Amazon Linux 2023, docker from their packages.
>
> *Kaufman *
>
> *Senior Voice Engineer *
>
>
> E: bkauf...@bcmone.com
>
>
>
>
> SIP.US Client Support: 800.566.9810  * |*  SIPTRUNK Client Support:
> 800.250.6510  *|*  Flowroute Client Support: 855.356.9768
> [image: img] <https://www.sip.us/>
> [image: img] <https://www.siptrunk.com/>
> *[image: img] <https://www.flowroute.com/>*
>
>
>
> --
> *From:* David Villasmil via sr-users 
> *Sent:* Tuesday, September 10, 2024 5:31 AM
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* David Villasmil 
> *Subject:* [SR-Users] kamailio sending from udp non-listening port
>
>
> *CAUTION:* This email originated from outside the organization. *Do not
> click links or open attachments* unless you recognize the sender and know
> the content is safe.
>
> Hello guys,
>
> i'm seeing something weird, and i'm working if you can let me know.
> I have a kamailio in AWS with a private IP listening on several sockets:
>
> Listening on
>  udp: 10.1.2.36:5070
>  udp: 10.1.2.36:5080
>  udp: 10.1.2.36:5160 advertise 4.3.2.1:5160
>  udp: 0.0.0.0:5066
>  tls: 10.1.2.36:443 advertise sip.something.com:443
>  tls: 10.1.2.36:444 advertise sip.something.com:444
>  tls: 10.1.2.36:5061
>
> When forwarding a udp invite received on 10.1.2.36:5080 to a public ip
> provider say on 8.8.8.8:5060, i'm forcing the outgoing socket with
> force_socket via 10.1.2.36:5160. But the outgoing invite does NOT use
> 5160, it uses some random port...
>
> Anybody knows why this might be?
>
> my problem is, that call goes to freeswitch... call is setup properly and
> connects fine. But 15 minutes later the end provider sends back a reINVITE,
> which freeswitch then sends TO THE RANDOM PORT kamailio used to send the
> INVITE... but by this time kamailio doesn't seem to even see the packet...
>
> help is greatly appreciated!
>
> David
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
>
>
__
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:

[SR-Users] Re: kamailio sending from udp non-listening port

[David Villasmil via sr-users]

Hello guys,

also kamilio is running on a container with hostNetwork: true so it should
use the correct port.

The VIA looks ok (advertised ip and port are there)

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Tue, Sep 10, 2024 at 12:50 PM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Hello guys,
>
> maybe i need to add that i'm sending the call out from the internal fs
> using the outbound_proxy parameter.
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
>
>
>
> On Tue, Sep 10, 2024 at 12:31 PM David Villasmil <
> david.villasmil.w...@gmail.com> wrote:
>
>> Hello guys,
>>
>> i'm seeing something weird, and i'm working if you can let me know.
>> I have a kamailio in AWS with a private IP listening on several sockets:
>>
>> Listening on
>>  udp: 10.1.2.36:5070
>>  udp: 10.1.2.36:5080
>>  udp: 10.1.2.36:5160 advertise 4.3.2.1:5160
>>  udp: 0.0.0.0:5066
>>  tls: 10.1.2.36:443 advertise sip.something.com:443
>>  tls: 10.1.2.36:444 advertise sip.something.com:444
>>  tls: 10.1.2.36:5061
>>
>> When forwarding a udp invite received on 10.1.2.36:5080 to a public ip
>> provider say on 8.8.8.8:5060, i'm forcing the outgoing socket with
>> force_socket via 10.1.2.36:5160. But the outgoing invite does NOT use
>> 5160, it uses some random port...
>>
>> Anybody knows why this might be?
>>
>> my problem is, that call goes to freeswitch... call is setup properly and
>> connects fine. But 15 minutes later the end provider sends back a reINVITE,
>> which freeswitch then sends TO THE RANDOM PORT kamailio used to send the
>> INVITE... but by this time kamailio doesn't seem to even see the packet...
>>
>> help is greatly appreciated!
>>
>> David
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>>
>>
__
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:

[SR-Users] Re: kamailio sending from udp non-listening port

[David Villasmil via sr-users]

Hello guys,

maybe i need to add that i'm sending the call out from the internal fs
using the outbound_proxy parameter.


Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Tue, Sep 10, 2024 at 12:31 PM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Hello guys,
>
> i'm seeing something weird, and i'm working if you can let me know.
> I have a kamailio in AWS with a private IP listening on several sockets:
>
> Listening on
>  udp: 10.1.2.36:5070
>  udp: 10.1.2.36:5080
>  udp: 10.1.2.36:5160 advertise 4.3.2.1:5160
>  udp: 0.0.0.0:5066
>  tls: 10.1.2.36:443 advertise sip.something.com:443
>  tls: 10.1.2.36:444 advertise sip.something.com:444
>  tls: 10.1.2.36:5061
>
> When forwarding a udp invite received on 10.1.2.36:5080 to a public ip
> provider say on 8.8.8.8:5060, i'm forcing the outgoing socket with
> force_socket via 10.1.2.36:5160. But the outgoing invite does NOT use
> 5160, it uses some random port...
>
> Anybody knows why this might be?
>
> my problem is, that call goes to freeswitch... call is setup properly and
> connects fine. But 15 minutes later the end provider sends back a reINVITE,
> which freeswitch then sends TO THE RANDOM PORT kamailio used to send the
> INVITE... but by this time kamailio doesn't seem to even see the packet...
>
> help is greatly appreciated!
>
> David
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
>
>
__
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:

[SR-Users] kamailio sending from udp non-listening port

[David Villasmil via sr-users]

Hello guys,

i'm seeing something weird, and i'm working if you can let me know.
I have a kamailio in AWS with a private IP listening on several sockets:

Listening on
 udp: 10.1.2.36:5070
 udp: 10.1.2.36:5080
 udp: 10.1.2.36:5160 advertise 4.3.2.1:5160
 udp: 0.0.0.0:5066
 tls: 10.1.2.36:443 advertise sip.something.com:443
 tls: 10.1.2.36:444 advertise sip.something.com:444
 tls: 10.1.2.36:5061

When forwarding a udp invite received on 10.1.2.36:5080 to a public ip
provider say on 8.8.8.8:5060, i'm forcing the outgoing socket with
force_socket via 10.1.2.36:5160. But the outgoing invite does NOT use 5160,
it uses some random port...

Anybody knows why this might be?

my problem is, that call goes to freeswitch... call is setup properly and
connects fine. But 15 minutes later the end provider sends back a reINVITE,
which freeswitch then sends TO THE RANDOM PORT kamailio used to send the
INVITE... but by this time kamailio doesn't seem to even see the packet...

help is greatly appreciated!

David

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
__
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:

[SR-Users] Re: kamailio stri shaken configuration

[David Villasmil via sr-users]

Search the mailing list, we talked at length not long ago about this

:)

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Mon, 2 Sep 2024 at 21:56, Daniel-Constantin Mierla via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hello,
>
> On 02.09.24 19:52, Vishal Pai via sr-users wrote:
> > Hello All
> >
> > I need to integrate the kamailio with stri shaken with pem. What is
> > the best way to achieve this?
>
> one option that is known to be maintained is secsipid module, see:
>
>   - https://www.kamailio.org/docs/modules/stable/modules/secsipid.html
>
> There is another module named stirshaken, but I am not sure about the
> state of the library it depends on and its developer activity.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla (@ asipto.com)
> twitter.com/miconda -- linkedin.com/in/miconda
> Kamailio Consultancy, Training and Development Services -- asipto.com
> Kamailio Advanced Training, October 8-10, 2024 -- asipto.com
>
> __
> 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:

[SR-Users] Re: ds_select from xhttp:request

[David Villasmil via sr-users]

This may or not work, but maybe call it from a different route? I.e.: call
another route and execute it there?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Wed, 24 Jul 2024 at 08:08, Alex Balashov via sr-users <
sr-users@lists.kamailio.org> wrote:

> It's not a great fit. I would recommend pulling that info from the RPC
> interface instead, also using HTTP.
>
> > On Jul 24, 2024, at 2:46 AM, Christian Berger via sr-users <
> sr-users@lists.kamailio.org> wrote:
> >
> > Hi,
> >
> > we want to execute ds_select from an xhttp:request event route. The idea
> is to be able to get all active targets of a dispatcher set so our
> monitoring can check that via http which would be convenient for us.
> >
> > So are there any reasons why ds_select wouldn't work in an xhttp:request
> even route?
> >
> > Regards
> >  Christian Berger
> >
> > --
> >
> > Christian Berger - ber...@sipgate.de
> > Telefon: +49 (0)211-63 55 55-0
> > Telefax: +49 (0)211-63 55 55-22
> >
> > sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf
> > HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois
> > Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391
> >
> > www.sipgate.de - www.sipgate.co.uk
> > __
> > 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
> 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...@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:

[SR-Users] Re: SRV in advertise?

[David Villasmil via sr-users]

hello all,

using only the srv did not work either:

listen=tls:1.2.3.4:443 advertise mydomain.com

logs:

 0(139992) ERROR:  [core/socket_info.c:350]: new_sock_info(): unable
to resolve advertised name mydomain.com
 0(139992) ERROR:  [core/socket_info.c:357]: new_sock_info(): could
not allocate private memory from pkg pool
 0(139992) ERROR:  [core/socket_info.c:784]: new_sock2list():
new_sock_info failed
 0(139992) ERROR:  [core/socket_info.c:876]:
add_listen_advertise_iface(): new_sock2list failed
 0(139992) CRITICAL:  [core/cfg.y:1474]: yyparse(): cfg. parser:
failed to add listen address


Thanks & Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Mon, Jul 1, 2024 at 11:38 PM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Thanks all, I’m using 5.3.9, I’ll also need to upgrade
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
>
>
>
> On Mon, 1 Jul 2024 at 20:47, Daniel-Constantin Mierla via sr-users <
> sr-users@lists.kamailio.org> wrote:
>
>> Hello,
>>
>> indeed, as mentioned, the presence of a port in a SIP address makes it to
>> skip SRV lookup.
>>
>> Anyhow, I am jumping in to see what is the Kamailio version used in this
>> scenario? I don't recall exactly, but a while ago there was a related
>> commit, at least it looked like when I did some backports today for next
>> planned release in 5.6.x series.
>>
>> Cheers,
>> Daniel
>> On 01.07.24 19:16, Ben Kaufman via sr-users wrote:
>>
>> While I don’t know if it will or won’t cause the failure, you shouldn’t
>> have a port number in something you’re intending to use as a SRV record.
>>
>>
>>
>> - Kaufman
>>
>>
>>
>>
>>
>> *From:* David Villasmil 
>> 
>> *Sent:* Monday, July 1, 2024 9:19 AM
>> *To:* Ben Kaufman  
>> *Cc:* Kamailio (SER) - Users Mailing List 
>> 
>> *Subject:* Re: [SR-Users] SRV in advertise?
>>
>>
>>
>> *CAUTION:* This email originated from outside the organization. *Do not
>> click links or open attachments* unless you recognize the sender and
>> know the content is safe.
>>
>>
>>
>> Hey all,
>>
>>
>>
>> Joel, it’s failing saying the destination is unresolvable and Ben, I’m
>> setting it like
>>
>>
>>
>> Listen=tls:1.2.3.4:5061 advertise mydomain.com:5061
>>
>>
>>
>> My domain.com srv is like
>>
>>
>>
>> _sips._tcp.domain.com resolving to sip.domain.com (among others like
>> udp, etc)
>>
>>
>>
>> I would expect Kamailio to resolve its own srv, or have an option NOT to
>> attempt to resolve and just the set host in the record-route, but maybe
>> that’s just not how it works. Yes, setting sip.domain.com:5061 works but
>> the the record-route would have that (sip.domain.com) exact same host
>> and the client might disconnect and reconnect to that dns instead of the
>> actual SRV.
>>
>>
>> Regards,
>>
>>
>>
>> David Villasmil
>>
>> email: david.villasmil.w...@gmail.com
>>
>>
>>
>>
>>
>>
>>
>> On Mon, 1 Jul 2024 at 15:46, Ben Kaufman  wrote:
>>
>> Are you using a hostname that should resolve as srv , for example,
>> sip.domain.com, or are you using the underscore, scheme, underscore
>> transport protocol, hostname type like _sip._udp.domain.com ?
>>
>>
>>
>> Regards,
>>
>> Kaufman
>>
>>
>>
>> *From:* David Villasmil via sr-users 
>> *Sent:* Sunday, June 30, 2024 6:02 PM
>> *To:* Kamailio (SER) - Users Mailing List 
>> *Cc:* David Villasmil 
>> *Subject:* [SR-Users] SRV in advertise?
>>
>>
>>
>> *CAUTION:* This email originated from outside the organization. *Do not
>> click links or open attachments* unless you recognize the sender and
>> know the content is safe.
>>
>>
>>
>> Hello guys,
>>
>>
>>
>> I'm trying to use an SRV as an advertised address but kamailio fails to
>> start. Is this not possible?
>>
>>
>>
>> Thanks,
>>
>>
>>
>> David Villasmil
>>
>> email: david.villasmil.w...@gmail.com
>>
>>
>>
>>
>> __
>> 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:
>>
>> --
>> Daniel-Constantin Mierla (@ asipto.com)twitter.com/miconda -- 
>> linkedin.com/in/miconda
>> Kamailio Consultancy, Training and Development Services -- asipto.com
>>
>> __
>> 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:

[SR-Users] Re: SRV in advertise?

[David Villasmil via sr-users]

Thanks all, I’m using 5.3.9, I’ll also need to upgrade

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Mon, 1 Jul 2024 at 20:47, Daniel-Constantin Mierla via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hello,
>
> indeed, as mentioned, the presence of a port in a SIP address makes it to
> skip SRV lookup.
>
> Anyhow, I am jumping in to see what is the Kamailio version used in this
> scenario? I don't recall exactly, but a while ago there was a related
> commit, at least it looked like when I did some backports today for next
> planned release in 5.6.x series.
>
> Cheers,
> Daniel
> On 01.07.24 19:16, Ben Kaufman via sr-users wrote:
>
> While I don’t know if it will or won’t cause the failure, you shouldn’t
> have a port number in something you’re intending to use as a SRV record.
>
>
>
> - Kaufman
>
>
>
>
>
> *From:* David Villasmil 
> 
> *Sent:* Monday, July 1, 2024 9:19 AM
> *To:* Ben Kaufman  
> *Cc:* Kamailio (SER) - Users Mailing List 
> 
> *Subject:* Re: [SR-Users] SRV in advertise?
>
>
>
> *CAUTION:* This email originated from outside the organization. *Do not
> click links or open attachments* unless you recognize the sender and know
> the content is safe.
>
>
>
> Hey all,
>
>
>
> Joel, it’s failing saying the destination is unresolvable and Ben, I’m
> setting it like
>
>
>
> Listen=tls:1.2.3.4:5061 advertise mydomain.com:5061
>
>
>
> My domain.com srv is like
>
>
>
> _sips._tcp.domain.com resolving to sip.domain.com (among others like udp,
> etc)
>
>
>
> I would expect Kamailio to resolve its own srv, or have an option NOT to
> attempt to resolve and just the set host in the record-route, but maybe
> that’s just not how it works. Yes, setting sip.domain.com:5061 works but
> the the record-route would have that (sip.domain.com) exact same host and
> the client might disconnect and reconnect to that dns instead of the actual
> SRV.
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
>
>
>
>
>
>
> On Mon, 1 Jul 2024 at 15:46, Ben Kaufman  wrote:
>
> Are you using a hostname that should resolve as srv , for example,
> sip.domain.com, or are you using the underscore, scheme, underscore
> transport protocol, hostname type like _sip._udp.domain.com ?
>
>
>
> Regards,
>
> Kaufman
>
>
>
> *From:* David Villasmil via sr-users 
> *Sent:* Sunday, June 30, 2024 6:02 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* David Villasmil 
> *Subject:* [SR-Users] SRV in advertise?
>
>
>
> *CAUTION:* This email originated from outside the organization. *Do not
> click links or open attachments* unless you recognize the sender and know
> the content is safe.
>
>
>
> Hello guys,
>
>
>
> I'm trying to use an SRV as an advertised address but kamailio fails to
> start. Is this not possible?
>
>
>
> Thanks,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
>
>
>
> __
> 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:
>
> --
> Daniel-Constantin Mierla (@ asipto.com)twitter.com/miconda -- 
> linkedin.com/in/miconda
> Kamailio Consultancy, Training and Development Services -- asipto.com
>
> __
> 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:

[SR-Users] Re: SRV in advertise?

[David Villasmil via sr-users]

Hey all,

Joel, it’s failing saying the destination is unresolvable and Ben, I’m
setting it like

Listen=tls:1.2.3.4:5061 advertise mydomain.com:5061

My domain.com srv is like

_sips._tcp.domain.com resolving to sip.domain.com (among others like udp,
etc)

I would expect Kamailio to resolve its own srv, or have an option NOT to
attempt to resolve and just the set host in the record-route, but maybe
that’s just not how it works. Yes, setting sip.domain.com:5061 works but
the the record-route would have that (sip.domain.com) exact same host and
the client might disconnect and reconnect to that dns instead of the actual
SRV.

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Mon, 1 Jul 2024 at 15:46, Ben Kaufman  wrote:

> Are you using a hostname that should resolve as srv , for example,
> sip.domain.com, or are you using the underscore, scheme, underscore
> transport protocol, hostname type like _sip._udp.domain.com ?
>
>
>
> Regards,
>
> Kaufman
>
>
>
> *From:* David Villasmil via sr-users 
> *Sent:* Sunday, June 30, 2024 6:02 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* David Villasmil 
> *Subject:* [SR-Users] SRV in advertise?
>
>
>
> *CAUTION:* This email originated from outside the organization. *Do not
> click links or open attachments* unless you recognize the sender and know
> the content is safe.
>
>
>
> Hello guys,
>
>
>
> I'm trying to use an SRV as an advertised address but kamailio fails to
> start. Is this not possible?
>
>
>
> Thanks,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
>
>
__
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:

[SR-Users] SRV in advertise?

[David Villasmil via sr-users]

Hello guys,

I'm trying to use an SRV as an advertised address but kamailio fails to
start. Is this not possible?

Thanks,

David Villasmil
email: david.villasmil.w...@gmail.com
__
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:

[SR-Users] Re: replies using the wrong protocol

[David Villasmil via sr-users]

good that you resolved it.
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Thu, Jun 27, 2024 at 2:32 PM Henning Westerholt via sr-users <
sr-users@lists.kamailio.org> wrote:

> Thanks for reporting back.
>
> Henning
>
> -Original Message-
> From: smartin114--- via sr-users 
> Sent: Tuesday, June 25, 2024 9:34 PM
> To: sr-users@lists.kamailio.org
> Cc: smartin...@me.com
> Subject: [SR-Users] Re: replies using the wrong protocol
>
> In the end it was a very straight forward change.  If the call comes in on
> port 5061 set a TLS flag, then in the relay, if the flag is set call
> t_relay_tls vs t_relay
> __
> 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:
>
__
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:

[SR-Users] Re: SecSIPID Assistance

[David Villasmil via sr-users]

this is what i do (i have a redirect server receive the INVITEs to be
signed, I add the header and then do 302, the initiating server then add it
to the INVITE and sends the invite out:

 if ($rm=="INVITE") {
$var(rc) = secsipid_add_identity("$(var(from){s.numeric})",
"$(var(to){s.numeric})", "A", "", "
https://pki.domain.com/stir-shaken-cert.pem";,
"/etc/kamailio/ec256-private.pem");

if ( $var(rc) > 0 ) {
msg_apply_changes();
} else {
update_stat("stirshaken_create_identity_failed","+1");
send_reply("503", "Service Unavailable - can not create Identity header");
exit;
}

append_to_reply("Identity: $hdr(Identity)\r\n");
}
sl_send_reply("302", "Redirect");
exit;


hope that helps

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com



On Thu, Jun 20, 2024 at 11:14 PM Blake Ivey via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hmm you are correct. I took it out and it started fine. So what exactly
> would I need for our outbound stirshaken?
>
> Just secsipid_add_identity?
>
> I guess I've been looking at this for too long today. Just lines and lines
> after a while.
>
> On Thu, Jun 20, 2024, 4:47 PM Ben Kaufman  wrote:
>
>> Except for `expire` and `timeout`, those parameters don’t exist for
>> secsip id- at least according to the module documentation:
>> https://kamailio.org/docs/modules/stable/modules/secsipid
>>
>>
>>
>> Regards,
>>
>> Kaufman
>>
>>
>>
>> *From:* Blake Ivey 
>> *Sent:* Thursday, June 20, 2024 3:39 PM
>> *To:* Ben Kaufman 
>> *Cc:* sr-users@lists.kamailio.org
>> *Subject:* Re: [SR-Users] SecSIPID Assistance
>>
>>
>>
>> *CAUTION:* This email originated from outside the organization. *Do not
>> click links or open attachments* unless you recognize the sender and
>> know the content is safe.
>>
>>
>>
>> Sorry for the formatting:
>>
>> ERROR:  [core/modparam.c:185]: set_mod_param_regex(): parameter
>>  of type <1:string> not found in module 
>> kamailio: CRITICAL:  [core/cfg.y:4011]: yyerror_at(): parse error
>> in config file /etc/kamailio/kamailio.cfg, line 71, column 73: Can't set
>> module parameter
>> kamailio: CRITICAL:  [core/cfg.y:4011]: yyerror_at(): parse error
>> in config file /etc/kamailio/kamailio.cfg, line 71, column 70: Can't set
>> module parameter
>> kamailio: ERROR:  [core/modparam.c:185]: set_mod_param_regex():
>> parameter  of type <1:string> not found in module 
>>
>>
>>
>> On Thu, Jun 20, 2024, 4:31 PM Ben Kaufman  wrote:
>>
>> What is the error you’re getting?
>>
>>
>>
>> Regards,
>>
>> Kaufman
>>
>>
>>
>>
>>
>> *From:* Blake Ivey via sr-users 
>> *Sent:* Thursday, June 20, 2024 3:14 PM
>> *To:* Kamailio (SER) - Users Mailing List 
>> *Cc:* Blake Ivey 
>> *Subject:* [SR-Users] SecSIPID Assistance
>>
>>
>>
>> *CAUTION:* This email originated from outside the organization. *Do not
>> click links or open attachments* unless you recognize the sender and
>> know the content is safe.
>>
>>
>>
>> Hi everyone. Wanting to see if someone could point me in the right
>> direction. Still very knew to Kamailio but I am beginning to understand it
>> better. I'm making an outbound proxy and have everything working well
>> besides stir/shaken. I'm looking at the module page and have went back and
>> forth with chatGPT and can't seem to figure this part out. I keep getting
>> errors on the modparam lines.
>>
>>
>>
>> Obviously this is a self signed cert because I'm just testing. I am able
>> to reach and download the cert from the Web server.
>>
>>
>>
>> Thank you for any assistance.
>>
>>
>>
>> # SECSIPID for Stir/Shaken
>>
>> modparam("secsipid", "private_key", "/etc/kamailio/secsipid/private.key")
>>
>> modparam("secsipid", "certificate", "/etc/kamailio/secsipid/cert.crt")
>>
>> modparam("secsipid", "authority_cert", "/etc/kamailio/secsipid/ca.crt")
>>
>> modparam("secsipid", "expire", 600) modparam("secsipid", "timeout", 2)
>>
>>
>>
>> route[STIRSHAKEN] {
>>
>> if (is_method("INVITE")) {
>>
>> if (!secsipid_add_identity("$fU", "$rU", "A", "", &

[SR-Users] Re: replies using the wrong protocol

[David Villasmil via sr-users]

is there a UDP socket a well? are you translating TLS<->UDP?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, Jun 20, 2024 at 10:48 PM smartin114--- via sr-users <
sr-users@lists.kamailio.org> wrote:

> Yes, there is a tls socket defined.  I assume since the invite goes out
> TLS and all the cert stuff works, there is a tls socket as well.
> __
> 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:

[SR-Users] Re: replies using the wrong protocol

[David Villasmil via sr-users]

check
https://github.com/davidcsi/kamailio-private-public/blob/master/kamailio-tls-to-udp-with-sips-scheme.cfg
that might give you some ideas

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, Jun 20, 2024 at 11:23 PM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> is there a UDP socket a well? are you translating TLS<->UDP?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Thu, Jun 20, 2024 at 10:48 PM smartin114--- via sr-users <
> sr-users@lists.kamailio.org> wrote:
>
>> Yes, there is a tls socket defined.  I assume since the invite goes out
>> TLS and all the cert stuff works, there is a tls socket as well.
>> __
>> 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:

[SR-Users] Re: replies using the wrong protocol

[David Villasmil via sr-users]

you'd need to mark the reply and before forwarding it, force_socket it to
your tls socket
You do have a TLS socket, right?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, Jun 20, 2024 at 7:31 PM smartin114--- via sr-users <
sr-users@lists.kamailio.org> wrote:

> and no, not adding XML to the SDP.
> __
> 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:

[SR-Users] Re: replies using the wrong protocol

[David Villasmil via sr-users]

You trying to add the XML to the sdp?
Are you manipulating something somewhere? It is very strange indeed... have
you tried force_socket?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, Jun 20, 2024 at 7:06 PM smartin114--- via sr-users <
sr-users@lists.kamailio.org> wrote:

> it is already in the thread.
>
> 200 OK from carrier
> SIP/2.0 200 OK
> Via:  SIP/2.0/TLS
> KAM_PUB_IP:5061;branch=z9hG4bK18ff.3d856b8b0b007414ab2dec09cbabd574.0;i=a2
> Via:  SIP/2.0/TLS
> FS_PUB_IP:5061;received=FS_PUB_IP;rport=56403;branch=z9hG4bKKaee61yyZ98De
> From:  "+14388006102" ;tag=XjQ5g4Ze5UaZp
> To:  ;tag=gK04d33797
> Call-ID: b99c2b65-a827-123d-1984-4201c0a80193
> CSeq:  84807919 INVITE
> Record-Route:
>
> 
> Accept:  application/sdp, application/isup, application/dtmf,
> application/dtmf-relay,
> multipart/mixed
> Contact:  
> Allow:
>
> INVITE,ACK,CANCEL,BYE,REGISTER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS,MESSAGE,PUBLISH
> Require:  timer
> Supported:  timer
> Session-Expires:  1800;refresher=uac
> Content-Length:324
> Content-Disposition:  session; handling=required
> Content-Type:  application/sdp
>
> v=0
> o=Sonus_UAC 913845 351585 IN IP4 CARRIER_PUB_IP
> s=SIP Media Capabilities
> c=IN IP4 CARRIER_PUB_IP
> t=0 0
> m=audio 33168 RTP/SAVP 0 101
> a=crypto:1 AES_CM_128_HMAC_SHA1_80
> inline:LfSgFSVqhXNWMSziOtwpEeYmNu0/kGiyuMVS8VXy
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-15
> a=sendrecv
> a=ptime:20
> __
> 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:

[SR-Users] Re: replies using the wrong protocol

[David Villasmil via sr-users]

can you show the 200 OK?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, Jun 20, 2024 at 5:43 PM smartin114--- via sr-users <
sr-users@lists.kamailio.org> wrote:

> I was trying to add an attachment of the call flow, but I don't see that I
> can?
> __
> 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:

[SR-Users] Re: Recommendation for a signaling B2BUA to work with Kamailio on Ubuntu

[David Villasmil via sr-users]

fs docker:

https://github.com/davidcsi/docker-freeswitch

that's what i always use. Performance depends upon the underlying hardware.
I've seen 5000+ channels _handling rtp_.

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Fri, Jun 7, 2024 at 5:08 PM Fred Posner via sr-users <
sr-users@lists.kamailio.org> wrote:

>
> > On Jun 7, 2024, at 10:15 AM, Benoît Panizzon via sr-users <
> sr-users@lists.kamailio.org> wrote:
> >
> > = FreeSwitch =
> >
> > Got stuck trying to solve the dependencies to get it to run/build on
> > ubuntu jammy.
> > Has anyone experience in running it in a docker container? Will it
> > perform?
> >
>
> Have you tried from their repo?
>
>
> > = SEMS =
> >
> > Does not seem to be actively developed in the last, couple of years.
> > Looks quite bloated to me for what I need.
>
>
> SEMS is still updated— as recently even as last month.
>
> * https://github.com/sems-server/sems
>
>
>
>
> Regards,
>
> Fred Posner
> p: +1 (352) 664-3733
> https://fred.tel
>
>
>
>
> __
> 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:

[SR-Users] Re: Assistance Needed: Converting 11-Digit US Numbers to E.164 in Kamailio

[David Villasmil via sr-users]

Hello guys,

My advice, always use e.164 with "+", your life will be easier if you
normalise to something.


Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Sat, Jun 1, 2024 at 6:10 AM Pavan Kumar via sr-users <
sr-users@lists.kamailio.org> wrote:

> Thank you, everyone, for your responses.
>
> Benoît, thank you for providing the sample code. My concern is that the
> code may become complex as it needs to be both transaction and dialog
> aware. For example, it needs to be transaction-aware when sending a 100 or
> 200 response back and conversion from E.164 to 11 digits should happen. It
> needs to be dialog-aware when FreeSWITCH initiates a BYE request so that
> the conversion to 11 digits occurs. Additionally, we need to handle cases
> where FreeSWITCH (on behalf of the user) initiates a call by sending an
> INVITE. In these instances, I need to identify if the request is going to a
> trunk that doesn't accept the "+" prefix and strip it accordingly,
> potentially using a database to assist in this identification.
>
> Ben, thank you for providing more information on the E.164 format and
> clarifying that the "+" prefix is not mandatory in some cases. Yes, when I
> referred to an 11-digit US number, I meant the NANP without the "+" prefix.
> Replacing "+1" with "1" is sufficient for my needs, and there is no need to
> identify the country.
>
> Thanks & Regards,
> Pavan Kumar
>
> On Fri, May 31, 2024 at 8:05 PM Ben Kaufman  wrote:
>
>> > the phonenum module is pretty decent for helping with NANP numbers and
>>   deciphering if one is let’s say US vs Canada vs Jamaica, etc.
>>
>> Absolutely. And if his use case is to actually get the political country,
>> it's a great choice. With that said, I'm guessing that in his case the
>> vendor wants the + removed for all NANP numbers, so my point was to only
>> use libphonenumber for this if was critical to differentiate the USA
>> from the rest of the NANP.
>>
>>
>>
>> -Original Message-
>> From: Fred Posner 
>> Sent: Friday, May 31, 2024 8:35 AM
>> To: Kamailio (SER) - Users Mailing List 
>> Cc: Pavan Kumar ; Ben Kaufman > >
>> Subject: Re: [SR-Users] Assistance Needed: Converting 11-Digit US Numbers
>> to E.164 in Kamailio
>>
>> CAUTION: This email originated from outside the organization. Do not
>> click links or open attachments unless you recognize the sender and know
>> the content is safe.
>>
>>
>> > On May 31, 2024, at 9:20 AM, Ben Kaufman via sr-users <
>> sr-users@lists.kamailio.org> wrote:
>> >
>> > Answered in order of easiest answer to most complex:
>> >
>> >> Does it start with a 0?
>> >  No.  I've never encountered any US number requiring a prefix of "0"
>> > nor a US number being  written that way.
>> >
>> >
>> >> US numbers are fixed lenght 11 digits?
>> >
>> >  The USA is in the North American Numbering Plan (NANP).  This
>> > includes USA, Canada, much of the  Caribbean (Cuba, Jamaica, Barbados
>> > for example), some US territories in the Pacific (Guam,  American
>> > Samoa).  The NANP's "Country Code" is 1.  In the USA and Canada (I
>> > think the entirety  of the NANP) this is followed with a 3 digit area
>> code (National Destination Number) followed  by a 7 digit subscriber number.
>> >
>> >
>> >> What is the usual representation of a 'local' US number?
>> >  There is no consistent answer.  Consider that the oldest phone
>> > network is in the USA, and the  unplanned initial growth and many
>> > historic regional governing bodies it varies massively.  It  has also
>> > changed greatly over time. GENERALLY speaking people will use the 11
>> > digit number or  the 10 digit number (without the "1" country code),
>> but there's not a lot of rhyme or reason  as to which is preferred in one
>> case vs another.
>>
>>
>>
>> It was mentioned previously, and requires libphonenumber, but the
>> phonenum module is pretty decent for helping with NANP numbers and
>> deciphering if one is let’s say US vs Canada vs Jamaica, etc.
>>
>>
>> Regards,
>>
>> Fred Posner
>> p: +1 (352) 664-3733
>> https://fred.tel/
>>
>>
>>
>> __
> 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:

[SR-Users] Re: Via header force change protocol to TLS?

[David Villasmil via sr-users]

trying to use

msg_apply_changes();
subst_hf("Via","/TCP/TLS/","f");

But as i don't seem to have access the top-most via, i can'it doesn't
work... i cam change the incoming Via, but not the outgoing...
I need this urgently.. any help anyone?



> Sergey,
>
> Thanks for pointing me to the PR but that's not exactly what i need, let
> me explain:
>
> We have an AWS an NLB on which our clients connect to and terminate TLS
> connections and from then on into our proxies it is TCP. Now when clients
> send invites (with TLS in their VIA as protocol) and we reply to them
> (because the socket is TCP) I need to set the protocol on the Via to be
> TLS. Otherwise, the client would not understand. This message or will
> believe that it's not. about the same connection
>
> I haven't figured out a way of doing this since it can't get the actual
> VIA that will be sent out. I've tried on the onsend_route (enabling
> onsend_route_reply)
>
> Help is greatly appreciated!
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Thu, May 30, 2024 at 11:44 PM David Villasmil <
> david.villasmil.w...@gmail.com> wrote:
>
>> HEllo Sergey,
>>
>> i can send one. yes.
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>>
>>
>> On Thu, May 23, 2024 at 5:14 PM Sergey Safarov 
>> wrote:
>>
>>> Hi David
>>> Could you send PCAP for an inbound call via TCP connection?
>>>
>>> Sergey
>>>
>>> On Thu, May 23, 2024 at 5:53 PM David Villasmil <
>>> david.villasmil.w...@gmail.com> wrote:
>>>
>>>> it's still in progress though.
>>>> Regards,
>>>>
>>>> David Villasmil
>>>> email: david.villasmil.w...@gmail.com
>>>> phone: +34669448337
>>>>
>>>>
>>>> On Thu, May 23, 2024 at 4:51 PM David Villasmil <
>>>> david.villasmil.w...@gmail.com> wrote:
>>>>
>>>>> Thanks, I'll check it out!
>>>>> Regards,
>>>>>
>>>>> David Villasmil
>>>>> email: david.villasmil.w...@gmail.com
>>>>> phone: +34669448337
>>>>>
>>>>>
>>>>> On Thu, May 23, 2024 at 4:16 PM Sergey Safarov 
>>>>> wrote:
>>>>>
>>>>>> We have tested this PR using the Linphone app.
>>>>>> So your case will be resolved using this PR.
>>>>>> Need to enable HAproxy protocol headers.
>>>>>>
>>>>>> On Wed, May 22, 2024 at 4:36 PM Sergey Safarov 
>>>>>> wrote:
>>>>>>
>>>>>>> Please try Kamailio PR
>>>>>>> https://github.com/kamailio/kamailio/pull/3731
>>>>>>>
>>>>>>> We have developed this PR for use case you have described.
>>>>>>> We have tested Route and Record-Route headers not Via.
>>>>>>> So will provide some review for this PR then will be fine.
>>>>>>>
>>>>>>> On Wed, May 22, 2024 at 2:22 PM David Villasmil <
>>>>>>> david.villasmil.w...@gmail.com> wrote:
>>>>>>>
>>>>>>>> Hello Sergey,
>>>>>>>>
>>>>>>>> Thanks for the suggestion. Not sure if his is what i'm looking for,
>>>>>>>> allow me to explain further:
>>>>>>>> We set up an NetworkLoadBalancer on AWS to offload tls on it. This
>>>>>>>> Load balancer is a TLS listener on the outside and a TCP connection to 
>>>>>>>> the
>>>>>>>> proxy inside.
>>>>>>>> So when sending an INVITE to the connected client, the via has a
>>>>>>>> TCP protocol like
>>>>>>>>
>>>>>>>> Via: SIP/2.0/TCP
>>>>>>>> mydomain:port;branch=z9hG4bKf176.53ac8af0d7090a31e44548f15ea420ff.0
>>>>>>>>
>>>>>>>> and the client (linphone) disconnects and tries to contact the
>>>>>>>> proxy on that address on a TCP socket, which doesn't exist. I tried 
>>>>>>>> many
>>>>>>>> solutions none of which actually work... last one setting $du =$du +
>>>>>>>>

[SR-Users] Re: Via header force change protocol to TLS?

[David Villasmil via sr-users]

HEllo Sergey,

i can send one. yes.

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, May 23, 2024 at 5:14 PM Sergey Safarov  wrote:

> Hi David
> Could you send PCAP for an inbound call via TCP connection?
>
> Sergey
>
> On Thu, May 23, 2024 at 5:53 PM David Villasmil <
> david.villasmil.w...@gmail.com> wrote:
>
>> it's still in progress though.
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>>
>>
>> On Thu, May 23, 2024 at 4:51 PM David Villasmil <
>> david.villasmil.w...@gmail.com> wrote:
>>
>>> Thanks, I'll check it out!
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.w...@gmail.com
>>> phone: +34669448337
>>>
>>>
>>> On Thu, May 23, 2024 at 4:16 PM Sergey Safarov 
>>> wrote:
>>>
>>>> We have tested this PR using the Linphone app.
>>>> So your case will be resolved using this PR.
>>>> Need to enable HAproxy protocol headers.
>>>>
>>>> On Wed, May 22, 2024 at 4:36 PM Sergey Safarov 
>>>> wrote:
>>>>
>>>>> Please try Kamailio PR
>>>>> https://github.com/kamailio/kamailio/pull/3731
>>>>>
>>>>> We have developed this PR for use case you have described.
>>>>> We have tested Route and Record-Route headers not Via.
>>>>> So will provide some review for this PR then will be fine.
>>>>>
>>>>> On Wed, May 22, 2024 at 2:22 PM David Villasmil <
>>>>> david.villasmil.w...@gmail.com> wrote:
>>>>>
>>>>>> Hello Sergey,
>>>>>>
>>>>>> Thanks for the suggestion. Not sure if his is what i'm looking for,
>>>>>> allow me to explain further:
>>>>>> We set up an NetworkLoadBalancer on AWS to offload tls on it. This
>>>>>> Load balancer is a TLS listener on the outside and a TCP connection to 
>>>>>> the
>>>>>> proxy inside.
>>>>>> So when sending an INVITE to the connected client, the via has a TCP
>>>>>> protocol like
>>>>>>
>>>>>> Via: SIP/2.0/TCP
>>>>>> mydomain:port;branch=z9hG4bKf176.53ac8af0d7090a31e44548f15ea420ff.0
>>>>>>
>>>>>> and the client (linphone) disconnects and tries to contact the proxy
>>>>>> on that address on a TCP socket, which doesn't exist. I tried many
>>>>>> solutions none of which actually work... last one setting $du =$du +
>>>>>> ";transport=tls" and forcing the socket to the TCP socket to the load
>>>>>> balancer, but of course i'm getting warnings about this.
>>>>>>
>>>>>> is this something that PR (not merged) would be addressing, i didn't
>>>>>> see that.
>>>>>> If not, is there a way of doing this without any trickery?
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> David Villasmil
>>>>>> email: david.villasmil.w...@gmail.com
>>>>>> phone: +34669448337
>>>>>>
>>>>>>
>>>>>> On Wed, May 22, 2024 at 12:16 PM Sergey Safarov 
>>>>>> wrote:
>>>>>>
>>>>>>> Probable you need this PR
>>>>>>> https://github.com/kamailio/kamailio/pull/3810
>>>>>>>
>>>>>>> Or you can try
>>>>>>> https://github.com/kamailio/kamailio/pull/3731
>>>>>>> In this PR we faced the same issue and solved this.
>>>>>>>
>>>>>>>
>>>>>>> On Wed, May 22, 2024 at 3:43 AM David Villasmil via sr-users <
>>>>>>> sr-users@lists.kamailio.org> wrote:
>>>>>>>
>>>>>>>> Hello Anthony, did you solve this problem? I'm facing the same
>>>>>>>> problem
>>>>>>>>
>>>>>>>> Thanks!
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> David Villasmil
>>>>>>>> email: david.villasmil.w...@gmail.com
>>>>>>>> phone: +3466

[SR-Users] Re: Inbound Identity Verification Stir/Shaken

[David Villasmil via sr-users]

Hello,

For outgoing calls _from your DIDs_ to your providers, you need to sign the
identify header.
For incoming calls from your providers, IF THEY SIGN them, then you verify
them, Otherwise they just have no attestation. If they do provide it, it
possible you need to let them know you want it, but i'd assume they'd send
it automatically -if they receive it from upstream-.



Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, May 30, 2024 at 10:45 PM tfayomi--- via sr-users <
sr-users@lists.kamailio.org> wrote:

> Yes, I have done an sngrep and the Identity header isn't shown at all on
> any incoming requests. That's partially why I was wondering if I need to
> request the identity header from the terminating carrier or if they need to
> provide it.
> __
> 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:

[SR-Users] core dump on AWS with ~4000 TCP sockets

[David Villasmil via sr-users]

Hello all,
I'm seeing core dumps (can't find them!) on AWS with lots of TCP sockets
open (not related to load), kamailio dies randomly with:

*May 30 14:31:03 sip-proxy /usr/sbin/kamailio[743739]: CRITICAL: 
[core/pass_fd.c:277]: receive_fd(): EOF on 142 May 30 14:31:03 sip-proxy
/usr/sbin/kamailio[743542]: ALERT:  [main.c:788]: handle_sigs():
child process 743672 exited by a signal 11 May 30 14:31:03 sip-proxy
/usr/sbin/kamailio[743542]: ALERT:  [main.c:791]: handle_sigs(): core
was generated May 30 14:32:03 sip-proxy /usr/sbin/kamailio[743542]:
CRITICAL:  [main.c:698]: sig_alarm_abort(): shutdown timeout
triggered, dying...*

before this happens, there's a ton of

May 26 00:32:01 sip-proxy /usr/sbin/kamailio[74966]: ERROR: 
[core/tcp_main.c:4591]: tcpconn_main_timeout(): connect 172.56.51.197:34846
failed (timeout)
May 26 00:32:01 sip-proxy /usr/sbin/kamailio[74966]: ERROR: 
[core/tcp_main.c:4591]: tcpconn_main_timeout(): connect 98.196.165.187:38593
failed (timeout)
May 26 00:32:01 sip-proxy /usr/sbin/kamailio[74966]: ERROR: 
[core/tcp_main.c:4591]: tcpconn_main_timeout(): connect 10.241.49.185:49372
failed (timeout)
May 26 00:32:01 sip-proxy /usr/sbin/kamailio[74966]: ERROR: 
[core/tcp_main.c:4591]: tcpconn_main_timeout(): connect 97.101.162.40:45248
failed (timeout)
May 26 00:32:01 sip-proxy /usr/sbin/kamailio[74966]: ERROR: 
[core/tcp_main.c:4591]: tcpconn_main_timeout(): connect 172.59.213.36:57074
failed (timeout)
May 26 00:32:01 sip-proxy /usr/sbin/kamailio[74966]: ERROR: 
[core/tcp_main.c:4591]: tcpconn_main_timeout(): connect 207.195.63.14:2521
failed (timeout)
May 26 00:32:01 sip-proxy /usr/sbin/kamailio[74966]: ERROR: 
[core/tcp_main.c:4591]: tcpconn_main_timeout(): connect 10.241.49.185:22155
failed (timeout)
May 26 00:32:01 sip-proxy /usr/sbin/kamailio[74966]: ERROR: 
[core/tcp_main.c:4591]: tcpconn_main_timeout(): connect 10.241.49.185:10339
failed (timeout)

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Inbound Identity Verification Stir/Shaken

[David Villasmil via sr-users]

Hello,

not everyone has implemented this. You need to check whether it's there and
validate if present.

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, May 30, 2024 at 9:11 PM tfayomi--- via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hi All,
>
> I have a quick question regarding verification on incoming calls regarding
> the stir/shaken policy. I'm using the secsipid library to check the
> identity header, but the problem I'm running into is that there is no
> identity header in the invite from the incoming call (It's showing up as
> null).  Have most carriers enabled passing along an identity header, or is
> this something that is still in the works for some of them.
>
> Would I need to request and get the certificate from the terminating
> carrier? I've tried using the auth_identity module to see if i need to use
> the verification functions to get/request the certificate, but I have had
> no luck so far.
>
> Would anyone be able to provide direction on how to request/get/pass along
> the identity header from an incoming call with stir/shaken.
>
> (I am using 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 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:

[SR-Users] Re: libstirshaken installation issues

[David Villasmil via sr-users]

Secsipid works flawlessly, been in production for 3 years already

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Wed, 29 May 2024 at 20:44, tfayomi--- via sr-users <
sr-users@lists.kamailio.org> wrote:

> Thanks for the direction! I knew it wasn't related to Kamailio, but I
> wasn't too sure where to ask for guidance as it seems the libstirshaken
> library hasn't been updated in a bit. I'll go ahead and try the secsipid
> module since I'm unable to find and replace all the deprecated functions
> for libstirshaken/openssl 3.0.
>
> Thanks again!
> 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 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:

[SR-Users] Re: Via header force change protocol to TLS?

[David Villasmil via sr-users]

it's still in progress though.
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, May 23, 2024 at 4:51 PM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Thanks, I'll check it out!
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Thu, May 23, 2024 at 4:16 PM Sergey Safarov 
> wrote:
>
>> We have tested this PR using the Linphone app.
>> So your case will be resolved using this PR.
>> Need to enable HAproxy protocol headers.
>>
>> On Wed, May 22, 2024 at 4:36 PM Sergey Safarov 
>> wrote:
>>
>>> Please try Kamailio PR
>>> https://github.com/kamailio/kamailio/pull/3731
>>>
>>> We have developed this PR for use case you have described.
>>> We have tested Route and Record-Route headers not Via.
>>> So will provide some review for this PR then will be fine.
>>>
>>> On Wed, May 22, 2024 at 2:22 PM David Villasmil <
>>> david.villasmil.w...@gmail.com> wrote:
>>>
>>>> Hello Sergey,
>>>>
>>>> Thanks for the suggestion. Not sure if his is what i'm looking for,
>>>> allow me to explain further:
>>>> We set up an NetworkLoadBalancer on AWS to offload tls on it. This Load
>>>> balancer is a TLS listener on the outside and a TCP connection to the proxy
>>>> inside.
>>>> So when sending an INVITE to the connected client, the via has a TCP
>>>> protocol like
>>>>
>>>> Via: SIP/2.0/TCP
>>>> mydomain:port;branch=z9hG4bKf176.53ac8af0d7090a31e44548f15ea420ff.0
>>>>
>>>> and the client (linphone) disconnects and tries to contact the proxy on
>>>> that address on a TCP socket, which doesn't exist. I tried many
>>>> solutions none of which actually work... last one setting $du =$du +
>>>> ";transport=tls" and forcing the socket to the TCP socket to the load
>>>> balancer, but of course i'm getting warnings about this.
>>>>
>>>> is this something that PR (not merged) would be addressing, i didn't
>>>> see that.
>>>> If not, is there a way of doing this without any trickery?
>>>>
>>>> Thanks!
>>>>
>>>> Regards,
>>>>
>>>> David Villasmil
>>>> email: david.villasmil.w...@gmail.com
>>>> phone: +34669448337
>>>>
>>>>
>>>> On Wed, May 22, 2024 at 12:16 PM Sergey Safarov 
>>>> wrote:
>>>>
>>>>> Probable you need this PR
>>>>> https://github.com/kamailio/kamailio/pull/3810
>>>>>
>>>>> Or you can try
>>>>> https://github.com/kamailio/kamailio/pull/3731
>>>>> In this PR we faced the same issue and solved this.
>>>>>
>>>>>
>>>>> On Wed, May 22, 2024 at 3:43 AM David Villasmil via sr-users <
>>>>> sr-users@lists.kamailio.org> wrote:
>>>>>
>>>>>> Hello Anthony, did you solve this problem? I'm facing the same problem
>>>>>>
>>>>>> Thanks!
>>>>>> Regards,
>>>>>>
>>>>>> David Villasmil
>>>>>> email: david.villasmil.w...@gmail.com
>>>>>> phone: +34669448337
>>>>>>
>>>>>>
>>>>>> On Mon, Feb 5, 2018 at 5:57 AM Anthony Alba 
>>>>>> wrote:
>>>>>>
>>>>>>> I have kamailio behind a TLS termination proxy so the sockets are
>>>>>>> correctly deduced to be TCP. However the clients only talk TLS to the 
>>>>>>> proxy
>>>>>>> and are confused when the top Via header added by Kamailio is TCP. Is 
>>>>>>> there
>>>>>>> a way for Kamailio to forcibly pretend its protocol is TLS? Like
>>>>>>> advertised_address but "advertised_protocol"  instead.
>>>>>>>
>>>>>>> (With pjsip testing: it has a flag use_tls which ignores TCP from
>>>>>>> Kamailio and continues to use the persistent TLS transport to proxy.
>>>>>>> Linphone fails because it tries to honor TCP in Via and is unable to
>>>>>>> establish TCP transport).
>>>>>>>
>>>>>>> BTW I am using t_relay_to_tcp so Kamailio will return traffic to the
>>>>>>> proxy as TCP even though the contact addresses specify transport=TLS.
>>>>>>> ___
>>>>>>> Kamailio (SER) - Users Mailing List
>>>>>>> sr-users@lists.kamailio.org
>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>
>>>>>> __
>>>>>> 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:

[SR-Users] Re: Via header force change protocol to TLS?

[David Villasmil via sr-users]

Thanks, I'll check it out!
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, May 23, 2024 at 4:16 PM Sergey Safarov  wrote:

> We have tested this PR using the Linphone app.
> So your case will be resolved using this PR.
> Need to enable HAproxy protocol headers.
>
> On Wed, May 22, 2024 at 4:36 PM Sergey Safarov 
> wrote:
>
>> Please try Kamailio PR
>> https://github.com/kamailio/kamailio/pull/3731
>>
>> We have developed this PR for use case you have described.
>> We have tested Route and Record-Route headers not Via.
>> So will provide some review for this PR then will be fine.
>>
>> On Wed, May 22, 2024 at 2:22 PM David Villasmil <
>> david.villasmil.w...@gmail.com> wrote:
>>
>>> Hello Sergey,
>>>
>>> Thanks for the suggestion. Not sure if his is what i'm looking for,
>>> allow me to explain further:
>>> We set up an NetworkLoadBalancer on AWS to offload tls on it. This Load
>>> balancer is a TLS listener on the outside and a TCP connection to the proxy
>>> inside.
>>> So when sending an INVITE to the connected client, the via has a TCP
>>> protocol like
>>>
>>> Via: SIP/2.0/TCP
>>> mydomain:port;branch=z9hG4bKf176.53ac8af0d7090a31e44548f15ea420ff.0
>>>
>>> and the client (linphone) disconnects and tries to contact the proxy on
>>> that address on a TCP socket, which doesn't exist. I tried many
>>> solutions none of which actually work... last one setting $du =$du +
>>> ";transport=tls" and forcing the socket to the TCP socket to the load
>>> balancer, but of course i'm getting warnings about this.
>>>
>>> is this something that PR (not merged) would be addressing, i didn't see
>>> that.
>>> If not, is there a way of doing this without any trickery?
>>>
>>> Thanks!
>>>
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.w...@gmail.com
>>> phone: +34669448337
>>>
>>>
>>> On Wed, May 22, 2024 at 12:16 PM Sergey Safarov 
>>> wrote:
>>>
>>>> Probable you need this PR
>>>> https://github.com/kamailio/kamailio/pull/3810
>>>>
>>>> Or you can try
>>>> https://github.com/kamailio/kamailio/pull/3731
>>>> In this PR we faced the same issue and solved this.
>>>>
>>>>
>>>> On Wed, May 22, 2024 at 3:43 AM David Villasmil via sr-users <
>>>> sr-users@lists.kamailio.org> wrote:
>>>>
>>>>> Hello Anthony, did you solve this problem? I'm facing the same problem
>>>>>
>>>>> Thanks!
>>>>> Regards,
>>>>>
>>>>> David Villasmil
>>>>> email: david.villasmil.w...@gmail.com
>>>>> phone: +34669448337
>>>>>
>>>>>
>>>>> On Mon, Feb 5, 2018 at 5:57 AM Anthony Alba 
>>>>> wrote:
>>>>>
>>>>>> I have kamailio behind a TLS termination proxy so the sockets are
>>>>>> correctly deduced to be TCP. However the clients only talk TLS to the 
>>>>>> proxy
>>>>>> and are confused when the top Via header added by Kamailio is TCP. Is 
>>>>>> there
>>>>>> a way for Kamailio to forcibly pretend its protocol is TLS? Like
>>>>>> advertised_address but "advertised_protocol"  instead.
>>>>>>
>>>>>> (With pjsip testing: it has a flag use_tls which ignores TCP from
>>>>>> Kamailio and continues to use the persistent TLS transport to proxy.
>>>>>> Linphone fails because it tries to honor TCP in Via and is unable to
>>>>>> establish TCP transport).
>>>>>>
>>>>>> BTW I am using t_relay_to_tcp so Kamailio will return traffic to the
>>>>>> proxy as TCP even though the contact addresses specify transport=TLS.
>>>>>> ___
>>>>>> Kamailio (SER) - Users Mailing List
>>>>>> sr-users@lists.kamailio.org
>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>
>>>>> __
>>>>> 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:

[SR-Users] Re: Via header force change protocol to TLS?

[David Villasmil via sr-users]

Hello Sergey,

Thanks for the suggestion. Not sure if his is what i'm looking for, allow
me to explain further:
We set up an NetworkLoadBalancer on AWS to offload tls on it. This Load
balancer is a TLS listener on the outside and a TCP connection to the proxy
inside.
So when sending an INVITE to the connected client, the via has a TCP
protocol like

Via: SIP/2.0/TCP
mydomain:port;branch=z9hG4bKf176.53ac8af0d7090a31e44548f15ea420ff.0

and the client (linphone) disconnects and tries to contact the proxy on
that address on a TCP socket, which doesn't exist. I tried many
solutions none of which actually work... last one setting $du =$du +
";transport=tls" and forcing the socket to the TCP socket to the load
balancer, but of course i'm getting warnings about this.

is this something that PR (not merged) would be addressing, i didn't see
that.
If not, is there a way of doing this without any trickery?

Thanks!

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Wed, May 22, 2024 at 12:16 PM Sergey Safarov  wrote:

> Probable you need this PR
> https://github.com/kamailio/kamailio/pull/3810
>
> Or you can try
> https://github.com/kamailio/kamailio/pull/3731
> In this PR we faced the same issue and solved this.
>
>
> On Wed, May 22, 2024 at 3:43 AM David Villasmil via sr-users <
> sr-users@lists.kamailio.org> wrote:
>
>> Hello Anthony, did you solve this problem? I'm facing the same problem
>>
>> Thanks!
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>>
>>
>> On Mon, Feb 5, 2018 at 5:57 AM Anthony Alba 
>> wrote:
>>
>>> I have kamailio behind a TLS termination proxy so the sockets are
>>> correctly deduced to be TCP. However the clients only talk TLS to the proxy
>>> and are confused when the top Via header added by Kamailio is TCP. Is there
>>> a way for Kamailio to forcibly pretend its protocol is TLS? Like
>>> advertised_address but "advertised_protocol"  instead.
>>>
>>> (With pjsip testing: it has a flag use_tls which ignores TCP from
>>> Kamailio and continues to use the persistent TLS transport to proxy.
>>> Linphone fails because it tries to honor TCP in Via and is unable to
>>> establish TCP transport).
>>>
>>> BTW I am using t_relay_to_tcp so Kamailio will return traffic to the
>>> proxy as TCP even though the contact addresses specify transport=TLS.
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> __
>> 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:

[SR-Users] Re: Via header force change protocol to TLS?

[David Villasmil via sr-users]

Hello Anthony, did you solve this problem? I'm facing the same problem

Thanks!
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Mon, Feb 5, 2018 at 5:57 AM Anthony Alba  wrote:

> I have kamailio behind a TLS termination proxy so the sockets are
> correctly deduced to be TCP. However the clients only talk TLS to the proxy
> and are confused when the top Via header added by Kamailio is TCP. Is there
> a way for Kamailio to forcibly pretend its protocol is TLS? Like
> advertised_address but "advertised_protocol"  instead.
>
> (With pjsip testing: it has a flag use_tls which ignores TCP from Kamailio
> and continues to use the persistent TLS transport to proxy. Linphone fails
> because it tries to honor TCP in Via and is unable to establish TCP
> transport).
>
> BTW I am using t_relay_to_tcp so Kamailio will return traffic to the proxy
> as TCP even though the contact addresses specify transport=TLS.
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
__
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:

[SR-Users] Re: Add XML to INVITE

[David Villasmil via sr-users]

Thanks for replying!

thanks for this, it worked perfectly. I'm still wondering why
set_body_multipart
and append_body_part don't work together...

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, 5 Mar 2024 at 20:25, Valentin Christoph <
christoph.valen...@kontron.com> wrote:

> Hi David,
>
>
>
> I am always very cautious when using msg_apply_changes() – e.g. there are
> some implications with Record-Route, afaik
>
>
>
> I do it this way:
>
>
>
> set_body("--outer\r\nContent-Type:application/sdp\r\n\r\n$rb" +
>
> 
> "\r\n--outer\r\nContent-Type:application/vnd.3gpp.mcptt-info+xml\r\n\r\n"
> +
>
> "\r\n"
> +
>
> 
>
> "\t\r\n" +
>
> "\r\n--outer--\r\n",
>
> "multipart/mixed;boundary=\"outer\"");
>
>
>
> Hope this helps, and sorry for slow reaction. I am scanning the mailing
> list in rather low frequency.
>
>
>
> Kr
>
>
>
> *From:* David Villasmil via sr-users 
> *Sent:* Tuesday, March 5, 2024 7:08 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* David Villasmil 
> *Subject:* [SR-Users] Re: Add XML to INVITE
>
>
>
> Hello guys,
>
>
>
> Anyone on this?
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
>
>
>
>
> On Sun, Mar 3, 2024 at 4:01 AM David Villasmil <
> david.villasmil.w...@gmail.com> wrote:
>
> Hello guys,
>
>
>
> I'm trying to add an xml with a boundary to an outgoing INVITE. But if i
> do:
>
>
>
> set_body_multipart("$rb", "application/sdp", "delimiter");
> msg_apply_changes();
> append_body_part("$var(something)", "application/pidf+xml");
> msg_apply_changes();
>
>
>
> but kamailio adds the SDP, but NOT the second $var(something). If i switch
> them and add firs the var, and then the SDP. kamailio adds the contents of
> $var(something) but NOT the SDP point is it doesn't add the second
> append
>
>
>
>
>
> Thanks!!!
>
>
>
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
>
__
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:

[SR-Users] Re: Add XML to INVITE

[David Villasmil via sr-users]

Hello guys,

Anyone on this?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Sun, Mar 3, 2024 at 4:01 AM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Hello guys,
>
> I'm trying to add an xml with a boundary to an outgoing INVITE. But if i
> do:
>
> set_body_multipart("$rb", "application/sdp", "delimiter");
> msg_apply_changes();
> append_body_part("$var(something)", "application/pidf+xml");
> msg_apply_changes();
>
> but kamailio adds the SDP, but NOT the second $var(something). If i switch
> them and add firs the var, and then the SDP. kamailio adds the contents of
> $var(something) but NOT the SDP point is it doesn't add the second
> append
>
>
> Thanks!!!
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
__
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:

[SR-Users] Add XML to INVITE

[David Villasmil via sr-users]

Hello guys,

I'm trying to add an xml with a boundary to an outgoing INVITE. But if i do:

set_body_multipart("$rb", "application/sdp", "delimiter");
msg_apply_changes();
append_body_part("$var(something)", "application/pidf+xml");
msg_apply_changes();

but kamailio adds the SDP, but NOT the second $var(something). If i switch
them and add firs the var, and then the SDP. kamailio adds the contents of
$var(something) but NOT the SDP point is it doesn't add the second
append


Thanks!!!


Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Reject TCP SYN

[David Villasmil via sr-users]

Thanks Karsten,

That won’t work for me with TLS clients, which is what I’m trying to do.
I’m making a PR with a new tcp param.

Thanks!

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, 15 Feb 2024 at 17:42, Karsten Horsmann  wrote:

> Hi David,
>
> I have most of my setups with OPTIONS pings (upstream carrier and myself).
> If I want to fade out a Kamailio I set the option response to an not 200
> value (like 603 or whatever) and my internal and the external system didn't
> bring in new invites but leave the currently running out.
>
> You can use cfg values for that or some kind of htable with value or so.
>
> Maybe an idea for your setup.
>
> David Villasmil via sr-users  schrieb am
> Fr., 9. Feb. 2024, 15:04:
>
>>
>> Hey, Henning, yeah I thought about that, but thought that maybe there was
>> a better way to do it via Kamailio
>>
>> Thanks!
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>>
>>
>> On Fri, 9 Feb 2024 at 14:08, Henning Westerholt  wrote:
>>
>>> Hello,
>>>
>>>
>>>
>>> what about e.g. just using something like iptables, nftables etc..?
>>>
>>>
>>>
>>> iptables -A INPUT -p tcp --syn --destination-port  -j REJECT
>>> --reject-with icmp-host-prohibited
>>>
>>>
>>>
>>> Cheers,
>>>
>>>
>>>
>>> Henning
>>>
>>>
>>>
>>> *From:* David Villasmil via sr-users 
>>> *Sent:* Donnerstag, 8. Februar 2024 14:28
>>> *To:* Kamailio (SER) - Users Mailing List 
>>> *Cc:* David Villasmil 
>>> *Subject:* [SR-Users] Reject TCP SYN
>>>
>>>
>>>
>>> Hello all,
>>>
>>>
>>>
>>> Is there any way of actually rejecting (RST) NEW tcp connection
>>> attempts, while allowing the ongoing ones to finish naturally?
>>>
>>>
>>>
>>> I’m thinking maybe we can add this feature?
>>>
>>>
>>> Regards,
>>>
>>>
>>>
>>> David Villasmil
>>>
>>> email: david.villasmil.w...@gmail.com
>>>
>>> phone: +34669448337
>>>
>> __
>> 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:

[SR-Users] Re: High CPU with DMQ on ARM64 (graviton) - Tuning values for DMQ worker_usleep

[David Villasmil via sr-users]

What is it synchronizing with? Bear in mind you can’t mix Kamailio versions
when doing DMQ

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Fri, 9 Feb 2024 at 17:17, Ben Kaufman via sr-users <
sr-users@lists.kamailio.org> wrote:

> Just checking to see if anyone had any ideas about tuning on this feature.
>
>
>
>
>
> *From:* Ben Kaufman via sr-users 
> *Sent:* Thursday, February 1, 2024 8:38 AM
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* Ben Kaufman 
> *Subject:* [SR-Users] High CPU with DMQ on ARM64 (graviton) - Tuning
> values for DMQ worker_usleep
>
>
>
> *CAUTION:* This email originated from outside the organization. *Do not
> click links or open attachments* unless you recognize the sender and know
> the content is safe.
>
>
>
> I encountered a behavior with DMQ using excessive CPU when running
> kamailio 5.8 on AWS Graviton processors (running in Docker on Amazon Linux
> 2023), even on an otherwise idle system.  Finding the issue below pointed
> me towards using polling. I set the value for worker_usleep to 1000 as a
> test, and that seems to have resolved the CPU issue, but I have no idea of
> what a “good” value is for this setting, and 1000 was simply the example
> present in the documentation.  My specific use case for DMQ is
> synchronizing USRLOC data for ~7,500 users, registering with expiration
> times of 60 – 300 seconds with 7 – 9 nodes on the DMQ bus.  Any general
> recommendations on tuning values for this setting?
>
>
>
> https://github.com/kamailio/kamailio/issues/822
>
>
>
> Regards,
>
> Kaufman
> __
> 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:

[SR-Users] Re: Reject TCP SYN

[David Villasmil via sr-users]

Hey, Henning, yeah I thought about that, but thought that maybe there was a
better way to do it via Kamailio

Thanks!

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Fri, 9 Feb 2024 at 14:08, Henning Westerholt  wrote:

> Hello,
>
>
>
> what about e.g. just using something like iptables, nftables etc..?
>
>
>
> iptables -A INPUT -p tcp --syn --destination-port  -j REJECT
> --reject-with icmp-host-prohibited
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> *From:* David Villasmil via sr-users 
> *Sent:* Donnerstag, 8. Februar 2024 14:28
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* David Villasmil 
> *Subject:* [SR-Users] Reject TCP SYN
>
>
>
> Hello all,
>
>
>
> Is there any way of actually rejecting (RST) NEW tcp connection attempts,
> while allowing the ongoing ones to finish naturally?
>
>
>
> I’m thinking maybe we can add this feature?
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
__
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:

[SR-Users] Reject TCP SYN

[David Villasmil via sr-users]

Hello all,

Is there any way of actually rejecting (RST) NEW tcp connection attempts,
while allowing the ongoing ones to finish naturally?

I’m thinking maybe we can add this feature?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Get the amount of open TCP connection from routing logic

[David Villasmil via sr-users]

Yeah, problem comes when calls draining last longer than the drain time
(which in aws is max 3600). Then I need to figure out something different.
Like iptables or something like that.

Unless Daniel has a better way from within Kamailio?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, 6 Feb 2024 at 14:35, Sebastian Damm via sr-users <
sr-users@lists.kamailio.org> wrote:

> Yes, that's a successful connection first. But it helps to get rid of the
> existing connections as well, since there is no new SYN for
> re-registrations. And yes, I want the clients to reconnect. If have
> disabled the node in the loadbalancer before enabling maintenance mode,
> There won't be any new requests, and the existing connections will drain
> slowly.
> ------
> *From:* David Villasmil 
> *Sent:* Tuesday, February 6, 2024 13:49
> *To:* Sebastian Damm 
> *Cc:* Kamailio (SER) - Users Mailing List 
>
> *Subject:* Re: [SR-Users] Get the amount of open TCP connection from
> routing logic
>
> Thanks for the tips. But wouldn’t that be considered by the load balancer
> a successful connection since there was an ACK to the SYN in order to send
> the 503 data? Or does that work for you because you’re relying on the
> client to retry and the load balancer sending to a different server?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Tue, 6 Feb 2024 at 13:45, Sebastian Damm  wrote:
>
> We usually already have a high enough number of max tcp connections.
> However, there are certain scenarios when restarting some of our servers
> the loadbalancer sends all the clients previously connected to these
> servers to the remaining ones, leading to really full and really empty
> nodes. And sometimes we see Kamailio rejecting connections, and sometimes
> maybe the client can still connect, but the outgoing connection to the next
> hop is not possible anymore.
>
> But maybe you're right. Manually dropping the connection would probably
> not be any better than what Kamailio does after really reaching the limit.
>
> We have already implemented the maintenance mode draining, this would work
> as follows:
>
> Add a shared var named "MAINTENANCE_MODE", set it to 0 in config. Then,
> when handling the REGISTER, add something like this:
> if msg.is_method("REGISTER"):
> if KSR.pv.get("$shv(MAINTENANCE_MODE)") == 1:
> msg.log("In maintenance mode, rejecting registration")
> KSR.set_reply_close()
> KSR.hdr.append_to_reply("Retry-After: 3\r\n")
> KSR.sl.sl_send_reply(503, "Draining")
> return False
>
> You can set the value of the shared var to 1 via kamcmd. After that, on
> the next re-registration, the client will be disconnected, ending up
> hopefully on a different node after reconnect.
>
> Regards,
> Sebastian
>
>
> --
> *From:* David Villasmil 
> *Sent:* Tuesday, February 6, 2024 13:11
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* Sebastian Damm 
> *Subject:* Re: [SR-Users] Get the amount of open TCP connection from
> routing logic
>
> Why not just increase the max tcp connections? Also, once you hit it,
> Kamailio will reset the syn and the load balancer should try on a different
> server.
>
> I am look for something like what you’re looking for but reset the sub
> on-demand so I can put the server in maintenance mode.
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Tue, 6 Feb 2024 at 12:47, Sebastian Damm via sr-users <
> sr-users@lists.kamailio.org> wrote:
>
> Hello,
>
> My plan is to reject new inbound requests if there is already a
> certain number of open connections on one Kamailio server. I could answer
> with a 503 and directly close the connection forcing the client to
> reconnect and the loadbalancer to send traffic to a different node on the
> next connect. It's just a last-resort measure to prevent Kamailio from
> running into the configured TCP connection limit (workarounding a
> poorly-implemented external load balancer).
>
> Since I didn't find anything in the docs: Is there a pseudovariable
> containing the current number of open tcp/tls connections on this Kamailio?
> I can (and already do) query them via kamcmd or rpc, but can I access the
> variable from inside the routing script as well?
>
> Regards,
> Sebastian
> __
> Kamailio - Users Mailing List - Non Com

[SR-Users] Re: Get the amount of open TCP connection from routing logic

[David Villasmil via sr-users]

Thanks for the tips. But wouldn’t that be considered by the load balancer a
successful connection since there was an ACK to the SYN in order to send
the 503 data? Or does that work for you because you’re relying on the
client to retry and the load balancer sending to a different server?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, 6 Feb 2024 at 13:45, Sebastian Damm  wrote:

> We usually already have a high enough number of max tcp connections.
> However, there are certain scenarios when restarting some of our servers
> the loadbalancer sends all the clients previously connected to these
> servers to the remaining ones, leading to really full and really empty
> nodes. And sometimes we see Kamailio rejecting connections, and sometimes
> maybe the client can still connect, but the outgoing connection to the next
> hop is not possible anymore.
>
> But maybe you're right. Manually dropping the connection would probably
> not be any better than what Kamailio does after really reaching the limit.
>
> We have already implemented the maintenance mode draining, this would work
> as follows:
>
> Add a shared var named "MAINTENANCE_MODE", set it to 0 in config. Then,
> when handling the REGISTER, add something like this:
> if msg.is_method("REGISTER"):
> if KSR.pv.get("$shv(MAINTENANCE_MODE)") == 1:
> msg.log("In maintenance mode, rejecting registration")
> KSR.set_reply_close()
> KSR.hdr.append_to_reply("Retry-After: 3\r\n")
> KSR.sl.sl_send_reply(503, "Draining")
> return False
>
> You can set the value of the shared var to 1 via kamcmd. After that, on
> the next re-registration, the client will be disconnected, ending up
> hopefully on a different node after reconnect.
>
> Regards,
> Sebastian
>
>
> --
> *From:* David Villasmil 
> *Sent:* Tuesday, February 6, 2024 13:11
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* Sebastian Damm 
> *Subject:* Re: [SR-Users] Get the amount of open TCP connection from
> routing logic
>
> Why not just increase the max tcp connections? Also, once you hit it,
> Kamailio will reset the syn and the load balancer should try on a different
> server.
>
> I am look for something like what you’re looking for but reset the sub
> on-demand so I can put the server in maintenance mode.
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Tue, 6 Feb 2024 at 12:47, Sebastian Damm via sr-users <
> sr-users@lists.kamailio.org> wrote:
>
> Hello,
>
> My plan is to reject new inbound requests if there is already a
> certain number of open connections on one Kamailio server. I could answer
> with a 503 and directly close the connection forcing the client to
> reconnect and the loadbalancer to send traffic to a different node on the
> next connect. It's just a last-resort measure to prevent Kamailio from
> running into the configured TCP connection limit (workarounding a
> poorly-implemented external load balancer).
>
> Since I didn't find anything in the docs: Is there a pseudovariable
> containing the current number of open tcp/tls connections on this Kamailio?
> I can (and already do) query them via kamcmd or rpc, but can I access the
> variable from inside the routing script as well?
>
> Regards,
> Sebastian
> __
> 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:

[SR-Users] Re: Get the amount of open TCP connection from routing logic

[David Villasmil via sr-users]

Why not just increase the max tcp connections? Also, once you hit it,
Kamailio will reset the syn and the load balancer should try on a different
server.

I am look for something like what you’re looking for but reset the sub
on-demand so I can put the server in maintenance mode.

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, 6 Feb 2024 at 12:47, Sebastian Damm via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hello,
>
> My plan is to reject new inbound requests if there is already a
> certain number of open connections on one Kamailio server. I could answer
> with a 503 and directly close the connection forcing the client to
> reconnect and the loadbalancer to send traffic to a different node on the
> next connect. It's just a last-resort measure to prevent Kamailio from
> running into the configured TCP connection limit (workarounding a
> poorly-implemented external load balancer).
>
> Since I didn't find anything in the docs: Is there a pseudovariable
> containing the current number of open tcp/tls connections on this Kamailio?
> I can (and already do) query them via kamcmd or rpc, but can I access the
> variable from inside the routing script as well?
>
> Regards,
> Sebastian
> __
> 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:

[SR-Users] install location when compiling

[David Villasmil via sr-users]

Hello guys,

i compiled kamailio and i want it installed on debian's deb location, i.e.:
/etc/kamailio
/usr/lib/x86_64-linux-gnu/kamailio/modules
etc..

I know if i do

make prefix=/ all
make prefix=/ install

the config will end up on /etc/kamailio, but then the modules will be on
/lib64...

i don't see a way of doing this, is there?

Thanks!

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: STIR/SHAKEN

[David Villasmil via sr-users]

Ditto, i do first approach.

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, Jan 23, 2024 at 2:38 PM Alex Balashov via sr-users <
sr-users@lists.kamailio.org> wrote:

> These are all valid approaches, depending on preference. Catching 302s and
> extracting exactly the desired info might be easier with Kamailio, so I
> suppose, ceteris paribus, I'd recommend the first one.
>
> Dispatcher is a great approach!
>
> > On 23 Jan 2024, at 00:01, Anthony Wittig via sr-users <
> sr-users@lists.kamailio.org> wrote:
> >
> > Hello,
> >
> > We're attempting to add identities to our invites. I believe we want to
> send our invites to the NSS, and it'll reply with a 302'd invite with an
> identity header. We currently use FreeSWITCH for dialplans and media and
> Kamailio as our SBC.
> >
> > Should we be trying for something like: FreeSWITCH -> Kamailio -> NSS
> (302) -> Kamailio -> PSTN
> >
> > or would it make more sense to do: FreeSWITCH -> NSS (302) -> FreeSWITCH
> -> Kamailio -> PSTN
> >
> > Assuming we wanted Kamailio -> NSS, is using dispatcher the right
> approach? We currently use it for our two Kamailios and our FreeSWITCHs.
> We're going to have two NSS servers, one for failover.
> >
> > Any thoughts would be greatly appreciated, thanks!
> >
> > --
> > Anthony Wittig
> > Mango 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 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 - 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:

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

[David Villasmil via sr-users]

https://sr-users.sip-router.narkive.com/1lg6Ov5U/problem-initiating-a-call-with-dlg-bridge


On Sat, 25 Nov 2023 at 06:39, Alex Balashov via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hi,
>
> You may wish to explore this function, and its RPC correlate:
>
> dialog Module
> 
> kamailio.org
> 
> [image: favicon.ico]
> 
> 
>
>
> -- Alex
>
> —
> Sent from mobile, apologies for brevity and errors.
>
> On Nov 22, 2023, at 7:17 PM, Social Boh via sr-users <
> sr-users@lists.kamailio.org> wrote:
>
> Hello,
>
>
>
> I'd like to know if there is a way, from Kamailio side, take the refer-to
> header Kamailio receive in a REFER request and create a new INVITE whit
> this data; then bridge the call between the originating user and the new
> destination user.
>
> Thank you
>
> Regards
>
> --
> ---
> I'm SoCIaL, MayBe
>
> __
> 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:
>


favicon.ico
Description: Binary data
__
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:

[SR-Users] Re: sips to sip

[David Villasmil via sr-users]

Interesting, thanks for the info!

On Fri, 24 Nov 2023 at 03:50, Ihor Olkhovskyi via sr-users <
sr-users@lists.kamailio.org> wrote:

> Just to add for a history.
>
> I've found that Asterisk normally accepts sips schema over UDP and keeps
> sending responses regardless on schema specified also in UDP.
>
> So, in my case only thing that was needed is to change the $du, smth like
>
> request_route{
>
> ...
> if (is_method("CANCEL")) {
> if (t_check_trans()) {
> route(SIPS_PROCESS);
> if (!t_relay()) {
> send_reply("500", "Relay failed");
> }
> }
> exit;
> }
>
> }
>
> route[RELAY] {
>
> route(SIPS_PROCESS);
>
> t_relay();
>
> }
>
> route[SIPS_PROCESS] {
> # If device is using "sips:" dialing scheme, force it with $du
> pointing to "sip:" scheme
> # so Kamailio will not try to send it over TLS to internal services.
> # Applies to requests coming FROM external devices, like Poly OBI ATA's
> if (route(FROMASTERISK)) {
> return;
> }
> if ($du == $null && $rz != 'sips') {
> return;
> }
> if ($du != $null) {
> if ($(du{uri.scheme}) == 'sips') {
> xlog("$var(debug_level)", "[SIPS_PROCESS]: Modifying <$du> to
> sip scheme");
>
> $du = 'sip:' + $dd + ':' + $dp;
>     }
> return;
> }
> if ($rz != 'sips') {
> return;
> }
> $du = 'sip:' + $rd + ':' + $rp;
>
> xlog("$var(debug_level)", "[SIPS_PROCESS]: Setting <$du> for packet to
> <$ru> to avoid sips routing");
> }
>
> Le 22/11/2023 à 01:53, David Villasmil via sr-users a écrit :
>
> thanks all, i figured it out with help from Alfonso who found
> https://github.com/fredposner/scripts/blob/master/kamailio/kamailio-tls_srtp-bridge.cfg
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Tue, Nov 21, 2023 at 2:34 PM Henning Westerholt  wrote:
>
>> Hi David,
>>
>>
>>
>> at least from the logs the dialog is matched:
>>
>>
>>
>> DEBUG: dialog [dlg_hash.c:885]: internal_get_dlg(): dialog
>> callid='aa157c08df1109c4655ca64d0ed67' found on entry 1431, dir=2
>> to-tag='ZDDN09pNH37XB'
>> DEBUG: dialog [dlg_profile.c:541]: set_current_dialog(): setting current
>> dialog [1431:511]
>> DEBUG: dialog [dlg_handlers.c:343]: dlg_iuid_sfree(): freeing dlg iuid
>> [3314:1253] (0x7f6d9b2afe20)
>> DEBUG: dialog [dlg_hash.c:1293]: next_state_dlg(): dialog 0x7f6d9b2f8240
>> changed from state 5 to state 5, due event 7 (ref 2)
>>
>>
>>
>> The dialog is already deleted at this point, not sure why.
>>
>>
>>
>> Please note that your rewrite method can cause problems in dialogs, as
>> for example the From/To header will be not matching to the expectations of
>> the UAs. Consider using the methods I mentioned earlier to prevent this.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Henning
>>
>>
>>
>> *From:* David Villasmil 
>> *Sent:* Dienstag, 21. November 2023 13:58
>> *To:* Henning Westerholt 
>> *Cc:* Kamailio (SER) - Users Mailing List 
>> *Subject:* Re: [SR-Users] sips to sip
>>
>>
>>
>> thanks Henning,
>>
>>
>>
>> Already tried that with:
>>
>>
>>
>>
>> if (is_method("INVITE")) {
>> $var(fline) = $msg(fline);
>> $var(hdrs) = $msg(hdrs);
>> $var(body) = $msg(body);
>>
>> $var(fline) = $(var(fline){s.replace,sips,sip});
>> #{s.replace,;transport=TLS,}{s.replace,;transport=tls,});
>> $var(hdrs) = $(var(hdrs){s.replace,sips,sip});
>> #{s.replace,;transport=TLS,}{s.replace,;transport=tls,});
>> $var(body) = $(var(body){s.replace,sips,sip});
>> #{s.replace,;transport=TLS,}{s.replace,;transport=tls,});
>>
>> msg_set_buffer("$var(fline)\r\n$var(hdrs)\r\n\r\n$var(body)");
>> msg_apply_changes();
>> }
>>
>>
>>
>> but then the BYE doesn't work, kamailio can't match it to a dialog
>>
>>
>>
>> 2023/11/21 12:48:41.962062 FREESWITCH-IP:5080 -> 10.0.3.141:5060
>> BYE sip:+FROM-NUMBER@CLIENT-IP;transport=TLS SIP/2.0
>> Via: SIP/2.0/UDP FREESWITCH-IP:5080;rport;branch=z9hG4bK34FNtg4e31B8K
>> Route: 
>> Route: 
>> Max-Forwards: 70
>> From: ;tag=133B764ZS9QvD
>> To: ;tag=df6b235d
>> Call-ID: 75fc6fcaaa32bcd7655ca72452eac
>> CSeq: 75731668 BYE
>> User-Agent: C3S-v1.1
>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
>> REGISTER, REFER, NOTIFY
>> Supported: timer, path, replaces
>> Reason: Q.850;cause=16;text="NORMAL_CLEARING"
>> Content-Length: 0
>>
>>
>>
>> DEBUG:  [core/receive.c:392]: receive_msg(): --- received sip
>> message - request - call-id: [aa157c08df1109c4655ca64d0ed67] - cseq:
>> [75731561 BYE]
>> DEBUG:  [core/receive.c:263]: ksr_evrt_pre_routing(): event route
>> core:pre-routing not defined
>> DEBUG:  [core/receive.c:474]: receive_msg(): preparing to run
>> routing scripts...
>> ERROR: 

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

[David Villasmil via sr-users]

AFAIK that’s a job for a B2BUA, not a proxy. You want something like
Freeswitch or Asterisk

On Thu, 23 Nov 2023 at 01:26, Social Boh via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hello,
>
> I'd like to know if there is a way, from Kamailio side, take the
> refer-to header Kamailio receive in a REFER request and create a new
> INVITE whit this data; then bridge the call between the originating user
> and the new destination user.
>
> Thank you
>
> Regards
>
> --
> ---
> I'm SoCIaL, MayBe
>
> __
> 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:

[SR-Users] Re: sips to sip

[David Villasmil via sr-users]

thanks all, i figured it out with help from Alfonso who found
https://github.com/fredposner/scripts/blob/master/kamailio/kamailio-tls_srtp-bridge.cfg
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, Nov 21, 2023 at 2:34 PM Henning Westerholt  wrote:

> Hi David,
>
>
>
> at least from the logs the dialog is matched:
>
>
>
> DEBUG: dialog [dlg_hash.c:885]: internal_get_dlg(): dialog
> callid='aa157c08df1109c4655ca64d0ed67' found on entry 1431, dir=2
> to-tag='ZDDN09pNH37XB'
> DEBUG: dialog [dlg_profile.c:541]: set_current_dialog(): setting current
> dialog [1431:511]
> DEBUG: dialog [dlg_handlers.c:343]: dlg_iuid_sfree(): freeing dlg iuid
> [3314:1253] (0x7f6d9b2afe20)
> DEBUG: dialog [dlg_hash.c:1293]: next_state_dlg(): dialog 0x7f6d9b2f8240
> changed from state 5 to state 5, due event 7 (ref 2)
>
>
>
> The dialog is already deleted at this point, not sure why.
>
>
>
> Please note that your rewrite method can cause problems in dialogs, as for
> example the From/To header will be not matching to the expectations of the
> UAs. Consider using the methods I mentioned earlier to prevent this.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> *From:* David Villasmil 
> *Sent:* Dienstag, 21. November 2023 13:58
> *To:* Henning Westerholt 
> *Cc:* Kamailio (SER) - Users Mailing List 
> *Subject:* Re: [SR-Users] sips to sip
>
>
>
> thanks Henning,
>
>
>
> Already tried that with:
>
>
>
>
> if (is_method("INVITE")) {
> $var(fline) = $msg(fline);
> $var(hdrs) = $msg(hdrs);
> $var(body) = $msg(body);
>
> $var(fline) = $(var(fline){s.replace,sips,sip});
> #{s.replace,;transport=TLS,}{s.replace,;transport=tls,});
> $var(hdrs) = $(var(hdrs){s.replace,sips,sip});
> #{s.replace,;transport=TLS,}{s.replace,;transport=tls,});
> $var(body) = $(var(body){s.replace,sips,sip});
> #{s.replace,;transport=TLS,}{s.replace,;transport=tls,});
>
> msg_set_buffer("$var(fline)\r\n$var(hdrs)\r\n\r\n$var(body)");
> msg_apply_changes();
> }
>
>
>
> but then the BYE doesn't work, kamailio can't match it to a dialog
>
>
>
> 2023/11/21 12:48:41.962062 FREESWITCH-IP:5080 -> 10.0.3.141:5060
> BYE sip:+FROM-NUMBER@CLIENT-IP;transport=TLS SIP/2.0
> Via: SIP/2.0/UDP FREESWITCH-IP:5080;rport;branch=z9hG4bK34FNtg4e31B8K
> Route: 
> Route: 
> Max-Forwards: 70
> From: ;tag=133B764ZS9QvD
> To: ;tag=df6b235d
> Call-ID: 75fc6fcaaa32bcd7655ca72452eac
> CSeq: 75731668 BYE
> User-Agent: C3S-v1.1
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,
> REFER, NOTIFY
> Supported: timer, path, replaces
> Reason: Q.850;cause=16;text="NORMAL_CLEARING"
> Content-Length: 0
>
>
>
> DEBUG:  [core/receive.c:392]: receive_msg(): --- received sip
> message - request - call-id: [aa157c08df1109c4655ca64d0ed67] - cseq:
> [75731561 BYE]
> DEBUG:  [core/receive.c:263]: ksr_evrt_pre_routing(): event route
> core:pre-routing not defined
> DEBUG:  [core/receive.c:474]: receive_msg(): preparing to run
> routing scripts...
> ERROR: 

[SR-Users] Re: sips to sip

[David Villasmil via sr-users]

thanks Henning,

Already tried that with:


if (is_method("INVITE")) {
$var(fline) = $msg(fline);
$var(hdrs) = $msg(hdrs);
$var(body) = $msg(body);

$var(fline) = $(var(fline){s.replace,sips,sip});
#{s.replace,;transport=TLS,}{s.replace,;transport=tls,});
$var(hdrs) = $(var(hdrs){s.replace,sips,sip});
#{s.replace,;transport=TLS,}{s.replace,;transport=tls,});
$var(body) = $(var(body){s.replace,sips,sip});
#{s.replace,;transport=TLS,}{s.replace,;transport=tls,});

msg_set_buffer("$var(fline)\r\n$var(hdrs)\r\n\r\n$var(body)");
msg_apply_changes();
}

but then the BYE doesn't work, kamailio can't match it to a dialog

2023/11/21 12:48:41.962062 FREESWITCH-IP:5080 -> 10.0.3.141:5060
BYE sip:+FROM-NUMBER@CLIENT-IP;transport=TLS SIP/2.0
Via: SIP/2.0/UDP FREESWITCH-IP:5080;rport;branch=z9hG4bK34FNtg4e31B8K
Route: 
Route: 
Max-Forwards: 70
From: ;tag=133B764ZS9QvD
To: ;tag=df6b235d
Call-ID: 75fc6fcaaa32bcd7655ca72452eac
CSeq: 75731668 BYE
User-Agent: C3S-v1.1
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,
REFER, NOTIFY
Supported: timer, path, replaces
Reason: Q.850;cause=16;text="NORMAL_CLEARING"
Content-Length: 0



DEBUG:  [core/receive.c:392]: receive_msg(): --- received sip message
- request - call-id: [aa157c08df1109c4655ca64d0ed67] - cseq: [75731561 BYE]
DEBUG:  [core/receive.c:263]: ksr_evrt_pre_routing(): event route
core:pre-routing not defined
DEBUG:  [core/receive.c:474]: receive_msg(): preparing to run routing
scripts...
ERROR: 

[SR-Users] sips to sip

[David Villasmil via sr-users]

Hello guys,

I have this setup where one side is TLS and the other UDP. Normally this
works fine, but we have this provider sending sips as the schema everywhere
(from, to, rr, contacts), kamailio sends the same sips to the upstream usp
freeswitch.

My problem is when FS sends back a 200OK and kamailio forwards it back to
the provider, the provider sends an ACK and kamailio can't match it with
the dialog and doesn't know where to forward it.

i think this is happening because FS when is sees SIPS is setting the
contact port as 5081 instead of the usual 5080...


Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: How to check for presence of a file from a route? (Or any other way to tell kamailio not to accept new calls)

[David Villasmil via sr-users]

Or better yet use an htable

On Mon, 13 Nov 2023 at 13:31, Henning Westerholt via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hello,
>
> just to add another common method, you could also just use a cfg file
> variable that you can modify later with kamcmd, kamcli etc.. There is a
> prepared variable (pstn..) in the default cfg.
>
> Cheers,
>
> Henning
>
>
> --
> Henning Westerholt - https://skalatan.de/blog/
> Kamailio services - https://gilawa.com
>
>
>
> > -Original Message-
> > From: Daniel-Constantin Mierla via sr-users  >
> > Sent: Montag, 13. November 2023 11:46
> > To: Kamailio (SER) - Users Mailing List 
> > Cc: Daniel-Constantin Mierla 
> > Subject: [SR-Users] Re: How to check for presence of a file from a
> route? (Or
> > any other way to tell kamailio not to accept new calls)
> >
> > On 13.11.23 11:17, Benoit Panizzon via sr-users wrote:
> > > Hi
> > >
> > > I'm still looking for a better way to tell Kamailio that we want to
> > > enter 'maintenance' and STAY in maintenance after a restart.
> > >
> > > Maintenance is: Reject all messages without totag with 503 to prevent
> > > creating new dialogues.
> > >
> > > I could use a shared pv and the use kamcmd pv.shvSet to toggle it.
> > >
> > > But when kamailio is restarted, that pv is also reset to it's initial
> > > state. Not good, if I want to make sure the node stays in maintenance
> > > mode after a restart as for example after pushing a config change via
> > > ansible.
> > >
> > > So what comes to my mind is to check for the presence of a file.
> > >
> > > something like:
> > >
> > > route[CHECK_MAINTENANCE]
> > > {
> > > if (!has_totag() && is_method("INVITE")) {
> > > if (file_exist("/etc/kamailio/maintenance.flag")) {
> > > xlog("L_ERR", "Maintenance flag present! Rejecting
> > INVITE\n");
> > > t_send_reply("503", "Maintenance mode - no new
> > calls accepted");
> > > exit;
> > > }
> > > }
> > > }
> >
> > I would really avoid checking/reading a file for every new sip call,
> especially on
> > production system with decent volume of calls. But if suits your needs
> and
> > system, look at corex module, there is a function to read the content of
> a file.
> >
> > I would rather find a solution where the state is kept in memory, like
> still using
> > $shv(...) and change kamailio.cfg to init in maintenance mode via pv
> > parameter which can set $shv(...) at startup, or using htable with
> database
> > backend that loads at startup.
> >
> > Cheers,
> > Daniel
> >
> > --
> > Daniel-Constantin Mierla (@ asipto.com)
> > twitter.com/miconda -- linkedin.com/in/miconda Kamailio Consultancy and
> > Development Services
> >
> > __
> > 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:
>
__
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:

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

[David Villasmil via sr-users]

Agreed

On Sun, 22 Oct 2023 at 23:22, Oleg Belousov via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hi, Ben.
> Inline is how we implemented mentioned points in our project, If that will
> be helpful.
> Not sure if SS helps much to prevent spoofed calls, but there could be
> other bonuses like rcd/branded calling which sounds like a promising cnam
> extension.
> --
> obelousov.tel
>
>
> On Fri, 20 Oct 2023 at 16:25, Ben Kaufman via sr-users <
> sr-users@lists.kamailio.org> wrote:
>
>> My point was simply that there's more challenge in the bureaucracy than
>> technical implementation.
>>
>> From a technical standpoint, the corner cases to consider are:
>>
>> 1. Number validity. Sure things that fit into an e.164 and/or
>> recognizable number patterns are simple.  What happens when someone sends a
>> From: URI of `sip:anonym...@domain.com` - IIRC, the orig_tn field within
>> the identity header is supposed to be numeric.  Do you reject the call?
>> Attest it as "C" and provide this in the `orig_tn` field or in a separate
>> field?
>>
> [Oleg] We are using P-Asserted-Identity instead of From, it keeps the
> number even if CLIR is enabled. As per ATIS-174
> The ‘orig’ claim ‘tn’ value shall be derived using the following rules:
> - The P-Asserted-Identity header field value shall be used as the
> telephone identity, if present, otherwise the From header field value shall
> be used.
> - If there are two P-Asserted-Identity header field values, the
> authentication service shall have logic to choose the most appropriate one
> based on local service provider policy.
> - The action taken when neither the P-Asserted-Identity header field value
> nor the From header contain tel URI identities is outside the scope of the
> SHAKEN framework.
>
>>
>> 2. Handling of forwarded calls - If you're sending a Diversion: header,
>> do you also add an Identity header with a `div` passport?  Rewrite the From
>> header?  How do you determine the attestation in that case?
>>
>  [Oleg] For the forwarded calls (with enabled diversion) we are checking
> if Identity is present. If yes - send call as it is, otherwise assign
> attestation C,
>
>>
>> 3. Known customers sending numbers for which you're not the provider?
>> Strictly speaking this should attest as "B", but supposing that you're a
>> secondary vendor for the customer, and they're sending their primary number
>> which is with a different provider?  Do you then allow them to submit an
>> LOA (or whatever your jurisdictional equivalent is) and attest as A?
>>
>  [Oleg] If A-number does nor belong to operator - we assign attestation B
>
>>
>> The questions above are strictly for STI Authentication.  Verification
>> has some other idiosyncrasies.   Consider that there's three attestation
>> levels for authentication, and normally as a carrier it is not desirable to
>> pass the Identity header to the customer (consider if Privacy: is on).  The
>> general practice is to assign this to a verstat parameter to the user
>> portion of a PAI header's **USER** field, which is syntactically awkward in
>> Kamailio.  Also strictly speaking AFAIK, the verstat only has two values -
>> passed or failed - so there's three possible attestation levels but they
>> only map to two verification levels.  Therea are suggestions on how to deal
>> with this, but I'm not sure on their official status.
>>
>> This brings up the final complexity:  It's a rapidly evolving system
>> without a high degree of consistency vendor to vendor, so there's as much
>> of a challenge of staying on top of things as anything else.
>>
>> -Original Message-
>> From: Olle E. Johansson via sr-users 
>> Sent: Friday, October 20, 2023 2:08 AM
>> To: Kamailio (SER) - Users Mailing List 
>> Cc: Olle E. Johansson 
>> Subject: [SR-Users] Re: STIR/SHAKEN with Kamailio
>>
>> CAUTION: This email originated from outside the organization. Do not
>> click links or open attachments unless you recognize the sender and know
>> the content is safe.
>>
>>
>> > On 19 Oct 2023, at 18:46, Alex Balashov via sr-users <
>> sr-users@lists.kamailio.org> wrote:
>> >
>> > 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...
>> Sadly that's my view of the US implementation. I can't say if it solved
>> the problem, but I can see that a lot of new and old actors got an
>> oppurtunity to earn more money.
>>
>> There's no EU-wide implementation or regulation at this point. I am aware
>> of France. There are certainly discussions.
>> /O
>> >
>> > -- Alex
>> >
>> >> On 19 Oct 2023, at 09:33, Ben Kaufman via sr-users <
>> sr-users@lists.kamailio.org> wrote:
>> >>
>> >> Like some of the other posters here, we've implemented it as a
>> 302-redirect server. This was the primary reason for using the secsipid
>> rather than stirshaken mo

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

[David Villasmil via sr-users]

I implemented it with Kamailio. I forward all invites to a Kamailio
instance that does the stir/shaken stuff and returns it in a 302 which is
then added to the INVITE to continue normally. OpenSIPS has a nice how-to
and examples on how to do it.

Hope that helps

David

On Wed, 18 Oct 2023 at 10:03, Olle E. Johansson via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hello Kamailians!
>
> As STIR/SHAKEN seems to cross the ocean and arrive on the European shores,
> I’m curious on how you’ve implemented it with Kamailio. I asked on our
> Matrix chat and got two responses that seems to not use the Kamailio
> STIR/SHAKEN support but rather a 3rd party service that they’ve integrated
> using restful APIs.
>
> Please help me and share how you’re implementing STIR/SHAKEN with Kamailio.
>
> I’m not shaken, nor stirred. yet.
>
> Regards,
> /O
> __
> 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:

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

[David Villasmil via sr-users]

Why not just use a hash and separate fields by ; ? You can then just join
or split as you set or get?

On Fri, 22 Sep 2023 at 08:20, Ben Kaufman via sr-users <
sr-users@lists.kamailio.org> wrote:

> Thank you.  I’ll look into that!
>
>
>
> Kaufman
> __
> 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:

[SR-Users] Re: kamcmd reload is slow or blocking additional reloads

[David Villasmil]

You could also do this yourself and contribute :)

On Wed, 6 Sep 2023 at 10:08, Martin Nyström 
wrote:

> Thanks,
>
>
>
> I’ll keep the reload_delta above 0 but I’ll lower it a bit.
>
>
>
> My question has been answered, but as OEJ said I think you should update
> the message returned when performing an RPC reload and streamline the JSON
> body response. It appears each module has its own OK message.
>
>
>
>
>
> /M
>
>
>
> *From: *Daniel-Constantin Mierla 
> *Date: *Tuesday, 5 September 2023 at 10:26
> *To: *Kamailio (SER) - Users Mailing List ,
> Martin Nyström 
> *Subject: *Re: [SR-Users] Re: kamcmd reload is slow or blocking
> additional reloads
>
> *CAUTION:* This email originated from outside the organization. Do not
> click links or open attachments unless you recognize the sender and know
> the content is safe.
>
>
>
> Hello,
>
>
>
> it is not taking so long to load the records, there is a limit related to
> how often the reload commands can be executed:
>
>
>
>   -
> https://www.kamailio.org/docs/modules/stable/modules/permissions.html#permissions.p.reload_delta
>
>
>
> It is by design for safety reasons. If you do need reloading very often,
> it might be just better to match with sql query (sqlops) directly over the
> database table records.
>
>
>
> Cheers,
> Daniel
>
>
>
> On 05.09.23 10:19, Martin Nyström wrote:
>
> Hey OEJ 😊
>
>
>
> Yes, the message returned should be updated. However, before resorting to
> htables I am still curious why it would take ~8 seconds to load my 4-row
> large, trusted table from db.
>
> Is there a way I can troubleshoot this further? I’ve solved this temporary
> with a queue for the rpc requests.
>
>
>
>
>
>
>
> /M
>
>
>
> *From: *Olle E. Johansson  
> *Date: *Tuesday, 5 September 2023 at 09:13
> *To: *Kamailio (SER) - Users Mailing List 
> 
> *Subject: *[SR-Users] Re: kamcmd reload is slow or blocking additional
> reloads
>
> *CAUTION:* This email originated from outside the organization. Do not
> click links or open attachments unless you recognize the sender and know
> the content is safe.
>
>
>
>
>
>
>
>
> On 4 Sep 2023, at 15:46, Martin Nyström 
>  wrote:
>
>
>
> Hello,
>
>
>
> Hi Martin :-) !
>
>
>
>
> Running ”kamcmd permissions.trustedReload” it instantly returns “Reload
> OK” but I cannot repeat the reload for about 8 seconds. This is the same
> for dialplan.reload and dispatcher.reload.
>
>
>
> root@superman.local:/# kamcmd permissions.trustedReload
>
> Reload OK
>
> That message should propably be changed to “Reload initiated OK"
>
>
> root@superman.local:/# kamcmd permissions.trustedReload
>
> error: 500 - ongoing reload
>
> root@superman.local:/# kamcmd permissions.trustedReload
>
> error: 500 - ongoing reload
>
>
>
> There are scenarios where I might need to reload the permission table
> multiple times within this 8 second window. Is this some kind of intended
> block or is something at fault?
>
>
>
> *modparam("db_mysql", "ping_interval", 60)*
>
> *modparam("db_mysql", "timeout_interval", 4)*
>
> *modparam("db_mysql", "auto_reconnect", 1)*
>
> *modparam("db_mysql", "opt_ssl_mode", 0)*
>
> *modparam("permissions", "db_url", "*
> *mysql://kamailio:x@aws-rds-database* */kamailio")*
>
>
>
> *version: kamailio 5.7.1 (x86_64/linux) *
>
> *flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, MEM_JOIN_FREE,
> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX,
> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR,
> USE_DST_BLOCKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED*
>
> *ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024,
> BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB*
>
> *poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.*
>
> *id: unknown *
>
> *compiled with gcc 10.2.1*
>
>
>
>
>
> Maybe think about using htables instead as you can manipulate them easier.
>
>
>
> We may want a way to check last reload of trusted table in order to
> confirm that it was loaded ok.
>
>
>
> /O
>
>
>
> __
>
> 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:
>
>
>
> --
>
> Daniel-Constantin Mierla (@ asipto.com)
>
> twitter.com/miconda -- linkedin.com/in/miconda
>
> Kamailio Consultancy - Training Services -- asipto.com
>
> Kamailio World Conference - kamailioworld.com
>
> __
> 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 Lis

[SR-Users] Re: Kamailio behind TLS-TCP load balancer

[David Villasmil]

DDOS, better Load balancer resiliency, easier to manager, there’s lots of
benefits.

On Thu, 17 Aug 2023 at 09:55, Karsten Horsmann  wrote:

> Hi Henning,
>
> Yeah TLS offloading is then not an plus but the benefits from DDOS
> prevention and clear transport headers should compensate that.
>
>
> Henning Westerholt  schrieb am Mi., 16. Aug. 2023, 10:09:
>
>> Hi Karsten,
>>
>>
>>
>> interesting scenario, thanks. Regarding TLS off-loading its of course
>> less useful then.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Henning
>>
>>
>>
>> --
>>
>> Henning Westerholt – https://skalatan.de/blog/
>>
>> Kamailio services – https://gilawa.com
>>
>>
>>
>> *From:* Karsten Horsmann 
>> *Sent:* Dienstag, 15. August 2023 20:24
>> *To:* Kamailio (SER) - Users Mailing List 
>> *Subject:* [SR-Users] Re: Kamailio behind TLS-TCP load balancer
>>
>>
>>
>> Hi,
>>
>>
>>
>> an benefit from using the AWS loadbalancer is the included DDOS
>> prevention. Jonas Swiatek gave that as tipp to me.
>>
>>
>>
>> He simple setup self-signed certs on the Kamailio behind the NLB
>> loadbalancer.
>>
>> So it's
>>
>>
>>
>> Internet -> TLS NLB/AWS loadbalancer -> TLS self-signed Kamailio.
>>
>>
>>
>> Should solve your problems.
>>
>>
>>
>> Kind regards
>>
>> Karsten Horsmann
>>
>> Henning Westerholt  schrieb am Sa., 12. Aug. 2023, 11:09:
>>
>> Hello David,
>>
>>
>>
>> the simplest way is of course to just not use the AWS load-balancer. 😉
>> Do you have performance concerns using Kamailio for that purpose?
>>
>>
>>
>> As you probably know, SIP as a protocol is not really suited for this
>> kind of cloud balancing infrastructure, which targets more HTTP and other
>> protocols. And Kamailio in a load-balancer scenario is usually the first
>> TLS/TCP/UDP endpoint to reach from the client point of view.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Henning
>>
>>
>>
>> --
>>
>> Henning Westerholt – https://skalatan.de/blog/
>>
>> Kamailio services – https://gilawa.com
>>
>>
>>
>> *From:* David Villasmil 
>> *Sent:* Samstag, 12. August 2023 02:55
>> *To:* Kamailio (SER) - Users Mailing List 
>> *Subject:* [SR-Users] Kamailio behind TLS-TCP load balancer
>>
>>
>>
>> Hello all,
>>
>>
>>
>> I’m having lots of problems when trying to configure Kamailio behind an
>> AWS tls load balancer to offload tls and receive on tcp on Kamailio.
>> Everything else inside is UDP.
>>
>> I found I need to manually add record-route presets every time and invite
>> comes in. And when trying to forward an ACK to the client via tls/tcp load
>> balancer Kamailio complaint the socket is not TLS so it fails.
>>
>>
>>
>> Is there a simpler way of doing this via some parameters I don’t know?
>>
>>
>>
>> Thanks for helping me with this!
>>
>>
>>
>> David
>>
>> --
>>
>> Regards,
>>
>>
>>
>> David Villasmil
>>
>> email: david.villasmil.w...@gmail.com
>>
>> phone: +34669448337
>>
>> __
>> 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:
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Kamailio behind TLS-TCP load balancer

[David Villasmil]

True, but one gets a lot of benefits from being behind AWS’ load balancer.

On Wed, 16 Aug 2023 at 11:00, Henning Westerholt  wrote:

> Hi Karsten,
>
>
>
> interesting scenario, thanks. Regarding TLS off-loading its of course less
> useful then.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* Karsten Horsmann 
> *Sent:* Dienstag, 15. August 2023 20:24
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* [SR-Users] Re: Kamailio behind TLS-TCP load balancer
>
>
>
> Hi,
>
>
>
> an benefit from using the AWS loadbalancer is the included DDOS
> prevention. Jonas Swiatek gave that as tipp to me.
>
>
>
> He simple setup self-signed certs on the Kamailio behind the NLB
> loadbalancer.
>
> So it's
>
>
>
> Internet -> TLS NLB/AWS loadbalancer -> TLS self-signed Kamailio.
>
>
>
> Should solve your problems.
>
>
>
> Kind regards
>
> Karsten Horsmann
>
> Henning Westerholt  schrieb am Sa., 12. Aug. 2023, 11:09:
>
> Hello David,
>
>
>
> the simplest way is of course to just not use the AWS load-balancer. 😉
> Do you have performance concerns using Kamailio for that purpose?
>
>
>
> As you probably know, SIP as a protocol is not really suited for this kind
> of cloud balancing infrastructure, which targets more HTTP and other
> protocols. And Kamailio in a load-balancer scenario is usually the first
> TLS/TCP/UDP endpoint to reach from the client point of view.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* David Villasmil 
> *Sent:* Samstag, 12. August 2023 02:55
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* [SR-Users] Kamailio behind TLS-TCP load balancer
>
>
>
> Hello all,
>
>
>
> I’m having lots of problems when trying to configure Kamailio behind an
> AWS tls load balancer to offload tls and receive on tcp on Kamailio.
> Everything else inside is UDP.
>
> I found I need to manually add record-route presets every time and invite
> comes in. And when trying to forward an ACK to the client via tls/tcp load
> balancer Kamailio complaint the socket is not TLS so it fails.
>
>
>
> Is there a simpler way of doing this via some parameters I don’t know?
>
>
>
> Thanks for helping me with this!
>
>
>
> David
>
> --
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
> __
> 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:
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Kamailio behind TLS-TCP load balancer

[David Villasmil]

Oh you mean public cert on the TLS public side and a self signed cert on
the inside? Meaning Kamailio would still be serving a n TLS? Record-route
problem… that’s cool. I’ll try that.
Thanks!

On Tue, 15 Aug 2023 at 20:49, Karsten Horsmann  wrote:

> Hi,
>
> an benefit from using the AWS loadbalancer is the included DDOS
> prevention. Jonas Swiatek gave that as tipp to me.
>
> He simple setup self-signed certs on the Kamailio behind the NLB
> loadbalancer.
> So it's
>
> Internet -> TLS NLB/AWS loadbalancer -> TLS self-signed Kamailio.
>
> Should solve your problems.
>
> Kind regards
> Karsten Horsmann
>
> Henning Westerholt  schrieb am Sa., 12. Aug. 2023, 11:09:
>
>> Hello David,
>>
>>
>>
>> the simplest way is of course to just not use the AWS load-balancer. 😉
>> Do you have performance concerns using Kamailio for that purpose?
>>
>>
>>
>> As you probably know, SIP as a protocol is not really suited for this
>> kind of cloud balancing infrastructure, which targets more HTTP and other
>> protocols. And Kamailio in a load-balancer scenario is usually the first
>> TLS/TCP/UDP endpoint to reach from the client point of view.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Henning
>>
>>
>>
>> --
>>
>> Henning Westerholt – https://skalatan.de/blog/
>>
>> Kamailio services – https://gilawa.com
>>
>>
>>
>> *From:* David Villasmil 
>> *Sent:* Samstag, 12. August 2023 02:55
>> *To:* Kamailio (SER) - Users Mailing List 
>> *Subject:* [SR-Users] Kamailio behind TLS-TCP load balancer
>>
>>
>>
>> Hello all,
>>
>>
>>
>> I’m having lots of problems when trying to configure Kamailio behind an
>> AWS tls load balancer to offload tls and receive on tcp on Kamailio.
>> Everything else inside is UDP.
>>
>> I found I need to manually add record-route presets every time and invite
>> comes in. And when trying to forward an ACK to the client via tls/tcp load
>> balancer Kamailio complaint the socket is not TLS so it fails.
>>
>>
>>
>> Is there a simpler way of doing this via some parameters I don’t know?
>>
>>
>>
>> Thanks for helping me with this!
>>
>>
>>
>> David
>>
>> --
>>
>> Regards,
>>
>>
>>
>> David Villasmil
>>
>> email: david.villasmil.w...@gmail.com
>>
>> phone: +34669448337
>>
> __
>
>
>> 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:
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

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

[David Villasmil]

Have you looked at comparing a header with a string? like;

if($hdr(Refer-To)=~"^011.*") {
  do something}

Have you also looked at how to reply? maybe something like:

sl_send_reply("603", "Decline");

then exiting further processing, like:

exit;

Then put it all together, and you got what you're looking for.

or maybe instead of replying with an error, just stop processing if these
are attacks?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Mon, Aug 14, 2023 at 3:41 AM David Cunningham 
wrote:

> Hello,
>
> We want to check if the number in a REFER's Refer-To header begins with
> 011, and if so reject the request as not allowed. What would be the most
> effective way to do that?
>
> Thanks in advance,
>
> --
> David 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...@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:

[SR-Users] Kamailio behind TLS-TCP load balancer

[David Villasmil]

Hello all,

I’m having lots of problems when trying to configure Kamailio behind an AWS
tls load balancer to offload tls and receive on tcp on Kamailio. Everything
else inside is UDP.
I found I need to manually add record-route presets every time and invite
comes in. And when trying to forward an ACK to the client via tls/tcp load
balancer Kamailio complaint the socket is not TLS so it fails.

Is there a simpler way of doing this via some parameters I don’t know?

Thanks for helping me with this!

David
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: advertise transport

[David Villasmil]

Hello guys,

got it. i just added a parameter with
https://kamailio.org/docs/modules/5.1.x/modules/rr.html#rr.f.add_rr_param

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Wed, Aug 2, 2023 at 3:01 AM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Hello guys,
>
> I have kamailio behind a TLS->TCP Load Balancer. I'm having problems
> because the outgoing packets have a record has the correct advertise BUT
> kamailio is assuming that because the outgoing socket is TCP, it adds
> ";transport=tcp"... is it possible to set that parameter to tls?
>
> Thanks!
>
> David
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
__
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:

[SR-Users] advertise transport

[David Villasmil]

Hello guys,

I have kamailio behind a TLS->TCP Load Balancer. I'm having problems
because the outgoing packets have a record has the correct advertise BUT
kamailio is assuming that because the outgoing socket is TCP, it adds
";transport=tcp"... is it possible to set that parameter to tls?

Thanks!

David

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Kamailio 5.6.4 and htable dbmode=1

[David Villasmil]

values from the table.
>
> No errors.
>
>
>
> But if I stop kamailio, nothing is written to the tables.
>
>
>
> At start I can see:
>
>
>
> kamailio[]: DEBUG:  [core/modparam.c:112]:
>
> set_mod_param_regex(): 'htable' matches module 'htable'
>
> kamailio[]: DEBUG:  [core/sr_module.c:814]: find_param_export():
>
> found  in module htable
>
> [/usr/lib/x86_64-linux-gnu/kamailio/modules/htable.so]
>
> kamailio[]: DEBUG:  [core/modparam.c:128]:
>
> set_mod_param_regex(): found  in module htable
>
> [/usr/lib/x86_64-linux-gnu/kamailio/modules/htable.so]
>
> kamailio[]: DEBUG: htable [ht_api.c:1046]: ht_table_spec(): htable
>
> [callpush] - dbmode [1]
>
> kamailio[]: DEBUG: htable [ht_api.c:1027]: ht_table_spec(): htable
>
> [callpush] - dbtable [userpush]
>
> kamailio[]: DEBUG: htable [ht_api.c:1036]: ht_table_spec(): htable
>
> [callpush] - expire [86400]
>
> kamailio[]: DEBUG: htable [ht_api.c:1041]: ht_table_spec(): htable
>
> [callpush] - size [10]
>
>
>
>
>
>
>
> kamailio[]: DEBUG: htable [ht_api.c:1084]: ht_db_load_tables():
>
> loading db table [userpush] in ht [userpush]
>
> kamailio[]: DEBUG: htable [ht_db.c:232]: ht_db_load_table():
>
> === loading hash table [userpush] from database [userpush]
>
> kamailio[]: DEBUG: db_sqlite [dbase.c:223]: db_sqlite_submit_query():
>
> submit_query: select key_name,key_type,value_type,key_value from
>
> userpush  order by key_name
>
> kamailio[]: DEBUG:  [db_query.c:72]: db_do_submit_query():
>
> submitted query: select key_name,key_type,value_type,key_value from
>
> userpush  order by key_name, result 0
>
> kamailio[]: DEBUG:  [db_res.c:119]: db_new_result(): allocate 56
>
> bytes for result set at 0x7f4882107938
>
> kamailio[]: DEBUG:  [db_res.c:79]: db_free_columns(): freeing 0
>
> columns
>
> kamailio[]: DEBUG:  [db_res.c:138]: db_free_result(): freeing
>
> result set at 0x7f4882107938
>
>
>
> Ok, the file is empty, but it tries to load the data from the table.
>
>
>
> The table looks like:
>
>
>
> sqlite> .schema userpush
>
> CREATE TABLE userpush (
>
> key_name TEXT,
>
> "key_type" INTEGER,
>
> value_type INTEGER,
>
> key_value TEXT
>
> );
>
>
>
>
>
> I checked the source code and I saw that destroy() should be called.
>
> Inside is ht_db_open_con() called before ht_db_sync_tables(), were it
>
> happens.
>
> But I can even not see the debug message from ht_db_open_con() :
>
>
>
> LM_DBG("database connection opened successfully\n")
>
> and also not
>
> LM_ERR("failed to connect to the database\n");
>
>
>
> For me it looks like, that the destroy() function is not called.
>
>
>
> Even with debug=3, I can only see:
>
>
>
>
>
> systemd[]: Stopping kamailio.service - Kamailio - the Open Source SIP
>
> Server...
>
> kamailio[]: INFO:  [main.c:854]: sig_usr(): signal 15 received
>
> systemd[]: kamailio.service: Deactivated successfully.
>
> systemd[]: Stopped kamailio.service - Kamailio - the Open Source SIP
>
> Server.
>
>
>
> I stopped kamailio with
>
>
>
> systemctl stop kamailio
>
>
>
> I'm sure that something was inside the htable before I stoped kamailio:
>
>
>
> {
>
> entry: 0
>
>     size: 1
>
> slot: {
>
> {
>
> name:
>
> 07db580a6c13e798a5acc0d123d6e957897c8650b43f99d6d5cb9c2cb5ba4fa4
>
> value:
>
> 3a28dcb73eb65722df5a261983b7692cecdca482bf8725032e46a0c6b89fb355
>
> type: str
>
> }
>
> }
>
> }
>
>
>
> Any further ideas?
>
>
>
> Best regards,
>
>
>
> Bernd
>
>
>
>
>
>
>
> __
>
> 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:
>
>
>
>
> --
>
> EDNT GmbH
>
> Werner-von-Siemens-Strasse 7
>
> 64625 Bensheim
>
> www.ednt.de
>
>
>
> Registergericht: Darmstadt
>
> Registernummer: 24972
>
>
>
> Geschäftsführer: Karlheinz Knapp
>
>
> __
> 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:
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: 302 Handling issue in failure route

[David Villasmil]

i went through this. It's not that kamailio has changed, kamailio executes
one first, then the other. So if you now added some drop() or exit()
somewhere on the first route, it won't execute the second.

This is what i found some months ago:
>>MMM, that's strange, I was using it on failure route and the route was
being executed, but the data wasn't there. I put it on the onreply route and
that one is now executed with the data correctly there...
>>
>>I probably did something wrong.

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Mon, Jul 3, 2023 at 2:21 PM Daniel-Constantin Mierla 
wrote:

> Hello,
>
> nothing relevant happened during the past few days (in case you did a
> kamailio upgrade), so it should be something specific to your environment.
> I would suggest to run with debug=3 in kamailio.cfg and see what you can
> get from the debug messages.
>
> Eventually, if it is production, try to add some xlog() lines in config at
> relevant places in routing blocks to make you understand better what is
> executed and what is not (debug=3 may become too heavy for production).
>
> Cheers,
> Daniel
> On 03.07.23 08:11, Devang Dhandhalya wrote:
>
> Hello All
>
> I am handling 302 response in the failure route and when receiving 302
> response in kamailio, it's not going into the failure route , kamailio just
> executing the onreply route when 302 response are received.
> A few days ago the same code with failure route worked but now it does not.
> i dont know why kamailio is not executing a failure route from where we
> can redirect calls to another server.
>
> code snippet
>
> route[RELAY]{
>   t_on_reply("MANAGE_REPLY");
> t_on_failure("MANAGE_FAILURE");
>   t_on_branch("MANAGE_BRANCH");
>
>   if (!t_relay()) {
> sl_reply_error();
> }
> exit;
> }
> failure_route[MANAGE_FAILURE] {
> if (t_is_canceled()) {
> exit;
> }
>   if (t_check_status("302")){
>   get_redirects("*");
>   $ru= $T_rpl($sel(contact.uri));
>   route(RELAY);
> }
> }
>
>
> kamailio version : 5.6.4
> Please suggest if I am doing anything wrong.
>
>
> --
> Regards,
> *Devang Dhandhalya*
>
> *Disclaimer*
> In addition to generic Disclaimer which you have agreed on our website,
> any views or opinions presented in this email are solely those of the
> originator and do not necessarily represent those of the Company or its
> sister concerns. Any liability (in negligence, contract or otherwise)
> arising from any third party taking any action, or refraining from taking
> any action on the basis of any of the information contained in this email
> is hereby excluded.
>
> *Confidentiality*
> This communication (including any attachment/s) is intended only for the
> use of the addressee(s) and contains information that is PRIVILEGED AND
> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
> of this communication is prohibited. Please inform originator if you have
> received it in error.
>
> *Caution for viruses, malware etc.*
> This communication, including any attachments, may not be free of viruses,
> trojans, similar or new contaminants/malware, interceptions or
> interference, and may not be compatible with your systems. You shall carry
> out virus/malware scanning on your own before opening any attachment to
> this e-mail. The sender of this e-mail and Company including its sister
> concerns shall not be liable for any damage that may incur to you as a
> result of viruses, incompleteness of this message, a delay in receipt of
> this message or any other computer problems.
>
> __
> 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:
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
> www.linkedin.com/in/miconda
> Kamailio World Conference - www.kamailioworld.com
>
> __
> 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:

[SR-Users] Re: header from failure_route

[David Villasmil]

Hey Henning,

Thanks! Well, the problem is I can’t evaluate the header on the
failure_route. That’s why I was trying with T_rpl, but hdr returns 0 (as
int) of the header is not present, as opposed to $null…



On Sat, 3 Jun 2023 at 22:46, Henning Westerholt  wrote:

> Hello,
>
>
>
> maybe just guard the assignment with the is_reply() function?
>
>
>
>
> https://kamailio.org/docs/modules/5.5.x/modules/siputils.html#siputils.f.is_reply
>
>
>
> Or evaluate the specific header before actually assigning it with an if
> check?
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* David Villasmil 
> *Sent:* Samstag, 3. Juni 2023 13:02
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* [SR-Users] header from failure_route
>
>
>
> Hello guys,
>
>
>
> so i'm doing on a failure_route:
>
>
> $var(xgws_in_reply) = $T_rpl($hdr(X-GWs));
>
>
> which when it’s present on the reply is cool…
>
>
>
> but when there is NO REPLY, then kamailio sets it to “0”… anyway over this?
>
>
>
> i only want to know whether it is present on the reply
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] header from failure_route

[David Villasmil]

Hello guys,

so i'm doing on a failure_route:

$var(xgws_in_reply) = $T_rpl($hdr(X-GWs));

which when it’s present on the reply is cool…

but when there is NO REPLY, then kamailio sets it to “0”… anyway over this?

i only want to know whether it is present on the reply

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] manipulate Authentication header

[David Villasmil]

Hello guys,

I can't find a simple way of changing the username and recalculate the has
in a REGISTER... do i have to use textops?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Dispatcher behavior

[David Villasmil]

What type of packets? It should send OPTIONS to check whether it came back
up. There’s params to disable this behavior.

On Mon, 13 Mar 2023 at 01:53, Jawaid Bazyar  wrote:

> Hi, is this expected behavior?
>
>
>
> I have two target hosts in a dispatcher set, 10.20.20.118 (prio 5) and
> 10.20.20.252 (prio 10).
>
>
>
> When I have 10.20.20.252 turned off, dispatcher still tries to send
> packets to that host, even when the status flags are IP.
>
>
>
>
>
>
>
>
>
> root@vs-rs01:/etc/kamailio# kamcmd dispatcher.list
>
> {
>
>  NRSETS: 1
>
>  RECORDS: {
>
>SET: {
>
> ID: 1
>
> TARGETS: {
>
>  DEST: {
>
>URI: sip:10.20.20.252:5060
>
>FLAGS: IP
>
>PRIORITY: 10
>
>LATENCY: {
>
> AVG: 0.00
>
> STD: 0.00
>
> EST: 0.00
>
> MAX: 0
>
> TIMEOUT: 62
>
>}
>
>  }
>
>  DEST: {
>
>URI: sip:10.20.20.118:5060
>
>FLAGS: AP
>
>PRIORITY: 5
>
>LATENCY: {
>
> AVG: 3.876000
>
> STD: 2.965000
>
> EST: 5.058000
>
> MAX: 14
>
> TIMEOUT: 0
>
>}
>
>  }
>
> }
>
>}
>
>  }
>
> }
>
>
> __
> 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:
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Websocket closing

[David Villasmil]

That’s exactly what’s happening, AWS reuses the ip:port source.

I understand it was very unlikely the ip:port would be reused, but nowadays
kamailio is more and more used on the cloud with a load balancer in front.


Regards

David

On Wed, 1 Mar 2023 at 14:40, David Villasmil 
wrote:

> Hello Daniel,
>
> Yep sir; there an AWS load-balancer. But regardless, shouldn’t the mapping
> get cleared immediately?
>
> Thanks
>
> David
>
> On Wed, 1 Mar 2023 at 11:28, Daniel-Constantin Mierla 
> wrote:
>
>> Hello,
>>
>> are the endpoints connecting directly to Kamailio, or is there a http
>> proxy/tcp loadbalancer in front?
>>
>> It is pretty unlikely another endpoint to get same source ip and port,
>> unless is a middle proxy that reuses the connection. I met the latter case
>> in the past, but not the former.
>>
>> Cheers,
>> Daniel
>> On 01.03.23 09:49, David Villasmil wrote:
>>
>> Hello Alex,
>>
>> Thanks for replying. Yeah that’s exactly our concern.
>>
>> David
>>
>> On Wed, 1 Mar 2023 at 01:33, Alex Balashov 
>> wrote:
>>
>>> Hi,
>>>
>>> The proxy-ws has no way of knowing which client is registered; all it
>>> can do is consume the RURI as received, and map it to an existing
>>> connection from IP1:PORT1.
>>>
>>> I think it's vital to get to the bottom of why the first connection was
>>> never "cleaned up". When the socket closes, it should be cleaned up, and
>>> rather immediately. What's going on there?
>>>
>>> -- Alex
>>>
>>> —
>>> Sent from mobile, apologies for brevity and errors.
>>>
>>> On Feb 28, 2023, at 5:40 PM, David Villasmil <
>>> david.villasmil.w...@gmail.com> wrote:
>>>
>>> 
>>>
>>> Hello guys,
>>>
>>> We're seeing corner cases where the following happens:
>>>
>>> On proxy-ws
>>> - IP1:PORT1  connects via websocket from Client1
>>> - Registration happens on an upstream kamailio
>>> - for any reason, the TCP socket closes or times out.
>>> - IP1:PORT1 (same IP:PORT combination) connects via websocket from
>>> Client2
>>> - Registration happens on an upstream kamailio
>>>
>>> Now a call comes in to Client1. Because the first connection was never
>>> cleaned up, it is sent to the proxy-ws and the proxy will send it to the
>>> IP1:PORT1 where Client2 is connected.
>>>
>>> Short story, proxy-ws doesn't check the IP1:PORT1 where it is sending
>>> the INVITE is the actual client it is supposed to be sending...
>>>
>>> It seems that when a socket is closed, the mapping IP:PORT to Address
>>> (i.e.: sip:d4f27e34@994f31243be9.invalid;transport=ws) doesn't seem to
>>> be cleared... is this by design?
>>>
>>> Thanks!
>>>
>>>
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.w...@gmail.com
>>> phone: +34669448337
>>>
>>> ______
>>> 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:
>>>
>> --
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>>
>> __
>> 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:
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
>> www.linkedin.com/in/miconda
>> Kamailio World Conference - June 5-7, 2023 - www.kamailioworld.com
>> Kamailio Advanced Training - Online - March 27-30, 2023 - www.asipto.com
>>
>> --
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Websocket closing

[David Villasmil]

Hello Daniel,

Yep sir; there an AWS load-balancer. But regardless, shouldn’t the mapping
get cleared immediately?

Thanks

David

On Wed, 1 Mar 2023 at 11:28, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> are the endpoints connecting directly to Kamailio, or is there a http
> proxy/tcp loadbalancer in front?
>
> It is pretty unlikely another endpoint to get same source ip and port,
> unless is a middle proxy that reuses the connection. I met the latter case
> in the past, but not the former.
>
> Cheers,
> Daniel
> On 01.03.23 09:49, David Villasmil wrote:
>
> Hello Alex,
>
> Thanks for replying. Yeah that’s exactly our concern.
>
> David
>
> On Wed, 1 Mar 2023 at 01:33, Alex Balashov 
> wrote:
>
>> Hi,
>>
>> The proxy-ws has no way of knowing which client is registered; all it can
>> do is consume the RURI as received, and map it to an existing connection
>> from IP1:PORT1.
>>
>> I think it's vital to get to the bottom of why the first connection was
>> never "cleaned up". When the socket closes, it should be cleaned up, and
>> rather immediately. What's going on there?
>>
>> -- Alex
>>
>> —
>> Sent from mobile, apologies for brevity and errors.
>>
>> On Feb 28, 2023, at 5:40 PM, David Villasmil <
>> david.villasmil.w...@gmail.com> wrote:
>>
>> 
>>
>> Hello guys,
>>
>> We're seeing corner cases where the following happens:
>>
>> On proxy-ws
>> - IP1:PORT1  connects via websocket from Client1
>> - Registration happens on an upstream kamailio
>> - for any reason, the TCP socket closes or times out.
>> - IP1:PORT1 (same IP:PORT combination) connects via websocket from Client2
>> - Registration happens on an upstream kamailio
>>
>> Now a call comes in to Client1. Because the first connection was never
>> cleaned up, it is sent to the proxy-ws and the proxy will send it to the
>> IP1:PORT1 where Client2 is connected.
>>
>> Short story, proxy-ws doesn't check the IP1:PORT1 where it is sending the
>> INVITE is the actual client it is supposed to be sending...
>>
>> It seems that when a socket is closed, the mapping IP:PORT to Address
>> (i.e.: sip:d4f27e34@994f31243be9.invalid;transport=ws) doesn't seem to
>> be cleared... is this by design?
>>
>> Thanks!
>>
>>
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>>
>> __
>> 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:
>>
> --
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
> __
> 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:
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
> www.linkedin.com/in/miconda
> Kamailio World Conference - June 5-7, 2023 - www.kamailioworld.com
> Kamailio Advanced Training - Online - March 27-30, 2023 - www.asipto.com
>
> --
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Websocket closing

[David Villasmil]

Hello Alex,

Thanks for replying. Yeah that’s exactly our concern.

David

On Wed, 1 Mar 2023 at 01:33, Alex Balashov 
wrote:

> Hi,
>
> The proxy-ws has no way of knowing which client is registered; all it can
> do is consume the RURI as received, and map it to an existing connection
> from IP1:PORT1.
>
> I think it's vital to get to the bottom of why the first connection was
> never "cleaned up". When the socket closes, it should be cleaned up, and
> rather immediately. What's going on there?
>
> -- Alex
>
> —
> Sent from mobile, apologies for brevity and errors.
>
> On Feb 28, 2023, at 5:40 PM, David Villasmil <
> david.villasmil.w...@gmail.com> wrote:
>
> 
>
> Hello guys,
>
> We're seeing corner cases where the following happens:
>
> On proxy-ws
> - IP1:PORT1  connects via websocket from Client1
> - Registration happens on an upstream kamailio
> - for any reason, the TCP socket closes or times out.
> - IP1:PORT1 (same IP:PORT combination) connects via websocket from Client2
> - Registration happens on an upstream kamailio
>
> Now a call comes in to Client1. Because the first connection was never
> cleaned up, it is sent to the proxy-ws and the proxy will send it to the
> IP1:PORT1 where Client2 is connected.
>
> Short story, proxy-ws doesn't check the IP1:PORT1 where it is sending the
> INVITE is the actual client it is supposed to be sending...
>
> It seems that when a socket is closed, the mapping IP:PORT to Address
> (i.e.: sip:d4f27e34@994f31243be9.invalid;transport=ws) doesn't seem to be
> cleared... is this by design?
>
> Thanks!
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
> __
> 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:
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Websocket closing

[David Villasmil]

Hello guys,

We're seeing corner cases where the following happens:

On proxy-ws
- IP1:PORT1  connects via websocket from Client1
- Registration happens on an upstream kamailio
- for any reason, the TCP socket closes or times out.
- IP1:PORT1 (same IP:PORT combination) connects via websocket from Client2
- Registration happens on an upstream kamailio

Now a call comes in to Client1. Because the first connection was never
cleaned up, it is sent to the proxy-ws and the proxy will send it to the
IP1:PORT1 where Client2 is connected.

Short story, proxy-ws doesn't check the IP1:PORT1 where it is sending the
INVITE is the actual client it is supposed to be sending...

It seems that when a socket is closed, the mapping IP:PORT to Address
(i.e.: sip:d4f27e34@994f31243be9.invalid;transport=ws) doesn't seem to be
cleared... is this by design?

Thanks!


Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Too many 200:OK sip responses

[David Villasmil]

So you’re saying you do see the 200 from the b-leg? Shouldn’t you try to
see why kamailio is not detecting it and forwarding it to the a-leg so the
a-leg can send an ACK and finish the transaction properly?

On Thu, 5 Jan 2023 at 11:21, Waqar 40  wrote:

> Yes. The ACK is missing. Kamailio does not receive 200:OK from calling
> points for these calls. How can I identify these calls which are in session
> and was in a ringing state? I want to delete their data from the database.
>
> On Thu, Jan 5, 2023 at 1:03 PM Olle E. Johansson  wrote:
>
>>
>>
>> > On 5 Jan 2023, at 07:06, Waqar 40  wrote:
>> >
>> > Dear All,
>> >
>> > For a normal call, Kamailio receives 200:OK sip response for the method
>> invite only once but for some calls, it receives 200:OK too many times
>> around 6 to 7. And I also do not receive BYE or any other packets for this
>> kind of call. How can I detect such calls in Kamailio and cancel them? I am
>> inserting data of the calls in the database when the call occurs and
>> deleting it when BYE is received but for these calls as I don't receive BYE
>> so I am unable to delete the record of such calls.
>> The 200 OK is retransmitted until an ACK is received. You have a routing
>> problem somewhere.
>>
>> > Is there a way to detect such calls? Like How can I count if the number
>> of 200:OK responses is more than one or anything like that?
>> The problem is not the number of 200 Ok but the missing ACK. Does the 200
>> OK reach the calling end point? Does it transmit an ACK? Is that received
>> by Kamailio?
>>
>> /O
>>
>> __
>> 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:
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Dockerized VoIP Stack

[David Villasmil]

In an environment such as AWS/GCP , why would you need an rtp proxy? Just
use the inatnce's public ip and isolate that from the signaling. unless
there's a very specific scenario, i don't much see the need.

On Thu, 22 Dec 2022 at 22:18, Alex Balashov 
wrote:

>
> > On Dec 22, 2022, at 3:06 PM, Terrance Devor  wrote:
> >
> > We have been trying to get this deployed into our kubernetes cluster for
> a year now, really appreciate the support from the community.
>
> Are you sure this statement can't be mined for deeper insight into the
> practicality and payoff of the endeavour?
>
> -- Alex
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> __
> 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:
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

[SR-Users] Re: Dockerized VoIP Stack

[David Villasmil]

https://github.com/Viking-VoIP

Been working on that on and off, that might give you a few ideas (it’s AWS
EKS based and freeswitch, but still)

On Thu, 22 Dec 2022 at 08:16, Henning Westerholt  wrote:

> Hello,
>
> we have done some projects in this area. Its some work, but doable. The
> benefits of k8s are not that great for this kind of applications and you
> will not achieve a perfect isolation (security/network level).
>
> As a note, you probably want to use rtpengine instead of rtpproxy.
>
> Cheers,
>
> Henning
>
> --
> *Von:* Terrance Devor 
> *Gesendet:* Donnerstag, 22. Dezember 2022, 04:35
> *An:* sr-users@lists.kamailio.org 
> *Betreff:* [SR-Users] Dockerized VoIP Stack
>
> Hello Everyone,
>
> Does anyone have experience in deploying Kamailio, Asterisk and RTPProxy
> to a dockerized environment with K8s?
>
> In short, we are looking to deploy the following applications to our
> Kubernetes environment to support a SIP based PBX for our company:
> - Kamailio (Sip Proxy with DID, Outbound, edge routing and LB capabilities)
> - Asterisk Realtime (PBX, IVR)
> - RTPProxy (Media Relay)
>
> Has anyone been successful, or failed, in doing this? I would love to hear
> from you.
>
> Terrance
>
> __
> 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:
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
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:

Re: [SR-Users] Starting with Kamailio

[David Villasmil]

You can do realtime speech recognition with freeswitch + unimrcp
(commercial but not expensive) + aws/gcp

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, Nov 29, 2022 at 9:55 AM Denys Pozniak 
wrote:

> Hello!
> In my experience and opinion, it will be easier for you to start by
> reading the book "SIP routing with Kamailio".
> But you need to understand that Kamailio is a Proxy and it will be
> difficult to build a full-fledged RTC platform only on it.
> Usually, it is used in conjunction with Asterisk/Freeswitch.
>
> вт, 29 нояб. 2022 г. в 09:10, Clint Crabtree :
>
>> Hello,
>>
>>
>>
>> I’m a DIY entrepreneurial developer beginning to build a system and I
>> stumbled upon Kamailio.   I’ve installed asterisk and kamailio in hopes of
>> setting up an IVR to collect voice to speech information from incoming
>> calls.  I’m skilled with PHP to Javascript application development.  In my
>> research of PBX and discovery of Asterisk I have found enough information
>> online to begin developing with Asterisk ARI; however, somewhere in my
>> discovery process was the suggestion that Kamailio can offer close to real
>> time voice recognition streaming whereas Asterisk is more of a record,
>> pause, translate, respond process.
>>
>>
>>
>> In an AstriCon presentation by Fred Posner I saw recommendations for new
>> applications the suggestion to develop with Kamailio:
>> https://www.youtube.com/watch?v=IaYOboZQEw0?t=23m10s
>>
>>
>>
>> I’m a newbie to SIP, but it seems really promising, can you help point me
>> in the right direction for aforementioned use-case for Kamailio? or am I
>> misunderstanding some if its capability?
>>
>>
>>
>> Regards,
>>
>> Clint Crabtree
>> __
>> Kamailio - Users Mailing List - Non Commercial Discussions
>> sr-users@lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
> --
>
> BR,
> Denys Pozniak
>
>
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
__
Kamailio - Users Mailing List - Non Commercial Discussions
sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Tcp/websocket closing

[David Villasmil]

Hello, that’s exactly the scenario. Thanks!

On Mon, 14 Nov 2022 at 08:58, Henning Westerholt  wrote:

> Hello,
>
>
>
> not sure if I fully get the question. Are you saying the sequence is like
> this, for a connection over a TCP based protocol:
>
>
>
> INVITE
>
> 401 reply
>
> INVITE with auth, ACK, BYE
>
> REGISTER with Expires=0
>
> 401 reply
>
> No reply from client
>
>
>
> Then the TCP connection should be closed after the configured lifetime in
> Kamailio, default is 120s. You can tune this e.g. by setting TCP lifetime,
> keepalive and keepalive counter values as Kamailio core parameters.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* sr-users  *On Behalf Of *David
> Villasmil
> *Sent:* Saturday, November 12, 2022 4:39 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* [SR-Users] Tcp/websocket closing
>
>
>
> Hello all,
>
>
>
> Question:
>
>
>
> Say there’s a client connecting via websocket, makes a call and then
> unregisters. But kamailio sends a 401 expecting the client to authenticate.
> If the client doesn’t, and simply stays there, at what point is the socket
> closed? Is it the OS timeout?
>
>
>
> Thanks!
>
>
>
> David
>
> --
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Tcp/websocket closing

[David Villasmil]

Hello all,

Question:

Say there’s a client connecting via websocket, makes a call and then
unregisters. But kamailio sends a 401 expecting the client to authenticate.
If the client doesn’t, and simply stays there, at what point is the socket
closed? Is it the OS timeout?

Thanks!

David
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] I am having an error with Kamailio

[David Villasmil]

That doesn’t say anything, Check kamailio’s log.


On Fri, 7 Oct 2022 at 08:38, Michael Osude  wrote:

> Please see my output and see if you can help me resolve the error
>
> ● kamailio.service - Kamailio (OpenSER) - the Open Source SIP Server
>Loaded: loaded (/usr/lib/systemd/system/kamailio.service; enabled;
> vendor preset: disabled)
>Active: failed (Result: start-limit) since Thu 2022-10-06 23:42:33 CDT;
> 10min ago
>   Process: 9931 ExecStart=/usr/sbin/kamailio -DD -P
> /var/run/kamailio/kamailio.pid -f $CFGFILE -m $SHM_MEMORY -M $PKG_MEMORY
> (code=exited, status=255)
>  Main PID: 9931 (code=exited, status=255)
>
> Oct 06 23:42:32 s181866.wholesaleinternet.net systemd[1]: Unit
> kamailio.service entered failed state.
> Oct 06 23:42:32 s181866.wholesaleinternet.net systemd[1]:
> kamailio.service failed.
> Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]:
> kamailio.service holdoff time over, scheduling restart.
> Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: Stopped
> Kamailio (OpenSER) - the Open Source SIP Server.
> Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: start request
> repeated too quickly for kamailio.service
> Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: Failed to start
> Kamailio (OpenSER) - the Open Source SIP Server.
> Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]: Unit
> kamailio.service entered failed state.
> Oct 06 23:42:33 s181866.wholesaleinternet.net systemd[1]:
> kamailio.service failed.
>
>
> Thank you
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Guide to set up Kamailio as an SBC

[David Villasmil]

There are many many guides out there, just search for “kamailio as an SBC”..

https://telecom.altanai.com/2018/01/08/kamailio-as-inbound-outbound-proxy-or-session-border-controller/



On Fri, 23 Sep 2022 at 15:54, Unai Rodriguez  wrote:

> Dear List,
>
> I’m new to Kamailio and would like to set it up as a standalone general
> purpose SBC.
>
> I’m having a hard time finding a guide specific for this. What can you
> recommend?
>
> Thank you so much
>
> With best wishes,
> Unai Rodriguez
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] [Freeswitch-users] SIPp uas(SIPp)->client reINVITE late offer

[David Villasmil]

For anyone who might ever need it, i'm attaching a working version.



Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, Sep 20, 2022 at 10:36 AM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Yep, it's on proxy.
>
> I'm attaching the SIPp scenario and the output.
> The ACK to the 200 OK is not being matched by freeSWITCH i've seen too
> many traces already, looking for some new fresh eyes to help me out.
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Tue, Sep 20, 2022 at 8:21 AM Brian West  wrote:
>
>> make sure to enable 3pcc in your sofia profiles that are involved.
>>
>> /b
>>
>>
>> On Thu, Sep 15, 2022 at 7:01 AM Patrick Karton 
>> wrote:
>>
>>> Check record route header that seems to be the issue.
>>>
>>>
>>>
>>> Le 15 sept. 2022 12:02, David Villasmil 
>>> a écrit :
>>>
>>> Hello all,
>>>
>>> Anyone got a SIPp scenario for reINVITE with late offer? I.e.:
>>>
>>> UAT--->INVITE (sdp)--->SIPp
>>> UAT<--- 100 <---SIPp
>>> UAT<--- 183 <---SIPp
>>> UAT<--- 200 OK <---SIPp
>>> UAT> ACK --->SIPp
>>> UAT<--- INVITE (NO sdp) <---SIPp
>>> UAT---> 100 --->SIPp
>>> UAT---> 183 --->SIPp
>>> UAT---> 200 OK (sdp) -->SIPp
>>> UAT<--- ACK (sdp) <---SIPp
>>> UAT---> BYE -->SIPp
>>> UAT<--- ACK <--SIPp
>>>
>>> I can’t get past
>>>
>>> UAT<--- INVITE (NO sdp) <---SIPp
>>>
>>>
>>> Kamailio responds with “not here”
>>>
>>>
>>> Appreciate the help!
>>>
>>>
>>>
>>>
>>> --
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.w...@gmail.com
>>> phone: +34669448337
>>>
>>>
>>> _
>>>
>>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
>>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
>>> services.
>>> Build your next product on our scalable cloud platform.
>>>
>>> Join our online community to chat in real time
>>> https://signalwire.community
>>>
>>> Professional FreeSWITCH Services
>>> sa...@freeswitch.com
>>> https://freeswitch.com
>>>
>>> Official FreeSWITCH Sites
>>> https://freeswitch.com/oss
>>> https://freeswitch.org/confluence
>>> https://cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> freeswitch-us...@lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> https://freeswitch.com
>>
>>
>>
>> --
>>
>> Brian West | Co-founder and Developer
>>
>> Need Commercial support? email sa...@freeswitch.com
>>
>> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
>> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>>
>> Email: br...@freeswitch.com
>>
>> Mobile: 918-424-9378
>>
>> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>>
>> [image: https://www.facebook.com/signalwireinc?src=email]
>> <https://www.facebook.com/freeswitch> [image:
>> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
>> __
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users@lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>








 
  
	  
	  
  



  



  







  

  








  







  


  




  



  

  































__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] [Freeswitch-users] SIPp uas(SIPp)->client reINVITE late offer

[David Villasmil]

Yep, it's on proxy.

I'm attaching the SIPp scenario and the output.
The ACK to the 200 OK is not being matched by freeSWITCH i've seen too
many traces already, looking for some new fresh eyes to help me out.

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, Sep 20, 2022 at 8:21 AM Brian West  wrote:

> make sure to enable 3pcc in your sofia profiles that are involved.
>
> /b
>
>
> On Thu, Sep 15, 2022 at 7:01 AM Patrick Karton 
> wrote:
>
>> Check record route header that seems to be the issue.
>>
>>
>>
>> Le 15 sept. 2022 12:02, David Villasmil 
>> a écrit :
>>
>> Hello all,
>>
>> Anyone got a SIPp scenario for reINVITE with late offer? I.e.:
>>
>> UAT--->INVITE (sdp)--->SIPp
>> UAT<--- 100 <---SIPp
>> UAT<--- 183 <---SIPp
>> UAT<--- 200 OK <---SIPp
>> UAT> ACK --->SIPp
>> UAT<--- INVITE (NO sdp) <---SIPp
>> UAT---> 100 --->SIPp
>> UAT---> 183 --->SIPp
>> UAT---> 200 OK (sdp) -->SIPp
>> UAT<--- ACK (sdp) <---SIPp
>> UAT---> BYE -->SIPp
>> UAT<--- ACK <--SIPp
>>
>> I can’t get past
>>
>> UAT<--- INVITE (NO sdp) <---SIPp
>>
>>
>> Kamailio responds with “not here”
>>
>>
>> Appreciate the help!
>>
>>
>>
>>
>> --
>> Regards,
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>>
>>
>> _
>>
>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
>> services.
>> Build your next product on our scalable cloud platform.
>>
>> Join our online community to chat in real time
>> https://signalwire.community
>>
>> Professional FreeSWITCH Services
>> sa...@freeswitch.com
>> https://freeswitch.com
>>
>> Official FreeSWITCH Sites
>> https://freeswitch.com/oss
>> https://freeswitch.org/confluence
>> https://cluecon.com
>>
>> FreeSWITCH-users mailing list
>> freeswitch-us...@lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> https://freeswitch.com
>
>
>
> --
>
> Brian West | Co-founder and Developer
>
> Need Commercial support? email sa...@freeswitch.com
>
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
>
> Email: br...@freeswitch.com
>
> Mobile: 918-424-9378
>
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
>
> [image: https://www.facebook.com/signalwireinc?src=email]
> <https://www.facebook.com/freeswitch> [image:
> https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>








 
  
	  
	  
  



  



  







  

  








  







  


  




  



  

  

































message_file.log
Description: Binary data
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] SIPp uas(SIPp)->client reINVITE late offer

[David Villasmil]

Hello all,

Anyone got a SIPp scenario for reINVITE with late offer? I.e.:

UAT--->INVITE (sdp)--->SIPp
UAT<--- 100 <---SIPp
UAT<--- 183 <---SIPp
UAT<--- 200 OK <---SIPp
UAT> ACK --->SIPp
UAT<--- INVITE (NO sdp) <---SIPp
UAT---> 100 --->SIPp
UAT---> 183 --->SIPp
UAT---> 200 OK (sdp) -->SIPp
UAT<--- ACK (sdp) <---SIPp
UAT---> BYE -->SIPp
UAT<--- ACK <--SIPp

I can’t get past

UAT<--- INVITE (NO sdp) <---SIPp


Kamailio responds with “not here”


Appreciate the help!




-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio stops processing requests mid script

[David Villasmil]

Is this metal or cloud? If aws try stopping/starting so it starts in a
different underlying hardware. If metal try with a different metal… could
be the hardware.

On Thu, 15 Sep 2022 at 07:44, Joel Serrano  wrote:

> Hi Daniel,
>
> I've tried with apparmor disabled unfortunately the same issue happens.
>
> I've sent you privately the output of the kamctl trap. I personally don't
> think it's Kamailio's fault per se, this is on a standard debian 11. I'm
> just lost and don't really understand what the hell is going on.
>
> Thanks, I appreciate your help with this.
> Joel.
>
>
>
> On Wed, Sep 14, 2022 at 9:50 AM Joel Serrano  wrote:
>
>> Hi Daniel,
>>
>> I've followed your suggestions and compared this "bad" server with the
>> two "good" ones.
>>
>> - Pike:
>>
>> In all cases we have:
>>
>> if (src_ip!=myself && !ds_is_from_list()) {
>> if($sht(ipban=>$si)!=$null) {
>> xlog("L_ALERT","ALERT: blocked by pike R=$ru from $fu
>> (IP:$si:$sp)\n");
>> exit;
>> }
>> if (!pike_check_req()) {
>> xlog("L_ALERT","ALERT: pike blocking R=$ru from $fu
>> (IP:$si:$sp)\n");
>> $sht(ipban=>$si) = 1;
>> exit;
>> }
>> }
>>
>> And we are not seeing any logs, therefore I'm discarding pike.
>>
>> - Firewall:
>>
>> I checked all 3 servers, and none of them have -local- firewall policies.
>>
>> - conntrack:
>>
>> All 3 servers have nf_conntrack loaded in kernel.
>>
>> - selinux/etc:
>>
>> The two good servers have "AppArmor" disabled.
>> The bad server has "AppArmor" enabled. !! <-- I'm
>> hoping this could be the cause and I'm going to test tonight without it.
>>
>>
>> Thanks for checking this, I was so lost I actually went ahead and did
>> "kamctl trap" last night too just in case. When I run it, it didn't stop by
>> itself (I stopped it with CTRL+C after some time) but it did generate a
>> file with a lot of output. Can I send you it privately? I'm not sure how to
>> interpret it.
>>
>> Before anything I'm going to test tonight:
>>
>> 1- disabling apparmor
>> 2- unloading nf_conntrack
>>
>> I'll report back with the resutls.
>>
>>
>>
>>
>>
>> On Wed, Sep 14, 2022 at 5:27 AM Daniel-Constantin Mierla <
>> mico...@gmail.com> wrote:
>>
>>> Hello,
>>>
>>> be sure you do not hit some limits set by Kamailio (e.g., pike) or the
>>> system/firewall (e.g., selinux, conntrack).
>>>
>>> You should install gdb and run "kamctl trap" when it stops processing
>>> and inspect the written file to see where each kamailio process is in the
>>> execution stack.
>>>
>>> Cheers,
>>> Daniel
>>> On 14.09.22 10:20, Joel Serrano wrote:
>>>
>>> Bumping this! Any comments? Or suggestions on what to check? I'm feeling
>>> it has to be something stupid but I can't see it :(
>>>
>>>
>>> On Sun, Sep 11, 2022 at 12:56 AM Joel Serrano  wrote:
>>>
 Hello,

 I have a cluster of 2 kamailios v5.5 on debian 9 working flawlessly.

 We have added a third node, also on v5.5 but debian 11. Kamailio
 doesn't work correctly for some reason that I'm not seeing.

 The symptoms are:

 1- Kamailio receives INVITEs and starts to process them per routing
 script.
 2- There is a specific place where something happens and the calls are
 dropped (Kamailio is not even replying to the source). Note that the config
 is exactly the same on all 3 servers, only one of the three is having the
 issue.

 I enabled debug logs and I could see:

 [...]
 Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE
 5111a7c71ec485e443099844491ef...@sip02.example.com} ***
 cfgtrace:dbg_cfg_trace(): request_route=[GET_OUTBOUND_API_DATA]
 c=[/etc/kamailio/sbc/api.cfg] l=61 a=5 n=route
 Sep 10 12:30:48 sbc03 sbc[956340]: exec: {1 102 INVITE
 5111a7c71ec485e443099844491ef...@sip02.example.com} ***
 cfgtrace:dbg_cfg_trace(): request_route=[APPLY_REWRITE_RULE]
 c=[/etc/kamailio/sbc/extras.cfg] l=211 a=26 n=xlog
 Sep 10 12:30:48 sbc03 sbc[956340]: INFO: {1 102 INVITE
 5111a7c71ec485e443099844491ef...@sip02.vozelia.com.pa} 

Re: [SR-Users] recompute distribution list

[David Villasmil]

When you use hash over username kamailio on reload creates the distribution
lists I.e:

1- server5
2- server3
3- server8

Now, when a call from userB arrives, it will distribute it for instance to
item 2, server3. And any other whose hash is about the same goes to the
same.

Now, If server3 fails, it is just ignored, but the list is not
recalculated, so all of those calls will go to item3 (server8)

On Mon, 8 Aug 2022 at 23:10, David Villasmil 
wrote:

> I’m not using those algorithms, I’m using hash over username.
>
> On Mon, 8 Aug 2022 at 22:34, Henning Westerholt  wrote:
>
>> Hello,
>>
>>
>>
>> I still might not 100% understand your scenario.
>>
>>
>>
>> If, on the other hand, we recompute (reshuffle) the list ignoring the
>> inactive servers, the traffic would be properly evenly distributed. This
>> is what I’m looking for.
>>
>>
>>
>> But does dispatcher e.g. with a hash based distribution or round-robin
>> does not fulfil this requirement already?
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Henning
>>
>>
>>
>> *From:* David Villasmil 
>> *Sent:* Monday, August 8, 2022 10:30 PM
>> *To:* Kamailio (SER) - Users Mailing List 
>> *Cc:* Henning Westerholt 
>> *Subject:* Re: [SR-Users] recompute distribution list
>>
>>
>>
>> Difference is if you are distributing based off the username hash and a
>> server goes down, it is simply set as “inactive”, but all calls that were
>> going to that serve will now go to the next in the list, so all those calls
>> will land on the next server basically doubling the traffic.
>>
>>
>>
>> If, on the other hand, we recompute (reshuffle) the list ignoring the
>> inactive servers, the traffic would be properly evenly distributed. This is
>> what I’m looking for.
>>
>>
>>
>>
>>
>> Thanks!
>>
>>
>>
>> On Mon, 8 Aug 2022 at 22:03, Kaufman  wrote:
>>
>> With either module (Dispatcher or Carrierroute) , what would be the
>> functional difference between ‘reloading’ and ‘recalculating’?
>>
>>
>>
>> Both modules can be controlled via RPC:
>>
>>
>>
>> Dispatcher can be set to send OPTIONS messages to the hosts in it’s
>> tables to monitor endpoint status and dynamically bring the record in and
>> out of service.  Additionally any target’s state can be changed
>> administratively to disabled.  Finally, if you update your datasource,
>> dispatcher can be reloaded.
>>
>>
>>
>> Carrierroute doesn’t have any keepalive options, but supports adding and
>> removing hosts, activating  and deactivating hosts, and replacing hosts.
>> Additionally, if carrierroute’s data is updated (i.e. if reading from
>> database) it can be completely reloaded.
>>
>>
>>
>>
>>
>> *Kaufman*
>>
>>
>>
>> *From:* sr-users  *On Behalf Of *David
>> Villasmil
>> *Sent:* Monday, August 8, 2022 1:39 PM
>> *To:* Henning Westerholt 
>> *Cc:* Kamailio (SER) - Users Mailing List 
>> *Subject:* Re: [SR-Users] recompute distribution list
>>
>>
>>
>> Hey Henning, thanks for replying. Quick question: Adding (or removing) in
>> memory recalculates without reloading?
>>
>>
>>
>> On Mon, 8 Aug 2022 at 19:47, Henning Westerholt  wrote:
>>
>> Hello,
>>
>>
>>
>> this is possible with carrierroute by RPC command:
>> https://kamailio.org/docs/modules/5.5.x/modules/carrierroute.html#carrierroute.rpc.replace_host
>> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fkamailio.org%2Fdocs%2Fmodules%2F5.5.x%2Fmodules%2Fcarrierroute.html%23carrierroute.rpc.replace_host&data=05%7C01%7Cbkaufman%40bcmone.com%7Cdd11512c3b7f48deb52508da796d5884%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C637955807795997743%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=qtcVZl8iGypaFPL5lQ0UxMPKy1ipi%2B3WmJ1MkgXdNys%3D&reserved=0>
>>
>>
>>
>> With dispatcher you could of course just adding one host two times by
>> some script and reload the module, as a simple idea.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Henning
>>
>>
>>
>> *From:* sr-users  *On Behalf Of *David
>> Villasmil
>> *Sent:* Monday, August 8, 2022 5:05 PM
>> *To:* Kamailio (SER) - Users Mailing List 
>> *Subject:* [SR-Users] recompute distribution list
>>
>>
>>
>> Hello guys,
>>
>>
>>
>> Is it 

Re: [SR-Users] recompute distribution list

[David Villasmil]

I’m not using those algorithms, I’m using hash over username.

On Mon, 8 Aug 2022 at 22:34, Henning Westerholt  wrote:

> Hello,
>
>
>
> I still might not 100% understand your scenario.
>
>
>
> If, on the other hand, we recompute (reshuffle) the list ignoring the
> inactive servers, the traffic would be properly evenly distributed. This
> is what I’m looking for.
>
>
>
> But does dispatcher e.g. with a hash based distribution or round-robin
> does not fulfil this requirement already?
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> *From:* David Villasmil 
> *Sent:* Monday, August 8, 2022 10:30 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Cc:* Henning Westerholt 
> *Subject:* Re: [SR-Users] recompute distribution list
>
>
>
> Difference is if you are distributing based off the username hash and a
> server goes down, it is simply set as “inactive”, but all calls that were
> going to that serve will now go to the next in the list, so all those calls
> will land on the next server basically doubling the traffic.
>
>
>
> If, on the other hand, we recompute (reshuffle) the list ignoring the
> inactive servers, the traffic would be properly evenly distributed. This is
> what I’m looking for.
>
>
>
>
>
> Thanks!
>
>
>
> On Mon, 8 Aug 2022 at 22:03, Kaufman  wrote:
>
> With either module (Dispatcher or Carrierroute) , what would be the
> functional difference between ‘reloading’ and ‘recalculating’?
>
>
>
> Both modules can be controlled via RPC:
>
>
>
> Dispatcher can be set to send OPTIONS messages to the hosts in it’s tables
> to monitor endpoint status and dynamically bring the record in and out of
> service.  Additionally any target’s state can be changed administratively
> to disabled.  Finally, if you update your datasource, dispatcher can be
> reloaded.
>
>
>
> Carrierroute doesn’t have any keepalive options, but supports adding and
> removing hosts, activating  and deactivating hosts, and replacing hosts.
> Additionally, if carrierroute’s data is updated (i.e. if reading from
> database) it can be completely reloaded.
>
>
>
>
>
> *Kaufman*
>
>
>
> *From:* sr-users  *On Behalf Of *David
> Villasmil
> *Sent:* Monday, August 8, 2022 1:39 PM
> *To:* Henning Westerholt 
> *Cc:* Kamailio (SER) - Users Mailing List 
> *Subject:* Re: [SR-Users] recompute distribution list
>
>
>
> Hey Henning, thanks for replying. Quick question: Adding (or removing) in
> memory recalculates without reloading?
>
>
>
> On Mon, 8 Aug 2022 at 19:47, Henning Westerholt  wrote:
>
> Hello,
>
>
>
> this is possible with carrierroute by RPC command:
> https://kamailio.org/docs/modules/5.5.x/modules/carrierroute.html#carrierroute.rpc.replace_host
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fkamailio.org%2Fdocs%2Fmodules%2F5.5.x%2Fmodules%2Fcarrierroute.html%23carrierroute.rpc.replace_host&data=05%7C01%7Cbkaufman%40bcmone.com%7Cdd11512c3b7f48deb52508da796d5884%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C637955807795997743%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=qtcVZl8iGypaFPL5lQ0UxMPKy1ipi%2B3WmJ1MkgXdNys%3D&reserved=0>
>
>
>
> With dispatcher you could of course just adding one host two times by some
> script and reload the module, as a simple idea.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> *From:* sr-users  *On Behalf Of *David
> Villasmil
> *Sent:* Monday, August 8, 2022 5:05 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* [SR-Users] recompute distribution list
>
>
>
> Hello guys,
>
>
>
> Is it possible to have dispatcher recompute the distribution list? i.e.
> one server goes down, all traffic for that server goes to the next one,
> doubling traffic on that one. Is there a way of, when a host becomes
> unreachable, recompute the whole list?
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
> --
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] recompute distribution list

[David Villasmil]

Difference is if you are distributing based off the username hash and a
server goes down, it is simply set as “inactive”, but all calls that were
going to that serve will now go to the next in the list, so all those calls
will land on the next server basically doubling the traffic.

If, on the other hand, we recompute (reshuffle) the list ignoring the
inactive servers, the traffic would be properly evenly distributed. This is
what I’m looking for.


Thanks!

On Mon, 8 Aug 2022 at 22:03, Kaufman  wrote:

> With either module (Dispatcher or Carrierroute) , what would be the
> functional difference between ‘reloading’ and ‘recalculating’?
>
>
>
> Both modules can be controlled via RPC:
>
>
>
> Dispatcher can be set to send OPTIONS messages to the hosts in it’s tables
> to monitor endpoint status and dynamically bring the record in and out of
> service.  Additionally any target’s state can be changed administratively
> to disabled.  Finally, if you update your datasource, dispatcher can be
> reloaded.
>
>
>
> Carrierroute doesn’t have any keepalive options, but supports adding and
> removing hosts, activating  and deactivating hosts, and replacing hosts.
> Additionally, if carrierroute’s data is updated (i.e. if reading from
> database) it can be completely reloaded.
>
>
>
>
>
> *Kaufman*
>
>
>
> *From:* sr-users  * On Behalf Of *David
> Villasmil
> *Sent:* Monday, August 8, 2022 1:39 PM
> *To:* Henning Westerholt 
> *Cc:* Kamailio (SER) - Users Mailing List 
> *Subject:* Re: [SR-Users] recompute distribution list
>
>
>
> Hey Henning, thanks for replying. Quick question: Adding (or removing) in
> memory recalculates without reloading?
>
>
>
> On Mon, 8 Aug 2022 at 19:47, Henning Westerholt  wrote:
>
> Hello,
>
>
>
> this is possible with carrierroute by RPC command:
> https://kamailio.org/docs/modules/5.5.x/modules/carrierroute.html#carrierroute.rpc.replace_host
> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fkamailio.org%2Fdocs%2Fmodules%2F5.5.x%2Fmodules%2Fcarrierroute.html%23carrierroute.rpc.replace_host&data=05%7C01%7Cbkaufman%40bcmone.com%7Cdd11512c3b7f48deb52508da796d5884%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C637955807795997743%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=qtcVZl8iGypaFPL5lQ0UxMPKy1ipi%2B3WmJ1MkgXdNys%3D&reserved=0>
>
>
>
> With dispatcher you could of course just adding one host two times by some
> script and reload the module, as a simple idea.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> *From:* sr-users  *On Behalf Of *David
> Villasmil
> *Sent:* Monday, August 8, 2022 5:05 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* [SR-Users] recompute distribution list
>
>
>
> Hello guys,
>
>
>
> Is it possible to have dispatcher recompute the distribution list? i.e.
> one server goes down, all traffic for that server goes to the next one,
> doubling traffic on that one. Is there a way of, when a host becomes
> unreachable, recompute the whole list?
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
> --
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
> ______
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] recompute distribution list

[David Villasmil]

Hey Henning, thanks for replying. Quick question: Adding (or removing) in
memory recalculates without reloading?

On Mon, 8 Aug 2022 at 19:47, Henning Westerholt  wrote:

> Hello,
>
>
>
> this is possible with carrierroute by RPC command:
> https://kamailio.org/docs/modules/5.5.x/modules/carrierroute.html#carrierroute.rpc.replace_host
>
>
>
> With dispatcher you could of course just adding one host two times by some
> script and reload the module, as a simple idea.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> *From:* sr-users  *On Behalf Of *David
> Villasmil
> *Sent:* Monday, August 8, 2022 5:05 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* [SR-Users] recompute distribution list
>
>
>
> Hello guys,
>
>
>
> Is it possible to have dispatcher recompute the distribution list? i.e.
> one server goes down, all traffic for that server goes to the next one,
> doubling traffic on that one. Is there a way of, when a host becomes
> unreachable, recompute the whole list?
>
>
> Regards,
>
>
>
> David Villasmil
>
> email: david.villasmil.w...@gmail.com
>
> phone: +34669448337
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] recompute distribution list

[David Villasmil]

Hello guys,

Is it possible to have dispatcher recompute the distribution list? i.e.
one server goes down, all traffic for that server goes to the next one,
doubling traffic on that one. Is there a way of, when a host becomes
unreachable, recompute the whole list?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] dialog timeout_avp no longer works?

[David Villasmil]

I think I had to also set

modparam("dialog", "timeout_noreset", 1)



On Sun, 17 Jul 2022 at 07:51, Alex Balashov 
wrote:

> Hi,
>
> I discovered recently that, on Kamailio 5.5.4 at least, the dialog
> ’timeout_avp’ no longer appears to have effect.
>
> Here are my (seemingly relevant) dialog parameters:
>
> modparam("dialog", "enable_stats", 0)
> modparam("dialog", "hash_size", 4096)
> modparam("dialog", "rr_param", "dlgcor")# DLG "correlator"
> modparam("dialog", "dlg_flag", 2)
> modparam("dialog", "default_timeout", 28800)# 8 hours
> modparam("dialog", "dlg_match_mode", 1)
> modparam("dialog", "table_name", "dialog")
> modparam("dialog", "send_bye", 1)
> modparam("dialog", "wait_ack", 0)
> modparam(“dialog”, “timeout_avp”, “$avp(dlg_timeout)”)
>
> The flow is roughly like this:
>
> request_route {
>...
>
>t_check_trans();
>
>if(is_method(“INVITE”)) {
>   ...
>
>   dlg_manage();
>   $avp(dlg_timeout) = 10;
>
>   ...
>
>   if(!t_relay())
>  sl_reply_error();
>
>   return;
>}
>
> I was able to resolve the problem by switching to dlg_set_timeout()
> instead, but I wonder if there has been a regression. Last version I have
> on which this positively works is 4.4.7, though, so not sure when it might
> have broken.
>
> One nuance: $avp(dlg_timeout) is not initialised prior to calling
> dlg_manage(), and the value is only set if certain conditions are true. Not
> sure if some stricter check appeared in later releases which could cause
> this to be a problem.
>
> Thank you!
>
> — Alex
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
>
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] t_drop_replies can't be used on a route?

[David Villasmil]

Hello guys,

I have a failure route which calls another route, and on this route I need
to

t_drop_replies();

But i'm getting:

[core/cfg.y:3510]: yyerror_at(): parse error in config file
/etc/kamailio/include/relay_routes.cfg, line 143, column 20: Command cannot
be used in the block

Any way to fix this without me having to use it in the failure_route?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] calling failure_route

[David Villasmil]

Hello guys,

I ended up doing:

route[DISPATCH] {
  # round robin dispatching on gateways group '1'
  if(!ds_select_dst("1", "4")) {
send_reply("404", "No destination");
exit;
  }
  if(!is_ip($(du{s.rm,sip:}{re.subst,/:.*//})) && !dns_query("$du", "xyz"))
{
xlog("L_DBG", "--- SCRIPT: Marking $du as Inactive/NotProbing!\n");
ds_mark_dst("ip");
route(DISPATCH);
  }
  route(RELAY);
}

This will do a dns_query only if $du is not a valid ip address, and if the
resolution fails, will mark the destination as INACTIVE and try again with
the same route.

Hope this makes sense.

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Fri, May 6, 2022 at 8:50 AM Daniel-Constantin Mierla 
wrote:

> Hello,
>
> you can put the group of actions inside a route block and then execute
> that route block from failure_route and other locations in your config.
>
> Cheers,
> Daniel
> On 05.05.22 19:50, David Villasmil wrote:
>
> Hello guys,
>
> Is it possible to call a failure_route like a normal route?
>
> i.e.:
>
> {
>   t_on_failure("myroute");
> }
> ...
>
> route("myroute");
>
> failure_route[myroute] {
> ...
> }
>
> Let me explain:
>
> I have this scenario where a DNS name may get deleted and a dns resolution
> will fail. There's no pinging to that gateway so i need to:
>
> - skip that gateway when dispatching to the setid
> - detect whether the domain is up and available
>
> And failover to the next gateway.
>
> I don't know of any other way so on the DISPATCH route, I'm doing:
>
> route[DISPATCH] {
>   # round robin dispatching on gateways group '1'
>   if(!ds_select_dst("1", "4")) {
> send_reply("404", "No destination");
> exit;
>   }
>   xlog("L_DBG", "--- SCRIPT: going to <$ru> via <$du>\n");
> if(dns_query("$du", "xyz")) {
>   t_on_failure("RTF_DISPATCH");
>   route(RELAY);
> } else {
>   route(RTF_DISPATCH);
> }
> exit;
> }
>
> to try to resolve and if it fails, it will just go to the failover route.
>
>
> makes sense?
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to the 
> sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
> www.linkedin.com/in/miconda
> Kamailio Advanced Training - Online
>   * https://www.asipto.com/sw/kamailio-advanced-training-online/
>
>
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] dns_query container no found

[David Villasmil]

Hello guys,

simply using the var right before the function made the error go away:

xlog("L_DBG", "--- SCRIPT: DNS <$dns(xyz=>count)>\n");

if(dns_query("$du", "xyz"))


Thanks everyone!

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Fri, May 6, 2022 at 10:58 AM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Hello guys,
>
> I'm trying to use:
>
> if(dns_query("$du", "xyz"))
>
> And all I get is
>
> dns_update_pv(): container not found: xyz
>
> Any ideas? I'm not really sure what that means. I know there's supposed to
> be a $dns(xyz) but it looks like it's not there? I'm using 5.0 BTW.
>
> Thanks all & Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] dns_query container no found

[David Villasmil]

Hello guys,

I'm trying to use:

if(dns_query("$du", "xyz"))

And all I get is

dns_update_pv(): container not found: xyz

Any ideas? I'm not really sure what that means. I know there's supposed to
be a $dns(xyz) but it looks like it's not there? I'm using 5.0 BTW.

Thanks all & Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] calling failure_route

[David Villasmil]

Thanks Henning,

Between the time when the ping realizes it to the next ping, the scenario
might happen. I don’t know the dns failure function, that’s my problem :)

David

On Thu, 5 May 2022 at 21:43, Henning Westerholt  wrote:

> Hello,
>
> It should work out of the box with pinging the gateway. Why do you can not
> use this method?
>
> Otherwise you can just use the appropriate dispatcher method to set the
> gateway state as inactive at dns failure.
>
> Cheers,
>
> Henning
>
> --
> *Von:* sr-users  im Auftrag von
> David Villasmil 
> *Gesendet:* Donnerstag, 5. Mai 2022, 20:52
> *An:* Kamailio (SER) - Users Mailing List 
> *Betreff:* [SR-Users] calling failure_route
>
> Hello guys,
>
> Is it possible to call a failure_route like a normal route?
>
> i.e.:
>
> {
>   t_on_failure("myroute");
> }
> ...
>
> route("myroute");
>
> failure_route[myroute] {
> ...
> }
>
> Let me explain:
>
> I have this scenario where a DNS name may get deleted and a dns resolution
> will fail. There's no pinging to that gateway so i need to:
>
> - skip that gateway when dispatching to the setid
> - detect whether the domain is up and available
>
> And failover to the next gateway.
>
> I don't know of any other way so on the DISPATCH route, I'm doing:
>
> route[DISPATCH] {
>   # round robin dispatching on gateways group '1'
>   if(!ds_select_dst("1", "4")) {
> send_reply("404", "No destination");
> exit;
>   }
>   xlog("L_DBG", "--- SCRIPT: going to <$ru> via <$du>\n");
> if(dns_query("$du", "xyz")) {
>   t_on_failure("RTF_DISPATCH");
>   route(RELAY);
> } else {
>   route(RTF_DISPATCH);
> }
> exit;
> }
>
> to try to resolve and if it fails, it will just go to the failover route.
>
>
> makes sense?
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
> --
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] calling failure_route

[David Villasmil]

Hello guys,

Is it possible to call a failure_route like a normal route?

i.e.:

{
  t_on_failure("myroute");
}
...

route("myroute");

failure_route[myroute] {
...
}

Let me explain:

I have this scenario where a DNS name may get deleted and a dns resolution
will fail. There's no pinging to that gateway so i need to:

- skip that gateway when dispatching to the setid
- detect whether the domain is up and available

And failover to the next gateway.

I don't know of any other way so on the DISPATCH route, I'm doing:

route[DISPATCH] {
  # round robin dispatching on gateways group '1'
  if(!ds_select_dst("1", "4")) {
send_reply("404", "No destination");
exit;
  }
  xlog("L_DBG", "--- SCRIPT: going to <$ru> via <$du>\n");
if(dns_query("$du", "xyz")) {
  t_on_failure("RTF_DISPATCH");
  route(RELAY);
} else {
  route(RTF_DISPATCH);
}
exit;
}

to try to resolve and if it fails, it will just go to the failover route.


makes sense?


Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] failover on dns resolve error

[David Villasmil]

Hello guys,

I have a scenario where a dns name I've added as a dispatcher endpoint may
get removed completely, i.e.: dns resolution fails completely.

How would you recommend implementing failover in this case?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] iterating over htable with lua

[David Villasmil]

can anyone help on this?
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Wed, May 4, 2022 at 10:36 AM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Hello guys,
>
> I'm trying to iterate over an htable in lus, this is what i have:
>
> ===
> loadmodule "app_lua.so"
> modparam("app_lua", "load", "/etc/kamailio/myscript.lua")
> modparam("htable", "htable",
> "mydata=>size=16;autoexpire=0;dbtable=mydata;dbmode=0;")
>
> route {
> lua_run("match_mydata");
> }
>
> ...
>
> function match_mydata()
> KSR.htable.sht_iterator_start("i1", "mydata")
> while KSR.htable.sht_iterator_next("i1")
> do
> KSR.log("err","WHILE: iterating on: " .. KSR.htable.sht_get("
> mydata", "i1"))
> end
> KSR.htable.sht_iterator_end("i1");
> end
>
>
> But i keep getting:
>
> 0(1255) DEBUG: app_lua [app_lua_api.c:666]: app_lua_run_ex(): executing
> Lua function: [[match_mydata]]
> 0(1255) DEBUG: app_lua [app_lua_api.c:668]: app_lua_run_ex(): lua top
> index is: 12
> 0(1255) ERROR: app_lua [app_lua_api.c:719]: app_lua_run_ex(): error from
> Lua: /etc/kamailio/myscript.lua:11: attempt to call field
> 'sht_iterator_start' (a nil value)
> 0(1255) ERROR: app_lua [app_lua_api.c:734]: app_lua_run_ex(): error
> executing: match_mydata (err: 2)
>
> This almost exact same thing works on the cfg:
>
> sht_iterator_start("i1", "msrn");
> while(sht_iterator_next("i1")) {
> xlog("data: $shtitkey(i1)\n");
> }
> sht_iterator_end("i1");
>
> Anyone know what I could be doing wrong?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] iterating over htable with lua

[David Villasmil]

Hello guys,

I'm trying to iterate over an htable in lus, this is what i have:

===
loadmodule "app_lua.so"
modparam("app_lua", "load", "/etc/kamailio/myscript.lua")
modparam("htable", "htable",
"mydata=>size=16;autoexpire=0;dbtable=mydata;dbmode=0;")

route {
lua_run("match_mydata");
}

...

function match_mydata()
KSR.htable.sht_iterator_start("i1", "mydata")
while KSR.htable.sht_iterator_next("i1")
do
KSR.log("err","WHILE: iterating on: " .. KSR.htable.sht_get("mydata",
"i1"))
end
KSR.htable.sht_iterator_end("i1");
end


But i keep getting:

0(1255) DEBUG: app_lua [app_lua_api.c:666]: app_lua_run_ex(): executing Lua
function: [[match_mydata]]
0(1255) DEBUG: app_lua [app_lua_api.c:668]: app_lua_run_ex(): lua top index
is: 12
0(1255) ERROR: app_lua [app_lua_api.c:719]: app_lua_run_ex(): error from
Lua: /etc/kamailio/myscript.lua:11: attempt to call field
'sht_iterator_start' (a nil value)
0(1255) ERROR: app_lua [app_lua_api.c:734]: app_lua_run_ex(): error
executing: match_mydata (err: 2)

This almost exact same thing works on the cfg:

sht_iterator_start("i1", "msrn");
while(sht_iterator_next("i1")) {
xlog("data: $shtitkey(i1)\n");
}
sht_iterator_end("i1");

Anyone know what I could be doing wrong?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] function 'sl_send_reply' is not available

[David Villasmil]

Cool, thanks!

On Tue, 3 May 2022 at 14:27, Yuriy Gorlichenko  wrote:

> Done it for myself but might be will be useful too:
> There are some helpers and tools might be reused for some who uses lua
> https://github.com/ovoshlook/kemi-lua-utils-and-tools
>
> вт, 3 мая 2022 г. в 13:28, David Villasmil  >:
>
>> Hello guys,
>>
>> To answer my own question and leave here for help:
>>
>> I was using sl_send_reply like:
>>
>> function send_reply()
>> KSR.log("err","error log message from embedded interpreter\n");
>> KSR.sl.modf("sl_send_reply", "200", "OK");
>> end
>>
>> but sl_send_reply is not used like that, if you go to
>>
>> https://kamailio.org/docs/tutorials/devel/kamailio-kemi-framework/modules/#sl
>> (you can find documentation for all modules here)
>>
>> you'll see that i must be used like:
>>
>> KSR.sl.sl_send_reply("200", "OK");
>>
>> And now it works great.
>>
>>
>> Thanks everyone!
>>
>> David Villasmil
>> email: david.villasmil.w...@gmail.com
>> phone: +34669448337
>>
>>
>> On Tue, May 3, 2022 at 12:01 PM David Villasmil <
>> david.villasmil.w...@gmail.com> wrote:
>>
>>> Hello guys,
>>>
>>> I'm starting to try KEMI and i already hit a snag... right now i'm
>>> simply testing with:
>>>
>>>
>>> loadmodule "app_lua.so"
>>> modparam("app_lua", "load", "/etc/kamailio/myscript.lua")
>>> cfgengine "lua"
>>> route {
>>>   lua_run("send_reply");
>>> }
>>>
>>> But i'm always getting:
>>>
>>> 0(118) ERROR: app_lua [app_lua_api.c:1633]: sr_kemi_lua_modf(): function
>>> 'sl_send_reply' is not available
>>>
>>>
>>> I'm guessing that function is not exported by the module.. if that's the
>>> case, how can i use it?
>>>
>>> Regards,
>>>
>>> David Villasmil
>>> email: david.villasmil.w...@gmail.com
>>> phone: +34669448337
>>>
>> __
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users@lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] function 'sl_send_reply' is not available

[David Villasmil]

Hello guys,

To answer my own question and leave here for help:

I was using sl_send_reply like:

function send_reply()
KSR.log("err","error log message from embedded interpreter\n");
KSR.sl.modf("sl_send_reply", "200", "OK");
end

but sl_send_reply is not used like that, if you go to
https://kamailio.org/docs/tutorials/devel/kamailio-kemi-framework/modules/#sl
(you can find documentation for all modules here)

you'll see that i must be used like:

KSR.sl.sl_send_reply("200", "OK");

And now it works great.


Thanks everyone!

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Tue, May 3, 2022 at 12:01 PM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> Hello guys,
>
> I'm starting to try KEMI and i already hit a snag... right now i'm
> simply testing with:
>
>
> loadmodule "app_lua.so"
> modparam("app_lua", "load", "/etc/kamailio/myscript.lua")
> cfgengine "lua"
> route {
>   lua_run("send_reply");
> }
>
> But i'm always getting:
>
> 0(118) ERROR: app_lua [app_lua_api.c:1633]: sr_kemi_lua_modf(): function
> 'sl_send_reply' is not available
>
>
> I'm guessing that function is not exported by the module.. if that's the
> case, how can i use it?
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] function 'sl_send_reply' is not available

[David Villasmil]

Hello guys,

I'm starting to try KEMI and i already hit a snag... right now i'm
simply testing with:


loadmodule "app_lua.so"
modparam("app_lua", "load", "/etc/kamailio/myscript.lua")
cfgengine "lua"
route {
  lua_run("send_reply");
}

But i'm always getting:

0(118) ERROR: app_lua [app_lua_api.c:1633]: sr_kemi_lua_modf(): function
'sl_send_reply' is not available


I'm guessing that function is not exported by the module.. if that's the
case, how can i use it?

Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Dispatcher Usage and change of $rU

[David Villasmil]

There’s a typo here:

ds_select_dst("2000"),"6");

On Fri, 29 Apr 2022 at 09:49, Benoît Panizzon 
wrote:

> Hi Gang
>
> I have a observation which I don't understand...
>
> Let's assume we have an inbound $rU = 12345
>
> And I want to change $rU outbound to 0012345
>
> Doing:
>
> $rU = "0012345";
> ds_select_dst("2000"),"6");
> route(RELAY)
>
> The call is being sent out with unaltered R-URI Username: 12345
>
> Doing:
>
> $rU = "0012345";
> ds_select_domain("2000", "6");
> route(RELAY);
>
> The call is being sent out with the intended new R-URI Username: 0012345
>
> Looking at the docs:
>
> https://kamailio.org/docs/modules/5.4.x/modules/dispatcher.html#dispatcher.f.ds_select_dst
>
> I can not figure out, why I see this difference.
>
> --
> Mit freundlichen Grüssen
>
> -Benoît Panizzon- @ HomeOffice und normal erreichbar
> --
> I m p r o W a r e   A G-Leiter Commerce Kunden
> __
>
> Zurlindenstrasse 29
> <https://www.google.com/maps/search/Zurlindenstrasse+29?entry=gmail&source=g>
>Tel  +41 61 826 93 00
> CH-4133 PrattelnFax  +41 61 826 93 01
> Schweiz Web  http://www.imp.ch
> __
>
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337
__
Kamailio - Users Mailing List - Non Commercial Discussions
  * sr-users@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:
  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users