Re: [Last-Call] [Iot-directorate] [v6ops] Iotdir last call review of draft-ietf-v6ops-nd-cache-init-05

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

 



Two other thoughts upon re-reading.

>   o  Some wireless devices are known to fiddle with ND packets and
>      perform various non-obvious forms of ND proxy actions.  In some
>      cases RSes might not even reach the routers.

this concern seems like an own-goal to me.[1]
  Help! DOCTOR, I enabled this fiddly thing, and now my network only gets
  three stars!

about 3.5, listening to all solicited node multicast address groups.
In the WiFi case, those multicast groups are preferrably emulated by APs
turning the multicasts into unicasts at higher Tx-rates.  So the system is
really listening to all of those groups already.   Maybe some vendors have
managed to put that into silicon, but I'll bet most have not.

I would assume that Joel Halpern, having written that other document, has
some knowledge about:
     Some routing vendors support such optimization already.

maybe those vendors could comment on how well it works, and what the CPU
impact is?

[1] https://en.wikipedia.org/wiki/Own_goal


-- 
Michael Richardson <mcr+IETF@xxxxxxxxxxxx>, Sandelman Software Works
 -= IPv6 IoT consulting =-



Attachment: signature.asc
Description: PGP signature

-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux