IP Design and Migration

Slides:



Advertisements
Similar presentations
Multi-Area OSPF Multi-area OSPF networks can be difficult to design, and typically demand more administrative attention than any other popular interior.
Advertisements

CCNP 1: Advanced Routing
Introduction to OSPF.
Designing OSPF Networks
RIP V2 CCNP S1(5), Chapter 4.
Technical Aspects of Peering Session 4. Overview Peering checklist/requirements Peering step by step Peering arrangements and options Exercises.
Routing Protocol.
Best Practices for ISPs
CCNA 2 v3.1 Module 6.
Routing and Routing Protocols
Routing and Routing Protocols
Lecture Week 3 Introduction to Dynamic Routing Protocol Routing Protocols and Concepts.
Fundamentals of Networking Discovery 2, Chapter 6 Routing.
Route Selection in Cisco Routers. Route Selection One of the intriguing aspects of Cisco routers, especially for those new to routing, is how the router.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 4: Addressing in an Enterprise Network Introducing Routing and Switching in the.
Chapter 3 Dynamic Routing Protocols. Introduction to Dynamic Routing Protocols Perspective and Background Network Discovery and Routing Table Maintenance.
Chapter 12 Intro to Routing & Switching.  Upon completion of this chapter, you should be able to:  Read a routing table  Configure a static route 
Chapter 7: Routing Dynamically
6: Routing Working at a Small to Medium Business.
Dynamic Routing Protocols  Function(s) of Dynamic Routing Protocols: – Dynamically share information between routers (Discover remote networks). – Automatically.
Click to edit Master subtitle style Chapter 10: Routing Protocols Instructor:
Routing/Routed Protocols. Remember: A Routed Protocol – defines logical addressing. Most notable example on the test – IP A Routing Protocol – fills the.
Lecture Week 7 RIPv2 Routing Protocols and Concepts.
Routing and Routing Protocols Routing Protocols Overview.
Introduction to Dynamic Routing Protocol
Collected By: Mehdi Daneshvar Supervisor: E.M.Kosari.
Review Routing fundamental W.lilakiatsakun. Review Routing Fundamental VLSM VLSM Route Summarization Route Summarization Static & Dynamic Routing Static.
1. 2 Anatomy of an IP Packet IP packets consist of the data from upper layers plus an IP header. The IP header consists of the following:
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 4: Addressing in an Enterprise Network Introducing Routing and Switching in the.
Chapter 9. Implementing Scalability Features in Your Internetwork.
Introduction to OSPF Nishal Goburdhan. Routing and Forwarding Routing is not the same as Forwarding Routing is the building of maps Each routing protocol.
Page 110/27/2015 A router ‘knows’ only of networks attached to it directly – unless you configure a static route or use routing protocols Routing protocols.
CCNA 2 Week 6 Routing Protocols. Copyright © 2005 University of Bolton Topics Static Routing Dynamic Routing Routing Protocols Overview.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 1 1 Introduction to Dynamic Routing Protocol Routing Protocols and Concepts.
6: Routing Working at a Small to Medium Business.
Routing and Routing Protocols
1 7-Jan-16 S Ward Abingdon and Witney College Dynamic Routing CCNA Exploration Semester 2 Chapter 3.
© 2005 Cisco Systems, Inc. All rights reserved. BGP v3.2—6-1 Scaling Service Provider Networks Scaling IGP and BGP in Service Provider Networks.
 RIP — A distance vector interior routing protocol  IGRP — The Cisco distance vector interior routing protocol (not used nowadays)  OSPF — A link-state.
