This phase is crucial for making sure that the network you design aligns with the client's goals and supports both current and future needs.
To design a reliable network, we need to understand who will use it and how they’ll use it. This involves asking questions like: “How many users will connect to the network?” “What kind of devices will they use?” and “What applications are critical to their operations?”
User Count: Start by estimating how many users the network will need to support at peak times. This can include employees, guests, or students, depending on the environment.
User Roles: Different user roles have different needs. For example:
Device Types: The network must support the different types of devices users will connect:
Different applications will place different demands on the network, so it’s essential to identify these demands:
Bandwidth Requirements:
Latency and Priority:
Understanding performance requirements is about predicting how much network “power” is needed to keep everything running smoothly.
Calculate Total Bandwidth: Bandwidth is the amount of data the network can transmit in a given time. Calculate total bandwidth needs by:
For instance, if you expect 500 devices to connect at once, and each device typically requires 5 Mbps, then you’ll need at least 2.5 Gbps (500 devices x 5 Mbps) to avoid congestion.
Uplinks and Backhaul: Also consider the uplinks (connections from local to wide area networks or to the internet). The backhaul, which connects the network’s different parts, needs enough capacity to handle peak loads.
Latency: This is the time it takes for data to travel from one point to another. Real-time applications like video or VoIP require low latency (less than 150 ms) to maintain smooth performance.
Jitter: Jitter is the variability in packet arrival time, and it can be problematic for voice and video services, causing stutter or lag. For smooth performance, aim for jitter levels below 30 ms.
This step ensures that network design aligns with the company’s business goals and operational needs.
Access Control: Different users and devices may need different access permissions:
Encryption and Authentication:
Network Segmentation: Segmenting the network into VLANs (Virtual Local Area Networks) for different departments or user groups adds a layer of security and control. For example:
To prevent downtime, it’s essential to consider redundancy:
Dual Links and Redundant Paths:
Device Redundancy:
Failover Configurations:
The “Analyze Requirements” phase is about building a solid understanding of the network’s expected usage and ensuring it aligns with the client's business goals. By assessing user and application needs, performance and capacity requirements, and essential security and redundancy measures, this phase gives us the technical guidelines to design a network that’s resilient, efficient, and future-proof.
The Analyze Requirements phase is fundamental in network design as it lays the foundation for a solution that meets technical and business needs. While original explanation covers user, device, application, and bandwidth requirements, additional considerations should be included to fully address environmental constraints, regulatory compliance, advanced network requirements, and risk assessment. Below is a detailed explanation of each missing component.
This section is crucial because network performance and security are significantly influenced by physical environmental factors and legal regulations.
Environmental factors can directly affect network performance, reliability, and coverage. These factors must be considered when analyzing requirements to ensure the network is robust and resilient.
Physical Environment
Interference Factors
Power Requirements
Compliance requirements vary by industry and region, impacting the security, transmission frequencies, and data privacy policies of the network.
Wireless Spectrum Regulations
Data Protection Laws
Industry-Specific Compliance
Recommendation: Add an "Environmental and Compliance Considerations" subsection under "Business and Technical Requirement Matching" to address these factors.
Beyond basic bandwidth and latency requirements, advanced network performance considerations include Quality of Service (QoS) and scalability to support future growth.
QoS is essential for prioritizing critical applications and ensuring consistent network performance under heavy load.
Application-Based Prioritization
Key QoS Mechanisms
A scalable network must accommodate future growth in users, devices, and traffic demands.
User Growth
Device Expansion
Future Bandwidth Demands
Recommendation: Add a "QoS and Scalability Considerations" subsection under "Performance and Capacity Analysis" to enhance network planning.
Risk assessment identifies potential threats to network availability, security, and performance. A well-defined disaster recovery plan (DRP) ensures business continuity in case of failures.
Security Risks
Hardware Failures
Software Compatibility Issues
A robust DRP ensures rapid recovery from disruptions.
Backup and Failover Strategy
Recovery Time and Recovery Point Objectives (RTO & RPO)
Redundancy Testing
Recommendation: Add a "Risk Assessment and Disaster Recovery" subsection under "High Availability and Redundancy" to address resilience planning.
After gathering requirements, what is the next step an architect should perform before designing the detailed network architecture?
Analyze the requirements to determine possible high-level solution approaches.
Once the discovery phase is complete, the architect must analyze the collected information and evaluate possible architectures that could meet the requirements.
This process involves identifying possible design patterns such as:
2-tier or 3-tier campus architecture
centralized vs distributed WLAN control
on-prem vs cloud-managed management platforms
The architect compares these options against requirements like scalability, resiliency, operational complexity, and cost.
This analysis phase helps narrow down the best possible design approach before committing to a full architectural blueprint.
Demand Score: 71
Exam Relevance Score: 90
Why must architects document assumptions when analyzing requirements?
Because assumptions define conditions that must be true for the proposed solution to function correctly.
In real-world design projects, some details may be unknown or not yet confirmed. Architects often create assumptions to proceed with design planning.
Examples include:
Assumed growth rates of devices
Expected application bandwidth
Future data center expansion plans
Documenting these assumptions is critical because if they later prove incorrect, the architecture may need adjustment.
Assumptions also help stakeholders understand the basis for design decisions and reduce misunderstandings during project approval.
Demand Score: 65
Exam Relevance Score: 87
When designing WLAN architecture for guaranteed guest Wi-Fi uptime, what requirement becomes most critical?
High availability and resilient internet connectivity.
If guest Wi-Fi is a revenue-generating service or mission-critical feature, the architecture must prioritize uptime and redundancy.
This may involve:
redundant gateways
dual internet service providers
high-availability WLAN controllers
resilient core switching
The architect must ensure the WLAN design aligns with the service-level agreement expected by the business.
Failing to design for high availability can cause outages that impact user experience and business operations.
Demand Score: 70
Exam Relevance Score: 86
Why should architects evaluate proposed solutions against project objectives before moving to detailed design?
To ensure the solution fully meets the business goals and constraints.
A design might technically work but fail to align with business priorities such as cost efficiency, operational simplicity, or future scalability.
Evaluating solutions against project objectives allows architects to validate that the design:
meets performance expectations
supports business growth
aligns with operational capabilities
fits within financial limits
This step acts as a validation checkpoint before investing time in detailed architecture diagrams and product selection.
Demand Score: 67
Exam Relevance Score: 88