(Luận văn) đánh giá hiệu năng các giải pháp đảm bảo chất lượng dịch vụ trong mạng iot định nghĩa bằng phần mềm

HỌC VIỆN CƠNG NGHỆ BƢU CHÍNH VIỄN THƠNG - VŨ THANH TÙNG an lu n va ĐÁNH GIÁ HIỆU NĂNG CÁC GIẢI PHÁP ĐẢM BẢO CHẤT LƢỢNG DỊCH VỤ TRONG MẠNG IoT ĐỊNH NGHĨA BẰNG PHẦN MỀM LUẬN VĂN THẠC SĨ KỸ THUẬT (Theo định hƣớng ứng dụng) HÀ NỘI – 2020 HỌC VIỆN CƠNG NGHỆ BƢU CHÍNH VIỄN THƠNG - VŨ THANH TÙNG ĐÁNH GIÁ HIỆU NĂNG CÁC GIẢI PHÁP ĐẢM BẢO an lu CHẤT LƢỢNG DỊCH VỤ TRONG MẠNG IoT ĐỊNH NGHĨA n va BẰNG PHẦN MỀM Chuyên ngành: Kỹ thuật viễn thông Mã số: 52 02 08 LUẬN VĂN THẠC SĨ KỸ THUẬT (Theo định hướng ứng dụng) NGƢỜI HƢỚNG DẪN KHOA HỌC: TS LÊ HẢI CHÂU HÀ NỘI – 2020 i LỜI CAM ĐOAN Tôi cam đoan cơng trình nghiên cứu riêng tơi Các số liệu, kết nêu luận văn trung thực chƣa công bố công trình khác Hà Nội, tháng 05 năm 2020 Tác giả luận văn Vũ Thanh Tùng an lu n va ii LỜI CẢM ƠN Tơi xin cảm ơn gia đình, ngƣời thân bên cạnh nguồn động lực lớn lao để làm việc học tập Tôi xin đƣợc gửi lời cảm ơn chân thành tới TS Lê Hải Châu – hƣớng dẫn tận tình trình làm luận văn Đồng thời xin gửi lời cảm ơn tới bạn bè đồng nghiệp động viên, hỗ trợ để tơi hoàn thành luận văn Hà Nội, ngày 15 tháng 05 năm 2020 an lu Vũ Thanh Tùng n va iii MỤC LỤC LỜI CAM ĐOAN i LỜI CẢM ƠN ii MỤC LỤC iii BẢNG CÁC THUẬT NGỮ VIẾT TẮT v DANH MỤC HÌNH VẼ vii DANH MỤC CÁC BẢNG viii LỜI NÓI ĐẦU CHƢƠNG 1: TỔNG QUAN VỀ CÔNG NGHỆ IoT VÀ CÔNG NGHỆ MẠNG ĐỊNH NGHĨA BẰNG PHẦN MỀM 1.1 Tổng quan công nghệ IoT 1.2 Yêu cầu IoT hạ tầng thiết bị truyền thông 1.3 Công nghệ mạng định nghĩa phần mềm 1.3.1 Giới thiệu chung lu 1.3.2 Kiến trúc mạng định nghĩa phần mềm 14 an 1.4 IoT định nghĩa phần mềm 23 n va 1.5 Kết luận chƣơng 26 CHƢƠNG 2: CÁC GIẢI PHÁP ĐẢM BẢO CHẤT LƢỢNG DỊCH VỤ TRONG IoT ĐỊNH NGHĨA BẰNG PHẦN MỀM 27 2.1 Giới thiệu chung 27 2.2 QoS kiến trúc mạng truyền thống 29 2.2.1 Dịch vụ Best Effort 29 2.2.2 Dịch vụ tích hợp (IntServ) 30 2.2.3 Dịch vụ phân biệt (Diffserv) 36 2.3 QoS IoT định nghĩa phần mềm 45 2.3.1 Framework lưu trữ tài nguyên 46 2.3.2 Framework định tuyến theo luồng 49 2.3.3 Framework với tập trung quản lí hàng đợi lập lịch gói 50 2.3.4 Framework cho thực thi sách 50 2.4 Kết luận 51 CHƢƠNG 3: TRIỂN KHAI MÔ PHỎNG VÀ ĐÁNH GIÁ HIỆU NĂNG GIẢI PHÁP ĐẢM BẢO QoS 52 3.1 Giới thiệu chung 52 3.2 Kịch mô QoS SDN-IoT 53 iv 3.2.1 Giới thiệu công cụ mô 53 3.2.2 Kịch mô 57 3.3 Đánh giá hiệu giải pháp đảm bảo QoS 59 3.4 Kết luận chƣơng 68 TÀI LIỆU THAM KHẢO 70 an lu n va v BẢNG CÁC THUẬT NGỮ VIẾT TẮT NGHĨA TIẾNG ANH NGHĨA TIẾNG VIỆT API Application Programming Giao diện lập trình ứng Interface dụng DIFFSERV Differentiated Services Dịch vụ phân biệt INTSERV Integrated Services Dịch vụ tích hợp IoT Internet Of Things Vạn vật kết nối IoT-A IoT Architecture Kiến trúc IoT IP Internet Protocol Giao thức mạng internet ISI Inter-Symbol Interference Nhiễu liên ký hiệu NFV Network Feature an lu THUẬT NGỮ Ảo hóa chức mạng n va Virtualization NOS Network Operating Ảo hóa chức mạng System OVSDB OpenvSwitch Database Cơ sở liệu OpenvSwitch QoS Quality of Service Chất lƣợng dịch vụ SDN Software Defined Mạng định nghĩa Networking phần SLA Service Level Agreement Thỏa thuận mức dịch vụ SOA Service-Oriented Kiến trúc hƣớng dịch vụ Architecture SFB Synthenis Filter Bank Hệ lọc tổng hợp vi Transmission Control Giao thức điều khiển Protocol truyền dẫn TLS Transport Layer Security Bảo mật tầng truyền tải UDP User Datagram Protocol Giao thức liệu ngƣời TCP dùng WAN Wide Area Network Mạng diện rộng an lu n va vii DANH MỤC HÌNH VẼ an lu Hình 1.1 Internet kết nối vạn vật Hình 1.2 Sự gia tăng nhanh chóng giao tiếp máy-máy Hình 1.3 Ứng dụng tủ lạnh IoT Hình 1.4 Kiến trúc IoT-A Hình 1.5 Các phƣơng thức truyền thông đa dạng IoT Hình 1.6 Kiến trúc SDN 15 Hình 1.7 Thiết bị mạng mặt phẳng liệu 16 Hình 1.8 Các giao diện mặt phẳng chức điều khiển 18 Hình 1.9 Các giao diện điều khiển SDN 19 Hình 1.10 Các giao diện chức mặt phẳng SDN 22 Hình 2.1 Mơ hình dịch vụ Best-Effort 29 Hình 2.2 Mơ hình ngun lý hoạt động InterServ 31 Hình 2.3 Bản tin báo hiệu khởi tạo kết nối 32 Hình 2.4 Tiêu đề gói IP 37 Hình 2.5 Trƣờng DS DSCP PHB 39 Hình 2.6 Mơ hình mạng đƣờng trục SDN/ Openflow 47 Hình 3.1 Kiến trúc điều khiển Ryu 55 Hình 3.2 Mơ hình hệ thống mơ QoS 57 Hình 3.3 Mơi trƣờng mô mininet 59 Hình 3.4 Cấu hình mạng mơ 60 Hình 3.5 Show cấu hình phiên cổng chuyển mạch OvS 60 Hình 3.6 Kết nối thành cơng điều khiển Ryu thiết bị chuyển mạch 61 Hình 3.7 Đoạn chƣơng trình cập nhật vào bảng định tuyến 62 Hình 3.8 Đoạn chƣơng trình xử lý luồng liệu đến 63 Hình 3.9 Bắt gói tin trao đổi Wireshark 64 Hình 3.10 Trao đổi tin điều khiển Ryu hệ thống chuyển mạch OpenvSwitch 64 Hình 3.11 Bản tin Openflow OFPT_FLOW_MOD 65 Hình 3.12 Băng thơng qua cổng 9000 66 Hình 3.13 Băng thông qua cổng 9001 66 Hình 3.14 Băng thông qua cổng 9002 67 Hình 3.15 Kịch đảm bảo QoS cho cổng theo cấu hình thiết lập trƣớc 67 n va viii DANH MỤC CÁC BẢNG Bảng 2.1 Các lớp AF 42 Bảng 3.1 Lƣu lƣợng cho dịch vụ khác 58 Bảng 3.2 Tham số kịch mô 59 an lu n va 57 Mỗi ứng dụng Ryu nằm hàng đợi kiện, sử dụng phƣơng thức vào trƣớc trƣớc để xử lý ứng dụng hàng đợi Ngoài ứng dụng bao gồm luồng để xử lý kiện từ hàng đợi Luồng xử lý gọi trình xử lý kiện để chạy kiện thích hợp Nhƣ ứng dụng Ryu chạy thứ tự chạy trình quản lý kiện đảm nhận 3.2.2 Kịch mô Hệ thống mạng ngày phát triển, thiết bị đầu cuối với nhu cầu kết nối vào hệ thống mạng ngày tăng, việc quản lí số thiết bị khơng địi hỏi trao đổi thơng tin băng thơng lớn nhƣng lại u cầu tính thời gian thực cao nhƣ điều khiển lị vi sóng, thiết bị có độ nhạy thời gian cao nhƣ báo cháy, báo khói, … Bên cạnh đó, số dịch vụ yêu cầu băng thông lớn tốt để đảm bảo chất lƣợng, ví dụ hệ thống camera giám sát chống trộm có khả phân tích nhận dạng hình ảnh từ xa Các hệ thống yêu cầu loại lƣu lƣợng có thỏa thuận lu an băng thơng tối thiểu Nhiều loại dịch vụ khác yêu cầu băng thông cố định n va khơng u cầu có thỏa thuận chất lƣợng dịch vụ Với chất best-effort (nỗ lực tối đa), mạng IP thơng thƣờng khó đảm bảo chất lƣợng dịch vụ đa dạng theo kết nối mạng Hình 3.2 Mơ hình hệ thống mơ QoS 58 Để mô xây dựng hạ tầng thông tin đảm bảo QoS cho luồng liệu ƣu tiên, nội dung luận văn này, dịch vụ mô đƣợc giả định chia thành 03 loại lƣu lƣợng điển hình nhƣ sau (Hình 3.2):  Lưu lượng tốc độ cố định: dành cho dịch vụ yêu cầu thời gian thực, băng thông không thay đổi theo thời gian  Lưu lượng tốc độ giới hạn dưới: dành cho dịch vụyêu cầu băng thông lớnvới độ tin cậy cao, băng thông phải lớn giá trị thiết lập trƣớc  Lưu lượng thơng thường: dành cho dịch vụkhơng có u cầu đặc biệt vềbăng thông Băng thông cung cấp cho dịch vụ đƣợc xử lý theo chế best-effort mạng IP thông thƣờng Nhƣ mô tả hình 3.2, hệ thống mơ này, tổng tốc độ kết nối tối đa liên kết cho ba dịch vụ 10 Mbps Kỹ thuật cắt lát băng thông đƣợc lu an sử dụng để chia sẻ tài nguyên hệ thống Các thiết bị chuyển mạch SDN n va môi trƣờng mạng SDN đƣợc mô mininet Bảng 3.1 thể thông tin thiết lập hàng đợi cho loại hình dịch vụ mơ hệ thống Trong đó, lần lƣợt loại hình lƣu lƣợng đƣợc thiết lập cho cổng với định danh tƣơng ứng 9000 (ID =0), 9001 (ID =1) 9002 (ID =2) hệ thống chuyển mạch SDN Cổng 9000 đƣợc cấu hình lƣu lƣợng thơng thƣờng, cổng 9001 đƣợc thiết lập QoS theo tốc độ cố định Mbps (±5%) cổng 9002 thiết lập QoS theo lƣu lƣợng tốc độ giới hạn dƣới Mbps Tổng tốc độ kết nối tối đa liên kết cho ba cổng 10 Mbps Bảng 3.1 Lƣu lƣợng cho dịch vụ khác 59 3.3 Đánh giá hiệu giải pháp đảm bảo QoS 3.3.1 Cấu hình hệ thống Kiến trúc hệ thống demo bao gồm topo mạng SDN đơn giản đƣợc xây dựng mininet với điều khiển Bộ điều khiển đƣợc sử dụng điều khiển tách rời Ryu Để bắt đầu kịch bản, sử dụng mininet xây dựng môi trƣờng ta tạo topo mạng đơn giản để mô Topo mạng với thiết bị chuyển mạch OpenvSwitch host nhƣ hình 3.3 với câu lệnh sử dụng sau: $ sudo mn –topo linear,2 mac switch ovsk controller remote –x Bảng 3.2 hình 3.3 thể mơ tả tham số sử dụng mô nhƣ kết đầu câu lệnh Hệ thống demo đƣợc tạo topo mạng SDN có nút chuyển mạch SDN đƣợc kết nối trực tiếp với đƣợc điều khiển thông qua điều khiển Ryu Hình 3.4 thể rõ cấu hình mạng mơ an lu n va Hình 3.3 Mơi trƣờng mô mininet Bảng 3.2 Tham số kịch mô Tham số Topo mac Switch controller x Giá trị Linear, None ovsk remote None Giải thích Topo với switch đƣợc tạo Thiết lập địa mac tự động cho host Sử dụng OpenvSwitch Sử dụng điều khiển tách rời Mở cửa sổ xterm 60 Hình 3.4 Cấu hình mạng mơ Hình 3.5 thể thông số phiên Switch thông số cổng chuyển mạch Switch đƣợc kiểm tra câu lệnh ovs-vsctl show an lu thực giao diện điều khiển mininet n va Hình 3.5 Show cấu hình phiên cổng chuyển mạch OvS 61 Kết thể hình 3.5 cho thấy hệ thống chuyển mạch trao đổi với điều khiển thông qua giao thức Openflow phiên 1.3 Openflow lắng nghe cổ ng ptcp: 6632 để truy cập OVSDB Phiên OpenvSwitch sử dụng phiên 2.0.2 Hình 3.6 thể điều khiển Ryu kết nối thành công điều khiển thiết bị chuyển mạch an lu va n Hình 3.6 Kết nối thành công điều khiển Ryu thiết bị chuyển mạch 3.3.2 Module điều khiển định tuyến đảm bảo QoS Trong hệ thống mô phỏng, để thực điều khiển định tuyến cho chuyển mạch lớp sở hạ tầng, phần mềm ứng dụng cho điều khiển dựa ngôn ngữ Python đƣợc xây dựng Việc sử dụng máy tính cỡ nhỏ với giá thành rẻ kết hợp với phần mềm điều khiển mã nguồn mở cho phép giảm thiểu giá thành hệ thống tăng tính linh hoạt việc ứng dụng hệ thống Thiết bị điều khiển SDN kích thƣớc nhỏ điều khiển chuyển mạch qua giao thức OpenFlow Để xử lý tác vụ thêm vào bảng định tuyến, giá trị địa đƣợc kiểm tra trùng lặp địa Lỗi xảy (1) địa đích (dst_nw_addr) default route (0.0.0.0/0) (2) địa đích trùng với địa nguồn tin, thơng báo lỗi đƣợc hiển thị hình điều khiển Nếu khơng có lỗi xảy ra, địa đƣợc gán thêm vào bảng với giá trị địa đích (dst_ip), định danh luồng tin (route_id), mặt nạ địa (netmask) kèm địa chuyển mạch hàng xóm chuyển tiếp gói tin (gateway_ip) Mỗi giá trị route_id đƣợc tăng lên để định danh cho 62 luồng liệu khác Đoạn code Hình 3.7 minh họa cho trình cập nhật vào bảng định tuyến an lu n va Hình 3.7 Đoạn chƣơng trình cập nhật vào bảng định tuyến Thêm nữa, hình 3.8 mơ tả cách xử lý luồng liệu gửi đến chuyển mạch Các địa hàng xóm chuyển mạch đƣợc lấy từ bảng định tuyến thông qua biến routing_tbl Sau đó, luồng tin đến bộchuyển mạch đƣợc xử lý hàm packet_in_handler() Các gói tin đƣợc phân loại theo tin ARP, tin ICMP, TCPhay UDP Mỗi loại tin đƣợc phân tích địa đích gửi đến thiết bị đầu cuối kết nối với chuyển mạch Nếu tin thuộc loại khác đƣợc xử lý để chuyển đến nút chuyển mạch khác 63 an lu n va Hình 3.8 Đoạn chƣơng trình xử lý luồng liệu đến 3.3.3 Đánh giá nhận xét kết Trong kịch mô hoạt động hệ thống sử dụng công cụ WireShark (phần mềm bắt gói tin) thiết lập kết nối truyền thông qua hệ thống chuyển mạch đƣợc thiết kế Hình 3.9 thể kết đạt đƣợc cho thấy hệ thống hoạt động theo thiết kế Các tin Openflow đƣợc sử dụng để trao đổi thông tin kết nối điều khiển (192.168.60.100) hệ thống chuyển mạch mininet (192.168.60.20) 64 Hình 3.9 Bắt gói tin trao đổi Wireshark an lu n va Hình 3.10 Trao đổi tin điều khiển Ryu hệ thống chuyển mạch OpenvSwitch Hoạt động hệ thống đƣợc tóm tắt nhƣ sau: kết nối, điều khiển hệ thống chuyển mạch trao đổi tin Hello với (xem Hình 3.10) để thiết lập kết nối đàm phán phiên Nếu đàm phán thất bại chúng gửi tin Error Sau thiết lập kết nối xong, điều khiển gửi tin Feature_Request để xác định đặc tính chức OVS OVS trả lời tin Feature_Respond Tiếp theo điều khiển gửi tin Multipath Request để truy vấn thông tin theo luồng liệu (port, interface, …) OVS trả lời Multipath_Respond chứa thông tin Tiếp đến điều khiển gửi tin Flow_Mod (nhƣ trình bày Hình 3.11) muốn thay đổi trạng thái OVS 65 Khi tin đƣợc trao đổi xong thiết bị trao đổi tin Echo để trao đổi thông tin độ trễ, băng thơng tính linh hoạt Bản tin Packet_In Packet_Out dùng để trao đổi liệu Hình 3.11 Bản tin Openflow OFPT_FLOW_MOD an lu Trong kịch thực khảo sát tốc độ tối đa cổng Ethernet hệ thống chuyển mạch đƣợc thiết kế Để thực điều này, sử dụng cách là: đo kiểm lệnh hiển thị cấu hình (ovs-ofctrl show) tạo lƣu lƣợng tăng dần truyền qua hệ thống chuyển mạch Để xác thực khả hoạt động hệ thống, lƣu lƣợng ngẫu nhiên theo tốc độ tăng dần đƣợc tạo truyền qua luồng liệu đƣợc thiết lập QoS khác hệ thống chuyển mạch Trong kịch này, lƣu lƣợng cổng 9000 đƣợc yêu cầu truyền với tốc độ tối đa liên kết Mbps Lƣu lƣợng cổng 9001 truyền với tốc độ cố định Mbps tốc độ truyền cổng 9002 đƣợc tăng dần sau khoảng thời gian 30 giây Lƣu lƣợng hai cổng 9001 9002 đƣợc khởi phát bắt đầu chậm 30 giây so với lƣu lƣợng cổng 9000 Kết cho thấy, lƣu lƣợng cổng 9000 bị giảm dần nhƣờng lại bang thơng cho cổng có đƣợc thiết lập QoS Tổng lƣu lƣợng cổng đảm bảo khoảng 10 Mbps (bằng tốc độ tối đa cho phép) Hai cổng 9001 9002 có tốc độ lƣu lƣợng theo yêu cầu QoS đƣợc thiết lập Để xác định khả hoạt động hệ thống, ta tạo luồng lƣu lƣợng ngẫu nhiên tăng dần truyền qua cổng đƣợc thiết lập QoS khác hệ thống chuyển mạch Sử dụng phần mềm iperf, công cụ đơn giản dễ sử dụng để kiểm tra băng thông qua hệ thống mạng, bắn lƣu lƣợng qua cổng với host đóng vai trị làm máy chủ host đóng vai trị máy khách Hình 3.12, 3.13 3.14 thể kết băng thông đầu cổng n va 66 hệ thống chuyển mạch Openflow Kết cho thấy cổng 9000 9002, lƣu lƣợng không giám sát giới hạn tốc độ tối thiểu, tốc độ lƣu lƣợng đầu cổng nhƣ tốc độ truyền vào hệ thống Tuy nhiên, cổng 9001, tốc độ bị giới hạn cố định Mbps, nên truyền liệu có tốc độ cao bị giới hạn khơng lớn Mbps Khi tốc độ cao, ví dụ từ Mbps giây thứ 100 cổng bị ngắt kết nối tỉ lệ gói lớn an lu n va Hình 3.12 Băng thơng qua cổng 9000 Hình 3.13 Băng thơng qua cổng 9001 67 Hình 3.14 Băng thông qua cổng 9002 an lu n va Hình 3.15 Kịch đảm bảo QoS cho cổng theo cấu hình thiết lập trƣớc Ngồi ra, hình 3.15 thể kịch đảm bảo QoS cho lƣu lƣợng cổng hệ thống chuyển mạch theo cấu hình thiết lập Trong kịch này, lƣu lƣợng cổng 9000 đƣợc yêu cầu truyền với tốc độ tối đa liên kết 10 Mbps Lƣu lƣợng cổng 9001 truyền với tốc độ cố định Mbps tốc độ truyền cổng 9002 đƣợc tăng dần sau khoảng thời gian định Lƣu 68 lƣợng hai cổng 9001 9002 đƣợc khởi phát bắt đầu chậm 30 giây so với lƣu lƣợng cổng 9000 Kết cho thấy, lƣu lƣợng cổng 9000 bị giảm dần để ƣu tiên cho cổng có QoS đƣợc thiết lập Tổng lƣu lƣợng cổng đảm bảo khoảng 10 Mbps (bằng tốc độ tổng cho phép) Hai cổng 9001 9002 có tốc độ lƣu lƣợng theo yêu cầu QoS đƣợc thiết lập 3.4 Kết luận chƣơng Nội dung chƣơng trình bày triển khai mơ kỹ thuật đảm bảo QoS hệ thống mạng SDN-IoT sử dụng công cụ mô mininet điều khiển SDN Ryu Các mô đƣợc triển khai cho ba loại hình chất lƣợng dịch vụ best-effort, tốc độ cố định tốc độ cao Các kết đạt đƣợc thể khả đảm bảo chất lƣợng dịch vụ linh hoạt hệ thống dựa tảng công nghệ mạng định nghĩa phần mềm an lu n va 69 KẾT LUẬN Trong thời đại bùng nổ công nghệ thông tin, IoT phát triển ngày mạnh số lƣợng thiết bị kết nối, số lƣợng kết nối loại hình kết nối,… Qua địi hỏi u cầu cao chất lƣợng kết nối nhƣ băng thông, độ trễ tham số khác Do giải pháp công nghệ mạng hƣớng đến việc giải thách thức nhằm hỗ trợ số lƣợng kết nối lớn nhƣ thiết bị đa dạng chủng loại thiết bị kết nối.Việc xây dựng giải pháp để đảm bảo chất lƣợng mà không ảnh hƣởng tới luồng liệu khác mạng ngày thực cần thiết Trong luận văn này, học viên thực nghiên cứu khái quát công nghệ IoT công nghệ mạng định nghĩa phần mềm nhƣ khả ứng lu dụng SDN IoT (IoT định nghĩa phần mềm) Nội dung luận văn an tập trung khảo sát giải pháp đảm bảo chất lƣợng dịch vụ (QoS) mạng IP va n mạng IoT định nghĩa phần mềm Trên sở đó, luận văn trình bày triển khai mơ ứng dụng giải pháp đảm bảo QoS mạng IoT định nghĩa phần mềm đánh giá hiệu hệ thống Việc đánh giá hiệu giải pháp đảm bảo chất lƣợng dịch vụ đƣợc thực theo ba loại hình dịch vụ tiêu biểu bao gồm dịch vụ lƣu lƣợng Best-effort (dịch vụ truyền thống mạng IP), dịch vụ tốc độ không đổi dịch vụ lƣu lƣợng tốc độ cao Các kết đạt đƣợc cho thấy thành công giải pháp DiffServ hạ tầng mạng SDNIoT Trên sở kết đạt đƣợc nội dung luận văn này, hƣớng phát triển nghiên cứu đề tài luận văn nghiên cứu triển khai ứng dụng công nghệ IoT định nghĩa phần mềm kỹ thuật đảm bảo QoS thực tế mạng lƣới VNPT Bắc Ninh tƣơng lai gần nhằm cung cấp giải pháp cho hạ tầng truyền thông thành phố thông minh 70 TÀI LIỆU THAM KHẢO [1] Vermesan Ovidiu, and Peter Friess (2014) “Internet of things-from research and innovation to market deployment,” Vol 29, Aalborg: River Publishers [2] Alasdair Gilchrist(2016), “Industry 4.0: The Industrial Internet of Things” [3] Wollschlaeger Martin, Thilo Sauter, and Juergen Jasperneite (2017), “The future of industrial communication: Automation networks in the era of the internet of things and industry 4.0,” IEEE Industrial Electronics Magazine, vol 11, no 1, pp 17-27 [4] Bizanis, Nikos, and Fernando A Kuipers (2016), “SDN and virtualization solutions for the Internet of Things: A survey,” IEEE Access, vol 4, pp 55915606 an lu [5] Samaresh Bera, Sudip Misra, and Athanasios V Vasilakos (2017), “SoftwareDefinedNetworking for Internet of Things: A Survey,” IEEE Internet of Things va n Journal, vol 4, no 6, pp 1994-2008 [6] Omnes, Nathalie, Marc Bouillon, Gael Fromentoux, and Olivier Le Grand (2015), "A programmable and virtualized network & IT infrastructure for the internet of things: How can NFV & SDN help for facing the upcoming challenges," 18th International Conference on Intelligence in Next Generation Networks (ICIN), pp 64-69 [7] Diego Kreutz, Fernando M.V Ramos, Paulo Esteves Verıssimo, Christian Esteve Rothenberg, Siamak Azodolmolky, and Steve Uhlig (2015), “Softwaredefined networking: A comprehensive survey,” Proceedings of the IEEE, vol 103, no 1, pp 14-76 [8] Andreas, Arsanasty Ba, Martin Reisslein, and Wolfgang Kellerer (2016), “Survey on network virtualization hypervisors for software defined networking,” IEEE Communications Surveys & Tutorials, vol 18, no 1, pp 655-685 71 [9] Hu, Fei, Qi Hao, and Ke Bao (2014), "A survey on software-defined networkand openflow: From concept to implementation, " IEEE Communications Surveys & Tutorials, vol 16, no 4, pp 2181-2206 [10] https://thenewstack.io/sdn-series-part-iv-ryu-a-rich-featured-open-source-sdncontroller-supported-by-ntt-labs an lu n va