Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Cisco Press CCNA ICND 2004 - Cisco Press.pdf
Скачиваний:
120
Добавлен:
24.05.2014
Размер:
13.19 Mб
Скачать

Data-Link Protocols for Point-to-Point Leased Lines 307

To get the serial link in Figures 9-1 and 9-2 working, the router configuration is simple. Example 9-1 lists the configuration on R1 and R2.

Example 9-1 Minimal Configuration for IP on a Point-to-Point Link

R1

R2

interface serial 1

interface serial 1

ip address 10.1.1.1 255.255.255.0

ip address 10.1.1.2 255.255.255.0

no shutdown

no shutdown

 

clock rate 56000

 

 

Note that the IP addresses must be in the same subnet, because the two routers’ interfaces are not separated by some other IP router. In many cases, the no shutdown command is unneeded. However, when a Cisco router comes up, and the physical WAN link is not working, the router might place a shutdown command on the interface configuration. So the no shutdown interface subcommand would be needed to put the interface in service.

The clock rate command sets the clock rate on interfaces when a DCE cable has been used, as in Figure 9-2. In Example 9-1, the clock rate 56000 command sets the clock rate to 56,000 bps. If external CSU/DSUs were used, as in Figure 9-1, as is typical when you use an actual leased line from a provider, this command is unneeded. In fact, the router wouldn’t let you add the command to the configuration if a DTE cable was connected to the interface!

Data-Link Protocols for Point-to-Point Leased Lines

The more interesting part of point-to-point WANs relates to the choices of different data link layer protocols and how each protocol behaves differently. WAN data-link protocols used on point-to-point serial links provide the basic function of data delivery across that one link.

The two most popular WAN data-link protocols are High-Level Data Link Control (HDLC) and PPP. Each of these WAN protocols has the following functions in common:

HDLC and PPP provide for the delivery of data across a single point-to-point serial link.

HDLC and PPP deliver data on synchronous serial links; PPP also supports asynchronous serial links.

Each synchronous serial data-link protocol uses the concept of framing. Each data-link protocol defines the beginning and end of the frame, the information and format of a header and trailer, and the location of the packet between the header and trailer. In other words, synchronous WAN data-link protocols are frame-oriented, just like LAN data-link protocols.

308 Chapter 9: Point-to-Point Leased Line Implementation

Synchronous WAN links require the CSU/DSUs on each end of the link to operate at the exact same speed. Essentially, the CSU/DSUs on each side of the WAN link agree to use a certain clock rate, or speed, to send and receive bits. It is expensive to build CSU/DSUs that can truly operate at exactly the same speed, so after they agree to a particular speed, both CSU/DSUs try to operate at that speed. Then one CSU/DSU watches for small differences in clock rates between itself and the other CSU/DSU and makes small adjustments. (The CSU/ DSU that does not adjust its clock is called the clock source.) This process works almost like the scenes in spy novels in which the spies synchronize their watches; in this case, the watches or clocks are synchronized automatically several times per minute.

Synchronous CSU/DSUs adjust their clocks by noticing when the electrical signal received on the physical line changes. When the routers send data frames across the link, plenty of signal transitions are made, because the transitions are typically used to imply either a 1 or a 0.

However, if no traffic were sent across the link, there would be no transitions in the electrical signal, and clock synchronization would be lost. So synchronous data-link protocols send frames continuously, even sending idle frames when there is no end-user data to be sent over the link. By always at least sending frames with no data in them, the routers ensure that there are plenty of electrical signal transitions on the line, allowing the clock adjustments required for synchronization. So HDLC and PPP define idle frames, called Receiver Ready, implying that the sender has nothing to send other than idle frames to allow for continued synchronization.

Unlike asynchronous links, in which no bits are sent during idle times, synchronous data links define idle frames. These frames do nothing more than provide plenty of signal transitions so that clocks can be adjusted on the receiving end, consequently maintaining synchronization.

HDLC and PPP Compared

The next few pages compare and contrast several key features of HDLC and PPP. These features, including how each protocol supports each feature, are summarized at the end of the section in Table 9-3. These three features are used to compare the two protocols:

Whether the protocol supports synchronous communications, asynchronous communications, or both.

Whether the protocol provides error recovery.

Whether an architected Protocol Type field exists. In other words, the protocol specifications define a field in the header that identifies the type of packet contained in the data portion of the frame.

First, a few words about the criteria used to compare these WAN protocols might prove helpful. Synchronous protocols allow more throughput over a serial link than asynchronous

Data-Link Protocols for Point-to-Point Leased Lines 309

protocols. However, asynchronous protocols require less-expensive hardware, because there is no need to watch transitions and adjust the clock rate. For links between routers, synchronous links are typically desired and used. When you use a PC with a modem to dial up an Internet provider, you use an asynchronous link. All the protocols covered in this section support synchronous links, because that is what routers typically use between each other.

Another comparison criteria is error recovery. Do not confuse error recovery with error detection. Almost all data-link protocols, PPP and HDLC included, perform error detection. All the data-link protocols described here use a field in the trailer, usually called the frame check sequence (FCS), that verifies whether bit errors occurred during transmission of the frame. If so, the frame is discarded. Error recovery is the process that causes retransmission of the lost or errored frame(s). Error recovery can be performed by the data-link protocol or a higher-layer protocol, or it might not be performed at all. Regardless, all WAN data-link protocols perform error detection, which involves noticing the error and discarding the frame.

