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
