[RPRWG] P802.17b D1_2 Multicast Results and Conference Call Notice

["Mike Takefman (tak)" <tak@xxxxxxxxx>]

RPRWGers, 

I reported the results of the P802.17b D1_2 Multicast
ballot and having talked with one voter to understand his
vote the results are changed slightly, but not enough to 
alter the final results.

The results and the individual ballots can be found at

http://www.ieee802.org/17/member/802_17b/d1_2_multi/index.htm

The ballots are summarized in an xls file, but the word docs
can be read in order to see text comments.

The CRG voted to request the chair to perform comment resolution
on the remaining issues via email with members and holding
a conference call in February.

This email is aimed to highlight the level of concensus thus
far and serve as notice for a conference call occuring on
February 24th at 9am (dial in 866-902-7862 ID 8021700) to 
formerly resolve the ballot. Thus, if people wish to 
change their votes based on reviewing the ballot
results, the comments sent in and the discussions on the 
conference call we can amend their votes. 

As previously reported, there were 2 questions that did
not achieve a concensus view

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

Question 3:
3)	Multicast scoping should have the following 
features. [Note: a, b, and c get a 2-address frame from the client (as
compared to d).]

a.	Scope basic frames without SAS learning
b.	Scope extended frames without SAS learning
c.	Scope extended frames with SAS learning
d.	Scope client frames with 4 addresses without SAS learning

The set of {a,b,c,d} was acceptable to 54% of voters 
6 voters but had 5 negative votes for that option.

The set of {a,b,c} was acceptable to 54% of voters 
6 voters but had 2 negative votes for that option.

Option {a,b,c} is slightly preferred in that it did not rouse
as many negative votes. Both require 3 voters to sign on, but 
option (a,b,c) merely requires 3 people who were neutral to 
accept the option, whereas option {a,b,c,d} requires 3 people who
voted negative to switch.

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

Question 6:

6)	Assuming it is done frame by frame, control over how a 
frame is processed is via:

a.	Client supplied request parameter(s)
b.	Configuration of the Multicast Table
c.	Both, client request takes priority
d.	Both, table takes priority

Option C has 8 votes or 72% support but 2 negative votes 
Option B has 7 votes or 63% support but 3 negative votes

Either of these options could go over the top, but clearly
C requires just 1 versus 2 more voter(s).

Because of the near loss on C the editor was instructed to 
prepare text (in editor's notes) assuming C was selected. The
text will not be an official part of the draft until it is
approved.



cheers, 

mike

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

Michael Takefman              tak@cisco.com
Distinguished Engineer,       Cisco Systems
Chair IEEE 802.17 Stds WG
3000 Innovation Dr, Ottawa, Canada, K2K 3E8
voice: 613-254-3399       cell:613-220-6991