lwip-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lwip-devel] [bug #50206] UDP Netconn bind to IP6_ADDR_ANY fails


From: Ivan Delamer
Subject: [lwip-devel] [bug #50206] UDP Netconn bind to IP6_ADDR_ANY fails
Date: Thu, 2 Feb 2017 00:34:18 +0000 (UTC)
User-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0

URL:
  <http://savannah.nongnu.org/bugs/?50206>

                 Summary: UDP Netconn bind to IP6_ADDR_ANY fails
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: idelamer
            Submitted on: Wed 01 Feb 2017 05:34:17 PM MST
                Category: IPv6
                Severity: 3 - Normal
              Item Group: Faulty Behaviour
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: None
            lwIP version: 2.0.0

    _______________________________________________________

Details:

I have a UDP netconn, it starts of bound to ANY address in IPv4 and IPv6
(type=0x46)

I bind the netconn to a certain address on a netif (to force a certain source
address).

Then, when I try to bind it to IP6_ADDR_ANY again, the operation fails.

I see in api_lib that IP6_ADDR_ANY is substituted for IP_ADDR_ANY.

Later, in udp_bind, because the current address is a IPv6 address, then there
is a type mismatch and an error is returned.

I will temporarily solve this in my application using the
NETCONN_FLAG_IPV6_V6ONLY  but I think this needs to be fixed for dual-v4/v6
support.

I haven't have time to check if this happens in TCP netconns, but it might be
a good idea.

Cheers




    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?50206>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]