Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
labs. Please feel free to skip those steps that are not required, based on the current state of your configuration.
NOTE: Due to the presence of the instructor-configured San Jose router, Toronto has undergone an
address change. The Toronto team should remove their existing fxp1 address and assign 10.0.22.2/24 to their fxp1 interface now. This change is noted on the Traffic Engineering Shortcut Map in the lab handout.
Step 1
Configure the network as depicted in the Traffic Engineering Shortcut Map diagram in your lab handout (page 23). For an IGP, use IS-IS and make all interfaces level 2 only. Do not forget to configure a full IBGP mesh. Please configure all IBGP peering between loopback addresses and dont forget to enable your local-address statement. Since policies are not needed for this lab, you should delete the import and export statements in your BGP configurations. The presence of export/import policy in the student routers may impact upon the latter stages of this lab.
NOTE: Please ask your instructor whether there is time at this point to configure the network to use
route reflectors, rather than a full IBGP mesh. If there is sufficient time, this may be allowed.
Step 2
Delete all existing LSPs from your MPLS configuration. Configure a new LSP, as specified in the Traffic Engineering Table in your handout.
Step 3
Force the LSP prefix into the inet.0 routing table by using the set traffic-engineering bgp-igp command under [edit protocols mpls].
Step 4
Verify the LSP prefix is in the inet.0 routing table and is usable by the IGP. You should also note that there are no longer any routes in inet.3. This is because all MPLS prefixes are now viewable to both IGPs and BGP and they are all installed in the inet.0 routing table, that is the prefixes were moved from inet.3 to inet.0. Use traceroute (to the egress router loopback address) to verify that IP packets are using the LSP. Also pay close attention to the hops that traceroute shows you.
What are the labels assigned to your entire LSP? (Use traceroute to discover this information.)
Remember from the lecture that the traffic-engineering bgp-igp knob takes the install prefix active command one step further. That is, with the install prefix active command you are copying individual prefixes from the inet.3 MPLS routing table into the inet.0 IP routing table. This allows the IGP to use your selected LSP prefix. When you use the traffic-engineering bgp-igp knob, the JUNOS software moves ALL of your LSP prefixes from the inet.3 MPLS routing table and installs ALL of them into the inet.0 IP routing table. If this is not clear, please ask your instructor to explain it once again.
Step 2
STOP
Tell your instructor that you are finished with this section and stop until you are told to continue. Your classmates must complete their configurations before you can continue.
Step 2
San Francisco and Toronto will enable an eBGP peering session to an instructor-configured router (San Jose) in a neighboring AS. If your router is San Francisco or Toronto, please complete this step. If your router is not San Francisco or Toronto, please skip ahead to Step 3.
San Francisco Referring to the diagram labeled Traffic Engineering Shortcut Map in your handout, enable an eBGP peering session under a new BGP external peer group with the following parameters: 1. 2. 3. 4. 5. Peer AS = 20 Neighbor address = 10.0.21.2 Add your fxp0 link to IS-IS as a passive interface. Ensure you have family ISO also enabled on this interface. Do not enable nexthop self. If a nexthop self policy is being used from a previous lab, please remove this policy from your BGP configuration. Please verify that this new eBGP peer comes up and is advertising the 152.124/16 prefix to you. If not, please notify your instructor.
Toronto Referring to the diagram labeled Traffic Engineering Shortcut Map in your handout (page 23), enable an eBGP peering session under a new BGP external peer group with the following parameters: 1. 2. 3. 4. 5. Peer AS = 10 Neighbor address = 10.0.22.1 Add your fxp0 link to IS-IS as a passive interface. Ensure you have family ISO also enabled on this interface. Do not enable nexthop self. If a nexthop self policy is being used from a previous lab, please remove this policy from your BGP configuration. Please verify that this new eBGP peer comes up and is advertising the 134.112/16 prefix to you. If not, please notify your instructor.
Step 3
If you have a policy to export your static routes to BGP, please remove this export statement from your BGP configuration. No router in this new network configuration should be exporting any static routes. Once San Francisco and Toronto have completed Step 2, each router should see two BGP prefixes: 134.112/16 from AS# 10 and 152.124/16 from AS# 20. Please consult the diagram labeled Traffic Engineering Shortcut Map in your handout so as to become familiar with the labs new physical and logical topology.
Type one of these commands (select the prefix that you have been using in this exercise) and examine the output:
user@host> show bgp next-hop-database 134.112/16 user@host> show bgp next-hop-database 152.124/16
Explain why the traceroute results you just observed would have differed significantly if San Francisco had used next-hop-self for EBGP next hop resolution instead of a passive IGP?
Step 2
Everyone should now enable traffic-engineering shortcuts with the following command:
Re-type one of the following commands (select the same prefix that you have been using in this exercise) and examine the output:
user@host> show bgp next-hop-database 134.112/16 user@host> show bgp next-hop-database 152.124/16
STOP