[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RAM] Re: the separation of ID/RLOC



>> Fast provider fail-over requires a very agile mapping function,
>> however. To me, it is not clear how either a pull or a push model,
>> or a trade-off between the two, can support this in a scalable
>> manner.
> 
> This is the key part of the mapping mechanism. I believe that at the
> first step some prototype systems based on DNS (pull model) and DHT
> (Push model)  or some hybrid model respectively must be deployed and
> test their performance,  then  decide which mechanism is a good one.

Michael,

you are certainly right.  The point I am making is that, from a delay
perspective, a pure pull model won't support efficient provider
fail-over.  A push model might; it depends on the actual mechanism.  But
still, for one edge network to update the mapping, it will have to push
the update to a large set of ingress tunnel routers.  This holds for
LISP, and for Ivip at a later transition stage.

OTOH, from a signaling overhead perspective, the pull model is more
favorable than the push model.  So there will be a trade-off, and this
does not seem easy to effect.

> The mobility support has some impact on which model will be adopted.

Right.  Edge network mobility and provider fail-over are the same in
terms of objectives and requirements IMO.

- Christian


_______________________________________________
RAM mailing list
RAM at iab.org
https://www1.ietf.org/mailman/listinfo/ram