© 2005 Cisco Systems, Inc. All rights reserved. BGP v3.2—5-1 Customer-to-Provider Connectivity with BGP Connecting a Multihomed Customer to a Single Service.
Click to edit Master subtitle style Chapter 10: Routing Protocols.
Redundancy. Single point of failure Hierarchical design produces many single points of failure Redundancy provides alternate paths, but may undermine.
Routing and Routing Protocols CCNA 2 v3 – Module 6.
Optimizing Routing 1. Using Multiple Routing Protocols
Lec4: Introduction to Dynamic Routing Protocol
Introduction to Dynamic Routing Protocol
Working at a Small-to-Medium Business or ISP – Chapter 6
Computer Networks Routing Algorithms.
Click to edit Master subtitle style
Instructor Materials Chapter 5: Dynamic Routing
BGP 1. BGP Overview 2. Multihoming 3. Configuring BGP.
Instructor & Todd Lammle
Routing/Routed Protocols
Dynamic Routing: Dynamic routing is where we use a routing protocol; routing protocols are cool because they take care of our work. Routing protocols will.
IS3120 Network Communications Infrastructure
Introduction to Dynamic Routing Protocol
Chapter 5: Dynamic Routing
Chapter 3: Dynamic Routing
Chapter 5: Dynamic Routing
Chapter 7: Routing Dynamically
Chapter 3: Dynamic Routing
Introduction to Dynamic Routing Protocol
Designing and Troubleshooting OSPF Networks
Chapter 2: Static Routing
Dynamic Routing and OSPF
Chapter 7: Routing Dynamically
Routing Protocols Charles Warren.
CIT 384: Network Administration
Working at a Small-to-Medium Business or ISP – Chapter 6
Dynamic Routing: Dynamic routing is where we use a routing protocol; routing protocols are cool because they take care of our work. Routing protocols will.
Presentation transcript:

IP Design and Migration 1054_03F8_c2

sraza@cisco.com Cisco Systems GSE Khalid Raza sraza@cisco.com Cisco Systems GSE

Network Design Design a hierarchical network Break your network into regions Exchange regional routes via BGP

Network Design Advantages of regionalizing your network You can have multiple instances of routing protocols Your IGP does not need to carry unnecessary routes from other regions Regions can grow independently Merging organizations is less painful

Network Design Case study Organization X.com has merged with Y.com Both have registered networks X.com is a large organization and owns a class B network Y.com has 16 of class C networks, they own a CIDR block

Network Design Case Study Both organizations have different IGPs Both of their individual Internet connections This new merged organization wants to use their existing Internet connections They want to avoid Asymmetric routing

Internet Connection to ISP A Network Design Internet Connection to ISP C Internet Connection to ISP A SJ1 LA1 X.com 131.108.0.0 Y.com 205.10.16.0/20 NY1 DC1 Internet Connection to ISP B

Network Design Case Study More details CIDR block for network Y.com is out of ISP A’s address space Y.com want to keep ISP A as their primary service provider X.com wants to have ISP C as their primary service provider

Network Design First set Run BGP between the two organizations Make sure both the organizations advertise all the networks via BGP to all the ISPs for redundancy

Network Design Redistribute the BGP routes form Y.com only into the IGP of X.com if optimal routing is desired Redistribute the BGP routes form X.com only, into the IGP of Y.com if optimal routing is desired If optimal routing is desired each of the router connecting the two organizations should send MED

Network Design Configurations LA1# router bgp 321 network 205.10.16.0 mask 255.255.248.0 network 205.10.24.0 mask 255.255.248.0 aggregate-address 205.10.0.0 255.255.0.0 summary-only neighbor 131.108.1.1 remote-as 132 neighbor 205.10.16.1 remote-as 331 neighbor 131.108.1.1 remote-as 132 unsupress-map foo route-map foo permit 10 match ip address 1 set metric 2 set community no-export route-map foo 20 match ip address 2 access-list 1 permit 205.10.24.0 0.0.7.255 access-list 2 permit 205.10.16.0 0.0.7.255

Network Design X.com is running OSPF is there IGP Y.com 205.10.16.0/20 SJ1 205.10.16.0/21 LA1 X.com 131.108.0.0 NY1 205.10.24.0/21 DC1

Network Design X.com is running OSPF MED form X.com should be reflected as OSPF metric Redistribute BGP into OSPF as external type 2 metric

Network Design Configuration SJ1 router ospf 1 network 131.108.16.0 0.0.15.255 area 0 redistribute bgp 132 route-map MED route-map MED permit 10 match ip address 2 set metric 5 match ip address 1 access-list 1 permit 205.10.24.0 0.0.7.255 access-list 2 permit 205.10.16.0 0.0.7.255

Network Design X.com is advertising different ranges of the same class B to the Y.com X.com want Y.com to do optimal routing X.com will advertise MEDs to Y.com for optimal routing

Network Design Configuration SJ1 router bgp 132 network 131.108.0.0 mask 255.255.128.0 network 131.108.128.0 mask 255.255.128.0 aggregate-address 131.108.0.0 255.255.0.0 summary-only neighbor 131.108.1.2 remote-as 321 neighbor 131.108.10.1 remote-as 441 neighbor 131.108.1.2 remote-as 321 unsupress-map foo1 route-map foo1 permit 10 match ip address 1 set metric 2 set community no-export route-map foo permit 20 match ip address 2 access-list 1 permit 131.108.128.0 0.0.127.255 access-list 2 permit 131.108.0.0 0.0.127.255

Network Design Y.com is running EIGRP as their IGP MED should be redistributed into EIGRP metric properly EIGRP metric should be such that every router selects the correct egress routers

Network Design Y.com X.com 131.108.0.0/16 205.10.0.0/16 131.108.0.0/17 B=56K D= 2000 usec LA1 B=155MB D= 100 usec 131.108.0.0/17 SJ1 B=10MB D= 1000 usec R2 Y.com X.com 131.108.0.0/16 Network A R1 205.10.0.0/16 DC1 B=100 MB D= 100 usec B=128K D= 2100 usec NY1 131.108.128.0/17 NY1 B=56K D= 1000 usec Network B

[ ( ) ] Network Design Lets talk about EIGRP metric: EIGRP metric 10 * 7 10 min BW [ ( ) ] + Sum of delays * 256

Network Design Metric for router R1 to reach LA1 is Minimum BW = 10 MB Total delay = 100 + 1000 = 1100 R1 metric = [(10000000/10000)+1100)] *256 R1 metric = 537600

Network Design Metric for router R1 to reach DC1 Minimum BW = 128K Total delay = 2100 + 100 = 2200 R1 metric = [(10000000/128) + 2200] * 256 R1 metric = 20563200

Network Design Lets look at the metric for the redistributed route form BGP R1 should always prefer LA1 for 131.108.0.0/17 R1 should always prefer DC1 for 131.108.128.0/17 For set metric in route-map the values are set metric BW Delay Reliability Load MTU

Network Design Configuration LA1# router eigrp 321 redistribute bgp 321 route-map MED route-map MED permit 10 match ip address 1 set metric 1000000 802000 1 1 1 route-map MED permit 20 match ip address 2 set metric 100000 1 1 1 1 access-list 1 permit 131.108.128.0 0.0.127.255 access-list 2 permit 131.108.0.0 0.0.127.255

Network Design Configuration DC1# router eigrp 321 redistribute bgp 321 route-map MED route-map MED permit 10 match ip address 1 set metric 256 1 1 1 1 route-map MED permit 20 match ip address 2 access-list 1 permit 131.108.128.0 0.0.127.255 access-list 2 permit 131.108.0.0 0.0.127.255

Network Design How did we come up with metric values: R1 metric to LA1 = 537600 R1 metric to DC1 = 20563200 So R2 metric for destination should be larger than 20563456 for network 131.108.128.0/17 [ (10000000/155000) + 100 (current delay) + x ] * 256 = 20563200 [ (65 + 100 + x) ] = 20563200/256 x = 80162 We rounded up to 80200to be on the safe side

Network Design Metric verification For Subnets 131.108.0.0/17 We want R2 to prefer LA1 Total delay = 100 + 1 =101 R1 metric = [ (10000000/155000) + 101] * 256 R1 metric = 42496

Network Design R2 metric to reach network 131.108.128.0/17 via LA Total delay = 2100 + 100 + 1000 +80200 = R2 metric = [(10000000/155000) + 83400] *256 R2 metric = 21366784

Network Design R1 metric to reach 131.108.0.0/17 via DC1 Total delay = 2100 + 100 + 1 = 2201 R1 metric = [ ( 10000000/128) + 2201 ] * 256 R1 metric = 20563456

Network Design R2 metric to reach 131.108.128.0/17 via DC1 Total delay = 2100 + 100 + 1000 + 1 = 3201 R2 metric = [ ( 10000000/128) + 3201 ] * 256 R2 metric = 20819456

