I think the parameters are added even if you use the
record_route_preset(), isn't it? If you use add_rr_param() and this
function, the params are not showing up in headers?
If not, then that has to be added because the purpose of
record_route_preset() is to be able to set rr header as one needs based
on variables that can be used in parameters. Note that the parameters
are only "host:port;transport=", without protocol, for the reason to let
the code decide between sip and sips.
Cheers,
Daniel
On 11.02.21 09:20, Juha Heinanen wrote:
Daniel,
I don't want to use record_route_preset at all, since its use is very
complicated when Kamailio is listening on multiple IP addresses and when
request can come over UDP, TCP, or TLS and when R-R URIs can have many
parameters depending on if rtpengine is used, etc.
So I simply want to keep on using record_route() as before, but tell it
to use a FQDN instead of IP address of the proxy in the first or second
R-R header that it is adding.
-- Juha
-------------------------------------------------------------------------
Daniel-Constantin Mierla writes:
> On 10.02.21 21:01, Juha Heinanen wrote:
>> When request is sent from Kamailio to MS Teams SIP Proxy, the top R-R
>> URI needs to contain FQDN of Kamailio SIP proxy instead of its IP
>> address. Document
>>
>>
https://skalatan.de/de/blog/kamailio-sbc-teams
>>
>> suggest to replace record_route(); call with
>>
>> record_route_preset("SBC-DNS-DOMAIN:5061;transport=tls",
"SBC-IP-ADDR:5060");
>>
>> That works only in a very simple case where the request came in over UDP
>> or TCP and SIP Proxy has only one listening address, i.e., SBC-IP-ADDR.
>>
>> One way to solve the problem might be a new r_r function that would take
>> FQDN of the top R-R URI as argument or introduction of a pv from where
>> the current record_route() function would take the FQDN if it has been
>> set.
>>
>> Any comments or other solutions?
> Not sure I understand: do you want to get the value of the second
> parameter for record_route_preset() based on local sockets where the
> request was received?
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla --
www.asipto.com
>
www.twitter.com/miconda --
www.linkedin.com/in/miconda
> Funding:
https://www.paypal.me/dcmierla
--
Daniel-Constantin Mierla --
www.asipto.com
www.twitter.com/miconda --
www.linkedin.com/in/miconda
Funding:
https://www.paypal.me/dcmierla