To avoid any doubt. I (gorry) do not claim any IPR rights for this document, and transfer all my rights to the IETF.
Gorry > On 3/19/2014 2:53 PM, Thomas C. Schmidt wrote: >> Hi Stig, >> >> thanks for looking at the details carefully! >> >> All should be fixed in the present submission. > > Thanks for the quick response! Can others in the WG please see if they > have any issues? > > I'll request publication as soon as all the authors have stated whether > they are aware of any IPRs. Only missing one author and we're good to go. > > Stig > >> Thomas >> >> On 19.03.2014 20:01, Stig Venaas wrote: >>> Hi >>> >>> Thanks for posting this much improved version. I have some comments on >>> this one too though. Can others in the WG please also see if they are >>> happy with this latest one? >>> >>> Here are my minor comments. >>> >>> Mark it as an update of RFC5568. >>> >>> Typo in 4.1.2: indicatior >>> >>> IN 4.2.2 it says: >>> >>> The PMAG then waits for receiving the Multicast Acknowledgement >>> Option(s) with a HACK message (see Section 5.4) and the creation of >>> the bidirectional tunnel with NMAG. >>> >>> Better language to write "wait until it receives"? >>> >>> Also: >>> >>> It SHOULD start forwarding traffic down the >>> tunnel interface for those groups an MLD listener report was >>> received from NMAG. >>> >>> Add "for which"? "For those groups for which an MLD"... >>> >>> 5.2: >>> In most of the document you use FBACK and HACK, but here you refer >>> to them as FBAck and HAck. >>> >>> Appendix A: >>> You write "In this section", but perhaps say appendix? >>> >>> Remove change log? Not that useful in the RFC I think. >>> >>> Stig >>> >> > _______________________________________________ multimob mailing list [email protected] https://www.ietf.org/mailman/listinfo/multimob
