When MN receives RA message from nA

When MN receives RA message from nAR, the MN compares prefix information with the values in “AR Caching”. The comparison results in two cases.
1) Prefix information is found in “AR
Caching”. It means that the mobile node has ever connected to this new access router. So the mobile node can reuse CoA of corresponding connection in “AR Caching” instead of re-configurating CoA based on RA as in basic Mobile IPv6. Consequently, in this case, CoA and DAD configuration procedures are skipped so the latency is reduced significantly.
2) Prefix information is not found in “AR Caching”. It means that the mobile node is a newcomer of the subnet of this new access router. So the mobile node must configure a new CoA and do DAD operation following normal Mobile IPv6 mechanism.

4. PERFORMANCE EVALUATION

To evaluate the delay performance of the proposed scheme and compare to the Mobile IPv6 scheme, we used ns-2 in Ubuntu 8.9. The network topology in the simulation is shown by figure 5. There are two ARs and three APs. We assume that the MN starts from AP1, goes to the direction of AP3, and then returns to AP1. And we also assume that the MN usually moved between the two ARs in the past. We calculate the handover delays every time the MN moves between the ARs.

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

Khi MN nhận được tin nhắn RA từ nAR, MN so sánh tiền tố thông tin với các giá trị trong "AR bộ nhớ đệm". So sánh kết quả trong hai trường hợp.1) thông tin tiền tố được tìm thấy trong "ARBộ nhớ đệm". Nó có nghĩa là các nút điện thoại di động đã từng kết nối với router truy cập mới này. Vì vậy, các nút điện thoại di động có thể tái sử dụng CoA của các kết nối tương ứng trong "AR bộ nhớ đệm" thay vì re-configurating CoA dựa trên RA như cơ bản điện thoại di động IPv6. Do đó, trong trường hợp này, thủ tục cấu hình CoA và DAD được bỏ qua vì vậy độ trễ là giảm đáng kể.2) thông tin tiền tố không được tìm thấy trong "AR bộ nhớ đệm". Nó có nghĩa là các nút điện thoại di động là một người mới của mạng con router truy cập mới này. Vì vậy, các nút điện thoại di động phải cấu hình một CoA mới và làm cha hoạt động theo cơ chế điện thoại di động IPv6 bình thường.4. HIỆU SUẤT ĐÁNH GIÁĐể đánh giá hiệu suất chậm trễ của đề án được đề xuất và so sánh với các chương trình điện thoại di động IPv6, chúng tôi sử dụng ns-2 trong Ubuntu 8.9. Topo mạng mô phỏng được thể hiện bằng con số 5. Không có hai ARs, có ba APs. Chúng tôi giả định rằng MN bắt đầu từ AP1, đi theo hướng AP3, và sau đó trả về cho AP1. Và chúng tôi cũng giả định rằng MN thường di chuyển giữa hai ARs trong quá khứ. Chúng tôi tính toán sự chậm trễ bàn giao mỗi khi MN di chuyển giữa các ARs.

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

Khi MN nhận được thông điệp RA từ Nar, MN so sánh thông tin tiền tố với các giá trị trong "AR Caching". Kết quả so sánh trong hai trường hợp.
1) Thông tin tiền tố được tìm thấy trong "AR
Caching". Nó có nghĩa là các nút di động đã từng kết nối với bộ định tuyến truy cập mới này. Vì vậy, các nút di động có thể tái sử dụng CoA kết nối trong "AR Caching" tương ứng thay vì tái configurating CoA dựa trên RA như trong bản Mobile IPv6. Do đó, trong trường hợp này, thủ tục cấu hình CoA và DAD được bỏ qua nên độ trễ được giảm đáng kể.
2) thông tin Prefix không được tìm thấy trong "AR Caching". Nó có nghĩa là các nút di động là một diễn viên mới của subnet của router truy cập mới này. Vì vậy, các nút di động phải cấu hình một CoA mới và thực hiện hành động DAD sau cơ chế Mobile IPv6 bình thường.

4. THI ĐÁNH GIÁ

Để đánh giá việc thực hiện chậm trễ của các đề án đề xuất và so sánh với các chương trình Mobile IPv6, chúng tôi sử dụng NS-2 trong Ubuntu 8.9. Cấu trúc liên kết mạng trong mô phỏng được thể hiện bằng con số 5. Có hai Ars và ba AP. Chúng tôi giả định rằng MN bắt đầu từ AP1, đi vào sự chỉ đạo của AP3, và sau đó trở về AP1. Và chúng tôi cũng giả định rằng MN thường di chuyển giữa hai Ars trong quá khứ. Chúng tôi tính toán bàn giao chậm mỗi khi MN di chuyển giữa Ars.