training:sanog33:d-6rd
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
training:sanog33:d-6rd [2019/01/15 19:48] – philip | training:sanog33:d-6rd [2019/02/13 12:42] (current) – [Background] philip | ||
---|---|---|---|
Line 9: | Line 9: | ||
===== Preparation ===== | ===== Preparation ===== | ||
- | Before we start this lab, remove any previous extra lab configuration on the Access and Customer routers and revert both routers to the configuration as it was at the end of the [[training:sanog32: | + | Before we start this lab, remove any previous extra lab configuration on the Access and Customer routers and revert both routers to the configuration as it was at the end of the [[training:sanog33: |
We also need to remove any IPv6 configured on the network as we will be replacing it with 6rd technology. The following subsections describe what needs to be done. | We also need to remove any IPv6 configured on the network as we will be replacing it with 6rd technology. The following subsections describe what needs to be done. | ||
Line 39: | Line 39: | ||
- | ==== Removing IPv6 on the link to the Customer ==== | + | ==== Removing IPv6 configuration |
- | We also need to remove any remaining IPv6 configuration on the link between the Access Router and the Customer Router. Here is an example for the Access Router: | + | We also need to remove any remaining IPv6 configuration on the Customer Router: |
- | + | ||
- | interface FastEthernet0/ | + | |
- | | + | |
- | no ipv6 address 2001: | + | |
- | no ipv6 nd ra suppress all | + | |
- | ! | + | |
- | no ipv6 route 2001: | + | |
- | ! | + | |
- | + | ||
- | and here is an example for the Customer Router: | + | |
interface FastEthernet0/ | interface FastEthernet0/ | ||
Line 61: | Line 51: | ||
no ipv6 route ::/0 2001: | no ipv6 route ::/0 2001: | ||
! | ! | ||
- | |||
- | ==== Removing IPv6 configuration on Customer Router ==== | ||
And finally we need to remove the loopback interface from the Customer Router. Remember we created it as an anchor point for testing. Simply do: | And finally we need to remove the loopback interface from the Customer Router. Remember we created it as an anchor point for testing. Simply do: | ||
Line 71: | Line 59: | ||
We leave `ipv6 unicast-routing` turned on though, as we still will need IPv6 on the router in the next part of the lab. | We leave `ipv6 unicast-routing` turned on though, as we still will need IPv6 on the router in the next part of the lab. | ||
+ | |||
+ | ===== Configuring the Access Router ===== | ||
+ | |||
+ | ==== Originating Customer IPv4 Point-to-Point link in iBGP ==== | ||
+ | |||
+ | The point-to-point link address from the network operator to the customer is normally not carried in the IGP or even in the BGP. However, 6rd uses the point-to-point link address as the basis for the IPv6 prefix generated for 6rd. So the network operator needs to carry the point-to-point link address at least as far as the 6BR router so that the IPv6 tunnel can see its end point on the customer router. | ||
+ | |||
+ | The simple and scalable way to do this is to put the point-to-point link address into iBGP on the Access Router. Like this: | ||
+ | |||
+ | router bgp X0 | ||
+ | | ||
+ | network 100.68.X.32 mask 255.255.255.252 | ||
+ | ! | ||
+ | |||
+ | Once you have done this, connect to the Core and Border routers to make sure that you now see this point to point link address in the BGP. And check that connectivity works from the Border router by trying to ping the end point on the Customer router: | ||
+ | |||
+ | BX# ping 100.68.X.34 | ||
+ | |||
+ | If there is no answer, check the BGP table, and that there is a default route on the Customer router point back to the Access router. | ||
+ | |||
+ | ==== Removing IPv6 on the Access Router link to the Customer ==== | ||
+ | |||
+ | We also need to remove any remaining IPv6 configuration on the link between the Access Router and the Customer Router. Here is an example for the Access Router: | ||
+ | |||
+ | interface FastEthernet0/ | ||
+ | | ||
+ | no ipv6 address 2001: | ||
+ | no ipv6 nd ra suppress all | ||
+ | ! | ||
+ | no ipv6 route 2001: | ||
+ | ! | ||
===== Setting up 6rd ===== | ===== Setting up 6rd ===== | ||
Line 80: | Line 99: | ||
What we will set up is something similar to the diagram below. | What we will set up is something similar to the diagram below. | ||
- | {{: | + | {{: |
The Customer Router in the diagram is our Customer Router in our network. And the ISP 6rd BR capability will be configured on our autonomous system’s Border Router. | The Customer Router in the diagram is our Customer Router in our network. And the ISP 6rd BR capability will be configured on our autonomous system’s Border Router. | ||
Line 95: | Line 114: | ||
- | Now we need to set up the 6BR functionality on the Border router. | + | Now we need to set up the 6BR functionality on the Border router. |
- | + | ||
- | As with the customer router, we need to create the tunnel end point: | + | |
interface Tunnel0 | interface Tunnel0 | ||
Line 119: | Line 136: | ||
- | ==== Configuring the Customer Router ==== | + | ===== Configuring the Customer Router |
Now create the tunnel on the Customer Router. The configuration will look like this: | Now create the tunnel on the Customer Router. The configuration will look like this: | ||
Line 191: | Line 208: | ||
Refer to the earlier discussion about the “general-prefix”. We have `2001: | Refer to the earlier discussion about the “general-prefix”. We have `2001: | ||
- | |||
- | ===== Configuring the Access Router ===== | ||
- | |||
- | The point-to-point link address from the network operator to the customer is normally not carried in the IGP or even in the BGP. However, 6rd uses the point-to-point link address as the basis for the IPv6 prefix generated for 6rd. So the network operator needs to carry the point-to-point link address at least as far as the 6BR router so that the IPv6 tunnel can see its end point on the customer router. | ||
- | |||
- | The simple and scalable way to do this is to put the point-to-point link address into iBGP on the Access Router. Like this: | ||
- | |||
- | router bgp X0 | ||
- | | ||
- | network 100.68.X.32 mask 255.255.255.252 | ||
- | ! | ||
- | |||
- | Once you have done this, connect to the Core and Border routers to make sure that you now see this point to point link address in the BGP. And check that connectivity works from the Border router by trying to ping the end point on the Customer router: | ||
- | |||
- | BRX# ping 100.68.X.34 | ||
- | |||
- | If there is no answer, check the BGP table, and that there is a default route on the Customer router point back to the Access router. | ||
- | |||
===== Testing ===== | ===== Testing ===== | ||
- | With the 6BR and the Customer router now set up to support 6rd, trying | + | With the 6BR and the Customer router now set up to support 6rd, try some IPv4 and IPv6 traceroutes from the Customer router to the backbone Transit providers and out to the Internet, for example, to 8.8.8.8 (IPv4) |
- | (Note that the lab doesn’t have IPv6 connectivity, | + | (Note that if the lab doesn’t have IPv6 connectivity, |
What do you see? | What do you see? | ||
+ | |||
[[: | [[: | ||
+ |
training/sanog33/d-6rd.1547542112.txt.gz · Last modified: 2019/01/15 19:48 by philip