Re: [SR-Users] set_advertised_address not accepting vars

[Patrick Wakano]

There is an open ticket for that:
https://github.com/kamailio/kamailio/issues/2137


On Mon, 23 Mar 2020 at 03:20, Sergiu Pojoga  wrote:

> Thanks Daniel, I'll give it a try using xavps instead.
>
> Regards,
> --Sergiu
>
> On Sun, Mar 22, 2020 at 9:52 AM Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>> Hello,
>>
>> there is an alternative where you can use a combination of xavps and
>> corex module function via_use_xavp_fields() -- see:
>>
>>   * https://www.kamailio.org/wiki/cookbooks/5.3.x/core#xavp_via_fields
>>
>> I think I looked at some point at set_advertised_address() from core to
>> make it accept variables, but its current form does some pre-compilation at
>> startup, keeping back references that are used at runtime, so it was not an
>> easy update. But we can add new functions to set those xavps and the
>> internal flag, if people find it simpler. The old function can stay for
>> those that want to work with static values for a bit of more speed.
>>
>> Cheers,
>> Daniel
>>
>> On 22.03.20 14:07, Sergiu Pojoga wrote:
>>
>> Hi there,
>>
>> The function doesn't appear to accept vars.
>>
>> For example, set_advertised_address("$var(someaddress)") results in a VIA
>> of string $var(someaddress), instead of var's value.
>>
>> https://www.kamailio.org/wiki/cookbooks/5.3.x/core#set_advertised_address
>>
>> kamailio 5.3.2 (x86_64/linux) 0bed10
>>
>> Cheers.
>> --Sergiu
>>
>> ___
>> 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 (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] set_advertised_address not accepting vars

[Sergiu Pojoga]

Thanks Daniel, I'll give it a try using xavps instead.

Regards,
--Sergiu

On Sun, Mar 22, 2020 at 9:52 AM Daniel-Constantin Mierla 
wrote:

> Hello,
>
> there is an alternative where you can use a combination of xavps and corex
> module function via_use_xavp_fields() -- see:
>
>   * https://www.kamailio.org/wiki/cookbooks/5.3.x/core#xavp_via_fields
>
> I think I looked at some point at set_advertised_address() from core to
> make it accept variables, but its current form does some pre-compilation at
> startup, keeping back references that are used at runtime, so it was not an
> easy update. But we can add new functions to set those xavps and the
> internal flag, if people find it simpler. The old function can stay for
> those that want to work with static values for a bit of more speed.
>
> Cheers,
> Daniel
>
> On 22.03.20 14:07, Sergiu Pojoga wrote:
>
> Hi there,
>
> The function doesn't appear to accept vars.
>
> For example, set_advertised_address("$var(someaddress)") results in a VIA
> of string $var(someaddress), instead of var's value.
>
> https://www.kamailio.org/wiki/cookbooks/5.3.x/core#set_advertised_address
>
> kamailio 5.3.2 (x86_64/linux) 0bed10
>
> Cheers.
> --Sergiu
>
> ___
> 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 (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] set_advertised_address not accepting vars

[Daniel-Constantin Mierla]

Hello,

there is an alternative where you can use a combination of xavps and
corex module function via_use_xavp_fields() -- see:

  * https://www.kamailio.org/wiki/cookbooks/5.3.x/core#xavp_via_fields


I think I looked at some point at set_advertised_address() from core to
make it accept variables, but its current form does some pre-compilation
at startup, keeping back references that are used at runtime, so it was
not an easy update. But we can add new functions to set those xavps and
the internal flag, if people find it simpler. The old function can stay
for those that want to work with static values for a bit of more speed.

Cheers,
Daniel

On 22.03.20 14:07, Sergiu Pojoga wrote:
> Hi there,
>
> The function doesn't appear to accept vars.
>
> For example, set_advertised_address("$var(someaddress)") results in a
> VIA of string $var(someaddress), instead of var's value.
>
> https://www.kamailio.org/wiki/cookbooks/5.3.x/core#set_advertised_address
>
> kamailio 5.3.2 (x86_64/linux) 0bed10
>
> Cheers.
> --Sergiu
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda

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

[SR-Users] set_advertised_address not accepting vars

[Sergiu Pojoga]

Hi there,

The function doesn't appear to accept vars.

For example, set_advertised_address("$var(someaddress)") results in a VIA
of string $var(someaddress), instead of var's value.

https://www.kamailio.org/wiki/cookbooks/5.3.x/core#set_advertised_address

kamailio 5.3.2 (x86_64/linux) 0bed10

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

Re: [SR-Users] set_advertised_address

[Daniel-Constantin Mierla]

When a phone registers, its traffic comes to one of the two sockets.
When that phone is called, after lookup location, the socket associated
to the registration of the target user is selected. So you do not need
to do anything special for calling between phones.

When calling to a PSTN/foreign provider via a trunk or so, you can set
the socket to be used for outgoing leg via
$fs/force_send_sock()/set_send_sock(). Some modules such as dispatcher
have also the option to set the outgoing socket...

Cheers,
Daniel

On 05.12.18 23:04, Kjeld Flarup wrote:
>
> So I could do something like this:
>
> listen=192.168.2.9:5070 advertise 20.30.40.50:5070
> listen=192.168.2.9:5050
>
> However when I do an invite to 192.168.2.32, would Kamailio choose
> 5050 or 5070?
> Same when inviting to 40.40.40.40
>
> If I were to listen to another local IP, then the routing table in
> Linux could perhaps dictate which connection to use.
>
>
>  Med Liberalistiske Hilsner --
>Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
>Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
>Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk
>
> On 12/5/18 6:10 PM, Sergiu Pojoga wrote:
>> For whatever reason my initial impression was if it was possible for
>> external devices to connect without port forwarding...
>>
>> I stand corrected.
>>
>>
>> On Wed, Dec 5, 2018 at 11:30 AM Daniel-Constantin Mierla
>> mailto:mico...@gmail.com>> wrote:
>>
>> It is not about an external network interface, but external
>> traffic/devices. The NAT in this case is a port forwarding
>> firewall, like Amazon or Google cloud, where you have a local
>> address on server and the firewall is forwarding by port all
>> traffic from an assigned public address.
>>
>> Such scenario is quite common in enterprise environment, the
>> devices on local network connect by private IP, and the external
>> devices connect to the firewall ip and this one does port forwarding.
>>
>> Cheers,
>> Daniel
>>
>> On 05.12.18 16:56, Sergiu Pojoga wrote:
>>> Slightly confused here... didn't he say that Kamailio and PBX
>>> are behind NAT? If so, what external interface are we talking about?
>>>
>>> On Wed, Dec 5, 2018 at 9:18 AM Daniel-Constantin Mierla
>>> mailto:mico...@gmail.com>> wrote:
>>>
>>> Hello,
>>>
>>> you do not need a second kamailio, the same instance can
>>> listen on
>>> multiple sockets. You can also use a single ip, just listen
>>> on one port
>>> for traffic from local network and on another port for
>>> external traffic
>>> (this socket with advertise address).
>>>
>>> If the router cannot handle dns query based on local
>>> traffic, most
>>> devices support so called outbound proxy address, you can
>>> set that to
>>> the sip server address with ip.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 05.12.18 13:02, Kjeld Flarup wrote:
>>> > That might work, provided that the router can handle a
>>> local DNS.
>>> >
>>> > It would, however still require adding an extra Kamailio
>>> instance with
>>> > another IP. Plus a branch of the invite to both local and
>>> public
>>> > instance. Plus an extra location table.
>>> >
>>> >  Med Liberalistiske Hilsner
>>> --
>>> >    Civilingeniør, Kjeld Flarup - Mit sind er mere åbent
>>> end min tegnebog
>>> >    Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
>>> >    Den ikke akademiske hjemmeside for liberalismen -
>>> www.liberalismen.dk 
>>> >
>>> > On 12/5/18 12:11 PM, Daniel Tryba wrote:
>>> >> On Wed, Dec 05, 2018 at 09:40:38AM +0100, Kjeld Flarup wrote:
>>> >>> Yes, the Phones may be on either local LAN (Wifi) and
>>> Internet via
>>> >>> mobile
>>> >>> data.
>>> >> How about use different local address, 1 with an
>>> advertise for external
>>> >> clients, 1 without. Have local DNS resolv to the 1 ip
>>> without advertise.
>>> >>
>>> >> ___
>>> >> 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
>>>
>>> -- 
>>> Daniel-Constantin Mierla -- www.asipto.com
>>> 

Re: [SR-Users] set_advertised_address

[Kjeld Flarup]

So I could do something like this:

