SlideShare a Scribd company logo
1 of 25
Download to read offline
David Hedley’s
Tuesday Tech Talks
Bad Design
Let’s have some fun!
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Specific brands and models are for illustration purposes only.
• They do not imply any endorsement by the vendor, in any way.
• This talk does not represent the business process of any employer or
client, past or present, this is based on my own work and study.
• I only include equipment that I have experience with.
• At the time of writing, I have not received any compensation, or
inducement from any vendor.
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Definition
• Bad Design
• We can use terms like sub-optimal, to try and soften the blow, but what we’re
talking about is where a design requires some extraordinary workarounds to
function efficiently.
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Purpose: We often inherit designs, so how to we fix them.
• Question: What makes the most sense!
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Triple Constraints
• Time
• Quality or Scope
• Budget
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Our example
© 2018 David M. Hedley All Rights Reserved.
OSPF 1
AREA 5
Eigrp 150
David Hedley's Tuesday Tech Talks – Bad Design
• Our Mission
• R5 needs to be able to access a network hung off of R1
• We want to used the highest bandwidth
• But, we want to have redundancy in case the R2-R3 ethernet link goes down.
• We can’t use static routes.
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• What are we going to do?
• 1. Redistribute OSPF in to EIGRP and visa versa.
• What options will we use?
• Do we need to anything special going from EIGRP to OSPF?
• E1 or E2?
• From OSPF to EIGRP
• R4: Redistribute ospf 1 metric 1544 100000 255 1 1500
• R3: Redistribute osp1 metric 100000 10 255 1 1500
• What do these redistribute statements accomplish?
• Do I need to manipulate the metric when I redistribute eigrp in to OSPF
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Does this accomplish all our goals?
• R5 needs to be able to access a network hung off of R1 -- Yes
• We want to used the highest bandwidth -- No
• But, we want to have redundancy in case the R2-R3 ethernet link goes down. -
-Yes
• We can’t use static routes –Yes
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Why NO!
• EIGRP external routes for an Administrative Distance (AD) of 170, and OSPF an AD of 110,
so on R4, the packets will take the T-1.
• Which is why this is a bad design!
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Other options?
• 2. Can we move the EIGRP OSPF Boundary to R2?
• What would that take?
• Add EIGRP 150 to R2
• Add the redistribute commands to redistribute OSPF to EIGRP and visa versa
• Add the appropriate network commands.
• On R3 and R4, update the EIGRP network statements to include the formerly OSPF interfaces
(or configure the interfaces for EIGRP)
• On R3 and R4, remove the OSPF process, and redistribute commands.
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Does this accomplish all our goals?
• R5 needs to be able to access a network hung off of R1 -- Yes
• We want to used the highest bandwidth -- Yes
• But, we want to have redundancy in case the R2-R3 ethernet link goes down. -
-Yes
• We can’t use static routes –Yes
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• What if R2 is another company or division so we can’t move the
boundary?
• What’s our next guess?
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• 3. Add a direct link from R5 to R3
• If close enough, add a copper link between R5 and R3.
• If all three are in different closets, can I still run copper, using the structured
cabling, remember that the additional air gaps, will need to be factored in to
the distance calculation.
• If I have fiber between the closets, can I use fiber, again, the additional air
gaps will need to be factored in to the distance calculation.
• This link should be in the EIGRP domain.
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Does this accomplish all our goals?
• R5 needs to be able to access a network hung off of R1 -- Yes
• We want to used the highest bandwidth -- Yes
• But, we want to have redundancy in case the R2-R3 ethernet link goes down. -
-Yes
• We can’t use static routes –Yes
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• What if the distance is too far, or we lack single mode fiber, etc.?
• 4. R4 distance eigrp 90 100
• What does this do?
• Redistibuted OSPF routes from R3 now have a better AD than the OSPF routes. R4 will
install the EIGRP routes in to the routing table, so we shouldn’t even have anything to
redistribute in to EIGRP on R4.
• What does it do it OSPF on R4?
• It should try and redistribute these routes in to OSPF causing loops.
• So we still have a bad design.
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• 4a. Take 1 + 4, and add tags
• From OSPF to EIGRP
• R4: Redistribute ospf 1 metric 1544 100000 255 1 1500 tag 66
• R3: Redistribute osp1 metric 100000 10 255 1 1500 tag 66
• R3 & R4. Redistribute eigrp 150 metric-type 1 route-map FIXME
• R3 & R4
• Route-map FIXME deny 10
• Match tag 66
• Route-map FIXME permit 20
• NB: Could do more to tailor the metrics so Routes from R4 would be feasible successors.
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Does this accomplish all our goals?
• R5 needs to be able to access a network hung off of R1 -- Yes
• We want to used the highest bandwidth -- Yes
• But, we want to have redundancy in case the R2-R3 ethernet link goes down. -
-Yes
• We can’t use static routes –Yes
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• What if I could use a static route?
• Assume we can summarize.
• 5. RE: ip route 10.10.0.0 255.255.0.0 192.168.255.2 (where the summary is
10.10.0.0/16 and 192.168.255.2 is R3’s ethernet link to R4)
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Does this accomplish all our goals?
• R5 needs to be able to access a network hung off of R1 -- Yes
• We want to used the highest bandwidth -- Yes
• But, we want to have redundancy in case the R2-R3 ethernet link goes down. -
-No
• We can’t use static routes
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• 5a. Static route plus tracking
• R4:
• Ip sla 1
• Icmp-echo 10.10.1.255 source-interface gigabitethernet 0/0/2 (where 10.10.1.255 is the
loopback for R2 and gi0/0/2 is R4’s link to R3)
• Frequency 10
• Ip sla schedule 1 start-time now life forever
• Track 5 ip sla 1 reachability
• Ip route 10.10.0.0 255.255.0.0 192.168.255.2 track 5
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Does this accomplish all our goals?
• R5 needs to be able to access a network hung off of R1 -- Yes
• We want to used the highest bandwidth -- Yes
• But, we want to have redundancy in case the R2-R3 ethernet link goes down. -
-Yes
• We can’t use static routes
• It’s still a bad design!
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Why this exercise?
• I see really bad designs where we have to do some heroics in software to
make up for bad physical and logical designs.
• Keep the what if’s to a minimum.
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Homework
• Do you have any designs like this?
• If so, start making plans to fix them!
© 2018 David M. Hedley All Rights Reserved.
David Hedley's Tuesday Tech Talks – Bad Design
• Thanks for watching!
• You can subscribe to my YouTube Channel
https://www.youtube.com/channel/UCZ3pcIh5Zmbp3rdjhfR7BOg
• You can follow me on Facebook
https://www.facebook.com/david.hedley.940
• You can follow me on Twitter @David_M_Hedley
• Or connect with me on Linkedin https://www.linkedin.com/in/david-
hedley-541985/
• You can suggest topics in the comments!
© 2018 David M. Hedley All Rights Reserved.

