-
```
It should be possible to send SIP requests via TCP.
```
Original issue reported on code.google.com by `eofs...@gmail.com` on 11 Apr 2010 at 2:20
-
```
SIPdroid doesn't leave port 5060/udp open, so incoming SIP requests cannot
reach the client. This forces users to use TCP when UDP is often the
preferred transport (cf. e.g. single-hop-discovery-l…
-
```
SIPdroid doesn't leave port 5060/udp open, so incoming SIP requests cannot
reach the client. This forces users to use TCP when UDP is often the
preferred transport (cf. e.g. single-hop-discovery-l…
-
**Important notices**
Before you add a new report, we ask you kindly to acknowledge the following:
- [x] I have read the contributing guide lines at https://github.com/opnsense/plugins/blob/master…
-
I have had the unfortunate realization that Acrobits Groundwire packs multiple SIP messages into one TCP stream. And sngrep isn't able to properly handle the multiple messages. It only deals with the …
-
```
SIPdroid doesn't leave port 5060/udp open, so incoming SIP requests cannot
reach the client. This forces users to use TCP when UDP is often the
preferred transport (cf. e.g. single-hop-discovery-l…
-
```
SIPdroid doesn't leave port 5060/udp open, so incoming SIP requests cannot
reach the client. This forces users to use TCP when UDP is often the
preferred transport (cf. e.g. single-hop-discovery-l…
-
Hi @herlesupreeth ,
As 3GPP TS 24.229 reports, the "Sent-by port" in first VIA for SIP REQUEST using IPsec must use the protected server port, meanwhile kamailio use the source port of the request,…
-
```
It should be possible to send SIP requests via TCP.
```
Original issue reported on code.google.com by `eofs...@gmail.com` on 11 Apr 2010 at 2:20
-
```
SIPdroid doesn't leave port 5060/udp open, so incoming SIP requests cannot
reach the client. This forces users to use TCP when UDP is often the
preferred transport (cf. e.g. single-hop-discovery-l…