Hi Huaimo,
> Support and have the following comments: Thank you for your support and comments. > It seems not necessary to have 8 levels of hierarchies. 3 or at most 4 levels > of hierarchies should be enough. IS-IS with 3 levels of hierarchies may > support a network with 1k*1k*1k nodes, which is about 10^9 = 1 billion nodes. > IS-IS with 4 levels of hierarchies may support a network with 1k*1k*1k*1k > nodes, which is about 10^12 = 1 trillion nodes. This is correct. It’s not absolutely necessary. However, as Robert mentioned, it does give the network designer flexibility to create the hierarchy that matches the needs of his network. The cost of the additional levels is very small, given that we’re considering adding any levels at all, so it seemed sensible to define all of the levels at once. “From an architectural point of view, if a number isn’t obviously too large, then it’s probably too small.” — Ross Callon > For PDU type, section 2.2 of the draft proposes to use 8 bits (all three > reserved bits plus the 5 bits for the existing PDU type). It seems better to > use 6 bits (one reserved bit plus the 5 bits for the existing PDU type). > Adding one reserved bit into the PDU Type allows people to define 32 new PDU > types, which is enough for the new PDU types needed for new hierarchies. Agreed, it’s more than necessary. Since we’re opening the issue, it seemed useful to make use of the space. > Section 3 “Additional PDUs” of the draft, defines 6 new PDU Types for ’Level > n LAN IS to IS hello PDU’ (Ln-LAN-HELLO-PDU), where n is 3, 4, 5, 6, 7, and > 8. In addition, the following new PDU Types should be defined (considering at > most 4 levels of hierarchies): > 2 new PDU Types for ‘’Level n LSP”, where n is 3, and 4 > 2 new PDU Types for ‘’Level n CSNP”, where n is 3, and 4 > 2 new PDU Types for ‘’Level n PSNP”, where n is 3, and 4 That's a natural consequence of your first point. > On a broadcast interface, Level 1 LSPs are multicast through MAC > 0x0180.c200.0014 (which is called AllL1ISs), and Level 2 LSPs are multicast > through MAC 0x0180.c200.0015 (which is called AllL2ISs). It seems that Level > n LSPs should be multicast through AllLnISs, where n is 3, and 4 (considering > at most 4 levels of hierarchies), thus 2 new MAC should be assigned to > AllLnISs, where n is 3, and 4. Good point, thank you, yes, we overlooked that. > The existing DIS for a broadcast interface periodically multicast through > AllL1ISs and AllL2ISs a Complete SNP (CSNP). It seems that the DIS should be > extended to periodically multicast a CSNP through AllLnISs, where n is 1, 2, > 3, and 4 (considering at most 4 levels of hierarchies). Agreed, but we were not planning on being explicit about restating all of the rules for each level. We should be more explicit and say that all behaviors of level 2 are replicated upwards. > When there may be 3 or more levels of hierarchies, is it allowed to have 3 or > more levels (consecutive) configured on an interface? It seems that there is > no description about this in the draft. This was intentionally not precluded and thus supported. Again please note that as are only defining the behavior for contiguous levels at this time. Tony
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