Finally, the people who created these protocols might or might not have defined a Protocol Type field. As described in more detail in Chapter 3, “Data Link Layer Fundamentals: Ethernet LANs,” from CCNA INTRO Exam Certification Guide, each data-link protocol that supports multiple network layer protocols needs a method of defining the type of packet encapsulated in the data-link frame. If such a field is part of the protocol specification, it is considered architected—in other words, specified in the protocol. If the protocol specification does not include a Protocol Type field, Cisco might add some other header information to create a Protocol Type field.

Figure 9-3 shows the framing details of HDLC and PPP, showing the proprietary HDLC Protocol field and the standardized PPP Protocol field.

Figure 9-3 PPP and HDLC Framing

 

1

1

2

2

Variable

4

1

 

 

 

 

 

 

 

HDLC

Flag

Address

Control

Type

Data

FCS

Flag

(Proprietary)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1

1

2

2

Variable

4

1

 

 

 

 

 

 

 

PPP

Flag

Address

Control

Type

Data

FCS

Flag

 

(Standardized)

 

 

 

 

 

 

 

 

310 Chapter 9: Point-to-Point Leased Line Implementation

Table 9-3 lists the important comparison points between HDLC and PPP.

Table 9-3

Point-to-Point Data-Link Protocol Attributes

 

 

 

 

 

 

 

 

 

Architected Type

 

 

Protocol

Error Correction

Field

Other Attributes

 

 

 

 

 

 

HDLC

No

No

HDLC serves as Cisco’s default on

 

 

 

 

serial links. Cisco uses a Proprietary

 

 

 

 

Type field to support multiprotocol

 

 

 

 

traffic. Supports synchronous links

 

 

 

 

only.

 

 

 

 

 

 

PPP

Supported but not

Yes

PPP was meant for multiprotocol

 

 

enabled by default

 

interoperability from its inception,

 

 

 

 

unlike HDLC. PPP also supports

 

 

 

 

asynchronous communication.

 

 

 

 

 

HDLC and PPP Configuration

HDLC and PPP configuration is straightforward. You just need to be sure to configure the same WAN data-link protocol on each end of the serial link. Otherwise, the routers will misinterpret the incoming frames, because each WAN data-link protocol uses a different frame format. Other than configuring some optional features, that’s all you need to do!

Tables 9-4 and 9-5 summarize the configuration commands and EXEC commands used for HDLC and PPP configuration. Most of the commands relate to the optional features.

Table 9-4 PPP and HDLC Configuration Commands

 

Command

 

Configuration Mode

 

 

 

 

 

encapsulation {hdlc | ppp}

 

Interface subcommand

 

 

 

 

 

compress [predictor | stac | mppc [ignore-pfc]]

Interface subcommand

 

 

 

 

Table 9-5

Point-to-Point-Related show and debug Commands

 

 

 

 

 

Command

Description

 

 

 

 

 

show interfaces [type number]

Lists statistics and details of interface configuration,

 

 

including the encapsulation type.

 

 

 

 

show compress

Lists compression ratios.

 

 

 

 

show processes [cpu]

Lists processor and task utilization. Is useful for watching

 

 

for increased utilization because of compression.

 

 

 

 

Data-Link Protocols for Point-to-Point Leased Lines 311

Example 9-2 shows the configuration for PPP, followed by the changed configuration for a migration to HDLC. Assume that Router A and Router B have a serial link attached to their serial 1 ports.

Example 9-2 Configuration for PPP and HDLC

Router A-Mars

Router B-Seville

interface serial 1

interface serial 1

encapsulation ppp

encapsulation ppp

.

.

. later, changed to...

. later, changed to...

.

.

interface serial 1

interface serial 1

encapsulation hdlc

encapsulation hdlc

 

 

Changing serial encapsulations in configuration mode is tricky compared to some other configuration commands in a Cisco router. In Example 9-2, converting back to HDLC (the default) is accomplished with the encapsulation hdlc command, but it can also be accomplished with the command no encapsulation ppp, because that causes the router to revert back to the default encapsulation, which is HDLC. Additionally, any other interface subcommands that are pertinent only to PPP, but not HDLC, are also removed when the encapsulation hdlc command is used.

PPP-Specific Features

PPP was defined much later than the original HDLC specifications. As a result, the creators of PPP included many additional features that had not been seen in WAN data-link protocols up to that time. As a result, PPP has become the most popular and feature-rich WAN data link layer protocol.

PPP-unique features fall into two main categories:

Those needed regardless of the Layer 3 protocol sent across the link

Those specific to each Layer 3 protocol

PPP uses a protocol that focuses on the features that apply regardless of the Layer 3 protocol used and another protocol to support each Layer 3 protocol supported on the link. The PPP Link Control Protocol (LCP) provides the core features for PPP. For features related to a specific Layer 3 protocol, PPP uses a series of PPP control protocols, such as IP Control Protocol (IPCP). For example, IPCP provides for IP address assignment; this feature is used extensively with Internet dialup connections today.

PPP uses one LCP per link and one Control Protocol for each Layer 3 protocol defined on the link. If a router is configured for IPX, AppleTalk, and IP on a PPP serial link, the router