[SR-Users] Port 5060 omitted in Record-Route

Lợi Đặng loi.dangthanh at gmail.com
Tue Apr 2 09:23:41 CEST 2019


yeah i didn't use the same port 5060 for both tcp and tls, i switched
between them for testing.

To be more clear
10.0.2.15;transport=tcp is the inbound RR when i use tcp
10.0.2.15;transport=tls is the inbound RR when i use tls

one in tcp is ok, but one in tls is not as per rfc3263#section-4.2, my tls
uri in the RR will make the client route ACK/BYE to 5061

> If no port is
> specified, it uses the default port for the particular transport
> protocol


i just wanted to confirm if it's a minor kamailio bug, or i missed
something as I also found your comment
https://lists.kamailio.org/pipermail/sr-users/2015-May/088129.html

The addresses in the headers should be those where kamailio
> can receive traffic. If the port is 5060, it can be omitted, being the
> default value for sip.


Many thanks for your time, Daniel,

rgds,
Loi Dang Thanh
Phone : +84. 774.735.448
Email : loi.dangthanh at gmail.com


On Mon, Apr 1, 2019 at 3:45 PM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> not sure I understood properly, but if you want to use port 5060 for both
> tcp and tls is not working. Better just use it for tls only.
>
> Cheers,
> Daniel
> On 29.03.19 03:26, Lợi Đặng wrote:
>
> Hi Joel, thanks for verification, it was ok to me when using the default
> 5060 for udp/tcp with port omitted in the RR, the calls should be routed
> properly.
> But it don't work if i use the same port 5060 for tls (i know this is a
> bit weird, but i want to re-use the port due to customer firewall
> restriction), the port is still omitted and `ACK/BYE` routed wrongly to
> *MY_ADDR;transport=tls* (5061).
>
> I only want to make sure whether it is not able to explicitly add 5060
> port to the RR when using tls or i just make it wrong with my configuration.
>
> rgds,
> Loi Dang Thanh
> Phone : +84. 774.735.448
> Email : loi.dangthanh at gmail.com
>
>
> On Thu, Mar 28, 2019 at 10:19 PM Joel Serrano <joel at textplus.com> wrote:
>
>> By SIP definition if the port is the default (5060 for udp/tcp, 5061 for
>> tls) it's not mandatory, that's why if you choose any other port you
>> specifically see it in the RR.
>>
>>
>>
>>
>> On Thu, Mar 28, 2019 at 3:30 AM Lợi Đặng <loi.dangthanh at gmail.com> wrote:
>>
>>> Hi all, i was using kamailio 4.2.1 located in 2 networks
>>>
>>>> listen = tcp:MY_ADDR:5060 advertise MY_ADDR:5060
>>>> listen = tls:MY_ADDR:5061 advertise PUBLIC_NAT_ADDR:5061
>>>
>>>
>>> when the call made from the inside network to out side, running
>>> `record_route()` resulted in 2 Record-Route headers added
>>> (enable_double_rr=1)
>>>
>>> Record-Route: PUBLIC_NAT_ADDR:5061;transport=tls;lr
>>>> Record-Route: MY_ADDR;transport=tcp;lr
>>>
>>>
>>> That was totally fine omitting the port in the first Record-Route when
>>> using tcp (or udp) on the first realm, but when i start switching to tls,
>>> it caused trouble
>>>
>>> Record-Route: PUBLIC_NAT_ADDR:5061;transport=tls;lr
>>>> Record-Route: MY_ADDR;transport=tls;lr
>>>
>>>
>>> The client is then told to send ACK/BYE to `MY_ADDR;transport=tls`
>>> located at `MY_ADDR:5061` as per rfc3263, then the call would failed.
>>>
>>> I had another try with
>>> `record_route_preset("PUBLIC_NAT_ADDR:5061;transport=tls",
>>> "MY_ADDR:5060;transport=tls");`, it really did add what i want with
>>> explicit 5060 port on RR, `ACK/BYE` travel on the correct path, but
>>> `loose_route()` only consumes the local `Route` header (it should consume
>>> 2). So my assumption is to stick with `record_route()` function to make
>>> `loose_route()` work properly.
>>>
>>> I tried using another port on the local realm, e.g: 5062 and the port is
>>> explicitly added to the Record-Route header `MY_ADDR:5062;transport=tls;lr`
>>> So is `5060` couldn't be explicitly added to the inbound Record-Route,
>>> or i just missed something?
>>>
>>> Any help will be appreciated.
>>>
>>> P/S: I also tried 4.4.7 and it still omit my 5060 port in the RR.
>>>
>>> rgds,
>>> Loi Dang Thanh
>>> Phone : +84. 774.735.448
>>> Email : loi.dangthanh at gmail.com
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> sr-users at lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing List
>> sr-users at lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing Listsr-users at 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190402/58a03b44/attachment.html>


More information about the sr-users mailing list