Network Design Comparing the metrics for network 131.108.128.0/17 for R2 Via LA1 = 21366784 Via DC1 = 20819456 You can do same thing with BW as well

Network Design Y.com wants to keep ISP A as their primary service provider What will happen ISP A ISP C C Will Have Two Choices Shorter AS Length Will Take Care of Symmetrical Routing Packet Flow X.com Y.com Direct Connect and Longest Prefix Match

Network Design X.com is multihomed X.com want ISP C to be primary and ISP B to be secondary ISP C ISP B AS 1 X.com Packet Flow

Network Design X.Com needs has two options 1. Community based local preference at the ISP 2. Set as-path prepend

Network Design Communities Grouping of destinations into a community for applying common policies Each destination can belong to multiple communities Second global attribute in BGP after AS-path

Network Design X.com wants symmetrical routing ISP will tell you the community number ISP will do the community-based local-pref matching

Network Design Config on X.com side on router that connects to ISP B NY1# router bgp 132 aggregate-address 131.108.0.0 255.255.0.0 summary-only network 131.108.0.0 mask 255.255.128.0 network 131.108.128.0 mask 255.255.128.0 neighbor 131.108.40.1 remote-as 703 neighbor 131.108.40.1 send-community neighbor 131.108.40.1 route-map set community out route-map set community permit 10 match ip address 2 set community 132 :70 access-list 2 permit any

Network Design Config on the ISP B router ISPB# router bgp 703 neighbor 131.108.40.2 remote-as 132 neighbor 131.108.40.2 route-map community in route-map community permit 10 match community 1 set local-preference 70 route-map community permit 20 match community 2 ip community-list 1 permit 132:70 ip community-list 2 permit Internet

Network Design Use of as-path prepend config of NY1 NY1# router bgp132 neighbor 131.108.40.1 remote-as 703 neighbor 131.108.4.1 route-map path route-map path match ip address 1 set as-path prepend 132 132 132 access-list 1 permit any

Network Design Case Study # 2 Organization Z.com has grown significantly They have four regions Their IGP is having scaling problems They want to isolate regional flaps Each region has a preferred service provider

Network Design One region has a very big hub and spoke setup Their IGP is OSPF and they want a backup solution for each area Their addressing is not contiguous

Network Design They have one customer who has a router that is attached to two areas They have a situation where they have to bring one interface in two areas They want to do good summarization

Network Design Network setup for Z.com ISP Connection ISP Connection Region 1 Region 2 Region 4 Region 3 ISP Connection ISP Connection

Network Design IGP is having scaling problems Introduce BGP between the regions Flaps will get confined to regions only Send default form BGP routers

Network Design Each region with preferred service provider If connected to same ISP just send MEDs If connected to different service providers, ask the ISP to do communities based local preference to avoid asymmetric routing If ISP does not support communities, use Cisco feature (as-path prepend)

Network Design When connected to same provider For rest of the world they are connected to one ISP Easier solution to asymmetrical routing MED send to the ISP will take care of return path Each regional BGP router will send out default within its region

Network Design Multihomed to different ISP Use community-based, local-preference Ask ISP to set their policies according to your requirement

Network Design One region has a very large hub and spoke Problem Protocols with neighbor relationship will not scale Lot of spoke sites You have multiple hub routers Static config becomes a problem

Network Design Hub and spoke Two options Multipoint interface Point-to-point interface

Network Design 300 Stub Sites

Network Design IF you want to run OSPF Cisco 7500 hundred can have up to 250 neighbors on a RSP4 without a problem Remote routers will have problems with database sync, flooding and SPF If we divide 30 remote routers in a single area then the Cisco 7500 is connected to 10 area it will have to run 10 SPFs, plus processing of summary LSA is more CPU intensive then router and network LSAs

Network Design If you run EIGRP on the hub router Just send default route to the remote routers Problem still exist of queries, router will query all the neighbors for a lost route

Network Design Three choices OSPF with totally stubby areas RIP2 if the interface is multipoint ODR if the interface is multipoint or point to point

Network Design OSPF with totally stubby area Central router will have connection to 10 areas Flap within an area will just cause one summary LSA for area 0 and two SPF’s one for the local area where flap happened and one for area 0 Remote areas don’t have to maintain large database

