[SR-Users] Invalid Links

[Brandon Armstead]

https://www.kamailio.org/w/kamailio-v5-7-0-release-notes/

article references math module and tls_wolfssl, 2 of the 4 modules
mentioned link back to 5.6 (these two) instead of 5.7 resulting in a 404.

Respective links should be as follows:

math - https://www.kamailio.org/docs/modules/5.7.x/modules/math.html

tls_wolfssl -
https://www.kamailio.org/docs/modules/5.7.x/modules/tls_wolfssl.html

Can we get a correction in the article on WP?

Thanks

- Brandon
__
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: Direct Routing, SIP, INVITE TO TEAMS (400 BAD REQUEST)

[Brandon Armstead]

Tim,

I don't think this matters in this case.  It is currently working as-is
with the minor adjustment of removing socket= param from the Record-Route
header.

- Brandon

On Thu, Dec 29, 2022 at 11:54 AM Tim Chubb 
wrote:

> The request domain is wrong should be your Fqdn not a pstnhub domain, Set
> $du to the pstnhub url, also make sure you present the matching tls cert
> based on the sni of your fqdn
>
> You would probably have a decent reason appended to the 400 response, for
> all its lack of clear documentation the one thing team's does well is its
> error responses, if your not getting a reason your generally failing at the
> tls handshake stage (and that's usually not explicitly setting the sni
> value for tls to use on the way out to teams) its a tls issue and you need
> to explicitly set the domain to use for sni in your config.
>
> The record-route header is pretty forgiving inside the teams black box, I
> regularly append custom key value pairs to it in production when tracing
> flows through system, not tried it with a null value though but in my
> experience teams don't care.
>
> --
> *From:* Kaufman 
> *Sent:* Thursday, December 29, 2022, 4:11 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* [SR-Users] Re: Direct Routing, SIP, INVITE TO TEAMS (400 BAD
> REQUEST)
>
> In your top Record-Route you have:
>
> socket=;
>
> Not sure if that is legal.
>
> Kaufman
>
> -Original Message-
> From: Alex Balashov 
> Sent: Thursday, December 29, 2022 9:02 AM
> To: Kamailio (SER) - Users Mailing List 
> Subject: [SR-Users] Re: Direct Routing, SIP, INVITE TO TEAMS (400 BAD
> REQUEST)
>
> Sorry to hear you're having to interoperate with Teams. It's a unique form
> of sadism I wouldn't wish upon anyone.
>
> A few theories:
>
> 1) Microsoft doesn't like the "bare" Contact header-value here:
>
>Contact: sip:+MY_FROM_PHONE_NUMBER_HERE@MY_FQDN_WAS_HERE
> :5061;transport=tls
>
> Unlike the careted one right above:
>
>P-Asserted-Identity: 
>
> A bare URI absent other header-params is of course completely legal, but
> I'm really trying to get inside the imaginary world of antisocial
> "Microsoft SIP" here.
>
> 2) Could it be that antisocial "Microsoft SIP" sends 400 as a way of
> objecting to something in the SDP, e.g. where a non-demented SIP stack
> would send "488 Not Acceptable Here" or "415 Unsupported Media Type"?
>
> I know you've said you tried multiple clients to rule that out, but I
> wonder if the thing it's objecting to hasn't been ruled out that way.
>
> 3) I saw this media line in the SDP:
>
>m=application 41356 
>
> What's that?
>
> -- Alex
>
> > On Dec 29, 2022, at 9:51 AM, Brandon Armstead  wrote:
> >
> > Outbound calls from my SBC into Teams (Polycom -> SBC -> Teams) always
> result in a 400 BAD REQUEST.
> > Example invite below:
> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpast
> > ebin.com%2FF1G1Ce59=05%7C01%7Cbkaufman%40bcmone.com%7C55672dbf739
> > a4ff447f008dae9b0c9b2%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C638
> > 079242759152531%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2
> > luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=Cbff6B4gNr8
> > A9zs89smJ129y8IyNM9%2B3zVkGhlzpa54%3D=0
> > I've taken care to make sure numbers are all E.164 format in
> From/To/Contact. I've also taken care to make sure that FQDN is used in
> Contact and Record-Route header.
> > I've tried many different variations and have followed the SIP
> information here:
> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flear
> > n.microsoft.com%2Fen-us%2Fmicrosoftteams%2Fdirect-routing-protocols-si
> > p=05%7C01%7Cbkaufman%40bcmone.com%7C55672dbf739a4ff447f008dae9b0c
> > 9b2%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C638079242759152531%7C
> > Unknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1h
> > aWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=GO26A9FOOoS42yMCWPPGo5PkKo75c
> > kjSJSkjAeYRsU0%3D=0 I've also tried several different clients
> > (Bria, Polycom CCX 600, Grandstream, etc) to see if maybe it was
> something in the SDP or otherwise causing an issue.
> > SIP Transport is TLS, RTP is SRTP
> > I might also add that OPTION pings are active and Direct Routing
> Endpoint is active, so this is successful. I also am able to receive calls
> FROM teams to my IP phone(s) without issue. It is only when I try and call
> INTO teams (INVITE -> Microsoft Teams) that I always receive a 400 BAD
> REQUEST to my INVITE.
> > Any help is appreciated, thank you!
> >
>

[SR-Users] Re: Direct Routing, SIP, INVITE TO TEAMS (400 BAD REQUEST)

[Brandon Armstead]

Henning,

There was no reply (reason) available in my case.

- Brandon

On Thu, Dec 29, 2022 at 11:48 AM Henning Westerholt  wrote:

> Hello,
>
>
>
> as mentioned before, have a look to the 400 reply reason phrase. This was
> done quite good from their side, better than many other vendors.
>
> Usually, Teams is not too bad if you are using a defined infrastructure
> that do not introduce too many variables. We are usually using a B2BUA in
> our customer projects for that purpose.
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt – https://skalatan.de/blog/
>
> Kamailio services – https://gilawa.com
>
>
>
> *From:* Brandon Armstead 
> *Sent:* Thursday, December 29, 2022 7:52 PM
> *To:* Kamailio (SER) - Users Mailing List 
> *Subject:* [SR-Users] Re: Direct Routing, SIP, INVITE TO TEAMS (400 BAD
> REQUEST)
>
>
>
> Alex & Kaufman,
>
>
>
>Appreciate the feedback.  The pastebin is one example of about 1000+
> iterations literally of changes.  So I'm finally reaching out :).  I
> haven't tested the socket attribute in record-route change, I will try this
> now.  As for the angle brackets I've tried with and without, etc (already)
> to no effect.  The SDP unknown media type seems to be a Poly thing, so I
> *want* to rule this out as its not in my other SDP's and still receive 400
> bad request.
>
> One more iteration here we go... please feel free to let me know if you
> have any other thoughts on the matter :).
>
>
>
> Thanks!
>
>
>
> - Brandon
>
>
>
> On Thu, Dec 29, 2022 at 8:08 AM Alex Balashov 
> wrote:
>
> Yeah, the grammar says that rr-params are just generic-params, in which
> case it's not. I didn't see that -- nicely spotted!
>
> I think that may be the basis of the 400 Bad Request. I'd be shocked if it
> weren't.
>
> The broken clock of "Microsoft SIP" can still be right twice a day.
>
> > On Dec 29, 2022, at 10:31 AM, Kaufman  wrote:
> >
> > In your top Record-Route you have:
> >
> > socket=;
> >
> > Not sure if that is legal.
> >
> > Kaufman
> >
> > -Original Message-
> > From: Alex Balashov 
> > Sent: Thursday, December 29, 2022 9:02 AM
> > To: Kamailio (SER) - Users Mailing List 
> > Subject: [SR-Users] Re: Direct Routing, SIP, INVITE TO TEAMS (400 BAD
> REQUEST)
> >
> > Sorry to hear you're having to interoperate with Teams. It's a unique
> form of sadism I wouldn't wish upon anyone.
> >
> > A few theories:
> >
> > 1) Microsoft doesn't like the "bare" Contact header-value here:
> >
> >   Contact:
> sip:+MY_FROM_PHONE_NUMBER_HERE@MY_FQDN_WAS_HERE:5061;transport=tls
> >
> > Unlike the careted one right above:
> >
> >   P-Asserted-Identity: 
> >
> > A bare URI absent other header-params is of course completely legal, but
> I'm really trying to get inside the imaginary world of antisocial
> "Microsoft SIP" here.
> >
> > 2) Could it be that antisocial "Microsoft SIP" sends 400 as a way of
> objecting to something in the SDP, e.g. where a non-demented SIP stack
> would send "488 Not Acceptable Here" or "415 Unsupported Media Type"?
> >
> > I know you've said you tried multiple clients to rule that out, but I
> wonder if the thing it's objecting to hasn't been ruled out that way.
> >
> > 3) I saw this media line in the SDP:
> >
> >   m=application 41356 
> >
> > What's that?
> >
> > -- Alex
> >
> >> On Dec 29, 2022, at 9:51 AM, Brandon Armstead  wrote:
> >>
> >> Outbound calls from my SBC into Teams (Polycom -> SBC -> Teams) always
> result in a 400 BAD REQUEST.
> >> Example invite below:
> >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpast
> >> ebin.com%2FF1G1Ce59=05%7C01%7Cbkaufman%40bcmone.com%7C55672dbf739
> >> a4ff447f008dae9b0c9b2%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C638
> >> 079242759152531%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2
> >> luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=Cbff6B4gNr8
> >> A9zs89smJ129y8IyNM9%2B3zVkGhlzpa54%3D=0
> >> I've taken care to make sure numbers are all E.164 format in
> From/To/Contact. I've also taken care to make sure that FQDN is used in
> Contact and Record-Route header.
> >> I've tried many different variations and have followed the SIP
> information here:
> >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flear
> >> n.microsoft.com%2Fen-us%2Fmicrosoftteams%2Fdirect-

[SR-Users] Re: Direct Routing, SIP, INVITE TO TEAMS (400 BAD REQUEST)

[Brandon Armstead]

Alex & Kaufman,

This resolved the issue.  It did not like the socket=; param /
attribute.  Please let me know when you are in SoCal, I owe you a lot of
beer and vodka :).  I can't say this enough, but THANK YOU!

- Brandon

On Thu, Dec 29, 2022 at 8:33 AM Kaufman  wrote:

> In your top Record-Route you have:
>
> socket=;
>
> Not sure if that is legal.
>
> Kaufman
>
> -Original Message-
> From: Alex Balashov 
> Sent: Thursday, December 29, 2022 9:02 AM
> To: Kamailio (SER) - Users Mailing List 
> Subject: [SR-Users] Re: Direct Routing, SIP, INVITE TO TEAMS (400 BAD
> REQUEST)
>
> Sorry to hear you're having to interoperate with Teams. It's a unique form
> of sadism I wouldn't wish upon anyone.
>
> A few theories:
>
> 1) Microsoft doesn't like the "bare" Contact header-value here:
>
>Contact: sip:+MY_FROM_PHONE_NUMBER_HERE@MY_FQDN_WAS_HERE
> :5061;transport=tls
>
> Unlike the careted one right above:
>
>P-Asserted-Identity: 
>
> A bare URI absent other header-params is of course completely legal, but
> I'm really trying to get inside the imaginary world of antisocial
> "Microsoft SIP" here.
>
> 2) Could it be that antisocial "Microsoft SIP" sends 400 as a way of
> objecting to something in the SDP, e.g. where a non-demented SIP stack
> would send "488 Not Acceptable Here" or "415 Unsupported Media Type"?
>
> I know you've said you tried multiple clients to rule that out, but I
> wonder if the thing it's objecting to hasn't been ruled out that way.
>
> 3) I saw this media line in the SDP:
>
>m=application 41356 
>
> What's that?
>
> -- Alex
>
> > On Dec 29, 2022, at 9:51 AM, Brandon Armstead  wrote:
> >
> > Outbound calls from my SBC into Teams (Polycom -> SBC -> Teams) always
> result in a 400 BAD REQUEST.
> > Example invite below:
> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpast
> > ebin.com%2FF1G1Ce59=05%7C01%7Cbkaufman%40bcmone.com%7C55672dbf739
> > a4ff447f008dae9b0c9b2%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C638
> > 079242759152531%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2
> > luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=Cbff6B4gNr8
> > A9zs89smJ129y8IyNM9%2B3zVkGhlzpa54%3D=0
> > I've taken care to make sure numbers are all E.164 format in
> From/To/Contact. I've also taken care to make sure that FQDN is used in
> Contact and Record-Route header.
> > I've tried many different variations and have followed the SIP
> information here:
> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flear
> > n.microsoft.com%2Fen-us%2Fmicrosoftteams%2Fdirect-routing-protocols-si
> > p=05%7C01%7Cbkaufman%40bcmone.com%7C55672dbf739a4ff447f008dae9b0c
> > 9b2%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C638079242759152531%7C
> > Unknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1h
> > aWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=GO26A9FOOoS42yMCWPPGo5PkKo75c
> > kjSJSkjAeYRsU0%3D=0 I've also tried several different clients
> > (Bria, Polycom CCX 600, Grandstream, etc) to see if maybe it was
> something in the SDP or otherwise causing an issue.
> > SIP Transport is TLS, RTP is SRTP
> > I might also add that OPTION pings are active and Direct Routing
> Endpoint is active, so this is successful. I also am able to receive calls
> FROM teams to my IP phone(s) without issue. It is only when I try and call
> INTO teams (INVITE -> Microsoft Teams) that I always receive a 400 BAD
> REQUEST to my INVITE.
> > Any help is appreciated, thank you!
> >
> > - Brandon
> >
> > __
> > 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 | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web:
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.evaristesys.com%2F=05%7C01%7Cbkaufman%40bcmone.com%7C55672dbf739a4ff447f008dae9b0c9b2%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C638079242759152531%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=ItYjjYmm0QcD0vuQ4KamCrHtIF7UiukxxAp6zfrEgXQ%3D=0,
>
> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.csrpswitch.com%2F=05%7C01%7Cbkaufman%40bcmone.com%7C55672dbf739a4ff447f008dae9b0c9b2%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C6380792427

