Receive not ready (RNR). If the val

Receive not ready (RNR). If the value of the code subfield is 10, it is an RNR
S-frame. This kind of frame is an RR frame with additional functions. It
acknowledges the receipt of a frame or group of frames, and it announces that
the receiver is busy and cannot receive more frames. It acts as a kind of congestion
control mechanism by asking the sender to slow down. The value of NCR)
is the acknowledgment number.
Reject (REJ). If the value of the code subfield is 01, it is a REJ S-frame. This is a
NAK frame, but not like the one used for Selective Repeat ARQ. It is a NAK that
can be used in Go-Back-N ARQ to improve the efficiency of the process by
informing the sender, before the sender time expires, that the last frame is lost or
damaged. The value of NCR) is the negative acknowledgment number.
Selective reject (SREJ). If the value of the code subfield is 11, it is an SREJ S-frame.
This is a NAK frame used in Selective Repeat ARQ. Note that the HDLC Protocol
uses the term selective reject instead of selective repeat. The value of N(R) is the negative
acknowledgment number.
Control Fieldfor V-Frames
Unnumbered frames are used to exchange session management and control infonnation
between connected devices. Unlike S-frames, U-frames contain an information field,
but one used for system management information, not user data. As with S-frames,
however, much of the infonnation carried by U-frames is contained in codes included
in the control field. U-frame codes are divided into two sections: a 2-bit prefix before
the PtF bit and a 3-bit suffix after the PtF bit. Together, these two segments (5 bits) can
be used to create up to 32 different types of U-frames. Some of the more common types
are shown in Table 11.1.
Example 11.10: Piggybacking without Error
Figure 11.30 shows an exchange using piggybacking. Node A begins the exchange of
information with an I-frame numbered 0 followed by another I-frame numbered 1. Node B
piggybacks its acknowledgment of both frames onto an I-frame of its own. Node B's first
I-frame is also numbered 0 [N(S) field] and contains a 2 in its N(R) field, acknowledging the
receipt of Ns frames 1 and 0 and indicating that it expects frame 2 to arrive next. Node B
transmits its second and third I-frames (numbered 1 and 2) before accepting further
frames from node A. Its N(R) information, therefore, has not changed: B frames 1 and 2
indicate that node B is still expecting Ns frame 2 to arrive next. Node A has sent all its
data. Therefore, it cannot piggyback an acknowledgment onto an I-frame and sends an S-frame
instead. The RR code indicates that A is still ready to receive. The number 3 in the N(R) field
tells B that frames 0, 1, and 2 have all been accepted and that A is now expecting frame
number 3.
Example 11.11: Piggybacking with Error
Figure 11.31 shows an exchange in which a frame is lost. Node B sends three data frames (0, 1,
and 2), but frame 1 is lost. When node A receives frame 2, it discards it and sends a REI frame for
frame 1. Note that the protocol being used is Go-Back-N with the special use of an REI frame as
a NAK frame. The NAK frame does two things here: It confirms the receipt of frame °and
declares that frame 1 and any following frames must be resent. Node B, after receiving the REI
frame, resends frames 1 and 2. Node A acknowledges the receipt by sending an RR frame (ACK)
with acknowledgment number 3.
11.7 POINT-TO-POINT PROTOCOL
Although HDLC is a general protocol that can be used for both point-to-point and multipoint
configurations, one of the most common protocols for point-to-point access is the
Point-to-Point Protocol (PPP). Today, millions of Internet users who need to connect
their home computers to the server of an Internet service provider use PPP. The majority
of these users have a traditional modem; they are connected to the Internet through a
telephone line, which provides the services of the physical layer. But to control and
SECTION 11.7 POINT-TO-POINT PROTOCOL 347
manage the transfer of data, there is a need for a point-to-point protocol at the data link
layer. PPP is by far the most common.
PPP provides several services:
1. PPP defines the format of the frame to be exchanged between devices.
2. PPP defines how two devices can negotiate the establishment of the link and the
exchange of data.
3. PPP defines how network layer data are encapsulated in the data link frame.
4. PPP defines how two devices can authenticate each other.
5. PPP provides multiple network layer services supporting a variety of network layer
protocols.
6. PPP provides connections over multiple links.
7. PPP provides network address configuration. This is particularly useful when a home
user needs a temporary network address to connect to the Internet.
On the other hand, to keep PPP simple, several services are missing:
I. PPP does not provide flow control. A sender can send several frames one after
another with no concern about overwhelming the receiver.
2. PPP has a very simple mechanism for error control. A CRC field is used to detect
errors. If the frame is corrupted, it is silently discarded; the upper-layer protocol
needs to take care of the problem. Lack of error control and sequence numbering
may cause a packet to be received out of order.
3. PPP does not provide a sophisticated addressing mechanism to handle frames in a
multipoint configuration.
Framing
PPP is a byte-oriented protocol. Framing is done according to the discussion of byteoriented
protocols at the beginning of this chapter.
Frame Format
Flag. A PPP frame starts and ends with a I-byte flag with the bit pattern 01111110.
Although this pattern is the same as that used in HDLC, there is a big difference.
PPP is a byte-oriented protocol; HDLC is a bit-oriented protocol. The flag is treated
as a byte, as we will explain later.
Address. The address field in this protocol is a constant value and set to 11111111
(broadcast address). During negotiation (discussed later), the two parties may agree
to omit this byte.
Control. This field is set to the constant value 11000000 (imitating unnumbered
frames in HDLC). As we will discuss later, PPP does not provide any flow control.
Error control is also limited to error detection. This means that this field is not needed
at all, and again, the two parties can agree, during negotiation, to omit this byte.
Protocol. The protocol field defines what is being carried in the data field: either
user data or other information. We discuss this field in detail shortly. This field is
by default 2 bytes long, but the two parties can agree to use only I byte.
Payload field. This field carries either the user data or other information that we will
discuss shortly. The data field is a sequence of bytes with the default of a maximum
of 1500 bytes; but this can be changed during negotiation. The data field is bytestuffed
if the flag byte pattern appears in this field. Because there is no field defining
the size of the data field, padding is needed if the size is less than the maximum
default value or the maximum negotiated value.
FCS. The frame check sequence (FCS) is simply a 2-byte or 4-byte standard CRe.