Network Design RIPv2 is the second option Just send default route via RIP Receive updates form remote routers via RIP RIP works well with multipoint interface

Network Design ODR is third option Install IP stub route on the hub router Does not require to configure IP routing protocol on the spoke router Spoke router advertises IP prefixes of all the connected interfaces

Network Design Routing information is propagated via CDP Use IP filtering to limit the number of network prefixes that a hub router will permit Configuration Router odr 1 Distribute-list 1

Network Design Stub routing On stub router do not configure IP routing Router is automatically considered to be a stub if no dynamic routing protocol is configured Configure default route on the stub router Configure IP classless on stub router

Network Design How should we propagate all the stub routes in the core On the hub router create a static null route for all the remote sites redistribute the null route into the ospf

Network Design Each area must have back up if the primary link to area 0 is down Problem Each backup router must have a backup connection within its area] If we have large number of areas then it does not scale

Network Design Problem Backup to a site that belongs to same area ISDN Primary ATM Area 1 R1 R2

Network Design Solution Use virtual profiles Put a central NAS Depending on the dialing router, virtual interface gets assigned to that area Area config and IP address for virtual interface are dynamic Do not configure the dialing routers interface as demand circuit

Network Design Virtual profiles Area 3 Area 4 Area 0 AAA Server Virtual Interface Area 3 Area 4 NAS Area 0 Dial Backup Primary Link

Network Design Discontiguous subnets Area 2 Area 1 D Region 2 A B C Backbone Area 0 BGP Router F E Subnet 1–63 FDDI Dual Ring Area 2 FDDI Dual Ring Area 1 Subnet 18, 19, 21

Network Design Problem Solution I have my subnets scattered all around the regions, can I summarize? Solution Summarize at the site that has the largest blocks and then leak specifics Longest prefix matching will take care of routing Migrate the address to the correct region

Network Design Solution (Cont.) Router F should advertise the least specific summary No configuration needed for router E let it leak the specific subnets Config for router F router ospf 1 network 131.108.0.0 0.0.63.255 area 2 range 131.108.0.0 255.255.192.0 ip route 131.108.0.0 255.255.192.0 null0

Network Design Solution (Cont.) For BGP regional routers leak the subnet routes through BGP from router D Config for router D router bgp 2 network 131.108.27.0 mask 255.255.255.0 network 131.108.28.0 mask 255.255.255.0 network 131.108.33.0 mask 255.255.255.0 no auto-summary

Network Design Solution (Cont.) From router A generate a longer summary then router F Config for router A router bgp 1 network 131.108.48.0 mask 255.255.248.0 no auto summary ip route 131.108.48.0 255.255.248.0 null0

Network Design Router B and C will not advertise the specific subnets via BGP, because they are covered in the range Both routers do have the specific routes via OSPF Routing table of router B and C will have 131.108.33.0 255.255.255.0 131.108.28.0 255.255.255.0 131.108.27.0 255.255.255.0 131.108.18.0 255.255.255.0 131.108.19.0 255.255.255.0 131.108.21.0 255.255.255.0 131.108.0.0 255.255.192.0 131.108.48.0 255.255.248.0

Network Design Core routers will have all the routes Routing table of A and D will have following route 131.108.27.0 255.255.255.0 131.108.28.0 255.255.255.0 131.108.33.0 255.255.255.0 131.108.48.0 255.255.248.0 131.108.0.0 255.255.192.0

Network Design Where do I make my area? BGP Router Area 2 Area 1 FDDI Dual Ring Area 2 FDDI Dual Ring Area 1 Customer Router

Network Design Problem Solution Where do I define my area Critical site that is dual attached Solution Don’t run OSPF on the Ethernet Use static routes at the customer router Redistribute connected for the Ethernet on both routers

Network Design Problem Which area do I put my interface in? Area 0 Should this Interface Be in Area 1 or Area 0? Area 1

Network Design Sub optimal routing if in area 0 Sub optimal if in area 1 Bring the interface in both areas How: Create a virtual link between the two ABRs

