> On Jun 6, 2020, at 5:15 PM, Tony Li <[email protected]> wrote:
> 
> 
> We’ve made some changes in the latest version of the draft.  In the current 
> version, we require that each router in the area be L1L2.  However, only one 
> LSP is advertised externally for each area.  Thus, each router will see 100 
> L1 LSPs, 100 L2 LSPs and 8 L2 Proxy LSPs.
> 
> 
>> The key thing to note here is that if you double the number of areas you 
>> only add to the Outside LSP and Proxy count just as it would scale in the 
>> Natural Design, so going from 8 to 16 areas here adds 80 more "Outside LSPs" 
>> and 8 more L2 Proxy LSPs for a total of 276 L2 LSPs even though you've added 
>> 800 more routers to your network.
> 
> 
> Doubling the number of areas would give you 16 L2 proxy LSPs, so you end up 
> going from 208 LSPs to 216.  The key point here is that the database now 
> scales linearly with the number of areas.

Ah yes, I missed that the Inside Edge Routers were masquerading using the Proxy 
System ID to the Outside Edge Routers. This does offer even better scaling.

This also does directly address your use case where the Area edge is very large 
compared to old designs.

Interestingly, if we consider Peter's pair of huge "R2" (L1L2 area edge) in 
Terastream (Telco Design), in effect you are creating a single Proxy LSP that 
continues to represent that concept topologically (although with a single 
"huge" router (Proxy LSP) rather than a pair of "R2"s), while allowing the huge 
multi-chassis physical routers to now be made up of N-many smaller physical 
routers.

On the industry direction, it'll be interesting to see if using N-many physical 
routers with all the external L2/L3 interconnect required and the extra 
operational/management costs actually works better than the single large 
multi-chassis with it's internal fabric interconnect that could be managed as a 
single router. It would seem to be adding a lot of operational cost on to the 
operator. Terastream was specifically trying to avoid this extra operational 
cost, as capex wasn't the problem, the opex was. Not having to forklift upgrade 
these huge routers was critical to that design though, and it sounds like maybe 
we're giving up on the vendors delivering on this?

Thanks,
Chris.
[as WG member]

P.S. Curiously, I had "fixed" my diagram and text just prior to sending the 
email as originally I had it as 108 L2 LSPs and then 216 when doubling the 
network, maybe I had noticed subconsciously. :)

_______________________________________________
Lsr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lsr

Reply via email to