Multicast Addresses for Documentation
draft-ietf-mboned-mcaddrdoc-04
Note: This ballot was opened for revision 03 and is now closed.
(Ron Bonica) Yes
(Stewart Bryant) No Objection
Comment (2012-05-10 for -03)
No email
send info
send info
"The use of specific multicast addresses for documentation purposes has no impact on security." Actually isn't it a security improvement?
(Gonzalo Camarillo) No Objection
(Benoît Claise) No Objection
Comment (2012-05-07 for -03)
No email
send info
send info
I would propose one text improvement: OLD: GLOP [RFC3180] is a method for deriving IPv4 multicast group addresses from 16 bit AS numbers. NEW: GLOP [RFC3180] can be used by anyone who owns a registered AS number to derive 256 global multicast addresses, by mapping the AS number in the middle 16 bits of the IPv4 multicast address 233/8.
(Ralph Droms) No Objection
(Wesley Eddy) No Objection
(Adrian Farrel) (was Discuss) No Objection
Comment (2012-05-17)
No email
send info
send info
I think it is a shame that the useful explanatory text is proposed for deletion from the IANA section. It would be nice to convert this into something that will record the motivation.
(Stephen Farrell) No Objection
(Brian Haberman) (was Discuss) No Objection
Comment (2012-05-24)
No email
send info
send info
I've cleared my DISCUSS. Thanks for addressing these issues.
(Russ Housley) No Objection
Barry Leiba No Objection
(Pete Resnick) No Objection
Comment (2012-05-09 for -03)
No email
send info
send info
I won't object given that RFC5737 and RFC3849 were both Informational, but shouldn't this kind of thing be BCP? I agree that the IANA Considerations section needs serious rewriting. It needs to include the list of reserved addresses.