Table I shows a comparison of the n

Table I shows a comparison of the number of retransmission packets and recovery periods obtained in simulating MobileIP networks in Fig. 1 when packets with out-of-order sequence numbers are received using Tahoe,Reno, NewReno[9], Vegas[10] and Sack[12] as TCP implementations. Delay of each link is specified as 50 msec_
As the table shows, out-of-order TCP sequence number problems occurred and throughput was reduced for each implementation. To cope with the problem of out-of-order sequences, we regard to apply a delayed ACK algorithm in which the sending of ACKs is delayed for a specific number of received packets or a certain period. Operating under this assumption, we targeted out-of-order sequence problems
caused by dual routing paths generated by the MobileIP routing optimization functions and proposed a dynamic delayed ACK method to cope with them. The proposed
method is described in section 3 and evaluated in section 4.Results obtained with the method and subjects for future work are described in section 5.

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

bảng tôi thấy sự so sánh về số lượng các gói tin truyền lại và thời gian phục hồi thu được trong mô phỏng mạng mobileip trong vả. 1 khi gói tin với số thứ tự ngoài để nhận được sử dụng tahoe, Reno, NewReno [9], vegas [10] và bao [12] như triển khai tcp. sự chậm trễ của mỗi liên kết được xác định là 50 msec_
như các chương trình bảng,out-of-trật tự tcp vấn đề số thứ tự xảy ra và thông giảm cho từng thực hiện. để đối phó với các vấn đề trình tự out-of-trật tự, chúng tôi về áp dụng một thuật toán ack bị trì hoãn, trong đó việc gửi ack bị trì hoãn cho một số cụ thể của gói tin nhận được hoặc một khoảng thời gian nhất định. hoạt động theo giả định này, chúng tôi nhắm mục tiêu ngoài để vấn đề tự
gây ra bởi các đường dẫn định tuyến hai được tạo ra bởi các chức năng tối ưu hóa định tuyến mobileip và đề xuất một phương pháp ack chậm động để đối phó với họ. phương pháp
đề xuất được mô tả trong phần 3 và đánh giá trong 4.results phần thu được với các phương pháp và đối tượng cho công việc tương lai được mô tả trong phần 5.

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

Bảng tôi cho thấy một so sánh về số lượng các retransmission gói và thời gian phục hồi trong mô phỏng MobileIP mạng trong hình 1 khi gói với số ra thứ tự thứ tự nhận được bằng cách sử dụng Tahoe, Reno, NewReno [9], Vegas [10] và bao [12] như TCP triển khai. Sự chậm trễ của mỗi liên kết được chỉ định là 50 msec_
như bảng này cho thấy, ra trật tự TCP chuỗi số vấn đề xảy ra và thông qua đã giảm từng thực hiện. Để đối phó với vấn đề ra trật tự chuỗi, chúng tôi quan tâm để áp dụng một thuật toán ACK bị trì hoãn trong đó gửi ACKs là bị trì hoãn cho một số cụ thể nhận được gói hoặc một khoảng thời gian nhất định. Hoạt động theo giả định này, chúng tôi nhắm mục tiêu vấn đề ra thứ tự thứ tự
gây ra bởi hai đường dẫn định tuyến được tạo ra bởi MobileIP định tuyến tối ưu hóa chức năng và đề xuất một phương pháp năng động bị trì hoãn ACK để đối phó với họ. Đề xuất
phương pháp được mô tả trong phần 3 và phần 4 kết quả thu được với các phương pháp và các đối tượng cho các công việc trong tương lai được mô tả trong phần 5.