Ack. Thanks Albert. I agree with all your responses. Dino
> On Oct 5, 2014, at 5:03 PM, Albert Cabellos <[email protected]> wrote: > > Hi Dino > > Thanks, I´ve removed the parts for which I agree, below my comments: > > On Fri, Oct 3, 2014 at 6:40 PM, Dino Farinacci <[email protected]> wrote: > >>>> Change "supra" to "super". But saying super-linear is like saying "that >>>> was a long minute". ;-) I think you should say exponential slope. >>>> >>> >>> I think that the correct mathematical term is supralinear: >>> >>> http://en.wiktionary.org/wiki/supralinear >> >> I am not questioning the definition of supra linear, I just think we should >> use exponential because we have done so so many times before. Not a big deal. >> > > Ok, thanks for clarifying. Anyhow this part has been removed from the > updated introduction. > >>>>> >>>>> In order to resolve a query LISP-DDT operates iteratively and in a >>>>> similar way to the DNS. DDT clients (usually Map-Resolvers) generate >>>> >>>> It may worth saying that DDT does not do recursive lookups like DNS but >>>> does do iterative lookups like DNS. >>>> >>> >>> Why stating what DDT is not? I think that this way is shorter and clearer. >> >> Because if you state that DDT is DNS, then people may assume that recurisve >> lookups are done as they are in DNS. DNS has recursive and iterative >> lookups. DDT only borrowed the iterative lookup idea from DNS. > > Ok, what about this: > > In order to resolve a query LISP-DDT operates in a similar way to the > DNS but only supports iterative lookups. > >> >>>>> return a Map-Reply, also sent on the data-plane. The active nature >>>>> of RLOC-probing provides an effective mechanism to determine >>>>> reachability and, in case of failure, switching to a different >>>>> locator. Furthermore the mechanism also provides useful RTT >>>>> estimates of the delay of the path that can be used by other network >>>>> algorithms. >>>> >>>> We should say that echo-noncing and RLOC-probing can work together. That >>>> is if a nonce is not echoed, a ITR could RLOC-probe to determine if the >>>> path is up (because the return bidirectional path may have went silent). >>>> Or, when echo-noncing determines a forward path to an RLOC is up, >>>> RLOC-probes can be suppressed to save sending extra messages. >>>> >>> >>> See my updated paragraph below: >>> >>> It is worth noting that RLOC probing and Echo-nonce can work together. >>> Specifically if a nonce is not echoed, an ITR could RLOC-probe to >>> determine if the path is up because the return bidirectional path may >>> have failed. Alternatively, when echo-noncing determines a forward >> >> Or the the return path is not used. That is there is only a unidirectional >> path. >> >>> path to an RLOC is up, RLOC-probes can be suppressed to save messages. >> >> This part to explain suppressing RLOC-probes is good. >> > > Ok, I´ve appended your sentence, see below: > > Specifically if a nonce is not echoed, an ITR could RLOC-probe to > determine if the path is up because the return bidirectional path may > have failed or the return path is not used, that is there is only a > unidirectional path. > >> Thanks a lot, >> Dino >> > > Thanks! > > Albert _______________________________________________ lisp mailing list [email protected] https://www.ietf.org/mailman/listinfo/lisp
