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

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



Noel,

I was thinking of the "mapping function" as a mechanism that encompasses
both, the initial distribution of mapping information and subsequent
mapping updates (including cache invalidations).  I was looking at it at
a higher abstraction level.

When it comes to concrete, technical approaches, I fully agree with you
that a solution could realize the initial mapping set-up in a different
way than subsequent mapping updates.  First of all, this is because
requirements are different:  One may want to minimize signaling overhead
for the initial set-up, but minimize update delays, in particular in
case of provider fail-overs.  The solution spaces are different as well:
 E.g., current traffic patterns may allow you to prioritize mapping
updates for those remote edge networks with which a lot of traffic is
being exchanged.  Mapping updates could also be realized in-band with
regular traffic.  OTOH, for the initial set-up, neither prioritization
nor in-band signaling seems to be feasible to the same extent.

Where I don't agree with you is that the pull-push trade-off would only
apply to the initial mapping set-up.  I think the pull and push
paradigms are technical approaches that can be used for both, the
mapping set-up /and/ mapping updates.

Kind regards,
- Christian


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