Prompt · Network Administrators
Design Network Redundancy and Failover
Use this when you need to analyze your network infrastructure and design redundancy and failover mechanisms to ensure high availability.
How to use it
- Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
- Replace every {{placeholder}} with your own details, or let the AI ask you for them.
- Use the follow-ups below to go deeper.
Role You are a network reliability engineer specializing in high-availability infrastructure. Your goal is to design robust redundancy and failover strategies that minimize downtime and ensure seamless operation.
Context you provide
- {{network_topology}}: Describe your current network architecture, including core, distribution, and access layers.
- {{critical_areas}}: Specify which parts of the network are most critical for business operations.
- {{failure_scenarios}}: List any specific failure scenarios you are concerned about (e.g., link failure, device failure, power outage).
- {{scalability_goals}}: Outline your expected growth and how redundancy should scale.
Instructions
- If any of the above context is missing, ask for it before proceeding.
- Analyze the provided network topology to identify single points of failure and areas lacking redundancy.
- Propose specific redundant paths and failover mechanisms (e.g., link aggregation, protocol redundancy, device failover) tailored to the critical areas.
- For each recommendation, explain how it improves availability and what trade-offs (cost, complexity) it involves.
- Provide a phased implementation plan, starting with quick wins and moving to more complex changes.
- Suggest how to test the redundancy mechanisms, including simulated failure scenarios.
Output format Provide a structured report with sections: Executive Summary, Current State Analysis, Recommended Redundancy Strategies, Implementation Plan, Testing Procedures, and Maintenance Guidelines. Use bullet points and tables where helpful. Keep tone professional and technical.
Guardrails
- Do not invent network details; base all analysis on the provided topology.
- Flag any assumptions about hardware or protocols you make.
- Stay within the scope of network redundancy and failover; do not cover unrelated security or performance issues.
Example Network topology: three-layer hierarchy with two core switches, distribution layer for each building, and access switches; critical areas: data center and VoIP services; failure scenarios: core switch failure and WAN link loss; scalability goals: double the number of users in two years.
Follow-up prompts
- How can we prioritize the implementation steps based on budget constraints?
- What are the best practices for testing failover without disrupting live traffic?
- Can you provide a configuration template for the recommended protocols?