[SR-Users] Re: Direct Routing, SIP, INVITE TO TEAMS (400 BAD REQUEST)

[Brandon Armstead]

Alex & Kaufman,

   Appreciate the feedback.  The pastebin is one example of about 1000+
iterations literally of changes.  So I'm finally reaching out :).  I
haven't tested the socket attribute in record-route change, I will try this
now.  As for the angle brackets I've tried with and without, etc (already)
to no effect.  The SDP unknown media type seems to be a Poly thing, so I
*want* to rule this out as its not in my other SDP's and still receive 400
bad request.

One more iteration here we go... please feel free to let me know if you
have any other thoughts on the matter :).

Thanks!

- Brandon

On Thu, Dec 29, 2022 at 8:08 AM Alex Balashov 
wrote:

> Yeah, the grammar says that rr-params are just generic-params, in which
> case it's not. I didn't see that -- nicely spotted!
>
> I think that may be the basis of the 400 Bad Request. I'd be shocked if it
> weren't.
>
> The broken clock of "Microsoft SIP" can still be right twice a day.
>
> > On Dec 29, 2022, at 10:31 AM, Kaufman  wrote:
> >
> > In your top Record-Route you have:
> >
> > socket=;
> >
> > Not sure if that is legal.
> >
> > Kaufman
> >
> > -Original Message-
> > From: Alex Balashov 
> > Sent: Thursday, December 29, 2022 9:02 AM
> > To: Kamailio (SER) - Users Mailing List 
> > Subject: [SR-Users] Re: Direct Routing, SIP, INVITE TO TEAMS (400 BAD
> REQUEST)
> >
> > Sorry to hear you're having to interoperate with Teams. It's a unique
> form of sadism I wouldn't wish upon anyone.
> >
> > A few theories:
> >
> > 1) Microsoft doesn't like the "bare" Contact header-value here:
> >
> >   Contact: sip:+MY_FROM_PHONE_NUMBER_HERE@MY_FQDN_WAS_HERE
> :5061;transport=tls
> >
> > Unlike the careted one right above:
> >
> >   P-Asserted-Identity: 
> >
> > A bare URI absent other header-params is of course completely legal, but
> I'm really trying to get inside the imaginary world of antisocial
> "Microsoft SIP" here.
> >
> > 2) Could it be that antisocial "Microsoft SIP" sends 400 as a way of
> objecting to something in the SDP, e.g. where a non-demented SIP stack
> would send "488 Not Acceptable Here" or "415 Unsupported Media Type"?
> >
> > I know you've said you tried multiple clients to rule that out, but I
> wonder if the thing it's objecting to hasn't been ruled out that way.
> >
> > 3) I saw this media line in the SDP:
> >
> >   m=application 41356 
> >
> > What's that?
> >
> > -- Alex
> >
> >> On Dec 29, 2022, at 9:51 AM, Brandon Armstead  wrote:
> >>
> >> Outbound calls from my SBC into Teams (Polycom -> SBC -> Teams) always
> result in a 400 BAD REQUEST.
> >> Example invite below:
> >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpast
> >> ebin.com%2FF1G1Ce59=05%7C01%7Cbkaufman%40bcmone.com%7C55672dbf739
> >> a4ff447f008dae9b0c9b2%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C638
> >> 079242759152531%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2
> >> luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=Cbff6B4gNr8
> >> A9zs89smJ129y8IyNM9%2B3zVkGhlzpa54%3D=0
> >> I've taken care to make sure numbers are all E.164 format in
> From/To/Contact. I've also taken care to make sure that FQDN is used in
> Contact and Record-Route header.
> >> I've tried many different variations and have followed the SIP
> information here:
> >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flear
> >> n.microsoft.com%2Fen-us%2Fmicrosoftteams%2Fdirect-routing-protocols-si
> >> p=05%7C01%7Cbkaufman%40bcmone.com%7C55672dbf739a4ff447f008dae9b0c
> >> 9b2%7Cafc1818e7b6848568913201b9396c4fc%7C1%7C0%7C638079242759152531%7C
> >> Unknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1h
> >> aWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=GO26A9FOOoS42yMCWPPGo5PkKo75c
> >> kjSJSkjAeYRsU0%3D=0 I've also tried several different clients
> >> (Bria, Polycom CCX 600, Grandstream, etc) to see if maybe it was
> something in the SDP or otherwise causing an issue.
> >> SIP Transport is TLS, RTP is SRTP
> >> I might also add that OPTION pings are active and Direct Routing
> Endpoint is active, so this is successful. I also am able to receive calls
> FROM teams to my IP phone(s) without issue. It is only when I try and call
> INTO teams (INVITE -> Microsoft Teams) that I always receive a 400 BAD
> REQUEST to my INVITE.
> >> Any help is appreciated, thank you!
> >>
> >> - Brandon
> >>
> >> _

[SR-Users] Direct Routing, SIP, INVITE TO TEAMS (400 BAD REQUEST)

[Brandon Armstead]

Outbound calls from my SBC into Teams (Polycom -> SBC -> Teams) always
result in a 400 BAD REQUEST.

Example invite below:

https://pastebin.com/F1G1Ce59

I've taken care to make sure numbers are all E.164 format in
From/To/Contact. I've also taken care to make sure that FQDN is used in
Contact and Record-Route header.

I've tried many different variations and have followed the SIP information
here:

https://learn.microsoft.com/en-us/microsoftteams
/direct-routing-protocols-sip

I've also tried several different clients (Bria, Polycom CCX 600,
Grandstream, etc) to see if maybe it was something in the SDP or otherwise
causing an issue.

SIP Transport is TLS, RTP is SRTP

I might also add that OPTION pings are active and Direct Routing Endpoint
is active, so this is successful. I also am able to receive calls FROM
teams to my IP phone(s) without issue. It is only when I try and call INTO
teams (INVITE -> Microsoft Teams) that I always receive a 400 BAD REQUEST
to my INVITE.

Any help is appreciated, thank you!


- Brandon
__
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] Diversion Header & Header management - $hdrc

[Brandon Armstead]

Thanks for your time in advance!

When dealing with multiple headers in different formats, i.e.

Diversion: , 

$hdrc(Diversion) returns 1 header instead of 2.  Is this expected
behavior?  What is the best way to manage all scenarios of possible
multiple header values?  It seems currently there is no easy way to iterate
over ALL diversion headers, including scenarios like the following below:

Diversion: 

or

Diversion: , 

or

Diversion: 
Diversion: , 

etc.

- Brandon
__
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] Kamailio dump configuration and exit?

[Brandon Armstead]

Is there a similar hook to make kamailio dump its current configuration it
is reading including ... included files, i.e. similar to nginx -T

root@main:/home/brandon# nginx -h

nginx version: nginx/1.14.2

Usage: nginx [-?hvVtTq] [-s signal] [-c filename] [-p prefix] [-g
directives]


Options:

  -?,-h : this help

  -v: show version and exit

  -V: show version and configure options then exit

  -t: test configuration and exit

  -T: test configuration, dump it and exit

  -q: suppress non-error messages during configuration testing

  -s signal : send signal to a master process: stop, quit, reopen,
reload

  -p prefix : set prefix path (default: /usr/share/nginx/)

  -c filename   : set configuration file (default: /etc/nginx/nginx.conf)

  -g directives : set global directives out of configuration file



Thanks for your time in advance!
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] http_async_client

[Brandon Armstead]

Thanks for the update.  Working on making peace with it :P, moving some
stuff around has resolved my immediate issue.

On Mon, Nov 2, 2020 at 5:45 PM Alex Balashov 
wrote:

> It will not go back to request_route; you'll have to make peace with that.
>
> Most things are valid in the continued route. A few will doubtless
> exhibit quirky behaviour as the state doesn't make it across properly
> from the original requet_route. I haven't been adversely impacted by
> this in my extensive use of http_async_client(), however.
>
> On 11/2/20 8:42 PM, Brandon Armstead wrote:
> > Alex,
> >
> > Hey hows it going!
> >
> > I realize execution continues in ROUTENAME however after this route is
> > completed it does not go back to request_route { }.  I suppose I could
> > move the config around, just wanted to double check.  Also part of the
> > issue here is that I'm finding certain functions i.e. msg_apply_changes
> > is not valid in the continued route.
> >
> > On Mon, Nov 2, 2020 at 5:36 PM Alex Balashov  > <mailto:abalas...@evaristesys.com>> wrote:
> >
> > Correct, this is expected behaviour. Execution will continue in
> > ROUTENAME instead of returning to the calling route.
> >
> > On 11/2/20 8:33 PM, Brandon Armstead wrote:
> >  > kamailio 5.5.0-dev3
> >  >
> >  > I'm unsure if this is expected behavior, so thought I would ask...
> >  >
> >  > When using http_async_query("URI", "ROUTENAME")
> >  >
> >  > request_route {
> >  >  route(AUTH);
> >  >
> >  >  # this does not get executed below route(AUTH)
> >  > xinfo("[$ci][$rm] we hit this line");
> >  > }
> >  >
> >  > route[AUTH] {
> >  >  t_newtran();
> >  >  http_async_query("URI", "ROUTENAME");
> >  > }
> >  >
> >  > route[ROUTENAME] {
> >  >  # do stuff here to check authentication and return
> >  >
> >  >  if(auth + registration) {
> >  >  append_hf("Path");
> >  > msg_apply_changes(); # this fails and errors out about incorrect
> > route
> >  >  # ^ invalid usage - not in request route or a reply
> >  >  save("location");
> >  >  }
> >  >
> >  >  if(auth + invite) {
> >  >  # route to pstn
> >  >  }
> >  > }
> >  >
> >  > Expected behavior: to be able to obtain some processing /
> > information
> >  > gathering about authentication with the call and additional
> > information
> >  > possibly and return to normal routing.  As-is now I've to move the
> >  > actions all into ROUTENAME for kamailio to continue processing,
> > it does
> >  > not go back to request_route { }.
> >  >
> >  > # this does not get executed below route(AUTH)
> >  >
> >  > Is this expected behavior, or am I missing something?
> >  >
> >  > If I do catch route(AUTH) with a hash table and prevent its
> > execution
> >  > after first run, the avp's from the transaction created are not
> >  > available in request_route that were set in ROUTENAME.
> >  >
> >  > ___
> >  > Kamailio (SER) - Users Mailing List
> >  > sr-users@lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
> >  > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >  >
> >
> > --
> > 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 (SER) - Users Mailing List
> > sr-users@lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> > ___
> > Kamailio (SER) - Users Mailing List
> > sr-users@lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
>
> --
> 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 (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] http_async_client

[Brandon Armstead]

Alex,

   Hey hows it going!

I realize execution continues in ROUTENAME however after this route is
completed it does not go back to request_route { }.  I suppose I could move
the config around, just wanted to double check.  Also part of the issue
here is that I'm finding certain functions i.e. msg_apply_changes is not
valid in the continued route.

On Mon, Nov 2, 2020 at 5:36 PM Alex Balashov 
wrote:

> Correct, this is expected behaviour. Execution will continue in
> ROUTENAME instead of returning to the calling route.
>
> On 11/2/20 8:33 PM, Brandon Armstead wrote:
> > kamailio 5.5.0-dev3
> >
> > I'm unsure if this is expected behavior, so thought I would ask...
> >
> > When using http_async_query("URI", "ROUTENAME")
> >
> > request_route {
> >  route(AUTH);
> >
> >  # this does not get executed below route(AUTH)
> > xinfo("[$ci][$rm] we hit this line");
> > }
> >
> > route[AUTH] {
> >  t_newtran();
> >  http_async_query("URI", "ROUTENAME");
> > }
> >
> > route[ROUTENAME] {
> >  # do stuff here to check authentication and return
> >
> >  if(auth + registration) {
> >  append_hf("Path");
> > msg_apply_changes(); # this fails and errors out about incorrect route
> >  # ^ invalid usage - not in request route or a reply
> >  save("location");
> >  }
> >
> >  if(auth + invite) {
> >  # route to pstn
> >  }
> > }
> >
> > Expected behavior: to be able to obtain some processing / information
> > gathering about authentication with the call and additional information
> > possibly and return to normal routing.  As-is now I've to move the
> > actions all into ROUTENAME for kamailio to continue processing, it does
> > not go back to request_route { }.
> >
> > # this does not get executed below route(AUTH)
> >
> > Is this expected behavior, or am I missing something?
> >
> > If I do catch route(AUTH) with a hash table and prevent its execution
> > after first run, the avp's from the transaction created are not
> > available in request_route that were set in ROUTENAME.
> >
> > ___
> > Kamailio (SER) - Users Mailing List
> > sr-users@lists.kamailio.org
> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
>
> --
> 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 (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] http_async_client

[Brandon Armstead]

kamailio 5.5.0-dev3

I'm unsure if this is expected behavior, so thought I would ask...

When using http_async_query("URI", "ROUTENAME")

request_route {
route(AUTH);

# this does not get executed below route(AUTH)
xinfo("[$ci][$rm] we hit this line");
}

route[AUTH] {
t_newtran();
http_async_query("URI", "ROUTENAME");
}

route[ROUTENAME] {
# do stuff here to check authentication and return

if(auth + registration) {
append_hf("Path");
msg_apply_changes(); # this fails and errors out about incorrect
route
# ^ invalid usage - not in request route or a reply
save("location");
}

if(auth + invite) {
# route to pstn
}
}

Expected behavior: to be able to obtain some processing / information
gathering about authentication with the call and additional information
possibly and return to normal routing.  As-is now I've to move the actions
all into ROUTENAME for kamailio to continue processing, it does not go back
to request_route { }.

# this does not get executed below route(AUTH)

