an example of this kind of protocol

an example of this kind of protocol is shown in fig 14.protocol in which the sender waits for a positive ack before advancing to the next data item are often called ARQ ( automatic repeat request) or PAR ( positive ack with retransmission). like protocol 2 this one also transmits data only in one direction.
protocol 3 differs from its predecessors in that both sender and receiver have a variable whose value is remembered while the data link layer is in the wait state. the sender remembers the sequence number of the next frame to send in next_frame_to_send: the receiver remembers the sequence number of the next frame expected in frame_expected. each protocol has a short initialization phase before entering the infinite loop.
after transmitting a frame, the sender starts the timer running. if it was already running, it will reset to allow another full timer interval. the interval should be chosen to allow enough time for the frame to get to the receiver, for the receiver to process it in the worst case, and for the ack frame to propagate back to the sender. only when that interval has elapsed is it safe to assume that either the transmitted frame or its ack has been lost, and to send duplicate. if the timeout interval is set too short, the sender will transmit unneccessary frames. while these extra frames will not affect the correctness of the protocol, they will hurt pertormance.
after transmitting a frame and starting the time the sender waits for something exciting to happen. only three possibilities exist: an ack frame arrives undamaged, a damaged ack frame staggers in, or the timer expires. if a valid ack comes in, the sender fetches the next packet from its network layer and puts it in the buffer, overwriting the previous packet. it also advances the sequence number. if a damaged frame arrives or the timer expires, neither the buffer nor the sequence number is changed so that a duplicate can be sent. in all cases, the contents of the buffer ( either the next packet or a duplicate) are then sent.
when a valid frame arrives at the receiver, its sequence number is checked to see if it is a duplicate. if not, it is accepted, passed to the network layer, and an ack is generated. duplicates and damaged frames are not passed to the network layer, but they do cause the last correctly received frame to be ack to signal the sender to advance to the next frame or retransmit a damaged frame.

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

một ví dụ của loại giao thức này được thể hiện trong hình 14. giao thức trong đó chờ người gửi cho một ack tích cực trước khi tiến đến mục dữ liệu tiếp theo thường được gọi là ARQ (tự động lặp lại yêu cầu) hoặc ngang (tích cực ack với retransmission). giống như giao thức 2 này cũng truyền dữ liệu chỉ theo một hướng.giao thức 3 khác với các phiên bản trước trong cả hai người gửi và người nhận có một biến có giá trị được ghi nhớ trong khi lớp liên kết dữ liệu là ở trạng thái chờ. người gửi ghi nhớ số thứ tự khung tiếp theo để gửi next_frame_to_send: người nhận ghi nhớ số thứ tự khung hình tiếp theo, dự kiến trong frame_expected. mỗi protocol có một giai đoạn ngắn khởi tạo trước khi bước vào vòng lặp vô hạn.sau khi truyền một khung, người gửi bắt đầu đếm thời gian chạy. Nếu nó đã chạy, nó sẽ thiết lập lại để cho phép một khoảng thời gian hẹn giờ đầy đủ. khoảng thời gian nên được lựa chọn để cho phép đủ thời gian cho khung để có được cho người nhận, người nhận để xử lý trong trường hợp tồi tệ nhất và cho khung ack để truyền lại cho người gửi. chỉ khi đó khoảng thời gian đã trôi qua là nó an toàn để giả định rằng khung truyền hoặc ack của nó đã bị mất, và gửi bản sao. Nếu khoảng thời gian chờ thiết lập quá ngắn, người gửi sẽ truyền unneccessary khung. trong khi những khung hình phụ sẽ không ảnh hưởng đến tính đúng đắn của các giao thức, họ sẽ làm tổn thương pertormance. sau khi truyền một khung và bắt đầu từ thời điểm người gửi chờ đợi cho một cái gì đó thú vị xảy ra. chỉ có ba khả năng tồn tại: một khung ack đến không bị hư hại, một khung bị hư hỏng ack staggers trong hoặc bộ đếm thời gian hết hạn. Nếu một ack hợp lệ đến, người gửi fetches các gói tới từ lớp mạng và đặt nó trong bộ đệm, ghi đè lên các gói dữ liệu trước đó. nó cũng tiến bộ số thứ tự. Nếu một khung bị hư hỏng đến hoặc bộ đếm thời gian hết hạn, các bộ đệm cũng như số thứ tự được thay đổi để có thể gửi một bản sao. trong mọi trường hợp, sau đó được gửi nội dung của bộ đệm (các gói tới hoặc bản sao). Khi một khung hợp lệ đến nhận, số thứ tự của nó được kiểm tra để xem nếu nó là một bản sao. Nếu không, nó được chấp nhận, truyền đến các lớp mạng, và một ack được tạo ra. trùng lặp và khung hình bị hư hỏng không được thông qua đến các lớp mạng, nhưng họ làm được đón nhận một cách chính xác khung cuối được ack tín hiệu gửi để tiến tới khung hình tiếp theo hoặc retransmit một khung bị hư hỏng.

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

