Beruflich Dokumente
Kultur Dokumente
Cisco Support Community > Solutions and Architectures > Solutions and Architectures Documents
Introduction
Building a Campus network is more than only interconnecting physical network infrastructure devices. The
most challenging and important part of it is the planning and design phases where di erent technical
variables and technologies need to be considered that could even e ect the product selection and the
design entirely. Also a good design is the key to the capability of a network to scale. This guideline will
discuss some of the technologies and design considerations that need to be taken into account during the
planning and design phases to design a scalable campus network
Note:
Although this guideline is generated based on Ciscos recommendations and best practices, however it is
not a Ciscos o cial document. It is recommended to refer to some of the cisco design guides referenced in
each section in this guideline for more details
A typical enterprise hierarchical campus network design includes the following three layers:
The Core layer that provides optimal transport between sites and high performance routing
The Distribution layer that provides policy-based connectivity and control boundary between the access
and core layers
This design model can be used in large campus networks where multiple distribution layer and buildings
need to be interconnected
https://supportforums.cisco.com/t5/tkb/articleprintpage/tkb-id/5066-docs-solutions-and-architecture/article-id/32 1/7
11/29/2017 Campus Network Design Guideline - Cisco Support Community
This model can be used in small and medium campus network where core and distribution functions can be
collapsed into one layer also known as collapsed core/distribution model
As it shown in the gure above, a typical large Cisco modular Campus network consists of the fowling
building blocks:
Core Block (required for large Networks only)
It provides a very limited set of services and is designed to be highly available and operate in an always-on
mode. A separate core provides the ability to scale the size of the campus network in a structured fashion
that minimizes overall complexity when the size of the network grows and the number of interconnections
required to tie the campus together grow
Access-Distribution Block
The access-distribution block consists of two of the three hierarchical tiers within the multi-layer campus
architecture: the access and distribution layers. There are currently three basic design models for the
access-distribution block:
Multi-tier
Routed access
Virtual switch ( Recommended solution )
The main di erence between the above models is where the Layer-2 and Layer-3 boundaries exist
http://www.cisco.com/en/US/docs/solutions/Enterprise/Campus/campover.html#wp708886
Services Block
The services block is a relatively new element to the campus design. As campus network planners begin to
consider migration to dual stack IPv4/IPv6 environments, migrate to controller-based WLAN environments,
and continue to integrate more sophisticated Uni ed Communications services, a number of real challenges
lay ahead. It will be essential to integrate these services into the campus smoothlywhile providing for the
appropriate degree of operational change management and fault isolation and continuing to maintain a
exible and scalable design. As a example, IPv6 services can be deployed via an interim ISATAP overlay
https://supportforums.cisco.com/t5/tkb/articleprintpage/tkb-id/5066-docs-solutions-and-architecture/article-id/32 2/7
11/29/2017 Campus Network Design Guideline - Cisco Support Community
that allows IPv6 devices to tunnel over portions of the campus that are not yet native IPv6 enabled. Such an
interim approach allows for a faster introduction of new services without requiring a network-wide, hot
cutover.
Uni ed Communications services (Cisco Uni ed Communications Manager, gateways, MTP, and the
like)
Policy gateways
SRV.jpg
There might be multiple services blocks depending on the scale of the network, the level of geographic
redundancy required, and other operational and physical factors
http://www.cisco.com/en/US/docs/solutions/Enterprise/Campus/campover.html#wp708979
Data Center Block
The Data Center block of a campus network also known as server farm can be considered as another
block of the campus LAN that uses the same hierarchical design model, however in the data center there
are some factors and design requirements that are di erent from a normal access-distribution switches
design such as port capacity, ~0% of oversubsecription and more specialised services can be introduced
like rewalling and loadbalcing services. For small and medium data center the collapsed design model (
two-Tier) can be used without the need to a dedicated data center core
Using Cisco's next generation data cneter switches Nexus Series Switches can signi cantly improve the
performance, reliability and redundancy of the data center by providing
http://www.cisco.com/en/US/solutions/collateral/ns340/ns517/ns224/ns892/ns894/at_a_gla
nce_c45-492852.pdf
http://www.cisco.com/en/US/docs/solutions/Enterprise/Data_Center/VMDC/2.6/vmdcservic
esaag.pdf
High port density 1G/10G Ethernet e.g. The Cisco Nexus 7000 F2-Series 48-Port 1 and 10 Gigabit
Ethernet Module enables the deployment of high-density, low-latency, scalable data center architectures:
http://www.cisco.com/en/US/prod/collateral/switches/ps9441/ps9402/at_a_glance_c45-689339.pdf
Support of smart data cneter interconnect DCI technologies such as OTV that provide the ability to
expand layer 2 network over a layer link/cloud
Ability to provide end to end uni ed fabric of IP and ber channel over Ethernet FCoE
Fabric Extender Technology, Cisco Fabric Extender Technology comprises of technologies that enable
fabric extensibility with simpli ed management enabling the switching access layer to extend and expand
https://supportforums.cisco.com/t5/tkb/articleprintpage/tkb-id/5066-docs-solutions-and-architecture/article-id/32 3/7
11/29/2017 Campus Network Design Guideline - Cisco Support Community
all the way to the server hypervisor as the customers business grows
http://www.cisco.com/en/US/prod/collateral/switches/ps9441/ps10110/at_a_glance_c45-701972.pdf
For more detail about cisco data cneter switches refer to the following link:
http://www.cisco.com/en/US/products/ps9441/Products_Sub_Category_Home.html
In a typical hierarchal campus network, the distribution layer/block is considered as the demarcation point
between layer 2 and layer 3 domains where layer 3 uplinks participate in the campus core routing using an
interior routing protocol IGP which can help to interconnect multiple campus distribution blocks together for
end to end campus connectivity. As a result the selection of the IGP is important to a redundant and reliable
IP/routing reachability within the campus taking into consideration scalability and the ability of the network to
grow with minimal changes/impact to the network and routing design. Some of the factors that can be
considered for slecting an IGP for a campus LAN:
Size of the network e.g. number of L3 hopes and expected future growth
Convergence time e.g. OSPF and EIGRP can converge during a link/path failure quicker than RIP
Authentication support
Support for variable length subnet mask (VLSM)
Support of route summarization
For more details refer to the following link, cisco Borderless campus design, routing resign principles:
http://www.cisco.com/en/US/docs/solutions/Enterprise/Campus/Borderless_Campus_Network_1.0/BN_
Campus_Technologies.html#wp1053601
First hop redundancy protocol (FHRP)
Network devices/hosts connected to the access layer switches need to connect via IP to a gateway that
provides (FHRP). In a hierarchical campus network if a virtual switch mechanism was not used at the
distribution layer such as Cisco VSS, then the distribution layer switches need to provide the FHRP service
e.g. HSRP.
http://www.cisco.com/en/US/products/ps6644/products_ios_protocol_option_home.html
HSRP/VRRP/GLBP:
http://packetlife.net/media/library/3/First_Hop_Redundancy.pdf
In a modern Campus network the demand on having multiple logical groups such as users, services,
applications..etc to be separated within the campus network for security and other business requirements is
increasing. Network virtualization is the most suitable solution for this type of requirements where multiple
logical isolated networks can be created over one common physical network.
VN.jpg
Cisco network virtualization divides the network into three main logical areas:
Access Control
Path Isolation
Service Edge
http://www.cisco.com/en/US/solutions/collateral/ns340/ns517/ns431/ns658/net_implementation_white_
paper0900aecd804a17c9.html
Campus Network high availability
https://supportforums.cisco.com/t5/tkb/articleprintpage/tkb-id/5066-docs-solutions-and-architecture/article-id/32 4/7
11/29/2017 Campus Network Design Guideline - Cisco Support Community
The need of a highly available network is not a new requirement, however with the increased number of
services and communications that utilise the underlying IP network infrastructure systems and network,
availability become crucial and one of the main elements of the campus network that need to be considered
during planning and design phases. The owing three major network resiliency requirements as described
by Cisco Borderless design guide 1.0 cover most of the common types of failure conditions. Depending on
the LAN design tier, the resiliency option appropriate to the role and network service type must be
deployed:
Network resiliency: Provides redundancy during physical link failures, such as ber cut, bad transceivers,
incorrect cabling, and so on.
Device resiliency: Protects the network during abnormal node failure triggered by hardware or software,
such as software crashes, a non-responsive supervisor, and so on.
Operational resiliency: Enables resiliency capabilities to the next level, providing complete network
availability even during planned network outages using In Service Software Upgrade (ISSU) features.
Although redundant components within a single device are valuable, however the best availability ratio can
be achieved with completely separate devices and paths
http://www.cisco.com/en/US/docs/solutions/Enterprise/Campus/Borderless_Campus_Network_1.0/BN_
Campus_HA.html#wp1229178
Quality of Service QoS
According to Cisco Medianet QoS campus design, the primary role of QoS in medianet campus networks is
not to control latency or jitter (as it is in the WAN/VPN), but to manage packet loss. In GE/10GE campus
networks, it takes only a few milliseconds of congestion to cause instantaneous bu er overruns resulting in
packet drops. Medianet applicationsparticularly HD video applicationsare extremely sensitive to packet
drops, to the point where even 1 packet dropped in 10,000 is discernible by the end-user.
Classi cation, marking, policing, queuing, and congestion avoidance are therefore critical QoS functions that
are optimally performed within the medianet campus network,
Four strategic QoS design principles that apply to campus QoS deployments include:
Always perform QoS in hardware rather than software when a choice exists.
Classify and mark applications as close to their sources as technically and administratively feasible.
Police unwanted tra c ows as close to their sources as possible.
Enable queuing policies at every node where the potential for congestion exists,
qos.jpg
http://www.cisco.com/en/US/docs/solutions/Enterprise/Video/qoscampusaag.html
References:
Regards,
Marwan Alshawi
Version history
Revision #: 1 of 1
Last update: 10-13-2012 05:40 PM
Updated by: Marwan ALshawi
https://supportforums.cisco.com/t5/tkb/articleprintpage/tkb-id/5066-docs-solutions-and-architecture/article-id/32 5/7
11/29/2017 Campus Network Design Guideline - Cisco Support Community
View article history
Labels (1)
Borderless Networks
15 Helpful
Share
https://supportforums.cisco.com/t5/tkb/articleprintpage/tkb-id/5066-docs-solutions-and-architecture/article-id/32 6/7
11/29/2017 Campus Network Design Guideline - Cisco Support Community
https://supportforums.cisco.com/t5/tkb/articleprintpage/tkb-id/5066-docs-solutions-and-architecture/article-id/32 7/7