Kết quả (Việt) 1:

Nhận được không sẵn sàng (thuộc). Nếu giá trị của mã subfield 10, nó là một RNRS-khung. Loại khung là một khung RR với chức năng bổ sung. Nóthừa nhận khi nhận được một khung hoặc nhóm của khung, và nó thông báo đóngười nhận là bận rộn và không thể nhận thêm khung. Nó hoạt động như một loại của tắc nghẽnkiểm soát cơ chế bằng cách yêu cầu người gửi để làm chậm. Giá trị của NCR)là một số sự thừa nhận.Từ chối (REJ). Nếu giá trị của mã subfield 01, nó là một REJ S-frame. Đây là mộtNAK khung, nhưng không thích được sử dụng cho chọn lọc lặp lại ARQ. Nó là một NAK màcó thể được sử dụng trong Go-Back-N ARQ để cải thiện hiệu quả của quá trình bởithông báo cho người gửi, trước khi hết thời gian người gửi, khung cuối bị mất hoặcbị hư hại. Giá trị của NCR) là một số sự thừa nhận tiêu cực.Chọn lọc từ chối (SREJ). Nếu giá trị của mã subfield 11, nó là một SREJ S-khung.Điều này là một khung NAK được sử dụng trong chọn lọc lặp lại ARQ. Lưu ý rằng giao thức HDLCsử dụng thuật ngữ chọn lọc từ chối thay vì chọn lọc lặp lại. Giá trị của N(R) là những tiêu cựcthừa nhận số.Kiểm soát Fieldfor V-khungUnnumbered khung được sử dụng để trao đổi quản lý phiên làm việc và kiểm soát infonnationgiữa thiết bị kết nối. Không giống như S-khung, U-khung chứa một lĩnh vực thông tin,nhưng một trong những sử dụng cho hệ thống quản lý thông tin, không có dữ liệu người dùng. Như với S-khung,Tuy nhiên, phần lớn infonnation thực hiện bởi U-khung được chứa trong mã số bao gồmtrong lĩnh vực kiểm soát. U-khung mã được chia thành hai phần: một tiền tố 2-chút trước khibit nguồn và một hậu tố 3-bit sau chút nguồn. Cùng với nhau, các phân đoạn hai (5 bit) có thểđược sử dụng để tạo tối đa 32 loại khác nhau của U-khung. Một số các loại phổ biến hơnĐang hiển thị trong bảng 11.1.Ví dụ 11,10: Piggybacking mà không có lỗiTìm 11.30 cho thấy một cuộc trao đổi bằng cách sử dụng piggybacking. Nút A bắt đầu việc trao đổithông tin với một tôi-khung số 0 theo sau một tôi-khung số 1. Node Bpiggybacks của nó sự thừa nhận của cả hai khung hình lên một tôi-khung riêng của mình. Đầu tiên của Node BTôi-khung cũng là đánh số từ 0 [N (S) trường] và có chứa một 2 trong lĩnh vực N(R), ghi nhận cácnhận được Ns khung 1 và 0 và chỉ ra rằng nó sẽ khung 2 đến tiếp theo. Node Btruyền của nó thứ hai và thứ ba tôi khung (số 1 và 2) trước khi chấp nhận thêmkhung từ nút A. Thông tin N(R) của nó, do đó, đã không thay đổi: B khung 1 và 2chỉ ra rằng nút B vẫn còn dự kiến Ns khung 2 đến tiếp theo. Nút A đã gửi tất cả của nódữ liệu. Do đó, nó không thể piggyback một sự thừa nhận vào một tôi-khung và sẽ gửi một S-khungthay vào đó. Mã RR chỉ ra rằng A là vẫn sẵn sàng để nhận được. Số 3 trong lĩnh vực N(R)nói với B rằng khung 0, 1 và 2 có tất cả được chấp nhận và rằng A bây giờ dự kiến các khungsố 3.Ví dụ 11,11: Piggybacking với lỗiCon số 11.31 cho thấy một cuộc trao đổi trong đó một khung bị mất. Node B gửi ba khung dữ liệu (0, 1,và 2), nhưng khung 1 là bị mất. Khi nút A nhận được khung 2, nó loại bỏ nó và sẽ gửi một REI khungkhung hình 1. Lưu ý rằng giao thức được sử dụng là Go-Back-N với việc sử dụng đặc biệt của một khung REI làmột cảnh quay NAK. Khung NAK nào hai điều ở đây: nó sẽ xác nhận khi nhận được khung ° vàtuyên bố rằng khung 1 và bất kỳ theo khung phải được resent. Node B, sau khi nhận được REIkhung, thời khung hình 1 và 2. Nút A thừa nhận khi nhận được bằng cách gửi một khung RR (ACK)với sự thừa nhận số 3.11.7 POINT-TO-POINT PROTOCOLMặc dù HDLC là một giao thức chung có thể được sử dụng cho cả hai điểm và đa điểmcấu hình, một trong các giao thức phổ biến nhất để truy cập điểm là cácGiao thức điểm-điểm (PPP). Hôm nay, hàng triệu người dùng Internet những người cần để kết nốimáy tính gia đình của họ để các máy chủ của một nhà cung cấp dịch vụ Internet sử dụng PPP. Phần lớncủa những người sử dụng có một modem truyền thống; họ được kết nối với Internet thông qua mộtđường dây điện thoại, trong đó cung cấp các dịch vụ của tầng vật lý. Nhưng để kiểm soát vàPHẦN 11.7 POINT-TO-POINT PROTOCOL 347quản lý truyền dữ liệu, có một nhu cầu cho một giao thức điểm-điểm tại liên kết dữ liệulớp. PPP là của xa phổ biến nhất.PPP cung cấp một số dịch vụ:1. PPP xác định định dạng của khung được trao đổi giữa các thiết bị.2. PPP xác định như thế nào hai thiết bị có thể đàm phán việc thành lập các liên kết và cáctrao đổi dữ liệu.3. PPP xác định như thế nào dữ liệu lớp mạng được đóng gói trong khung liên kết dữ liệu.4. PPP xác định như thế nào hai thiết bị có thể xác thực lẫn nhau.5. PPP cung cấp nhiều mạng lớp dịch vụ hỗ trợ một loạt các tầng mạnggiao thức.6. PPP cung cấp kết nối qua nhiều liên kết.7. PPP cung cấp cấu hình địa chỉ mạng. Điều này đặc biệt hữu ích khi một ngôi nhàngười sử dụng cần một địa chỉ mạng tạm thời để kết nối với Internet.Mặt khác, để giữ cho PPP khách sạn được đơn giản, một số dịch vụ đang mất tích:I. PPP không cung cấp kiểm soát dòng chảy. Người gửi có thể gửi một số khung một sau khikhác với không có mối quan tâm về áp đảo người nhận.2. PPP có một cơ chế rất đơn giản để kiểm soát lỗi. Một lĩnh vực CRC được sử dụng để phát hiệnlỗi. Nếu khung bị hỏng, nó âm thầm bị loại bỏ; giao thức trên lớpcần phải chăm sóc của vấn đề. Thiếu điều khiển lỗi và trình tự đánh sốcó thể gây ra một gói dữ liệu để được nhận ra trật tự.3. PPP không cung cấp một cơ chế giải quyết phức tạp để xử lý các khung hình trong mộtcấu hình đa.KhungPPP là một giao thức byte theo định hướng. Khung được thực hiện theo các cuộc thảo luận của byteorientedgiao thức đầu chương này.Khung định dạng Lá cờ. Một khung PPP bắt đầu và kết thúc với một lá cờ tôi-byte với mô hình bit 01111110.Mặc dù mô hình này là giống như sử dụng trong HDLC, đó là một sự khác biệt lớn.PPP là một byte theo định hướng giao thức; HDLC là một chút theo định hướng giao thức. Lá cờ được xử lýnhư một byte, như chúng tôi sẽ giải thích sau đó. Địa chỉ. Trường địa chỉ giao thức này là một hằng số giá trị và thiết lập để 11111111(địa chỉ quảng bá). Trong quá trình đàm phán (được thảo luận sau này), hai bên có thể thoả thuậnđể bỏ qua byte này. Kiểm soát. Lĩnh vực này được thiết lập để giá trị liên tục 11000000 (bắt chước unnumberedkhung trong HDLC). Khi chúng tôi sẽ thảo luận về sau, PPP không cung cấp bất kỳ kiểm soát dòng chảy.Điều khiển lỗi cũng được giới hạn để phát hiện lỗi. Điều này có nghĩa rằng lĩnh vực này là không cần thiếtở tất cả, và một lần nữa, hai bên có thể đồng ý, trong quá trình đàm phán, bỏ qua byte này. Giao thức. Lĩnh vực giao thức xác định những gì đang được tiến hành trong lĩnh vực dữ liệu: hoặc làdữ liệu người dùng hoặc thông tin khác. Chúng tôi thảo luận về lĩnh vực này chi tiết một thời gian ngắn. Lĩnh vực này làTheo mặc định 2 byte dài, nhưng hai bên có thể đồng ý để sử dụng chỉ mình tôi byte. Tải trọng chiến đấu trường. Lĩnh vực này mang dữ liệu người dùng hoặc thông tin khác mà chúng tôi sẽthảo luận về một thời gian ngắn. Trường dữ liệu là một chuỗi các byte với mặc định của tối đa1500 byte; nhưng điều này có thể được thay đổi trong quá trình đàm phán. Trường dữ liệu là bytestuffedNếu cờ byte mẫu xuất hiện trong lĩnh vực này. Bởi vì đó là lĩnh vực không xác địnhKích thước của lĩnh vực dữ liệu, padding là cần thiết nếu kích thước nhỏ hơn tối đagiá trị mặc định hoặc giá trị thương lượng tối đa. FCS. Dãy phòng khung (FCS) là chỉ đơn giản là một 2-byte hoặc 4-byte tiêu chuẩn CRe.