More Related Content

Similar to David Hedleys Tuesday Tech Talk Bad Design

Top 10 Tips for an Effective Postgres Deployment
Top 10 Tips for an Effective Postgres DeploymentTop 10 Tips for an Effective Postgres Deployment
Top 10 Tips for an Effective Postgres Deployment
EDB
 
What's New in Neo4j 2.0 - Andreas Kollegger @ GraphConnect Boston + Chicago 2013
What's New in Neo4j 2.0 - Andreas Kollegger @ GraphConnect Boston + Chicago 2013What's New in Neo4j 2.0 - Andreas Kollegger @ GraphConnect Boston + Chicago 2013
What's New in Neo4j 2.0 - Andreas Kollegger @ GraphConnect Boston + Chicago 2013
Neo4j
 
Code Hosting: The Key to Autonomous, Self-Service Development
Code Hosting: The Key to Autonomous, Self-Service DevelopmentCode Hosting: The Key to Autonomous, Self-Service Development
Code Hosting: The Key to Autonomous, Self-Service Development
Rachel Maxwell
 

Similar to David Hedleys Tuesday Tech Talk Bad Design (20)

Learning Multicast Part 8 Securing Multicast
Learning Multicast Part 8 Securing MulticastLearning Multicast Part 8 Securing Multicast
Learning Multicast Part 8 Securing Multicast
 
IIMB presentation
IIMB presentationIIMB presentation
IIMB presentation
 
Extend the Reach of R to the Enterprise (for useR! 2013)
Extend the Reach of R to the Enterprise (for useR! 2013)Extend the Reach of R to the Enterprise (for useR! 2013)
Extend the Reach of R to the Enterprise (for useR! 2013)
 
