
- •Warning and Disclaimer
- •Feedback Information
- •Trademark Acknowledgments
- •About the Author
- •About the Technical Reviewers
- •Dedication
- •Acknowledgments
- •Contents at a Glance
- •Contents
- •Icons Used in This Book
- •Command Syntax Conventions
- •Cisco’s Motivation: Certifying Partners
- •Format of the CCNA Exams
- •What’s on the CCNA Exams
- •ICND Exam Topics
- •Cross-Reference Between Exam Topics and Book Parts
- •CCNA Exam Topics
- •INTRO and ICND Course Outlines
- •Objectives and Methods
- •Book Features
- •How This Book Is Organized
- •Part I: LAN Switching
- •Part II: TCP/IP
- •Part III: Wide-Area Networks
- •Part IV: Network Security
- •Part V: Final Preparation
- •Part VI: Appendixes
- •How to Use These Books to Prepare for the CCNA Exam
- •For More Information
- •Part I: LAN Switching
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Brief Review of LAN Switching
- •The Forward-Versus-Filter Decision
- •How Switches Learn MAC Addresses
- •Forwarding Unknown Unicasts and Broadcasts
- •LAN Switch Logic Summary
- •Basic Switch Operation
- •Foundation Summary
- •Spanning Tree Protocol
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Spanning Tree Protocol
- •What IEEE 802.1d Spanning Tree Does
- •How Spanning Tree Works
- •Electing the Root and Discovering Root Ports and Designated Ports
- •Reacting to Changes in the Network
- •Spanning Tree Protocol Summary
- •Optional STP Features
- •EtherChannel
- •PortFast
- •Rapid Spanning Tree (IEEE 802.1w)
- •RSTP Link and Edge Types
- •RSTP Port States
- •RSTP Port Roles
- •RSTP Convergence
- •Edge-Type Behavior and PortFast
- •Link-Type Shared
- •Link-Type Point-to-Point
- •An Example of Speedy RSTP Convergence
- •Basic STP show Commands
- •Changing STP Port Costs and Bridge Priority
- •Foundation Summary
- •Foundation Summary
- •Virtual LANs and Trunking
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Review of Virtual LAN Concepts
- •Trunking with ISL and 802.1Q
- •ISL and 802.1Q Compared
- •VLAN Trunking Protocol (VTP)
- •How VTP Works
- •VTP Pruning
- •Foundation Summary
- •Part II: TCP/IP
- •IP Addressing and Subnetting
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •IP Addressing Review
- •IP Subnetting
- •Analyzing and Interpreting IP Addresses and Subnets
- •Math Operations Used to Answer Subnetting Questions
- •Converting IP Addresses from Decimal to Binary and Back Again
- •The Boolean AND Operation
- •How Many Hosts and How Many Subnets?
- •What Is the Subnet Number, and What Are the IP Addresses in the Subnet?
- •Finding the Subnet Number
- •Finding the Subnet Broadcast Address
- •Finding the Range of Valid IP Addresses in a Subnet
- •Finding the Answers Without Using Binary
- •Easier Math with Easy Masks
- •Which Subnet Masks Meet the Stated Design Requirements?
- •What Are the Other Subnet Numbers?
- •Foundation Summary
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Extended ping Command
- •Distance Vector Concepts
- •Distance Vector Loop-Avoidance Features
- •Route Poisoning
- •Split Horizon
- •Split Horizon with Poison Reverse
- •Hold-Down Timer
- •Triggered (Flash) Updates
- •RIP and IGRP
- •IGRP Metrics
- •Examination of RIP and IGRP debug and show Commands
- •Issues When Multiple Routes to the Same Subnet Exist
- •Administrative Distance
- •Foundation Summary
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Link-State Routing Protocol and OSPF Concepts
- •Steady-State Operation
- •Loop Avoidance
- •Scaling OSPF Through Hierarchical Design
- •OSPF Areas
- •Stub Areas
- •Summary: Comparing Link-State and OSPF to Distance Vector Protocols
- •Balanced Hybrid Routing Protocol and EIGRP Concepts
- •EIGRP Loop Avoidance
- •EIGRP Summary
- •Foundation Summary
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Route Summarization and Variable-Length Subnet Masks
- •Route Summarization Concepts
- •VLSM
- •Route Summarization Strategies
- •Sample “Best” Summary on Seville
- •Sample “Best” Summary on Yosemite
- •Classless Routing Protocols and Classless Routing
- •Classless and Classful Routing Protocols
- •Autosummarization
- •Classful and Classless Routing
- •Default Routes
- •Classless Routing
- •Foundation Summary
- •Advanced TCP/IP Topics
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Scaling the IP Address Space for the Internet
- •CIDR
- •Private Addressing
- •Network Address Translation
- •Static NAT
- •Dynamic NAT
- •Overloading NAT with Port Address Translation (PAT)
- •Translating Overlapping Addresses
- •Miscellaneous TCP/IP Topics
- •Internet Control Message Protocol (ICMP)
- •ICMP Echo Request and Echo Reply
- •Destination Unreachable ICMP Message
- •Time Exceeded ICMP Message
- •Redirect ICMP Message
- •Secondary IP Addressing
- •FTP and TFTP
- •TFTP
- •MTU and Fragmentation
- •Foundation Summary
- •Part III: Wide-Area Networks
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Review of WAN Basics
- •Physical Components of Point-to-Point Leased Lines
- •Data-Link Protocols for Point-to-Point Leased Lines
- •HDLC and PPP Compared
- •Looped Link Detection
- •Enhanced Error Detection
- •Authentication Over WAN Links
- •PAP and CHAP Authentication
- •Foundation Summary
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •ISDN Protocols and Design
- •Typical Uses of ISDN
- •ISDN Channels
- •ISDN Protocols
- •ISDN BRI Function Groups and Reference Points
- •ISDN PRI Function Groups and Reference Points
- •BRI and PRI Encoding and Framing
- •PRI Encoding
- •PRI Framing
- •BRI Framing and Encoding
- •DDR Step 1: Routing Packets Out the Interface to Be Dialed
- •DDR Step 2: Determining the Subset of the Packets That Trigger the Dialing Process
- •DDR Step 3: Dialing (Signaling)
- •DDR Step 4: Determining When the Connection Is Terminated
- •ISDN and DDR show and debug Commands
- •Multilink PPP
- •Foundation Summary
- •Frame Relay
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Frame Relay Protocols
- •Frame Relay Standards
- •Virtual Circuits
- •LMI and Encapsulation Types
- •DLCI Addressing Details
- •Network Layer Concerns with Frame Relay
- •Layer 3 Addressing with Frame Relay
- •Frame Relay Layer 3 Addressing: One Subnet Containing All Frame Relay DTEs
- •Frame Relay Layer 3 Addressing: One Subnet Per VC
- •Frame Relay Layer 3 Addressing: Hybrid Approach
- •Broadcast Handling
- •Frame Relay Service Interworking
- •A Fully-Meshed Network with One IP Subnet
- •Frame Relay Address Mapping
- •A Partially-Meshed Network with One IP Subnet Per VC
- •A Partially-Meshed Network with Some Fully-Meshed Parts
- •Foundation Summary
- •Part IV: Network Security
- •IP Access Control List Security
- •“Do I Know This Already?” Quiz
- •Foundation Topics
- •Standard IP Access Control Lists
- •IP Standard ACL Concepts
- •Wildcard Masks
- •Standard IP ACL: Example 2
- •Extended IP Access Control Lists
- •Extended IP ACL Concepts
- •Extended IP Access Lists: Example 1
- •Extended IP Access Lists: Example 2
- •Miscellaneous ACL Topics
- •Named IP Access Lists
- •Controlling Telnet Access with ACLs
- •ACL Implementation Considerations
- •Foundation Summary
- •Part V: Final Preparation
- •Final Preparation
- •Suggestions for Final Preparation
- •Preparing for the Exam Experience
- •Final Lab Scenarios
- •Scenario 1
- •Scenario 1, Part A: Planning
- •Solutions to Scenario 1, Part A: Planning
- •Scenario 2
- •Scenario 2, Part A: Planning
- •Solutions to Scenario 2, Part A: Planning
- •Part VI: Appendixes
- •Glossary
- •Answers to the “Do I Know This Already?” Quizzes and Q&A Questions
- •Chapter 1
- •“Do I Know This Already?” Quiz
- •Chapter 2
- •“Do I Know This Already?” Quiz
- •Chapter 3
- •“Do I Know This Already?” Quiz
- •Chapter 4
- •“Do I Know This Already?” Quiz
- •Chapter 5
- •“Do I Know This Already?” Quiz
- •Chapter 6
- •“Do I Know This Already?” Quiz
- •Chapter 7
- •“Do I Know This Already?” Quiz
- •Chapter 8
- •“Do I Know This Already?” Quiz
- •Chapter 9
- •“Do I Know This Already?” Quiz
- •Chapter 10
- •“Do I Know This Already?” Quiz
- •Chapter 11
- •“Do I Know This Already?” Quiz
- •Chapter 12
- •“Do I Know This Already?” Quiz
- •Using the Simulation Software for the Hands-on Exercises
- •Accessing NetSim from the CD
- •Hands-on Exercises Available with NetSim
- •Scenarios
- •Labs
- •Listing of the Hands-on Exercises
- •How You Should Proceed with NetSim
- •Considerations When Using NetSim
- •Routing Protocol Overview
- •Comparing and Contrasting IP Routing Protocols
- •Routing Through the Internet with the Border Gateway Protocol
- •RIP Version 2
- •The Integrated IS-IS Link State Routing Protocol
- •Summary of Interior Routing Protocols
- •Numbering Ports (Interfaces)