Kết quả (Việt) 2:

Nhận chưa sẵn sàng (RNR). Nếu giá trị của các trường con đang 10, nó là một RNR
S-frame. Đây là loại khung là một khung RR với các chức năng bổ sung. Nó
xác nhận đã nhận một frame hoặc nhóm các khung hình, và nó thông báo rằng
người nhận là bận rộn và không thể nhận được nhiều khung hình. Nó hoạt động như một loại tắc nghẽn
cơ chế kiểm soát bằng cách yêu cầu người gửi để làm chậm. Giá trị của NCR)
là số xác nhận.
Từ chối (Rej). Nếu giá trị của các trường con đang là 01, đó là một Rej S-frame. Đây là một
khung NAK, nhưng không phải như một trong những sử dụng cho Selective Repeat ARQ. Nó là một NAK mà
có thể được sử dụng trong Go-Back-N ARQ để nâng cao hiệu quả của quá trình này bằng cách
thông báo cho người gửi, trước thời điểm hết hạn gửi, mà khung hình cuối cùng bị mất hoặc
bị hư hỏng. Giá trị của NCR) là số nhận tiêu cực.
Selective từ chối (SREJ). Nếu giá trị của các trường con đang 11, nó là một SREJ S-frame.
Đây là một khung NAK được sử dụng trong Selective Repeat ARQ. Lưu ý rằng các giao thức HDLC
sử dụng thuật ngữ chọn lọc từ chối thay vì lặp lại chọn lọc. Giá trị của N (R) là tiêu cực
số thừa nhận.
Kiểm soát Fieldfor V-Frames
khung vô số người không được sử dụng để trao đổi quản lý và kiểm soát phiên infonnation
giữa các thiết bị được kết nối. Không giống như S-frame, U-frame chứa một lĩnh vực thông tin,
nhưng một trong những sử dụng cho thông tin quản lý hệ thống, không dữ liệu người dùng. Như với S-khung hình,
tuy nhiên, phần lớn các infonnation thực bởi U-frame được chứa trong mã bao gồm
trong lĩnh vực kiểm soát. Mã U-frame được chia thành hai phần: một tiền tố 2-bit trước khi
các bit PTF và một hậu tố 3-bit sau khi bit PTF. Cùng với nhau, hai phân khúc này (5 bit) có thể
được sử dụng để tạo ra lên đến 32 loại khác nhau của U-frame. Một số loại phổ biến hơn
được thể hiện trong Bảng 11.1.
Ví dụ 11.10: cõng mà không Lỗi
Hình 11.30 cho thấy một cuộc trao đổi bằng cách sử dụng cõng. Node A bắt đầu việc trao đổi
thông tin với một I-frame số 0 theo sau bởi một I-frame số 1. Node B
piggybacks sự thừa nhận của cả khung vào một I-frame của riêng nó. Node B đầu tiên của
I-frame cũng được đánh số 0 [N (S)] lĩnh vực và có chứa 2 trong (R) trường tồn của nó, thừa nhận những
nhận Ns khung 1 và 0 và chỉ ra rằng dự kiến frame 2 đến tiếp theo. Node B
truyền I-frame của nó thứ hai và thứ ba (đánh số 1 và 2) trước khi chấp nhận thêm
khung hình từ nút A. N (R) thông tin của nó, do đó, đã không thay đổi: khung B 1 và 2
chỉ ra rằng nút B vẫn mong Ns frame 2 đến tiếp theo. Node A đã gửi bài của
dữ liệu. Vì vậy, nó không thể cõng một sự thừa nhận trên một I-frame và gửi một S-frame
thay thế. Mã RR chỉ ra rằng A vẫn sẵn sàng tiếp nhận. Số 3 trong (R) trường N
nói với B rằng khung 0, 1, 2 và tất cả đã được chấp nhận và A bây giờ là hy vọng khung
số 3.
Ví dụ 11.11: cõng với Lỗi
Hình 11.31 cho thấy một sự trao đổi trong đó một khung là làm mất. Node B sẽ gửi ba khung dữ liệu (0, 1,
và 2), nhưng frame 1 là bị mất. Khi nút A nhận được frame 2, nó loại bỏ nó và gửi một khung REI cho
khung 1. Lưu ý rằng các giao thức được sử dụng là Go-Back-N với việc sử dụng đặc biệt của một khung REI như
một khung NAK. Các khung NAK không có hai điều ở đây: Điều này khẳng định nhận khung ° và
tuyên bố rằng frame 1 và bất kỳ khung hình sau đây phải được gửi lại. Node B, sau khi nhận được REI
khung, gửi lại khung hình 1 và 2. Node A xác nhận đã nhận bằng cách gửi một khung RR (ACK)
với số nhận 3.
11,7 POINT-TO-POINT PROTOCOL
Mặc dù HDLC là một giao thức chung mà có thể được sử dụng cho cả point-to-point và multipoint
cấu hình, một trong những giao thức phổ biến nhất để truy cập điểm-điểm là
Point-to-Point Protocol (PPP). Hôm nay, hàng triệu người dùng Internet, những người cần kết nối
máy tính gia đình của họ đến máy chủ của nhà cung cấp dịch vụ Internet sử dụng PPP. Phần lớn
những người sử dụng có một modem truyền thống; chúng được kết nối với Internet thông qua một
đường dây điện thoại, cung cấp các dịch vụ của lớp vật lý. Nhưng để kiểm soát và
PHẦN 11,7 POINT-TO-POINT PROTOCOL 347
quản lý việc chuyển giao dữ liệu, có một nhu cầu cho một giao thức điểm-điểm tại liên kết dữ liệu
lớp. PPP là xa phổ biến nhất.
PPP cung cấp một số dịch vụ:
1. PPP xác định định dạng của khung để được trao đổi giữa các thiết bị.
2. PPP định nghĩa như thế nào hai thiết bị có thể đàm phán thành lập các liên kết và
trao đổi dữ liệu.
3. PPP định nghĩa như thế nào dữ liệu lớp mạng được gói gọn trong khung liên kết dữ liệu.
4. PPP định nghĩa như thế nào hai thiết bị có thể xác nhận lẫn nhau.
5. PPP cung cấp nhiều dịch vụ tầng mạng hỗ trợ một loạt các lớp mạng
giao thức.
6. PPP cung cấp các kết nối qua nhiều link.
7. PPP cung cấp mạng cấu hình địa chỉ. Điều này đặc biệt hữu ích khi một nhà
sử dụng cần một địa chỉ mạng tạm thời để kết nối với Internet.
Mặt khác, để giữ cho PPP đơn giản, một số dịch vụ đang thiếu:
I. PPP không cung cấp kiểm soát dòng chảy. Một người gửi có thể gửi một số khung hình một sau khi
khác mà không lo ngại về áp đảo người nhận.
2. PPP có một cơ chế rất đơn giản để kiểm soát lỗi. Một trường CRC được sử dụng để phát hiện
lỗi. Nếu khung là hỏng, nó được âm thầm bỏ đi; các giao thức lớp trên
cần phải chăm sóc của vấn đề. Thiếu kiểm soát lỗi và đánh số thứ tự
có thể gây ra một gói tin được nhận ra trong trật tự.
3. PPP không cung cấp một cơ chế giải quyết phức tạp để xử lý các khung hình trong một
cấu hình đa điểm.
Framing
PPP là giao thức byte theo định hướng. Khung được thực hiện theo các cuộc thảo luận của byteoriented
giao thức ở đầu chương này.
Khung Format
Flag. Một khung PPP bắt đầu và kết thúc bằng một lá cờ I-byte với các mẫu bit 01111110.
Mặc dù mô hình này giống như được sử dụng trong HDLC, có một sự khác biệt lớn.
PPP là giao thức byte theo định hướng; HDLC là một giao thức hướng bit. Lá cờ được đối xử
như là một byte, như chúng ta sẽ giải thích sau.
Địa chỉ. Trường địa chỉ trong giao thức này là một giá trị không đổi và thiết lập để 11111111
(địa chỉ broadcast). Trong đàm phán (thảo luận sau), thì hai bên có thể thoả thuận
để bỏ qua byte này.
Control. Lĩnh vực này được thiết lập để các giá trị hằng số 11000000 (bắt chước không đánh số
khung hình trong HDLC). Như chúng ta sẽ thảo luận sau đó, PPP không cung cấp bất kỳ kiểm soát dòng chảy.
Kiểm soát Lỗi cũng được giới hạn phát hiện ra lỗi. Điều này có nghĩa rằng lĩnh vực này là không cần thiết
ở tất cả, và một lần nữa, hai bên có thể đồng ý, trong quá trình đàm phán, để bỏ qua byte này.
Protocol. Các lĩnh vực giao thức định nghĩa những gì đang được thực hiện trong lĩnh vực dữ liệu: hoặc
dữ liệu người dùng hoặc các thông tin khác. Chúng tôi thảo luận về lĩnh vực này một cách chi tiết trong thời gian ngắn. Lĩnh vực này là
theo mặc định dài 2 byte, nhưng hai bên có thể đồng ý sử dụng duy nhất tôi bytes.
Trường Payload. Lĩnh vực này mang một trong hai dữ liệu người dùng hoặc các thông tin khác mà chúng tôi sẽ
thảo luận ngay. Các trường dữ liệu là một chuỗi các byte với mặc định của một tối đa
là 1500 byte; nhưng điều này có thể được thay đổi trong quá trình đàm phán. Các trường dữ liệu được bytestuffed
nếu mẫu cờ byte xuất hiện trong lĩnh vực này. Bởi vì không có trường xác định
kích thước của trường dữ liệu, đệm là cần thiết nếu kích thước là ít hơn tối đa
giá trị mặc ​​định hoặc tối đa thương lượng giá trị.
FCS. Trình tự kiểm tra khung (FCS) chỉ đơn giản là một 2-byte hoặc 4-byte chuẩn CRE.