Features and Services


Revised: December 21, 2009

This chapter briefly describes all the services and features that are part of the Basic Small Branch Network design and that meet the business criteria outlined in "Small Branch Design Considerations" section on page 4. The building blocks of the Cisco Enterprise Branch Architecture framework are described as they apply to the Basic Small Branch Network.

Contents

Branch Network Components

WAN Services

LAN Deployment Model

Network Fundamentals

Security Services

Management Services

Voice Services

Branch Network Components

Cisco offers a broad and versatile portfolio of routers, switches, and IP Phones. There are three product lines of routers and four product lines of switches for the branch office. Each product line offers different performance and features, enabling enterprise IT departments to meet a wide range of functional requirements. Figure 1 provides an overview of the various Cisco Integrated Services Routers Generation 2 (Cisco ISRs G2) that are commonly deployed in the branch office.

Figure 1 Branch Office Integrated Services Router Portfolio

To learn more about each router product line, see the Cisco Router Guide:

http://www.cisco.com/en/US/prod/collateral/routers/ps5855/prod_brochure0900aecd8019dc1f.pdf

Figure 2 provides a high-level overview of the various Catalyst switches that are commonly deployed in the branch office.

Figure 2 Branch Office Catalyst Switch Portfolio

To learn more about each switch product line, see the Cisco Catalyst Switch Guide:

http://www.cisco.com/en/US/prod/switches/ps5718/ps708/networking_solutions_products_genericcontent0900aecd805f0955.pdf

There are four desktop IP Phone product lines that are suited for the branch office. Each phone offers different functions and capabilities, as shown in Figure 3.

Figure 3 Branch Office Cisco Unified IP Phone 7900 Series Portfolio

To learn more about each IP Phone, visit:

http://www.cisco.com/en/US/products/sw/voicesw/products_category_buyers_guide.html#number_1

Selecting Network Components

Selecting the appropriate routing and switching platforms for a branch office involves numerous considerations. The most important considerations are:

Branch office size: The platform must support required port densities for the expected number of end-user devices.

Features and services: The platform must support required networking services, interfaces, and modules.

Performance: The platform, including features and services, must handle wire speeds required by branch applications.

Scalability: The platform must have extra slots for DRAM, flash, interface and module expansion.

In accordance with the business criteria outlined in the "Small Branch Design Considerations" section on page 4, Cisco 1861 and Cisco 1941 Integrated Services Routers (ISRs) were selected for the Basic Small Branch Network.

The Cisco 1861 ISR, shown in Figure 4, is ideal for small business and small enterprise branch offices. It offers embedded voice, wireless, switching, and security features. Built for converged communication, it delivers multiple concurrent services at a wire speed of up to a T1/E1/xDSL rate.

Figure 4 Cisco 1861 Integrated Services Router

To learn more about the Cisco 1861 ISR, visit:

http://www.cisco.com/en/US/products/ps8321/index.html

The Cisco 1941 ISR, shown in Figure 5, offers embedded hardware encryption acceleration, optional firewall, intrusion prevention, and application services.

Figure 5 Cisco 1941 Integrated Services Router

To learn more about the Cisco 1941 ISR, visit:

http://www.cisco.com/en/US/products/ps10545/index.html

The Catalyst 2960 series switch was selected for the Basic Small Branch Network. Several different models are available in each product family. The selection of a specific model depends on the desired number of ports, support for PoE, and Gigabit Ethernet connectivity, and will vary from enterprise to enterprise.

The Catalyst 2960 series switch, shown in Figure 6 is an ideal access layer switch for small branch-office environments. It offers Fast Ethernet and Gigabit Ethernet connectivity and concurrent QoS, ACL, port security, link aggregation, and VLAN functionality at forwarding rates of up to 39 Mb/s. For scalability, the Catalyst WS-C2960G-24-TC-L model provides up to twenty-four 10/100/1000 ports and four small form-factor pluggable (SFP) ports.

The Cisco 1861 ISR offers eight onboard switch ports. To support up to 15 users, another physically separate 8-port Catalyst 2960 switch was connected to the router. The Catalyst WS-C2960-8TC-L is a compact switch that provides concurrent QoS, ACL, port security, link aggregation, and VLAN functionality at forwarding rates of up to 2.7 Mb/s. The Catalyst WS-C2960PD-8TT-L shown in Figure 7 adds Power over Ethernet (PoE). The main selection criterion for the Catalyst 2960 switch is to provide support for the PoE option. However, the Catalyst WS-C2960-8TC-L model was tested to provide an option for connecting devices that do not require PoE.

Figure 6 Catalyst WS-C2960G-24-TC-L Switch

Figure 7 Catalyst WS-C2960PD-8TT-L Switch

To learn more about the Catalyst 2960 switch series, visit:

http://www.cisco.com/en/US/products/ps6406/index.html

Cisco offers a variety of IP Phones. Selection of the appropriate phone depends on its intended usage. The most important selection criteria for Cisco Unified 7900 Series office worker IP Phones are:

Display: The applications used on the phone determine the need for backlight, color, and touch screen.

Line count: The expected usage determines the required number of phone lines or telephony features.

Physical features: The amount and type of phone traffic and the applications determine the required number of buttons, the functionality of the navigation wheel, and the need to support key expansion modules.

Video: Video conferencing requires video capabilities.

When considering an IP Phone, in general, there are numerous other features to evaluate (e.g., QoS, codec). However, all office worker Cisco 7900 Series Unified IP Phones implement the same core features required of an enterprise class IP Phone. Therefore, the above criteria are the primary considerations when selecting from the various options. To learn more about the features of the Cisco Unified IP Phones, see the Cisco Unified IP Phone Features A - Z:

http://www.cisco.com/en/US/docs/voice_ip_comm/cuipph/all_models/phone_a_to_z/english/user/guide/az_user.html

Business criteria outlined in the "Small Branch Design Considerations" section on page 4 specify five different use cases for IP Phones in a branch office: moderate call volume user, heavy call volume user, decision maker, video conferencing user, and conference room. For each of the first three use cases two different phones were selected.

The Cisco Unified IP Phone 7942G and Cisco Unified IP Phone 7945G, shown in Figure 8, were chosen for the moderate call-volume use case. Both phones support:

High-fidelity audio

High-resolution display for advanced XML applications and double-byte characters/Unicode

IEEE 803.af PoE (Class 2) or local power supply

Access to two phone lines (or combination of line access and telephony features)

Integrated Ethernet switch and 10/100BASE-T Ethernet connection through an RJ-45 interface for LAN connectivity

Standards-compliant Session Initiation Protocol (SIP) support.

In addition, the Cisco Unified IP Phone 7945G phone offers Gigabit Ethernet VoIP telephony technology and a large backlit color display.

Figure 8 Cisco Unified IP Phones 7942G and 7945G

The Cisco Unified IP Phone 7962G GE and Cisco Unified IP Phone 7965G, shown in Figure 9, were selected for the high call-volume use case. Both phones support the same features and differences as the Cisco Unified IP Phone 7942G and Cisco Unified IP Phone 7945G phones, and both phones support four additional phone lines.

Figure 9 Cisco Unified IP Phones 7962G and 7965G

The Cisco Unified IP Phone 7971G GE and Cisco Unified IP Phone 7975G, shown in Figure 10, were selected for the decision-maker use case. Both phones support the following features:

High-fidelity audio

Gigabit Ethernet VoIP telephony technology

Backlit high-resolution, color touch screen for easy access to communications information

XML applications

Integrated Ethernet switch and 10/100/1000BASE-T Ethernet connection via an RJ-45 interface for LAN connectivity

IEEE 802.3af Power (Class 3) over Ethernet (PoE) or a local power supply

Standards-compliant SIP phone support

In addition, the Cisco Unified IP Phone 7975G features a high-resolution screen, high-fidelity wideband audio, and Internet Low Bit Rate Codec (iLBC) support for use in lossy networks.

Figure 10 Cisco Unified IP Phones 7971G-GE and 7975G

Table 1 provides a high-level feature comparison of the six IP Phone models.

Table 1 Comparison of Cisco Unified IP Phone Models for Small Branch Offices 

Use Case
Moderate Call Volume
Heavy Call Volume
Decision Maker

Cisco Unified IP Phone

7942G
7945G
7962G
7965G
7971G-GE
7975G

Display

Grayscale

Color

Grayscale

Color

12-bit Color

16-bit Color

Touch screen

No

No

No

No

Yes

Yes

Wideband speaker

Yes

Yes

Yes

Yes

No

Yes

Wideband handset

Yes

Yes

Yes

Yes

Accessory

Yes

Wideband headset

Supported

Supported

Supported

Supported

Supported

Supported

iLBC

Yes

Yes

Yes

Yes

No

Yes

Navigation cluster

2-way

4-way + Select

2-way

4-way + Select

4-way

4-way + Select

Gigabit Ethernet

No

Yes

No

Yes

Yes

Yes

Line keys

2

2

6 (+KEM)

6 (+KEM)

6 (+KEM)

8 (+KEM)

KEM support1

No

No

Yes

Yes

Yes

Yes

1 KEM: Key Expansion Module.


The Cisco Unified IP Phone 7985G, shown in Figure 11, was selected for the video-conferencing use case. The phone supports personal desktop video for instant, face-to-face communications, incorporates all the components required for video calls (camera, LCD screen, speaker, keypad, and handset), provides integrated Ethernet switch and 10/100BASE-T Ethernet connection through an RJ-45 interface for LAN connectivity, and has dedicated buttons that control the video features: Self View, Picture in Picture, Video Mute, Display, and Brightness.

Figure 11 Cisco Unified IP Phone 7985G

The Cisco Unified IP Conference Station 7936, shown in Figure 12, was selected for the conference room scenario. The conference station offers a regular telephone keypad plus three soft keys, menu navigation keys, and a backlit, pixel-based LCD display.

Figure 12 Cisco Unified IP Conference Station 7936

WAN Services

A number of WAN technologies are available to meet the diverse business requirements of an enterprise. This guide does not address considerations and issues pertaining to enterprise WAN design. However, certain aspects of WAN deployment, such as basic connectivity and routing, affect configuration of the branch office router and influence the use of specific features and services in the branch network. To ensure its relevance and applicability, the Basic Small Branch Network was validated with the most commonly deployed enterprise WANs. For detailed guidance on WAN design and implementation see the Cisco WAN design documents at: http://www.cisco.com/en/US/netsol/ns817/networking_solutions_program_home.html.

Today enterprises have five common WAN connectivity options for the branch office. Each option, as shown in Figure 13, has its own set of benefits and trade-offs.

Private WAN

Dedicated leased lines: Permanent point-to-point links connecting two fixed points across a provider network. In general, the links are based on Layer 1 (SONET/SDH, T1/E1, T3/E3, xDSL) technology. Today, because of the availability of cheaper alternatives, only branches that have special business requirements, that are geographically near a central site, or that are limited by availability of other local connection options, favor dedicated lines.

Circuit-switched transmission service: Dynamically created point-to-point links over telephone wires. The links are typically based on analog dialup or ISDN technology. Today, because of bandwidth limitations and lengthy call setup, they are mainly used for voice services or as a primary link backup.

Packet-switched transition service: Virtual point-to-point or point-to-multipoint links that are established over a provider-administered Layer 2 network. The provider network is based on Frame Relay, ATM, or Ethernet technology. Although this is the most widely used connectivity option for branch offices, Frame Relay and ATM as services are declining in popularity because of MPLS based alternatives. Using Ethernet implemented over SONET or using Ethernet switches is gaining popularity in the form of carrier Ethernet services (L2VPN) such as Ethernet Private Line (EPL), Ethernet Virtual Private Line (EVPL), or Ethernet-LAN (E-LAN).

Label-switched transmission service: Virtual any-to-any links running on top of a packet or circuit-switched network. The provider network is based on MPLS technology, which is emerging as the foundation of next-generation WANs that can deliver a wide range of advanced services such as Layer 3 VPN (L3VPN), or as transport mechanisms for carrier Ethernet services (L2VPN) mentioned above.

Public WAN

Internet broadband link: Shared any-to-any links over the Internet. This has become an attractive connectivity option in recent years for smaller branch offices as VPN technologies has matured and as broadband connectivity has become more widely available. For small branch offices, this connectivity option can be used as a primary link, as a backup link, or both. In general, broadband links are based on dialup, cable, and terrestrial or satellite wireless technologies.

Figure 13 WAN Service Options

Selecting WAN Service

A WAN includes transmission service available from a service provider and an access link to the service provider network. Selecting the appropriate provider network service and the access link involves many considerations. For a branch office, the most important considerations are:

Purpose: The WAN service must provide seamless access to any site in the enterprise.

Geographic scope: The WAN service must provide access to both regional and global sites.

Traffic profile: For the Basic Small Branch Network, the WAN service must support up to 1.5 Mb/s of data, voice, and video traffic.

Quality guarantee: The WAN service much provide a mechanism to ensure quality of service (QoS).

Security: The WAN service must provide a mechanism to ensure traffic privacy.

Existing infrastructure: The WAN service must be consistent with or must leverage existing WAN deployment.

Availability: Selection of the WAN service must take into account local availability.

Cost: The WAN service cost must be evaluated based on how well it meets the above considerations.

Table 2 lists advantages and disadvantages of the most commonly used WAN transmission services for a branch office.

Table 2 Common WAN Transmission Service Options for a Small Branch Office 

Service Type
Advantage
Disadvantage
Appropriate for Branches

Leased Line

Secure and private

Uncontended bandwidth

Reliable and predictable

Supports any protocol

Expensive

Point-to-point

Fixed bandwidth

Geographically close to campus or data center

With critical applications that require guaranteed bandwidth

Frame Relay (FR) Service

Cost effective

Adjustable bandwidth

Extensive coverage

Secure and private

Reliable and resilient

Flexible and scalable

IP and non-IP protocols

Variable bandwidth, latency, and jitter

Point-to-point

Inefficient QoS

With legacy FR WAN deployment

With hub-and-spoke WAN topology

With non-IP applications

Layer 3 Virtual Private Network Service (MPLS L3VPN)

Same benefits as Frame Relay except for support of non-IP protocols

Any-to-any connectivity

QoS provisioning

Traffic engineering

Support wide variety of IP applications

Potentially costly migration

Proprietary to service provider network

Limited global availability

Supports only IP

Most medium and large branch offices

Layer 2 Virtual Private Wire Service (VPWS)

Same benefits as Frame Relay

Transparent LAN integration

Low administrative overhead

Potentially costly migration

Limited availability

Limited scalability

Point-to-point

With enterprise control over WAN routing

With non-IP applications


In addition to these general considerations, a WAN service must meet the business criteria outlined in the "Small Branch Design Considerations" section on page 4. To ensure its relevance and applicability, the Basic Small Branch Network was validated with all the WAN service options listed in Table 2. Specific design considerations related to each WAN service type are described in the following sections:

Leased-line Deployment

Frame Relay Service Deployment

L3VPN Service Deployment

VPWS Services

To access the WAN service, a branch office needs a local loop to the nearest location where the provider makes the service available. Typically, this is a dedicated leased line to the edge of the provider's network. To support up to 25 active users, the following connection types and bandwidth options are appropriate:

A T1 or fractional T1 carrier line connected to an HWIC-1T interface, shown in Figure 14

Figure 14 1-Port Serial High-Speed WAN Interface Card (HWIC-1T) with a T1 High-Speed Serial Port

To learn more about the HWIC-1T interface card, visit:

http://www.cisco.com/en/US/prod/collateral/modules/ps5949/datasheet_c78-491363.html

Figure 15 1-Port Serial High-Speed WAN Interface Card (HWIC-1T1/E1) with a T1/E1 High-Speed Serial Port

To learn more about the HWIC-1T1/E1 interface card, visit:

http://www.cisco.com/en/US/prod/collateral/routers/ps5853/prod_data_sheet0900aecd8073cc38.html

Metro Ethernet line connected to an onboard Fast Ethernet port.

The specific selection of a WAN access link depends on the number of end user devices, the branch traffic profile, the applications used in the branch, and the available budget. The Basic Small Branch Network was validated with the two interface cards and the onboard Fast Ethernet port described previously.

Physical layer standards define the mechanical connection and electrical signaling to connect the branch router to the service provider network, which are typically done through a channel service unit (CSU)/data service unit (DSU) device that provides termination for digital signals, clocking, and synchronization, and that converts T-carrier line frames into frames that the LAN can interpret and vice versa. The branch router typically uses serial communication to connect to the CSU/DSU. The specific serial standard and socket type depend on the CSU/DSU equipment supplied by the service provider.

The Basic Small Branch Network was validated with the following serial communication specifications:

V.35 shown in Figure 16. This serial specification is typically used to connect a Cisco router to a T1/E1 and fractional T1/E1 through a CSU/DSU. A single V.35 connector can achieve up to 2.048 Mb/s speed.