Is this expected behavior, or am I missing something?

If I do catch route(AUTH) with a hash table and prevent its execution after
first run, the avp's from the transaction created are not available in
request_route that were set in ROUTENAME.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] htable + event_routes + mod-init + htable:expired

[Brandon Armstead]

Nov  2 21:13:28 main kamailio[1331]: INFO: 

Re: [SR-Users] htable + event_routes + mod-init + htable:expired

[Brandon Armstead]

Daniel,

   In short kamcmd does not reflect the value set in $sht(server=>auth
::token)

It alternates between being set and not being set (reflecting in kamcmd
htable.dump

root@main:/etc/kamailio# kamcmd htable.dump server

{

entry: 11

size: 1

slot: {

{

name: auth::token

value:
{"data":{"token":{"token":"eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJDUllZIiwiaWF0IjoxNjA0MzQ2NzgzLCJleHAiOjE2MDQzNTAzODMsIm1ldGhvZCI6InBvc3Q6YXV0aDp0b2tlbiIsImFjY291bnQiOnsiaWQiOiIxIiwiZmlyc3RuYW1lIjoiVGVzdCIsImxhc3RuYW1lIjoiQXJtc3RlYWQiLCJlbWFpbCI6ImJyYW5kb25AY3J5eS5jb20ifSwic291cmNlIjp7ImFkZHJlc3MiOiIzNC45NC4xMjMuMTIxIn19.aFGWqQg31oNnw10XfZ61Xm5Jncvt7RoNri2ZuDJ6yLQ","header":{"alg":"HS256","typ":"JWT"},"payload":{"iss":"CRYY","iat":1604346783,"exp":1604350383,"method":"post:auth:token","account":{"id":"1","firstname":"Test","lastname":"Armstead","email":"
bran...@cryy.com
"},"source":{"address":"34.94.123.121"}},"signature":"aFGWqQg31oNnw10XfZ61Xm5Jncvt7RoNri2ZuDJ6yLQ"}}}

type: str

}

}

}


In the kamailio logs it always shows AUTH_TOKEN_RECEIVED (correctly, with
the correct auth token), kamcmd dump of htable alternates between execution
of this route: htable:expired:server

Exec 1:

auth::time => [timestamp]

Exec 2:

auth::token => token

Exec 3:

auth::time => [timestamp]

So on and so forth, [ kamcmd htable.dump server ] it does not correctly
hold both $sht(server=>auth::time) and  $sht(server=>auth::token) like it
should, despite kamailio logs showing the HTTP_AUTH_TOKEN received message
with the correct auth token (100% of the time).

It's almost like there is a race condition when using the modules
http_client_query in both init and expired event route.

When I changed it to the resolved code block above separating the calls and
introducing http_async_client inside htable:expired:server

The result is 100% of the time auth token exists correctly, just like the
logs 100% of the time show the auth token received regardless of
event_route implementation.

So somewhere somehow the problematic config causes the hash table to not
store HTTP_AUTH_TOKEN it receives and logs.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] htable + event_routes + mod-init + htable:expired

[Brandon Armstead]

As a workaround, this seems to work and $sht(server=>auth::token) is always
reported back by kamcmd htable.dump server :

route[HTTP_AUTH_REPLY] {

xinfo("[$ci][$rm] HTTP_AUTH_REPLY received");


if($http_ok) {

xinfo("[HTTP_AUTH_REPLY][$http_rs] request was sucessful");

} else {

xinfo("[HTTP_AUTH_REPLY][$http_rs] request was unsucessful");

}


if($http_err) {

xinfo("[HTTP_AUTH_REPLY][ERROR] $http_err");

}


xinfo("[HTTP_AUTH_REPLY][RESPONSE][BODY] $http_rb");


# lock auth token

sht_lock("server=>auth::token");


# set token

$sht(server=>auth::token) = $http_rb;


# unlock auth token

sht_unlock("server=>auth::token");

}


event_route[htable:expired:server] {

xinfo("[HTABLE:expired:server] initializing");


$http_req(all) = $null;

$http_req(timeout) = 100;

$http_req(method) = "POST";

$http_req(suspend) = 1;

$http_req(hdr) = "Content-Type: application/json";

$http_req(body) = '{"email": "bran...@cryy.com", "password":""}';

http_async_query("https://www.cryy.com/api/auth/token;, "HTTP_AUTH
_REPLY");

}


event_route[htable:mod-init] {

# generate auth token into


http_client_query("https://www.cryy.com/api/auth/token;, '{"email": "
bran...@cryy.com", "password":""}', "$var(result)");


# lock auth token

sht_lock("server=>auth::token");


# set auth token

$sht(server=>auth::token) = $var(result);


# unlock auth token

sht_unlock("server=>auth::token");



xinfo("AUTH_TOKEN_RECEIVED, $sht(server=>auth::token)");

}


Is working -- I have to use http_client on htable module initialization, as
http_async_client seems to start its workers after mod-init and results in:

Oct 31 21:04:37 main kamailio[2088]: ERROR: http_async_client
[async_http.c:622]:
async_push_query(): failed to pass the query to async workers

Oct 31 21:04:37 main kamailio[2088]: ERROR: http_async_client
[async_http.c:588]:
async_send_query(): failed to relay query: https://www.cryy.com/api/auth
/token


(workers start after mod-init request) shown here:


Oct 31 21:04:38 main kamailio[2088]: INFO: http_async_client [async_http.c:84]:
async_http_init_worker(): started worker process: 1

Oct 31 21:04:38 main kamailio[2088]: INFO: http_async_client [async_http.c:84]:
async_http_init_worker(): started worker process: 2

Oct 31 21:04:38 main kamailio[2088]: INFO: http_async_client [async_http.c:84]:
async_http_init_worker(): started worker process: 3

Oct 31 21:04:38 main kamailio[2088]: INFO: http_async_client [async_http.c:84]:
async_http_init_worker(): started worker process: 4


So I suspect there are two separate issues going on here, 1) handling htable
in memory between htable-mod-init and htable:expired:server and 2) unable
to use http_async_client inside htable-mod:init.  I've also double checked
that these modules are loaded after htable in kamailio config.

I look forward to hearing any input anyone may have on this, thanks for
your time in advance!

- Brandon

On Fri, Oct 30, 2020 at 10:55 PM Brandon Armstead  wrote:

> Running  5.5.0-dev3
>
> modparam("htable", "htable", "ipban=>size=8;autoexpire=300;dmqreplicate
> =1;")
> modparam("htable", "enable_dmq", 1)
> modparam("htable", "dmq_init_sync", 1)
> modparam("htable", "timer_procs", 4)
> modparam("htable", "timer_interval", 5)
> modparam("htable", "db_expires", 1)
> modparam("htable", "htable", "account=>size=4;dmqreplicate=1;")
> modparam("htable", "htable", "server=>size=4;autoexpire=15;")
>
> I'm attempting to retrieve an auth token in the init process and also
> refresh the token upon expiration in the htable:expired event.
>
> I'm seeing some behavior where every other execution of htable:expired
> the variable $sht(server=>auth::token) is set per kamcmd htable.dump
> server, however xinfo() reports that the token was retrieved in the
> variable $sht(server=>auth::token).
>
> Please see remaining event route config below:
>
> event_route[htable:mod-init] {
>
> # generate auth token into
>
>
> http_client_query("https://www.cryy.com/api/auth/token;, '{"email": "
> bran...@cryy.com", "password":""}', "$var(result)");
>
>
> sht_lock("server=>auth::token");
>
>
> $sht(server=>auth::token) = $var(result);
>
>
> sht_unlock("server=>auth::tok

[SR-Users] htable + event_routes + mod-init + htable:expired

[Brandon Armstead]

Running  5.5.0-dev3

modparam("htable", "htable", "ipban=>size=8;autoexpire=300;dmqreplicate=1;")
modparam("htable", "enable_dmq", 1)
modparam("htable", "dmq_init_sync", 1)
modparam("htable", "timer_procs", 4)
modparam("htable", "timer_interval", 5)
modparam("htable", "db_expires", 1)
modparam("htable", "htable", "account=>size=4;dmqreplicate=1;")
modparam("htable", "htable", "server=>size=4;autoexpire=15;")

I'm attempting to retrieve an auth token in the init process and also
refresh the token upon expiration in the htable:expired event.

I'm seeing some behavior where every other execution of htable:expired the
variable $sht(server=>auth::token) is set per kamcmd htable.dump server,
however xinfo() reports that the token was retrieved in the variable $sht
(server=>auth::token).

Please see remaining event route config below:

event_route[htable:mod-init] {

# generate auth token into


http_client_query("https://www.cryy.com/api/auth/token;, '{"email": "
bran...@cryy.com", "password":""}', "$var(result)");


sht_lock("server=>auth::token");


$sht(server=>auth::token) = $var(result);


sht_unlock("server=>auth::token");



xinfo("AUTH_TOKEN_RECEIVED, $sht(server=>auth::token)");

}


event_route[htable:expired:server] {

# process expired htable, renew auth token

xinfo("AUTH_TOKEN_EXPIRED, lets retrieve a new one");


http_client_query("https://www.cryy.com/api/auth/token;, '{"email": "
bran...@cryy.com", "password":""}', "$var(result)");


sht_lock("server=>auth::token");

$sht(server=>auth::time) = $TS;

$sht(server=>auth::token) = $var(result);

sht_unlock("server=>auth::token");


xinfo("AUTH_TOKEN_RECEIVED, $sht(server=>auth::token)");

xinfo("AUTH_TOKEN_TIME, $sht(server=>auth::time)");

}


I've tried both with locking and unlocking.  Also one last thing worth
mentioning is that on the alternation where kamcmd htable.dump server shows
no auth token, $sht(server=>auth::time) is available, when the auth token
is visible in kamcmd htable.dump server there is no sht(server=>auth::time)
returned.

Also just to be explicitly clear -- xinfo() always returns AUTH_TOKEN_RECEIVED
correctly in both event routes.

Perhaps I'm over looking something -- thank you for the help in advance.

- Brandon
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Kamailio 3.3.7

[Brandon Armstead]

Perfect - thank you guys for the update / info, I'll give this a go shortly
here and let you know how it goes :).

On Thu, Oct 24, 2019 at 2:08 AM Daniel-Constantin Mierla 
wrote:

> Hello,
>
> to add a bit, because probably after this patch, I expect another linker
> issue will be reported -- the root issue is the fact that some newer
> linkers want inline functions to be declared static.
>
> So more changes might be needed to add static to inline functions.
>
> On the other hand, as I remember from some of code updates I made related
> to this issue, there are cases when inline functions had the prototype in
> header files, being defined in .c files and used in other c files. In such
> case, the solution is to remove the inline, because adding static is not
> going to work.
>
> In short, for inline functions used only in a single file, add static, for
> inline functions used in many files, remove inline (both in .h and .c file).
>
> Cheers,
> Daniel
> On 24.10.19 09:10, Henning Westerholt wrote:
>
> Hello Brandon,
>
>
>
> It is related to the linker, which has slightly a different behaviour
> nowadays. Therefore, it will not be fixed in the repository, 3.3 branch is
> long out of support.
>
>
>
> Try this out:
>
>
>
> diff --git a/raw_sock.c b/raw_sock.c
>
> index b514a8784..1d18e5ab5 100644
>
> --- a/raw_sock.c
>
> +++ b/raw_sock.c
>
> @@ -391,7 +391,7 @@ error:
>
>   * in _host_ order.
>
>   * @return the partial checksum in host order
>
>   */
>
> -inline unsigned short udpv4_vhdr_sum(  struct udphdr* uh,
>
> +static inline unsigned short udpv4_vhdr_sum(   struct udphdr* uh,
>
>
>struct in_addr* src,
>
>
> struct in_addr* dst,
>
>
> unsigned short length)
>
>
>
> Cheers,
>
>
>
> Henning
>
>
>
> --
>
> Henning Westerholt - https://skalatan.de/blog/
>
> Kamailio services - https://skalatan.de/services
>
>
>
> *From:* sr-users 
>  *On Behalf Of *Brandon Armstead
> *Sent:* Thursday, October 24, 2019 7:11 AM
> *To:* Kamailio (SER) - Users Mailing List 
> 
> *Subject:* [SR-Users] Kamailio 3.3.7
>
>
>
> Has anyone seen this error while compiling 3.3.7
>
>
>
> raw_sock.c:431: undefined reference to `udpv4_vhdr_sum'
>
>
>
> system:
>
>
>
> Linux 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3 (2019-09-02) x86_64 GNU/Linux
>
>
>
> lsmod:
>
>
>
> Module  Size  Used by
>
> bonding   147456  0
>
> intel_rapl 20480  0
>
> x86_pkg_temp_thermal16384  0
>
> intel_powerclamp   16384  0
>
> coretemp   16384  0
>
> kvm_intel 200704  0
>
> kvm   598016  1 kvm_intel
>
> irqbypass  16384  1 kvm
>
> ttm98304  0
>
> drm_kms_helper155648  0
>
> crct10dif_pclmul   16384  0
>
> crc32_pclmul   16384  0
>
> joydev 20480  0
>
> evdev  24576  3
>
> ghash_clmulni_intel16384  0
>
> drm   360448  2 ttm,drm_kms_helper
>
> i2c_algo_bit   16384  0
>
> iTCO_wdt   16384  0
>
> shpchp 36864  0
>
> ipmi_si57344  0
>
> iTCO_vendor_support16384  1 iTCO_wdt
>
> sg 32768  0
>
> pcspkr 16384  0
>
> mei_me 36864  0
>
> ipmi_msghandler49152  1 ipmi_si
>
> mei   102400  1 mei_me
>
> video  40960  0
>
> button 16384  0
>
> acpi_power_meter   20480  0
>
> acpi_pad   24576  0
>
> ib_iser49152  0
>
> rdma_cm53248  1 ib_iser
>
> iw_cm  49152  1 rdma_cm
>
> ib_cm  45056  1 rdma_cm
>
> ib_core   208896  4 ib_iser,ib_cm,rdma_cm,iw_cm
>
> configfs   40960  2 rdma_cm
>
> iscsi_tcp  20480  0
>
> libiscsi_tcp   24576  1 iscsi_tcp
>
> libiscsi   53248  3 ib_iser,libiscsi_tcp,iscsi_tcp
>
> scsi_transport_iscsi   102400  4 ib_iser,libiscsi,iscsi_tcp
>
> ip_tables  24576  0
>
> x_tables   36864  1 ip_tables
>
> autofs440960  2
>
> ext4  589824  2
>
> crc16  16384  1 ext4
>
> jbd2  106496  1 ext4
>
> crc32c_generic 16384  0
>
> fscrypto   28672  1 ext4
>
> ecb16384  0
>
>

[SR-Users] Kamailio 3.3.7

[Brandon Armstead]

Has anyone seen this error while compiling 3.3.7

raw_sock.c:431: undefined reference to `udpv4_vhdr_sum'


system:


Linux 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3 (2019-09-02) x86_64 GNU/Linux


lsmod:


Module  Size  Used by

bonding   147456  0

intel_rapl 20480  0

x86_pkg_temp_thermal16384  0

intel_powerclamp   16384  0

coretemp   16384  0

kvm_intel 200704  0

kvm   598016  1 kvm_intel

irqbypass  16384  1 kvm

ttm98304  0

drm_kms_helper155648  0

crct10dif_pclmul   16384  0

crc32_pclmul   16384  0

joydev 20480  0

evdev  24576  3

ghash_clmulni_intel16384  0

drm   360448  2 ttm,drm_kms_helper

i2c_algo_bit   16384  0

iTCO_wdt   16384  0

shpchp 36864  0

ipmi_si57344  0

iTCO_vendor_support16384  1 iTCO_wdt

sg 32768  0

pcspkr 16384  0

mei_me 36864  0

ipmi_msghandler49152  1 ipmi_si

mei   102400  1 mei_me

video  40960  0

button 16384  0

acpi_power_meter   20480  0

acpi_pad   24576  0

ib_iser49152  0

rdma_cm53248  1 ib_iser

iw_cm  49152  1 rdma_cm

ib_cm  45056  1 rdma_cm

ib_core   208896  4 ib_iser,ib_cm,rdma_cm,iw_cm

configfs   40960  2 rdma_cm

iscsi_tcp  20480  0

libiscsi_tcp   24576  1 iscsi_tcp

libiscsi   53248  3 ib_iser,libiscsi_tcp,iscsi_tcp

scsi_transport_iscsi   102400  4 ib_iser,libiscsi,iscsi_tcp

ip_tables  24576  0

x_tables   36864  1 ip_tables

autofs440960  2

ext4  589824  2

crc16  16384  1 ext4

jbd2  106496  1 ext4

crc32c_generic 16384  0

fscrypto   28672  1 ext4

ecb16384  0

mbcache16384  3 ext4

sd_mod 49152  4

hid_generic16384  0

usbhid 53248  0

hid   122880  2 hid_generic,usbhid

crc32c_intel   24576  2

aesni_intel   167936  0

aes_x86_64 20480  1 aesni_intel

glue_helper16384  1 aesni_intel

lrw16384  1 aesni_intel

gf128mul   16384  1 lrw

ablk_helper16384  1 aesni_intel

cryptd 24576  3 ablk_helper,ghash_clmulni_intel,aesni_intel

ahci   40960  3

xhci_pci   16384  0

libahci32768  1 ahci

ixgbe 294912  0

xhci_hcd  188416  1 xhci_pci

i2c_i801   24576  0

i2c_smbus  16384  1 i2c_i801

dca16384  1 ixgbe

ptp20480  1 ixgbe

libata249856  2 ahci,libahci

pps_core   16384  1 ptp

mdio   16384  1 ixgbe

usbcore   253952  3 usbhid,xhci_pci,xhci_hcd

scsi_mod  225280  7
ib_iser,sd_mod,libiscsi,libata,scsi_transport_iscsi,iscsi_tcp,sg

usb_common 16384  1 usbcore

fan16384  0

thermal20480  0


I believe I've crossed this issue once before and it was a simple apt-get
package to include



compile options:


make include_modules="mi_fifo db_mysql tm dialog sl tmx kex rr maxfwd
textops textopsx nathelper acc avpops xlog uac alias_db siputils utils
usrloc registrar pv regex htable sqlops sdpops topoh ctl db_mysql mysql"
prefix="/usr/local"


Thanks


- Brandon
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Check if an INVITE comes from uac_reg endpoint

[Brandon Armstead]

Perfect :)

On Sat, Jul 13, 2019 at 10:51 PM Diogo Hartmann  wrote:

> Thank you Brandon.
>
> We did it with the uac_reg_lookup function. It worked fine :)
>
> --
>
>
>
> *Diogo Hartmann*
> *Co-founder @ 3C Plus <http://www.3cplusnow.com/>*
> Escritório: 11 4063-7921 ext. 6299
> Celular: 41 99921-7281
> Skype: diogodhh
>
>
>
>
>
>
> Em sex, 12 de jul de 2019 às 03:44, Brandon Armstead 
> escreveu:
>
>> Are you looking for a digest validation or perhaps ip south based or
>> otherwise a header checksum etc there are various ways you could accomplish
>> this.
>>
>> On Thu, Jul 11, 2019 at 11:41 PM Diogo Hartmann 
>> wrote:
>>
>>> Hello Kamailio experts,
>>>
>>> We were already able to register correctly at a SIP Provider using
>>> uacreg table. Now, we would like to validate inbound calls coming from this
>>> registered provider, sending them to a specific dispatcher group.
>>>
>>> I tried reading the uac module docs, found *uac_reg_lookup* function,
>>> but i'm not sure if that's we need.
>>>
>>> Could someone please help me to understand if UAC has a function to do
>>> that, or if we need to make some?
>>>
>>> Thanks!!
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] call stuck and disconnect in kamailio

[Brandon Armstead]

Are there any errors, is it an issue with signaling?  Is it a normal
disconnect?  Ie bye 200 etc or?

On Fri, Jul 12, 2019 at 10:14 PM Gaurav Bmotra 
wrote:

> hi
> i m using kamailio 5.1.2 with ubuntu 18.4 LTS , and rtpproxy (Basic
> version: 20040107
> )
> we are using it for video calling everything  is working fine but call get
> stuck after about 2 min and disconnect
> plz help
> --
>
>
>
>
>
>
>
>
> *Regards:*
> Gaurav Kumar
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] kamailio 4.4.4 fills IPv6 contact address when sending packet over IPv4

[Brandon Armstead]

Are you sure Linphone is not setting it?  Get a trace from client side, for
some reason I’ve my doubts kamailio is defaulting to an ipv6 address.

On Thu, Jul 11, 2019 at 11:42 PM Pali Rohár  wrote:

> Hi!
>
> I have not set pua_reginfo parameter. Should I set it? And if yes to
> which value? There should be at least settings for packets outgoing via
> IPv4 and another setting for packets outgoing via IPv6.
>
> On Thursday 11 July 2019 06:46:35 YASIN CANER wrote:
> > Hello,
> >
> > did you try to set parameter server address?
> >
> http://kamailio.org/docs/modules/5.2.x/modules/pua_reginfo.html#idm1031504764
> > pua_reginfo Module - kamailio.org<
> http://kamailio.org/docs/modules/5.2.x/modules/pua_reginfo.html#idm1031504764
> >
> > Keeping different Servers in Sync regarding the location database Get
> notified, when a user registers: A presence-server, which handles offline
> message storage for an account, would get notified, when the user comes
> online.
> > kamailio.org
> >
> >
> > Yasin CANER
> >
> > 
> > From: sr-users  on behalf of Pali
> Rohár 
> > Sent: Wednesday, July 10, 2019 9:29 PM
> > To: sr-users@lists.kamailio.org
> > Subject: Re: [SR-Users] kamailio 4.4.4 fills IPv6 contact address when
> sending packet over IPv4
> >
> > Hi! Do you have any idea why Kamailio fills incorrect address into
> > Contact header? And how to avoid it?
> >
> > On Sunday 30 June 2019 23:11:22 Pali Rohár wrote:
> > > Hi!
> > >
> > > I detected strange problem that sip.linphone.org refuse to accept
> > > presence information re-transmitted by kamailio 4.4.4 server.
> > >
> > > I debug this problem with tcpdump and I found out that problem is in
> > > kamailio which fills IPv6 address into UDP datagram and that datagram
> is
> > > sent via IPv4 socket to IPv4 address, to sip.linphone.org server. And
> > > sip.linphone.org server does not have IPv6 connectivity, so correctly
> > > return over IPv4 to sender just "400 Bad Contact Header" error.
> > >
> > > On my server is running kamailio 4.4.4 from Debian Stretch and I can
> > > 100% reproduce this problem against public sip.linphone.org server.
> > >
> > > My server has both IPv4 and IPv6 connectivity and kamailio is listening
> > > for both IPv4 and IPv6 connections.
> > >
> > > So why is kamailio sending IPv6 address over IPv4 and therefore makes
> it
> > > impossible to communicate with non-IPv6 enabled servers? Looks like a
> > > problem with choosing default/correct socket for Contact header.
> > >
> > > And how to fix this problem? Can you help me? I would like to have
> > > working interconnection with linphone servers.
> > >
> > > Just to note I'm seeing this problem only for presence information
> > > packets. Other requests, like INVITE or MESSAGE seems to work.
> > >
> > > Below is relevant tcpdump output. Some parts were replaced by {VAR}.
> > >
> > > PS: I'm not subscribed to list, so please CC my address when sending
> > > reply. Thank you!
> > >
> > >
> > > 17:22:58.121719 IP (tos 0x10, ttl 64, id 21629, offset 0, flags
> [none], proto UDP (17), length 1266)
> > > {MY_IPV4_ADDRESS}.5060 > 91.121.209.194.5060: [bad udp cksum
> 0xa099 -> 0x9825!] SIP, length: 1238
> > > NOTIFY 
> > > sip:{REMOTE_NAME}@{REMOTE_USER_IPV4_ADDRESS}:5060;registering_acc=sip_linphone_org
> SIP/2.0
> > > Via: SIP/2.0/UDP
> {MY_IPV4_ADDRESS};branch=z9hG4bK2b55.88f93c20.0
> > > To: ;tag=75559182
> > > From:
> ;tag=97d8e785fdf42bf9622a64c13c504961-2708
> > > CSeq: 2 NOTIFY
> > > Call-ID: 26cf9d5c019af2dc3302b770887bcc2e@0:0:0:0:0:0:0:0
> > > Route: 
> > > Content-Length: 597
> > > User-Agent: kamailio (4.4.4 (x86_64/linux))
> > > Max-Forwards: 70
> > > Event: presence
> > > Contact: 
> > > Subscription-State: active;expires=3600
> > > Content-Type: application/pidf+xml
> > >
> > > 
> > >  xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="Pali
> sip:{MY_SIP_URI}">
> > > 
> > > open
> > > Pali sip:{MY_SIP_URI}
> > > 
> > >
> > >   
> > > 
> > >   closed
> > > 
> > > sip:{MY_SIP_URI}
> > > 2019-04-19T17:20:36+02:00
> > >   
> > > 
> > >
> > > 17:22:58.151188 IP (tos 0x0, ttl 52, id 22949, offset 0, flags [none],
> proto UDP (17), length 373)
> > > 91.121.209.194.5060 > {MY_IPV4_ADDRESS}.5060: [udp sum ok] SIP,
> length: 345
> > > SIP/2.0 400 Bad Contact Header
> > > Via: SIP/2.0/UDP
> {MY_IPV4_ADDRESS};branch=z9hG4bK2b55.88f93c20.0;rport=5060
> > > From:
> ;tag=97d8e785fdf42bf9622a64c13c504961-2708
> > > To: ;tag=75559182
> > > Call-ID: 26cf9d5c019af2dc3302b770887bcc2e@0:0:0:0:0:0:0:0
> > > CSeq: 2 NOTIFY
> > > Content-Length: 0
> > >
> > >
>
> --

Re: [SR-Users] Check if an INVITE comes from uac_reg endpoint

[Brandon Armstead]

Are you looking for a digest validation or perhaps ip south based or
otherwise a header checksum etc there are various ways you could accomplish
this.

On Thu, Jul 11, 2019 at 11:41 PM Diogo Hartmann  wrote:

> Hello Kamailio experts,
>
> We were already able to register correctly at a SIP Provider using uacreg
> table. Now, we would like to validate inbound calls coming from this
> registered provider, sending them to a specific dispatcher group.
>
> I tried reading the uac module docs, found *uac_reg_lookup* function, but
> i'm not sure if that's we need.
>
> Could someone please help me to understand if UAC has a function to do
> that, or if we need to make some?
>
> Thanks!!
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Log/Alerts Volume

[Brandon Armstead]

I would also say - implement your own routing logic / info shaking data you
wish to make sense of, then change debug level to lower value, change debug
level higher when actually  reproducing and investigating a bug/issue.

On Thu, Feb 14, 2019 at 6:57 AM Daniel-Constantin Mierla 
wrote:

> Hello,
>
> maybe you can make some filtering based on the path of the files printing
> the error messages, so if you want to "ignore" parsing errors, then skip
> alerts what have "core/parser/" in the path.
>
> Otherwise, it is not that easy to add so many options to be able to
> control every errors/warnings/... when to print them.
>
> There could be also solutions to block traffic from devices sending broken
> SIP packages continuously/for long interval of time.
>
> Cheers,
> Daniel
> On 14.02.19 03:58, Daniel Greenwald wrote:
>
> Curious how other folks are dealing with the volume of logs that Kamailio
> generates. We are currently sending them to syslog and alerting on WARN and
> above but the amount of alert noise is unbearable. For example (there are
> many variations):
> ERROR:  [core/tcp_read.c:297]: tcp_read_data(): error reading:
> Connection reset by peer
> INVITE:WARNING: sanity [sanity.c:776]: check_parse_uris(): failed to parse
> From header
>  INVITE:ERROR:  [core/parser/parse_from.c:75]: parse_from_header(): b
> ad From header
>
> The fact that these are WARN/ERROR level and from core makes me wonder how
> we can possibly make alerts relevant. Any input would be appreciated.
>
> Thanks,
>
> Daniel G
>
> ___
> Kamailio (SER) - Users Mailing 
> Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
> www.linkedin.com/in/miconda
> Kamailio World Conference - May 6-8, 2019 -- www.kamailioworld.com
> Kamailio Advanced Training - Mar 4-6, 2019 in Berlin; Mar 25-27, 2019, in 
> Washington, DC, USA -- www.asipto.com
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] How to chain proxies with Route header and loose_route()

[Brandon Armstead]

Ivan,

   This is a very old reference.  Check for msg_apply_changes() or some
such function as that.  Route headers can be preloaded but does not
necessarily guarantee order, i.e. a proxy in the chain does not properly
loose_route or otherwise.

On Tue, Feb 5, 2019 at 4:43 AM Ivan Ribakov  wrote:

> Assuming there are several proxies that have to be hopped sequentially to
> deliver the request and the order is determined dynamically (!), how can
> one achieve that behaviour in Kamailio?
>
> My understanding was that Route header is used for that - it allows to
> keep R-URI intact but still route the egress message elsewhere.
> Documentation of the loose_route() from RR module seems to confirm that.
> But the catch is that loose_route() will not pick up any Route header that
> I might add in the config via append_hf() due to the delayed lump
> processing (as explained in
> https://sourceforge.net/p/openser/bugs/277/#5f42).
>
> Thanks in advance for any help or ideas.
>
> Regards,
> Ivan
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Keep requests order

[Brandon Armstead]

UDP does not have any guaranteed state or order...

On Tue, Feb 5, 2019 at 4:44 AM Duarte Rocha  wrote:

> Greetings,
>
> I'm having some problems with keeping the order of the messages in
> Kamailio.
>
> In some cases i'm receiving an ACK for the first INVITE and immediately
> after that a RE-INVITE is sent by the client.
> What is happening is that the the ACK took double the time of the
> RE-INVITE to process and as a consequence, the RE-INVITE was relayed before
> the ACK.
>
> I have two questions :
>
> 1 - Is there a way to keep the order of the messages in a dialog, and if
> so, what are the downsides to it?
>
> 2 - The machine wasn't in a load state (only one concurrent call) and the
> ACK and the RE-INVITE should go roughly through the same processing methods
> and should take took the same time to be be relayed. What can be the reason
> for this?
>
> Best Regards,
>
> Duarte Rocha
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] uri_param function

[Brandon Armstead]

Andrew,

   Perhaps try something like this:

if(!($(ru{uri.param,ak}) == "")){
  // ak has a value
} else {
 // ak has no value
}

On Mon, Jan 21, 2019 at 1:28 PM Brandon Armstead  wrote:

> Andrew,
>
>I believe per docs it finds a param with no value, so it may not match
> if there is a value on that attribute.
>
> On Mon, Jan 21, 2019 at 1:24 PM Andrew Chen  wrote:
>
>> Hi all,
>>
>> Question.  I'm executing uri_param() function to look for our customized
>> Request-URI parameters generated by our client.  However, it keeps saying
>> the param is not there even though my client logs shows the param was
>> generated.  Below is an example Request-URI from a test call I made:
>>
>> sips:@sjomainkamavip50.fuzemeeting.com:443;FN=
>> sjomainfn92.a.fuzemeeting.com;BR=sjomainfn91.a.fuzemeeting.com;AK=> key>;transport=wss"
>>
>> And here is my line of code to check it:
>>
>> if(uri_param("AK") ||uri_param("ak")) {
>> xlog("L_INFO", "[CSeq $cs] AK value
>> detected");
>> } else {
>> xlog("L_INFO", "[CSeq $cs] AK value not
>> detected.  Aborting call");
>> drop();
>> }
>> Am I misusing this function somehow?
>>
>> I'm running 5.1.2.
>>
>> Thanks
>>
>> Regards,
>>
>> --
>> Andy Chen
>>
>>
>> *Confidentiality Notice: The information contained in this e-mail and any
>> attachments may be confidential. If you are not an intended recipient, you
>> are hereby notified that any dissemination, distribution or copying of
>> this
>> e-mail is strictly prohibited. If you have received this e-mail in error,
>> please notify the sender and permanently delete the e-mail and any
>> attachments immediately. You should not retain, copy or use this e-mail or
>> any attachment for any purpose, nor disclose all or any part of the
>> contents to any other person. Thank you.*
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] uri_param function

[Brandon Armstead]

Andrew,

   Also - my brain is still waking up but -- I would make sure you are not
confusing inner param vs outer param, i.e.
;outer=OUT
- just another thought or common possibility I see happening, but given
that you are specifically stating request-uri this may not be applicable.

On Mon, Jan 21, 2019 at 1:28 PM Brandon Armstead  wrote:

> Andrew,
>
>I believe per docs it finds a param with no value, so it may not match
> if there is a value on that attribute.
>
> On Mon, Jan 21, 2019 at 1:24 PM Andrew Chen  wrote:
>
>> Hi all,
>>
>> Question.  I'm executing uri_param() function to look for our customized
>> Request-URI parameters generated by our client.  However, it keeps saying
>> the param is not there even though my client logs shows the param was
>> generated.  Below is an example Request-URI from a test call I made:
>>
>> sips:@sjomainkamavip50.fuzemeeting.com:443;FN=
>> sjomainfn92.a.fuzemeeting.com;BR=sjomainfn91.a.fuzemeeting.com;AK=> key>;transport=wss"
>>
>> And here is my line of code to check it:
>>
>> if(uri_param("AK") ||uri_param("ak")) {
>> xlog("L_INFO", "[CSeq $cs] AK value
>> detected");
>> } else {
>> xlog("L_INFO", "[CSeq $cs] AK value not
>> detected.  Aborting call");
>> drop();
>> }
>> Am I misusing this function somehow?
>>
>> I'm running 5.1.2.
>>
>> Thanks
>>
>> Regards,
>>
>> --
>> Andy Chen
>>
>>
>> *Confidentiality Notice: The information contained in this e-mail and any
>> attachments may be confidential. If you are not an intended recipient, you
>> are hereby notified that any dissemination, distribution or copying of
>> this
>> e-mail is strictly prohibited. If you have received this e-mail in error,
>> please notify the sender and permanently delete the e-mail and any
>> attachments immediately. You should not retain, copy or use this e-mail or
>> any attachment for any purpose, nor disclose all or any part of the
>> contents to any other person. Thank you.*
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] uri_param function

[Brandon Armstead]

Andrew,

   I believe per docs it finds a param with no value, so it may not match
if there is a value on that attribute.

On Mon, Jan 21, 2019 at 1:24 PM Andrew Chen  wrote:

> Hi all,
>
> Question.  I'm executing uri_param() function to look for our customized
> Request-URI parameters generated by our client.  However, it keeps saying
> the param is not there even though my client logs shows the param was
> generated.  Below is an example Request-URI from a test call I made:
>
> sips:@sjomainkamavip50.fuzemeeting.com:443;FN=
> sjomainfn92.a.fuzemeeting.com;BR=sjomainfn91.a.fuzemeeting.com;AK= key>;transport=wss"
>
> And here is my line of code to check it:
>
> if(uri_param("AK") ||uri_param("ak")) {
> xlog("L_INFO", "[CSeq $cs] AK value
> detected");
> } else {
> xlog("L_INFO", "[CSeq $cs] AK value not
> detected.  Aborting call");
> drop();
> }
> Am I misusing this function somehow?
>
> I'm running 5.1.2.
>
> Thanks
>
> Regards,
>
> --
> Andy Chen
>
>
> *Confidentiality Notice: The information contained in this e-mail and any
> attachments may be confidential. If you are not an intended recipient, you
> are hereby notified that any dissemination, distribution or copying of this
> e-mail is strictly prohibited. If you have received this e-mail in error,
> please notify the sender and permanently delete the e-mail and any
> attachments immediately. You should not retain, copy or use this e-mail or
> any attachment for any purpose, nor disclose all or any part of the
> contents to any other person. Thank you.*
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Dynamic UAC Registration

[Brandon Armstead]

I suspect you could check $rd or $du ?  Although I don’t quite understand
why you won’t know the realm to begin with based on the selection?

On Sun, Jan 20, 2019 at 03:59 Mack Hendricks  wrote:

> Hey All,
>
> So, I want to use the UAC module to handle Digest Auth to upstream
> carriers.  But, I don’t know which carrier will be selected until another
> module (dRouting in this case) tells the logic which carrier to use.
>
> I can see in the logs that the uac_auth function can capture the Auth
> Realm.  But, I need to access it from the Kamailio script so that I can
> lookup the credentials for that realm and then call uac_auth.  I’ve tried
> getting the info from $ar, but that gives me the realm of the inbound
> request versus the realm of the upstream carrier.  Also, I’ve tried
> using $T_rpl($ar), but that returns 0.  Here’s my logic from the Kamailio
> file:
>
>
> if(t_check_status("401|407")) {
> $var(reply_realm) = $T_rpl($ar);
> $var(query)="select auth_username,auth_password from
> uacreg where realm='" + $var(reply_realm) + "'";
> sql_xquery("cb","$var(query)","rb");
> xlog("L_DEBUG","[MANAGE_FAILURE: Proxy Auth]: The query is
> $var(query) auth realm is $var(reply_realm) and the user name is
> $xavp(rb=>auth_username)");
> $avp(auser) = $xavp(rb=>auth_username);
> $avp(apass) = $xavp(rb=>auth_password);
> uac_auth();
> t_relay();
> exit;`
> }
>
>
> A snippet of the log file is below:
>
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: exec: ***
> cfgtrace:failure_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg]
> l=1616 a=63 n=assign
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: exec: ***
> cfgtrace:failure_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg]
> l=1617 a=63 n=assign
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: exec: ***
> cfgtrace:failure_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg]
> l=1618 a=24 n=uac_auth
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: DEBUG: uac
> [auth.c:409]: uac_auth(): picked reply is 0x7f900cb7eaf0, code 407
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: DEBUG: uac
> [auth.c:225]: get_autenticate_hdr(): looking for header "Proxy-Authenticate"
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: DEBUG: uac
> [auth.c:429]: uac_auth(): header found; body=
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: DEBUG: uac
> [auth_hdr.c:209]: parse_authenticate_body(): ="sip.flowroute.com"
> state=2
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: DEBUG: uac
> [auth_hdr.c:209]: parse_authenticate_body():
> ="XERJMlxESAbDNCK3INmBfoET1GGxpcyr" state=3
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: DEBUG: uac
> [auth_hdr.c:209]: parse_authenticate_body(): ="auth" state=1
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: DEBUG: uac
> [auth.c:449]: uac_auth(): no credential for realm "sip.flowroute.com"
> Jan 20 10:05:58 dsiprouter /usr/sbin/kamailio[2871]: exec: ***
> cfgtrace:failure_route=[DEFAULT_ROUTE] c=[/etc/kamailio/kamailio.cfg]
> l=1619 a=24 n=t_relay
>
>
> Thanks in advance for any help
>
> Mack Hendricks
> dSIPRouter
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Redirects - are q values required to implement serial forking?

[Brandon Armstead]

Mike,

Your likely running into an issue where your changes are not actually
applied.  Check out msg_apply_changes() or something of the such.

On Mon, Nov 12, 2018 at 6:52 AM Mike Montgomery 
wrote:

> We have a situation where we get a redirect from a carrier with a list of
> carriers to send the transaction to in the contact header. None of the
> carriers in the contact header have q values assigned.
>
> We have implemented our redirect handling logic using the UAC_REDIRECT
> module (get_redirects()) with help from TM module (t-load_contacts(),
> t_next_contact()). (failure_route code is at bottom of this note)
>
> We find that when we receive a contact header with q values, we can launch
> requests serially using t_next_contact() and individually work through the
> contact list until we get a positive response. When we get a redirect with
> no q values in the contact header we find that all contacts get loaded and
> launched in parallel.
>
> Although not stated in the documentation, it appears that in order to
> implement serial contact redirect handling, q values must be present in the
> contact header. Based on this assumption, and knowing that the redirecting
> carrier cannot include q values, we have attempted to modify the contact
> header and find that we are unable to add q values to the contact header.
>
> We have attempted without success to use remove_hf("Contact”) followed
> by append_hf("Contact: $(avp(contact)) \r\n”); where $(avp(contact)) is the
> avp where we have rewritten the contact header to include q values.
>
> Any guidance on how to handle this issue is appreciated.
>
> _-
>
> Our failure route code:
> if (t_check_status("3[0-9][0-9]")) {
> xlog("L_INFO", "> REDIRECT Contact Header -->
> $T_rpl($ct) --- Method $rm --- From $T_req($fu) --- To $T_req($tu) ---
> Destination $T_req($du) \n");
> get_redirects("*:*");
>
> if (!t_load_contacts()) {
> xlog("L_INFO", "-t_load_contacts() FAILED /n");
> };
>
> xlog("L_INFO", "->LOAD CONTACT LIST
> $xavp(tm_contacts[0]=>uri) \n");
>
> if (t_next_contacts()) {
> xlog("L_INFO", "-t_next_contact() loaded
> successfully /n");
> xlog("L_INFO", "-> NEXT CONTACT LIST
> $xavp(tm_contacts[0]=>uri) \n");
> };
> t_on_failure("serial");
>
> if(t_relay()){
> xlog("L_INFO","->Relayed in MANAGE_FAILURE ---
> Method $rm --- Contact Header $ct \n");
>  };
> exit;
> } else {
> xlog("L_INFO","-> NO REDIRECT --- Method $rm ---
> Contact Header $ct \n");
> exit;
> }
>
> failure_route["serial"] {
> xlog ("L_INFO", "Entered failure_route(serial) /n");
> if (t_check_status("3[0-9][0-9]")) {
> xlog("L_INFO", "> DOUBLE REDIRECT Contact Header -->
> $T_rpl($ct) --- Method $rm --- From $T_req($fu) --- To $T_req($tu) ---
> Destination $T_req($du) \n");
> $xavp(tm_contacts[*]) = $null;
> xlog("L_INFO", "XXX-> tm_contacts reset to Null
> $xavp(tm_contacts[0]=>uri)\n");
>
> get_redirects("*:*");
>
> if (!t_load_contacts()) {
> xlog("L_INFO", "-t_load_contacts() FAILED /n");
> };
>
> xlog("L_INFO", "-> LOAD 2 CONTACT LIST
> $xavp(tm_contacts[0]=>uri) \n");
>
> }
> if (!t_next_contacts()) {
> exit;
> }
>
> xlog("L_INFO", "-t_next_contact() loaded successfully /n");
> xlog("L_INFO", "-> NEXT CONTACT LIST
> $xavp(tm_contacts[0]=>uri) \n");
>
> t_on_failure("serial");
> if(t_relay()){
> xlog("L_INFO","->Relayed in failure_route(serial) ---
> Method $rm --- Contact Header $ct \n");
> };
> }
>
> Best Regards,
>
>  Mike Montgomery
>  Principal, Trusted Technical Services, Inc.
>  o - 919 924 4703  x3000
>  m - 919 539 6133
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] DMQ and DIALOG

[Brandon Armstead]

Set a cookie and relay those subsequent transactions down to proper
endpoint that they initially went over.

On Wed, Oct 24, 2018 at 1:56 AM Phillman25 Kyriacou 
wrote:

> Hi List!
>
> I currently have 3 Kamailio's (Version 5.1) in an ACTIVE-ACTIVE-ACTIVE
> scenario behind a load balancer all 3 nodes are listening and advertising
> the same virtual ip of the load balancer. Im using dmq module together with
> dialogue module to sync the state of the dialog to all 3 nodes. Is there a
> way or module that i can use to also sync every transaction?
>
> Problem that im facing right now is that an INVITE will come to Kamailio1
> and the 100 TRYING or 183 RINGING or  200OK will go to Kamailio2 and since
> Kamailio1 hasn't received a response will retransmit the INVITE. Or is
> there a way with dmq to also update the other nodes for responses like 100
> ,183 or 200 OK so that Kamailio1 knows not to retransmit?
>
> Maybe im going down the wrong path? :)
>
> Any assistance would be greatly appreciated
>
> My config for dmq and dialog:
>
> #=DIALOG
> modparam("dialog", "enable_dmq", 1)
>
> #=DMQ===
> modparam("dmq", "server_address", "sip:x.x.x.x:5080")
> modparam("dmq", "notification_address", "sip:y.y.y.y:5080")
> modparam("dmq", "multi_notify", 1)
> modparam("dmq", "num_workers", 4)
> modparam("dmq", "ping_interval", 30)
>
> request_route {
>
> # MANAGE ALL DIALOGS
>dlg_manage();
>
> if(is_method("KDMQ"))
> {
> dmq_handle_message();
> }
>
> Thanks!
> Phillip
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Server_id expects number only

[Brandon Armstead]

Err I'm sorry I didn't pay close enough attention to your int, the network
address for 192.168.100.100 would be ... 3232261220

On Mon, Oct 8, 2018 at 4:10 AM Brandon Armstead  wrote:

> Sorry for late reply - however ; yes -- if it will accept this int - i've
> not tried it.
>
> On Mon, Oct 1, 2018 at 7:26 AM Denys Pozniak 
> wrote:
>
>> Do you mean like  server_id="192.168.100.100" -->  server_id=192168100100
>> ?
>> Generally I use similar logic to recover IP from number.
>>
>> пн, 1 окт. 2018 г. в 16:52, Brandon Armstead :
>>
>>> You could try using network address for the ip?
>>>
>>> On Mon, Oct 1, 2018 at 6:48 AM Denys Pozniak 
>>> wrote:
>>>
>>>> Hello!
>>>>
>>>> I need to separate Kamailio's dmq_usrloc by server_id and will be much
>>>> easily if server_id can accept string values also, like:
>>>> server_id="192.168.100.100"
>>>>
>>>> But currently it accepts only integer:
>>>> https://www.kamailio.org/wiki/cookbooks/5.1.x/core#server_id
>>>>
>>>> Syslog:
>>>>  0(11488) CRITICAL:  [core/cfg.y:3447]: yyerror_at(): parse error
>>>> in config file /etc/kamailio/global.cfg, line 126, column 11-24: syntax
>>>> error
>>>>  0(11488) CRITICAL:  [core/cfg.y:3447]: yyerror_at(): parse error
>>>> in config file /etc/kamailio/global.cfg, line 126, column 11-24: number
>>>> expected
>>>>
>>>>
>>>> --
>>>>
>>>> BR,
>>>> Denys Pozniak
>>>>
>>>>
>>>> ___
>>>> Kamailio (SER) - Users Mailing List
>>>> sr-users@lists.kamailio.org
>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>> --
>>> Sent from Gmail Mobile
>>> _______
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>>
>> --
>>
>> BR,
>> Denys Pozniak
>>
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
> --
> Sincerely,
> Brandon Armstead
> CTO / CRYY.com
>


-- 
Sincerely,
Brandon Armstead
CTO / CRYY.com
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Server_id expects number only

[Brandon Armstead]

Sorry for late reply - however ; yes -- if it will accept this int - i've
not tried it.

On Mon, Oct 1, 2018 at 7:26 AM Denys Pozniak 
wrote:

> Do you mean like  server_id="192.168.100.100" -->  server_id=192168100100 ?
> Generally I use similar logic to recover IP from number.
>
> пн, 1 окт. 2018 г. в 16:52, Brandon Armstead :
>
>> You could try using network address for the ip?
>>
>> On Mon, Oct 1, 2018 at 6:48 AM Denys Pozniak 
>> wrote:
>>
>>> Hello!
>>>
>>> I need to separate Kamailio's dmq_usrloc by server_id and will be much
>>> easily if server_id can accept string values also, like:
>>> server_id="192.168.100.100"
>>>
>>> But currently it accepts only integer:
>>> https://www.kamailio.org/wiki/cookbooks/5.1.x/core#server_id
>>>
>>> Syslog:
>>>  0(11488) CRITICAL:  [core/cfg.y:3447]: yyerror_at(): parse error
>>> in config file /etc/kamailio/global.cfg, line 126, column 11-24: syntax
>>> error
>>>  0(11488) CRITICAL:  [core/cfg.y:3447]: yyerror_at(): parse error
>>> in config file /etc/kamailio/global.cfg, line 126, column 11-24: number
>>> expected
>>>
>>>
>>> --
>>>
>>> BR,
>>> Denys Pozniak
>>>
>>>
>>> ___
>>> Kamailio (SER) - Users Mailing List
>>> sr-users@lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> --
>> Sent from Gmail Mobile
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
>
> --
>
> BR,
> Denys Pozniak
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
Sincerely,
Brandon Armstead
CTO / CRYY.com
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Server_id expects number only

[Brandon Armstead]

You could try using network address for the ip?

On Mon, Oct 1, 2018 at 6:48 AM Denys Pozniak 
wrote:

> Hello!
>
> I need to separate Kamailio's dmq_usrloc by server_id and will be much
> easily if server_id can accept string values also, like:
> server_id="192.168.100.100"
>
> But currently it accepts only integer:
> https://www.kamailio.org/wiki/cookbooks/5.1.x/core#server_id
>
> Syslog:
>  0(11488) CRITICAL:  [core/cfg.y:3447]: yyerror_at(): parse error in
> config file /etc/kamailio/global.cfg, line 126, column 11-24: syntax error
>  0(11488) CRITICAL:  [core/cfg.y:3447]: yyerror_at(): parse error in
> config file /etc/kamailio/global.cfg, line 126, column 11-24: number
> expected
>
>
> --
>
> BR,
> Denys Pozniak
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] How are SIP messages divided amongst TCP workers?

[Brandon Armstead]

Cody,

Kamailio should receive from normal TCP /
Kernel stack handoff - you may be able to do some tuning with sysctl -
however one alternate suggestion that could help spread load on actual
Kamailio TCP workers is by firing up additional workers on alternate ports
but this still would not ensure that any given worker is executed on unique
cpu cores.  With this said however the kernel should likely do a efficient
job of this already in the handoff between TCP stack and Kamailio.

Is there a reason you feel there is an efficiency issue?  Perhaps better
knowing any current limitations could help better provide suggestions for
your specific situation.

On Fri, Feb 23, 2018 at 10:01 AM Cody Herzog 
wrote:

> Hello.
>
>
>
> I'm curious as to how SIP messages received over TLS are divided amongst
> the available TCP workers.
>
>
>
> Based on some searching, I was hoping and expecting that the messages
> would be load balanced amongst the TCP workers at the level of individual
> SIP messages.
>
>
>
> However, with my configuration, it seems that the work is load balanced at
> the TCP connection level.
>
>
>
> I will now elaborate on my basic architecture.
>
>
>
> I have several edge proxies to which the clients connect. Those proxies do
> not handle registration, or do much of anything, they just forward traffic
> to a central registrar server.
>
>
>
> On the central registrar server, it seems that a particular TCP worker is
> assigned to handle all the traffic arriving from a particular edge proxy.
> As long as the TCP connection between the servers remains open, it seems
> that the particular worker is locked into handling all traffic on that
> connection.
>
>
>
> Does that sound like expected behavior?
>
>
>
> That behavior is not ideal for me, because I would like to evenly divide
> the SIP message load across all the TCP workers on my central registrar.
>
>
>
> Perhaps I'm doing something bad in my config file that is preventing the
> load balancing from working at the SIP message level.
>
>
>
> If that behavior is expected, is there anything I can do to achieve more
> even load balancing?
>
>
>
> Perhaps the ASYNC module might work for my  needs. It seems like I could
> use async_task_route() to divide certain messages evenly amongst the async
> workers.
>
>
>
> Does that sound reasonable?
>
>
>
> In my use case, certain messages require a lot of CPU time to perform
> crypto calculations, and I want those calculations to be distributed evenly
> across all CPU cores.
>
>
>
> Thanks.
>
> -Cody
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Very inconsistent calls

[Brandon Armstead]

This issue occurs when ACK is not routed to proper contact address.

On Sun, Feb 11, 2018 at 6:06 PM, Michael Young <myo...@redmonsters.net>
wrote:

> And just to add to Alex's comment -- in my experience this is almost
> always a firewall issue. Whenever I see a call drop in 32 seconds, it is
> usually because a firewall did not allow the ACK through.
>
> Google "Asterisk drops calls after 32 seconds" and you get 1,180,000
> results...  and the problem is not Asterisk itself.
>
> Michael
>
> -Original Message-
> From: sr-users [mailto:sr-users-boun...@lists.kamailio.org] On Behalf Of
> Alex Balashov
> Sent: Sunday, February 11, 2018 7:27 PM
> To: Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
> Subject: Re: [SR-Users] Very inconsistent calls
>
>
>
> > I have found that calls are very inconsistent.  I use Kamailio 5,
> > Asterisk 14.  When certain Providers like (Sorenson, ZVRS) make calls
> > into a WebRTC client (tryit-jssip), sometime the calls stay up until I
> > close them (10-15 minutes), others times those calls drop in 30
> > seconds.  This is extremely confusing...does anyone else experience
> > this type of behavior?
>
> It is hard to speculate without a capture, and indeed there are lots of
> moving parts with WebRTC. However, the typical reason why an established
> call would drop after ~30 sec (32, to be precise) is that the end-to-end
> ACK from the caller, which completes the required "three-way handshake"
> for call establishment, does not reach the callee. This is because it's
> not constructed correctly by the calling UA, not routed correctly by
> intermediate entities, or isn't sent at all by the calling UA.
>
> --
> 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 (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> _______
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Sincerely,
Brandon Armstead
CTO / CRYY.com
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] can kamailio send 183 to caller

[Brandon Armstead]

if(is_method(“INVITE”)){ .

sl_send_reply(“183”, “Ringing”); 

}

On Wed, Nov 29, 2017 at 6:44 PM 赵国杰  wrote:

> Hello guys,
>  Is it possible for kamailio to initiate a 183 to caller?
>
> Thanks
>
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Problem removing headers from FAILURE_ROUTE

[Brandon Armstead]

Joel,

   You can handle this either inside request_route {} or branch_route
{}, logic is pretty much the same -- except for branch route would be
specific to each branch - either way you still need to check where
that branch and or request is going to and apply applicable logic.
I'm not clear on explicit request that you want to include or exclude
the headers but essentially check I would likely do something in
failure_route() that when sending to voicemail you append that
uri/branch as well as desired effect)

i.e.

failure_route[GENERAL]{
if(going to voicemail){
route(add-voicemail-headers) OR route(remove-voicemail-headers) or whatever
append_branch();
t_relay(); ...
}
}

similar logic could be done in branch route.

request_route{

}

branch_route[voicemail]{
# set vmail uri, set headers, etc
}

failure_route[
if(going to voicemail){
t_on_branch("voicemail_branch") ...
}
}

etc... hopefully this gets you going :)

On Tue, Oct 17, 2017 at 3:59 PM, Joel Serrano <j...@gogii.net> wrote:
> Hi Brandon,
>
> The problem is that I need to remove the headers only if we are going to
> send the call outside of our platform, and that always happens after a
> delivery try internally.
>
> Something along:
>
> Try 1: Caller (adds X- headers) --> Kamailio (forwards X- headers without
> touching them) --> media srv (requires the X- headers that Caller added)
> Try 2: If media srv rejects the call --> Hits failure_route in kamailio --->
> We send to external server.
>
> Now, in the first try (when we send the call to the media srv), we need the
> headers, if that try fails, we then send the call to an external server, and
> we don't want to send all the X- headers. Problem is, we are in the
> failure_route at that point, so either it's too late or I'm not doing this
> the way it has to be done.
>
> I was thinking of trying:
>
> 1- remove the X-headers in request route
> 2- create a new branch_route and add them again in there
> 3- If required, remove them from failure route... (as they were added in
> branch_route, maybe it works?)
>
> Not 100% sure though...
>
> What do you think?
>
>
> Thanks!
> Joel.
>
>
> On Tue, Oct 17, 2017 at 12:43 PM, Brandon Armstead <bran...@cryy.com> wrote:
>>
>> Why do you not remove the headers in request_route {} ?
>>
>> Check and see where the call is uri or destination is going and add or
>> remove as desired?
>>
>> On Tue, Oct 17, 2017 at 12:36 PM, Joel Serrano <j...@gogii.net> wrote:
>> > Hi,
>> >
>> > After some research it all seems to come down to "you cannot remove
>> > headers
>> > in failure_route that where added in request route".
>> >
>> > But, is there a way to remove headers in failure_route that came in the
>> > initial INVITE? (so we didn't add anything, but we do want to remove
>> > before
>> > sending out).
>> >
>> > Any ideas?
>> >
>> > Thanks,
>> > Joel.
>> >
>> > On Fri, Oct 13, 2017 at 11:35 AM, Joel Serrano <j...@gogii.net> wrote:
>> >>
>> >> Hi all,
>> >>
>> >> I have the following scenario:
>> >>
>> >>
>> >> Client -> Kamailio (adds X-CallSource hdr) -> Media Server -> Kamailio
>> >> (removes all "X-" headers) -> Carrier
>> >>
>> >> Carrier doesn't get any X- headers. All works.
>> >>
>> >>
>> >> Now for example, if the media server replies with a non-OK status,
>> >> like:
>> >>
>> >> Client -> Kamailio (adds X-CallSource hdr) <-> Media Server (480
>> >> Temporarily Unavailable)
>> >>   Kamailio (in failure_route, removes all "X-" headers) ->
>> >> External Voicemail Service
>> >>
>> >> External Voicemail Service gets the X- headers.
>> >>
>> >>
>> >> Basically, on the first example, it is a regular call, all handled from
>> >> request route.
>> >>
>> >> On the second example, call goes to media server, media server replies
>> >> with a 480, reaches kamailio's failure route, in there we run the same
>> >> remove_hf_re.
>> >>
>> >> In the captures I can see that the X-CallSource header (added at the
>> >> very
>> >> beginning) is still there.
>> >>
>> >>
>> >> I have tried different combinations in the failure route:
>> >>
>> >> a) Tried removing exactly the header: remove_hf("X-CallSource"

Re: [SR-Users] A "success_route" as counterpart to "failure_route" available?

[Brandon Armstead]

Also t_check_status(“200”){

In onreply_route{

And handle there, looks like you have corrrct flag already

On Mon, Oct 2, 2017 at 10:08 AM Brandon Armstead <bran...@cryy.com> wrote:

> Check / try the flag to send no reply
>
> On Mon, Oct 2, 2017 at 5:07 AM Alex Balashov <abalas...@evaristesys.com>
> wrote:
>
>> Store what you want in AVPs save that instead?
>>
>> On October 2, 2017 8:05:05 AM EDT, Kristijan Vrban <vrban.l...@gmail.com>
>> wrote:
>> >2017-10-02 13:14 GMT+02:00 Alex Balashov <abalas...@evaristesys.com>:
>> >
>> >> Are you sure an onreply_route isn't what you need?
>> >>
>> >>
>> >Yes, it was obvious to try a "save("location", "0x02");" ("0x02" for
>> >save
>> >only location and keep going) in onreply_route. I tried it, and as
>> >said:
>> >then the location from the external registrar server is
>> >saved. Not the contact from the requesting UA.
>> >
>> >
>> >
>> >> On October 2, 2017 6:33:31 AM EDT, Kristijan Vrban
>> ><vrban.l...@gmail.com>
>> >> wrote:
>> >> >Hello,
>> >> >
>> >> >i need a "success_route" which does the same as "failure_route", but
>> >> >only
>> >> >for
>> >> >positiv 2xx reply. Is something like this available?
>> >> >
>> >> >Background: i forward REGISTER to external registrar server, and
>> >only
>> >> >what
>> >> >to save the location on positiv reply to REGISTER. Without doing the
>> >> >authentication myself.
>> >> >
>> >> >I tried to save the location in onreply_route, but then the contact
>> >of
>> >> >the
>> >> >external registrar server is
>> >> >saved. So i need a status check in the REQUEST_ROUTE.
>> >> >
>> >> >Best
>> >> >Kristijan
>> >>
>> >>
>> >> -- Alex
>> >>
>> >> --
>> >> Sent via mobile, please forgive typos and brevity.
>> >>
>> >> ___
>> >> Kamailio (SER) - Users Mailing List
>> >> sr-users@lists.kamailio.org
>> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>> >>
>>
>>
>> -- Alex
>>
>> --
>> Sent via mobile, please forgive typos and brevity.
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Sent from Gmail Mobile
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] A "success_route" as counterpart to "failure_route" available?

[Brandon Armstead]

Check / try the flag to send no reply

On Mon, Oct 2, 2017 at 5:07 AM Alex Balashov 
wrote:

> Store what you want in AVPs save that instead?
>
> On October 2, 2017 8:05:05 AM EDT, Kristijan Vrban 
> wrote:
> >2017-10-02 13:14 GMT+02:00 Alex Balashov :
> >
> >> Are you sure an onreply_route isn't what you need?
> >>
> >>
> >Yes, it was obvious to try a "save("location", "0x02");" ("0x02" for
> >save
> >only location and keep going) in onreply_route. I tried it, and as
> >said:
> >then the location from the external registrar server is
> >saved. Not the contact from the requesting UA.
> >
> >
> >
> >> On October 2, 2017 6:33:31 AM EDT, Kristijan Vrban
> >
> >> wrote:
> >> >Hello,
> >> >
> >> >i need a "success_route" which does the same as "failure_route", but
> >> >only
> >> >for
> >> >positiv 2xx reply. Is something like this available?
> >> >
> >> >Background: i forward REGISTER to external registrar server, and
> >only
> >> >what
> >> >to save the location on positiv reply to REGISTER. Without doing the
> >> >authentication myself.
> >> >
> >> >I tried to save the location in onreply_route, but then the contact
> >of
> >> >the
> >> >external registrar server is
> >> >saved. So i need a status check in the REQUEST_ROUTE.
> >> >
> >> >Best
> >> >Kristijan
> >>
> >>
> >> -- Alex
> >>
> >> --
> >> Sent via mobile, please forgive typos and brevity.
> >>
> >> ___
> >> Kamailio (SER) - Users Mailing List
> >> sr-users@lists.kamailio.org
> >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >>
>
>
> -- Alex
>
> --
> Sent via mobile, please forgive typos and brevity.
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] mysql installation error

[Brandon Armstead]

Np!  Normal insomniac. Haha, glad to hear you got it working.

On Thu, Sep 28, 2017 at 8:57 AM Timothy oladapo olawuyi <
dolaw...@pethahiah.com> wrote:

> Hello Brandon,
>
>
>
> It works after copied mysql directory from
> /usr/local/src/kamailio/utils/kamctl/mysql to
> /usr/local/share/kamailio/mysql with  cp -fr
> /usr/local/src/kamailio/utils/kamctl/mysql /usr/local/share/kamailio/mysql
>
>
>
>
>
> Regards
>
>
>
> *Olawuyi Timothy Oladapo **|* *IT/VAS Operation** |* *Information System
> Dept **|**Pethahiah Rehoboth INTL. Limited* | *2nd Floor Rubby Block All
> seasons Plaza , Lateef Jakande Rd, Agidingbi, Ikeja, Lagos.* | *Mobile:**
> +2348052612001,+2348098797928 *|*Skype*: daptims |
> htttp://www.pethahiah.com
>
>
>
> *From:* sr-users [mailto:sr-users-boun...@lists.kamailio.org] *On Behalf
> Of *Timothy oladapo olawuyi
> *Sent:* Thursday, September 28, 2017 2:58 PM
>
>
> *To:* 'Kamailio (SER) - Users Mailing List' <sr-users@lists.kamailio.org>
> *Subject:* Re: [SR-Users] mysql installation error
>
>
>
> Hello Brandon,
>
>
>
> Sorry for disturbing your sleep
>
>
>
> I just copy mysql dir that contains standard-create.sql and other files to
> kamctl using *cp -fr /usr/local/src/kamailio/utils/kamctl/mysql
> /usr/local/lib64/kamailio//kamctl/mysql*
>
> I still got the same error
> /usr/local/lib64/kamailio//kamctl/kamdbctl.mysql: line 264:
> ./mysql/standard-create.sql: No such file or directory , ERROR: Creating
> core tables failed at standard!
>
>  after the copied the folder. It seems am missing something.
>
>
>
> Regards
>
> *Olawuyi Timothy Oladapo **|* *IT/VAS Operation** |* *Information System
> Dept **|**Pethahiah Rehoboth INTL. Limited* | *2nd Floor Rubby Block All
> seasons Plaza , Lateef Jakande Rd, Agidingbi, Ikeja, Lagos.* | *Mobile:**
> +2348052612001,+2348098797928 *|*Skype*: daptims |
> htttp://www.pethahiah.com
>
>
>
> *From:* sr-users [mailto:sr-users-boun...@lists.kamailio.org
> <sr-users-boun...@lists.kamailio.org>] *On Behalf Of *Brandon Armstead
> *Sent:* Thursday, September 28, 2017 2:08 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
> *Subject:* Re: [SR-Users] mysql installation error
>
>
>
> I believe if you also run this kamdbctl relatively inside the current
> contextual path it may also give you a pass - don’t quote me on this,
> writing from los angelos at 6am in bed :/ tossing and turning haha.
>
>
>
> But a let’s say you git checkout to /use/local/src/kamailio
>
>
>
> cp -fr {path to src kamctl dir under used local src}
> /usr/local/lib64/kamailio/kamctl essentially iirc.
>
>
>
> On Thu, Sep 28, 2017 at 6:00 AM Brandon Armstead <bran...@cryy.com> wrote:
>
> I would copy all of the kamctl files over not sure why entirely but I
> think there is s bug in the build process or maybe user error but I’ve ran
> into this issue before too and just cp -fr the kamctl dir over of course
> after backing up original.
>
>
>
> On Thu, Sep 28, 2017 at 5:42 AM Timothy oladapo olawuyi <
> dolaw...@pethahiah.com> wrote:
>
> Hello Brandon,
>
>
>
> Thank for you the quick response I found the file and copy to the
> appropriate directory.
>
> However, when  *kamdbctl *create again I got the error below.
>
>
>
>
>
> Regards
>
>
>
> *Olawuyi Timothy Oladapo **|* *IT/VAS Operation** |* *Information System
> Dept **|**Pethahiah Rehoboth INTL. Limited* | *2nd Floor Rubby Block All
> seasons Plaza , Lateef Jakande Rd, Agidingbi, Ikeja, Lagos.* | *Mobile:**
> +2348052612001,+2348098797928 *|*Skype*: daptims | htttp://
> www.pethahiah.com
>
>
>
> *From:* sr-users [mailto:sr-users-boun...@lists.kamailio.org] *On Behalf
> Of *Brandon Armstead
> *Sent:* Thursday, September 28, 2017 12:07 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
> *Subject:* Re: [SR-Users] mysql installation error
>
>
>
> src/utils/kamctl
>
>
>
> On Thu, Sep 28, 2017 at 4:06 AM Brandon Armstead <bran...@cryy.com> wrote:
>
> Make sure the kamctl files exist there as in the path in can’t locate if
> not copy them from I believe src/Uriel/kamctl to the desired path it is
> looking for and or symlink.
>
> On Thu, Sep 28, 2017 at 3:27 AM Timothy oladapo olawuyi <
> dolaw...@pethahiah.com> wrote:
>
> Dear All,
>
>
>
> Please help me with error messages.
>
>
>
> Am trying to configure kamailio MYSQL as DBEGINE base on the tutorial
> available in the SIP ROUTING WITH KAMAILIO book, when I executed the 
> */usr/local/sbin/kamdbctl
> create* and got the E

Re: [SR-Users] mysql installation error

[Brandon Armstead]

I believe if you also run this kamdbctl relatively inside the current
contextual path it may also give you a pass - don’t quote me on this,
writing from los angelos at 6am in bed :/ tossing and turning haha.

But a let’s say you git checkout to /use/local/src/kamailio

cp -fr {path to src kamctl dir under used local src}
/usr/local/lib64/kamailio/kamctl essentially iirc.

On Thu, Sep 28, 2017 at 6:00 AM Brandon Armstead <bran...@cryy.com> wrote:

> I would copy all of the kamctl files over not sure why entirely but I
> think there is s bug in the build process or maybe user error but I’ve ran
> into this issue before too and just cp -fr the kamctl dir over of course
> after backing up original.
>
> On Thu, Sep 28, 2017 at 5:42 AM Timothy oladapo olawuyi <
> dolaw...@pethahiah.com> wrote:
>
>> Hello Brandon,
>>
>>
>>
>> Thank for you the quick response I found the file and copy to the
>> appropriate directory.
>>
>> However, when  *kamdbctl *create again I got the error below.
>>
>>
>>
>> /usr/local/lib64/kamailio//kamctl/kamdbctl.mysql: line 264:
>> ./mysql/standard-create.sql: No such file or directory
>>
>> ERROR: Creating core tables failed at standard!
>>
>>
>>
>> Regards
>>
>>
>>
>> *Olawuyi Timothy Oladapo **|* *IT/VAS Operation** |* *Information System
>> Dept **|**Pethahiah Rehoboth INTL. Limited* | *2nd Floor Rubby Block All
>> seasons Plaza , Lateef Jakande Rd, Agidingbi, Ikeja, Lagos.* | *Mobile:**
>> +2348052612001,+2348098797928 *|*Skype*: daptims |
>> htttp://www.pethahiah.com
>>
>>
>>
>> *From:* sr-users [mailto:sr-users-boun...@lists.kamailio.org] *On Behalf
>> Of *Brandon Armstead
>> *Sent:* Thursday, September 28, 2017 12:07 PM
>> *To:* Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
>> *Subject:* Re: [SR-Users] mysql installation error
>>
>>
>>
>> src/utils/kamctl
>>
>>
>>
>> On Thu, Sep 28, 2017 at 4:06 AM Brandon Armstead <bran...@cryy.com>
>> wrote:
>>
>> Make sure the kamctl files exist there as in the path in can’t locate if
>> not copy them from I believe src/Uriel/kamctl to the desired path it is
>> looking for and or symlink.
>>
>> On Thu, Sep 28, 2017 at 3:27 AM Timothy oladapo olawuyi <
>> dolaw...@pethahiah.com> wrote:
>>
>> Dear All,
>>
>>
>>
>> Please help me with error messages.
>>
>>
>>
>> Am trying to configure kamailio MYSQL as DBEGINE base on the tutorial
>> available in the SIP ROUTING WITH KAMAILIO book, when I executed the 
>> */usr/local/sbin/kamdbctl
>> create* and got the Error messages below.
>>
>>
>>
>> *ERROR: could not load the script in
>> /usr/local/lib64/kamailio//kamctl/kamdbctl.mysql for database engine MYSQL*
>>
>> *ERROR: database engine not loaded - tried 'MYSQL'*
>>
>>
>>
>> Here this the version of kamailio I installed.
>>
>>
>>
>> ./kamailio -I.
>>
>> Print out of kamailio internals
>>
>>   Version: kamailio 4.4.6 (x86_64/linux) 75f13d
>>
>>   Default config: /usr/local/etc/kamailio/kamailio.cfg
>>
>>   Default paths to modules: /usr/local/lib64/kamailio/modules
>>
>>   Compile flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
>> 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_BLACKLIST, HAVE_RESOLV_RES
>>
>>   MAX_RECV_BUFFER_SIZE=262144
>>
>>   MAX_LISTEN=16
>>
>>   MAX_URI_SIZE=1024
>>
>>   BUF_SIZE=65535
>>
>>   DEFAULT PKG_SIZE=8MB
>>
>>   DEFAULT SHM_SIZE=64MB
>>
>>   ADAPTIVE_WAIT_LOOPS=1024
>>
>>   TCP poll methods: poll, epoll_lt, epoll_et, sigio_rt, select
>>
>>   Source code revision ID: 75f13d
>>
>>   Compiled with: gcc 4.9.2
>>
>>   Compiled on: 10:56:51 Sep 28 2017
>>
>> Thank you for flying kamailio!
>>
>>
>>
>>
>>
>> Regards
>>
>>
>>
>> *Olawuyi Timothy Oladapo **|* *IT/VAS Operation** |** Information System
>> Dept **|**Pethahiah Rehoboth INTL. Limited* | *2nd Floor Rubby Block All
>> seasons Plaza , Lateef Jakande Rd, Agidingbi, Ikeja, Lagos.* | *Mobile:**
>> +2348052612001,+2348098797928 *|*Skype*: daptims | htttp://
>> www.pethahiah.com
>>
>>
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>>
>> Sent from Gmail Mobile
>>
>> --
>>
>> Sent from Gmail Mobile
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Sent from Gmail Mobile
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] mysql installation error

[Brandon Armstead]

I would copy all of the kamctl files over not sure why entirely but I think
there is s bug in the build process or maybe user error but I’ve ran into
this issue before too and just cp -fr the kamctl dir over of course after
backing up original.

On Thu, Sep 28, 2017 at 5:42 AM Timothy oladapo olawuyi <
dolaw...@pethahiah.com> wrote:

> Hello Brandon,
>
>
>
> Thank for you the quick response I found the file and copy to the
> appropriate directory.
>
> However, when  *kamdbctl *create again I got the error below.
>
>
>
> /usr/local/lib64/kamailio//kamctl/kamdbctl.mysql: line 264:
> ./mysql/standard-create.sql: No such file or directory
>
> ERROR: Creating core tables failed at standard!
>
>
>
> Regards
>
>
>
> *Olawuyi Timothy Oladapo **|* *IT/VAS Operation** |* *Information System
> Dept **|**Pethahiah Rehoboth INTL. Limited* | *2nd Floor Rubby Block All
> seasons Plaza , Lateef Jakande Rd, Agidingbi, Ikeja, Lagos.* | *Mobile:**
> +2348052612001,+2348098797928 *|*Skype*: daptims |
> htttp://www.pethahiah.com
>
>
>
> *From:* sr-users [mailto:sr-users-boun...@lists.kamailio.org] *On Behalf
> Of *Brandon Armstead
> *Sent:* Thursday, September 28, 2017 12:07 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
> *Subject:* Re: [SR-Users] mysql installation error
>
>
>
> src/utils/kamctl
>
>
>
> On Thu, Sep 28, 2017 at 4:06 AM Brandon Armstead <bran...@cryy.com> wrote:
>
> Make sure the kamctl files exist there as in the path in can’t locate if
> not copy them from I believe src/Uriel/kamctl to the desired path it is
> looking for and or symlink.
>
> On Thu, Sep 28, 2017 at 3:27 AM Timothy oladapo olawuyi <
> dolaw...@pethahiah.com> wrote:
>
> Dear All,
>
>
>
> Please help me with error messages.
>
>
>
> Am trying to configure kamailio MYSQL as DBEGINE base on the tutorial
> available in the SIP ROUTING WITH KAMAILIO book, when I executed the 
> */usr/local/sbin/kamdbctl
> create* and got the Error messages below.
>
>
>
> *ERROR: could not load the script in
> /usr/local/lib64/kamailio//kamctl/kamdbctl.mysql for database engine MYSQL*
>
> *ERROR: database engine not loaded - tried 'MYSQL'*
>
>
>
> Here this the version of kamailio I installed.
>
>
>
> ./kamailio -I.
>
> Print out of kamailio internals
>
>   Version: kamailio 4.4.6 (x86_64/linux) 75f13d
>
>   Default config: /usr/local/etc/kamailio/kamailio.cfg
>
>   Default paths to modules: /usr/local/lib64/kamailio/modules
>
>   Compile flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
> 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_BLACKLIST, HAVE_RESOLV_RES
>
>   MAX_RECV_BUFFER_SIZE=262144
>
>   MAX_LISTEN=16
>
>   MAX_URI_SIZE=1024
>
>   BUF_SIZE=65535
>
>   DEFAULT PKG_SIZE=8MB
>
>   DEFAULT SHM_SIZE=64MB
>
>   ADAPTIVE_WAIT_LOOPS=1024
>
>   TCP poll methods: poll, epoll_lt, epoll_et, sigio_rt, select
>
>   Source code revision ID: 75f13d
>
>   Compiled with: gcc 4.9.2
>
>   Compiled on: 10:56:51 Sep 28 2017
>
> Thank you for flying kamailio!
>
>
>
>
>
> Regards
>
>
>
> *Olawuyi Timothy Oladapo **|* *IT/VAS Operation** |** Information System
> Dept **|**Pethahiah Rehoboth INTL. Limited* | *2nd Floor Rubby Block All
> seasons Plaza , Lateef Jakande Rd, Agidingbi, Ikeja, Lagos.* | *Mobile:**
> +2348052612001,+2348098797928 *|*Skype*: daptims | htttp://
> www.pethahiah.com
>
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> --
>
> Sent from Gmail Mobile
>
> --
>
> Sent from Gmail Mobile
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] mysql installation error

[Brandon Armstead]

src/utils/kamctl

On Thu, Sep 28, 2017 at 4:06 AM Brandon Armstead <bran...@cryy.com> wrote:

> Make sure the kamctl files exist there as in the path in can’t locate if
> not copy them from I believe src/Uriel/kamctl to the desired path it is
> looking for and or symlink.
>
> On Thu, Sep 28, 2017 at 3:27 AM Timothy oladapo olawuyi <
> dolaw...@pethahiah.com> wrote:
>
>> Dear All,
>>
>>
>>
>> Please help me with error messages.
>>
>>
>>
>> Am trying to configure kamailio MYSQL as DBEGINE base on the tutorial
>> available in the SIP ROUTING WITH KAMAILIO book, when I executed the 
>> */usr/local/sbin/kamdbctl
>> create* and got the Error messages below.
>>
>>
>>
>> *ERROR: could not load the script in
>> /usr/local/lib64/kamailio//kamctl/kamdbctl.mysql for database engine MYSQL*
>>
>> *ERROR: database engine not loaded - tried 'MYSQL'*
>>
>>
>>
>> Here this the version of kamailio I installed.
>>
>>
>>
>> ./kamailio -I.
>>
>> Print out of kamailio internals
>>
>>   Version: kamailio 4.4.6 (x86_64/linux) 75f13d
>>
>>   Default config: /usr/local/etc/kamailio/kamailio.cfg
>>
>>   Default paths to modules: /usr/local/lib64/kamailio/modules
>>
>>   Compile flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
>> 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_BLACKLIST, HAVE_RESOLV_RES
>>
>>   MAX_RECV_BUFFER_SIZE=262144
>>
>>   MAX_LISTEN=16
>>
>>   MAX_URI_SIZE=1024
>>
>>   BUF_SIZE=65535
>>
>>   DEFAULT PKG_SIZE=8MB
>>
>>   DEFAULT SHM_SIZE=64MB
>>
>>   ADAPTIVE_WAIT_LOOPS=1024
>>
>>   TCP poll methods: poll, epoll_lt, epoll_et, sigio_rt, select
>>
>>   Source code revision ID: 75f13d
>>
>>   Compiled with: gcc 4.9.2
>>
>>   Compiled on: 10:56:51 Sep 28 2017
>>
>> Thank you for flying kamailio!
>>
>>
>>
>>
>>
>> Regards
>>
>>
>>
>> *Olawuyi Timothy Oladapo **|* *IT/VAS Operation** |** Information System
>> Dept **|**Pethahiah Rehoboth INTL. Limited* | *2nd Floor Rubby Block All
>> seasons Plaza , Lateef Jakande Rd, Agidingbi, Ikeja, Lagos.* | *Mobile:**
>> +2348052612001,+2348098797928 *|*Skype*: daptims |
>> htttp://www.pethahiah.com
>>
>>
>> ___
>> Kamailio (SER) - Users Mailing List
>> sr-users@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Sent from Gmail Mobile
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] mysql installation error

[Brandon Armstead]

Make sure the kamctl files exist there as in the path in can’t locate if
not copy them from I believe src/Uriel/kamctl to the desired path it is
looking for and or symlink.

On Thu, Sep 28, 2017 at 3:27 AM Timothy oladapo olawuyi <
dolaw...@pethahiah.com> wrote:

> Dear All,
>
>
>
> Please help me with error messages.
>
>
>
> Am trying to configure kamailio MYSQL as DBEGINE base on the tutorial
> available in the SIP ROUTING WITH KAMAILIO book, when I executed the 
> */usr/local/sbin/kamdbctl
> create* and got the Error messages below.
>
>
>
> *ERROR: could not load the script in
> /usr/local/lib64/kamailio//kamctl/kamdbctl.mysql for database engine MYSQL*
>
> *ERROR: database engine not loaded - tried 'MYSQL'*
>
>
>
> Here this the version of kamailio I installed.
>
>
>
> ./kamailio -I.
>
> Print out of kamailio internals
>
>   Version: kamailio 4.4.6 (x86_64/linux) 75f13d
>
>   Default config: /usr/local/etc/kamailio/kamailio.cfg
>
>   Default paths to modules: /usr/local/lib64/kamailio/modules
>
>   Compile flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS,
> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
> 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_BLACKLIST, HAVE_RESOLV_RES
>
>   MAX_RECV_BUFFER_SIZE=262144
>
>   MAX_LISTEN=16
>
>   MAX_URI_SIZE=1024
>
>   BUF_SIZE=65535
>
>   DEFAULT PKG_SIZE=8MB
>
>   DEFAULT SHM_SIZE=64MB
>
>   ADAPTIVE_WAIT_LOOPS=1024
>
>   TCP poll methods: poll, epoll_lt, epoll_et, sigio_rt, select
>
>   Source code revision ID: 75f13d
>
>   Compiled with: gcc 4.9.2
>
>   Compiled on: 10:56:51 Sep 28 2017
>
> Thank you for flying kamailio!
>
>
>
>
>
> Regards
>
>
>
> *Olawuyi Timothy Oladapo **|* *IT/VAS Operation** |** Information System
> Dept **|**Pethahiah Rehoboth INTL. Limited* | *2nd Floor Rubby Block All
> seasons Plaza , Lateef Jakande Rd, Agidingbi, Ikeja, Lagos.* | *Mobile:**
> +2348052612001,+2348098797928 *|*Skype*: daptims |
> htttp://www.pethahiah.com
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Sent from Gmail Mobile
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] COALESCE Transformation?

[Brandon Armstead]

Hello all,

I've checked the docs and did some brief searching, curious if
this transformation or method exists currently?

Such as:

https://dev.mysql.com/doc/refman/5.7/en/comparison-operators.html#function_coalesce

Thanks!

-- 
Sincerely,
Brandon Armstead
CTO / CRYY.com

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users