control information as a header, creating an LLC protocol data unit (P dịch - control information as a header, creating an LLC protocol data unit (P Việt làm thế nào để nói

control information as a header, cr

control information as a header, creating an LLC protocol data unit (PDU).This control
information is used in the operation of the LLC protocol. The entire LLC PDU
is then passed down to the MAC layer, which appends control information at the
front and back of the packet, forming a MAC frame. Again, the control information
in the frame is needed for the operation of the MAC protocol. For context, the figure
also shows the use of TCP/IP and an application layer above the LAN protocols.
Logical Link Control
The LLC layer for LANs is similar in many respects to other link layers in common
use. Like all link layers, LLC is concerned with the transmission of a link-level PDU
between two stations, without the necessity of an intermediate switching node. LLC
has two characteristics not shared by most other link control protocols:
1. It must support the multiaccess, shared-medium nature of the link (this differs
from a multidrop line in that there is no primary node).
2. It is relieved of some details of link access by the MAC layer.
Addressing in LLC involves specifying the source and destination LLC users.
Typically, a user is a higher-layer protocol or a network management function in the
station.These LLC user addresses are referred to as service access points (SAPs), in
keeping with OSI terminology for the user of a protocol layer.
We look first at the services that LLC provides to a higher-level user, and then
at the LLC protocol.
LLC Services LLC specifies the mechanisms for addressing stations across the
medium and for controlling the exchange of data between two users. The operation
and format of this standard is based on HDLC. Three services are provided as alternatives
for attached devices using LLC:
• Unacknowledged connectionless service: This service is a datagram-style service.
It is a very simple service that does not involve any of the flow- and errorcontrol
mechanisms. Thus, the delivery of data is not guaranteed. However, in
most devices, there will be some higher layer of software that deals with reliability
issues.
• Connection-mode service: This service is similar to that offered by HDLC. A
logical connection is set up between two users exchanging data, and flow control
and error control are provided.
• Acknowledged connectionless service: This is a cross between the previous
two services. It provides that datagrams are to be acknowledged, but no prior
logical connection is set up.
Typically, a vendor will provide these services as options that the customer can
select when purchasing the equipment. Alternatively, the customer can purchase
equipment that provides two or all three services and select a specific service based
on application.
The unacknowledged connectionless service requires minimum logic and is
useful in two contexts. First, it will often be the case that higher layers of software
will provide the necessary reliability and flow-control mechanism, and it is efficient
15.3 / LAN PROTOCOL ARCHITECTURE 461
to avoid duplicating them. For example, TCP could provide the mechanisms
needed to ensure that data is delivered reliably. Second, there are instances in
which the overhead of connection establishment and maintenance is unjustified or
even counterproductive (for example, data collection activities that involve the
periodic sampling of data sources, such as sensors and automatic self-test reports
from security equipment or network components). In a monitoring application, the
loss of an occasional data unit would not cause distress, as the next report should
arrive shortly. Thus, in most cases, the unacknowledged connectionless service is
the preferred option.
The connection-mode service could be used in very simple devices, such as terminal
controllers, that have little software operating above this level. In these cases,
it would provide the flow control and reliability mechanisms normally implemented
at higher layers of the communications software.
The acknowledged connectionless service is useful in several contexts.With the
connection-mode service, the logical link control software must maintain some sort
of table for each active connection, to keep track of the status of that connection. If
the user needs guaranteed delivery but there are a large number of destinations for
data, then the connection-mode service may be impractical because of the large number
of tables required. An example is a process control or automated factory environment
where a central site may need to communicate with a large number of
processors and programmable controllers. Another use of this is the handling of
important and time-critical alarm or emergency control signals in a factory. Because
of their importance, an acknowledgment is needed so that the sender can be assured
that the signal got through. Because of the urgency of the signal, the user might not
want to take the time first to establish a logical connection and then send the data.
LLC Protocol The basic LLC protocol is modeled after HDLC and has similar
functions and formats. The differences between the two protocols can be summarized
as follows:
• LLC makes use of the asynchronous balanced mode of operation of HDLC, to
support connection-mode LLC service; this is referred to as type 2 operation.
The other HDLC modes are not employed.
• LLC supports an unacknowledged connectionless service using the unnumbered
information PDU; this is known as type 1 operation.
• LLC supports an acknowledged connectionless service by using two new
unnumbered PDUs; this is known as type 3 operation.
• LLC permits multiplexing by the use of LLC service access points (LSAPs).
All three LLC protocols employ the same PDU format (Figure 15.7), which
consists of four fields. The DSAP (Destination Service Access Point) and SSAP
(Source Service Access Point) fields each contain a 7-bit address, which specify
the destination and source users of LLC. One bit of the DSAP indicates whether the
DSAP is an individual or group address. One bit of the SSAP indicates whether the
PDU is a command or response PDU. The format of the LLC control field is identical
to that of HDLC (Figure 7.7), using extended (7-bit) sequence numbers.
For type 1 operation, which supports the unacknowledged connectionless service,
the unnumbered information (UI) PDU is used to transfer user data. There is
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
control information as a header, creating an LLC protocol data unit (PDU).This controlinformation is used in the operation of the LLC protocol. The entire LLC PDUis then passed down to the MAC layer, which appends control information at thefront and back of the packet, forming a MAC frame. Again, the control informationin the frame is needed for the operation of the MAC protocol. For context, the figurealso shows the use of TCP/IP and an application layer above the LAN protocols.Logical Link ControlThe LLC layer for LANs is similar in many respects to other link layers in commonuse. Like all link layers, LLC is concerned with the transmission of a link-level PDUbetween two stations, without the necessity of an intermediate switching node. LLChas two characteristics not shared by most other link control protocols:1. It must support the multiaccess, shared-medium nature of the link (this differsfrom a multidrop line in that there is no primary node).2. It is relieved of some details of link access by the MAC layer.Addressing in LLC involves specifying the source and destination LLC users.Typically, a user is a higher-layer protocol or a network management function in thestation.These LLC user addresses are referred to as service access points (SAPs), inkeeping with OSI terminology for the user of a protocol layer.We look first at the services that LLC provides to a higher-level user, and thenat the LLC protocol.LLC Services LLC specifies the mechanisms for addressing stations across themedium and for controlling the exchange of data between two users. The operationand format of this standard is based on HDLC. Three services are provided as alternativesfor attached devices using LLC:• Unacknowledged connectionless service: This service is a datagram-style service.It is a very simple service that does not involve any of the flow- and errorcontrolmechanisms. Thus, the delivery of data is not guaranteed. However, inmost devices, there will be some higher layer of software that deals with reliabilityissues.• Connection-mode service: This service is similar to that offered by HDLC. Alogical connection is set up between two users exchanging data, and flow controland error control are provided.• Acknowledged connectionless service: This is a cross between the previoustwo services. It provides that datagrams are to be acknowledged, but no priorlogical connection is set up.Typically, a vendor will provide these services as options that the customer canselect when purchasing the equipment. Alternatively, the customer can purchaseequipment that provides two or all three services and select a specific service basedon application.The unacknowledged connectionless service requires minimum logic and isuseful in two contexts. First, it will often be the case that higher layers of softwarewill provide the necessary reliability and flow-control mechanism, and it is efficient15.3 / LAN PROTOCOL ARCHITECTURE 461to avoid duplicating them. For example, TCP could provide the mechanismsneeded to ensure that data is delivered reliably. Second, there are instances inwhich the overhead of connection establishment and maintenance is unjustified oreven counterproductive (for example, data collection activities that involve theperiodic sampling of data sources, such as sensors and automatic self-test reportsfrom security equipment or network components). In a monitoring application, theloss of an occasional data unit would not cause distress, as the next report shouldarrive shortly. Thus, in most cases, the unacknowledged connectionless service isthe preferred option.The connection-mode service could be used in very simple devices, such as terminalcontrollers, that have little software operating above this level. In these cases,it would provide the flow control and reliability mechanisms normally implementedat higher layers of the communications software.The acknowledged connectionless service is useful in several contexts.With theconnection-mode service, the logical link control software must maintain some sortof table for each active connection, to keep track of the status of that connection. Ifthe user needs guaranteed delivery but there are a large number of destinations fordata, then the connection-mode service may be impractical because of the large numberof tables required. An example is a process control or automated factory environmentwhere a central site may need to communicate with a large number ofprocessors and programmable controllers. Another use of this is the handling ofimportant and time-critical alarm or emergency control signals in a factory. Becauseof their importance, an acknowledgment is needed so that the sender can be assuredthat the signal got through. Because of the urgency of the signal, the user might notwant to take the time first to establish a logical connection and then send the data.LLC Protocol The basic LLC protocol is modeled after HDLC and has similarfunctions and formats. The differences between the two protocols can be summarizedas follows:• LLC makes use of the asynchronous balanced mode of operation of HDLC, tosupport connection-mode LLC service; this is referred to as type 2 operation.The other HDLC modes are not employed.• LLC supports an unacknowledged connectionless service using the unnumberedinformation PDU; this is known as type 1 operation.• LLC supports an acknowledged connectionless service by using two newunnumbered PDUs; this is known as type 3 operation.• LLC permits multiplexing by the use of LLC service access points (LSAPs).All three LLC protocols employ the same PDU format (Figure 15.7), whichconsists of four fields. The DSAP (Destination Service Access Point) and SSAP(Source Service Access Point) fields each contain a 7-bit address, which specifythe destination and source users of LLC. One bit of the DSAP indicates whether theDSAP is an individual or group address. One bit of the SSAP indicates whether thePDU is a command or response PDU. The format of the LLC control field is identicalto that of HDLC (Figure 7.7), using extended (7-bit) sequence numbers.For type 1 operation, which supports the unacknowledged connectionless service,the unnumbered information (UI) PDU is used to transfer user data. There is
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
kiểm soát thông tin như là một tiêu đề, tạo ra một đơn vị dữ liệu giao thức LLC (PDU) .Đây kiểm soát
thông tin được sử dụng trong các hoạt động của giao thức LLC. Toàn bộ PDU LLC
sau đó được truyền xuống lớp MAC, mà gắn thêm thông tin điều khiển ở
mặt trước và sau của gói tin, tạo thành một khung MAC. Một lần nữa, các thông tin điều khiển
trong khung là cần thiết cho hoạt động của giao thức MAC. Đối với bối cảnh, con số này
cũng cho thấy việc sử dụng các giao thức TCP / IP và một lớp ứng dụng trên các giao thức mạng LAN.
Logical Link Control
lớp LLC cho mạng LAN cũng tương tự như ở nhiều khía cạnh để các lớp liên kết khác trong phổ biến
sử dụng. Giống như tất cả các lớp liên kết, LLC là có liên quan với việc truyền tải một PDU mức liên kết
giữa hai trạm, mà không có sự cần thiết của một nút chuyển mạch trung gian. LLC
có hai đặc điểm không được chia sẻ bởi hầu hết các giao thức điều khiển liên kết khác:
1. Nó phải hỗ trợ multiaccess, tính chất chia sẻ vừa của liên kết (điều này khác với
từ một dòng multidrop trong đó không có nút tiểu học).
2. Nó bớt một số chi tiết về truy cập liên kết bởi lớp MAC.
Phát biểu tại liên quan đến việc xác định LLC nguồn và đích sử dụng LLC.
Thông thường, một người sử dụng là một giao thức lớp cao hơn hoặc một chức năng quản lý mạng trong các
địa chỉ sử dụng station.These LLC là gọi là điểm truy nhập dịch vụ (SAPs), trong
việc giữ với thuật ngữ OSI cho người sử dụng của một lớp giao thức.
Chúng ta hãy xét qua các dịch vụ mà LLC cung cấp cho người dùng cấp cao hơn, và sau đó
tại các giao thức LLC.
LLC Services LLC quy định cụ thể các cơ chế cho các trạm trên khắp các địa chỉ
và vừa để kiểm soát việc trao đổi dữ liệu giữa hai người. Các hoạt động
và định dạng của tiêu chuẩn này được dựa trên HDLC. Ba dịch vụ được cung cấp như là lựa chọn thay thế
cho các thiết bị gắn kèm sử dụng LLC:
• dịch vụ phi kết nối không xác nhận: Dịch vụ này là một dịch vụ datagram-phong cách.
Nó là một dịch vụ rất đơn giản mà không liên quan đến bất kỳ của flow- và errorcontrol
cơ chế. Do đó, việc cung cấp các dữ liệu không được bảo đảm. Tuy nhiên, trong
hầu hết các thiết bị, sẽ có một số lớp cao hơn của phần mềm giao dịch với độ tin cậy
các vấn đề.
• Dịch vụ Connection-mode: Đây là dịch vụ tương tự như được cung cấp bởi HDLC. Một
kết nối hợp lý được thiết lập giữa hai người sử dụng trao đổi dữ liệu và kiểm soát dòng
và kiểm soát lỗi được cung cấp.
• Thừa nhận dịch vụ phi kết nối: Đây là một chéo giữa trước
hai dịch vụ. Nó cung cấp mà datagram phải được thừa nhận, nhưng không có trước khi
kết nối hợp lý được thiết lập.
Thông thường, một nhà cung cấp sẽ cung cấp các dịch vụ như các tùy chọn mà khách hàng có thể
lựa chọn khi mua các thiết bị. Ngoài ra, khách hàng có thể mua
thiết bị cung cấp hai hoặc cả ba dịch vụ và chọn một dịch vụ cụ thể dựa
trên ứng dụng.
Các dịch vụ phi kết nối không được thừa nhận đòi hỏi logic tối thiểu và là
hữu ích trong hai bối cảnh. Đầu tiên, nó thường sẽ có trường hợp các lớp cao hơn của phần mềm
sẽ cung cấp độ tin cậy và kiểm soát dòng cơ chế cần thiết, và nó là hiệu quả
15,3 / LAN PROTOCOL KIẾN TRÚC 461
để tránh lặp lại chúng. Ví dụ, TCP có thể cung cấp các cơ chế
cần thiết để đảm bảo rằng dữ liệu được phân phối đáng tin cậy. Thứ hai, có những trường hợp trong
đó các chi phí thành lập kết nối và bảo trì là phi lý hoặc
thậm chí phản tác dụng (ví dụ, các hoạt động thu thập dữ liệu liên quan đến việc
lấy mẫu định kỳ các nguồn dữ liệu, chẳng hạn như cảm biến và các báo cáo tự kiểm tra tự động
từ các thiết bị an ninh hoặc các thành phần mạng ). Trong một ứng dụng giám sát, những
mất mát của một đơn vị dữ liệu thường xuyên sẽ không gây ra đau khổ, như các báo cáo tiếp theo nên
đến ngay. Vì vậy, trong nhiều trường hợp, các dịch vụ phi kết nối không được thừa nhận là
sự lựa chọn ưa thích.
Các dịch vụ kết nối-mode có thể được sử dụng trong các thiết bị rất đơn giản, chẳng hạn như thiết bị đầu cuối
kiểm soát, có ít phần mềm hoạt động trên mức này. Trong những trường hợp này,
nó sẽ cung cấp các cơ chế điều khiển lưu lượng và độ tin cậy thường được thực hiện
ở các lớp cao hơn của các phần mềm truyền thông.
Các dịch vụ phi kết nối công nhận là hữu ích trong một số contexts.With các
dịch vụ kết nối-mode, phần mềm điều khiển liên kết logic phải duy trì một số loại
của bảng cho mỗi kết nối hoạt động, để theo dõi tình trạng của các kết nối đó. Nếu
người sử dụng cần giao hàng được đảm bảo nhưng có một số lượng lớn các điểm đến cho
dữ liệu, thì các dịch vụ kết nối-mode có thể là không thực tế vì số lượng lớn
các bảng được yêu cầu. Một ví dụ là một điều khiển quá trình, môi trường nhà máy tự động
mà một trang web trung ương có thể cần phải giao tiếp với một số lượng lớn các
bộ vi xử lý và bộ điều khiển lập trình được. Một sử dụng này là việc xử lý
báo động hoặc điều khiển khẩn cấp tín hiệu quan trọng và thời gian quan trọng trong một nhà máy. Do
tầm quan trọng của họ, một sự thừa nhận là cần thiết để những người gửi có thể được đảm bảo
rằng tín hiệu đã qua. Do tính cấp bách của các tín hiệu, người sử dụng có thể không
muốn mất thời gian đầu tiên thiết lập một kết nối hợp lý và sau đó gửi dữ liệu.
LLC Protocol giao thức LLC cơ bản được mô hình hóa sau khi HDLC và có tương tự như
chức năng và các định dạng. Sự khác biệt giữa hai giao thức có thể được tóm tắt
như sau:
• LLC làm cho việc sử dụng các chế độ cân bằng không đồng bộ hoạt động của HDLC, để
hỗ trợ các dịch vụ kết nối LLC-mode; này được gọi là loại 2 hoạt động.
Các phương thức HDLC khác không được sử dụng.
• LLC hỗ trợ một dịch vụ phi kết nối không được thừa nhận bằng cách sử dụng vô số người không
thông tin PDU; này được gọi là loại 1 hoạt động.
• LLC hỗ trợ một dịch vụ phi kết nối thừa nhận bằng cách sử dụng hai mới
PDU có đếm; này được gọi là loại 3 hoạt động.
• LLC cho phép ghép kênh bằng cách sử dụng dịch vụ truy cập LLC điểm (LSAPs).
Tất cả ba giao thức LLC sử dụng các định dạng PDU cùng (Hình 15.7), trong đó
bao gồm bốn lĩnh vực. Các DSAP (Destination Service Access Point) và SSAP
(Source Service Access Point) các trường từng có một địa chỉ 7-bit, trong đó quy định
các nguồn và đích sử dụng của LLC. Một chút của DSAP chỉ ra cho dù
DSAP là một địa chỉ cá nhân hoặc nhóm. Một chút của SSAP chỉ ra liệu
PDU là một lệnh hoặc phản ứng PDU. Định dạng của các lĩnh vực kiểm soát LLC là giống hệt
như của HDLC (Hình 7.7), sử dụng mở rộng thêm số (7-bit) trình tự.
Đối với loại 1 hoạt động, hỗ trợ các dịch vụ phi kết nối không được thừa nhận,
những thông tin không có đếm (UI) PDU được sử dụng để chuyển dữ liệu người dùng. Có
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: