The second taking-turns protocol is

The second taking-turns protocol is the token-passing protocol. In this protocol there is no master node. A small, special-purpose frame known as a token is exchanged among the nodes in some fixed order. For example, node 1 might always send the token to node 2, node 2 might always send the token to node 3, and node N might always send the token to node 1. When a node receives a token, it holds onto the token only if it has some frames to transmit; otherwise, it immediately forwards the token to the next node. If a node does have frames to transmit when it receives the token, it sends up to a max- imum number of frames and then forwards the token to the next node. Token passing is decentralized and highly efficient. But it has its problems as well. For example, the fail- ure of one node can crash the entire channel. Or if a node accidentally neglects to release the token, then some recovery procedure must be invoked to get the token back in circulation. Over the years many token-passing protocols have been developed, including the fiber distributed data interface (FDDI) protocol [Jain 1994] and the IEEE
802.5 token ring protocol [IEEE 802.5 2012], and each one had to address these as well as other sticky issues.

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

Giao thức lần lượt tham gia thứ hai là các giao thức thông qua mã thông báo. Trong nghị định thư này có là không có nút master. Một khung nhỏ, mục đích đặc biệt được biết đến như là một mã thông báo được trao đổi giữa các nút trong một số thứ tự cố định. Ví dụ: nút 1 luôn luôn có thể gửi mã thông báo để node 2, nút 2 luôn luôn có thể gửi mã thông báo để nút 3 và nút N luôn luôn có thể gửi mã thông báo để node 1. Khi một nút nhận được một mã thông báo, nó giữ lên kỷ niệm chỉ nếu nó có một số khung hình để truyền tải; Nếu không, nó ngay lập tức chuyển tiếp mã thông báo để các nút tiếp theo. Nếu một node có khung để truyền tải khi nó nhận được kỷ niệm, nó sẽ gửi đến một số max-imum khung hình và sau đó chuyển tiếp mã thông báo để các nút tiếp theo. Đi qua token là phân cấp và hiệu quả cao. Nhưng nó có vấn đề của nó. Ví dụ, thất bại-ure của một nút có thể sụp đổ toàn bộ kênh. Hoặc nếu một nút vô tình neglects để phát hành mã thông báo, sau đó một số phục hồi thủ tục phải được kích hoạt để có được mã thông báo trở lại trong lưu thông. Trong những năm qua nhiều token-đi qua giao thức đã được phát triển, bao gồm sợi phân phối dữ liệu giao diện (FDDI) protocol [Jain 1994] và của IEEE802.5 token ring giao thức [IEEE 802.5 2012], và mỗi người đã có để giải quyết những vấn đề dính cũng như khác.

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

Việc thứ hai lấy-chuyển giao thức là giao thức token-passing. Trong giao thức này không có nút chính. Một nhỏ, khung mục đích đặc biệt được gọi là một mã thông báo được trao đổi giữa các nút theo một trật tự nhất định. Ví dụ, nút 1 có thể luôn luôn gửi mã thông báo tới nút 2, nút 2 có thể luôn luôn gửi mã thông báo tới nút 3 và nút N có thể luôn luôn gửi mã thông báo tới nút 1. Khi một nút nhận được một mã thông báo, nó nắm giữ lên token chỉ nếu nó có một số khung hình để truyền tải; nếu không, nó ngay lập tức chuyển token đến nút tiếp theo. Nếu một nút không có khung để truyền tải khi nó nhận được dấu hiệu, nó sẽ gửi đến một số imum max- của khung và sau đó chuyển tiếp token đến nút tiếp theo. Mã thông báo qua là phi tập trung và hiệu quả cao. Nhưng nó có vấn đề của nó là tốt. Ví dụ, ure fail- của một nút có thể sụp đổ toàn bộ kênh. Hoặc nếu một nút vô tình bỏ qua việc phát hành thẻ, sau đó một số thủ tục thu hồi đất phải được viện dẫn để có mã thông báo lại trong lưu thông. Trong những năm qua nhiều giao thức token-passing đã được phát triển, bao gồm các giao diện quang phân phối dữ liệu (FDDI) giao thức [Jain 1994] và IEEE
802,5 thẻ giao thức vòng [IEEE 802,5 2012], và mỗi người phải giải quyết những cũng như khác vấn đề dính.