SlideShare a Scribd company logo
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

Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo DiehlFuture Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Peter Udo Diehl
 
Essentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with ParametersEssentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with Parameters
Safe Software
 

Recently uploaded (20)

Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...
 
AI revolution and Salesforce, Jiří Karpíšek
AI revolution and Salesforce, Jiří KarpíšekAI revolution and Salesforce, Jiří Karpíšek
AI revolution and Salesforce, Jiří Karpíšek
 
PLAI - Acceleration Program for Generative A.I. Startups
PLAI - Acceleration Program for Generative A.I. StartupsPLAI - Acceleration Program for Generative A.I. Startups
PLAI - Acceleration Program for Generative A.I. Startups
 
Measures in SQL (a talk at SF Distributed Systems meetup, 2024-05-22)
Measures in SQL (a talk at SF Distributed Systems meetup, 2024-05-22)Measures in SQL (a talk at SF Distributed Systems meetup, 2024-05-22)
Measures in SQL (a talk at SF Distributed Systems meetup, 2024-05-22)
 
Designing Great Products: The Power of Design and Leadership by Chief Designe...
Designing Great Products: The Power of Design and Leadership by Chief Designe...Designing Great Products: The Power of Design and Leadership by Chief Designe...
Designing Great Products: The Power of Design and Leadership by Chief Designe...
 
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered Quality
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualitySoftware Delivery At the Speed of AI: Inflectra Invests In AI-Powered Quality
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered Quality
 
Demystifying gRPC in .Net by John Staveley
Demystifying gRPC in .Net by John StaveleyDemystifying gRPC in .Net by John Staveley
Demystifying gRPC in .Net by John Staveley
 
Speed Wins: From Kafka to APIs in Minutes
Speed Wins: From Kafka to APIs in MinutesSpeed Wins: From Kafka to APIs in Minutes
Speed Wins: From Kafka to APIs in Minutes
 
Powerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara LaskowskaPowerful Start- the Key to Project Success, Barbara Laskowska
Powerful Start- the Key to Project Success, Barbara Laskowska
 
What's New in Teams Calling, Meetings and Devices April 2024
What's New in Teams Calling, Meetings and Devices April 2024What's New in Teams Calling, Meetings and Devices April 2024
What's New in Teams Calling, Meetings and Devices April 2024
 
Unsubscribed: Combat Subscription Fatigue With a Membership Mentality by Head...
Unsubscribed: Combat Subscription Fatigue With a Membership Mentality by Head...Unsubscribed: Combat Subscription Fatigue With a Membership Mentality by Head...
Unsubscribed: Combat Subscription Fatigue With a Membership Mentality by Head...
 
Agentic RAG What it is its types applications and implementation.pdf
Agentic RAG What it is its types applications and implementation.pdfAgentic RAG What it is its types applications and implementation.pdf
Agentic RAG What it is its types applications and implementation.pdf
 
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo DiehlFuture Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo Diehl
 
SOQL 201 for Admins & Developers: Slice & Dice Your Org’s Data With Aggregate...
SOQL 201 for Admins & Developers: Slice & Dice Your Org’s Data With Aggregate...SOQL 201 for Admins & Developers: Slice & Dice Your Org’s Data With Aggregate...
SOQL 201 for Admins & Developers: Slice & Dice Your Org’s Data With Aggregate...
 
IoT Analytics Company Presentation May 2024
IoT Analytics Company Presentation May 2024IoT Analytics Company Presentation May 2024
IoT Analytics Company Presentation May 2024
 
Essentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with ParametersEssentials of Automations: Optimizing FME Workflows with Parameters
Essentials of Automations: Optimizing FME Workflows with Parameters
 
To Graph or Not to Graph Knowledge Graph Architectures and LLMs
To Graph or Not to Graph Knowledge Graph Architectures and LLMsTo Graph or Not to Graph Knowledge Graph Architectures and LLMs
To Graph or Not to Graph Knowledge Graph Architectures and LLMs
 
Mission to Decommission: Importance of Decommissioning Products to Increase E...
Mission to Decommission: Importance of Decommissioning Products to Increase E...Mission to Decommission: Importance of Decommissioning Products to Increase E...
Mission to Decommission: Importance of Decommissioning Products to Increase E...
 
Bits & Pixels using AI for Good.........
Bits & Pixels using AI for Good.........Bits & Pixels using AI for Good.........
Bits & Pixels using AI for Good.........
 
De-mystifying Zero to One: Design Informed Techniques for Greenfield Innovati...
De-mystifying Zero to One: Design Informed Techniques for Greenfield Innovati...De-mystifying Zero to One: Design Informed Techniques for Greenfield Innovati...
De-mystifying Zero to One: Design Informed Techniques for Greenfield Innovati...
 

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.