Hi Tony,
here comes the rebuttal for our GLI-Split proposal.
Best regards,
Matthias Hartmann
The arguments in the GLI-Split critique are correct. There are only two points that
should be clarified here. (1) First, it is not a drawback that hosts perform the
mapping lookups. (2) Second, the critique proposed an improvement to the mobility
mechanism, which is of general nature and not specific to GLI-Split.
(1) The additional burden on the hosts is actually a benefit, compared to having the
same burden on the gateways. If the gateway would perform the lookups and packets
addressed to not yet cached EIDs arrive, a lookup in the mapping system must be
initiated. Until the mapping reply returns, packets must be either dropped, cached,
or the packets must be sent over the mapping system to the destination. All these
options are not optimal and have their drawbacks. To avoid these problems in
GLI-Split, the hosts perform the lookup. The short additional delay is not a big
issue in the hosts because it happens before the first packets are sent. So no
packets are lost or have to be cached. GLI-Split could also easily be adapted to
special GLI-hosts (e.g., low power sensor nodes) that do not have to do any lookup
and simply let the gateway do all the work. This functionality is included anyway for
backward compatibility with regular IPv6-hosts inside the GLI-domain.
(2) The critique proposes a DNS-based mobility mechanism as an improvement to
GLI-Split. However, this improvement is an alternative mobility approach which can be
applied to any routing architecture including GLI-Split and raises also some
concerns, e.g., the update speed of DNS. Therefore, we prefer to keep this issue out
of the discussion.
--
Dipl.-Inform. Matthias Hartmann
University of Wuerzburg, Institute of Computer Science
Chair of Distributed Systems (Informatik III)
Am Hubland, 97074 Wuerzburg, Germany
http://www3.informatik.uni-wuerzburg.de/staff/hartmann/
hartm...@informatik.uni-wuerzburg.de
phone: +49-931-31-83381
_______________________________________________
rrg mailing list
rrg@irtf.org
http://www.irtf.org/mailman/listinfo/rrg