listen=192.168.2.9:5070 advertise 20.30.40.50:5070
listen=192.168.2.9:5050

However when I do an invite to 192.168.2.32, would Kamailio choose 5050 
or 5070?

Same when inviting to 40.40.40.40

If I were to listen to another local IP, then the routing table in Linux 
could perhaps dictate which connection to use.



 Med Liberalistiske Hilsner --
   Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
   Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
   Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk

On 12/5/18 6:10 PM, Sergiu Pojoga wrote:
For whatever reason my initial impression was if it was possible for 
external devices to connect without port forwarding...


I stand corrected.


On Wed, Dec 5, 2018 at 11:30 AM Daniel-Constantin Mierla 
mailto:mico...@gmail.com>> wrote:


It is not about an external network interface, but external
traffic/devices. The NAT in this case is a port forwarding
firewall, like Amazon or Google cloud, where you have a local
address on server and the firewall is forwarding by port all
traffic from an assigned public address.

Such scenario is quite common in enterprise environment, the
devices on local network connect by private IP, and the external
devices connect to the firewall ip and this one does port forwarding.

Cheers,
Daniel

On 05.12.18 16:56, Sergiu Pojoga wrote:

Slightly confused here... didn't he say that Kamailio and PBX are
behind NAT? If so, what external interface are we talking about?

On Wed, Dec 5, 2018 at 9:18 AM Daniel-Constantin Mierla
mailto:mico...@gmail.com>> wrote:

Hello,

you do not need a second kamailio, the same instance can
listen on
multiple sockets. You can also use a single ip, just listen
on one port
for traffic from local network and on another port for
external traffic
(this socket with advertise address).

If the router cannot handle dns query based on local traffic,
most
devices support so called outbound proxy address, you can set
that to
the sip server address with ip.

Cheers,
Daniel

On 05.12.18 13:02, Kjeld Flarup wrote:
> That might work, provided that the router can handle a
local DNS.
>
> It would, however still require adding an extra Kamailio
instance with
> another IP. Plus a branch of the invite to both local and
public
> instance. Plus an extra location table.
>
>  Med Liberalistiske Hilsner
--
>    Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end
min tegnebog
>    Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
>    Den ikke akademiske hjemmeside for liberalismen -
www.liberalismen.dk 
>
> On 12/5/18 12:11 PM, Daniel Tryba wrote:
>> On Wed, Dec 05, 2018 at 09:40:38AM +0100, Kjeld Flarup wrote:
>>> Yes, the Phones may be on either local LAN (Wifi) and
Internet via
>>> mobile
>>> data.
>> How about use different local address, 1 with an advertise
for external
>> clients, 1 without. Have local DNS resolv to the 1 ip
without advertise.
>>
>> ___
>> 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

-- 
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@lists.kamailio.org 
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla --www.asipto.com  

www.twitter.com/miconda    
--www.linkedin.com/in/miconda  
Kamailio World Conference --www.kamailioworld.com  

Re: [SR-Users] set_advertised_address

[Sergiu Pojoga]

For whatever reason my initial impression was if it was possible for
external devices to connect without port forwarding...

I stand corrected.


On Wed, Dec 5, 2018 at 11:30 AM Daniel-Constantin Mierla 
wrote:

> It is not about an external network interface, but external
> traffic/devices. The NAT in this case is a port forwarding firewall, like
> Amazon or Google cloud, where you have a local address on server and the
> firewall is forwarding by port all traffic from an assigned public address.
>
> Such scenario is quite common in enterprise environment, the devices on
> local network connect by private IP, and the external devices connect to
> the firewall ip and this one does port forwarding.
>
> Cheers,
> Daniel
> On 05.12.18 16:56, Sergiu Pojoga wrote:
>
> Slightly confused here... didn't he say that Kamailio and PBX are behind
> NAT? If so, what external interface are we talking about?
>
> On Wed, Dec 5, 2018 at 9:18 AM Daniel-Constantin Mierla 
> wrote:
>
>> Hello,
>>
>> you do not need a second kamailio, the same instance can listen on
>> multiple sockets. You can also use a single ip, just listen on one port
>> for traffic from local network and on another port for external traffic
>> (this socket with advertise address).
>>
>> If the router cannot handle dns query based on local traffic, most
>> devices support so called outbound proxy address, you can set that to
>> the sip server address with ip.
>>
>> Cheers,
>> Daniel
>>
>> On 05.12.18 13:02, Kjeld Flarup wrote:
>> > That might work, provided that the router can handle a local DNS.
>> >
>> > It would, however still require adding an extra Kamailio instance with
>> > another IP. Plus a branch of the invite to both local and public
>> > instance. Plus an extra location table.
>> >
>> >  Med Liberalistiske Hilsner --
>> >Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
>> >Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
>> >Den ikke akademiske hjemmeside for liberalismen -
>> www.liberalismen.dk
>> >
>> > On 12/5/18 12:11 PM, Daniel Tryba wrote:
>> >> On Wed, Dec 05, 2018 at 09:40:38AM +0100, Kjeld Flarup wrote:
>> >>> Yes, the Phones may be on either local LAN (Wifi) and Internet via
>> >>> mobile
>> >>> data.
>> >> How about use different local address, 1 with an advertise for external
>> >> clients, 1 without. Have local DNS resolv to the 1 ip without
>> advertise.
>> >>
>> >> ___
>> >> 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
>>
>> --
>> 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@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
> www.linkedin.com/in/miconda
> Kamailio World Conference -- www.kamailioworld.com
> Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] set_advertised_address

