lwip-members
[Top][All Lists]
Advanced

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

[lwip-members] [bug #45353] IPv6 router / neightbor relationship is not


From: Stian Sebastian Skjelstad
Subject: [lwip-members] [bug #45353] IPv6 router / neightbor relationship is not always consistent
Date: Fri, 19 Jun 2015 08:27:06 +0000
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.124 Safari/537.36

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

                 Summary: IPv6 router / neightbor relationship is not always
consistent
                 Project: lwIP - A Lightweight TCP/IP stack
            Submitted by: mywave
            Submitted on: Fri 19 Jun 2015 08:27:05 AM GMT
                Category: IPv6
                Severity: 3 - Normal
              Item Group: Faulty Behaviour
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: 
            lwIP version: CVS Head

    _______________________________________________________

Details:

When creating a IPv6 router, it will first create a neightbor and reference
that with a pointer later:

inside nd6_new_router():
default_router_list[router_index].neighbor_entry =
&(neighbor_cache[neighbor_index])


However, if neighbor cache is exhausted or entry times out it will be removed,
but nd6_free_neighbor_cache_entry() has no knowledge of the
default_router_list[].


I suggest that neighbor_cache[] should also contain a link back to
default_router_list[], and invalid the neighbor_entry pointer if entry is
deleted (and hence kill the route entry), or the possibility to delete
neighbor_cache[] entries that are routers should be removed.

One thing to consider too in this situation is that a router (gw) might have
been added statically by the user. In that case, a FLAG should be set that
makes it impossible to recycle a neighboor_cache/router entry if created by
the user unless explicit deleted... or user needs to check every now and then
that his router/neigboor entry still exists...


I can create suggestion patches




    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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