background image
522
Chapter 8: WAN Protocols and Design
·
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 protocols
do. 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. All the protocols covered in this section support synchronous links.
Another comparison criteria is error recovery. Error recovery is covered in detail in Chapter 3,
"OSI Reference Model & Layered Communication," but a brief review is in order here. All the
data link protocols described here use a field in the trailer, usually called the frame check
sequence (FCS), that is used to verify 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 frame(s); error recovery may be performed by the data link protocol or a higher-layer
protocol, or error recovery may 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 definition and use of an architected Protocol Type field is the final criteria for
comparison. As described in more detail in Chapter 3, each data link protocol that supports
multiple network layer protocols needs a method of defining the type of packet encapsulated
inside the WAN 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 Cisco must add some
other header information to create a Protocol Type field, then that type field is not considered
to be architected.
Table 8-3 lists these point-to-point data link protocols and their attributes. (For a review of the
Protocol Type field, refer to Chapter 3.)
Table 8-3
Point-to-Point Data Link Protocol Attributes
Protocol
Error
Correction?
Architected
Type Field?
Other Attributes
Synchronous Data
Link Control
(SDLC)
Yes
None
SDLC supports multipoint links; it
assumes that the SNA header occurs
after the SDLC header.
Link Access
Procedure
Balanced (LAPB)
Yes
None
Spec assumes a single configurable
protocol after LAPB. LAPB is used
mainly with X.25. Cisco uses a
proprietary type field to support
multiprotocol traffic.
Link Access
Procedure on the D
channel (LAPD)
No
No
LAPD is not used between routers,
but is used on the D channel from
router to ISDN switch for signaling.
ch08.fm Page 522 Monday, March 20, 2000 5:17 PM