[Daniel-Constantin Mierla]

It is not about an external network interface, but external
traffic/devices. The NAT in this case is a port forwarding firewall,
like Amazon or Google cloud, where you have a local address on server
and the firewall is forwarding by port all traffic from an assigned
public address.

Such scenario is quite common in enterprise environment, the devices on
local network connect by private IP, and the external devices connect to
the firewall ip and this one does port forwarding.

Cheers,
Daniel

On 05.12.18 16:56, Sergiu Pojoga wrote:
> Slightly confused here... didn't he say that Kamailio and PBX are
> behind NAT? If so, what external interface are we talking about?
>
> On Wed, Dec 5, 2018 at 9:18 AM Daniel-Constantin Mierla
> mailto:mico...@gmail.com>> wrote:
>
> Hello,
>
> you do not need a second kamailio, the same instance can listen on
> multiple sockets. You can also use a single ip, just listen on one
> port
> for traffic from local network and on another port for external
> traffic
> (this socket with advertise address).
>
> If the router cannot handle dns query based on local traffic, most
> devices support so called outbound proxy address, you can set that to
> the sip server address with ip.
>
> Cheers,
> Daniel
>
> On 05.12.18 13:02, Kjeld Flarup wrote:
> > That might work, provided that the router can handle a local DNS.
> >
> > It would, however still require adding an extra Kamailio
> instance with
> > another IP. Plus a branch of the invite to both local and public
> > instance. Plus an extra location table.
> >
> >  Med Liberalistiske Hilsner
> --
> >    Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min
> tegnebog
> >    Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
> >    Den ikke akademiske hjemmeside for liberalismen -
> www.liberalismen.dk 
> >
> > On 12/5/18 12:11 PM, Daniel Tryba wrote:
> >> On Wed, Dec 05, 2018 at 09:40:38AM +0100, Kjeld Flarup wrote:
> >>> Yes, the Phones may be on either local LAN (Wifi) and Internet via
> >>> mobile
> >>> data.
> >> How about use different local address, 1 with an advertise for
> external
> >> clients, 1 without. Have local DNS resolv to the 1 ip without
> advertise.
> >>
> >> ___
> >> 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
>
> -- 
> 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@lists.kamailio.org 
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
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@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] set_advertised_address

[Sergiu Pojoga]

Slightly confused here... didn't he say that Kamailio and PBX are behind
NAT? If so, what external interface are we talking about?

On Wed, Dec 5, 2018 at 9:18 AM Daniel-Constantin Mierla 
wrote:

> Hello,
>
> you do not need a second kamailio, the same instance can listen on
> multiple sockets. You can also use a single ip, just listen on one port
> for traffic from local network and on another port for external traffic
> (this socket with advertise address).
>
> If the router cannot handle dns query based on local traffic, most
> devices support so called outbound proxy address, you can set that to
> the sip server address with ip.
>
> Cheers,
> Daniel
>
> On 05.12.18 13:02, Kjeld Flarup wrote:
> > That might work, provided that the router can handle a local DNS.
> >
> > It would, however still require adding an extra Kamailio instance with
> > another IP. Plus a branch of the invite to both local and public
> > instance. Plus an extra location table.
> >
> >  Med Liberalistiske Hilsner --
> >Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
> >Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
> >Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk
> >
> > On 12/5/18 12:11 PM, Daniel Tryba wrote:
> >> On Wed, Dec 05, 2018 at 09:40:38AM +0100, Kjeld Flarup wrote:
> >>> Yes, the Phones may be on either local LAN (Wifi) and Internet via
> >>> mobile
> >>> data.
> >> How about use different local address, 1 with an advertise for external
> >> clients, 1 without. Have local DNS resolv to the 1 ip without advertise.
> >>
> >> ___
> >> 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
>
> --
> 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@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] set_advertised_address

[Daniel-Constantin Mierla]

Hello,

you do not need a second kamailio, the same instance can listen on
multiple sockets. You can also use a single ip, just listen on one port
for traffic from local network and on another port for external traffic
(this socket with advertise address).

If the router cannot handle dns query based on local traffic, most
devices support so called outbound proxy address, you can set that to
the sip server address with ip.

Cheers,
Daniel

On 05.12.18 13:02, Kjeld Flarup wrote:
> That might work, provided that the router can handle a local DNS.
>
> It would, however still require adding an extra Kamailio instance with
> another IP. Plus a branch of the invite to both local and public
> instance. Plus an extra location table.
>
>  Med Liberalistiske Hilsner --
>    Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
>    Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
>    Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk
>
> On 12/5/18 12:11 PM, Daniel Tryba wrote:
>> On Wed, Dec 05, 2018 at 09:40:38AM +0100, Kjeld Flarup wrote:
>>> Yes, the Phones may be on either local LAN (Wifi) and Internet via
>>> mobile
>>> data.
>> How about use different local address, 1 with an advertise for external
>> clients, 1 without. Have local DNS resolv to the 1 ip without advertise.
>>
>> ___
>> 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

-- 
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@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] set_advertised_address

[Kjeld Flarup]

That might work, provided that the router can handle a local DNS.

It would, however still require adding an extra Kamailio instance with 
another IP. Plus a branch of the invite to both local and public 
instance. Plus an extra location table.


 Med Liberalistiske Hilsner --
   Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
   Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
   Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk

On 12/5/18 12:11 PM, Daniel Tryba wrote:

On Wed, Dec 05, 2018 at 09:40:38AM +0100, Kjeld Flarup wrote:

Yes, the Phones may be on either local LAN (Wifi) and Internet via mobile
data.

How about use different local address, 1 with an advertise for external
clients, 1 without. Have local DNS resolv to the 1 ip without advertise.

___
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] set_advertised_address

[Daniel Tryba]

On Wed, Dec 05, 2018 at 09:40:38AM +0100, Kjeld Flarup wrote:
> Yes, the Phones may be on either local LAN (Wifi) and Internet via mobile
> data.

How about use different local address, 1 with an advertise for external
clients, 1 without. Have local DNS resolv to the 1 ip without advertise.

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

Re: [SR-Users] set_advertised_address

[Kjeld Flarup]

Hi Daniel

Yes, the Phones may be on either local LAN (Wifi) and Internet via 
mobile data.


 Med Liberalistiske Hilsner --
   Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
   Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
   Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk

On 12/5/18 8:40 AM, Daniel-Constantin Mierla wrote:

Hello,

it is not clear what exactly you want to achieve...

Is it that for connected phones from local network to use the local IP
and for sip messages with devices outside to use external ip?

Cheers,
Daniel

On 04.12.18 23:33, Kjeld Flarup wrote:

Hello

I have a PBX behind NAT.
Thus I advertise the public IP, and forwards the port to my PBX.

listen=LOCALIP:5070 advertise EXTERNALIP:5070

Now clients can connect to the PBX from the Internet. And also inside
the LAN, because I have enabled NAT loopback.

However some customers sysadmins complains that NAT loopback is a
security risk. I have not been able to find any exploits of this, but
the sales and support people asks if it is possible to remove this NAT
loopback requirement.

I could look at $rd and if it is local, then I could  advertise LOCALIP.
I found set_advertised_address("LOCALIP");

set_advertised_address however only seems to modify the latest Via
header, not the Record-route, and audio neither works.

Could I do something to make this work, or is it a dead end?




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

Re: [SR-Users] set_advertised_address

[Daniel-Constantin Mierla]

Hello,

it is not clear what exactly you want to achieve...

Is it that for connected phones from local network to use the local IP
and for sip messages with devices outside to use external ip?

