Errata for MPLS in the SDN Era
Submit your own errata for this product.
The errata list is a list of errors and their corrections that were found after the product was released.
The following errata were submitted by our customers and have not yet been approved or disproved by the author or editor. They solely represent the opinion of the customer.
Color Key: Serious Technical Mistake Minor Technical Mistake Language or formatting error Typo Question Note Update
Bottom of p127 example 3-2.
Nowhere in the 6PE section of Chapter 3 is it mentioned that "family inet6" must be enabled on the core MPLS labelled facing interfaces such that when a packet arrives with the MPLS IPv6 explicit-null label, the label can be PoPed and an IPv6 lookup performed. This is documented in this Juniper guide: https://www.juniper.net/documentation/partners/ibm/junos11.4-oemlitedocs/fg-ipv6-islands-to-ipv4-mpls-tc.pdf on page 11. This behaviour is still present in 13.3R8.7. I’m not sure what JUNOS version the book uses.
In the PE1 full config however, on the blog site, “family inet6” *is* present under ge-2/0/3, but inactive which doesn’t work: https://mplsinthesdnera.net/configuration-repository/chapter-3-configs/6pe/PE1/
I think it should be corrected in those full device configs to be active and explicitly called out in the book that “family inet6” is required on the core facing interface otherwise neither the config in the book nor the configs on the blog site will work when tested.
||Nov 03, 2017
fig 9.3 and page 394 step 4.
I believe the description of Inter-AS option A does not clarify how the traffic from the different VPN's is kept separate on the link between ASBR1 and ASBR3. I believe the text should clarify that the drawing only illustrates one of the VRF's (I assume the blue one). Such a note should also be made on page 394, step 4: ASBR1 looks at label S1, pops it, and sends the plain IP packet IN VLAN BLUE to ASBR3
||Sep 30, 2018