Nghiên cứu ứng dụng và phát triển ứng dụng trên nền tảng floodlight controller của chuẩn mở open flow

BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI - PHẠM HOÀNG HÙNG NGHIÊN CỨU VÀ PHÁT TRIỂN ỨNG DỤNG TRÊN NỀN TẢNG FLOODLIGHT CONTROLLER CỦA CHUẨN MỞ OPEN FLOW Chuyên ngành: Kỹ thuật máy tính Truyền thông LUẬN VĂN THẠC SĨ KỸ THUẬT Người hướng dẫn khoa học PGS TS Ngô Hồng Sơn Hà Nội – Năm 2014 LỜI CAM ĐOAN Tôi xin cam đoan cơng trình nghiên cứu tơi thực hiện, kết quả, số liệu, mơ hình luận văn trung thực và chưa công bố cơng trình khác Nếu có sai sót nào, tơi xin chịu hồn tồn trách nhiệm Tác giả Luận văn Phạm Hoàng Hùng MỤC LỤC Trang phụ bìa………………………………………………………………………… Lời cam đoan………………………………………………………………………… Mục lục……………………………………………………………………………… Danh mục ký hiệu, chữ viết tắt……………………………………………… Danh mục hình vẽ, sơ đồ………………………………………………………… MỞ ĐẦU .1 Lý chọn đề tài Quá trình nghiên cứu Mục đích, đối tượng, phạm vi nghiên cứu .2 Tóm tắt kết Phương pháp nghiên cứu Bố cục luận văn NỘI DUNG LUẬN VĂN Chương Hiện trạng hệ thống mạng xu hướng công nghệ 1.1 Mạng truyền thống vấn đề tồn 1.1.1 Khó khăn cho trình cài đặt, quản lý 1.1.2 Thiếu linh hoạt việc thay đổi policy based routing (Policy based routing) mơ hình hệ thống 1.1.3 Phụ thuộc vào hãng sản xuất thiết bị .6 1.1.4 Khó khăn việc sửa lỗi hệ thống 1.1.5 Khó khăn việc mở rộng chia sẻ tài nguyên 1.1.6 Vòng đời thiết bị thấp 1.1.7 Sự cần thiết kiến trúc 1.2 SDN – Kiến trúc mạng tương lai 1.2.1 Định nghĩa 1.2.2 Kiến trúc SDN 1.2.3 Các thành phần kiến trúc SDN .8 1.2.4 Ưu điểm kiến trúc SDN 10 1.3 Đặt vấn đề, định hướng giải pháp 11 1.3.1 Thiết lập, thay đổi policy based routing based routing tự động theo thời gian 11 1.3.2 Định hướng giải pháp 12 1.3.3 Phương pháp thử nghiệm giải pháp .13 Chương Lựa chọn công nghệ 15 2.1 Lựa chọn giải pháp ảo hóa 15 2.1.1 Ảo hóa phần (Para-virtualization) 15 2.1.2 Ảo hóa hồn toàn (Full-virtualization) 15 2.1.3 Ảo hóa mức hệ điều hành (OS-level virtualization) 16 2.1.4 Phương án lựa chọn 17 2.2 Lựa chọn thành phần điều khiển (Controller) 18 2.2.1 OpenDaylight 18 2.2.2 Floodlight .19 2.2.3 Giải pháp lựa chọn 19 2.3 Lựa chọn công nghệ cho lớp chuyển tiếp liệu 19 2.3.1 Lựa chọn phần mềm định tuyến .20 2.3.2 Lựa chọn phần mềm chuyển tiếp liệu .21 2.3.3 Giải pháp kết nối nội 21 Chương Quá trình thực 23 3.1 Xây dựng môi trường giả lập .23 3.1.1 Quá trình cài đặt Floodlight Controller 23 3.1.2 Cài đặt cấu hình cho Bird 25 3.1.3 Cài đặt OpenvSwitch .27 3.1.4 Cấu hình kết nối thiết bị định tuyến ảo .29 3.1.5 Cấu hình kết nối cho hệ thống mơ 32 3.1.6 Cấu hình GNS3 33 3.2 Phát triển thêm tính ứng dụng 34 3.2.1 Giới thiệu ứng dụng Avior .34 3.2.2 Tính phát triển thêm (Schedule) 37 3.3 Kết thực .40 Chương Đánh giá hiệu 41 4.1 So sánh việc giải toán mơ hình mạng khác .41 4.1.1 Mơ hình mạng vừa nhỏ .41 4.1.2 Mơ hình mạng có quy mơ lớn tập trung .43 4.1.3 Mô hình mạng quy mơ lớn phân bố rộng .45 4.2 Đánh giá hiệu khả ứng dụng thực tế 48 KẾT LUẬN .49 Kết đạt 49 Nhược điểm tồn .49 Phạm vi ứng dụng .49 Định hướng nghiên cứu phát triển 50 DANH MỤC TÀI LIỆU THAM KHẢO 51 DANH MỤC CÁC KÝ HIỆU, CÁC CHỮ VIẾT TẮT SDN Software Define Network API Application Program Interface CPU Central Processing Unit OvS OpenvSwitch Veth Virtual Ethernet OSPF Open Shortest Path First VR Virtual Router DANH MỤC CÁC HÌNH VẼ, SƠ ĐỒ Hình 1.1: Mơ hình chức thiết bị mạng truyền thống Hình 1.2: Kiến trúc SDN .8 Hình 1.3: Mơ hình mạng thử nghiệm 13 Hình 2.1: Mơ hình ảo hóa phần (Para-virtualization) 15 Hình 2.2: Mơ hình ảo hóa hồn tồn (Full-virtualization) 16 Hình 2.3: Mơ hình ảo hóa mức hệ điều hành (OS-level virtualization) 17 Hình 2.4: Mơ hình ảo hóa thiết bị lớp chuyển tiếp liệu (Data Plane) 20 Hình 2.5: Mơ hình kết nối nội thiết bị định tuyến ảo 22 Hình 3.1 Giao diện ứng dụng theo dõi hệ thống dạng web Floodlight .25 Hình 3.2 Mơ hình kết nối Floodlight - OvS .29 Hình 3.3: Kết nối nội thiết bị định tuyến ảo .30 Hình 3.4 Mơ hình kết nối thiết bị mô 33 Hình 3.5 Mơ hình mạng sử dụng GNS3 34 Hình 3.6 Giao diện ứng dụng Avior .35 Hình 3.7 Giao diện cơng cụ quản lý, điều khiển luồng (Flow Manager) 36 Hình 3.8 Giao diện cơng cụ quản lý, điều khiển luồng 38 Hình 3.9 Giao diện chức Schedule 39 Hình 3.10 Thiết lập thời gian đổi policy based routing VR02 40 Hình 3.11 Tuyến đường VR01  VR04 tự động đổi policy based routing VR02 40 DANH MỤC BẢNG BIỂU Bảng 4.1 So sánh việc giải tốn mơ hình mạng vừa nhỏ 41 Bảng 4.2 So sánh việc giải tốn mơ hình mạng có quy mơ lớn tập trung 43 Bảng 4.3 So sánh việc giải tốn mơ hình mạng có quy mơ lớn phân bố rộng .45 MỞ ĐẦU Lý chọn đề tài Ảo hóa phần cứng trở thành xu hướng lĩnh vực công nghệ thông tin, thiết bị mạng khơng nằm ngồi xu hướng Theo giải pháp tổng thể ảo hóa phần cứng nói chung, trước hết cần xây dựng hệ thống thiết bị tập trung sau sử dụng phần mềm để điều hành, quản lý hoạt động cho tồn hệ thống thiết bị Hệ thống thiết bị mạng phổ biến sản xuất quan điểm gắn lớp điều khiển (phần mềm điều hành) lớp chuyển tiếp liệu với thiết bị, thiết bị có hệ điều hành riêng, có tài nguyên hệ thống riêng hầu hết thiết bị hoạt động độc lập Đối với hệ thống thiết bị vậy, việc tập trung hóa chia sẻ tài nguyên phần cứng khó khăn, hạn chế lớn cho việc ảo hóa phần cứng Như vậy, để thực ảo hóa phần cứng hạ tầng mạng trước hết ta cần phải thay đổi tư thiết kế kiến trúc cho thiết bị mạng tại, tách biệt hai lớp điều khiển chuyển tiếp liệu, khái niệm kiến trúc SDN (Software Define Network) Trong trình học tập làm việc, thường xuyên tiếp xúc với cơng nghệ ảo hóa, điện tốn đám mây tơi tin tưởng ảo hóa xu hướng bắt buộc cho tất loại thiết bị tương lai Do đó, tơi bắt đầu tìm hiểu ảo hóa phần cứng cho hạ tầng mạng PGS.TS Ngô Hồng Sơn định hướng nghiên cứu kiến trúc SDN Qua q trình nghiên cứu ban đầu tơi nhận thấy SDN kiến trúc hỗ trợ phát triển nhanh chóng đưa cơng nghệ mang tính xu cho lĩnh vực mạng Floodlight Controller Open Flow hai số đó, phần mềm lõi điều hành hệ thống thiết bị mạng lưới chuẩn mở cho phép đơn vị khai thác, vận hành giảm đáng kể phụ thuộc vào nhà cung cấp thiết bị Vì xu hướng khả phát triển lớn kiến trúc công nghệ này, định chọn đề tài “Nghiên cứu phát triển ứng dụng tảng Floodlight Controller chuẩn mở Open Flow” làm đề tài cho luận văn thạc sỹ Quá trình nghiên cứu Chính thức nhận đề tài từ ngày 14 tháng năm 2013 tơi bắt đầu tìm hiểu kiến trúc SDN, Floodlight Controller, Open Flow từ trước Trong q trình tìm hiểu nghiên cứu thường xuyên trao đổi làm việc với hai bạn sinh viên nghiên cứu hướng đề tài thầy Ngô Hồng Sơn hướng dẫn Trong thời gian đầu tơi tập trung tìm hiểu kiến thức bản, định hướng cho trình nghiên cứu Từ khoảng tháng năm 2014 bắt đầu phát triển ứng dụng (Phát triển thêm tính cho chương trình mã nguồn mở) xây dựng môi trường giả lập để mô ứng dụng mình, tơi hồn thành cơng việc tháng năm 2014 Mục đích, đối tượng, phạm vi nghiên cứu Mục đích tơi lựa chọn đề tài luận văn gồm: - Nắm bắt kiến trúc SDN thành phần kiến trúc Sau q trình tìm hiểu ban đầu tơi lựa chọn Floodlight Controller OpenFlow làm hai công nghệ tảng cho trình nghiên cứu - Xây dựng hệ thống mô phát triển ứng dụng cụ thể phục vụ nghiên cứu - Tìm hiểu hướng để ứng dụng công nghệ kiến trúc SDN vào thực tế, phát triển ứng dụng sử dụng cơng nghệ kiến trúc Tóm tắt kết Trong q trình thực luận văn tơi thực công việc sau: - Nắm bắt công nghệ kiến trúc SDN thành phần kiến trúc (Tập trung chủ yếu vào Floodlight Controller, Open Flow ứng dụng hỗ trợ điều khiển luồng liệu); - Thiết lập mô hình giả lập, cịn đơn giản minh họa cho tiềm sử dụng SDN; o DeviceSummary: Chức điều khiển hiển thị thông tin tổng quan thiết bị o Port: Chức điều khiển hiển thị thông tin trạng thái cổng giao tiếp o Switch: Chức điều khiển hiển thị thông tin trạng thái Switch  model.flowmanager: Gồm Class: o Match: Quản lý chức để phù hợp với thành phần công cụ điều khiển luồng (Flow) o Action: Quản lý chức để thêm, bớt, chỉnh sửa công cụ điều khiển luồng (Flow) o Flow: Quản lý chức để xử lý với luồng công cụ điều khiển luồng (Flow)  model.flowmanager.push: Gồm Class: o Match: Cung cấp chức để phù hợp với thành phần công cụ điều khiển luồng (Flow) o Action: Cung cấp chức để thêm, bớt, chỉnh sửa công cụ điều khiển luồng (Flow) o Flow: Cung cấp chức để đẩy luồng xóa luồng cơng cụ điều khiển luồng (Flow)  view.util: Thư viện chưa công cụ nhỏ để sử dụng View part  controller.util: Thư viện chưa công cụ nhỏ sử dụng thành phần điều khiển  org.eclipse.wb.swt: Standard Widget Toolkit of Eclipse IDE 3.2.2 Tính phát triển thêm (Schedule) Như trình bày, mục tiêu lớn đồ án lập lịch thiết lập, thay đổi policy based routing tự động theo thời gian, mục tiêu cụ thể hóa chức phát triển thêm “Schedule”, chức bổ sung cho công cụ quản lý, điều khiển luồng để đặt lịch đẩy Flow từ controller xuống thiết bị 37 Ý tưởng thiết kế chức năng: Người dùng cung cấp cửa sổ nhập liệu, có hai trường thơng tin thời gian chạy đường dẫn file cấu hình thiết bị Sau người dùng hoàn tất việc nhập liệu, thông tin lưu vào file “time-schedule.config” theo định dạng: Time (hh:mm:ss) ; Time hh:mm:ss) ; … Time n (hh:mm:ss) ; Chương trình đọc file “time-schedule.config”, thời gian thiết lập trùng với thời gian file cấu hình tương ứng đẩy xuống thiết bị thông qua Controller Giao diện chức Schedule: Hình 3.8 Giao diện cơng cụ quản lý, điều khiển luồng 38 Hình 3.9 Giao diện chức Schedule Các Package class chức Schedule:  view.Schedule: Gồm Class: o AddScheduleDialog: Chức tạo bảng nhập thông tin thời gian đường dẫn file thiết lập Flow; o ConfigUtil: Đọc thơng tin từ file cấu hình “time-schedule.config” xử lý file cấu hình; o ScheduleModel: Tạo đối tượng để làm việc thuận lợi cho việc tái sử dụng o TaskConfigScheduleTable: Tạo bảng tổng hợp Schdule nhập để tiện theo dõi; o TimeTask: Chạy file cấu hình đường dẫn vào thời điểm thiết lập  view.util: Gồm Class: Chức hiển thị thông báo 39 3.3 Kết thực Sử dụng tính Schdule phát triển để giải toán điều khiển tuyến đường từ VR01 đến VR04 theo thời gian mơi trường giả lập: Hình 3.10 Thiết lập thời gian đổi policy based routing VR02 Ta thu kết theo mơ sau: Hình 3.11 Tuyến đường VR01  VR04 tự động đổi policy based routing VR02 Như tuyến đường từ VR01 đến VR04 tự động chuyển từ VR01  VR02  VR04 thành VR01  VR02  VR03  VR04 yêu cầu 40 Chương Đánh giá hiệu Để tăng tính xác cho q trình đánh giá hiệu việc sử dụng kiến trúc mạng SDN so với kiến trúc mạng phổ biến việc giải toán thiết lập, thay đổi policy based routing tự động theo thời gian, thực so sánh hai trường hợp dựa tiêu chí (Thời gian cài đặt, triển khai; Số lượng nhân trì; Tính đồng thời gian; Tính linh hoạt) với mơ hình mạng khác sau: 4.1 So sánh việc giải tốn mơ hình mạng khác 4.1.1 Mơ hình mạng vừa nhỏ Mơ hình mạng vừa nhỏ có số đặc điểm ảnh hưởng đến trình so sánh sau: - Số lượng thiết bị không lớn - Không nhiều chủng loại thiết bị khác Bảng 4.1 So sánh việc giải tốn mơ hình mạng vừa nhỏ Kiến trúc SDN Mạng truyền thống Thấp Thấp Tiêu chí Thời gian cài Chú thích/Diễn giải - Đối với hệ thống mạng sử dụng đặt, triển khai kiến trúc SDN: Cài đặt điều khiển (Controller) lên 01 máy chủ; Cài đặt phần mềm hỗ trợ thiết lập, thay đổi policy based routing tự động theo thời gian; Cấu hình địa IP Controller cho thiết bị hệ thống - Đối với hệ thống mạng thông dụng nay: Cài đặt, cấu hình policy based routing tự động theo thời gian cho thiết bị hệ thống, nhiên số lượng thiết bị không lớn 41 Kiến trúc SDN Tiêu chí Mạng truyền thống Chú thích/Diễn giải nên thời gian cài đặt, triển khai hệ thống thấp Số lượng nhân Thấp Đối với mơ hình mạng vừa nhỏ, Thấp đặc trưng số lượng chủng loại trì thiết bị khơng lớn nên khơng cần nhiều nhân trì hệ thống Tính đồng Cao Đối với hệ thống sử dụng kiến trúc Cao SDN policy phần mềm thời gian hỗ trợ từ lớp ứng dụng thông qua Controller đẩy xuống thiết bị nên thời gian áp dụng policy cho thiết bị hệ thống đồng Ngược lại, với hệ thống mạng thơng dụng nay, thiết bị cấu hình thời gian riêng biệt nên chắn có sai số thời gian áp dụng policy cho thiết bị, nhiên với hệ thống mạng vừa nhỏ sai số không đáng kể dễ dàng hiệu chỉnh Tính linh hoạt Cao Khi muốn thay đổi policy based Trung bình routing tự động theo thời gian cho thiết bị hệ thống, sử dụng hệ thống sử dụng kiến trúc SDN cần thao tác phần mềm hỗ trợ, ngược lại sử dụng hệ thống mạng thông 42 Kiến trúc SDN Tiêu chí Mạng truyền thống Chú thích/Diễn giải dụng phải cấu hình thiết bị 4.1.2 Mơ hình mạng có quy mơ lớn tập trung Mơ hình quy mơ lớn tập trung có số đặc điểm ảnh hưởng đến trình so sánh sau: - Số lượng thiết bị lớn - Nhiều chủng loại thiết bị khác - Các thiết bị tập trung khu vực Bảng 4.2 So sánh việc giải tốn mơ hình mạng có quy mơ lớn tập trung Kiến trúc Tiêu chí Thời gian cài SDN Thấp Mạng truyền Chú thích/Diễn giải thống Trung bình - Đối với hệ thống mạng sử dụng đặt, triển khai kiến trúc SDN: Cài đặt điều khiển (Controller) lên 01 máy chủ; Cài đặt phần mềm hỗ trợ thiết lập, thay đổi policy based routing tự động theo thời gian; Cấu hình địa IP Controller cho thiết bị hệ thống - Đối với hệ thống mạng thơng dụng nay: Cài đặt, cấu hình policy based routing tự động theo thời gian cho thiết bị hệ thống, mơ hình mạng số lượng thiết bị lớn tập trung địa điểm nên thời gian cài đặt không lớn 43 Kiến trúc SDN Tiêu chí Số lượng nhân Thấp Mạng truyền Chú thích/Diễn giải thống Trung bình - Với hệ thống sử dụng kiến trúc SDN: Toàn hệ thống quản lý trì Controller thiết bị tập trung khu vực việc trì hoạt động cho hệ thống thuận lợi, số lượng nhân cần thiết để trì hệ thống khơng lớn - Với hệ thống mạng phổ biến nay: Các thiết bị tập trung khu vực nhiên khơng có công cụ quản lý tập trung tất thiết bị nên cơng việc cài đặt, cấu hình phải thực thiết bị riêng lẻ, số lượng nhân để trì hệ thống lớn Tính đồng Cao - Đối với hệ thống sử dụng kiến trúc Trung bình SDN: Các policy phần mềm hỗ thời gian trợ từ lớp ứng dụng thông qua Controller đẩy xuống thiết bị nên thời gian áp dụng policy cho thiết bị hệ thống đồng - Với hệ thống mạng thông dụng nay: Mỗi thiết bị cấu hình thời gian riêng biệt nên chắn có sai số thời gian áp dụng policy cho thiết bị, số lượng thiết bị 44 Kiến trúc SDN Tiêu chí Mạng truyền thống Chú thích/Diễn giải hệ thống lớn nên việc hiệu chỉnh khó khăn Tính linh hoạt Cao Thấp Với hệ thống sử dụng kiến trúc SDN việc thay đổi policy based routing tự động theo thời gian cho thiết bị thực linh hoạt dễ dàng thông qua Controller Ngược lại, với hệ thống mạng thông dụng ta cần cấu hình thiết bị, mơ hình mạng số lượng thiết bị lớn nên tính linh hoạt thấp 4.1.3 Mơ hình mạng quy mơ lớn phân bố rộng Mơ hình quy mơ lớn phân bố rộng có số đặc điểm ảnh hưởng đến trình so sánh sau: - Số lượng thiết bị lớn - Nhiều chủng loại thiết bị khác - Phân bố nhiều khu vực khác Bảng 4.3 So sánh việc giải tốn mơ hình mạng có quy mơ lớn phân bố rộng Kiến trúc SDN Tiêu chí Thời gian cài Trung đặt, triển khai bình Mạng truyền Chú thích/Diễn giải thống Cao - Đối với hệ thống mạng sử dụng kiến trúc SDN: Cài đặt điều khiển (Controller) lên 01 máy chủ; Cài đặt phần mềm hỗ trợ thiết lập, thay đổi 45 Kiến trúc SDN Tiêu chí Mạng truyền thống Chú thích/Diễn giải policy based routing tự động theo thời gian; Cấu hình địa IP Controller cho thiết bị hệ thống, mơ hình số lượng thiết bị lớn phân tán nên trình cài đặt ban đầu nhiều thời gian - Đối với hệ thống mạng thông dụng nay: Cài đặt, cấu hình policy based routing tự động theo thời gian cho thiết bị hệ thống, mơ hình mạng số lượng thiết bị lớn phân tán nhiều địa điểm nên nhiều thời gian cho việc cài đặt, cấu hình hệ thống Số lượng nhân trì Trung Cao - Với hệ thống sử dụng kiến trúc SDN: Toàn hệ thống quản lý bình Controller thơng thường việc trì hoạt động cho hệ thống thuận lợi, nhiên cần thêm số nhân để đảm bảo hoạt động thiết bị địa điểm khác có cố - Với hệ thống mạng phổ biến nay: Các thiết bị phân tán, công việc cài đặt, cấu hình phải thực thiết bị riêng lẻ, số 46 Kiến trúc SDN Tiêu chí Mạng truyền thống Chú thích/Diễn giải lượng nhân để trì hệ thống lớn Tính đồng Cao - Đối với hệ thống sử dụng kiến trúc Thấp SDN: Các policy phần mềm hỗ thời gian trợ từ lớp ứng dụng thông qua Controller đẩy xuống thiết bị nên thời gian áp dụng policy cho thiết bị hệ thống đồng - Với hệ thống mạng thông dụng nay: Mỗi thiết bị cấu hình thời gian riêng biệt nên chắn có sai số thời gian áp dụng policy cho thiết bị, số lượng thiết bị hệ thống lớn phân tán nên việc hiệu chỉnh khó khăn Tính linh hoạt Cao Thấp Với hệ thống sử dụng kiến trúc SDN việc thay đổi policy based routing tự động theo thời gian cho thiết bị thực linh hoạt dễ dàng thông qua Controller Ngược lại, với hệ thống mạng thơng dụng ta cần cấu hình thiết bị, mơ hình mạng số lượng thiết bị lớn phân tán nên tính linh hoạt thấp 47 4.2 Đánh giá hiệu khả ứng dụng thực tế Dựa vào kết so sánh ta nhận thấy mơ hình mạng sử dụng kiến trúc SDN xử lý toán thiết lập, thay đổi policy based routing tự động theo thời gian tối ưu so với mơ hình mạng phổ biến Và quy mô hệ thống phức tạp sử dụng kiến trúc SDN để giải toán hiệu Tuy nhiên, hai hệ thống hoàn toàn khác quan điểm sản xuất thiết bị, nên chuyển đổi thiết bị từ hệ thống mạng sang hoạt động hệ thống mạng sử dụng kiến trúc SDN Và thực tế, ta thay toàn thiết bị mạng sử dụng thiết bị hỗ trợ kiến trúc SDN Từ kết trình thực mô phỏng, giả lập Chương ta nhận thấy hệ thống mạng sử dụng kiến trúc SDN hoạt động bình thường với hệ thống mạng Như vậy, trước mắt để đưa thiết bị hỗ trợ kiến trúc SDN vào sử dụng hệ thống mạng ta phải chấp nhận xây dựng hai hệ thống chạy song song, sau thu hẹp hệ thống mạng cũ mở rộng hệ thống mạng sử dụng kiến trúc SDN cách thay dần thiết bị thuộc hệ thống mạng cũ thiết bị hỗ trợ kiến trúc SDN 48 KẾT LUẬN Kết đạt - Nắm bắt kiến thức SDN số phương pháp mô để nghiên cứu SDN - Thiết lập mơ hình giả lập, cịn đơn giản minh họa cho tiềm sử dụng SDN - Phát triển thêm thành phần chức thiết lập, thay đổi policy based routing tự động theo thời gian cho phần mềm mã nguồn mở - So sánh, đánh giá hiệu việc thiết lập, thay đổi policy based routing tự động theo thời gian hệ thống mạng sử dụng kiến trúc SDN hệ thống mạng thông dụng Nhược điểm tồn - Sản phẩm ứng dụng phát triển đơn giản, tồn số lỗi nhỏ chưa hoàn thiện - Chưa thử nghiệm sản phẩm (ứng dụng thiết lập, thay đổi policy based routing tự động theo thời gian) hệ thống mạng thực tế - Chưa định lượng hóa phần đánh giá hiệu hệ thống mạng sử dụng kiến trúc SDN việc giải toán thiết lập, thay đổi policy based routing tự động theo thời gian Phạm vi ứng dụng Vì SDN công nghệ mới, phần lớn hệ thống thiết bị mạng chưa hỗ trợ SDN nên phạm vi ứng dụng thực tế luận văn chưa lớn Hiện tại, luận văn tơi ứng dụng việc nghiên cứu công nghệ kiến trúc SDN thời gian tiếp theo, ứng dụng mã nguồn mở tơi xây dựng hồn tồn tiếp tục phát triển để hoàn thiện 49 Định hướng nghiên cứu phát triển Phạm vi ứng dụng thực tế luận văn chưa lớn cho thấy tiềm lớn kiến trúc SDN vấn đề quản lý hệ thống mạng nói chung điều khiển luồng liệu nói riêng Đề tài tơi tiếp tục phát triển theo hướng nghiên cứu mở rộng điều khiển luồng liệu theo lưu lượng thực tế hệ thống 50 DANH MỤC TÀI LIỆU THAM KHẢO Tài liệu: OpenFlow Switch Specification, Version 1.3.1 (Wire Protocol 0x04) 2012 Open Networking Foundation Software-Defined Networking: The New Norm for Networks ONF White Paper 2012 Shalimov A, Zuikov D, Zimarina D, Pashkov V, Smeliansky R Advanced study of SDN/OpenFlow controllers 2013:1 Filip O BIRD Internet Routing Daemon Route Servers CZ.NIC, CEE Peering Day, Prague 2013 Caesar M, Caldwell D, Feamster N, Rexford J, Shaikh A, van der Merwe J Design and implementation of a routing control platform 2005:15 28 Chen Y, Chen Z OVS Configuration Guide, PicOS 2.0.1 2013 Rubens P Using Floodlight to Explain SDN Controllers and OpenFlow 2013 Tootoonchian A, Gorbunov S, Ganjali Y, Casado M, Sherwood R On controller performance in software-defined networks 2012 Website: Floodlight OpenFlow Controller http://www.projectfloodlight.org/floodlight/ 10 The BIRD Internet Routing Daemon Project http://bird.network.cz/ 11 OpenFlow-Enabling Innovation in Your Network http://www.openflowswitch.org 12 Floodlight Documentation http://www.openflowhub.org/display/floodlightcontroller/ 13 Compare SDN and traditional network architecture http://globalconfig.net/software-defined-networking-vs-traditional/ 51 ... khả phát triển lớn kiến trúc công nghệ này, định chọn đề tài ? ?Nghiên cứu phát triển ứng dụng tảng Floodlight Controller chuẩn mở Open Flow? ?? làm đề tài cho luận văn thạc sỹ Q trình nghiên cứu. .. cho q trình nghiên cứu - Xây dựng hệ thống mô phát triển ứng dụng cụ thể phục vụ nghiên cứu - Tìm hiểu hướng để ứng dụng công nghệ kiến trúc SDN vào thực tế, phát triển ứng dụng sử dụng công nghệ... nghiên cứu phát triển kiến trúc SDN Khác với OpenDaylight, cộng đồng phát triển Floodlight chủ yếu nhà phát triển phi lợi nhuận giống hầu hết dự án nguồn mở khác Floodlight hỗ trợ cộng đồng phát