[SR-Users] R-R to MS Teams Proxy

[Daniel-Constantin Mierla]

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