Figure 16 Male (CAB-SS-V35MC) and Female (CAB-SS-V35FC) V.35 Connectors

To learn more about Cisco High-Speed Serial Interface options, visit:

http://www.cisco.com/en/US/prod/collateral/modules/ps5949/ps6182/product_data_sheet0900aecd80274416.html

Table 3 summarizes the WAN access line types, bandwidth, physical connection for the link, and ISR interface or module that provides access to the provider network.

Table 3 WAN Access Link Summary 

WAN Access Line Type
Bandwidth
Physical Connection
Cisco ISR Interface or Module

1 T1 line

1.5 Mb/s

V.35 cable

HWIC-1T

1 T1 line

1.5 Mb/s

Category-5 UTP cable

HWIC-1T1/E1

½ T1 line

0.75 Mb/s

V.35 cable

HWIC-1T

½ T1 line

0.75 Mb/s

Category-5 UTP cable

HWIC-1T1/E1

Metro Ethernet line

Shaped to 1.5 Mb/s

Category-5 UTP cable

Onboard Fast Ethernet


Each deployment scenario was also validated with a backup link to the WAN. The details are described in the "Path Redundancy, Rapid Recovery, and Disaster Recovery" section.

The routing and addressing aspects of each WAN deployment are described in the IP Addressing and IP Routing.

Leased-line Deployment

When a branch office requires a permanent dedicated connection, a point-to-point leased line is used to provide a preestablished digital circuit from the branch through the service provider network to the central site. The service provider reserves the circuits for exclusive use by the enterprise. For a branch office, leased lines are typically available in fractional, full, or multiple T1/E1 or T3/E3 capacities. They are generally priced based on bandwidth and distance between the two connected endpoints. The cost of a leased-line WAN can become significant when it is used to connect a branch to many sites over increasing distance. Therefore, leased-line WANs are typically used to connect the branch to a central site, only when it is over a geographically short distance; when branch applications have critical bandwidth, latency, and/or jitter requirements; or when no acceptable alternatives are available in the geographic area. However, leased lines are used extensively to connect branches to a local point of presence (POP) that serves as an entry point into a service provider network offering other types of WAN transmission services.

Figure 17 and Figure 18 show the Basic Small Branch Network leased-line deployment scenario using the Cisco 1941 and Cisco 1861 ISRs, respectively.

Figure 17 Basic Small Branch Network Leased Line Deployment Using the Cisco 1941 ISR

Figure 18 Basic Small Branch Network Leased Line Deployment Using the Cisco 1861 ISR

All traffic must be encapsulated by a data link layer protocol while it is crossing the WAN. The protocol defines how data is encapsulated into frames and the mechanism for transferring the frames between the branch and a central site. Selection of the data link layer protocol depends on the WAN technology and the communicating equipment in use. For leased-line WAN links, the following are the most prevalent data link protocols:

Point-to-Point Protocol (PPP): The most popular encapsulation protocol for transporting IP traffic over point-to-point links. PPP provides asynchronous and synchronous encapsulation, network protocol multiplexing, link configuration, link quality testing, error detection, and option negotiation for capabilities such as network layer addresses or data-compression algorithms.

Multilink Point-to-Point Protocol (MLPPP): A method for splitting, recombining, and sequencing datagrams across multiple PPP links. It combines multiple physical links into one logical link to increase available bandwidth. To learn more about PPP and MLPPP, visit:

http://www.cisco.com/en/US/tech/tk713/tk507/tsd_technology_support_protocol_home.html

Ethernet: Various standards capable of carrying standard Ethernet frames at a rate of 100 Mb/s. Ethernet employs the same Carrier Sense Multiple Access with Collision Detection (CSMA/CD) protocol, same frame format, and same frame size as its lower speed predecessors.

The Basic Small Branch Network was validated with the following combination of leased lines and encapsulation protocols:

A T1 line with PPP

A ½ T1 line with PPP

Fast Ethernet

Frame Relay Service Deployment

The traditional alternative to permanent leased lines has been virtual circuits provisioned over a service provider-administered Frame Relay network. A branch office is connected to the network by attaching a point-to-point link from the branch router (DTE) to the provider's nearest Frame Relay switch (DCE). When connections are in place for both the branch and a central site, a virtual circuit is set up to allow communication between the two locations. The virtual circuit is typically configured to stay active all the time. A virtual circuit is identified by Data Link Connection Identifier (DLCI), which ensures bidirectional communication from one DTE device to another and which guarantees data privacy. A number of virtual circuits can be multiplexed into a single physical line for transmission across the network. Therefore, it is relatively easy to connect one branch office to multiple destinations.

Frame Relay is an any-to-any service over a network shared by many subscribers. The sharing allows service providers to offer lower monthly rates in comparison to dedicated leased lines. The data rate is also more flexible. Instead of one fixed rate, bursts are allowed if the network has available capacity. The downside to a shared network is a potential drop in service when traffic increases. To provide acceptable performance, service providers usually offer a minimum committed rate that is guaranteed to a subscriber. Frame Relay can provide speeds from 56 kb/s to 43 Mb/s, depending on the capability of the service provider's network.

While Frame Relay is considered legacy today, it is used extensively to implement enterprise WANs. Its primary advantages are cost and deployment flexibility. In comparison to leased lines, bandwidth is cheaper because it is shared, and only a short local loop is required to connect the branch to the nearest Frame Relay switch. Adding virtual circuits or increasing bandwidth is simple and fast.

The leased-line connection to the Frame Relay network typically uses one of the following Frame Relay encapsulation mechanisms:

Frame Relay (FR) protocol: Specifies how data moves between the DTE and DCE over a single line.

To learn more about FR, visit:

http://www.cisco.com/en/US/tech/tk713/tk237/technologies_tech_note09186a008014f8a7.shtml

Multilink Frame Relay (MLFR): Enables multiple lines to be aggregated into a single bundle of bandwidth.

To learn more about MLFR, visit:

http://www.cisco.com/en/US/docs/ios/12_0s/feature/guide/17s_mfr.html

The Basic Small Branch Network was validated with the following combination of Frame Relay encapsulation protocols:

A T1 line with Frame Relay protocol

A ½ T1 line with Frame Relay protocol

Figure 19 and Figure 20 show the Frame Relay private WAN deployment scenario using the Cisco 1941 and Cisco 1861 ISRs, respectively.

Figure 19 Basic Small Branch Network Frame Relay Service Deployment Using the Cisco 1941 ISR

Figure 20 Basic Small Branch Network Frame Relay Service Deployment Using the Cisco 1861 ISR

L3VPN Service Deployment

Many enterprises are turning to MPLS-based WAN services because they offer cost-effective, scalable, and flexible alternatives to the traditional Frame Relay (or ATM) based private WANs. MPLS is a label-based protocol that operates between the data link layer (Layer 2) and the network layer (Layer 3). A label is imposed on a packet at the edge of the MPLS network and is removed at the other end. Label forwarding is performed by a lookup on the incoming label, which is then swapped for the outgoing label and forwarded to the next hop. Routing decisions and reachability information are based on IP addresses. Therefore, Layer 3 is also the foundation for any services offered by MPLS-based networks. Virtual Private Network (VPN) technology combined with MPLS provides traffic security and privacy. There are two general types of VPNs: enterprise-managed and service provider-managed. Layer 3 MPLS VPN (L3VPN) is a service provider-managed VPN service.

In an L3VPN WAN deployment, the provider's MPLS network routes the enterprise IP traffic. A provider edge (PE) router directly connects to the customer edge (CE) router in the branch office. The PE router communicates with the CE router via the routing protocol selected by the enterprise (RIP, OSPF, BGP, and so on). Thus, the PE router learns all of the enterprise routes and forwards the packets based on that information. The PE router also exchanges reachability information with other PE routers in the MPLS network by running Multiprotocol Border interior Gateway Protocol (M-iBGP) in the MPLS network core.

L3VPN services offer several unique advantages over traditional private WANs:

They offer scalable any-to-any connectivity. A CE router peers with a PE router that maintains the full mesh topology. Unlike Frame Relay (or ATM), there is no complex virtual circuit topology to manage. Adding a new site to the mesh involves no other connections beyond the one connection to the PE router.

Two branches can have overlapping address space if they are members of different VPNs.

MPLS is IP aware and has a single control plane that matches the physical topology of the network. This allows better mapping of traffic into available resources or rapid redistribution of traffic in response to changes in the topology.

Service providers are leveraging IP QoS to offer a full range of service guarantees for critical traffic.

The main limitation of MPLS stems from its dependence on IP. Only IP-based traffic is supported, and all other protocols must use a tunneling mechanism.

To learn more about Layer 3 MPLS VPN, visit:

http://www.cisco.com/en/US/solutions/ns340/ns414/ns465/net_design_guidance0900aecd80375d78.pdf

http://www.cisco.com/en/US/docs/net_mgmt/vpn_solutions_center/1.1/user/guide/VPN_UG1.html

The leased-line connection to the PE device typically uses one of the following data link layer encapsulation mechanisms:

PPP: Described in the "Leased-line Deployment" section.

MLPPP: Described in the "Leased-line Deployment" section.

The Basic Small Branch Network was validated with the following combination of access links to a PE device:

A T1 line with PPP

A ½ T1 line with PPP

Figure 21 and Figure 22 show the L3VPN private WAN deployment scenario using the Cisco 1941 and Cisco 1861 ISRs, respectively.

Figure 21 Basic Small Branch Network L3VPN Deployment Using the Cisco 1941 ISR

Figure 22 Basic Small Branch Network L3VPN Deployment Using the 1861 ISR

VPWS Services

For enterprises that want to retain control over Layer 2 connectivity, service providers offer Layer 2 VPNs. The following sections describe the most typically offered services.

MPLS Switched WAN Services

Layer 3 VPNs: Described in the "L3VPN Service Deployment" section.

Layer 2 VPNs: Emulation of Layer 2 connectivity over MPLS network

Virtual Private LAN Service (VPLS): The branch office Ethernet LAN is extended to the provider edge (PE) device. The provider network then emulates the function of a LAN switch to connect all customer LANs into a single bridged LAN. VPLS is a point-to-multipoint service.

Virtual Private Wire Service (VPWS, also called PWE3 pseudowire): The service provider network emulates point-to-point connections from the branch over the underlying MPLS tunnel. In general, the network emulates existing Frame Relay, ATM, Ethernet, HDLC, or PPP links. The enterprise keeps the same Layer 2 connections to the service provider, but instead of the data being carried natively over a Frame Relay or ATM service, the data is encapsulated and routed over the provider's MPLS backbone.

Ethernet Switched WAN Services

Permanent Point-to-Point Ethernet Line: Dedicated Ethernet circuit. The permanent point-to-point Ethernet switched WAN series are described in the "Leased-line Deployment" section.

Virtual Ethernet Connections: Connectivity over a service provider's shared Ethernet network.

E-Line: Point-to-point Ethernet services (single link configuration)

Ethernet Private Line (EPL): Dedicated point-to-point virtual line. The connection from the branch goes to a dedicated User Network Interface (UNI) device. Multiple EPLs require multiple UNIs. EPL is an alternative to dedicated leased lines.

Ethernet Virtual Private Line (EVPL): Multipoint-to-point virtual lines. A single UNI multiplexes multiple virtual connections. EVPL is an alternative to Frame Relay or ATM PVCs.

E-Tree: Point-to-multipoint Ethernet services (hub-and-spoke configuration)

Ethernet Private Tree (EP-Tree): Single point-to-multipoint virtual lines.

Ethernet Virtual Private Tree (EVP-Tree): Multipoint-to-multipoint virtual lines.

E-LAN: Multipoint-to-multipoint Ethernet service (full-mesh configuration)

Ethernet Private LAN (EP-LAN): Single multipoint-to-multipoint virtual lines.

Ethernet Virtual Private LAN (EVP-LAN): Multiple multipoint-to-multipoint virtual lines.

Selecting the most appropriate Ethernet-switched WAN service from this list involves several considerations. One of the first decision points is between L3VPN or L2VPN service. Table 4 provides a high-level comparison of the two options. Ultimately, the decision depends on the amount of control that the enterprise wants to retain over its WAN deployment.

Table 4 High-Level Comparison Between L2VPNs and L3VPNs 

L2VPN
L3VPN

Provider forwards frames, based on Layer 2 information

Provider forwards packets, based on Layer 3 information

Provider involved in routing

Provider not involved in routing

Supports only Ethernet as access technology

Supports any access technology

Enterprise controls Layer 3 policies (routing, QoS)

Provider controls Layer 3 policies (routing, QoS)

Supports any Layer 3 protocol

Supports only IP

Limited scalability

Scalable


The Basic Small Branch Network was validated with Virtual Private Wire Services (VPWS). In this deployment, the service provider network acts as a Layer 2 switch. It maps incoming traffic to pseudowires based on Layer 2 headers. Figure 23 and Figure 24 show a VPWS deployment scenario using the Cisco 1941 and Cisco 1861 ISRs, respectively.

To learn more about Layer 2 MPLS VPNs, visit:

http://www.cisco.com/en/US/technologies/tk436/tk891/technologies_white_paper0900aecd80162178_ns585_Networking_Solutions_White_Paper.html

Figure 23 The Basic Small Branch Network VPWS Deployment Using the Cisco 1941 ISR

Figure 24 The Basic Small Branch Network VPWS Deployment Using the Cisco 1861 ISR

VPWS services allow the enterprise to keep its existing WAN infrastructure and to transparently connect to the service provider's Ethernet network, providing a transparent migration path to VPLS services. The leased-line connections to the PE device continue to use the typical Layer 2 encapsulation mechanism:

PPP: Described in the "Leased-line Deployment" section.

MLPPP: Described in the "Leased-line Deployment" section.

Ethernet: Described in the "Leased-line Deployment" section.

The Basic Small Branch Network was validated with the following combination of access links to a PE device:

A T1 line with PPP

A ½ T1 line with PPP

Fast Ethernet

LAN Deployment Model

LAN services provide connectivity for converged data, voice, and video communication. Consequently, a properly designed LAN is a fundamental requirement for performing day-to-day business functions at the branch office. Of the various ways to architect a LAN, a hierarchical design is best suited to meet the business criteria outlined in the "Small Branch Design Considerations" section on page 4.

A typical hierarchical design is broken into three logical layers:

Access layer: Interfaces with end devices, such as PCs, IP Phones, printers, and servers. The access layer provides access to the rest of the network, and it controls which devices are allowed to communicate on the network.

Distribution layer: Aggregates the data that is received from the access layer switches, provides for data separation and forwards traffic to the core layer for routing to its final destination. It controls the flow of traffic, delineates broadcast domains, and provides resiliency.

Edge layer: Aggregates the data that is received from the distribution layer switches and serves as an entry and exit point between the LAN and WAN. This is typically the branch router.

This design has the following benefits:

Scalability: The modularity of the design provides room for easily adding devices as the network grows.

Resiliency: Connecting the access layer switches to multiple distribution switches ensures path redundancy.

Performance: Hierarchical layering enables fewer higher performing switches to aggregate traffic from many lower performing switches. The need for fewer higher performing switches results in both cost savings and optimal use of network devices.

Security: Different security policies can be implemented at various levels of the hierarchy

Manageability: All switches in one layer perform the same function, making it easy to propagate changes.

Hierarchical LAN design is only a logical layout of network devices. A Cisco ISR small branch office has three prominent physical implementation options, shown in Figure 25, that map into the logical hierarchical design:

Access router that is connected to physically separate access switch

Access router with integrated access switch

Access router with integrated and physically separate access switch

Figure 25 LAN Connectivity Options for Small Branch Office

The integrated switch configuration on the Cisco 1861 provides only eight switch ports. Therefore, the router with the integrated switch implementation option does not meet the requirements highlighted in the "Small Branch Design Considerations" section on page 4. The Cisco 1941 configuration used a physically separate switch, and the Cisco 1861 configuration used a combination of an integrated switch and a physically separate switch.

For a more in-depth discussion of various branch LAN deployment options and features, see the following:

LAN Baseline Architecture Branch Office Network Reference Design Guide

LAN Baseline Architecture Overview--Branch Office Network

The "Selecting Network Components" section briefly describes the Catalyst 2960 switch that was selected for the Basic Small Branch Network LAN. Figure 26 shows a high-level physical topology diagram for the LAN. The Basic Small Branch Network used 1.25 end devices per user, assuming that most PCs are connected to the switch through an IP Phone. Figure 26 shows one possible physical configuration for a 15- and 25-user branch office.

Figure 26 Hierarchical LAN Design

Switches must support many features to facilitate interoffice connectivity. Features of the Catalyst 2960 switch that were leveraged by the Basic Small Branch Network are described in the following sections:

Virtual LANs

VLAN Trunks and VLAN Trunking Protocol

Power-over-Ethernet

Spanning Tree Protocol

In addition, the following features of the Catalyst switches are described in other parts of this guide:

Layer 2 security in the "Threat Protection, Detection, and Mitigation" section

Layer 2 Quality of Service (QoS) in the "Quality of Service" section

Authentication services in the "Access Control" section

Access layer switches facilitate the connection of end node devices to the network. Most of these devices are equipped with a single network interface card (NIC) and therefore form only one connection to the network. If a device has multiple NICs, it can be wired to two or more access layer switches for increased resiliency. For the Basic Small Branch Network, the access layer provides the following functions:

Voice, data, black hole, and management VLANs: Provide traffic separation and broadcast domains for voice, data, and management traffic.

Uplink connections with VLAN Trunking Protocol (VTP) trunks to the edge and distribution layer router: Extend VLANs to the router and across the entire network.

VTP server: Propagates VLAN information across the LAN.

Layer 2 security: Controls the number and identity of devices that can connect to the network.

QoS: Guarantees network resources for voice traffic and enforces proper usage of QoS by end devices.

Authentication services: Authenticates the connecting device with RADIUS server.

Power over Ethernet: Provides power to the connected IP Phones.

Spanning Tree Protocol (STP): Eliminates any accidentally introduced loops from the network.

The edge and distribution layer provides:

Connectivity, security, and management services described throughout this guide.

Voice, data, black hole, management, and DMZ subnets: Switches interVLAN traffic.

Virtual LANs

A VLAN defines a group of logically connected devices that act as an independent LAN while sharing the same physical infrastructure with other VLANs. Each VLAN is a logically separate IP subnet. A switch can carry multiple VLANs, and a VLAN can be extended across multiple Layer 2 and Layer 3 devices. VLANs offer several benefits:

Security: Traffic in a VLAN is separated from all other traffic by Layer 2 tags.

Performance: VLANs reduce unnecessary traffic and use bandwidth more efficiently by delimiting broadcast domains.

Management: VLANs are managed globally, and configuration is propagated across the network.

Several VLANs were defined for the Basic Small Branch Network:

Data VLAN: Carries traffic generated by laptops, PCs, and servers.

Voice VLAN: Carries traffic generated by IP Phones, and singles out voice traffic for QoS.

DMZ VLAN: Special VLAN for web, application, and database servers accessible by home office users.

Management VLAN: Carries traffic for managing networking devices.

Black Hole VLAN: All unused ports are assigned to this VLAN. This is a security best practice.

Figure 27 shows the VLAN configuration for the Basic Small Branch Network.

Figure 27 VLAN Design

Cisco IP Phones contain integrated three-port switches, as shown in Figure 28. An access layer switch instructs the phone to tag voice traffic for voice VLAN and to forward data frames for tagging at the switch port. This allows the switch port to carry both voice and data traffic and to maintain the VLAN separation. The link between the switch port and the IP Phone acts as a trunk for carrying both voice and data traffic.

Figure 28 Integrated Switch in Cisco Unified IP Phone 7900 Series

The DMZ VLAN and the black hole VLAN are described in the "Security Services" section. The Management VLAN is described in the "Management Services" section. In addition to the VLANs that were defined for the Basic Small Branch Network, other VLANs could be required. If the branch office has wireless access points, they should be connected to the switch and the traffic generated through these devices should be assigned to the wireless VLAN. Moreover, some networks could continue to use older equipment that does not support 802.1Q frame tagging. Isolate these devices in their own native VLAN that supports both untagged and tagged traffic.

VLAN Trunks and VLAN Trunking Protocol

VLAN trunks are point-to-point links between two Ethernet interfaces that carry traffic for multiple VLANs. They are used to extend VLANs across the entire network. VLAN Trunking Protocol (VTP) propagates VLAN information from one switch (server) to other switches in the network (clients). VTP maintains VLAN configuration consistency by managing the addition, deletion, and changes to VLANs across multiple switches.

Figure 29 shows VLAN trunks that are defined for the Basic Small Branch LAN.

Figure 29 VLAN Trunks and VTP Configuration

A switch can be configured as a VTP server, as a VTP client, or in transparent mode. A VTP server distributes and synchronizes VLAN information to VTP-enabled switches. VTP clients act on that information. VTP transparent switches are unaffected, but they pass VTP advertisements to other switches. The VTP domain delimits the portion of the LAN managed by a single VTP server.

The Basic Small Branch Network consists of a single VTP domain. The access switch was configured as a VTP server as shown in Figure 29. VTP is not necessarily for a single switch network design; however, it enables the network to scale up when additional switches are introduced. In the two-switch Cisco 1861 topology, the physically separate Catalyst 2960 switch served as the VTP server to reduce the router's workload.

VTP version 2 was used in validating the Basic Small Branch Network.


Note Always check the revision number of a new switch before bringing adding it to the network, regardless of whether the switch is going to operate in VTP client mode or operate in VTP server mode. To reset the revision number, do one of the following:

Reboot the switch
or

Temporarily change the domain name of the new switch and then change it back to its valid domain name.


In using VTP, it is possible to run into a "VTP bomb," which can happen when a VTP server with a higher revision number of the VTP database is inserted into the network. The higher VTP database number will cause VLAN information to be deleted from all switches. Therefore, it is important to make sure that the revision number of any new switch introduced into the network is lower than that of the VTP server.

Power-over-Ethernet

Power-over-Ethernet (PoE) provides power to devices that are attached to the switches such as IP Phones or wireless access points. All access layer switches in the Cisco 1861 Basic Small Branch Network are provided with the PoE option. Although all access layer switches should provide PoE to support the required number of users, a non-PoE Catalyst 2960 was inserted into the Cisco 1861 Basic Small Branch Network for validation completion. The Catalyst 2960 used in the Cisco 1941 Basic Small Branch Network does not provide PoE.

Spanning Tree Protocol

Spanning Tree Protocols (STPs) are used to detect and prevent traffic loops or duplicate frames in a network with redundant paths. The Basic Small Branch Network, by design, does not have loops. However, to prevent accidental loops that frequently occur in the wiring closet or when users connect desktop switches to the network, Rapid VLAN Spanning Tree (RVST) protocol was enabled on the switch. In the two-switch Cisco 1861 topology, the physically separate Catalyst 2960 switch served as the root bridge for the protocol to reduce the router's workload

To learn more about STP, visit:

http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/sw_ntman/cwsimain/cwsi2/cwsiug2/vlan2/stpapp.htm

Network Fundamentals

Network fundamentals are the basic services required for network connectivity. These services are described in the following sections and shown in Figure 30:

Path Redundancy, Rapid Recovery, and Disaster Recovery

IP Addressing and IP Routing

Quality of Service

Figure 30 Basic Connectivity Services

Path Redundancy, Rapid Recovery, and Disaster Recovery

Network uptime and recovery time are critical for many types of enterprise branches. The Basic Small Branch Network achieves network availability through link redundancy. Rapid recovery is the ability of a network service to quickly recover from downtime. The Basic Small Branch Network achieves rapid recovery by using modular, field-replaceable components.

Disaster recovery is the process of restoring network services to full function after a failure-induced downtime. The Basic Small Branch Network enables disaster recovery by storing redundant copies of all device configurations on external storage devices. In addition, a Cisco SmartNet contract is recommended to provide around-the-clock, global access to the Cisco Technical Assistance Center (TAC), and 2-hour or next-business-day hardware replacement.

The benefits of a network design that provides high availability, rapid recovery and disaster recovery include the following:

Availability: Network services are available to users when needed and as expected.

Minimal time to repair: There are minimal disruptions when outages or failures occur.

Transparent maintenance: Planned maintenance may be performed with minimal downtime.

The various mechanisms and features used in the different layers of the hierarchical network design to achieve high availability and rapid recovery are shown in Figure 31 and described in the following sections:

Backup WAN Link

Figure 31 High Availability and Rapid Recovery Components

Both switch and router configuration files should be stored on an external storage device to enable disaster recovery. The Basic Small Branch Network used two different methods of storing copies of configuration files:

Backup to centrally located TFTP server

Password protected USB flash drive

For more information about backup and restore of configuration files to/from TFTP server, visit:

http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_tech_note09186a008020260d.shtml

The TFTP backup and recovery method provides fast and convenient access to the configuration files if they are needed for disaster recovery. However, because a centrally located server may not be accessible in all circumstances, locally stored USB flash token is also provided in the Basic Small Branch Network. Aladdin Knowledge Systems USB eToken, shown in Figure 32, was selected for this purpose. It requires authentication to access the configuration files encrypted and stored on the device. The eToken itself should be stored in a secure, fire- and temperature-resistant container at the branch office.

Figure 32 Aladdin Knowledge Systems USB eToken and Cisco ISR

To learn more about the Aladdin eToken, visit:

http://www.cisco.com/en/US/prod/collateral/modules/ps6247/product_data_sheet0900aecd80232473.html

Backup WAN Link


Note The following section applies only to the Cisco 1941 ISR configuration.


Any of the WAN connectivity options that are described in "WAN Services" section can be used as a backup link mechanism. In practice, however, PSTN and Internet based connections are primarily used for this purpose. The main considerations when selecting the backup link are:

Service provider: The backup link should go through a different service provider network than the primary link. There should be no or minimal sharing of back-end infrastructure by the providers.

Service availability: Selection of backup link service must take into account local availability.

Availability and recovery requirements: The properties and type of service expected for the backup connection.

Cost: The backup link cost must be evaluated based on how well it meets the availability requirements.

Table 5 lists advantages and disadvantages of the most commonly used backup connections for a branch office.

Table 5 Common WAN Backup Link Options for a Small Branch Office 

Service Type
Advantages
Disadvantages
Appropriate for Branches

ISDN (PRI or BRI)

Concurrent data and voice transmission

Symmetric and dedicated bandwidth

Works over telephone wires

Call setup

Limited bandwidth

Telephone wires are the only connection option, and the office is too far from POP for xDSL link.

Voice is the primary traffic (use PRI).

Diversify service provider for backup.

xDSL

Concurrent data and voice transmission

Dedicated bandwidth

Works over telephone wires

Relatively high bandwidth

Quality dependent on wiring and distance to POP

Asymmetric bandwidth

Appropriate for most branch offices.

Cable

High bandwidth

Asymmetric bandwidth

Shared bandwidth

Less secure

Require high bandwidth.

3G

Easy installation

Small antenna

No cabling

Limited bandwidth

Limited availability

Unreliable link

Locations without wiring.

Diversify service providers for backup.

Satellite

Global coverage

Link delay

Unreliable link

Small antenna

Remote locations.

Diversify service provider for backup.


In addition to these general considerations, a backup link must meet the business criteria outlined in the "Small Branch Design Considerations" section on page 4. At present, the Basic Small Branch Network has been validated only with SHDSL as a backup WAN link. In future updates to this guide, some of the other options listed in Table 5 will be validated and documented.

All WAN deployments described in the "WAN Services" section provide a backup link to the central site. The traffic is encrypted and directed over the Internet as shown in Figure 43. The backup link connects the branch to the nearest location where the provider makes access to the Internet service available. The link can be set to standby mode and used only for backup when the primary WAN link fails, or it can stay active and provide access to the Internet using a split tunneling mechanism. Both of these options were validated in the design.

For the Basic Small Branch Network, the following connection option was selected for backup:

A single broadband G.SHDSL link connected to the Cisco HWIC-2SHDSL interface is shown in Figure 33

Figure 33 2-Port Symmetric High-Speed DSL (SHDSL) WAN Interface Card (HWIC-2SHDSL)

To learn more about the Cisco HWIC-2SHDSL interface card, visit:

http://www.cisco.com/en/US/prod/collateral/modules/ps5949/ps7175/product_data_sheet0900aecd80581fa0.html

Physical connectivity for the xDSL line consists of one or multiple telephone wires terminated at a DSL access multiplexer (DSLAM) in the provider's nearest point of presence (POP). The Cisco HWIC-2SHDSL comes with a cable that directly connects its single RJ-45 port to two telephone lines terminated at one of the supported DSLAMs. Table 6 identifies the WAN backup link, bandwidth, physical connection for the link, and Cisco ISR interface that provides access to the Internet provider's network.

Table 6 WAN Backup Line Option 

WAN Backup Line Type
Bandwidth
Physical Connection
ISR Interface or Module

SHDSL with M-Pair

2.3 Mb/s

Two twisted-pair telephone wires

HWIC-2SHDSL


xDSL Connection

Digital subscriber line (DSL) technology is a popular option for connecting home office workers and small branch offices to the enterprise network. In a large branch office, it is used mainly as a backup link. DSL creates an always-on connection that uses existing telephone wires to transport high-bandwidth data and to provide IP-based services. A DSL modem converts digital signals to and from analog signals. At the telephone company POP, a DSLAM is used to redigitize the signal and forward it to the Internet service provider. There are various DSL standards, all under the general name xDSL, for various x. The Basic Small Branch Network office used single-pair high-speed DSL (G.SHDSL).

The universal choice of Layer-2 encapsulation protocol for use on xDSL lines is asynchronous transfer mode (ATM). ATM adaptation layer (AAL) is a mechanism for segmenting upper-layer information into ATM cells at the transmitter and reassembling them at the receiver. AAL5 provides support for segmenting and reassembling routed/switched protocols over ATM permanent virtual circuits (PVCs) using Logical Link Control Layer (LLC)/Subnet Access Protocol (SNAP) or virtual channel multiplexing (VCMUX). LLC/SNAP adds an extra header that allows multiplexing of multiple protocols over the same PVC circuit. VCMUX allows multiple virtual circuits (VCs) on the xDSL link and maps each protocol to a different VC. For simplicity, AAL5+SNAP encapsulation was chosen for the Basic Small Branch Network.

ATM M-Pair allows bundling of several xDSL lines to form a single logical link of higher combined bandwidth. Two telephone lines were bundled together in the Basic Small Branch Network to create a bandwidth of 2.3 Mb/s.

In summary, the Basic Small Branch Network used the following xDSL configuration:

G.SHDSL with 2-line M-Pair and AAL5+SNAP encapsulation

IP Addressing and IP Routing

Cisco offers a broad portfolio of IP routing and addressing technologies. Only some of these technologies are relevant to branch offices. To meet the design criteria in the "Small Branch Design Considerations" section on page 4, the Basic Small Branch Network was deployed with the following IP routing and addressing services enabled in the Cisco IOS software on the routers:

Routing Protocols

Multicast

DHCP

NAT and PAT

When assigning IP addresses to the various devices in the branch office, it is important to follow the IP addressing scheme and conventions set for the entire enterprise network. Today, enterprises use classless IP addressing, classless IP routing protocols, and route summarization. The Basic Small Branch Network uses a private addressing scheme allocated from the 10.0.0.0/22 address pool that has 1022 available hosts. The design assumes that a single user will need two IP addresses: one for the PC and another for the IP Phone. The other addresses are used for server and network devices, or are left unallocated.


Note The Voice VLAN applies only to the Cisco 1861 ISR configuration.


The address pool is divided among VLANs as follows:

Voice VLAN: 254 addresses

Data VLAN: 254 addresses

DMZ VLAN: 14 addresses

Management VLAN: 30 addresses

Black hole VLAN: 30 addresses

Table 7 shows the address assignment, and Figure 34 and Figure 36 show the corresponding topologies. The addressing scheme is only an example. Each enterprise should follow its own addressing scheme.

Table 7 Sample Address Assignment Scheme for the Basic Small Branch Network 

Component
Network

Data VLAN

10.0.0.0/24

Voice VLAN

10.0.1.0/24

Management VLAN

10.0.2.0/27

Black Hole VLAN

10.0.2.32/27

DMZ VLAN

10.0.2.64/28


Figure 34 Sample Address Assignment for the Basic Small Branch Network

Figure 35 Sample Address Assignment for the Basic Small Branch Network

Routing Protocols

Several routing protocols are relevant to the branch office. Although there are design differences among these routing protocols, all have a common goal of stability, availability, fast convergence, and high performance. However, no one protocol is best suited for all situations, and trade-offs must be considered when deciding on the appropriate one. The following are the most common routing protocols:

Static routing: Manually defined routes as next hops to various destinations. Static routes are generally used in very small networks or when the routing is managed by the service provider. In a branch, a static route is typically used to forward traffic to the Internet service provider network.

For more information about static routes, visit:

http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800ef7b2.shtml

Routing Information Protocol version 2 (RIPv2): Distance vector protocol now considered a legacy. It is should be used only in small legacy networks that have little need to grow.

For more information about RIP, visit:

http://www.cisco.com/en/US/tech/tk365/tk554/tsd_technology_support_sub-protocol_home.html