một ví dụ của loại giao thức được hiển thị trong 14.protocol vả trong đó chờ đợi người gửi cho một ack tích cực trước khi tiến tới các mục dữ liệu tiếp theo thường được gọi là ARQ (yêu cầu lặp lại tự động) hoặc cải cách hành chính (ack tích cực với truyền lại). như giao thức 2 này cũng truyền dữ liệu chỉ trong một hướng.
giao thức 3 khác với người tiền nhiệm của nó trong đó cả người gửi và người nhận có một biến mà giá trị được nhớ đến trong khi các lớp liên kết dữ liệu trong trạng thái chờ đợi. người gửi nhớ số thứ tự của frame kế tiếp để gửi trong next_frame_to_send: người nhận nhớ lại số thứ tự của frame kế tiếp dự kiến trong frame_expected. mỗi giao thức có một giai đoạn khởi tạo ngắn trước khi vào vòng lặp vô hạn.
sau khi truyền một khung hình, người gửi sẽ bắt đầu đếm thời gian chạy. nếu nó đã được chạy, nó sẽ thiết lập lại để cho phép một khoảng thời giờ đầy đủ. khoảng thời gian nên được lựa chọn để cho phép đủ thời gian cho các khung hình để có được cho người nhận, cho người nhận để xử lý nó trong trường hợp xấu nhất, và cho khung ACK để truyền lại cho người gửi. chỉ khi đó khoảng thời gian đã trôi qua là nó an toàn để giả định rằng một trong hai khung truyền hoặc ack nó đã bị mất, và để gửi trùng lặp. nếu khoảng thời gian chờ được đặt quá ngắn, người gửi sẽ truyền khung không cần thiết. trong khi những khung hình phụ sẽ không ảnh hưởng đến tính chính xác của các giao thức, họ sẽ làm tổn thương pertormance.
sau khi truyền một khung và bắt đầu từ thời điểm chờ đợi người gửi cho một cái gì đó thú vị xảy ra. chỉ có ba khả năng tồn tại: một khung ACK đến không bị hư hại, một khung ACK bị hư hỏng lảo đảo trong, hoặc thời gian kết thúc. nếu một ack hợp lệ đến, người gửi fetches các gói tin kế tiếp từ lớp mạng của nó và đặt nó trong bộ đệm, ghi đè lên các gói tin trước đó. nó cũng tiến số thứ tự. nếu một khung bị hư hỏng đến hoặc hẹn giờ hết hạn, không phải bộ đệm cũng không phải là số thứ tự được thay đổi để một bản sao có thể được gửi đi. trong tất cả các trường hợp, các nội dung của bộ đệm (hoặc các gói tin tiếp theo hoặc bản sao) sau đó được gửi.
khi một khung hợp lệ đến ở người nhận, số thứ tự của nó được kiểm tra để xem nếu nó là một bản sao. nếu không, nó được chấp nhận, được truyền cho lớp mạng, và một ACK được tạo ra. bản sao và khung bị hư hại không được thông qua để lớp mạng, nhưng họ gây ra trước khung nhận được một cách chính xác là ACK để báo hiệu cho người gửi để tiến tới khung tiếp theo hoặc truyền lại một khung hình bị hư hỏng.