We have implemented the three solut

We have implemented the three solutions described before in order to conduct an experimental performance assessment. The objective of this work is to carry out a proof of concept of these DMM approaches, showing their feasibility with real equipment. Each prototype has been implemented and assessed on the same common platform. The test-bed has been realized as a set of three DMM-GWs providing WLAN access using IEEE 802.11b/g cards and, a machine acting as CMD, NC and DNS server. All the nodes run GNU/Linux operating system. For the sake of clarity, employing 802.11 as access technology does not affect the functional behavior of the prototypes, because, as previously described in Section III, the considered DMM approaches are IP-based and Layer-2 agnostic. Therefore, the use of other link layer protocols does not have any significant effect on the results.
The PMIPv6-based DMM prototype employs the Mobility Anchors Distribution for PMIPv6 (MAD-PMIPv6)4 imple- mentation, that runs in the DMM-GWs and in the CMD. The code is written in ANSI C and it provides all the features described in Section III-A.
The SDN prototype employs Open vSwitch5 as OpenFlow implementation on DMM-GWs, and Ryu6 as OpenFlow- capable SDN framework on the NC. The SDN-based DMM solution is written in Python on top of the Ryu’s API and provides all the features described in Section III-B.
The BGP prototype extends the test-bed with a “core” network formed by five routers. The DMM-GWs and the “core” routers run the BGP protocol implemented within the Quagga project7. An additional piece of software, written in ANSI C, is deployed on the DMM-GWs. This software detects MN attachments and detachments, retrieves the MN’s names and addresses from the DNS server, and installs the local route. When a change in the routing table is detected, the BGP daemon propagates the information to all the other routers. The DNS service is provided by Bind98 running on the DNS server.

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

Chúng tôi đã thực hiện các giải pháp ba mô tả trước để tiến hành đánh giá thử nghiệm hiệu suất. Mục tiêu của công việc này là để thực hiện một bằng chứng của khái niệm của các phương pháp tiếp cận DMM, Đang hiển thị tính khả thi của họ với các thiết bị thực tế. Mỗi chiếc nguyên mẫu đã được thực hiện và đánh giá trên cùng một nền tảng phổ biến. Giường thử nghiệm đã được thực hiện như là một tập hợp của ba DMM-GWs cung cấp truy cập mạng WLAN sử dụng IEEE 802.11b / g thẻ, và một máy hoạt động như CMD, NC và DNS server. Tất cả các nút chạy hệ điều hành GNU/Linux. Vì lợi ích của sự rõ ràng, sử dụng 802.11 là công nghệ truy cập không ảnh hưởng đến hành vi chức năng của các nguyên mẫu, bởi vì, như đã được mô tả trong phần III, các phương pháp tiếp cận DMM được coi là là dựa trên IP và lớp-2 thuyết bất khả tri. Vì vậy, việc sử dụng các giao thức tầng liên kết khác không có bất kỳ tác động đáng kể trên các kết quả.Chiếc nguyên mẫu dựa trên PMIPv6 DMM sử dụng phân phối neo tính di động cho PMIPv6 (MAD-PMIPv6) 4 imple-dùng, chạy DMM-GWs và trong CMD. Các mã được viết bằng ANSI C và nó cung cấp tất cả các tính năng được mô tả trong phần III-A.Chiếc nguyên mẫu SDN sử dụng Open vSwitch5 như OpenFlow thực hiện trên DMM-GWs và Ryu6 như là OpenFlow - có khả năng SDN khung trên NC. Các giải pháp dựa trên SDN DMM được viết bằng Python trên đầu trang của Ryu API và cung cấp tất cả các tính năng được mô tả trong phần III-B.Chiếc nguyên mẫu BGP kéo dài thử nghiệm-giường với một mạng lưới "cốt lõi" được thành lập bởi bộ định tuyến 5. DMM GWs và bộ định tuyến "cốt lõi" chạy giao thức BGP được thực hiện trong vòng Quagga project7. Một phần bổ sung của phần mềm, viết ANSI c, được triển khai trên DMM-GWs. Phần mềm này phát hiện file đính kèm MN và chi, lấy tên và địa chỉ của MN từ các máy chủ DNS và cài đặt các tuyến đường địa phương. Khi phát hiện một sự thay đổi trong bảng định tuyến BGP daemon Lan truyền thông tin cho tất cả các bộ định tuyến khác. Các dịch vụ DNS được cung cấp bởi Bind98 chạy trên các máy chủ DNS.

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

Chúng tôi đã thực hiện ba giải pháp được mô tả trước để tiến hành đánh giá hiệu quả thực nghiệm. Mục đích của việc này là để thực hiện một bằng chứng của khái niệm về các phương pháp tiếp cận DMM, cho thấy tính khả thi của mình với thiết bị thực. Mỗi nguyên mẫu đã được thực hiện và đánh giá dựa trên các nền tảng phổ biến như nhau. Các thử nghiệm giường đã được thực hiện như một bộ ba DMM-GWs cung cấp truy cập mạng WLAN sử dụng chuẩn 802.11b / g thẻ IEEE và, một diễn xuất máy như CMD, NC và máy chủ DNS. Tất cả các nút chạy hệ điều hành GNU / Linux. Vì lợi ích của sự rõ ràng, sử dụng 802.11 là công nghệ truy cập không ảnh hưởng đến hành vi chức năng của các nguyên mẫu, bởi vì, như đã mô tả trước đó trong mục III, các phương pháp tiếp cận DMM coi là dựa trên IP và Layer-2 bất khả tri. Do đó, việc sử dụng các giao thức lớp liên kết khác không có bất kỳ ảnh hưởng đáng kể đến kết quả.
Các DMM nguyên mẫu PMIPv6 dựa trên sử dụng phân phối Mobility neo cho PMIPv6 (MAD-PMIPv6) 4 thöïc hieän việc triển, mà chạy trong DMM-GWs và trong CMD. Các mã được viết bằng ANSI C và nó cung cấp tất cả các tính năng được mô tả trong Phần III-A.
Các SDN nguyên mẫu sử dụng mở vSwitch5 như thực hiện OpenFlow trên DMM-GWs, và Ryu6 như OpenFlow- khung SDN có khả năng trên NC. Các giải pháp DMM SDN dựa trên được viết bằng Python trên API của Ryu và cung cấp tất cả các tính năng được mô tả trong Phần III-B.
Nguyên mẫu BGP mở rộng kiểm tra giường với một mạng lưới "cốt lõi" được hình thành bởi năm router. DMM-GWs và các router "cốt lõi" chạy giao thức BGP thực hiện trong project7 Quagga. Thêm một mảnh phần mềm, viết bằng ANSI C, được triển khai trên DMM-GWs. Phần mềm này phát hiện file đính kèm MN và phân đội, lấy tên và địa chỉ của MN từ máy chủ DNS, và cài đặt các tuyến đường địa phương. Khi một sự thay đổi trong bảng định tuyến được phát hiện, các daemon BGP lan truyền thông tin đến tất cả các router khác. Các dịch vụ DNS được cung cấp bởi Bind98 chạy trên máy chủ DNS.