Giới Thiệu

Bài viết này là phần 3 trong chuỗi bài viết về VXLAN BGP EVPN, tập trung vào hai chủ đề chính: L3VPN và Multicast qua VXLAN. Mục tiêu là giúp độc giả hiểu rõ hơn về cách L3VPN hoạt động trong môi trường VXLAN và cách thức Multicast được triển khai.

L3VPN qua Nền Tảng IP Fabric với VXLAN EVPN

Trong phần trước, chúng ta đã thảo luận về L2VPN qua VXLAN. Tuy nhiên, để các Leaf có thể quảng bá dải mạng cho nhau (IP-Prefix Route), chúng ta cần đến L3VPN EVPN.

Cấu Trúc Mô Hình

Xem xét trường hợp RouterX kết nối trực tiếp với Leaf4 và sử dụng định tuyến OSPF. Dải mạng 172.30.2.0/24 được quảng bá vào OSPF Area 0. Leaf4 học dải mạng này từ RouterX. Điều này đặt ra câu hỏi: làm thế nào để VM1 trên Leaf1 (với địa chỉ 192.168.169.11) có thể kết nối với Database (địa chỉ 172.30.2.44)?

Để Leaf4 có thể quảng bá dải mạng mà nó học được qua OSPF cho các Leaf khác, cần có một loại EVPN Route Type mới. Tại đây, EVPN Route Type 5 sẽ được sử dụng để truyền tải thông tin IP-Prefix và quảng bá giữa các Leaf. Leaf4 sẽ được cấu hình để quảng bá Route connected và Redistribute OSPF Route vào miền BGP EVPN.

Quá Trình Quảng Bá Thông Tin

Khi quá trình signaling hoàn tất, Leaf1 sẽ nhận được bản tin từ VM1 và biết cách đóng gói VNI 10050 để gửi dữ liệu trở lại Leaf4. Sau đó, kết nối giữa Backend và Database sẽ được thiết lập thành công thông qua việc gói dữ liệu lại bằng VNI.

Multicast qua IP Fabric với VXLAN EVPN

Khác với VXLAN over Multicast, Multicast qua VXLAN tập trung vào cung cấp dịch vụ dữ liệu như Streaming. Sẽ có một số tình huống khác nhau mà chúng ta cần đề cập, bắt đầu với mô hình Single-Homing.

Mô Hình Single-Homing

Trong mô hình này, khi VM4 (Multicast Source) thực hiện streaming dữ liệu tới địa chỉ multicast 239.0.0.1, lưu lượng BUM traffic sẽ được Leaf4 Flood ra toàn bộ các Leaf trong miền Broadcast Domain VNI 10001. Tuy nhiên, nếu chỉ có VMR muốn nhận dữ liệu nhưng VM3 không có nhu cầu, điều này sẽ gây lãng phí băng thông.

Để giải quyết vấn đề này, sử dụng IGMP Snooping trong miền EVPN Broadcast Domain với EVPN Route Types như 6, 7 và 8. Khi VMR muốn nhận lưu lượng, nó sẽ gửi IGMP Report tới Leaf để tham gia. Leaf sử dụng IGMP-Snooping Table để quyết định gửi lưu lượng tới những cổng cần thiết.

Mô Hình Multi-Homing

Khi áp dụng công nghệ Multi-Homing, việc quản lý BUM traffic trở nên phức tạp hơn. Đặc biệt, có sự tương tác giữa DF (Designated Forwarder) và Non-DF, nơi Non-DF sẽ thực hiện quảng bá EVPN Route Type 6 và thông báo cho DF về yêu cầu Join hoặc Leave. Điều này giúp duy trì khả năng Streaming hiệu quả mà không làm gián đoạn dịch vụ.

Tương Tác Giữa Các Route Types

• EVPN Route Type 6: Thông báo yêu cầu nhận lưu lượng Multicast.
• EVPN Route Type 7: Đồng bộ hóa IGMP Snooping Table giữa các Leaf.
• EVPN Route Type 8: Thông báo yêu cầu ngừng nhận lưu lượng Multicast.

Kết Nối Data Center với VXLAN EVPN

Trong một POD, để mở rộng Layer2, chỉ cần thêm Leaf. Tuy nhiên, với số lượng Leaf lớn, việc học MAC và IP từ nhiều Leaf khác nhau trở nên khó khăn. Do đó, DCI (Data Center Interconnect) cho phép các Leaf chỉ học MAC của các POD khác qua Super Spine.

Cải Tiến Về Cân Bằng Tải

Với các giao thức Tunneling, ECMP giúp tải lượng lưu lượng đều hơn. Bằng cách sử dụng L4-Source Port, chúng ta có thể tăng khả năng cân bằng tải hơn so với việc chỉ dựa vào VNI.

Kết Luận

Công nghệ VXLAN rất phong phú và có nhiều khía cạnh để khám phá. Hy vọng rằng các nội dung trong bài viết giúp bạn đọc dễ dàng tiếp cận với kiến thức mới về VXLAN. Những thông tin sâu sắc từ các tài liệu của các hãng lớn như Juniper, Cisco sẽ hỗ trợ thêm cho quá trình tìm hiểu của bạn.
source: viblo