[sr-dev] [kamailio/kamailio] Matching uri == myself fails when request uri has parameter (#2482)

[Jukka Väisänen]

### Description

If the SIP request URI has a parameter ;user=phone, then the match with `myself` fails with error in log.

### Troubleshooting

Sending an OPTIONS request through the proxy:

```
OPTIONS sip:+358removed at example.com;user=phone SIP/2.0.
...
From: <sip:+358removed at example.com;user=phone>;tag=JJhksk01ou7PFTq8xz1-GlhgGNG-c94A.
To: <sip:+358removed at example.com;user=phone>.
...
Content-Length:  0.

```
Note: The R-URI does NOT match myself. It never does in my case unless it's an attacker.

#### Reproduction

My config is very simple in terms of aliases:

```
auto_aliases=no
alias=172.29.1.21:5060
```

and in routing block:

`        if (uri==myself) return;`


Log shows:

```
Listening on
             udp: 172.29.1.21 [172.29.1.21]:5060
Aliases:
             *: 172.29.1.21:5060

...
 7(20681) ERROR: <core> [core/resolve.c:1808]: str2ip6buf(): invalid name, no conversion to IP address possible
...
```

### Possible Solutions

Sorry, I couldn't figure out where in the source this call to resolve.c functions happens.

### Additional Information

  * **Kamailio Version** - output of `kamailio -v`

```
version: kamailio 5.3.6 (x86_64/linux) bf6c08
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: bf6c08
compiled on 09:25:09 Sep 10 2020 with gcc 4.8.5
```

* **Operating System**:

```
Amazon Linux 2  (up to date) on AWS
```


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2482
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-dev/attachments/20200922/c7801991/attachment.htm>