ISDN Configuration and Dial-on-Demand Routing 359
Figure 10-10 Dialer Profiles: Pooling Multiple BRIs
Pool 1
BRI 1/0 |
|
|
|
|
||||
|
|
B0 |
|
|
|
|
|
Dialer Interface 1 |
|
|
|
|
|
|
|||
|
|
B1 |
|
|
|
|
|
|
|
|
|
|
|
||||
|
|
|
||||||
BRI 1/1 |
|
|
|
Dialer Interface 2 |
||||
|
|
|||||||
|
|
B0 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
B1 |
|
|
|
|
|
Dialer Interface 3 |
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
BRI 1/2 |
|
|||||||
|
|
|
|
Dialer Interface 4 |
||||
|
|
B0 |
|
|
|
|||
|
|
|
|
|
|
|||
|
|
B1 |
|
|
|
|
||
Pool 2 |
|
|
|
|
As Figure 10-10 illustrates, dialer profiles allow great flexibility. You can put the same physical interface into multiple pools, enabling better usage of the interfaces and connected lines. You can use separate logic as defined on different dialer interfaces. In fact, you can use IP addresses in different IP subnets on different dialer interfaces, giving you much greater control over your network design and IP addressing choices. So, whether you just want to allow a router to use multiple interfaces to dial the same set of sites, or if you want to do something more complex, dialer profiles help give you the necessary functionality.
Multilink PPP
Multilink PPP allows multiple links between a router and some other device over which traffic is balanced. The need for this function is straightforward; some of the motivations for using it can be subtle. Figure 10-11 illustrates the most obvious need for multilink PPP.
Figure 10-11 Multilink PPP for a Dial-In Device
PC
|
|
|
|
|
|
BRI |
|
|
|
|
BRI |
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
||||
|
|
|
|
|
|
CO |
|
|
CO |
|
|
|
||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
MLPPP |
|
|
|
|
|
|
|
|
|
|
|
Dashed Lines |
|
|
|
|
|
|
|
|||||
|
|
|
|
Represent Two |
Treats Two B |
10.3.3.3 |
|
|
||||||||
|
|
|
B Channel Calls |
Channels as |
|
|
|
|
|
|
||||||
|
|
|
Between the PC |
|
One Link |
|
|
|
|
|
|
|||||
|
|
|
|
|
and the ISP |
|
|
|
|
|
|
|
|
|
For faster service, the PC dials two B channels instead of one. To use both channels at the same time, and to get the most out of the extra available bandwidth, MLP can be used. MLP breaks each packet into fragments, sends some fragments across each of the two links, and reassembles them at the other end of the link. With two dialed circuits, it breaks each packet into two equal-sized packets. The net result is that the links are used approximately the same percentage.

360 Chapter 10: ISDN and Dial-on-Demand Routing
Multilink PPP is also useful between routers. For example, in Figure 10-12, videoconferencing between Atlanta and Nashville uses six B channels between two routers.
Figure 10-12 Multilink B Channels Between Routers
|
|
|
|
|
|
Atlanta |
6 x B Channel |
|
Nashville |
|
|
|
|
|
|
|
|||||
|
PC |
|
|
|
|
|
|
|
|
|
|
|
PC |
||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||||
|
|
|
|
|
|
|
|
|
|
||||||||||||
|
|
|
|
|
|
|
|
|
|||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||
10.1.1.1 |
10.3.3.1 |
|
10.3.3.2 |
|
|
10.2.2.2 |
In this example, if multilink PPP is used, the links have almost identical usage. However, the 384 KB needed for the videoconference is available.
Now consider the alternative to MLP—six parallel links without multilink PPP. Six routes to subnet 10.2.2.0/24 would exist in Router A’s routing table, assuming that Router A uses the ip maximumpaths 6 command. Presumably, some traffic would use each of the six routes in the routing table.
The problem with not using MLP in this case relates to the default internal switching method in a Cisco router, called fast switching. Fast switching balances across equal-cost routes by sending all packets to the same IP address over the same link. The result is that router Atlanta sends some packets over one link and some over the other, but the balancing is unpredictable. More importantly, all packets to the videoconference system’s single IP address in Nashville use the same link, effectively limiting the videoconference to 64 kbps. MLP solves this problem.
With MLP, the router treats the multiple links as a single link, with one route in the routing table, and lets MLP balance the traffic. Example 10-11 shows a sample multilink PPP configuration. The Atlanta and Nashville routers use two B channels of the same BRI.
Example 10-11 Multilink PPP Configuration for Atlanta
username Nashville password Robert interface bri 0
ip addr 10.3.3.1 255.255.255.0 encapsulation ppp
dialer idle-timeout 300
dialer load-threshold 25 either
dialer map 10.3.3.2 name Nashville 16155551234 dialer-group 1
pppauthentication chap ppp multilink

ISDN Configuration and Dial-on-Demand Routing 361
MLP requires just a few additional commands compared to typical DDR and ISDN configuration. The two key commands are ppp multilink and dialer load-threshold. The ppp multilink command enables multilink PPP. The router can dynamically sense when two links are actually parallel links to the same other device based on some hidden PPP flows, so the command does not have to explicitly identify which links are working together with MLP.
The dialer load-threshold command tells the router to dial another B channel if the utilization average on the currently used links is more than 25 percent for either inbound or outbound utilization. Although it isn’t necessarily required for MLP, this command is useful so that you can simply add more B channel calls when the load requires it; MLP then ensures that the additional bandwidth is used.
Table 10-16 summarizes the additional commands used with MLP in dial environments.
Table 10-16 Summary of the New Configuration Needed for MLP Versus Legacy DDR
|
|
Configuration |
Command |
Description |
Mode |
|
|
|
ppp multilink |
Enables MLP. |
Interface |
|
|
|
dialer load-threshold load [outbound | |
Tells the router when to dial |
Interface |
inbound | either] |
additional calls to the same |
|
|
location based on load. |
|
|
|
|
ISDN and DDR Configuration Summary
ISDN and DDR configuration can be overwhelming. They include a lot of different commands, and most people simply do not get to practice ISDN in a lab. You should be ready to interpret configurations and recognize the commands for each feature.
Legacy DDR configuration includes the most commands. You need static routes to send packets out the dial interfaces. You need dialer groups, sometimes referring to ACLs, to define what traffic causes a dial to occur. In other words, you define the “interesting” traffic. You then define the phone numbers to dial, either with the dialer string command when you want to dial a single site, or with the dialer map command when you want to dial multiple different sites. Finally, you might change the default settings for both idle timers.
For BRIs, you only need to worry about configuring the ISDN switch type and, in some cases, the ISDN SPIDs. For PRIs, you configure the switch type, and you never configure SPIDs. You also need to configure the encoding, framing, and list of channels inside the PRI that will be used. These are the commands that are configured under the controller configuration mode.

362 Chapter 10: ISDN and Dial-on-Demand Routing
With dialer profiles, you essentially pool multiple physical interfaces and create a dialer interface. The DDR configuration causes packets to be routed out the dialer interface. If a dial needs to be made, the dialer interface picks one of the physical ISDN interfaces that has an available B channel to dial the line.
Finally, MLP allows you to efficiently use multiple parallel B channels connected between two devices. To configure it, you use the ppp multilink command.