Thanks! Albert
On Fri, Oct 24, 2014 at 8:11 PM, Dino Farinacci <farina...@gmail.com> wrote: > Hi Dino > > > Thanks for your review. I am attaching -07 + diff (not published yet) > where I have addressed all your comments, please let me know if you > agree and we´ll proceed to publish it. > > > I just looked at the changes, they all look good. A couple of nits: > > > Add period at end of this sentence. > > > Typo in blue. > > Map-Resolver: A network infrastructure component that interfaces > ITRs with the Mapping System by proxying queries and -in some > cases- responses. > > > I would say "receive queries and sends negative replies". > > > This is already explained in "Map-Reply", at this point Map-Reply has > not been introduced yet. I think that this way is clearer. > > > Okay, fine. > > > But why don't you order the messages first and then refer to them when you > define the Map-Server and Map-Resolver afterwards? > > > There is a circular dependency, then I won't be able to use the terms > Map-Server/Map-Resolver when explaining what Map-Request/Map-Reply, > etc are. > > > Right, understand. > > [snip] > > > Map-Request: This message is used by ITRs or Map-Resolvers to > resolve the mapping of a given EID. > > > This message is also used by ETRs to request an ITR to do a Mapping System > request. This message is also used by ITRs to probe the underlying path to > an ETR. > > > This is early in the document and I think that it is preferable to > keep things simple. The fact that SMR/RLOC probing functionalities use > a Map-Request type of message is not important when considering LISP's > big picture. SMR/RLOC probing are explained in section 4 with the > relevant context. > > > Okay, agree. > > Albert > <draft-ietf-lisp-introduction-07.txt> > <draft-ietf-lisp-introduction-07-from-6.diff.html> > > > I vote for you to publish. Thanks. > > Dino > > >
_______________________________________________ lisp mailing list lisp@ietf.org https://www.ietf.org/mailman/listinfo/lisp