Enhanced Interior Gateway Routing Protocol (EIGRP): Enhanced distance vector protocol proprietary to Cisco. Unlike traditional distance vector protocols, EIGRP does not age out routing entries or uses periodic updates. The Distributed Update Algorithm (DUAL) algorithm is used to determine the best path to a destination network. The EIGRP protocol maintains a topology table that includes both the best path and any loop-free backup paths. When a route becomes unavailable, the DUAL algorithm finds the best backup path to the destination. The protocol uses bandwidth and delay to select the preferred path, and can optionally include link reliability and jitter. EIGRP works best in small to medium-sized networks that have a flat design and use only Cisco routers.

For more information about EIGRP, visit:

http://www.cisco.com/en/US/tech/tk365/tk207/tsd_technology_support_sub-protocol_home.html

Open Shortest Path First (OSPF): Link state protocol standardized by EITF. OSPF floods link state information to its neighbors and builds a complete view of the network topology. The Shortest Path First (SPF) algorithm is used to determine the best path to a destination. The protocol uses bandwidth to determine the best path, or can be optionally forced to use a manually defined cost for a path. OSPF works best in networks that are large, have a hierarchical design, have a mixture of Cisco and non-Cisco routers, are expected to grow to a large scale, or require fast convergence time.

For more information about OSPF, visit:

http://www.cisco.com/en/US/tech/tk365/tk480/tsd_technology_support_sub-protocol_home.html

Choosing the appropriate routing protocol in most cases depends on the routing protocol currently used in the enterprise network. Therefore, to ensure its relevance and applicability, the Basic Small Branch Network was validated with all of the routing protocols listed.


Note The following section applies only to the Cisco 1941 ISR configuration.


In all WAN deployments, with the exception of Layer 3 Virtual Private Network (L3VPN), the enterprise manages routing. RIPv2, EIGRP, or OSPF is used to route traffic on the primary link. Both the primary and backup links have a default static route to either the PE or the ISP router. With a standby mode backup interface configuration, the backup default route is automatically inserted into the routing table only after the backup interface becomes active. With an active mode backup interface configuration, the primary default route was assigned a lower cost than the backup default route. The primary default route became active and started directing Internet traffic to the central site only after the backup link failed, and its default route was removed from the routing table.

VPN access by the Basic Small Branch Network is accomplished by the following:

Split Tunneling

The Basic Small Branch Network provides direct access to the Internet through split tunneling. To access the Internet, NAT and PAT are used to map the branch network private addresses to public addresses. See the "NAT and PAT" section. Split tunneling is accomplished by running a separate routing process for the Internet-bound traffic.There are four options for split tunneling in the Basic Small Branch Network, depending on the type of VPN used for the primary link and whether the backup interface is in active or standby mode. The "Routing Protocol Implementation" section on page 19 provides detailed configurations. The following are the four different options:

Active/Standby Primary/Backup WAN links with DMVPN

Active/Standby Primary/Backup WAN links with GETVPN

Active/Active Primary/Backup WAN links with DMVPN

Active/Active Primary/Backup WAN links with GETVPN

Remote User Access

In the Basic Small Branch Network, remote office workers have direct access to the DMZ VLAN over SSL VPN. The users connect to the SSL VPN gateway that is running in the branch office.

Multicast

IP multicast was enabled in the Basic Small Branch Network for applications that take advantage of multicast technologies, such as video conferencing, corporate communications, distance learning, and distribution of software. Cisco Protocol Independent Multicast (PIM) was used to forward multicast traffic. The protocol leverages the router's unicast routing table populated by IGP protocols to maintain a multicast routing table that is used strictly for multicast traffic. PIM does not send routing updates, and it relies on IGP protocols to keep routing information up-to-date.

There are several modes of operation for PIM. In dense mode, the router floods multicast traffic to all interfaces except the one through which the multicast packet arrived. In sparse mode, multicast receivers request multicast traffic to be forwarded to their network segment. This information is propagated between the PIM-enabled network nodes. Sparse-dense mode allows an interface to be configured in both modes in order for different multicast groups to leverage either propagation mechanism.

To learn more about multicast, visit:

http://www.cisco.com/en/US/tech/tk828/tech_brief09186a00800a4415.html

DHCP

Dynamic Host Control Protocol (DHCP) was enabled in the Basic Small Branch Network to automatically assign and manage end device IP addresses from specified address pools within the router.

When a DHCP-enabled end device is connected to the network, the end device first sends out a DHCP discovery request. Then, any available DHCP server offers a lease for an IP address to the end device. However, before the IP address can be assigned, the DHCP server must first check that no other device is currently using this same address. To perform this check, the DHCP server pings the address and waits for the response. When the end device receives a lease offer, it then returns a formal request for the offered IP address to the originating DHCP server. The server confirms that the IP address has been exclusively allocated to the end device.

Any servers running in the branch should use static addressing. Only PCs and IP Phones should rely on DHCP for address assignment. There is a special consideration for IP Phones. They must be registered with Cisco Unified Communications Manager (Cisco Unified CM). If the active router fails, a lease renewal would force the phones to reregister with the Cisco Unified CM or Cisco Unified Survivable Remote Site Telephony (Cisco Unified SRST) agent, which would make the phones unavailable for the period of reregistration.

To learn more about Cisco IOS DHCP server, visit:

http://cco.cisco.com/en/US/docs/ios/12_0t/12_0t1/feature/guide/Easyip2.html

NAT and PAT


Note The following section applies only to the Cisco 1941 ISR configuration.


To access the Internet directly from the branch office, Network Address Translation (NAT) or Port Address Translation (PAT) is needed to map the private addresses of the branch network to valid public addresses. When a packet comes to the router, NAT rewrites the source address in the IP header. The router tracks this translation. When return traffic comes back, the destination address will be rewritten to its original value. PAT adds the ability to rewrite port numbers, thereby increasing the number of times that a single public address can be used for translation. NAT and PAT were enabled to allow multiple hosts from the private branch network to access the Internet by using a single shared public IP address and various port numbers.

To learn more about NAT and PAT (also referred to as NAT Overloading), visit:

http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a0080094831.shtml

Quality of Service

Classification and Marking

Policing and Markdown

Scheduling

Shaping

Scavenger Class QoS

Security Services

An enterprise branch must support a variety of user applications, and some applications are more sensitive than others to packet delay, loss, and jitter that exceed tolerable levels when multiple users share limited network resources. Business-critical applications tend to be sensitive to delays and packet loss, real-time applications have strict delay and jitter requirements, and other types of applications may impose additional requirements. QoS is a set of tools and techniques for managing network resources in order to provide different priorities to different applications or to guarantee them a certain level of performance.

For more information about QoS and the various tools available in Cisco IOS software see the Enterprise QoS Solution Reference Network Design Guide at:

http://www.cisco.com/en/US/docs/solutions/Enterprise/WAN_and_MAN/QoS_SRND/QoS-SRND-Book.html


Note The following sections apply only to the Cisco 1861 ISR configuration.


QoS policies vary from one enterprise to another, as each policy reflects particular business and organizational objectives. To meet the business criteria outlined in the "Small Branch Design Considerations" section on page 4, the Cisco 1861 Basic Small Branch Network adopted a hierarchical QoS model that is configured to support five classes of traffic flows. The five-class model specifically includes real-time call signaling, critical data, best effort, and scavenger classes, as shown in Table 8. The designated classification conforms to the Cisco QoS Baseline and RFC 3246.

Table 8 QoS Five-Class Model 

Application
Layer 3 Classification
Layer 2 CoS/MPLS EXP

Real-time

IPP
PHB 1
DSCP

5, 4

5, 4

EF, AF41, AF42

34, 36, 46

Call signaling

3

CS3

24, 26

3

Critical data

2, 3

AF21, AF22, AF31

18, 20, 25

2, 3

Scavenger

1

CS1

8

1

Best effort

0, 1

0, AF11, AF12

0, 10, 12

0, 1

1 PHB = per hop behavior.


Each class of traffic carries a specific service level requirement. For the five classes selected, the requirements are as follows:

Real-time

Loss should be no more than 1 percent.

One-way latency (mouth-to-ear) should be no more than 150 ms.

Average one-way jitter should be targeted under 30 ms.

Overprovision interactive video queues by 20 percent to accommodate bursts.

Call Signaling

Voice control traffic requires 150 bps (plus Layer 2 overhead) per phone of guaranteed bandwidth. A higher rate may be required, depending on the call signaling protocol(s) in use.

Critical Data

Mission-critical data traffic must have an adequate bandwidth guarantee for the interactive foreground operations that it supports.

Best Effort

Adequate bandwidth should be assigned to the best-effort class as a whole, because the majority of applications will default to this class; reserve at least 25 percent for best-effort traffic.

Scavenger

Scavenger traffic should be assigned the lowest configurable queuing service; for instance, in Cisco IOS this would mean assigning a Class-Based Weighted Fair Queuing (CBWFQ) of 1 percent to the scavenger class.

Figure 36 shows allocation of bandwidth to the five QoS classes. The Five-Class QoS Model allocates bandwidth to the general traffic categories as follows:

Real-time traffic (voice and interactive video): 28 percent

Call signaling: 5 percent

Scavenger: 2 percent

Best effort traffic: 45 percent

Critical data traffic: 20 percent

Figure 36 Bandwidth Allocation for Five-Class QoS Model

There are various ways to enable QoS in an enterprise branch network. The Five-Class QoS policy is implemented in two logically different places in the network. A part of the policy is implemented at the access layer, and another part is implemented at the WAN edge layer. Figure 37 and Figure 38 shows summaries of QoS features that are part of the Basic Small Branch Network and their different implementation points. This design conforms to the Differentiated Services (DiffServ) architecture, as defined in RFC 2475.

Figure 37 WAN Router

Figure 38 LAN Switch

Regardless of the implementation point, the design incorporated a set of common QoS design principles. These principles are described in the following sections.

Classification and Marking

Classification identifies packets belonging to a certain traffic class, based on one or more TCP/IP header fields as defined in the Access Control List (ACL), or in application signatures via Network Based Application Recognition (NBAR). Marking tags the classified traffic by modifying either the 802.1Q/p class of service (CoS) Ethernet header field for incoming traffic or the DSCP per-hop behavior (PHB) header bits for outgoing traffic. Applications are classified and marked as close to their sources as technically and administratively feasible. Access layer switches remark all the packets coming from PC endpoints, servers, and so on, with appropriate CoS/DSCP values. Voice and signaling packets coming out of Cisco IP Phones are trusted, but all the packets coming from PCs attached to the IP Phones are re-marked. Figure 39 shows assignment of different traffic flows to corresponding DSCP PHB and 821.Q/p CoS classes. In addition, the assignment of each class to the corresponding Catalyst 3560 queue is shown.

Figure 39 Traffic Flow to QoS Class Mapping

Policing and Markdown

Policing determines whether packets are conforming to administratively defined traffic rates, and marks, re-marks, or drops nonconforming traffic flows. Excess traffic is marked down according to the Assured Forwarding PHB Group (RFC 2597) rules. Traffic flows are policed and marked down as close to their sources as possible. Traffic leaving access layer switches was rate limited. Policing is enabled on the outgoing WAN interface.

Scheduling

Scheduling determines how a frame or packet exits a device. The Weighted Random Early Detection (WRED) algorithm provides for congestion avoidance on network interfaces by providing buffer management and allowing TCP traffic to throttle back before buffers are exhausted. This helps avoid tail drops and global synchronization issues, thereby maximizing network utilization and TCP-based application performance.

Queuing techniques such as weighted fair queuing (WFQ), CBWFQ, and low latency queuing (LLQ) are necessary to ensure that critical applications are forwarded even during network congestion. Real-time applications such as voice or video that need to be forwarded with the least latency and jitter use LLQ. Non-delay-sensitive traffic can use CBWFQ. Best-effort data has several queues using WFQ.

Queuing comes into effect automatically only when the amount of traffic exceeds the available bandwidth.

Shaping

Shaping delays excess traffic that is above an administratively defined rate. It uses a buffer to hold packets when the data rate is higher than expected. Shaping was performed on the WAN interface.

Scavenger Class QoS

QoS can also provide network security by using scavenger class QoS. The scavenger class QoS strategy identifies known worms and attacks. Traffic patterns from that end user that are considered "unusual" or as "normal traffic but at an unusually high rate" are marked as scavenger class (CS1) in the DSCP field and allowed to pass through the switch. Through the use of the scavenger class, QoS can be used as a security mechanism to limit the arrival rate of any traffic that is destined for the firewall or Cisco IOS IPS configurations. The Basic Small Branch Network also uses scavenger class QoS for excess traffic on the data VLAN.

Automatic QoS


Note The following section applies only to the Cisco 1941 ISR configuration


To address customer demand for simplification of QoS deployment, Cisco has developed the Automatic QoS (AutoQoS) features. AutoQoS is an intelligent macro that allows an administrator to enter one or two simple AutoQoS commands to enable all the appropriate features for the recommended QoS settings for an application on a specific interface.

For Cisco Catalyst switches, AutoQoS automatically performs the following tasks:

Enforces a trust boundary at Cisco IP Phones.

Enforces a trust boundary on Catalyst switch access ports and uplinks/downlinks.

Enables Catalyst strict priority queuing for voice and weighted round robin queuing for data traffic.

Modifies queue admission criteria (CoS-to-queue mappings).

Modifies queue sizes as well as queue weights where required.

Modifies CoS-to-DSCP and IP Precedence-to-DSCP mappings.

For Cisco IOS routers, AutoQoS is supported on Frame Relay (FR), Asynchronous Transfer Mode (ATM), High-Level Data Link Control (HDLC), Point-to-Point Protocol (PPP), and FR-to-ATM links. For Cisco IOS routers, AutoQoS automatically performs the following tasks:

Classifies and marks VoIP bearer traffic (to DSCP EF) and Call-Signaling traffic (to DSCP CS3).

Applies scheduling

Low Latency Queuing (LLQ) for voice

Class-Based Weighted Fair Queuing (CBWFQ) for Call-Signaling

Fair Queuing (FQ) for all other traffic

Enables Frame Relay Traffic Shaping (FRTS) with optimal parameters, if required.

Enables Link Fragmentation and Interleaving (LFI), either MLP LFI or FRF.12, on slow (768 kbps) links, if required.

Enables IP RTP header compression (cRTP), if required.

Provides Remote Monitoring (RMON) alerts of dropped VoIP packets.

The AutoQoS Enterprise feature consists of two configuration phases, completed in the following order:

Auto Discovery (data collection)—Uses NBAR-based protocol discovery to detect the applications on the network and performs statistical analysis on the network traffic.

AutoQoS template generation and installation—Generates templates from the data collected during the Auto Discovery phase and installs the templates on the interface. These templates are then used as the basis for creating the class maps and policy maps for your network.

Security Services

Security services help to protect the branch network from unauthorized, malicious, or inadvertent use of network resources. The challenge in designing the network is to find a balance between the need to keep networks open to support critical business requirements and the need to protect business-sensitive information. The Basic Small Branch Network strikes this balance by using technology and best practices that provide protection against the most common security threats.

Cisco offers a large number of products, features, and recommendations for securing a network. This design blueprint focuses on security guidelines and security features for services that are integrated into the branch office router and branch office switch. For comprehensive coverage of the subject, see the Enterprise Branch Security Design Guide at:

http://www.cisco.com/en/US/docs/solutions/Enterprise/Branch/E_B_SDC1.html

Providing effective security starts with establishment of a security policy for the branch network. A security policy provides a set of rules by which people who have access to the network resources must abide. RFC 2196 Site Security Handbook provides a good starting point for development of a branch office security policy. In addition, SANS Institute (www.sans.org) provides guidelines for developing comprehensive security policies for enterprises of various sizes.

Security services for a large branch office network are described in the following sections and shown in Figure 40:

Infrastructure Protection

Access Control

Secure Connectivity

Threat Protection, Detection, and Mitigation

Figure 40 Security Services Building Blocks

In addition to following the guidelines and implementing security features recommended in this guide, it is important to emphasize that providing security for the branch network is an ongoing activity. Security threats evolve, and vulnerabilities are uncovered almost daily. Therefore, it is critical for the branch network to undergo continuous monitoring, periodic security assessment, and policy review.

While technology can create high enough barriers to prevent security breaches, the most costly security violations tend to be caused by either low-tech methods or unauthorized employees. Therefore, it is also critical to provide physical security and to ensure that security procedures are enforced at every level in the enterprise.

Infrastructure Protection

Infrastructure protection provides proactive measures to protect the branch routers and switches from direct attacks and indirect misuse. Infrastructure protection assists in maintaining network service continuity and availability. To protect network devices, the following methods are used in the Basic Small Branch Network:

Physical security: Place routers and switches in a locked, temperature- and humidity-controlled room or cabinet accessible only by authorized administrators.

Device security: Harden network devices.

Securing unused ports: Any ports not in use are disabled, autonegotiated trunking is turned off, and the ports are placed into the black hole VLAN.

Enabling Secure Shell (SSH): SSH is enabled and Telnet is disabled to prevent snooping and unauthorized access by unwanted parties. SSH is configured with five login retries.

Enabling secure web access: HTTPS access should be used for management applications.

Enabling VTY, console, and AUX timeouts, and ACLs: Set all VTY, console, and AUX ports with timeouts to automatically drop any idle sessions after 300 seconds. ACLs are applied to restrict access to the network devices and permit only specific protocols for administrative and monitoring purposes.

Providing banner message: It is a security best practice to provide a banner to inform unauthorized users that access to the device is restricted.

Routing protocol security:

Configure protocol authentication: MD5 algorithm is used to authenticate routing protocol packets. In addition, RIPv2 has all interfaces, except for the primary, set to passive mode.

Network services security:

Turning off unnecessary services: Turning off unnecessary services means disabling any known potentially hazardous interface features and any global services not specifically required in the network. Table 9 lists services available on the branch router that should be disabled if not used.

Table 9 Router Services That Should Be Disabled If Unused 

Feature
Description
Default
Action

Cisco Discovery Protocol (CDP)

Layer 2 device discovery protocol

Enabled

Disable

TCP small servers

TCP network services

Disabled

 

UDP small servers

UDP network services

Disabled

 

Finger

User lookup service

Disabled

 

Identification service

Device identification service

Disabled

 

BOOTP

Legacy service for obtaining IP addresses

Enabled

Disable

Autoloading

Autoloading of configuration from TFTP

Disabled

 

Classless routing

Forwarding packets with no specific route to the best supernet route

Enabled

Disable unless required

HTTP server

Used for web-based configuration

Enabled

Disable and use HTTPS

HTTPS server

Used for web-based configuration

Enabled

Disable if not used

FTP server

Used to copy configuration files

Disabled

 

DNS server

Name resolution

Enabled

Disable or enable explicit server if needed

PAD

Packet assembler/disasembler

Disabled

 

IP source routing

Packet-specified routing

Enabled

Disable on all interfaces

Proxy ARP

Proxy for Layer 2 address resolution

Enabled

Disable on all interfaces

IP redirects

ICMP1 redirect message

Enabled

Disable on WAN interfaces

ICMP unreachable

Incorrect IP address notification

Enabled

Disable on WAN interfaces

Directed broadcast

Packet specified broadcast

Enabled

Disable on all interfaces

ICMP mask reply messages

Replies to subnet mask queries

Disabled

Disable on WAN interfaces

MOP

Maintenance Operation Protocol for loading Cisco IOS images

Disabled

 

1 ICMP = Internet Control Message Protocol.


To simplify the steps for to providing network device protection, the Basic Small Branch Network used the AutoSecure feature of Cisco IOS software. It is a single interactive command that disables all nonessential system processes and services as previously described. In addition, it enables several services that improve security, including:

Tuning of scheduler interval and allocation

TCP syn wait time

TCP keepalive messages

ICMP unreachable messages

Enables Cisco Express Forwarding (CEF)

Provides antispoofing

Blocks all IANA-reserved address blocks

Blocks all private address blocks

To learn more about AutoSecure, visit:

http://www.cisco.com/warp/public/cc/pd/iosw/prodlit/cas11_ds.htm

Access Control

Access control is a mechanism for verifying user identity, restricting access to network resources, and auditing usage. Three independent security processes—authentication, authorization, and accounting—are used for this purpose. The processes perform the following functions:

Provide a method for identifying users, verifying their identity, and granting/denying access to the network resources through mechanisms such as login and password or challenge and response.

Provide a method for controlling access to network resources by authenticated users through mechanisms such as user groups, various access levels, privileges, or explicit user/group resource assignment (and vice versa).

Provide a method for auditing the network to ensure compliance with security policies or to monitor attempts of unauthorized use.

Cisco offers several mechanisms to perform the authentication, authorization, and accounting processes independently as well as an integrated architectural framework that consistently enforces security policies across the entire network. The Basic Small Branch Network used a mixture of independent mechanisms and an integrated framework to reinforce and expand access control coverage. Authentication Authorization Accounting (AAA) service is used as the integrated framework to perform the eponymous identity and access control processes.

When AAA is activated, the network device on which it is running verifies security information and reports user activity to the RADIUS or TACACS+ security server on the network. The Basic Small Branch Network was validated with both RADIUS and TACACS+. The two servers provide the following functions:

RADIUS: Distributed client/server system implemented through AAA that secures networks against unauthorized access. RADIUS clients run on routers and switches and send authentication requests to a central RADIUS server that contains all user authentication and network service access information.

To learn more about RADIUS, visit:

http://www.cisco.com/en/US/docs/ios/12_2/security/configuration/guide/scfrad.html

TACACS+: Security application implemented through AAA that provides centralized validation of users attempting to gain access to a router or network access server. TACACS+ services are maintained in a database on a TACACS+ daemon running, typically, on a UNIX or Windows NT workstation. TACACS+ provides for separate and modular authentication, authorization, and accounting facilities.

To learn more about TACACS+, visit:

http://www.cisco.com/en/US/docs/ios/12_2/security/configuration/guide/scftplus.html

Authentication

Authentication identifies the user through a login and verifies the user's identity through a password (or challenge/response in case of a software process). Authentication is the first gate that must be crossed to gain access to the system. If the login is found, the user is identified. If the password matches, then the user's identity is verified. If the login is not found or the password does not match, then the user is denied access. The following measures were taken to provide authentication in the Basic Small Branch Network:

Password management: Password management ensures that only approved users can access a device or services within the network. Strong passwords that are at least 8 characters, combining letters, numbers, and symbols and avoiding dictionary words, numbers, or dates are recommended. Passwords should be changed frequently. The Basic Small Branch Network uses Type 5 encryption for storing administrative passwords in the configuration file as well as the Cisco IOS password encryption feature. In addition, all devices mandate a minimum of an 8-character password length.

VTY, console, and AUX passwords: All access mechanisms on all devices are guarded by administrative passwords.

AAA authentication: A list of authentication methods that are applied to the various interfaces is created. The method list defines the types of authentication to be performed and the sequence in which they will be performed. All authentication methods, except for local, line password, and enable authentication, are defined through AAA.

Authorization

In the simplest terms, authorization defines the network resources accessible to an authenticated user. There are two orthogonal methods for implementing authorization. Either the user is associated with all resources accessible to that user, or a resource is associated with all users that have access to that resource. A user can have different privilege levels for a resource (for example, list, read, write, execute). To simplify management and speed up the authorization process, users are assigned to groups (for example, administrator). Group membership defines which resources can be accessed by the user. Temporal authorization provides a mechanism to grant count- or time-based access to specified resources. The following measures were taken to provide authorization in the Basic Small Branch Network:

AAA authorization: Assembles a set of attributes that describe what the user is authorized to perform. These attributes are compared to the information contained in a database for a given user, and the result is returned to AAA to determine the user's actual capabilities and restrictions. The database is located on a server at the central site. As with authentication, a named list of authorization methods is created and is applied to various interfaces.

Accounting

As the name implies, accounting tracks access by users to various resources. Accounting is used to audit the network to ensure full compliance with security policies or to identify security breaches. The following measures were taken to provide accounting in the Basic Small Branch Network:

Enabling logging: Access control of Simple Network Management Protocol (SNMP) and syslog on the router and switches is configured to ensure that there is a tracking mechanism when any unusual activity occurs. For more information about logging see the "Management Services" section.

AAA accounting: Provides a method for collecting and sending security server information used for auditing, and reporting, such as user identities, start and stop times, executed commands, and packet and byte counts. As with authentication and authorization, a named list of accounting methods is created and applied to various interfaces.

For more information about AAA, visit:

http://www.cisco.com/en/US/docs/ios/12_2/security/configuration/guide/scfaaa.html

Secure Connectivity

Secure connectivity protects against information theft or alteration of end-user data on public shared transport mediums. A Virtual Private Network (VPN) provides the means for securely and privately transmitting data over such a medium. There are two types of VPNs: provider-provisioned and enterprise-provisioned. The Frame Relay, Layer 3 VPN (L3VPN), and Layer 2 VPN (L2VPN) services described in the "WAN Services" section are examples of provider-provisioned VPNs. This section focuses on WAN-based VPN technologies in the context of a branch office. Figure 41 and Figure 42 show the Cisco 1941 and Cisco 1861 ISRs, respectively.

Figure 41 The Basic Small Branch Network Private WAN Deployment Using the Cisco 1941 ISR

Figure 42 The Basic Small Branch Network Private WAN Deployment Using the 1861 ISR

IP-based WAN VPNs routed over the Internet have in recent years became an attractive alternative to traditional Layer 2 WAN deployments. IP VPNs offer low cost, secure, flexible, and scalable site-to-site connectivity. There are a number of WAN VPN options, and selecting the appropriate one involves many considerations. For a branch office the most important of these considerations are:

WAN topology: Support for full-mesh or partial-mesh WAN designs.

Scalability: Number of branch offices in the network and plans for future expansion.

Availability: Local availability of WAN services that can support VPN deployments.

Multicast: Requirement to support multicast traffic.

Security: Type of encryption, key exchange, and authentication required, if any.

Multiprotocol: Support for non-IP protocols.

Quality of Service: End-to-end QoS requirements.

Dynamic routing: Required support for dynamic routing protocols.

High availability: Degree of resiliency required of a VPN.

To provide traffic separation on a public network, VPN uses a tunneling mechanism such as generic routing encapsulation (GRE), IPsec, Point-to-Point Tunneling Protocol (PPTP), or Layer 2 Tunneling Protocol version 3 (L2TPv3). Direct IPsec and GRE are the most typically deployed tunneling protocols for branch office VPNs. A tunneling protocol combined (or supported natively) with authentication and encryption mechanism, forms the basis of enterprise-provisioned VPNs. Table 10 provides an overview of the most commonly used IP-based WAN VPNs in a branch office. SSL-based VPNs are typically used for traffic that traverses the Internet. In the Basic Small Branch Network, SSL VPN is used to connect home users to the branch network.

Table 10 Typical VPNs Provisioned in a Small Branch Office 

VPN Type
Advantages
Disadvantages
Appropriate for Branch

IPSec with direct encapsulation

Multivendor interoperability

Limited support for mesh topology

No dynamic routing

No multicast

IP only

No QoS

When interoperability with non-Cisco products is required

IPsec with VTI1 encapsulation

QoS

Multicast

Dynamic routing

Lower overhead than GRE

Ease of use

Limited interoperability

IP only

Small number of sites.

IPSec with GRE encapsulation

Non-IP protocols

Multicast

QoS

Dynamic routing

Limited support for mesh topology

Overlay routing

When non-IP protocols are required.

Easy VPN

Simple configuration

No mesh topology

No dynamic routing

No multicast

IP-only

Ease of management and simplicity of configuration are a priority.

DMVPN2

Multicast

Simpler configuration than IPsec+GRE

Small scale on-demand meshing

Easier to scale

Limited support for meshed topology

IP-only

Overlay routing

No spoke-to-spoke QoS

Internet-based primary WAN links.

Backup WAN link.

GETVPN

Tunnel-less VPN

Full-mesh connectivity

Routing

Efficient multicast

Advanced QoS

Scalable

Public WAN deployments

IP only

Appropriate for most branch offices.

MPLS/IP WANs.

Traditional Layer 2 WANs that need added security.

SSLVPN

Clientless solution

Ease of use

Limited support for application-level protocols

Lower performance than IPsec alternatives

Remote users connecting to the branch.

1 VTI = Virtual Tunnel Interface.

2 DMVPN = Dynamic Multipoint Virtual Private Network.


In addition to these general considerations, a VPN solution must meet the business criteria outlined in the "Small Branch Design Considerations" section on page 4. Those requirements specify support for multicast and dynamic routing protocols. Because IPSec with direct encapsulation, IPSec with VTI, and Easy VPN do not support multicast and dynamic routing, they were excluded from branch office considerations. Moreover, IPSec with GRE encapsulation is a less general case of Dynamic Multipoint Virtual Private Network (DMVPN). Therefore, the only VPN solutions evaluated for the Basic Small Branch Network are DMVPN, Group Encrypted Transport Virtual Private Network (GETVPN) and SSL VPN.

GETVPN is appropriate for the primary WAN link, and DMVPN is appropriate for the Internet backup link for all WAN deployment scenarios described in the "WAN Services" section. However, existing hub-and-spoke WAN designs may already have DMVPN deployed. Therefore, DMVPN was validated on the primary link for leased line, Frame Relay, and VPWS WAN services. It should be noted that leased-line, Frame Relay, and Virtual Private Wire Service (VPWS) offer a degree of data privacy by providing traffic isolation. However, it is common to add a VPN to improve overall security and to enable enterprises to meet regulatory requirements such as Health Insurance Portability and Accountability Act (HIPAA), Sarbanes-Oxley Act, and Payment Card Industry (PCI) security standards. In summary, the following VPN deployment scenarios were tested for the Basic Small Branch Network:

GETVPN on the primary link, DMVPN on the backup link, and SSL VPN for remote user access

DMVPN on the primary link, DMVPN on the backup link, and SSL VPN for remote user access


Note The backup link scenario described in the following section applies only to the Cisco 1941 ISR configuration.


Each VPN technology is described in more detail later in this section.

The foundation of a secure VPN is based on three independent security measures: data confidentiality, data integrity, and authentication. Each VPN solution listed in Table 10 uses a different combination of technologies to provide these security measures. The following technologies are used in the Basic Small Branch Network:

Data Confidentiality: Protects data from unauthorized interception. There are two general mechanisms for providing confidentiality:

Encryption: Reorders bits of the original message, making it incomprehensible to people not authorized to view the information. There are numerous encryption algorithms of various strengths. The following were used in the Basic Small Branch Network:

Triple Data Encryption Standard (3DES): Symmetric encryption mechanism that uses three different keys to encrypt a message. 3DES was used with both DMVPN and GETVPN.

Advanced Encryption Standard (AES)-256: Symmetric encryption mechanism that uses 256-bit key for encryption. AES-256 was used with both DMVPN and GETVPN.

Tunneling: Encapsulates original packet in a new packet and sends the composite packet over the network. The following mechanisms are used to provide tunneling:

Generic Routing Encapsulation (GRE): Encapsulates an original IP packet in a new IP packet whose source and destination become the two virtual endpoints of the GRE tunnel. The traffic in a GRE tunnel is not encrypted. However, GRE offers several advantages such as ability to carry both IP and non-IP traffic and the ability to support multicast. Therefore, GRE is typically placed inside an IPsec tunnel for greater security. This is the mechanism used by DMVPN.

IP Security (IPsec): IPSec is a framework for various security features. There are two main protocols within IPSec: tunnel mode protocol (also known as Authentication Header [AH]), and transport mode protocol (also known as Encapsulating Security Payload [ESP]). HA provides unencrypted tunneling and therefore was not used in the Basic Small Branch. ESP tunneling provides both encryption and authentication. In addition, ESP encrypts the original IP header. Standalone ESP is the mechanism used by GETVPN.

Data Integrity: Guarantees that no tampering or alteration of the data occurs while it travels between the source and destination. The following algorithms are used for both DMVPN and GETVPN:

Message Digest 5 (MD5): A128-bit hash algorithm. A hashing key is produced on the original message, appended to the end, and then encrypted. The recipient recomputes the hash to detect any alterations.

Secure Hash Algorithm 1 (SHA-1): A160-bit hash algorithm. SHA-1 works on the same principle as MD5.

Authentication: Verifies the identity of both endpoints that are communicating. VPN can use a variety of methods to perform authentication, such as login and password, smart cards, or biometrics. Most typically, digital certificates are used. The services-ready method used the following VPN authentication method:

Preshared Key (PSK): A secret key that is shared between the endpoints using a secure channel. A PSK is entered into each peer manually, and is used to authenticate the peer. In the Basic Small Branch Network, the secure channel for key exchange is provided by the following mechanism:

Diffie-Hellman Group 2 (DH2): 3DES and MD5 encryption and hashing algorithm with 1024-bit key

A secure communication channel between two endpoints is also referred to as a security association (SA). It is a security best practice to provide a lifetime limit for the SA. Typically, the lifetime is short enough to prevent attackers from gathering enough data to break the encryption ciphers. The lifetime data volume thus depends on effective bandwidth and the encryption algorithm. It is also important to frequently change encryption keys when using the preshared key infrastructure. For the Basic Small Branch Network, both lifetimes are provided in Table 11.

In addition to security measures, VPNs differ in the way they manage keys, provide point-to-point or multipoint communication, and allow for dynamic creation of VPN tunnels. The three VPNs used in the Basic Small Branch Network offer the following functions:

DMVPN is IPsec- and GRE-based VPN. It enables dynamic spoke-to-spoke tunnel creation in a traditional hub-and-spoke WAN design. DMVPN leverages multipoint GRE (mGRE) to establish multiple tunnel endpoints and to create an overlay non-broadcast multi-access (NBMA) network. While a traditional hub and spoke GRE configuration would require a separate tunnel between endpoints, mGRE allows multiple endpoints to have a single tunnel interface in the same subnet. Next Hop Resolution Protocol (NHRP) is used to provide tunnel-to-physical address lookup, facilitating dynamic configuration of GRE tunnels between endpoints. NHRP operates in a client/server configuration. NHRP Server typically runs on the hub, and each spoke router (NHRP Client) registers its tunnel-to-physical address mapping with the server. When a spoke wants to communicate on the NBNA mGRE subnet, it first sends a request to the NHRP Server to map a tunnel endpoint to a physical address. When the physical address is known, a GRE tunnel is established, and a regular routing process determines the path to the endpoint. Figure 43 shows DMVPN hub-and-spoke and spoke-to-spoke architecture.

Figure 43 DMVPN mGRE architecture

To learn more about DMVPN visit:

http://www.cisco.com/en/US/docs/ios/12_2t/12_2t13/feature/guide/ftgreips.html

Group Encrypted Transport VPN (GETVPN) combines IPsec and Group Domain of Interpretation (GDOI) key server to encrypt traffic on a private WAN. Traditional VPN gateways directly authenticate each other and set up IPsec sessions that are private to the pair. This approach does not scale well when the network provides any-to-any connectivity or has large number of VPN gateways. GDOI server facilitates management and distribution of digital certificates or pre-shared cryptography keys. It authenticates group members and distributes keys and policies. GETVPN is a tuneless VPN and therefore should be used in private WANs such as MPLS or traditional Layer 2 WANs. GETVPN can be used in conjunction with DMVPN or IPsec/GRE to simplify key management for a public WAN VPN. GETVPN uses IPSec ESP to provide confidentiality, integrity, and replay protection for packets flowing between VPN gateways. Figure 44 shows any-to-any GETVPN connectivity.

Figure 44 Any-to-Any GETVPN connectivity

To learn more about GETVPN, visit:

http://www.cisco.com/en/US/docs/ios/12_4t/12_4t11/htgetvpn.html

Secure Socket Layer Virtual Private Network (SSL VPN): Leverages Secure Socket Layer (SSL) and its successor Transport Layer Security (TLS) to provide remote-access VPN capability, using the SSL/TLS function that is already built into a modern web browser. SSL VPN allows users from any Internet-enabled location to launch a web browser to establish remote-access VPN connections. Encryption is a component of the SSL/TLS framework; AAA is used to authenticate the remote users.

To learn more about SSL VPN, visit:

http://www.cisco.com/en/US/docs/security/asa/asa72/configuration/guide/webvpn.html

Table 11 summarizes all the security mechanisms used for GETVPN and DMVPN in the Basic Small Branch Network.

Table 11 Security Mechanisms for DMVPN  and GETVPN 

Mechanism
DMVPN
GETVPN

Peer authentication

Preshared key

Preshared key

Encryption

3DES, AES-256

3DES, AES-256

Integrity algorithm

SHA-1, MD5

SHA-1, MD5

Key exchange

DH2

DH2

Tunneling

GRE inside IPsec ESP

IPSec ESP

SA lifetime1

86400 seconds

28800 seconds

3600 seconds

86400 seconds

28800 seconds

3600 seconds

Rekey lifetime

300 seconds

300 seconds

1 The SA lifetime value depends on the aggregate amount of data that passes through VPN gateways. This will vary from enterprise to enterprise. To determine appropriate SA value follow instructions provided at: http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6586/ps6635/ps7180/white_paper_c11-471053.html



Note The following section applies only to the Cisco 1941 ISR configuration.


Encryption is a CPU-intensive process. The Basic Small Branch Network uses the VPN and SSL advanced integration module to support the required up to 25 users in the branch. The Cisco VPN and SSL service module provides up to 40 percent better performance for IPsec VPN over the router built-in IPsec encryption, and up to twice the performance for SSL VPN encryption. The AIM2 supports both SSL encryption and VPN IPsec encryption with either Data Encryption Standard (DES) or Advanced Encryption Standard (AES) in its hardware.

Threat Protection, Detection, and Mitigation

Threat protection, detection, and mitigation are security mechanisms for protecting the branch network from security policy violations and from malicious attacks on the network infrastructure. In the context of this document, threats are security breaches in which the primary goal is information theft or tampering. Reconnaissance and unauthorized access fall into this category. Attacks are intentional or unintentional activity to disrupt the operation of the network. Denial of service and malicious code fall into this category. Prevention proactively blocks both threats and attacks. Detection identifies threats and attacks that are currently in progress. Mitigation stops current threats and attacks, and prevents recurrence. Attackers can be either individuals external to the enterprise or someone within the organization. Internal attackers are much more difficult to spot and block because they have more information and more options for launching an attack. In addition, both types of attackers can use low-tech methods, such as social engineering, to gain unauthorized access. It is therefore critical to have a solid security policy for the branch office and to educate all users to follow the established security measures. Security policy was described in the "Security Services" section.

Basic Small Branch Network uses the following security mechanisms to prevent external attacks:

Zone-based Policy Firewall (ZPF): Prevents external threats and attacks. Firewalls provide stateful security and application inspection for each protocol entering or leaving a branch network. A stateful inspection firewall uses a combination of access control with application inspection to ensure that only approved responses get through the firewall. ZPF assigns the router interfaces to various zones and applies inspection policies to traffic flowing between the various zones. Inter-zone policies offer considerable flexibility and granularity, enabling different inspection policies for different host groups connected to the same router interface. An interface can be easily added or removed from a zone. Four security zones were defined for the Basic Small Branch Network: demilitarized zone (DMZ), Public zone, VPN zone, and Private zone as shown in Figure 45. The following traffic is inspected and permitted to pass:

From Private zone to Private zone, all traffic passes without any inspection.

From Private zone to Public zone HTTP, FTP, DNS, HTTPS, SSH, and ICMP traffic is inspected and allowed, but the rest of the traffic is blocked.

From Public zone to Private zone, no traffic is allowed.

From Public zone to DMZ zone, only HTTP, HTTPS, and DNS are allowed.

From Private zone to VPN zone, all traffic passes with inspection.

From VPN zone to Private zone, all traffic passes with inspection.

To learn more about Zone-based Policy Firewall, visit:

http://www.cisco.com/en/US/products/sw/secursw/ps1018/products_tech_note09186a00808bc994.shtml

Figure 45 Security Zones

Unicast Reverse Path Forwarding (uRPF): Leverages routing tables to validate source addresses that are expected to be seen on an interface. Packets are forwarded only if they match the router's best path to the source. This ensures that packets coming into an interface are from valid hosts that have a corresponding entry in the routing table. Packets with source addresses that cannot be reached via the input interface are dropped.

To learn more about uRPF, visit:

http://www.cisco.com/web/about/security/intelligence/unicast-rpf.html

The following security mechanisms are used to prevent internal threats and to control access to network resources in the Basic Small Branch Network:

Standard and extended access control lists (ACLs): Control whether a router permits or denies packets to pass, based on criteria in the packet header. Standard ACLs filter packets based on source IP address only. Extended ACLs filter packets on source and destination IP addresses, port numbers, and protocol type. ACLs are used extensively within the Basic Small Branch Network to permit or deny access between the different firewall zones.

Layer 2 security: Prevents various attacks or access violations that could be launched through the branch switches

802.1x: Client-server-based access control and authentication protocol that restricts unauthorized devices from connecting to a LAN through publicly accessible ports. The authentication is provided by a RADIUS server.

Port Security: Switch port limits the number of MAC addresses that are able to connect to a switch, and ensures that only approved MAC addresses are able to access the switch. It prevents MAC address flooding and ensures that only approved users can log on to the network.

DHCP Snooping: Switch port forwards DHCP requests only from trusted access ports and drops all other types of DHCP traffic. DHCP snooping eliminates rogue devices from behaving as the DHCP server.

Dynamic Address Resolution Protocol (ARP) Inspection (DAI): Maintains a binding table containing IP and MAC address associations dynamically populated using DHCP snooping. This feature ensures the integrity of user and default gateway information so that traffic cannot be captured. This feature mitigates ARP spoofing and ARP poisoning attacks.

IP Source Guard: When a client receives a valid IP address from the DHCP server, or when a static IP source binding is configured by the user, a per-port and VLAN access control list (PVACL) is installed on the port. This process restricts the client IP traffic to the source IP addresses configured in the binding; any IP traffic with a source IP address except that in the IP source binding is filtered out. This filtering limits a host's ability to attack the network by claiming a neighbor host's IP address.

Bridge Protocol Data Unit (BPDU) Guard: Prevents loops if another switch is attached to a PortFast port. When BPDU Guard is enabled on an interface, the interface is shut down if a BPDU is received on the interface. To assume the root bridge function, a device would be attached to the port and would run STP with a lower bridge priority than that of the current root bridge. If another device assumes the root bridge function in this way, it renders the network suboptimal. This is a simple form of a denial-of-service (DoS) attack on the network.

To detect and mitigate various external and internal attacks, the Basic Small Branch Network uses the following mechanisms:

Cisco Intrusion Prevention System (IPS): Monitors packets and sessions as they flow through the branch, and scans each packet to match any of the IPS signatures. When IPS detects suspicious activity, it can shunt the offending packets before network security can be compromised. When an IPS signature is matched, one or more of the following actions are taken:

An alarm is sent to a syslog server or a centralized management interface.

The packet is dropped.

The connection is reset.

The Basic Small Branch Network is configured to take different actions depending on which attack signature is matched. An advanced signature set was used to identify various attacks. IPS is configured on all outside and inside interfaces. Traffic, regardless of whether it is a WAN link to the public or an internal LAN link, is inspected. See the "System Testing" chapter or page for the various attacks that were validated for the Basic Small Branch Network.

Network Based Application Recognition (NBAR): Recognizes certain type of attacks and drops packets involved in a denial-of-service attacks such as SQL Slammer, and worms such as CODE RED and NIMDA.

Management Services

Management services include activities related to configuration, monitoring, automation, and maintenance of a branch office network, as shown in Figure 46.

Figure 46 Management Services for a Branch Network

Cisco offers numerous tools for performing network management in the branch office. At this time, only a subset of those tools has been validated for the Basic Small Branch Network. The primary focus was on monitoring the branch router. Future updates to this guide will address configuration management, automation, and maintenance for all the branch network devices.

Monitoring services for the Basic Small Branch Network are described in the following sections:

Cisco Configuration Professional

Simple Network Management Protocol

Syslog

NetFlow

Network Based Application Recognition

IP Service Level Agreement

Network Time Protocol

Cisco Configuration Engine

Configuration management in the Basic Small Branch Network was done primarily through the command line. However, several services have a web-based graphical interface that was used to configure those services. Configuration of all networking devices is extensively documented in the "System Implementation" chapter.

Cisco Configuration Professional

Cisco Configuration Professional, shown in Figure 47, is a web-based device management tool embedded within the Cisco IOS software. Cisco Configuration Professional simplifies router, security, Unified Communications, wireless WAN, and basic LAN configuration through intelligent wizards. It enables faster configuration and monitoring of the branch router without requiring knowledge of the Cisco IOS command-line interface (CLI). In the Basic Small Branch Network, Cisco Configuration Professional was used for monitoring only.

Figure 47 Cisco Configuration Professional

In monitor mode, Cisco Configuration Professional provides an overview of router status and performance metrics such as the Cisco IOS release number, interface status (up or down), and CPU and memory usage. The monitor mode also allows users to view the number of network access attempts that were denied by Cisco IOS Firewall, and provides easy access to the firewall log. Additionally, VPN status, such as the number of active IPsec tunnels, can be monitored.

For more information about Cisco Configuration Professional, visit:

http://www.cisco.com/en/US/prod/collateral/routers/ps9422/data_sheet_c78_462210.html

Simple Network Management Protocol

Simple Network Management Protocol (SNMP) provides a standardized framework and a common language for the monitoring and management of devices in a network. In the Basic Small Branch Network, SNMP version 3 traps were enabled to log various events on the routers and switches.

To learn more about configuring SNMP visit:

http://www.cisco.com/en/US/docs/ios/12_2/configfun/configuration/guide/fcf014.html

Syslog

Syslog is a protocol for sending logging messages on a network. Various devices log status, events, alerts, and errors, using syslog components that forward the log messages to a syslog service. A syslog service simply accepts messages and stores them in files or prints them to a console. Syslog was used extensively in the Basic Small Branch Network for security accounting and for monitoring the status of various devices.

To learn more about Cisco IOS software syslog messages, visit:

http://www.cisco.com/en/US/docs/ios/12_3/sem1/system/messages/123semv1.html

http://www.cisco.com/en/US/docs/ios/12_3/sem2/system/messages/123semv2.html

NetFlow

NetFlow version 9 technology is used to monitor and measure specific traffic flows and to provide an aggregate view of all network activity. With NetFlow, network administrators can view detailed time and application-specific usage of the network. This information is essential for network planning, security analysis, application optimization and delivery, and traffic engineering. A typical NetFlow record includes source and destination IP addresses, TCP/UDP port numbers, type of service (ToS), packet and byte counts, time stamps, input and output interfaces as shown in Figure 48, TCP flags and routing information. NetFlow data is exported from the router to a centrally located NetFlow collection server for analysis. This typically consumes 1 to 5 percent of bandwidth. The Basic Small Branch Network used Netflow version 9.

Figure 48 Data Captured by NetFlow

For more information about NetFlow and third-party NetFlow data analysis tools, visit:

http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6555/ps6601/prod_white_paper0900aecd80406232.html

Network Based Application Recognition

Network Based Application Recognition (NBAR) is a Cisco IOS classification engine that can recognize a wide variety of applications, including web-based applications and client-server applications that dynamically assign TCP or User Datagram Protocol (UDP) ports. After the application is recognized, the network can invoke specific services for the application. In the Basic Small Branch Network, NBAR was used to support QoS features described in "Quality of Service" section. NBAR identifies and stops command worms, such as SQL Slammer, NIMDA, and Arctic, from propagating through the network.

To learn more about NBR, visit:

http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6558/ps6612/ps6653/prod_qas09186a00800a3ded_ps6616_Products_Q_and_A_Item.html

IP Service Level Agreement

The IP service level agreement (IP SLA) feature of Cisco IOS software is used to verify service guarantees, to increase network reliability by validating network performance, and to proactively identify network issues. In the Basic Small Branch Network, IP SLAs were used to measure:

End-to-end response time (delay) between the branch router and the central location router

Packet delay variability (jitter) for traffic flowing between the branch and the central location

Both IP SLA metrics are critical to ensure high-quality voice services. To learn more about IP SLAs visit:

http://www.cisco.com/en/US/technologies/tk648/tk362/tk920/technologies_white_paper0900aecd8017f8c9_ps6602_Products_White_Paper.html

Network Time Protocol

Network Time Protocol (NTP) is used to synchronize clocks among network devices. This synchronization allows events to be correlated when system logs are created and when other time-specific events occur. All devices in the Basic Small Branch Network used NTP to synchronize their clocks. The NTP server was hosted at the central site.

To learn more about NTP, visit:

http://www.cisco.com/en/US/tech/tk869/tk769/technologies_white_paper09186a0080117070.shtml

Cisco Configuration Engine

The Cisco Configuration Engine (CCE) automates installation and provisioning of Cisco devices during their initial deployment and in subsequent reconfigurations. It securely distributes software images and device configuration files to one or multiple devices on a local LAN or over the WAN. In the Basic Small Branch Network, a centrally hosted CCE server was used to distribute Cisco IOS images and device configuration files to the branch routers and switches. During the initial deployment, the primary benefit of the CCE is consistent Cisco IOS image and configuration distribution across multiple branch networks. Once the network becomes operational, the CCE provides a simple, secure, and fast way to reconfigure all branch devices without the assistance of an on-site technician. Moreover, the ability to configure multiple devices from a single toolkit is less error-prone than individual configuration of each device. Figure 49 shows the deployment of CCE in the Basic Small Branch Network.

Figure 49 Deployment of CCE in the Basic Small Branch Network.

Each device that is to be provisioned with the CCE is assigned a unique Cisco Network Services (CNS) identifier and pre-loaded with a bootstrap configuration. Prior to powering up of the device, the CNS ID must be registered with the centrally hosted CCE server. After the device is powered up, it contacts the CCE server and requests to be provisioned. The CCE server uploads and activates the appropriate Cisco IOS image and configures the device for operation. This provisioning can be further simplified by configuring a centrally hosted DHCP server to provide the bootstrap configuration through the DHCP option 150.

The Basic Small Branch Network is accompanied by several CCE toolkits that can be used to configure the network. Because this document covers several hardware components and networking services that are functional alternatives of one another, the following five sample CCE toolkits, covering different combinations of technologies, are provided:

Cisco 1861 Configuration

Fast Ethernet WAN interface, OSPF routing, DMVPN, and Cisco Unified CME with SCCP IP Phones and H.323 trunking to the central site.

A T1 WAN interface bundle with PPP encapsulation, EIGRP routing, GETVPN, and Cisco Unified CME with SIP IP Phones and SIP trunking to central site.

A T1 WAN interface bundle with Frame Relay encapsulation, EIGRP routing, DMVPN, and Cisco Unified SRST with SCCP IP Phones and H.323 trunking to central site.

One-half T1 WAN interface with Frame Relay encapsulation, OSPF routing, GETVPN, and Cisco Unified SRST with SIP IP Phones and SIP trunking to central site.

Cisco 1941 Configuration

Fast Ethernet WAN interface, active primary and standby backup WAN links, OSPF routing, DMVPN over primary and backup WAN links.

A T1 WAN interface bundle with PPP encapsulation, active primary and standby backup WAN links, EIGRP routing, GETVPN over primary and DMVPN over backup WAN links.

A T1 WAN interface bundle with Frame Relay encapsulation, simultaneously active primary and backup WAN links, EIGRP routing, DMVPN over primary and backup WAN links.

One-half T1 WAN interface with Frame Relay encapsulation, simultaneously active primary and backup WAN links, OSPF routing, GETVPN over primary and DMVPN over backup WAN links.

Access Switches

A 24-port access switch with Data, DMZ, and Voice VLANs on access ports.

A 8-port access switch with Data, DMZ, and Voice VLANs on access ports.

The sample CCE toolkits are intended to provide:

Full and validated router and switch configurations for the Basic Small Branch Network

Alternative configurations of the various technologies of the Basic Small Branch Network

Starting points for customization of the Basic Small Branch Network configuration

The Basic Small Branch Network used CCE version 3.0 to deploy the branch router and switch Cisco IOS images and configurations. To learn more about CCE, visit:

http://www.cisco.com/en/US/prod/collateral/netmgtsw/ps6504/ps4617/data_sheet_c78-502925.html

Voice Services


Note The following section applies only to the Cisco 1861 ISR configuration.


The availability of higher bandwidth and more reliable QoS guarantees enable enterprises to combine voice and data on the same converged IP network. IP-based voice services offer new, business-relevant functionality and are more cost effective than traditional telephone services.

Today, branch offices have two fundamental options for converged telephony:

Voice over IP (VoIP): Traditional telephony devices such as analog phones, faxes, PBXs, and public switched telephone network (PSTN) attached to an IP network. A voice-enabled router digitizes and packetizes the voice and signaling traffic from the traditional devices and transports the traffic over the IP network.

IP Telephony: IP-based telephony devices connected to an IP network that natively digitize and packetize voice and signaling traffic. A voice-enabled router transports the traffic over the IP network.

IP telephony was the primary focus of the Basic Small Branch Network. However, a small number of analog phones and fax machines were connected to the network and used for VoIP as well as traditional PSTN connectivity.

Voice services for a large branch office network are described in the following sections and shown in Figure 50:

Voice Quality Considerations

WAN Capacity Considerations

IP Telephony

Traditional Telephony

Figure 50 Voice Services

Voice Quality Considerations

The following fundamental packet propagation criteria must be satisfied in order to provide high-quality voice service:

Delay: Delay is defined as the finite amount of time necessary for a packet to reach the receiving endpoint after being transmitted from the sending endpoint. For voice, this delay is defined as the amount of time it takes for sound to leave the mouth of the speaker and be heard in the ear of the listener. The ITU G.114 and Cisco recommend a maximum one-way, mouth-to-ear delay of 150 ms for high-quality voice.

Delay Variability (jitter): Jitter is the difference in the end-to-end delay between packets. Cisco recommends a maximum jitter of less than 30 ms for high-quality voice.

Packet loss: Packet loss is a relative ratio of packets successfully sent and received to the total number of packets transmitted. The amount of packet loss that can be tolerated is user-dependent; however, on average, packet loss should be kept to less than 1 percent to ensure high-quality voice service.

Table 12 summarizes packet propagation criteria that must be met to support high-quality voice.

Table 12 Not-to-Exceed Packet Propagation Criteria for High-Quality Voice Service 

Propagation Factor
Not-to-exceed Value

Delay (Latency)

150 ms

Delay variability (Jitter)

30 ms

Packet Loss (Packet Drops)

1 percent


For more information about controlling voice quality, visit:

http://www.cisco.com/en/US/netsol/ns341/ns396/ns172/ns103/networking_solutions_white_paper09186a00801b1c5a.shtml

Another factor affecting voice quality is the codec used to digitize the voice signal. Cisco voice devices typically use the following two codecs:

G.711: Provides encoding that does not perform any compression and requires 64 kb/s of bandwidth (not including overhead) for a single voice call. The mean opinion score (MOS), a metric used to measure voice quality, for G.711 is 4.1.

G.729a: Provides encoding with compression and requires 8 kb/s of bandwidth (not including overhead) for a single voice call. Compression reduces the amount of required bandwidth, but affects the quality of the transmitted voice signal. However, the MOS score for G.729a is 3.9, which is a barely perceptible difference in comparison to G.711, and therefore the codec provides an acceptable tradeoff for the significant reduction in consumed bandwidth.

The selection of the appropriate codec depends on the desired level of voice quality, the amount of available bandwidth, and the number of concurrent voice calls that must be supported. In the Basic Small Branch Network, the G.729a codec is used for voice calls that will traverse the WAN links because it will provide bandwidth savings on these lower-speed links. The G.711 codec is used for LAN calls. To compensate for the quality factors described previously, it is critical that QoS be enabled in the branch network. The "Quality of Service" section provides detailed information on QoS implemented in the Basic Small Branch Network. All real-time traffic was given 28 percent of the available bandwidth and was assigned for low latency queuing (LLQ). Call signaling was assigned 5 percent of the available bandwidth.

Traffic shaping is required for multiple-access, nonbroadcast media such as Frame Relay, where the physical access speed varies between two endpoints and several branch sites are typically aggregated to a single router interface at the central site. Shaping at the branch router alleviates potential congestion when the central site oversubscribes bandwidth or when the branch WAN link allows bursting beyond the Frame Relay committed information rate (CIR). The Basic Small Branch Network used traffic shaping to limit the traffic sent out on the WAN interfaces to a rate lower than the line rate. The specific settings for traffic shaping vary from implementation to implementation and depend on the central site router provisioning and the Frame Relay configuration. IP SLAs described in the "Management Services" section ensured that the desired delay and jitter were maintained on the WAN link.

WAN Capacity Considerations

Three types of calls must be considered when provisioning the branch office for voice: PSTN (traditional), LAN (private exchange), and WAN (toll-bypass) calls. PSTN calls are needed for external communication, LAN calls are for intraoffice communication, and WAN calls enable communication with the rest of the enterprise. Knowing the number of PSTN calls and WAN calls helps to determine the number of voice lines and WAN bandwidth needed for the branch office. Traditionally, basic oversubscription ratios or Erlang traffic models have been used to determine the number of voice lines required for PSTN and WAN calling. Basic oversubscription ratios are typically based on call records collected from other existing offices of similar size and function, and applied to the new office. They equate the number of users to the number of PSTN and WAN calls required for calling. The business criteria outlined in the Small Branch Design Considerations, page 4 specified the following oversubscription ratios:

5:1 user-to-active call ratio

4:1 WAN-to-LAN call ratio

4:1 WAN-to-PSTN call ratio

Table 13 lists the requirements of the number of active calls for sample office sizes.

Table 13 Active Calls for Typical 8- and 15-User Branch Offices, Using Oversubscription Ratios 

Active Calls
8-User Branch
15-User Branch

WAN

1

2

PSTN

1

2

LAN

1

2

Total calls

3

6


Alternatively, an Erlang traffic model can provide a more accurate method for determining the number of external voice lines (PSTN and WAN) required for a branch office. There are several variants of the Erlang model, depending on the intended telephone use in the branch office. The following example uses the Extended Erlang B to determine the number of voice lines required for the Basic Small Branch Network.

The Extended Erlang B traffic model takes into account the additional traffic load caused by blocked callers that immediately try to call again if their calls are blocked. The four variables involved are recall factor, busy hour traffic (BHT), blocking, and lines:

Recall factor: Percentage of calls that immediately retry if their calls are blocked.

Busy hour traffic (BHT): Number of hours (in Erlangs) of call traffic during the busiest hour of operation of a telephone system.

Blocking: Failure rate of calls because of an insufficient number of available lines. For example, 0.03 means three calls blocked per 100 calls attempted.

Lines: Total number of external lines needed.


Note An Erlang is a unit of measurement of voice traffic. Strictly speaking, an Erlang represents the continuous use of one voice path or line. In practice, it is used to describe the total traffic volume in one hour.


If an average user calls for 12 minutes during the busy hour, external calls account for 10 minutes of those calls (or 10 min/60 min/hr = 0.17 Erlang), half of blocked calls immediately retry, blocked calls are no more than 3 percent of total calls, there is a 4:1 WAN-to-LAN call ratio, and there is a 4:1 WAN-to-PSTN call ratio, the Extended Erlang B calculator at http://www.erlang.com/calculator/exeb/ suggests the total number of external lines for 8- and 15-user branch office as shown in Table 14.

Table 14 Active Calls for Typical 15-, 30-, and 50-User Branch Offices, Using Extended Erlang B Traffic Model 

Active Calls
8-User Branch
15-User Branch
Busy Hour Traffic (Erlangs)
1.5
3

WAN

4

5

PSTN

1

2

LAN

1

2

Total calls

6

9


The critical assumption in the Extended Erlang B model is the amount of BHT per user (0.17 Erlang in the preceding example), which varies between enterprises, and even between branch offices within an enterprise. Therefore, Table 14 is provided only as an example. The Basic Small Branch Network used active call counts derived from the oversubscription ratios shown in Table 13.

Real-time Transport Protocol (RTP) is the primary protocol for transporting real-time traffic such as voice or interactive video. The minimum amount of bandwidth required to place a given number of calls over the WAN can be derived from the number of RTP streams. The size of each RTP stream depends on the WAN type, the associated encapsulations (Frame Relay, PPP, MLPP, Ethernet, IPsec, GRE), and the voice sampling rate. Figure 51 shows packet size for a G.729a RTP packet with DMVPN encapsulation. Figure 52 shows the packet size for G.729a RTP packet with GETVPN encapsulations.

Figure 51 RTP Packet for G.729a Codec with DMVPN Encapsulation

Figure 52 RTP Packet for G.729a Codes with GETVPN Encapsulation

An RTP packet contains 40 bytes of RTP and UDP header information. Because most information in these headers is identical (for example, the same source/destination IP address/UDP port numbers and the same RTP payload type), compressed RTP (cRTP) can be used to eliminate redundant header information in each frame. Using cRTP reduces the 40-byte header to only 2 or 4 bytes, allowing more calls to be placed over the same link speed. Table 15 shows sample bandwidth requirements for RTP and cRTP streams with the various Basic Small Branch Network WAN encapsulations. The Cisco Voice Codec Bandwidth Calculator that was used to calculate the necessary bandwidth requirements is available at:

http://tools.cisco.com/Support/VBC/do/CodecCalc1.do,

Although cRTP reduces the amount of required bandwidth, it is a CPU intensive process that may impact the overall performance of the router. Therefore, cRTP is appropriate only when voice traffic represents more than 33 percent of the load on the link, when the link uses a low bit-rate codec (such as G.729), and when no other real-time application (such as video conferencing) is using the same link.

Table 15 Bandwidth Requirement for a Single Call with Various WAN Encapsulation Methods 

 
Frame Relay, PPP, MLPP
Ethernet
 
RTP (kbpbs)
cRTP (kb/s)
RTP (kb/s)
cRTP (kb/s)
DMVPN

56

40

60

N/A

GETVPN

46

30

50

N/A


The Basic Small Branch Network used cRTP to minimize bandwidth consumption only on the fractional T1 connection; other WAN connection types used RTP. However, it should be noted that the fractional T1 link does not require cRTP to support up to 15 users with the oversubscription ratios provided previously. In the Basic Small Branch Network, cRTP was validated for completeness and demonstration purposes only.

The QoS model allocates 28 percent of bandwidth to real-time traffic. Table 16 shows the amount of bandwidth required for voice communication and the total bandwidth that is required to support branch offices of 8 and 15 users with various WAN encapsulation methods. The total number of active voice calls is derived from the oversubscription ratios shown in Table 13. In general, each call has two streams for audio traffic; one stream from caller to callee, and another stream in the reverse direction.

Table 16 Bandwidth Requirements for Voice Traffic and Total Bandwidth for a Basic Small Branch Network with 8- and 15-User Counts 

 
Frame Relay, PPP, MLPPP
Ethernet
 

RTP
Voice (Mpbs)

RTP
Total (Mb/s)

cRTP Voice (Mp/s)

cRTP Total (Mb/s)

RTP Voice (Mb/s)

RTP Total (Mb/s)

8-User Basic Small Network (1 simultaneous WAN call)

DMVPN

0.05

0.17

0.04

0.12

0.06

0.18

GETVPN

0.04

0.14

0.03

0.09

0.05

0.09

15-User Basic Small Network (2 simultaneous WAN calls)

DMVPN

0.11

0.33

0.08

0.24

0.12

0.36

GETVPN

0.09

0.27

0.06

0.18

0.1

0.3


Table 16 shows that the following user counts are appropriate for the various WAN connection options of the Basic Small Branch Network:

T1 line: Up to 15 users with RTP

½ T1 line: Up to 15 users with RTP

Fast Ethernet shaped to 1.5 Mb/s: Up to 15 users with RTP

Besides considering provisioning of bandwidth for voice bearer traffic, you should consider bandwidth requirements for call control traffic. For centralized call control described below, the following calculations can be used to determine the amount of required bandwidth in a VPN network:

SCCP Phone Traffic with VPN:

Bandwidth (bps) = 415 * (number of IP Phones and gateways in the branch)

SIP Phone Traffic with VPN:

Bandwidth (bps) = 619 * (number of IP Phones and gateways in the branch)

A 15-user Basic Small Branch Network requires less than 6 kb/s for SCCP phone traffic, and 9 kb/s for SIP phone traffic, which is well below the 5 percent maximum assumed in the preceding calculations.

For the local call control described below the following calculation can be used to determine the amount of required bandwidth in a VPN network:

Bandwidth (b/s) = 116 * (number of telephone lines)

A 15-user Basic Small Branch Network requires less than 2 kb/s for H.323 or SIP control traffic, which is also well below the 5 percent maximum assumed in the above calculations.

To learn more about voice communication in a VPN network see the Voice and Video Enabled IPsec VPN (V3PN) Design Guide at:

http://www.cisco.com/en/US/docs/solutions/Enterprise/WAN_and_MAN/V3PN_SRND/V3PN_SRND.html

IP Telephony

Centralized Call Control

Local Call Control

Selecting a Call Control Model

IP Phones

Voice Gateway

Call Admission Control

Conferencing and Transcoding

Music on Hold

Dial Plan

Voice Mail and Auto Attendant Services

The call control agent is a component of IP telephony that is responsible for overall coordination of all audiovisual communication. The agent has three typical deployment models: single site, multisite centralized, and multisite distributed call control (local). The Basic Small Branch Network assumes the presence of an enterprise central site; therefore, only the multisite centralized and distributed call control models were evaluated.

Centralized Call Control

The centralized call control model consists of a centrally located Cisco Unified Communications Manger (Cisco Unified CM) cluster that provides services for many branch offices and uses the WAN to transport voice traffic between the sites. The WAN also carries call signaling traffic between the central site and the branches. The Centralized Call Processing Model shown in Figure 53 depicts the centralized call control deployment with a Cisco Unified CM cluster as the call control agent at the central site and with a WAN connection to the Basic Small Branch Network. The branch relies on the centralized Cisco Unified CM cluster to handle its call control. Applications such as voice mail and music on hold (MOH) are provided in the branch to reduce the amount of traffic traversing the WAN.

Figure 53 Centralized Call Control Model

Under normal operations shown on the left in Figure 53, the branch office connects to the central site via a WAN, which carries data traffic, voice traffic, and call signaling. IP Phones at the branch exchange call signaling information with the Cisco Unified CM cluster at the central site. The voice gateway in the router forwards both types of traffic (call signaling and voice) transparently and has no "knowledge" of the IP Phones in the branch.

If the WAN link to the branch office fails, or if some other event causes loss of connectivity to the Cisco Unified CM cluster, the branch IP Phones reregister with the branch router that is running Cisco Unified Survivable Remote Site Telephony (Cisco Unified SRST) agent, as shown in Figure 54. The Cisco Unified SRST queries the IP Phones for their configuration and uses this information to build its own configuration automatically. The branch IP Phones can then make and receive calls either internally or through the PSTN. The phone displays the message "Unified CM fallback mode," and some advanced Cisco Unified CM features are unavailable and are dimmed on the phone display. When WAN connectivity to the central site is reestablished, the branch IP Phones automatically reregister with the Cisco Unified CM cluster and resume normal operation. The branch Cisco Unified SRST router deletes its information about the IP Phones and reverts to its standard gateway configuration.

Figure 54 Cisco Unified SRST Mode for Centralized Call Control Model

]

To learn more about Cisco Unified CM, visit:

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/6x/uc6_1.html

Local Call Control

In the local call control model, each branch has its own Cisco Unified Communications Manager Express (Cisco Unified CME) connected to a WAN that carries voice traffic between the enterprise branches and central site. The PSTN serves as a backup connection between the sites if the WAN connection fails or has no more bandwidth available for additional calls. All call functionality is provided locally through Cisco Unified CME, and all IP Phones are registered locally, as shown in Figure 55. Applications such as voice mail and music on hold are provided in the branch router.

Figure 55 Distributed Call Control Model

The local call control model eliminates dependency on out-of-the-branch control elements that would otherwise have to be accessed over the WAN. Thus, a WAN link failure has no effects on functionality provided by the IP telephony network; the network changes only the path over which the external WAN calls are routed.

To learn more about Cisco Unified CME, visit:

http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/srnd/design/guide/cmesrnd.html

Selecting a Call Control Model

Although the local call control model has better availability properties than the centralized model, this advantage comes at an expense of additional functionality and ease management. Selecting the appropriate model involves numerous considerations. Table 17 describes the general trade-offs between the two models.

Table 17 Trade-offs Between Centralized and Local Call Control Models 

Factor
Centralized Model
Local Model

WAN link characteristics

Needs more bandwidth and is more sensitive to link delay

Needs less bandwidth and is less sensitive to link delay

High availability

Impacted by WAN link failure

No WAN dependencies

Feature set

More features

Fewer features

Scalability

Scales better

Scales poorly

Management

Centralized

Per-branch office


When deciding between the two deployment models, you must consider the overall enterprise voice deployment and any existing voice systems already in use. The Basic Small Branch Network was validated with both centralized call control using Cisco Unified CM with Cisco Unified SRST and with local call control using Cisco Unified CME.

IP Phones

Cisco IP Phones described in the "Selecting Network Components" section can operate in either Skinny Call Control Protocol (SCCP) or Session Initiation Protocol (SIP) mode. The main trade-off between SCCP and SIP is in the functionality supported and third-party interoperability. SCCP is a Cisco proprietary protocol with a large number of Cisco voice products supporting its various features. SIP, on the other hand, is based on an open standard and has been adapted by a larger number of VoIP vendors. The Basic Small Branch Network has been tested with both SIP and SCCP phones, with both the centralized call control model and the local call control model.

In addition to the IP Phones described previously, the Basic Small Branch Network also uses Cisco IP Communicator, a software-based application that runs on a PC. The Cisco IP Communicator, shown in Figure 56, only uses SCCP for call signaling.

Figure 56 Cisco IP Communicator

To learn more about the Cisco IP Communicator product, visit:

http://www.cisco.com/en/US/prod/collateral/voicesw/ps6788/phones/ps5475/product_data_sheet0900aecd8064efe0.html

Voice Gateway

Both VoIP and IP telephony networks require a gateway to convert voice and signaling information between the traditional PSTN system and an IP-based system. The gateway must interpret PSTN analog or digital signaling to provide connectivity. A Cisco IOS voice gateway provides a full range of signaling options. Analog signaling and Basic Rate Interface (BRI)-based digital signaling provide PSTN connectivity for branch offices with a relatively small number of users. Table 18 displays the various Cisco IOS analog signaling options that pertain to the Basic Small Branch Network.

Table 18 Cisco IOS Software Support for Analog Digital Signaling Protocols 

Signaling
Description
Typical Use

Analog DID

Analog Direct Inward Dial

Used to connect to an analog PSTN line that has DID service for incoming calls on it.

CAMA

Centralized Automatic Message Accounting

Used to connect the PSTN for emergency services (911 calls) in North America.

FXO

Foreign Exchange Office

Generally, used to connect to an analog PSTN line. It can be connected to any interface where a standard analog phone is currently connected.


The Basic Small Branch Network used two FXO ports provided on the Cisco 1861 ISR to connect the branch network to the PSTN. The FXO ports are connected with regular telephone lines to an FXS interface provided by the local telephone company and run to the nearest central office (CO) in the area. FXO ports, like all other analog interfaces, carry one call per port, so that each FXO port connects to one line from the PSTN and carries a single call at a time. A second call is given a busy tone if it tries to use the same port or line. In future updates to this guide, some of the other options listed in Table 18 will be validated and documented.

Digital signal processor (DSP) technology provides voice compression, echo cancellation, tone generation, and voice packetization functions for servicing voice interfaces and converting voice signals for transport over IP networks. The number of required DSP modules depends on the amount and type of voice traffic in the branch. The Cisco 1861 ISR is packaged with a single-packet voice DSP module, PVDM3-32.

Besides physical connectivity and signal conversion, you must consider other PSTN services when configuring the voice gateway. The FXO signaling mechanism that was selected for the Basic Small Branch Network supports the following PSTN services:

Traditional fax services continue to be a widely used mechanism for document delivery. Physical integration of fax into the Basic Small Branch Network is described in the "Analog Device Connectivity" section. In addition to physical connectivity of fax machines, the voice gateway must support a mechanism for interoperability of analog fax with IP telephony networks.

In its original form, fax data is digital and is contained in High-Level Data Link Control (HDLC) frames. However, to transmit across a traditional PSTN, these digital HDLC frames are modulated onto an analog carrier. While this analog carrier is necessary for effective faxing in PSTN environments, it is not ideal for the type of digital transport used by IP packet networks. Therefore, specific transport methods have been devised for successful transport of fax transmissions over an IP infrastructure.

The two main methods for transporting fax over IP are pass-through and relay. Pass-through is the simplest method. It works by sampling and digitizing the analog fax signal just as a voice codec does for human speech. While there are a number of codecs available, pass-through always uses the G.711 codec for carrying fax information because it offers the least distortion of the analog fax signals. Fax pass-through works only with the call control protocols of H.323 and SIP. Because fax pass-through utilizes the call control protocol for its switchover, this is the only pass-through solution that can work with third-party devices.

Relay is the other main method for transporting fax over IP. Relay strips off the analog carrier from the fax signal, in a process known as demodulation, to expose the fax HDLC data frames. The pertinent information in these HDLC frames is then removed and efficiently packaged in a fax relay protocol to be transported to the gateway on the other side. After it is received on the other side, the fax information is pulled from the relay protocol, reconstructed into fax HDLC frames, and modulated on to an analog carrier for transmission to a fax machine.

Cisco supports two versions of Fax Relay, T.38 and Cisco Fax Relay. An ITU standard, T.38 allows Cisco gateways to interoperate with third-party devices that also support the T.38 specification. In most scenarios, T.38 Fax Relay uses the call control protocol to switch from voice mode to T.38 fax relay mode. Fax Relay mode, and more specifically T.38, is the preferred method for transporting fax traffic. The Basic Small Branch Network used both T.38-based fax relay and fax pass-through.

Two VoIP-enabled endpoints must use a common protocol stack to perform speech coding, call setup, signaling, data transport, and other functions related to voice communication. To ensure its relevance and applicability, The Basic Small Branch Network was validated with the following VoIP protocol stacks:

H.323: Defines a suite of protocols, algorithms, and hardware specifications for audiovisual communication over IP-based network. The suite provides a complete protocol stack and defines precisely what is allowed and what is forbidden. H.323 includes speech coding algorithms such as G.711; RTP-based data transport; RTCP for controlling data channels; H.225 protocol for registration, admission, and status control; Q.931 call signaling protocol; and H.245 call control protocol.

Session Initiation Protocol (SIP): Defines a protocol for setting up audiovisual connections over an IP network. Unlike H.323, which provides a complete protocol stack, SIP is a single, extensible module that has been designed to interwork with existing network-based applications. It is a text-based protocol modeled on HTTP.

Skinny Client Control Protocol (SCCP): Lightweight protocol used to set up calls between Cisco IP Phones and a voice gateway proxy (for example, Cisco Unified CME). The proxy communicates with the H.323 gateway, using H.225 and H.245 signaling, and the IP Phone using the SCCP protocol. The IP Phone requires less processing overhead because most of the H.323 processing resides in the proxy.

The choice between H.323 and SIP depends on the enterprise and is often based on feature requirements as well as interoperability with existing systems (for example, PBX, voicemail). In the Basic Small Branch Network, the following four combinations of call control agent, IP Phone protocol, and gateway-to-gateway protocol were validated:

Cisco Unified CME with SCCP endpoints and H.323 trunk

Cisco Unified CME with SIP endpoints and SIP trunk

Cisco Unified SRST with SCCP endpoints and H.323 trunk

Cisco Unified SRST with SIP endpoints and SIP trunk

Call Admission Control

Call Admission Control (CAC) maintains high voice quality over an IP WAN by limiting the number of calls that are admitted. Traditional telephony circuits, in which physical channels limit the number of calls allowed to connect to the PSTN, do not have this requirement. When VoIP calls traverse an IP WAN, calls are packet streams and there are no physical limitations that control the number of calls admitted to the WAN link. An IP WAN link can easily be oversubscribed, and the voice quality of all connected calls can be degraded, as shown in Figure 57.

Figure 57 Traditional Versus VoIP Call Admission Control

Resource Reservation Protocol (RSVP) is a mechanism for dynamically setting up end-to-end QoS across a heterogeneous network. A resource reservation is created by exchanging signaling messages between the source and destination devices that are processed by intermediate routers along the path. The signaling messages "reserve" bandwidth at the intermediate routers for each unidirectional data flow. RSVP can propagate RSVP requests across routers that do not support the protocol. There are two operational models for RSVP, as described below and shown in Figure 58.

IntServ: Controls resource reservation at both control and data planes. In the control plane, RSVP admits or denies the reservation request. In the data plane, it classifies the data packets, polices them based on the traffic description contained in the RSVP messages, and queues them in the appropriate queue.

IntServ/DiffServ: Controls resource reservation at the control plane only. This means that the CAC function is separate from the scheduling and policing functions, which can be performed by the low latency queuing (LLQ) algorithm according to predefined class maps, policy maps, and service policies. With the IntServ/DiffServ model, it is therefore possible to add RSVP CAC to a network that is already using a differentiated services approach to QoS. RSVP admits or rejects calls, based on a preconfigured bandwidth amount, but the actual scheduling is based on the preexisting LLQ criteria such as the DSCP value of each packet.

Figure 58 RSVP Operational Models: IntServ and IntServ/DiffServ

The Basic Small Branch Network used the IntServ/DiffServ RSVP mechanism to control the number of calls placed on the network, but relied on the established QoS policy explained in the "Quality of Service" section to control actual packet scheduling. This model is appropriate for the Basic Small Branch Network because all LLQ-destined traffic is controlled by RSVP.

At present, RSVP is supported only in the centralized call control model with Cisco Unified SRST. To simulate the function of RSVP for the local call control model with Cisco Unified CME, a simple maximum call limit was placed on the WAN voice gateway.

Conferencing and Transcoding

Conferencing joins multiple participants into a single call. The number of media streams connected to a conference corresponds to the number of participants. A conference bridge mixes the streams together and creates a unique output stream for each connected participant. The output stream for a given participant is the composite of the streams from all connected participants minus their own input stream. The conference bridge is controlled by Cisco Unified CM or Cisco Unified CME. A conference bridge is allocated from the onboard DSPs. The Basic Small Branch Network was designed to support up to two simultaneous conferencing sessions. Cisco Unified CME provides conferencing locally through the branch router, while the centralized call control model leverages the conferencing functionality of the Cisco Unified CM in the central site.

Transcoding converts an input stream from one codec into an output stream that uses a different codec. It may also connect two streams that utilize the same codec but with a different sampling rate. Transcoding is typically used to convert between a G.711 voice stream and the low bit-rate compressed voice stream G729a. The Basic Small Branch Network used transcoding to support endpoints that are configured for G.711 only. This condition exists when G.729a is used in the system but there are devices that do not support this codec, or there is a device with G.729a support that may be configured to not use G.729a. The Basic Small Branch Network was designed to support up to two simultaneous transcoding sessions.

The G.711 codec was used for LAN calls to maximize call quality and the G.729a coded was used for calls that traverse a WAN to maximize bandwidth efficiency. The G.729a codec is supported on all Cisco Unified IP Phone models and therefore G.711 to G.729a transcoding is not required.

Music on Hold

Music on hold (MOH) provides music to callers when their call is placed on hold, transferred, parked, or added to an ad-hoc conference. The integrated MOH feature allows both internal and external users to place users on hold with music streamed from a streaming source. There are two types of MOH transport mechanism: unicast and multicast. The Basic Small Branch Network used unicast to transport MOH data in the local call control mode (Cisco Unified CME). In the case of centralized call processing, multicast is used to transport MOH data. Multicast MOH consists of streams that are sent from the MOH source to a multicast group IP address, to which endpoints requesting an MOH audio stream can join. A multicast MOH stream is a point-to-multipoint, one-way audio RTP stream between the MOH source and the multicast group IP address. Multicast MOH conserves system resources and bandwidth because it enables multiple users to use the same audio source stream.

In the case of SCCP phones, the multicast was enabled on the branch router. In the case of SIP phones, multicast was configured at the central Cisco Unified CM, and the branch router simply forwarded the traffic as it would any other multicast application.

In the Basic Small Branch Network, the MOH source was an audio file stored on the branch router, except for the centralized deployment option with SIP phones.

Dial Plan

The dial plan is one of the key elements of an IP telephony system, and is an integral part of all call control agents. Generally, the dial plan is responsible for instructing the call control agent on how to route calls. Specifically, the dial plan in the Basic Small Branch Network performs the following functions:

Endpoint addressing: Reachability of internal destinations is provided by assigning directory numbers (DNs) to all endpoints (such as IP Phones, fax machines, and analog phones) and applications (such as voice mail systems, auto attendants, and conferencing systems).

Path selection: A secondary path can be used when the primary path is not available. The secondary path is made by rerouting over the PSTN during an IP WAN failure.


Note Cisco Unified CME does not support path selection.


Digit manipulation: In some cases, it is necessary to manipulate the dialed string before routing the call; for example, when rerouting over the PSTN, a call originally dialed using the access code, or when expanding an abbreviated code (such as 0 for the operator) to an extension.

Additional functions are possible and will be validated in the future update to this guide:

Calling privileges: Different groups of devices can be assigned to different classes of service by granting or denying access to certain destinations. For example, lobby phones might be allowed to reach only internal and local PSTN destinations, but executive phones could have unrestricted PSTN access.

Call coverage: Special groups of devices can be created to handle incoming calls for a certain service according to different rules (top-down, circular hunt, longest idle, or broadcast).

The automated alternate routing (AAR) feature enables Cisco Unified CM to establish an alternate path for the voice data when the preferred path between two endpoints within the same cluster runs out of available bandwidth, as determined by the locations mechanism for call admission control. If a phone in one branch calls a phone in another branch, and the available bandwidth for the WAN link between the branches is insufficient, then AAR reroutes the call through the PSTN.

Voice Mail and Auto Attendant Services

All voice mail in the Basic Small Branch Network is stored locally in the branch for both centralized and distributed call control models. Cisco Unity Express provides cost-effective voice and integrated messaging and automated attendant for enterprise branch offices with up to 240 users. The Cisco 1861 ISR comes packaged with a Cisco Unity Express Advanced Integration Module 2 (AIM2-CUE ) that can support up to 15 users.

Traditional Telephony

In the Basic Small Branch Network, traditional telephony is used to provide traditional fax services, emergency response, and call backup options as described in the following sections.

Analog Device Connectivity

There are various reasons to continue using some forms of traditional telephony in a branch office. For example, fax services continue to be widely used, and analog phones connected directly to a voice gateway can provide a backup of last resort. The Basic Small Branch Network used the four FXS ports provided by the Cisco 1861 ISR for connecting traditional voice devices into the network.

The ports were used for connecting a mixture of analog phones and faxes.

Emergency Services

Emergency services are of great importance in a proper deployment of a voice system. The Basic Small Branch Network was validated with the 911 emergency network as deployed in Canada and the United States. The design and implementation described are adaptable to other locales. Please consult with your local telephony network provider for appropriate implementation of emergency call functionality.

In general, a local exchange carrier has a dedicated network for the 911 service. In the Basic Small Branch Network, each of the FXO telephone lines connected the branch to the 911 service that was managed by Public Safety Answering Point (PSAP) through telephone company central office (CO).

To learn more about Emergency Services see:

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/6x/e911.html