Re: [lisp] Adding a "Distance Server" to the Map Resolver, to support scalable "anycast" and "disaster recovery"

[Dino Farinacci <dino at cisco.com>]

Yes, I have read it. A find paper. I think there is potential for it  
but the Path Selection Mechanism needs to reside at the site. No one  
will allow a third party to decide how it's links should be used.

But if there is a box, which can be co-located with the xTRs that want  
to change the ranking, they could either start advertising them in Map- 
Replies or advertise those rankings to the map-server via Map-Register  
messages.

But at this point, we are not committing to having the map-server be a  
*proxy* map-replier for the site.

Dino

On Apr 23, 2009, at 12:41 PM, Olivier Bonaventure wrote:

> Dino,
>
> > Why not just pick an ETR, watch for return traffic and try to monitor
> > RTTs between the sites for the data flow.
>
> This is one possibility. Damien and Luigi demonstrated a technique to
> pick ETRs based on additional information in
> http://inl.info.ucl.ac.be/publications/interdomain-traffic-engineering-locatoridentifier-separation-context
>
> Olivier
> --
> http://inl.info.ucl.ac.be , UCLouvain, Belgium