[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [GROW] LISP at GROW
On Aug 3, 2008, at 3:18 AM, PAPADIMITRIOU Dimitri wrote:
we did not have had sufficient time to discuss during grow at ietf72 the
operational issues related to the deployment scenario of LISP. i would
have appreciated to discuss the following points together with the
operational community:
a) CE-based vs PE-based xTR -> LISP makes use of the former what is
the
operational impact ? is deployability becoming easier vs operational
constraints ?
b) Can operational community afford a one time renumbering (EID)
assumption considered by LISP/is it a realistic assumption ? or is the
alternative consisting in reconnecting sites so as to result into a
EID
contiguity a possible/feasible scenario ?
Service providers must have significant business preasure to undertake
and complete any forced customer renumbering. The customers
renumbering have four different reactions.
a.) Customer says OK. Grins, bears it, and renumbers. They may ask
for help, consulting, and/or credit, but the business impact is minimal.
b.) Customer finds a technical work around. The most common was to
use NAT to avoid renumbering, but also satisfy the service provider's
requirements. The customer lives with lack of reach-ability when
their address space is reassigned to someone else.
c.) Customer flights tooth and nail to retain the address space.
Fights with the service contract, or purchases service from the
company reclaiming the address space from the service provider, and
other options to avoid renumbering.
d.) Customer realizes that renumbering is a great time to shop for
new service providers. This is probably the worst for the service
provider as it has the largest loss of revenue.
peter
c) LISP-ALT relies on BGP-based overlay mapping system (EID-to-RLOC)
->
as LISP is CE-based isolation from CE instabilities would now impact
the
mapping system (note: about 80% of the instabilities result from
failure
events on eBGP links and proportionally such events resulting into BGP
instability increases towards the edges). this would result into the
same convergence time issue than actually experienced by the current
BGP
RS (note: the number of TR is proportional to the number of customer
sites) ?
-- opinions/thoughts ? --
thanks,
-d.
_______________________________________________
GROW mailing list
GROW at ietf.org
https://www.ietf.org/mailman/listinfo/grow
_______________________________________________
GROW mailing list
GROW at ietf.org
https://www.ietf.org/mailman/listinfo/grow