Network Design Use maximum route summarization Configure a null route to the summary on the ABR to avoid routing loops Use loopback on the ABR to generate the metric for the summary LSA Currently OSPF uses lowest cost for the summary route, rfc2178 has changed this behavior to the highest metric

Network Design Area 2 Summary route to area 0 ABR FR FDDI Dual Ring Subnets 131.108.0.0 to 131.108.63.0

Network Design Config of ABR router ospf 1 network 131.108.0.0 0.0.63.255 area 2 area 2 range 131.108.0.0. 255.255.192.0 int loop 0 ip address 131.108.1.1 255.255.255.255 ip route 131.108.0.0 255.255.192.0 null0

Network Design NBMA networks (ATM, frame, etc.) Four choices Broadcast Non-broadcast Point to point Point to multipoint

Network Design Broadcast model Optimal flooding via DR No per VC costing Requires full mesh all the time Good if your NBMA cloud has rerouting capabilities

Network Design NBMA Very similar to broadcast model Flooding same as broadcast model Requires more config because neighbors need to be defined

Network Design Point to point Each VC is like a regular point-to-point interface Per VC costing Faster convergence Partial mesh allowed Flooding is a problem

Network Design Point to multipoint One IP address for the cloud No per VC costing available for now Sub optimal flooding Maintains host routes for every router in the cloud

Network Design Which model to choose If rerouting at Layer 2 is not an issue or your cloud is capable of rerouting use broadcast model for large mesh Otherwise use point to point, it is more robust

Network Design If you are running IS-IS use point to point Use mesh groups for IS-IS OSPF does not have mesh groups for now but will have it soon

Network Design Mesh groups Normal interface (do normal flooding) Blocked (never send LSPs over this interface) Part of a mesh group When LSP is received on non-meshgroup interface, flood it out over all interfaces (meshgroup or not) If LSP is received on meshgroup interface, flood on non-meshgroup interfaces, but don’t flood on other interfaces in this mesh group

Network Design Mesh groups Normal interface (do normal flooding) Blocked (never send LSPs over this interface) Part of a mesh group When LSP is received on non-meshgroup interface, flood it out over all interfaces (meshgroup or not) If LSP is received on meshgroup interface, flood on non-meshgroup interfaces, but don’t flood on other interfaces in this meshgroup

Network Migration Reasons Current routing protocol is classfull Does not support VLSM Slower convergence Having scaling problems

Network Migration Classless protocols No distinction between classes of network Groups class C or B networks What does IP classless command do on Cisco router

Network Migration First step If large network, divide the network using BGP Configure BGP at the core routers Passive existing protocol on the core links Generate default from the core routers

Network Migration Configuration of router for region 1 Similar configuration for each core router router bgp 1 network 140.10.0.0 network 150.10.16.0 mask 255.255.240.0 neighbor 131.108.1.1 remote-as 2 neighbor 131.108.1.2 remote-as 3 neighbor 131.108.1.3 remote-as 4

Network Migration Migrating from distance vector to link state Configure link state with higher admin distance Leave your current distance vector untouched Start removing your distance vector Link state should install the route once the distance vector route is gone Make sure you take care of offset-list (if you have defined it) for RIP

Network Migration Configuration router rip network 140.10.0.0 router ospf 1 network 140.10.0.0 0.0.255.255 area 0 distance 130

Network Migration Migration from IGRP to EIGRP Automatic redistribution IGRP routes are advertised into EIGRP as external Metric is compared before installing the route in the routing table

Network Migration Discontiguous networks Area 2 Area 1 D Region 2 A B Subnet 27, 28, 33 Subnet 48–55 Backbone Area 0 BGP Router F E Subnet 1–63 FDDI Dual Ring Area 2 FDDI Dual Ring Area 1 Subnet 18, 19, 21

Network Migration Migration for discontiguous subnets Move the addresses from area 1 of region 1, no config is required Move the addresses from region 2, BGP will not find the matching mask and will stop advertising the routes Later take the network and mask commands out

Network Migration Address moved from region 3 needs changes Move this range last so the routing table has already shrunk Stop aggregation from region 3 Start leaking specific routes so you can freely move addresses Again once addresses have moved remove the network and mask command from the BGP config

1054_03F8_c2 96