[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [RRG] Re: [RAM] Different approaches for different protocols
> > I have to disagree. You obviously want identifiers in DNS replies,
> > regardless of the solution. If you could also return locators, that
> > cuts down on your startup time, as you effectively get the id-
> > >locator lookup for free. Yes, doing locator updates within the
> > existing DNS is an issue... TBD.
>
> Well, if you just publish the set of possibly reachable locators and
> then detect reachability through other means than the DNS this
> wouldn't be a problem. However, there is another problem: LISP &
> family do the id->loc mapping in a middlebox, when the DNS name used
> to come up with the id that's in the packet header is a distant
> memory. Even when doing this in the host itself the FQDN may not be
> available when the time comes to do the mapping.
When the ITR is co-located with the DNS resolver, this
isn't so much of a problem (i.e., the RLOC and EID
lookups could occur when the FQDN is still available).
Fred
fred.l.templin@boeing.com
--
to unsubscribe send a message to rrg-request@psg.com with the
word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/rrg/> & ftp://psg.com/pub/lists/rrg