yes, I see I spelled Colorado wrong.
In this topology:
Denver is AS1
Chicago to Colorado is AS 2
Virginia and everything to the right is AS3
First we configure our links with /30s, then I give denver a lo0 of 126.96.36.199 and Chicago a l0 of 188.8.131.52,
then configure eBGP between the AS with physical links. (Denver to Chicago, Colorodo to Virginia)
Then we configure the links and loopbacks of newyork 184.108.40.206, boston 220.127.116.11, colorodo 18.104.22.168
Since iBGP allows for a TTL of 255 we don’t need the multi-hop commands. We would need to increase the TTL if we were creating
eBGP sessions since their packet’s TTL is 1.
Then once that is configured, we configure OSPF or EIGRP between these routers that will have iBGP.
Then we configure a full mesh of iBGP with each router in the AS with the two commands:
Neighbor x.x.x.x remote-as 2 Neighbor x.x.x.x update-source lo0
The above will let us source the loopback of the current router to form a iBGP session since we run a IGP, we can use loopbacks that won’t ever go down since we have multiple paths!
Now the problem here becomes that Router New york, Colorado, and boston will open up their BGP tables, and see this…
Obviously Colorado doesn’t have a ROUTE TO THIS!!! So it won’t ever be able to reach 22.214.171.124 of router Denver.
Now what we can do is tell router Chicago to make itself the next hop for it’s neighbors in its iBGP sessions.
From Chicago we do
Neighbor 126.96.36.199 next-hop-self Neighbor 188.8.131.52 next-hop-self
Now when we look at the routing table we see…
Routers Newyork and Boston will get the above, and they have a route to 184.108.40.206 via OSPF so they can definitely cross into AS 1 to get to 220.127.116.11/24