Ipv6 on non-default port not working

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Ipv6 on non-default port not working

Robert Dyck
This is a re-send. I apologize if it is a duplicate. I suspect my subscription
was not enabled.

--------------------------------------------------------------------------------------

I have been doing some testing with opensips 2.2.2 using ipv6. I found that
the server will only respond to a request over IPV6 if it is configured to
listen on the default port.

Wireshark sees a request addressed to the server but there is no reply.

Running opensips in the foreground show no activity associated with a request.

Netstat however shows the listening port. ( UDP 5062 )

Tried with global address and ULA.

IPv4 works with non-default port.

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Ipv6 on non-default port not working

Bogdan-Andrei Iancu-2
Hello Robert,

Please post the "listen" lines you have in cfg and the output of
"netstat -ulnp | grep opensips" .

Best regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 05.12.2016 21:37, Robert Dyck wrote:

> This is a re-send. I apologize if it is a duplicate. I suspect my subscription
> was not enabled.
>
> --------------------------------------------------------------------------------------
>
> I have been doing some testing with opensips 2.2.2 using ipv6. I found that
> the server will only respond to a request over IPV6 if it is configured to
> listen on the default port.
>
> Wireshark sees a request addressed to the server but there is no reply.
>
> Running opensips in the foreground show no activity associated with a request.
>
> Netstat however shows the listening port. ( UDP 5062 )
>
> Tried with global address and ULA.
>
> IPv4 works with non-default port.
>
> _______________________________________________
> Users mailing list
> [hidden email]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Ipv6 on non-default port not working

Robert Dyck
In reply to this post by Robert Dyck
Actually when I was testing I entered the listen parameters on the command
line. I have now added them to the configuration file. The result is the same.
The UA keeps sending the REGISTER request but there is no response from
opensips. A UA on IPV4 can register on port 5062.

The configuration file I am using was taken from the rtpproxy modules examples.
It was out of date so I had to add the UDP protocol and also change each
instance of "break" to "exit".

[root@slim src]# opensips -V
version: opensips 2.2.2 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
git revision: d250e1c
main.c compiled on 15:03:38 Nov 30 2016 with gcc 6.2.1

 
[root@slim src]# netstat -ulnp | grep opensips
udp        0      0 192.168.1.1:5062        0.0.0.0:*                          
10036/opensips      
udp6       0      0 fd00::223:7dff:feb:5062 :::*                                
10036/opensips

listen=udp:192.168.1.1:5062
listen=udp:[fd00::223:7dff:feb8:d2b4]:5062


On December 7, 2016 09:14:53 PM Bogdan-Andrei Iancu wrote:

> Hello Robert,
>
> Please post the "listen" lines you have in cfg and the output of
> "netstat -ulnp | grep opensips" .
>
> Best regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
> On 05.12.2016 21:37, Robert Dyck wrote:
> > This is a re-send. I apologize if it is a duplicate. I suspect my
> > subscription was not enabled.
> >
> > --------------------------------------------------------------------------
> > ------------
> >
> > I have been doing some testing with opensips 2.2.2 using ipv6. I found
> > that
> > the server will only respond to a request over IPV6 if it is configured to
> > listen on the default port.
> >
> > Wireshark sees a request addressed to the server but there is no reply.
> >
> > Running opensips in the foreground show no activity associated with a
> > request.
> >
> > Netstat however shows the listening port. ( UDP 5062 )
> >
> > Tried with global address and ULA.
> >
> > IPv4 works with non-default port.
> >
> > _______________________________________________
> > Users mailing list
> > [hidden email]
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Ipv6 on non-default port not working

Bogdan-Andrei Iancu-2
Hi Robert,

As the waiting queue (on the socket) is 0, there are 2 options:

1) packets are not delivered to the socket (firewall??)
2) packets are actually read by OpenSIPS (run with log_level 4 to see if
you get any kind of logs).

If the packets were put on the socket, but OpenSIPS does not read them
-> you should see the IN queue size higher than 0.

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 07.12.2016 22:43, Robert Dyck wrote:

> Actually when I was testing I entered the listen parameters on the command
> line. I have now added them to the configuration file. The result is the same.
> The UA keeps sending the REGISTER request but there is no response from
> opensips. A UA on IPV4 can register on port 5062.
>
> The configuration file I am using was taken from the rtpproxy modules examples.
> It was out of date so I had to add the UDP protocol and also change each
> instance of "break" to "exit".
>
> [root@slim src]# opensips -V
> version: opensips 2.2.2 (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
> FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> git revision: d250e1c
> main.c compiled on 15:03:38 Nov 30 2016 with gcc 6.2.1
>
>  
> [root@slim src]# netstat -ulnp | grep opensips
> udp        0      0 192.168.1.1:5062        0.0.0.0:*
> 10036/opensips
> udp6       0      0 fd00::223:7dff:feb:5062 :::*
> 10036/opensips
>
> listen=udp:192.168.1.1:5062
> listen=udp:[fd00::223:7dff:feb8:d2b4]:5062
>
>
> On December 7, 2016 09:14:53 PM Bogdan-Andrei Iancu wrote:
>> Hello Robert,
>>
>> Please post the "listen" lines you have in cfg and the output of
>> "netstat -ulnp | grep opensips" .
>>
>> Best regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> http://www.opensips-solutions.com
>>
>> On 05.12.2016 21:37, Robert Dyck wrote:
>>> This is a re-send. I apologize if it is a duplicate. I suspect my
>>> subscription was not enabled.
>>>
>>> --------------------------------------------------------------------------
>>> ------------
>>>
>>> I have been doing some testing with opensips 2.2.2 using ipv6. I found
>>> that
>>> the server will only respond to a request over IPV6 if it is configured to
>>> listen on the default port.
>>>
>>> Wireshark sees a request addressed to the server but there is no reply.
>>>
>>> Running opensips in the foreground show no activity associated with a
>>> request.
>>>
>>> Netstat however shows the listening port. ( UDP 5062 )
>>>
>>> Tried with global address and ULA.
>>>
>>> IPv4 works with non-default port.
>>>
>>> _______________________________________________
>>> Users mailing list
>>> [hidden email]
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Ipv6 on non-default port not working

Robert Dyck
In reply to this post by Robert Dyck
I am embarrassed to say that I created my own problem. I had forgotten some of
the details of my firewall configuration. Iptables was set to allow everything
from the LAN, that is to say 192.168.0.0. Ip6tables was not set that way
because the hosts on the LAN had global addresses. To allow SIP incoming from
outside I had allowed port 5060 in both iptables and ip6tables. For port 5062
in IPV6 I need to allow it regardless whether the request originated on the
LAN or not. If I had been testing with a remote site, I probably would have
tweaked the firewall at the start.

Note to self -- When in doubt, briefly disable the firewall and try again.

Thank you

On December 15, 2016 02:36:43 PM Bogdan-Andrei Iancu wrote:

> Hi Robert,
>
> As the waiting queue (on the socket) is 0, there are 2 options:
>
> 1) packets are not delivered to the socket (firewall??)
> 2) packets are actually read by OpenSIPS (run with log_level 4 to see if
> you get any kind of logs).
>
> If the packets were put on the socket, but OpenSIPS does not read them
> -> you should see the IN queue size higher than 0.
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
> On 07.12.2016 22:43, Robert Dyck wrote:
> > Actually when I was testing I entered the listen parameters on the command
> > line. I have now added them to the configuration file. The result is the
> > same. The UA keeps sending the REGISTER request but there is no response
> > from opensips. A UA on IPV4 can register on port 5062.
> >
> > The configuration file I am using was taken from the rtpproxy modules
> > examples. It was out of date so I had to add the UDP protocol and also
> > change each instance of "break" to "exit".
> >
> > [root@slim src]# opensips -V
> > version: opensips 2.2.2 (x86_64/linux)
> > flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> > F_MALLOC,
> > FAST_LOCK-ADAPTIVE_WAIT
> > ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> > MAX_URI_SIZE 1024, BUF_SIZE 65535
> > poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> > git revision: d250e1c
> > main.c compiled on 15:03:38 Nov 30 2016 with gcc 6.2.1
> >
> >
> > [root@slim src]# netstat -ulnp | grep opensips
> > udp        0      0 192.168.1.1:5062        0.0.0.0:*
> > 10036/opensips
> > udp6       0      0 fd00::223:7dff:feb:5062 :::*
> > 10036/opensips
> >
> > listen=udp:192.168.1.1:5062
> > listen=udp:[fd00::223:7dff:feb8:d2b4]:5062
> >
> > On December 7, 2016 09:14:53 PM Bogdan-Andrei Iancu wrote:
> >> Hello Robert,
> >>
> >> Please post the "listen" lines you have in cfg and the output of
> >> "netstat -ulnp | grep opensips" .
> >>
> >> Best regards,
> >>
> >> Bogdan-Andrei Iancu
> >> OpenSIPS Founder and Developer
> >> http://www.opensips-solutions.com
> >>
> >> On 05.12.2016 21:37, Robert Dyck wrote:
> >>> This is a re-send. I apologize if it is a duplicate. I suspect my
> >>> subscription was not enabled.
> >>>
> >>> ------------------------------------------------------------------------
> >>> --
> >>> ------------
> >>>
> >>> I have been doing some testing with opensips 2.2.2 using ipv6. I found
> >>> that
> >>> the server will only respond to a request over IPV6 if it is configured
> >>> to
> >>> listen on the default port.
> >>>
> >>> Wireshark sees a request addressed to the server but there is no reply.
> >>>
> >>> Running opensips in the foreground show no activity associated with a
> >>> request.
> >>>
> >>> Netstat however shows the listening port. ( UDP 5062 )
> >>>
> >>> Tried with global address and ULA.
> >>>
> >>> IPv4 works with non-default port.
> >>>
> >>> _______________________________________________
> >>> Users mailing list
> >>> [hidden email]
> >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users