Multicast pt2
Multicast pt2Multicast pt2
Multicast pt2
 
Application Deployment on IBM i
Application Deployment on IBM iApplication Deployment on IBM i
Application Deployment on IBM i
 
Learning Multicast Part 1: Fundamentals
Learning Multicast Part 1: FundamentalsLearning Multicast Part 1: Fundamentals
Learning Multicast Part 1: Fundamentals
 
David Hedley's Tuesday Tech Talks Multicast Part 6 Troubleshooting
David Hedley's Tuesday Tech Talks Multicast Part 6 TroubleshootingDavid Hedley's Tuesday Tech Talks Multicast Part 6 Troubleshooting
David Hedley's Tuesday Tech Talks Multicast Part 6 Troubleshooting
 
IMCSummit 2015 - 1 IT Business - The Evolution of Pivotal Gemfire
IMCSummit 2015 - 1 IT Business  - The Evolution of Pivotal GemfireIMCSummit 2015 - 1 IT Business  - The Evolution of Pivotal Gemfire
IMCSummit 2015 - 1 IT Business - The Evolution of Pivotal Gemfire
 
Learning Multicast Part 4 Rendezvous Points
Learning Multicast Part 4 Rendezvous PointsLearning Multicast Part 4 Rendezvous Points
Learning Multicast Part 4 Rendezvous Points
 
Deploying VoIP Part 1
Deploying VoIP Part 1Deploying VoIP Part 1
Deploying VoIP Part 1
 
Top 10 Tips for an Effective Postgres Deployment
Top 10 Tips for an Effective Postgres DeploymentTop 10 Tips for an Effective Postgres Deployment
Top 10 Tips for an Effective Postgres Deployment
 
what/why/how of IPv6 || 2002:3239:43c3::1
what/why/how of IPv6 || 2002:3239:43c3::1what/why/how of IPv6 || 2002:3239:43c3::1
what/why/how of IPv6 || 2002:3239:43c3::1
 
Tackling 400 MHz Timing Closure
Tackling 400 MHz Timing ClosureTackling 400 MHz Timing Closure
Tackling 400 MHz Timing Closure
 
Successfully Deploying IPv6
Successfully Deploying IPv6Successfully Deploying IPv6
Successfully Deploying IPv6
 
Successfully Deploying IPv6
Successfully Deploying IPv6Successfully Deploying IPv6
Successfully Deploying IPv6
 
ElastiCache and Redis
ElastiCache and RedisElastiCache and Redis
ElastiCache and Redis
 
Road to NODES - Blazing Fast Ingest with Apache Arrow
Road to NODES - Blazing Fast Ingest with Apache ArrowRoad to NODES - Blazing Fast Ingest with Apache Arrow
Road to NODES - Blazing Fast Ingest with Apache Arrow
 
What's New in Neo4j 2.0 - Andreas Kollegger @ GraphConnect Boston + Chicago 2013
What's New in Neo4j 2.0 - Andreas Kollegger @ GraphConnect Boston + Chicago 2013What's New in Neo4j 2.0 - Andreas Kollegger @ GraphConnect Boston + Chicago 2013
What's New in Neo4j 2.0 - Andreas Kollegger @ GraphConnect Boston + Chicago 2013
 
Learning Multicast Part 3 -1 PIM
Learning Multicast Part 3 -1 PIMLearning Multicast Part 3 -1 PIM
Learning Multicast Part 3 -1 PIM
 
Code Hosting: The Key to Autonomous, Self-Service Development
Code Hosting: The Key to Autonomous, Self-Service DevelopmentCode Hosting: The Key to Autonomous, Self-Service Development
Code Hosting: The Key to Autonomous, Self-Service Development
 

Recently uploaded

Microsoft BitLocker Bypass Attack Method.pdf
Microsoft BitLocker Bypass Attack Method.pdfMicrosoft BitLocker Bypass Attack Method.pdf
Microsoft BitLocker Bypass Attack Method.pdf
Overkill Security
 
