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

Re: [MBONED] Fwd: I-D Action:draft-ietf-mboned-rfc3171bis-06.txt



On Mon, 23 Mar 2009, Marshall Eubanks wrote:
We regard this draft as now ready to go to the IESG, and will so announce in session today.

I plan to do this after the close of this week (after Friday). Please consider this as a informal "mini-last call" to make sure that all of the issues raised were addressed.

I'm still not very happy about the fact that we haven't defined any guidelines for the Designated Expert. In the absense of such guidelines, the expert should by default accept assignments. I don't think that's what we want.

I'm still not very happy about the fact that the document does not define a "Local Network Application Block". A block for assignments for those protocols that should not by default be routed on the Internet. Essentially almost all the application requests could go there instead of current Ad-hoc blocks (that have an expectation of routability).

This would be great for people who need to manage MSDP etc. filters for those Norton Ghost etc. -like applications.

If you need a specific suggestion how to go about doing this I'd suggest splitting AD-HOC BLOCK I in two, and the upper half (224.0.128.0/17) would be designated for Local Applications.

Editorial:

In S 6, it says "Future assignments of blocks of addresses that do not fit in the Local or Internetwork block will be made in the Extended block." -- what does "Extended block" refer to? This block or AD-HOC II, or something else? Reword.

Informative references section now has I-D.ietf-mboned-addrarch but that is not referred to anywhere in the text. It should be cited or removed from the references section.



--
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings