Skip Links

Cisco subnet: An independent Cisco community

Chapter 1: Introduction to WAN Architectures

Excerpt from Building Service-Aware Networks: The Next-Generation WAN/MAN.

By Muhammad Afaq Khan, Network World
September 25, 2009 07:25 PM ET
  • Print

The WAN is a place in the network that aggregates various types, speeds, and links running a disparate set of protocols together crossing metropolitan, state, and even country boundaries. The largest example of a WAN is the Internet itself, which can be regarded as the public WAN. The primary purpose of a WAN is to connect users and applications connected to various LANs.

As evident from its definition, the WAN is the central point for all data aggregation coming from various places within an enterprise network. Because of this, it is important to understand not only how a WAN is constructed, but also the underlying business drivers that have been and continue to bring changes to this place in the network.

In this book, you study the variety of WANs as they exist today, business models, and the associated emerging trends and how they are giving birth to “next-generation” WAN. Once you have the first four chapters (or Part I) behind you, it should become evident that the core requirement to building such networks hinges on the usage of modern routing/switching infrastructure that is highly available, scalable, flexible, and above all, service rich.

This chapter describes the various types of WAN architectures and their various associated aspects.

Introduction to WAN Solutions

Thanks to an increasingly dispersed global work force, businesses rely on their WANs more than ever. So much so that business performance is now directly tied to how well quality, reliability, and security are implemented when it comes to communications between main and regional headquarters, branch offices, suppliers, partners, and customers. Because of the development of new IP services and applications such as VoIP, video, and mobile data connectivity, and because of remotely connected road warriors and the unification of both wired and wireless networks, the headend router must perform a wide variety of functions.

Depending on the connectivity, transport protocols, and whether the medium is private or public, several different varieties of WAN might be in play. The four main WAN types are as follows:

  • Branch/private WAN aggregation

  • Internet edge

  • Data center interconnect

  • Large branch WAN

The WAN aggregation role can also be subdivided into the following three categories, based on what is typically found in the enterprise networks:

  • Basic WAN aggregation (explained in the following section)

  • Secure WAN aggregation (add-on with solutions based on IPsec or Secure Sockets Layer virtual private networking [SSL VPN])

  • Optimized WAN aggregation (add-on with solutions based on WAN optimization with Web Cache Communication Protocol Version 2/Policy Based Routing [WCCPv2/PBR] and Wide Area Application Services [WAAS])

Figure 1-1 shows various WAN options and puts them into perspective as to how they come together.

Figure 1-1
WAN options.

Branch/Private WAN Aggregation Role

Branch WAN aggregation is a way to connect and aggregate all the enterprise branches into the WAN core router, or headend. On the cloud-facing side, router interfaces use various physical transport options (as outlined in Table 1-1), whereas on the campus core side, the connection is Gigabit Ethernet (GE) or 10 Gigabit Ethernet (10 GigE) that is acting as the uplink for the campus core switches to the WAN. Leased lines are one of the most common ways (now more so Ethernet) of interfacing with the WAN cloud. IPsec tunnel termination and firewall functions are usually not collapsed in the WAN aggregation/edge router. This is usually implemented as classical hub-and-spoke design with traditional Layer 2 connectivity.

Figure 1-2 shows the basic WAN aggregation topology.

Figure 1-2
WAN aggregation topology.

Table 1-1 shows the various options in use for WAN connectivity.

Table 1-1  WAN Connectivity Options

Types

Physical Transport

Pros

Cons

Typical Bandwidth

Protocol Encapsulations

Leased line

T1/E1, T3/E3

Private

Costly

1.544 to 45 Mbps

High-Level Data Control (HDLC), PPP

Circuit switching

Packet over SONET/SDH OC3/OC12/ OC192

Affordable

Less secure

155 Mbps to 10 Gbps

HDLC, PPP

Packet switching

T1/E1, T3/E3 (PVCs)

Affordable

Shared bandwidth

Up to 45 Mbps

Frame Relay

Cell relay

OC3/OC12/ OC48

Private

Higher per port cost

Up to 620 Mbps

ATM

Metro Ethernet

Ethernet, GE, 10 GigE

Affordable

Lacks inherent reliability

Up to 10 Gbps

Ethernet (Frac-GE, Frac-10 GigE)

Basic Feature Requirements

Table 1-2 outlines the basic requirements that a router must meet to be positioned as the WAN aggregation platform. Scale and performance for these services are driven based on how large the branch site concentration is for the given deployment. A platform with a separate control, data, and input/output plane is most preferred, for obvious reasons.

Table 1-2  Feature Matrix for WAN Aggregation Role

Feature/Service

Feature/Service Details

IP routing (v4/v6)

Interior Gateway Protocol (IGP) and Border Gateway Protocol (BGP) with fast convergence, such as bidirectional failure detection (BFD)

Policy Based Routing (PBR)

IP unicast and multicast

Protocol Independent Multicast(PIM) Sparse, Sparse-Dense Mode, Auto-Rendezvous Point (RP), Anycast-RP, Source Specific Multicast, Bidirectional PIM, Unicast Reverse Path Forwarding (uRPF)

NetFlow

v5, v9 NetFlow Data Export

Quality of Service (QoS)

Classification based on application traffic, protocol/port, access control lists (ACL)

Marking

Hierarchical QoS

Class-based weighted fair queuing (WFQ), fair queuing, low-latency queuing (LLQ), weighted random early detection (WRED)

Traffic policing

Traffic shaping

Link Fragmentation and Interleaving (LFI)

Compression

Real-Time Protocol (RTP) header compression for voice traffic

WCCP (Web Cache Control Protocol)

WCCPv2 for web cache engine and WAN optimization for data and video traffic

Multilink PPP (MLPPP)

MLPPP with LFI

Multiprotocol Label Switching (MPLS)

2547-based VPNs, Layer 2 VPNs

High availability (HA)

Intra- and Interbox HA

Basic Service Level Agreement Requirements

Table 1-3 outlines the usual service level agreement (SLA) requirements that need to be met for the converged WAN for voice, video, and data traffic types.

Table 1-3  Typical SLA Target

Traffic Type/Application

SLA Target

VoIP

Interactive video

Videoconferencing

Delay <= 50 ms

Jitter <= 5 ms

Loss <= 1%

Voice MOS (mean opinion score) >= 3.8

Video broadcast

Video on Demand (VoD)

Delay <= 50 ms

Loss <= 1%

Mission-critical WWW traffic

Voice signaling

Response time <= 3 sec

Loss of service (RP convergence)

IGP <= 3 mins

Traditional WANs (such as those based on Frame Relay) are assumed to be inherently secure, which is not the case (because providers do use shared physical infrastructure to carry this traffic). An MPLS VPN is another example where traffic is isolated (via Virtual Routing/Forwarding [VRF] instances and labels) but still share the same physical infrastructure while traversing the service provider cloud.

It is not uncommon to see some form of encryption used to achieve confidentiality, the drivers behind which could be company policy (such as any traffic leaving the premises must be encrypted) or regulatory compliance (such as with HIPAA or SOX).

Table 1-4 outlines the commonly used technologies to secure WAN traffic. Chapter 14, “Security Services Use Cases,” provides further detail.

Table 1-4  High-Level Details of Secure WAN Technologies

Secure WAN Technology

Details

Native IPsec (unicast and multicast)

IPsec using both encryption and a hashing algorithm. The virtual tunnel interface can be used for multicast traffic support.

Point-to-point (p2p) generic routing encapsulation (GRE) over IPsec (or p2p GRE inside IPsec)

IPsec with multicast and routing protocol support.

Dynamic Multipoint VPN (DM VPN)

Typically deployed over the public Internet infrastructure.

Remote-access VPNs

Soft IPsec/SSL VPN clients and small office/home office (SOHO; 8xx/18xx) router tunnel aggregation.

Group Encrypted Transport (GET VPN)

Tunnel-less encryption, best suited for private IP or MPLS clouds.

Internet Edge Role

The Internet edge is the boundary where an enterprise private network connects to the public Internet. In the simplest sense, the Internet edge device acts as the gateway for the inside network. Contrary to popular understanding, the Internet edge is not only just about accessing the Internet for web traffic for campus users.

The Internet edge serves various functions, including those outlined in Table 1-5.

Table 1-5  Internet Edge Router Functionality

Function

Details

Corporate Internet gateway for campus and data center

Users at the campus access the Internet to browse, email, and use instant messaging, and so on.

Corporate Internet gateway for branches

Users at the branches access the Internet to browse, email, and use instance messaging, and so on. This is to enforce a common set of


policies across the enterprise at the burden of bringing all traffic to the headend.

Demilitarized zone (DMZ) services

Traditional FTP, Domain Name System (DNS), and Network Time Protocol (NTP) services located at the DMZ.

Teleworker (remote users)

Teleworkers or road warriors connect to corporate resources via the Internet through encrypted VPN technologies such as IPsec or SSL VPN soft or hard clients (such as Cisco 800 series routers).

Branch WAN backup

This serves as the backup or alternate connection for branch office routers to connect to the corporate headend via the public Internet. Commonly used technologies in this scenario are DM VPN, GRE over IPsec, or dynamic virtual tunnel interface (VTI)-based remote access.

Multi-Homing

This is where the Internet edge router connects directly to multiple SPs. This provides higher fault tolerance for brownouts and greater path selection with advanced routing techniques. This requires that the router be capable of supporting one or multiple copies of Internet routing table.

Figure 1-3 shows the Internet edge topology.

Figure 1-3
WAN Internet edge topology.

Basic Feature Requirements

The primary function of a device at the Internet edge is to act as the demarcation between the private (campus or data center) and public network (that is, the Internet). Features required in a single device depend on how the Internet edge is designed, although typically the basic features are those outlined in Table 1-6.

Table 1-6  Internet Edge Network Device Feature Requirements

Feature/Service

Details

IP routing (v4/v6)

IGP, and BGP with fast convergence such as BFD PBR Large routing scale (Internet routing table)

NetFlow

v5, v9 NetFlow Data Export

QoS

Classification based on application traffic, protocol/port, ACLs

Marking

Hierarchical QoS

Class-based WFQ, fair queuing, LLQ, WRED

Traffic policing

Traffic shaping

LFI

Distributed denial of service (DDoS) mitigation

Remotely triggered black holes (RTBH), rACL, firewall

WCCP

WCCPv2 for web cache engine

Firewall

L4–L7 firewall

Address translation

Network/Port Address Translation (NAT/PAT) with application layer gateway (ALG)

High Availability

Intra- and interbox HA

Box-to-box HA

Hot Standby Router Protocol (HSRP), Virtual Router Redundancy Protocol (VRRP), Gateway Load Balancing Protocol (GLBP)

Deep Packet Inspection

Network Based Application Recognition (NBAR), Flexible Packet Matching (FPM)

Secure WAN connectivity

DMVPN, GRE over IPsec, IPsec

Data Center Interconnect

Data center interconnect (DCI) is yet another WAN function where someone is trying to connect two data centers together via Layer 2 or 3 links. Layer 2 extensions are much more common because of their capability to take all Ethernet frames (or even dot1Q or QinQ [IEEE 802.1Q-in-Q VLAN]) as is across the data centers. This is usually done with some kind of pseudowire (for example, Ethernet over MPLS [EoMPLS] for two data centers, and Virtual Private LAN Service [VPLS] for multisite data center connectivity). Major drivers behind DCI are as follows:

  • Data center consolidation and virtualization (VMWare VMotion)

  • Disaster recovery or data center HA

  • Geo-clustering, where clusters are connected across geographies

  • Layer 2 extensions for any reason

Figure 1-4 shows the DCI topology

Figure 1-4
WAN DCI topology.

Basic Feature Requirements

The primary function of the edge device at the DCI is to extend VLANs across the data centers for the previously listed applications such as VMWare’s VMotion or geo-clusters to function. Convergence and failover times for this type of connectivity are of extreme importance because the underlying assumptions from the application perspective usually require them to be on the same LAN.

The solution requirements in Table 1-7 call for an infrastructure that has the features outlined in Table 1-8.

Table 1-7  DCI Feature Requirements

Feature

Details

Layer 2 extensions

Typically using pseudowires.

Spanning Tree Protocol (STP) isolation

Spanning-tree isolation is one of the must-haves, where each DCI does not extend the STP to avoid any loop. Having redundant links functioning at the same time without STP in the core.

HA

The DCI edge must deal with node and link failures.

Faster convergence

This needs to be as small as possible in case of node or link failure. Ideally, anything less than a few seconds.

Secure communication

Encryption, such as IPsec-based solutions.

QoS

Hierarchical QoS for DCI.

WAN optimization

DCI WAN optimization using WAAS technologies.

Maximum transmission unit (MTU) requirements

Jumbo frame support.

The solution requirements in Table 1-7 call for an infrastructure that has the features outlined in Table 1-8.

Table 1-8  Router/Switch Feature Requirements Needed to Meet the DCI Solution Requirements

Feature

Details

Layer 2 extensions

Using EoMPLS (p2p), or VPLS (point to multipoint).

STP isolation per data center

Capability to terminate the STP at the given data center itself. Redundant links functioning at the same can be provisioned using Cat 6500 Virtual Switching Systems / Multichassis Ethernet Channel (VSS/MEC) and/or Nexus 7K vPC (virtual port channel).

HA

Usage of redundant routers (ASR 1000, for example) or switches (6500/Nexus 7K).

Faster convergence

There are two broader approaches: EoMPLS remote port shutdown via laser off (supported on ASR 1000). Using Embedded Event Manager (EEM) or undirectional link detection (UDLD) on 6500, Nexus 7K, or ASR 1000.

Secure communication

GRE over IPsec solution, or Nexus TrustSec (Cisco TrustSec based on IEEE 802.1AE link-layer encryption).

QoS

Hierarchical QoS at the DCI edge.

WAN optimization

WAN optimization using WCCPv2 or PBR using existing Cisco WAAS appliances.

MTU requirements

Jumbo frames are supported on Cat 6500, Nexus 7K, and ASR 1000 GE / 10 GigE links.

