- •Contents
- •List of Figures
- •List of Tables
- •About the Author
- •Acknowledgements
- •Abbreviations
- •Introduction
- •1 Hardware Design
- •1.1 Separation of Routing and Forwarding Functionality
- •1.2 Building Blocks
- •1.2.1 Control Module
- •1.2.2 Forwarding Module
- •1.2.4 Stateful Failover
- •1.3 To Flow or Not to Flow?
- •1.4 Hardware Redundancy, Single Chassis or Multi Chassis
- •2 Transport Media
- •2.1 Maximum Transmission Unit (MTU)
- •2.1.1 Path MTU Discovery
- •2.1.2 Port Density
- •2.1.3 Channelized Interfaces
- •2.2 Ethernet
- •2.2.1 Address Resolution Protocol (ARP)
- •2.3 Asynchronous Transfer Mode (ATM)
- •2.4 Packet Over SONET (POS)
- •2.5.1 Intelligent Protection Switching
- •2.6 (Fractional) E1/T1/E3/T3
- •2.7 Wireless Transport
- •2.7.1 Regulatory Constraints
- •2.7.2 Interference
- •2.7.3 Obstructions
- •2.7.4 Atmospheric Conditions
- •3.1.1 Management Ethernet
- •3.1.2 Console Port
- •3.1.3 Auxiliary (Aux) Port
- •3.1.4 Remote Power Management
- •3.1.5 Uninterruptible Power Supplies (UPS)
- •3.2 Network Time Protocol (NTP)
- •3.3 Logging
- •3.4 Simple Network Management Protocol (SNMP)
- •3.4.1 SNMPv1, v2c and v3
- •3.5 Remote Monitoring (RMON)
- •3.6 Network Management Systems
- •3.6.1 CiscoWorks
- •3.6.2 JUNOScope
- •3.7.1 Concurrent Version System (CVS)
- •3.8 To Upgrade or Not to Upgrade
- •3.8.1 Software Release Cycles
- •3.9 Capacity Planning Techniques
- •4 Network Security
- •4.1 Securing Access to Your Network Devices
- •4.1.1 Physical Security
- •4.1.2 Authentication, Authorization and Accounting (AAA)
- •4.2 Securing Access to the Network Infrastructure
- •4.2.1 Authentication of Users, Hosts and Servers
- •4.2.2 Encryption of Information
- •4.2.3 Access Tools and Protocols
- •4.2.4 IP Security (IPsec)
- •4.2.5 Access Control Lists
- •4.2.6 RFC 1918 Addresses
- •4.2.7 Preventing and Tracing Denial of Service (DoS) Attacks
- •5 Routing Protocols
- •5.1 Why Different Routing Protocols?
- •5.2 Interior Gateway Protocols (IGP)
- •5.2.1 Open Shortest Path First (OSPF)
- •5.2.2 Authentication of OSPF
- •5.2.3 Stub Areas, Not So Stubby Areas (NSSA) and Totally Stubby Areas
- •5.2.4 OSPF Graceful Restart
- •5.2.5 OSPFv3
- •5.2.8 IS-IS Graceful Restart
- •5.2.9 Routing Information Protocol (RIP)
- •5.2.10 Interior Gateway Routing Protocol (IGRP) and Enhanced Interior Gateway Routing Protocol (EIGRP)
- •5.2.11 Diffusing Update Algorithm (DUAL)
- •5.2.12 Stuck-in-Active
- •5.2.13 Why use EIGRP?
- •5.3 Exterior Protocols
- •5.3.1 Border Gateway Protocol (BGP)
- •5.3.2 Authentication of BGP
- •5.3.3 BGP Graceful Restart
- •5.3.4 Multiprotocol BGP
- •6 Routing Policy
- •6.1 What is Policy For?
- •6.1.1 Who Pays Whom?
- •6.2 Implementing Scalable Routing Policies
- •6.3 How is Policy Evaluated?
- •6.3.2 The Flow of Policy Evaluation
- •6.4 Policy Matches
- •6.5 Policy Actions
- •6.5.1 The Default Action
- •6.5.2 Accept/Permit, Reject/Deny, and Discard
- •6.6 Policy Elements
- •6.7 AS Paths
- •6.9 Internet Routing Registries
- •6.10 Communities
- •6.11 Multi-Exit Discriminator (MED)
- •6.12 Local Preference
- •6.13 Damping
- •6.14 Unicast Reverse Path Forwarding
- •6.15 Policy Routing/Filter-Based Forwarding
- •6.16 Policy Recommendations
- •6.16.1 Policy Recommendations for Customer Connections
- •6.16.2 Policy Recommendations for Peering Connections
- •6.16.3 Policy Recommendations for Transit Connections
- •6.17 Side Effects of Policy
- •7 Multiprotocol Label Switching (MPLS)
- •7.2 Label Distribution Protocols
- •7.3 Tag Distribution Protocol (TDP)
- •7.4 Label Distribution Protocol (LDP)
- •7.4.1 LDP Graceful Restart
- •7.5.1 RSVP-TE Graceful Restart
- •7.6 Fast Reroute
- •7.7 Integrating ATM and IP Networks
- •7.8 Generalized MPLS (GMPLS)
- •8 Virtual Private Networks (VPNs)
- •8.1 VPNs at Layer 3
- •8.1.1 Layer 3 VPN (RFC 2547bis)
- •8.1.2 Generic Router Encapsulation (GRE)
- •8.1.3 IPsec
- •8.2 VPNs at Layer 2
- •8.2.1 Circuit Cross-Connect (CCC)
- •8.2.3 Martini (Layer 2 circuits)
- •8.2.4 Virtual Private Wire Service (VPWS)
- •8.2.5 Virtual Private LAN Service (VPLS)
- •8.2.6 Layer 2 Tunnelling Protocol (L2TP)
- •9.1 Design and Architectural Issues of CoS/QoS
- •9.2 CoS/QoS Functional Elements
- •9.2.3 Congestion Avoidance Mechanisms
- •9.2.4 Queueing Strategies
- •9.3 QoS Marking Mechanisms
- •9.3.1 Layer 2 Marking
- •9.3.2 Layer 3 QoS
- •9.3.3 MPLS EXP
- •9.4 Integrating QoS at Layer 2, in IP and in MPLS
- •9.4.1 DiffServ Integration with MPLS
- •10 Multicast
- •10.1 Multicast Forwarding at Layer 2
- •10.1.1 Multicast on Ethernet and FDDI
- •10.1.2 Multicast Over Token Ring
- •10.1.3 Internet Group Management Protocol (IGMP)
- •10.1.4 IGMP Snooping
- •10.1.5 PIM/DVMRP Snooping
- •10.1.6 Immediate Leave Processing
- •10.1.7 Cisco Group Management Protocol (CGMP)
- •10.2 Multicast Routing
- •10.2.1 Reverse Path Forwarding (RPF) Check
- •10.2.2 Dense Mode Protocols
- •10.2.3 Sparse Mode Protocols
- •10.2.4 Multicast Source Discovery Protocol (MSDP)
- •10.2.5 Multiprotocol BGP
- •10.2.6 Multicast Scoping
- •11.1 Evolution and Revolution
- •11.2 IPv6 Headers
- •11.3 IPv6 Addressing
- •11.3.1 Hierarchical Allocations
- •11.3.2 Address Classes
- •11.5 Domain Name System (DNS)
- •11.6 Transition Mechanisms
- •11.6.1 Dual Stack
- •11.6.3 Tunnelling IPv6 in IPv4
- •11.7 Routing in IPv6
- •11.7.2 OSPFv3
- •11.7.3 RIPng
- •11.7.4 Multiprotocol BGP
- •11.8 Multicast in IPv6
- •11.9 IPv6 Security
- •11.10 Mobility in IPv6
- •References
- •Index
2.7 WIRELESS TRANSPORT |
17 |
2.7WIRELESS TRANSPORT
This is a very broad area, which could fill an entire book of its own. However, in the limited space available, I’ll try to cover the basic issues, which any operator of a wireless network will need to address.
The term wireless covers a multitude of transmission techniques and access formats. Wireless transport mechanisms can support point-to-point, point-to-multipoint and broadcast systems. The challenges associated with building wireless networks combine many of the same challenges associated with using any other media along with a whole list of unique problems linked with the air interface. Regulatory constraints, interference, obstructions and even atmospheric conditions all place extra burdens on the network designer. Each of these is discussed below.
2.7.1REGULATORY CONSTRAINTS
There are a number of different regulatory environments throughout the world, each of which has slightly different rules governing the use of particular frequencies, the maximum transmission power, even the type of service, which may be offered using particular spectrum. Some bands require the payment of licence fees and are more heavily regulated while others are either unlicensed or licence exempt. Even the licence-exempt bands are subject to certain regulations.
2.7.2INTERFERENCE
Interference refers to any signal that causes the desired signal to be indistinguishable from the surrounding noise. This can be an unwanted signal being received at a very high power level, which masks the required signal being received at a much lower power signal. Alternatively, it can be another source transmitting simultaneously on the same frequency.
2.7.3OBSTRUCTIONS
The term wireless covers both radio and optical-based systems. Optical systems clearly require line of sight between transmitter and receiver. The line of sight has the diameter equal to the diameter of the aperture of the transmitter. Any obstruction in the path will effectively stop all transmission.
The issue of what constitutes an obstruction is less clear with respect to radio systems. Certain frequencies work better than others without clear line of sight between transmitter and receiver.
18 |
TRANSPORT MEDIA |
2.7.3.1 The Fresnel Zone
It is also important to note the exact implications of the phrase line of sight. Intuitively, you might think that line of sight for radio would be the same as line of sight for an optical system, represented as a tube with a diameter equal to that of the aperture of the transmitting antenna. However, that is certainly not the case.
In fact, there is a rugby ball-shaped (football-shaped for the American readers) zone around the centre line connecting the two antennae. This is called the Fresnel zone. In order to effectively maintain line of sight, it is necessary to ensure that there are no obstructions within 60% of the distance from the centre line to the outside surface of the Fresnel zone. So long as that constraint is met, any calculations can assume clear line of sight.
Some frequencies are particularly susceptible to obstructions; for example, transmissions at 2.4 GHz are exceptionally susceptible to trees in the path. This can be explained by taking a look at the function of microwave ovens. Microwave ovens use this frequency because 2.4 GHz microwaves are particularly well absorbed by water, causing the water molecules to vibrate and get hot. Trees are great big reservoirs of water so it is hardly surprising that they soak up transmissions at 2.4 GHz causing an attenuation of between 0.25 and 0.5 dB per metre.
This is particularly unfortunate because 2.4 GHz is almost universally licence-exempt, making it extremely popular for WLAN systems, as used in 802.11b and 802.11g. Technically, these systems can be used to transmit over distances in excess of 60 km. However, this is severely limited in the presence of trees or other obstructions.
2.7.4 ATMOSPHERIC CONDITIONS
As mentioned above, some frequencies are particularly susceptible to water in the path. Previously, we have discussed this in terms of trees, but the same applies to other sources of water in the path. Rain, fog and snow all cause significant problems for wireless transmission, both radio and optical. For example, rain imposes losses of around 0.05 dB per kilometre on a 2.4 GHz transmission. Even moderately heavy snow or fog will effectively prevent transmission of an optical system beyond a few hundred metres.
These constraints mean that wireless technologies, particularly those in the frequencies vulnerable to absorption by water, are not able to supply high priority links carrying high value traffic without back-up from a more traditional transport media, e.g. fibre or copper-based transmission media.
2.7.5 IF IT IS SO BAD . . .
Given all these issues, it might appear that building a wireless network is not worth the trouble. However, these issues have to be balanced with the ability of wireless networks to reach places where wired services just cannot go, to roll out a network in timescales and at costs within which you could barely plan a wired network.
2.7 WIRELESS TRANSPORT |
19 |
Wireless is widely seen as a possible solution to the non-availability of broadband services in rural locations. The ability to deliver point-to-point and point-to-multipoint services quickly and cost effectively to areas where there is no cable, where the copper is either of too poor quality or the exchange is too far away to deliver broadband services, is highly attractive to service providers keen to reach those customers and to customers keen to access the broadband services.
3
Router and Network
Management
Once your network is operating as expected, it is obviously essential to be able to keep it running smoothly and to know when it stops operating smoothly. Having identified that there is a failure, it is also important to be able to access the network elements affected by and surrounding the fault in order to analyse and repair the failure.
It is also important to be able to correlate events on several devices. Network Time Protocol (NTP) provides a mechanism to synchronize the internal clocks of your network devices. Since the internal clocks are used to timestamp logs, their synchronization is critical to be able to accurately correlate events.
In addition, it is essential to be able to manage the software on your network elements. This is necessary both to add functionality and to overcome faults in previous software.
Similarly, the ability to manage the configuration of your network elements will be critical to the continued smooth operation of your network. Having offline copies of your configurations and a planned regular process for backing up and restoring configurations will allow you to recover more quickly and accurately from a complete failure or loss of a network device.
3.1THE IMPORTANCE OF AN OUT-OF-BAND (OOB) NETWORK
An out-of-band network is fundamental to the continued operation of a scalable IP network. This is an independent network, which in the event of a failure of part of your network, gives you access to all network devices via an unaffected path. If part of your network
Designing and Developing Scalable IP Networks G. Davies
2004 Guy Davies ISBN: 0-470-86739-6