Cheers,
Daniel

On 04.12.18 23:33, Kjeld Flarup wrote:
> Hello
>
> I have a PBX behind NAT.
> Thus I advertise the public IP, and forwards the port to my PBX.
>
> listen=LOCALIP:5070 advertise EXTERNALIP:5070
>
> Now clients can connect to the PBX from the Internet. And also inside
> the LAN, because I have enabled NAT loopback.
>
> However some customers sysadmins complains that NAT loopback is a
> security risk. I have not been able to find any exploits of this, but
> the sales and support people asks if it is possible to remove this NAT
> loopback requirement.
>
> I could look at $rd and if it is local, then I could  advertise LOCALIP.
> I found set_advertised_address("LOCALIP");
>
> set_advertised_address however only seems to modify the latest Via
> header, not the Record-route, and audio neither works.
>
> Could I do something to make this work, or is it a dead end?
>
>
-- 
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@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] set_advertised_address

[Sergiu Pojoga]

Sure, eliminate NAT altogether? Haha

Don't see how else.

On Tue, Dec 4, 2018, 5:34 PM Kjeld Flarup  Hello
>
> I have a PBX behind NAT.
> Thus I advertise the public IP, and forwards the port to my PBX.
>
> listen=LOCALIP:5070 advertise EXTERNALIP:5070
>
> Now clients can connect to the PBX from the Internet. And also inside
> the LAN, because I have enabled NAT loopback.
>
> However some customers sysadmins complains that NAT loopback is a
> security risk. I have not been able to find any exploits of this, but
> the sales and support people asks if it is possible to remove this NAT
> loopback requirement.
>
> I could look at $rd and if it is local, then I could  advertise LOCALIP.
> I found set_advertised_address("LOCALIP");
>
> set_advertised_address however only seems to modify the latest Via
> header, not the Record-route, and audio neither works.
>
> Could I do something to make this work, or is it a dead end?
>
>
> --
>  Med Liberalistiske Hilsner --
> Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
> Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
> Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk
>
>
> ___
> 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] set_advertised_address

[Kjeld Flarup]

Hello

I have a PBX behind NAT.
Thus I advertise the public IP, and forwards the port to my PBX.

listen=LOCALIP:5070 advertise EXTERNALIP:5070

Now clients can connect to the PBX from the Internet. And also inside 
the LAN, because I have enabled NAT loopback.


However some customers sysadmins complains that NAT loopback is a 
security risk. I have not been able to find any exploits of this, but 
the sales and support people asks if it is possible to remove this NAT 
loopback requirement.


I could look at $rd and if it is local, then I could  advertise LOCALIP.
I found set_advertised_address("LOCALIP");

set_advertised_address however only seems to modify the latest Via 
header, not the Record-route, and audio neither works.


Could I do something to make this work, or is it a dead end?


--
 Med Liberalistiske Hilsner --
   Civilingeniør, Kjeld Flarup - Mit sind er mere åbent end min tegnebog
   Sofienlundvej 6B, 7560 Hjerm, Tlf: 40 29 41 49
   Den ikke akademiske hjemmeside for liberalismen - www.liberalismen.dk


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

Re: [SR-Users] set_advertised_address with variable

[Patrick Wakano]

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 
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 
> 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:
>> > 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_-_received_advertised_ip_address
>> >
>> > 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@lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- 
> www.linkedin.com/in/miconda
> Kamailio World Conference -- www.kamailioworld.com
> Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] set_advertised_address with variable

[Daniel-Constantin Mierla]

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
> mailto:mico...@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:
> > 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_-_received_advertised_ip_address
> >
> > 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@lists.kamailio.org 
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>

-- 
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@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] set_advertised_address with variable

[Patrick Wakano]

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 
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:
> > 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_-_received_advertised_ip_address
> >
> > 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@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] set_advertised_address with variable

[Daniel-Constantin Mierla]

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:
>> 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_-_received_advertised_ip_address
>
> 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@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] set_advertised_address with variable

[Henning Westerholt]

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_-_received_advertised_ip_address

Best regards,

Henning

-- 
Henning Westerholt
https://skalatan.de/blog/

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

Re: [SR-Users] set_advertised_address with variable

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

Kind regards,
Patrick Wakano


On Thu, 27 Sep 2018 at 18:17, Patrick Wakano  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
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] set_advertised_address with variable

[Patrick Wakano]

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
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users