Large Branch WAN

As universally understood, not all branches are equal. This is not only true for the size of branch (as in number of users or perhaps application servers residing at the branch) but also for how critical the branch is to the overall business function. Consider bank branches, for example. Not all branches provide the entire portfolio of services. In the real world, some provide only basic banking services, whereas others provide full-blown services, including home mortgage, small business loans, and investment services to commercial customers.

Large branches (those that provide more services or services that are critical to the business, or in most cases both) tend to have slightly different requirements for a WAN infrastructure that connects them to the corporate backbone. Table 1-9 outlines the large branch WAN requirements.

Table 1-9  Large Branch Office Deployment Requirements

Requirements

Details

Larger bandwidth uplink

OC3, or even Metro Ethernet.

Ability to handle both WAN and Internet traffic

Because of the volume of traffic, large branches are connected directly to the Internet.

Multitenancy

Capability to support multiple departments or even customers or partners that use the common physical infrastructure along with employees.

QoS

Hierarchical QoS to support multiple levels of classes of service.


Class-based WFQ, fair queuing, LLQ, WRED Traffic shaping.

Services requirements

Services such as NAT, firewall, and NetFlow at high speeds and scale.

HA

Intra and interbox HA supporting basic traffic forwarding and services.

Table 1-10 maps the requirements onto the infrastructure needed to support such requirements.

Table 1-10  Large Branch Office Requirements/Traits

Requirements

Infrastructure Traits to Meet Them

Larger bandwidth uplink

Interface diversity

Ability to handle both WAN and Internet traffic

Modular data and control plane to deal with the increasing set of requirements

Multitenancy

Capability to support virtualization of interfaces, services, and routing/forwarding tables

QoS

Flexible architecture being able to adopt to changing QoS requirements via software upgrade

Services requirements

Capability to support the existing and newer services with the existing hardware via software upgrades

HA

Inherently highly available system

Summary

This opening chapter covered the basic building blocks of WAN architectures:

  • Branch aggregation

  • Internet edge

  • Data center interconnect

  • Large branch office

Although the basic requirements are common across the various roles, they differ significantly enough that you need to understand how they are architected, deployed, and troubleshot. If there were one word to describe the hardware required to meet these needs, that word would be flexibility. Infrastructure needs to be very flexible in terms of feeds and speeds, scale and performance, service richness, and interface diversity (to name a few).

The next chapter covers the various business drivers, and the underlying technical requirements that they are generating. It concludes with an analysis of how these are driving requirements for next-generation WAN infrastructure.

Review Questions

  1. What are the four usual WAN architectures?

  2. What does optimized WAN mean?

  3. What are the few fundamental requirements for WAN aggregation?

  4. Why is service richness so important to enterprises?

  5. Why would an enterprise connect directly to a service provider or be multihomed?

  6. What are the core business drivers for DCI?

Answers

  1. Usual WAN architectures typical in today’s networks include the following:

    Branch and private WAN aggregation

    Internet edge

    Data center interconnect

    Large branch WAN

  2. Optimization here refers to the capability of the network infrastructure to provide the voice, video, and data traffic optimization before it goes over the WAN links. This helps reduce the need for more bandwidth every time a new application is added to the network. Cisco WAAS and IOS provide such services.

  3. WAN aggregation requires, at a minimum, infrastructure to support the following:

    Flexible routing/switching architecture that can evolve with the changing business requirements

    Capability to combine various types and speeds of interfaces into one common infrastructure

    Modular and highly available carrier-class design with the separation of control, data, and I/O planes

    Capability to add basic services without requiring new hardware

  4. Service richness refers to an in structure (hardware and software) that can introduce a basic service and some of the advanced services into baseline hardware with simple software upgrades. Enterprises and their businesses thrive on applications, and that in turn requires network-based services for them to work on common physical infrastructure and with the ability for virtualization for today’s typical multitenant requirements.

  5. Enterprises connect to multiple Internet providers (or what is generally known as multihoming) for a few key reasons, including the following:

    Fault tolerance and resiliency to failure in one provider’s network

    Granular routing control

    Path selection based on features such as performance-based routing or PfR

  6. Core business drivers behind DCI include the following:

    Layer 2 extensions

    Data center consolidation

    Data center disaster recovery site

    Virtualization and clustering applications such as VMWare’s VMotion

Further Reading

Introduction to WAN, document: http://tinyurl.com/6g8cym

Cisco Validated Designs, document: http://tinyurl.com/lnnyjt

Unified WAN Services, document: http://www.cisco.com/en/US/netsol/index.html

DC Interconnect, document: http://tinyurl.com/rclv2f


© Copyright Pearson Education. All rights reserved.

Read more about lans & wans in Network World's LANs & WANs section.

  • Print

Videos

rssRss Feed