Phần 17/21 trong loạt Open vSwitch (OVS) — mở đầu Module 4 pipeline OpenFlow nhiều bảng, conntrack, DPDK, hardware offload, giám sát. Bài 1 Mục 3 đã nhắc tên OVN và nói OVN dùng "cả OVSDB lẫn OpenFlow", kể tên ovn-controller cùng Northbound DB/Southbound DB — nhưng bỏ sót hẳn một mảnh trung tâm: ovn-northd. Bài 17 vá đúng mảnh còn thiếu đó và dựng lại toàn cảnh kiến trúc OVN từ đầu.
Phần 19/21 trong loạt Open vSwitch (OVS) — Bài 18 vừa cho thấy một Cloud Management System (CMS) là OpenStack Neutron có thể cắm thẳng vào OVN core (Bài 17) qua đúng vai trò "OVN/CMS Plugin", trong khi vẫn giữ song song một kiến trúc khác hoàn toàn không dùng OVN (ML2/OVS, agent Python tự tính flow). Bài 19 lặp lại đúng cấu trúc câu chuyện đó ở một CMS khác hẳn OVN-Kubernetes không dùng lại nguyên xi mô hình triển khai OVN "giáo khoa" đã học ở Bài 17 — nó đổi hẳn sang một kiến trúc mới gọi là "interconnect", đây sẽ là trọng tâm Mục 2-3 của bài.
Phần 9/21 trong loạt Open vSwitch (OVS) — nối tiếp Phần 8, nơi bạn đã đào sâu vlan_mode và cách một trunk port giữ nguyên VLAN tag giữa hai OVS bridge. Bài này chuyển hẳn sang một lớp khác của OVS — không còn switching thuần trong một L2 domain, mà là tunnel: đóng gói cả một khung Ethernet vào trong một gói IP khác để nó "đi xuyên" qua một mạng L3 trung gian, y hệt nguyên lý bạn đã học ở loạt EVPN và ở GRE Tunnel, chỉ khác nơi việc đóng gói đó diễn ra. Đây cũng là bài quan trọng nhất của Module 2, vì nó nối thẳng vào kiến thức VXLAN/EVPN bạn đã có sẵn trên fabric vật lý. Đọc xong, Bài 10 sẽ chuyển sang bonding/LACP trên OVS.