27 Sep
2018
27 Sep
'18
11:17 a.m.
Hello list,
Hope you all doing fine!
I am using version 5.0.7 and I was trying to use the set_advertised_address
with an avp variable but it does not replace with the avp value....
I then find out this thread
https://lists.kamailio.org/pipermail/sr-users/2016-March/092327.html, in
which is mentioned:
*"I expect those functions not to support pvs, but I think this issomething
to address in 5.0 and get all core functions working with pvs."*
Looks like this was actually not done.... is that correct? Is there any
plan to do it?
In my case I want to use the set_advertised_address after reading the value
from DB, so I can't use the advertised_address or listen options.... Any
idea on how I could achieve that?
Thank you,
Kind regards,
Patrick Wakano
28 Sep
28 Sep
8:16 a.m.
Sorry to annoy again, but I did find a couple of more emails asking around
about the possibility to pass a variable to the set_advertised_address, but
no one was replied....
How is the status of these old core functions that don't accept variables
as parameters? Is it something being worked on?
Kind regards,
Patrick Wakano
On Thu, 27 Sep 2018 at 18:17, Patrick Wakano <pwakano(a)gmail.com> wrote:
Hello list,
Hope you all doing fine!
I am using version 5.0.7 and I was trying to use the
set_advertised_address with an avp variable but it does not replace with
the avp value....
I then find out this thread
https://lists.kamailio.org/pipermail/sr-users/2016-March/092327.html, in
which is mentioned:
*"I expect those functions not to support pvs, but I think this
issomething to address in 5.0 and get all core functions working with pvs."*
Looks like this was actually not done.... is that correct? Is there any
plan to do it?
In my case I want to use the set_advertised_address after reading the
value from DB, so I can't use the advertised_address or listen options....
Any idea on how I could achieve that?
Thank you,
Kind regards,
Patrick Wakano
1 Oct
1 Oct
11:16 p.m.
Am Freitag, 28. September 2018, 07:16:18 CEST schrieb Patrick Wakano:
Sorry to annoy again, but I did find a couple of more
emails asking around
about the possibility to pass a variable to the set_advertised_address, but
no one was replied....
How is the status of these old core functions that don't accept variables
as parameters? Is it something being worked on?
Hi Patrick,
about the old core function - I think that indeed some of them are still
missing PV support. Regarding your question, have you already tried to use
this PV:
https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#rai_-_receive…
Best regards,
Henning
--
Henning Westerholt
https://skalatan.de/blog/
2 Oct
2 Oct
8:38 a.m.
Hello,
the pseudo-variable is read only.
The recommended way would be to use listen with advertise, like:
listen=udp:1.2.3.4:5060 advertise 5.6.7.8:5060
That will take care of both Via and Record-Route headers as well as
matching myself, no need to do other stuff in route blocks. Doesn't work
for you?
Cheers,
Daniel
On 01.10.18 22:16, Henning Westerholt wrote:
Am Freitag, 28. September 2018, 07:16:18 CEST schrieb
Patrick Wakano:
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference -- www.kamailioworld.com
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
Sorry to annoy again, but I did find a couple of
more emails asking around
about the possibility to pass a variable to the set_advertised_address, but
no one was replied....
How is the status of these old core functions that don't accept variables
as parameters? Is it something being worked on?
Hi Patrick,
about the old core function - I think that indeed some of them are still
missing PV support. Regarding your question, have you already tried to use
this PV:
https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#rai_-_receive…
Best regards,
Henning
3 Oct
3 Oct
4:28 a.m.
Thanks for the replies Daniel and Henning!
The problem with the listen address is that it can't be set at run time per
call, for example, after reading the value from the DB.... And also it is
way too dirty to use the set_advertised_address with a static string
value....
Long story short, we have a weird telco setup which only allows the SIP
trunk to terminate in their own network, which then puts my Kamailio behind
a NAT box only for them. And because they are the biggest carrier in that
country, we will have to workaround the issue.....
Kamailio itself has only one network interface to communicate with everyone
(other provider and extensions), so I was trying to actually only set the
advertise address before sending call to this specific telco. For calls to
anyone else I would not set the advertise address. Looks simple, but seems
not that easy to implement.....
Cheers,
Patrick Wakano
On Tue, 2 Oct 2018 at 15:39, Daniel-Constantin Mierla <miconda(a)gmail.com>
wrote:
Hello,
the pseudo-variable is read only.
The recommended way would be to use listen with advertise, like:
listen=udp:1.2.3.4:5060 advertise 5.6.7.8:5060
That will take care of both Via and Record-Route headers as well as
matching myself, no need to do other stuff in route blocks. Doesn't work
for you?
Cheers,
Daniel
On 01.10.18 22:16, Henning Westerholt wrote:
use
Am Freitag, 28. September 2018, 07:16:18 CEST
schrieb Patrick Wakano:
> Sorry to annoy again, but I did find a couple of more emails asking
around
> about the possibility to pass a variable to
the set_advertised_address,
but
> no one was replied....
> How is the status of these old core functions that don't accept
variables
as
parameters? Is it something being worked on?
Hi Patrick,
about the old core function - I think that indeed some of them are still
missing PV support. Regarding your question, have you already tried to this PV:
https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#rai_-_receive…
Best regards,
Henning
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference -- www.kamailioworld.com
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
5 Oct
5 Oct
11:37 a.m.
Hello,
yesterday afternoon I pushed an alternative for allowing setting the
address and port in local Via headers using XAVP, see:
- https://www.kamailio.org/wiki/cookbooks/devel/core#xavp_via_fields
I didn't have the time to do any tests, but was in master before
freezing code for 5.2.x series, so it will be in the next major release.
Test and if there is any bug, report and it will be fixed.
I also looked at extending the set_advertised_address(), but it actually
uses pointers to some static values available at kamailio startup, so
making that dynamic would have been more complex to do in a short time.
Cheers,
Daniel
On 03.10.18 03:28, Patrick Wakano wrote:
Thanks for the replies Daniel and Henning!
The problem with the listen address is that it can't be set at run
time per call, for example, after reading the value from the DB....
And also it is way too dirty to use the set_advertised_address with a
static string value....
Long story short, we have a weird telco setup which only allows the
SIP trunk to terminate in their own network, which then puts my
Kamailio behind a NAT box only for them. And because they are the
biggest carrier in that country, we will have to workaround the
issue.....
Kamailio itself has only one network interface to communicate with
everyone (other provider and extensions), so I was trying to actually
only set the advertise address before sending call to this specific
telco. For calls to anyone else I would not set the advertise address.
Looks simple, but seems not that easy to implement.....
Cheers,
Patrick Wakano
On Tue, 2 Oct 2018 at 15:39, Daniel-Constantin Mierla
<miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote:
Hello,
the pseudo-variable is read only.
The recommended way would be to use listen with advertise, like:
listen=udp:1.2.3.4:5060 <http://1.2.3.4:5060> advertise
5.6.7.8:5060 <http://5.6.7.8:5060>
That will take care of both Via and Record-Route headers as well as
matching myself, no need to do other stuff in route blocks.
Doesn't work
for you?
Cheers,
Daniel
On 01.10.18 22:16, Henning Westerholt wrote:
are still
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference -- www.kamailioworld.com
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
Am Freitag, 28. September 2018, 07:16:18 CEST
schrieb Patrick
Wakano:
> Sorry to annoy again, but I did find a couple
of more emails
asking around
> about the possibility to pass a variable to
the
set_advertised_address, but
> no one was replied....
> How is the status of these old core functions that don't accept
variables
as
parameters? Is it something being worked on?
Hi Patrick,
about the old core function - I think that indeed some of them missing PV support. Regarding your question, have
you already
tried to use
this PV:
https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#rai_-_receive…
Best regards,
Henning
--
Daniel-Constantin Mierla -- www.asipto.com <http://www.asipto.com>
www.twitter.com/miconda <http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
Kamailio World Conference -- www.kamailioworld.com
<http://www.kamailioworld.com>
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin --
www.asipto.com <http://www.asipto.com>
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
8 Oct
8 Oct
2:32 p.m.
Hi Daniel!
Thanks for the effort! Really appreciate it!
I am not using the 5.2 version yet, so it I won't be able to test it right
away...
Best regards,
Patrick Wakano
On Fri, 5 Oct 2018 at 18:37, Daniel-Constantin Mierla <miconda(a)gmail.com>
wrote:
Hello,
yesterday afternoon I pushed an alternative for allowing setting the
address and port in local Via headers using XAVP, see:
- https://www.kamailio.org/wiki/cookbooks/devel/core#xavp_via_fields
I didn't have the time to do any tests, but was in master before freezing
code for 5.2.x series, so it will be in the next major release. Test and if
there is any bug, report and it will be fixed.
I also looked at extending the set_advertised_address(), but it actually
uses pointers to some static values available at kamailio startup, so
making that dynamic would have been more complex to do in a short time.
Cheers,
Daniel
On 03.10.18 03:28, Patrick Wakano wrote:
Thanks for the replies Daniel and Henning!
The problem with the listen address is that it can't be set at run time
per call, for example, after reading the value from the DB.... And also it
is way too dirty to use the set_advertised_address with a static string
value....
Long story short, we have a weird telco setup which only allows the SIP
trunk to terminate in their own network, which then puts my Kamailio behind
a NAT box only for them. And because they are the biggest carrier in that
country, we will have to workaround the issue.....
Kamailio itself has only one network interface to communicate with
everyone (other provider and extensions), so I was trying to actually only
set the advertise address before sending call to this specific telco. For
calls to anyone else I would not set the advertise address. Looks simple,
but seems not that easy to implement.....
Cheers,
Patrick Wakano
On Tue, 2 Oct 2018 at 15:39, Daniel-Constantin Mierla <miconda(a)gmail.com>
wrote:
Hello,
the pseudo-variable is read only.
The recommended way would be to use listen with advertise, like:
listen=udp:1.2.3.4:5060 advertise 5.6.7.8:5060
That will take care of both Via and Record-Route headers as well as
matching myself, no need to do other stuff in route blocks. Doesn't work
for you?
Cheers,
Daniel
On 01.10.18 22:16, Henning Westerholt wrote:
use
--
Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda --
www.linkedin.com/in/miconda
Kamailio World Conference -- www.kamailioworld.com
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
Am Freitag, 28. September 2018, 07:16:18 CEST
schrieb Patrick Wakano:
> Sorry to annoy again, but I did find a couple of more emails asking
around
> about the possibility to pass a variable to
the
set_advertised_address, but
> no one was replied....
> How is the status of these old core functions that don't accept
variables
as
parameters? Is it something being worked on?
Hi Patrick,
about the old core function - I think that indeed some of them are still
missing PV support. Regarding your question, have you already tried to this PV:
https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#rai_-_receive…
Best regards,
Henning
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference -- www.kamailioworld.com
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
2237
days inactive
2248
days old
6 comments
3 participants
participants (3)
-
Daniel-Constantin Mierla -
Henning Westerholt -
Patrick Wakano