Hi Mikael, I agree that we need a more focused dialog. I am copying to your message the IEEE 802 - IETF coordination list. FYI - this is a team of IETF and IEEE 802 experts that includes but is not limited to the ADs who work on issues that require coordination between the IETF and the IEEE on the lines described by RFC 7241. Folks who are interested to join this activity - please write to me. You should also know Dorothy Stanley who is the liaison manager of IEEE 802.11 to the IETF. Let us see what other participants in IEEE 802 have to say about this before we discuss how we can best proceed.
Regards, Dan > -----Original Message----- > From: Mikael Abrahamsson [mailto:[email protected]] > Sent: Thursday, August 06, 2015 9:45 AM > To: Glenn Parsons > Cc: Alia Atlas; Acee Lindem (acee); Toerless Eckert (eckert); Homenet; Eric > Gray; Romascanu, Dan (Dan) > Subject: RE: [homenet] Despair > > On Thu, 6 Aug 2015, Glenn Parsons wrote: > > > As I indicated in another thread, the right place to start a discussion on > > this > would be in the IETF-IEEE 802 coordination that Dan leads. > > > > While this issue may be solved be current work underway (and included in > the coordination), perhaps a clearer problem statement would help us to > ensure that is the case. > > There are documents that talk about multicast from a power efficiency > standpoint: > > https://tools.ietf.org/html/draft-ietf-6man-rs-refresh-00 > > Slide 2 of > http://www.ipv6council.be/IMG/pdf/20141212-08_vyncke_-_ipv6_multicast_issues-pptx.pdf > > pretty much sums it up, most of IETF protocols are designed around multicast > being as reliable as unicast. IPv6 relies on this. On 802.11 this isn't the > case. > Slide 5 describes how this works in 802.11. > > The fact that multicast and broadcast is unreliable (not ACKed) on 802.11 is > from what I can see the major cause of the unreliability problem that the > mesh wifi networking protocols are trying to solve by basically only using > multicast for discovery. > > The whole question is whether this should be fixed by 802.11 or if the IETF > needs to (basically) abandon multicast/unicast, or if the IETF should develop > a multicast->unicast replication mechanism for wifi (there is work in this > area > going on). > > Personally, I think 802.11 needs to fix multicast/unicast so it's reliable, > or get > back the IETF and say it can't be fixed and then the IETF can continue the > work on multicast reduction (or workaround) even harder. > > I find the current approach of (basically) individuals within the IETF working > on multicast reduction without (as far as I can see) any dialogue with 802.11 > to be a non-optimal way of solving the problems we're seeing. > > -- > Mikael Abrahamsson email: [email protected] _______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet
