More Books
Routing TCP IP Volume I CCIE Professional Development
Routing TCP/IP, Volume I (CCIE Professional Development)
Table of Contents
Copyright
About the Author
About the Reviewers
Introduction
Objectives
Audience
Organization
Conventions and Features
Foreword
Part I: Routing Basics
Chapter 1. Basic Concepts: Internetworks, Routers, and Addresses
Bicycles with Motors
Data Link Addresses
Repeaters and Bridges
Routers
Network Addresses
Looking Ahead
Recommended Reading
Review Questions
Chapter 2. TCP/IP Review
The TCP/IP Protocol Layers
The IP Packet Header
IP Addresses
ARP
ICMP
The Host-to-Host Layer
Looking Ahead
Summary Table: Chapter 2 Command Review
Recommended Reading
Review Questions
Configuration Exercises
Troubleshooting Exercises
Chapter 3. Static Routing
The Route Table
Configuring Static Routes
Troubleshooting Static Routes
Looking Ahead
Summary Table:Chapter 3 Command Review
Review Questions
Configuration Exercises
Troubleshooting Exercises
Chapter 4. Dynamic Routing Protocols
Routing Protocol Basics
Distance Vector Routing Protocols
Link State Routing Protocols
Interior and Exterior Gateway Protocols
Static or Dynamic Routing?
Looking Ahead
Recommended Reading
Review Questions
Part II: Interior Routing Protocols
Chapter 5. Routing Information Protocol (RIP)
Operation of RIP
Configuring RIP
Troubleshooting RIP
Looking Ahead
Summary Table: Chapter 5 Command Review.
Recommended Reading
Review Questions
Configuration Exercises
Troubleshooting Exercises
Chapter 6. Interior Gateway Routing Protocol (IGRP)
Operation of IGRP
Configuring IGRP
Troubleshooting IGRP
Looking Ahead
Summary Table: Chapter 6 Command Review
Recommended Reading
Review Questions
Configuration Exercises
Troubleshooting Exercises
Chapter 7. Routing Information Protocol Version 2
Operation of RIPv2
Configuring RIPv2
Troubleshooting RIPv2
Looking Ahead
Summary Table:Chapter 7 Command Review
Recommended Reading
Review Questions
Configuration Exercises
Troubleshooting Exercises
Chapter 8. Enhanced Interior Gateway Routing Protocol (EIGRP)
Figure 8.1. The four major components of EIGRP. RTP and neighbor discovery are lower-level protocols that enable the correct operation of DUAL. DUAL can perform route computations for multiple routed protocols.
Configuring EIGRP
Troubleshooting EIGRP
Looking Ahead
Summary Table:Chapter 8 Command Review
Review Questions
Configuration Exercises
Troubleshooting Exercises
Chapter 9. Open Shortest Path First
Neighbors and Adjacencies
Configuring OSPF
Troubleshooting OSPF
Looking Ahead
Summary Table: Chapter 9 Command Review
Recommended Reading
Review Questions
Configuration Exercises
Troubleshooting Exercises
Chapter 10. Integrated IS-IS
Operation of Integrated IS-IS
Configuring Integrated IS-IS
Troubleshooting Integrated IS-IS
Looking Ahead
Summary Table: Chapter 10 Command Review
Review Questions
Configuration Exercises
Troubleshooting Exercises
Part III: Route Control and Interoperability
Chapter 11. Route Redistribution
Principles of Redistribution
Configuring Redistribution
Looking Ahead
Summary Table: Chapter 11 Command Review
Review Questions
Configuration Exercises
Troubleshooting Exercises
Chapter 12. Default Routes and On-Demand Routing
Fundamentals of Default Routes
Fundamentals of On-Demand Routing
Configuring Default Routes and ODR
Looking Ahead
Summary Table: Chapter 12 Command Review
Review Questions
Chapter 13. Route Filtering
Configuring Route Filters
Looking Ahead
Summary Table: Chapter 13 Command Review
Configuration Exercises
Troubleshooting Exercises
Chapter 14. Route Maps
Basic Uses of Route Maps
Configuring Route Maps
Looking Ahead
Summary Table: Chapter 14 Command Review
Review Questions
Configuration Exercises
Troubleshooting Exercises
Part IV: Appendixes
Appendix A. Tutorial: Working with Binary and Hex
Working with Binary Numbers
Working with Hexadecimal Numbers
Appendix B. Tutorial: Access Lists
Access List Basics
Standard IP Access Lists
Extended IP Access Lists
Calling the Access List
Keyword Alternatives
Named Access Lists
Filter Placement Considerations
Access List Monitoring and Accounting
Appendix C. CCIE Preparation Tips
Laying the Foundations
Hands-On Experience
Intensifying the Study
The Final Six Months
Exam Day
Appendix D. Answers to Review Questions
Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
Chapter 6
Chapter 7
Chapter 8
Chapter 9
Chapter 10
Chapter 11
Chapter 12
Chapter 14
Appendix E. Solutions to Configuration Problems
Chapter 2
Chapter 3
Chapter 5
Chapter 6
Chapter 7
Chapter 8
Chapter 9
Chapter 10
Chapter 11
Chapter 13
Chapter 14
Appendix F. Solutions to Troubleshooting Exercises
Chapter 2
Chapter 3
Chapter 5
Chapter 6
Chapter 7
Chapter 8
Chapter 9
Chapter 10
Chapter 11
Chapter 13
Chapter 14
Index
index_SYMBOL
index_A
index_B
index_C
index_D
index_E
index_F
index_G
index_H
index_I
index_K
index_L
index_M
index_N
index_O
index_P
index_Q
index_R
index_S
index_T
index_U
index_V
index_W
index_Z
 

Network Addresses

Note

Each member network in a routed internetwork requires a unique identifier.


For devices to correctly communicate on a LAN, they must be uniquely identified by means of a data link identifier. If a routed internetwork—a network of networks—is to be created, then each member network must likewise be uniquely identifiable.

Note

Network address


The most fundamental criterion for a routed internetwork is that for a router to correctly deliver packets to their proper destination, each and every network, or data link, must be uniquely identified. Providing this unique identification is the purpose of a network address.

Figure 1.10 suggests a type of network address. Notice that every network has its own unique address. Notice also that the point-to-point serial link has an address. A common mistake that beginners make is to forget that serial links are also networks and therefore require their own addresses for routing to work.

Figure 1.10. Each network must have a uniquely identifiable address.

graphics/01fig10.gif

Now one of the two questions posed at the end of the last section can be answered: The routers can deliver the packet because the originating host put a destination address in the packet. From the perspective of the router, the destination address is all that is needed. As a rule, all routers really care about is the location of each network. Individual devices are not relevant to the router; the router only needs to deliver the packet to the correct destination network. When the packet arrives at the network, the data link identifier can be used to deliver the data to the individual device on the network.

Note

The fundamental purpose and function of a router


How routers handle destination addresses is critically important and bears repeating. The purpose of a router is to deliver packets to the proper destination networks. As such, the only individual devices routers typically care about are other routers. When a router sees that the destination address of a packet is one of its directly connected networks, it acts as a station on that network and uses the data link identifier of the destination device to deliver the packet (encapsulated in a frame) on the network.[11]

[11] It should be pointed out that there are such things as host routes, a route to a specific device. These will be seen later in this book. However, at this point, host routes just confuse the issue.

With this understanding of the relationship between routers and network addresses, a question arises: When the router sees that the destination address of a packet is one of its directly connected networks, how does the router know where to deliver the packet? After all, Figure 1.10 showed that there is no reference by the originating station to the destination station's data link identifier.

A related question was asked at the end of the last section: How did the originating host know that the packet needed to be delivered to its default gateway for routing?

The answer to both of these questions is that the network addresses shown in Figure 1.10 are not sufficient. Each device on a network must be again identified uniquely, this time as a member of that particular network. The network address must have both a network identifier and a host identifier (Figure 1.11). The originating host must be able to recognize its own and others' network addresses, to say in effect: "I need to deliver this packet to device 4.3. My network address is 1.2; therefore, I know that the destination is on a different network than mine, and I'll need to send the packet to my local router for delivery."

Figure 1.11. Each network must have a uniquely identifiable address.

graphics/01fig11.gif

Note

The two parts of a network address


Likewise router C must be able to recognize, "I've received a packet with a destination address of 4.3. Because my Token Ring interface has an address of 4.1, I know that network 4 is one of my directly connected networks. As a member of that network myself, I know that station 4.3 has a MAC identifier of 0000.2354.AC6B; I'll just pop this packet into a Token Ring frame and deliver it."