[rrg] [lisp] Economic issues of long-path / stretched routing

John Zwiebel jzwiebel at cisco.com
Sun Jan 25 17:02:37 PST 2009


On Jan 25, 2009, at 1:53 PM, Benson Schliesser wrote:

> My single-homed xTR (savvis) has one ALT peer right now (asp) and  
> he announces an aggregate net that covers my EID prefix. That's  
> great from a routing scale perspective. However if I were to  
> multihome to another net (dmm, for example) wouldn't I have to  
> announce my EID into the ALT via that path if I wanted to continue  
> serving that EID during an outage of my primary (asp) connectivity?
>

Yes you should, but that doesn't add another route to the ALT routing  
table.
> At the very least it has to be announced such that my primary  
> upstream sees it and can divert map-requests to my secondary path.
>
If your primary router goes down, yes.
> So do all of my xTRs need to have ALT tunnels to all of my EID  
> allocators in order to avoid de-aggregation in the ALT tables while  
> maintaining fault tolerant connectivity?
>
All of your xTRs need to connect to the ALT to get mapping  
information. (ie to send
map requests over the ALT and receive map-replies natively).  Each  
xTR would
advertise the same EID-prefix.  So no matter how many xTRs you have,  
only the
single EID-prefix is advertised. The ALT only carries EID-prefix  
routes (and next-hop
information for the ALT).  It need not carry the RLOC routes at all.   
Those are in the DFZ.
> What happens if an AS-wide fault takes down all of my allocator's  
> ALT routers? I understand that my RLOCs are still aggregated by the  
> underlying network's routing regardless.
>
Hopefully you'd have RLOCs from two different allocators.  When one  
goes down, the
other one is still available for map-requests.
>

Hope this helps
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.irtf.org/pipermail/rrg/attachments/20090125/c1a37ccd/attachment.htm>


More information about the rrg mailing list