CORS (Kitworks Team Study 양다윗 발표자료 240510)
CORS (Kitworks Team Study 양다윗 발표자료 240510)CORS (Kitworks Team Study 양다윗 발표자료 240510)
CORS (Kitworks Team Study 양다윗 발표자료 240510)
Wonjun Hwang
 
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptxHarnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
FIDO Alliance
 

Recently uploaded (20)

UiPath manufacturing technology benefits and AI overview
UiPath manufacturing technology benefits and AI overviewUiPath manufacturing technology benefits and AI overview
UiPath manufacturing technology benefits and AI overview
 
Microsoft BitLocker Bypass Attack Method.pdf
Microsoft BitLocker Bypass Attack Method.pdfMicrosoft BitLocker Bypass Attack Method.pdf
Microsoft BitLocker Bypass Attack Method.pdf
 
Portal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russePortal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russe
 
How to Check CNIC Information Online with Pakdata cf
How to Check CNIC Information Online with Pakdata cfHow to Check CNIC Information Online with Pakdata cf
How to Check CNIC Information Online with Pakdata cf
 
ADP Passwordless Journey Case Study.pptx
ADP Passwordless Journey Case Study.pptxADP Passwordless Journey Case Study.pptx
ADP Passwordless Journey Case Study.pptx
 
Introduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMIntroduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDM
 
Microsoft CSP Briefing Pre-Engagement - Questionnaire
Microsoft CSP Briefing Pre-Engagement - QuestionnaireMicrosoft CSP Briefing Pre-Engagement - Questionnaire
Microsoft CSP Briefing Pre-Engagement - Questionnaire
 
Human Expert Website Manual WCAG 2.0 2.1 2.2 Audit - Digital Accessibility Au...
Human Expert Website Manual WCAG 2.0 2.1 2.2 Audit - Digital Accessibility Au...Human Expert Website Manual WCAG 2.0 2.1 2.2 Audit - Digital Accessibility Au...
Human Expert Website Manual WCAG 2.0 2.1 2.2 Audit - Digital Accessibility Au...
 
CORS (Kitworks Team Study 양다윗 발표자료 240510)
CORS (Kitworks Team Study 양다윗 발표자료 240510)CORS (Kitworks Team Study 양다윗 발표자료 240510)
CORS (Kitworks Team Study 양다윗 발표자료 240510)
 
How to Check GPS Location with a Live Tracker in Pakistan
How to Check GPS Location with a Live Tracker in PakistanHow to Check GPS Location with a Live Tracker in Pakistan
How to Check GPS Location with a Live Tracker in Pakistan
 
State of the Smart Building Startup Landscape 2024!
State of the Smart Building Startup Landscape 2024!State of the Smart Building Startup Landscape 2024!
State of the Smart Building Startup Landscape 2024!
 
JavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate GuideJavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate Guide
 
Overview of Hyperledger Foundation
Overview of Hyperledger FoundationOverview of Hyperledger Foundation
Overview of Hyperledger Foundation
 
The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...
The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...
The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...
 
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
 
Event-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream ProcessingEvent-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream Processing
 
WebRTC and SIP not just audio and video @ OpenSIPS 2024
WebRTC and SIP not just audio and video @ OpenSIPS 2024WebRTC and SIP not just audio and video @ OpenSIPS 2024
WebRTC and SIP not just audio and video @ OpenSIPS 2024
 
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptxHarnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
 
2024 May Patch Tuesday
2024 May Patch Tuesday2024 May Patch Tuesday
2024 May Patch Tuesday
 
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
 

David Hedleys Tuesday Tech Talk Bad Design

  • 1. David Hedley’s Tuesday Tech Talks Bad Design Let’s have some fun! © 2018 David M. Hedley All Rights Reserved.
  • 2. David Hedley's Tuesday Tech Talks – Bad Design • Specific brands and models are for illustration purposes only. • They do not imply any endorsement by the vendor, in any way. • This talk does not represent the business process of any employer or client, past or present, this is based on my own work and study. • I only include equipment that I have experience with. • At the time of writing, I have not received any compensation, or inducement from any vendor. © 2018 David M. Hedley All Rights Reserved.
  • 3. David Hedley's Tuesday Tech Talks – Bad Design • Definition • Bad Design • We can use terms like sub-optimal, to try and soften the blow, but what we’re talking about is where a design requires some extraordinary workarounds to function efficiently. © 2018 David M. Hedley All Rights Reserved.
  • 4. David Hedley's Tuesday Tech Talks – Bad Design • Purpose: We often inherit designs, so how to we fix them. • Question: What makes the most sense! © 2018 David M. Hedley All Rights Reserved.
  • 5. David Hedley's Tuesday Tech Talks – Bad Design • Triple Constraints • Time • Quality or Scope • Budget © 2018 David M. Hedley All Rights Reserved.
  • 6. David Hedley's Tuesday Tech Talks – Bad Design • Our example © 2018 David M. Hedley All Rights Reserved. OSPF 1 AREA 5 Eigrp 150
  • 7. David Hedley's Tuesday Tech Talks – Bad Design • Our Mission • R5 needs to be able to access a network hung off of R1 • We want to used the highest bandwidth • But, we want to have redundancy in case the R2-R3 ethernet link goes down. • We can’t use static routes. © 2018 David M. Hedley All Rights Reserved.
  • 8. David Hedley's Tuesday Tech Talks – Bad Design • What are we going to do? • 1. Redistribute OSPF in to EIGRP and visa versa. • What options will we use? • Do we need to anything special going from EIGRP to OSPF? • E1 or E2? • From OSPF to EIGRP • R4: Redistribute ospf 1 metric 1544 100000 255 1 1500 • R3: Redistribute osp1 metric 100000 10 255 1 1500 • What do these redistribute statements accomplish? • Do I need to manipulate the metric when I redistribute eigrp in to OSPF © 2018 David M. Hedley All Rights Reserved.
  • 9. David Hedley's Tuesday Tech Talks – Bad Design • Does this accomplish all our goals? • R5 needs to be able to access a network hung off of R1 -- Yes • We want to used the highest bandwidth -- No • But, we want to have redundancy in case the R2-R3 ethernet link goes down. - -Yes • We can’t use static routes –Yes © 2018 David M. Hedley All Rights Reserved.
  • 10. David Hedley's Tuesday Tech Talks – Bad Design • Why NO! • EIGRP external routes for an Administrative Distance (AD) of 170, and OSPF an AD of 110, so on R4, the packets will take the T-1. • Which is why this is a bad design! © 2018 David M. Hedley All Rights Reserved.
  • 11. David Hedley's Tuesday Tech Talks – Bad Design • Other options? • 2. Can we move the EIGRP OSPF Boundary to R2? • What would that take? • Add EIGRP 150 to R2 • Add the redistribute commands to redistribute OSPF to EIGRP and visa versa • Add the appropriate network commands. • On R3 and R4, update the EIGRP network statements to include the formerly OSPF interfaces (or configure the interfaces for EIGRP) • On R3 and R4, remove the OSPF process, and redistribute commands. © 2018 David M. Hedley All Rights Reserved.
  • 12. David Hedley's Tuesday Tech Talks – Bad Design • Does this accomplish all our goals? • R5 needs to be able to access a network hung off of R1 -- Yes • We want to used the highest bandwidth -- Yes • But, we want to have redundancy in case the R2-R3 ethernet link goes down. - -Yes • We can’t use static routes –Yes © 2018 David M. Hedley All Rights Reserved.
  • 13. David Hedley's Tuesday Tech Talks – Bad Design • What if R2 is another company or division so we can’t move the boundary? • What’s our next guess? © 2018 David M. Hedley All Rights Reserved.
  • 14. David Hedley's Tuesday Tech Talks – Bad Design • 3. Add a direct link from R5 to R3 • If close enough, add a copper link between R5 and R3. • If all three are in different closets, can I still run copper, using the structured cabling, remember that the additional air gaps, will need to be factored in to the distance calculation. • If I have fiber between the closets, can I use fiber, again, the additional air gaps will need to be factored in to the distance calculation. • This link should be in the EIGRP domain. © 2018 David M. Hedley All Rights Reserved.
  • 15. David Hedley's Tuesday Tech Talks – Bad Design • Does this accomplish all our goals? • R5 needs to be able to access a network hung off of R1 -- Yes • We want to used the highest bandwidth -- Yes • But, we want to have redundancy in case the R2-R3 ethernet link goes down. - -Yes • We can’t use static routes –Yes © 2018 David M. Hedley All Rights Reserved.
  • 16. David Hedley's Tuesday Tech Talks – Bad Design • What if the distance is too far, or we lack single mode fiber, etc.? • 4. R4 distance eigrp 90 100 • What does this do? • Redistibuted OSPF routes from R3 now have a better AD than the OSPF routes. R4 will install the EIGRP routes in to the routing table, so we shouldn’t even have anything to redistribute in to EIGRP on R4. • What does it do it OSPF on R4? • It should try and redistribute these routes in to OSPF causing loops. • So we still have a bad design. © 2018 David M. Hedley All Rights Reserved.
  • 17. David Hedley's Tuesday Tech Talks – Bad Design • 4a. Take 1 + 4, and add tags • From OSPF to EIGRP • R4: Redistribute ospf 1 metric 1544 100000 255 1 1500 tag 66 • R3: Redistribute osp1 metric 100000 10 255 1 1500 tag 66 • R3 & R4. Redistribute eigrp 150 metric-type 1 route-map FIXME • R3 & R4 • Route-map FIXME deny 10 • Match tag 66 • Route-map FIXME permit 20 • NB: Could do more to tailor the metrics so Routes from R4 would be feasible successors. © 2018 David M. Hedley All Rights Reserved.
  • 18. David Hedley's Tuesday Tech Talks – Bad Design • Does this accomplish all our goals? • R5 needs to be able to access a network hung off of R1 -- Yes • We want to used the highest bandwidth -- Yes • But, we want to have redundancy in case the R2-R3 ethernet link goes down. - -Yes • We can’t use static routes –Yes © 2018 David M. Hedley All Rights Reserved.
  • 19. David Hedley's Tuesday Tech Talks – Bad Design • What if I could use a static route? • Assume we can summarize. • 5. RE: ip route 10.10.0.0 255.255.0.0 192.168.255.2 (where the summary is 10.10.0.0/16 and 192.168.255.2 is R3’s ethernet link to R4) © 2018 David M. Hedley All Rights Reserved.
  • 20. David Hedley's Tuesday Tech Talks – Bad Design • Does this accomplish all our goals? • R5 needs to be able to access a network hung off of R1 -- Yes • We want to used the highest bandwidth -- Yes • But, we want to have redundancy in case the R2-R3 ethernet link goes down. - -No • We can’t use static routes © 2018 David M. Hedley All Rights Reserved.
  • 21. David Hedley's Tuesday Tech Talks – Bad Design • 5a. Static route plus tracking • R4: • Ip sla 1 • Icmp-echo 10.10.1.255 source-interface gigabitethernet 0/0/2 (where 10.10.1.255 is the loopback for R2 and gi0/0/2 is R4’s link to R3) • Frequency 10 • Ip sla schedule 1 start-time now life forever • Track 5 ip sla 1 reachability • Ip route 10.10.0.0 255.255.0.0 192.168.255.2 track 5 © 2018 David M. Hedley All Rights Reserved.
  • 22. David Hedley's Tuesday Tech Talks – Bad Design • Does this accomplish all our goals? • R5 needs to be able to access a network hung off of R1 -- Yes • We want to used the highest bandwidth -- Yes • But, we want to have redundancy in case the R2-R3 ethernet link goes down. - -Yes • We can’t use static routes • It’s still a bad design! © 2018 David M. Hedley All Rights Reserved.
  • 23. David Hedley's Tuesday Tech Talks – Bad Design • Why this exercise? • I see really bad designs where we have to do some heroics in software to make up for bad physical and logical designs. • Keep the what if’s to a minimum. © 2018 David M. Hedley All Rights Reserved.
  • 24. David Hedley's Tuesday Tech Talks – Bad Design • Homework • Do you have any designs like this? • If so, start making plans to fix them! © 2018 David M. Hedley All Rights Reserved.
  • 25. David Hedley's Tuesday Tech Talks – Bad Design • Thanks for watching! • You can subscribe to my YouTube Channel https://www.youtube.com/channel/UCZ3pcIh5Zmbp3rdjhfR7BOg • You can follow me on Facebook https://www.facebook.com/david.hedley.940 • You can follow me on Twitter @David_M_Hedley • Or connect with me on Linkedin https://www.linkedin.com/in/david- hedley-541985/ • You can suggest topics in the comments! © 2018 David M. Hedley All Rights Reserved.