Tweet
Slide này đi sâu vào Control Plane của EVPN-VXLAN, giải thích vì sao BGP EVPN (MP-BGP) được sử dụng để thay thế cơ chế học MAC truyền thống của Ethernet. Đây là một trong những kiến thức quan trọng nhất khi học Cisco Nexus EVPN-VXLAN, Cisco ACI hoặc SD-Access.
EVPN Overlay Design – Vì sao VXLAN lại sử dụng MP-BGP?
Ở các mạng Ethernet truyền thống, switch học địa chỉ MAC bằng cơ chế rất quen thuộc:
Cơ chế này hoạt động tốt trong mạng nhỏ, nhưng khi mở rộng lên Data Center với hàng nghìn switch và hàng chục nghìn máy chủ, việc flood liên tục sẽ làm tăng lưu lượng không cần thiết và gây lãng phí tài nguyên.
Đó là lý do EVPN (Ethernet VPN) ra đời.
Thay vì học MAC bằng Data Plane, EVPN chuyển sang học MAC bằng Control Plane thông qua Multiprotocol BGP (MP-BGP).
MP-BGP – "Bộ não" của EVPN
Trong hình bên trái, tất cả các Leaf Switch đều thiết lập phiên MP-BGP với hệ thống Fabric.
Khác với BGP truyền thống chỉ quảng bá các tiền tố IPv4 hoặc IPv6, MP-BGP có khả năng mang nhiều loại thông tin định tuyến (Address Family) khác nhau.
Ví dụ:
Trong EVPN-VXLAN, MP-BGP được sử dụng để quảng bá:
Nhờ đó, mỗi Leaf đều biết chính xác endpoint đang ở đâu mà không cần flood để tìm kiếm.
EVPN NLRI là gì?
Slide đề cập đến:
NLRI (Network Layer Reachability Information) là phần dữ liệu mà BGP dùng để quảng bá thông tin định tuyến.
Với EVPN, RFC 7432 định nghĩa một kiểu NLRI hoàn toàn mới để mang thông tin của mạng Layer 2, thay vì chỉ quảng bá các mạng IP như BGP truyền thống.
Nói cách khác:
Route Type trong EVPN
RFC 7432 quy định nhiều loại bản tin (Route Type) khác nhau. Mỗi loại phục vụ một mục đích riêng trong Fabric.
Route Type 1 – Ethernet Auto-Discovery (A-D)
Được sử dụng để:
Đây là Route Type rất quan trọng trong các thiết kế EVPN có máy chủ kết nối đồng thời tới nhiều Leaf Switch thông qua EVPN Multihoming.
Route Type 2 – MAC/IP Advertisement
Đây là Route Type quan trọng nhất và cũng là loại được sử dụng nhiều nhất.
Nhiệm vụ của Route Type 2 là quảng bá:
Ví dụ:
MAC:
0050.56AA.1234
IP:
10.10.10.25
VNI:
10010
VTEP:
192.168.100.11
Khi một máy chủ xuất hiện trong Fabric, Leaf Switch học thông tin này và quảng bá bằng Route Type 2 qua MP-BGP. Các Leaf khác cập nhật ngay cơ sở dữ liệu của mình mà không cần chờ gói tin đầu tiên để học địa chỉ MAC.
Route Type 3 – Inclusive Multicast Ethernet Tag
Được dùng để xây dựng cây phân phối lưu lượng Broadcast, Unknown Unicast và Multicast (BUM Traffic).
Các VTEP sử dụng Route Type 3 để biết cần gửi lưu lượng BUM tới những VTEP nào trong cùng một VNI.
Trong nhiều triển khai hiện đại, Route Type 3 hoạt động kết hợp với cơ chế Ingress Replication hoặc PIM Multicast.
Route Type 4 – Ethernet Segment Route
Được sử dụng trong các kịch bản EVPN Multi-Homing.
Nó quảng bá thông tin về Ethernet Segment Identifier (ESI), giúp nhiều Leaf Switch có thể kết nối tới cùng một máy chủ hoặc thiết bị mà vẫn đảm bảo:
Route Type 5 – IP Prefix Route
Ban đầu, RFC 7432 chỉ định nghĩa bốn Route Type đầu tiên. Sau đó, khả năng quảng bá trực tiếp các mạng IP được bổ sung và chuẩn hóa trong RFC 9136 (trước đây từng được mô tả trong bản Internet Draft được nêu trên slide).
Khác với Route Type 2 quảng bá từng địa chỉ MAC/IP của endpoint, Route Type 5 quảng bá các tiền tố IP (IP Prefix).
Ví dụ:
192.168.10.0/24
10.10.20.0/24
Route Type 5 rất hữu ích trong các mô hình L3 EVPN, cho phép Fabric trao đổi thông tin định tuyến IP giữa các VRF mà không cần dựa vào từng MAC Address.
Route Type 6, 7 và 8
Các Route Type này được bổ sung trong RFC 9251 nhằm hỗ trợ tối ưu việc truyền tải Multicast trong EVPN.
Chúng bao gồm:
Các Route Type này chủ yếu xuất hiện trong những hệ thống có nhu cầu truyền tải Multicast quy mô lớn như IPTV, Video Streaming hoặc các ứng dụng tài chính thời gian thực.
Vì sao EVPN lại dùng BGP?
Có người sẽ đặt câu hỏi:
Lý do là BGP có nhiều ưu điểm phù hợp với môi trường Fabric:
Nhờ những ưu điểm này, BGP trở thành lựa chọn tiêu chuẩn cho Control Plane của các Fabric hiện đại.
Kết luận
Trong kiến trúc EVPN-VXLAN, MP-BGP đóng vai trò là Overlay Control Plane, chịu trách nhiệm phân phối thông tin về các endpoint và mạng logic trong Fabric. Thay vì để các switch học địa chỉ MAC bằng cơ chế flood-and-learn như Ethernet truyền thống, EVPN sử dụng các Route Type được định nghĩa trong các RFC để quảng bá chủ động thông tin MAC, IP, VNI, Ethernet Segment và các tiền tố IP.
Cách tiếp cận này giúp giảm đáng kể lưu lượng Broadcast và Unknown Unicast, rút ngắn thời gian hội tụ, hỗ trợ Multi-Homing, mở rộng Fabric lên quy mô rất lớn và tạo nền tảng cho các Data Center hiện đại sử dụng Cisco Nexus EVPN-VXLAN, Cisco ACI và nhiều giải pháp Cloud Networking.
EVPN Overlay Design – Vì sao VXLAN lại sử dụng MP-BGP?
Ở các mạng Ethernet truyền thống, switch học địa chỉ MAC bằng cơ chế rất quen thuộc:
- Thiết bị gửi frame.
- Switch đọc Source MAC.
- Ghi MAC vào bảng CAM.
- Nếu chưa biết Destination MAC, switch sẽ flood frame ra toàn bộ VLAN.
Cơ chế này hoạt động tốt trong mạng nhỏ, nhưng khi mở rộng lên Data Center với hàng nghìn switch và hàng chục nghìn máy chủ, việc flood liên tục sẽ làm tăng lưu lượng không cần thiết và gây lãng phí tài nguyên.
Đó là lý do EVPN (Ethernet VPN) ra đời.
Thay vì học MAC bằng Data Plane, EVPN chuyển sang học MAC bằng Control Plane thông qua Multiprotocol BGP (MP-BGP).
MP-BGP – "Bộ não" của EVPN
Trong hình bên trái, tất cả các Leaf Switch đều thiết lập phiên MP-BGP với hệ thống Fabric.
Khác với BGP truyền thống chỉ quảng bá các tiền tố IPv4 hoặc IPv6, MP-BGP có khả năng mang nhiều loại thông tin định tuyến (Address Family) khác nhau.
Ví dụ:
- IPv4 Unicast
- IPv6 Unicast
- VPNv4
- VPNv6
- EVPN
Trong EVPN-VXLAN, MP-BGP được sử dụng để quảng bá:
- Địa chỉ MAC của endpoint.
- Địa chỉ IP của endpoint.
- VNI (VXLAN Network Identifier).
- VTEP IP.
- Thông tin Multi-Homing.
- Thông tin Multicast.
Nhờ đó, mỗi Leaf đều biết chính xác endpoint đang ở đâu mà không cần flood để tìm kiếm.
EVPN NLRI là gì?
Slide đề cập đến:
New BGP EVPN NLRI is defined in RFC 7432
NLRI (Network Layer Reachability Information) là phần dữ liệu mà BGP dùng để quảng bá thông tin định tuyến.
Với EVPN, RFC 7432 định nghĩa một kiểu NLRI hoàn toàn mới để mang thông tin của mạng Layer 2, thay vì chỉ quảng bá các mạng IP như BGP truyền thống.
Nói cách khác:
- BGP truyền thống quảng bá IP Prefix.
- EVPN quảng bá MAC, IP và các thông tin của Fabric.
Route Type trong EVPN
RFC 7432 quy định nhiều loại bản tin (Route Type) khác nhau. Mỗi loại phục vụ một mục đích riêng trong Fabric.
Route Type 1 – Ethernet Auto-Discovery (A-D)
Được sử dụng để:
- Phát hiện các Ethernet Segment.
- Hỗ trợ Multi-Homing.
- Xử lý cơ chế dự phòng và cân bằng tải.
Đây là Route Type rất quan trọng trong các thiết kế EVPN có máy chủ kết nối đồng thời tới nhiều Leaf Switch thông qua EVPN Multihoming.
Route Type 2 – MAC/IP Advertisement
Đây là Route Type quan trọng nhất và cũng là loại được sử dụng nhiều nhất.
Nhiệm vụ của Route Type 2 là quảng bá:
- MAC Address.
- Địa chỉ IP.
- VNI.
- VTEP.
Ví dụ:
MAC:
0050.56AA.1234
IP:
10.10.10.25
VNI:
10010
VTEP:
192.168.100.11
Khi một máy chủ xuất hiện trong Fabric, Leaf Switch học thông tin này và quảng bá bằng Route Type 2 qua MP-BGP. Các Leaf khác cập nhật ngay cơ sở dữ liệu của mình mà không cần chờ gói tin đầu tiên để học địa chỉ MAC.
Route Type 3 – Inclusive Multicast Ethernet Tag
Được dùng để xây dựng cây phân phối lưu lượng Broadcast, Unknown Unicast và Multicast (BUM Traffic).
Các VTEP sử dụng Route Type 3 để biết cần gửi lưu lượng BUM tới những VTEP nào trong cùng một VNI.
Trong nhiều triển khai hiện đại, Route Type 3 hoạt động kết hợp với cơ chế Ingress Replication hoặc PIM Multicast.
Route Type 4 – Ethernet Segment Route
Được sử dụng trong các kịch bản EVPN Multi-Homing.
Nó quảng bá thông tin về Ethernet Segment Identifier (ESI), giúp nhiều Leaf Switch có thể kết nối tới cùng một máy chủ hoặc thiết bị mà vẫn đảm bảo:
- Dự phòng.
- Cân bằng tải.
- Không tạo vòng lặp Layer 2.
Route Type 5 – IP Prefix Route
Ban đầu, RFC 7432 chỉ định nghĩa bốn Route Type đầu tiên. Sau đó, khả năng quảng bá trực tiếp các mạng IP được bổ sung và chuẩn hóa trong RFC 9136 (trước đây từng được mô tả trong bản Internet Draft được nêu trên slide).
Khác với Route Type 2 quảng bá từng địa chỉ MAC/IP của endpoint, Route Type 5 quảng bá các tiền tố IP (IP Prefix).
Ví dụ:
192.168.10.0/24
10.10.20.0/24
Route Type 5 rất hữu ích trong các mô hình L3 EVPN, cho phép Fabric trao đổi thông tin định tuyến IP giữa các VRF mà không cần dựa vào từng MAC Address.
Route Type 6, 7 và 8
Các Route Type này được bổ sung trong RFC 9251 nhằm hỗ trợ tối ưu việc truyền tải Multicast trong EVPN.
Chúng bao gồm:
- Route Type 6: Selective Multicast Ethernet Tag Route.
- Route Type 7: IGMP Join/Leave Synchronization Route.
- Route Type 8: IGMP Membership Synchronization Route.
Các Route Type này chủ yếu xuất hiện trong những hệ thống có nhu cầu truyền tải Multicast quy mô lớn như IPTV, Video Streaming hoặc các ứng dụng tài chính thời gian thực.
Vì sao EVPN lại dùng BGP?
Có người sẽ đặt câu hỏi:
"Tại sao không dùng OSPF hoặc IS-IS?"
Lý do là BGP có nhiều ưu điểm phù hợp với môi trường Fabric:
- Khả năng mở rộng rất lớn, hỗ trợ hàng trăm nghìn đến hàng triệu route.
- Dễ triển khai theo mô hình Route Reflector, giảm số lượng phiên kết nối giữa các thiết bị.
- Hỗ trợ Multiprotocol Extensions, cho phép quảng bá nhiều loại thông tin khác nhau như IPv4, IPv6, VPN và EVPN.
- Có cơ chế chính sách (Policy) rất linh hoạt để kiểm soát việc quảng bá và lựa chọn đường đi.
Nhờ những ưu điểm này, BGP trở thành lựa chọn tiêu chuẩn cho Control Plane của các Fabric hiện đại.
Kết luận
Trong kiến trúc EVPN-VXLAN, MP-BGP đóng vai trò là Overlay Control Plane, chịu trách nhiệm phân phối thông tin về các endpoint và mạng logic trong Fabric. Thay vì để các switch học địa chỉ MAC bằng cơ chế flood-and-learn như Ethernet truyền thống, EVPN sử dụng các Route Type được định nghĩa trong các RFC để quảng bá chủ động thông tin MAC, IP, VNI, Ethernet Segment và các tiền tố IP.
Cách tiếp cận này giúp giảm đáng kể lưu lượng Broadcast và Unknown Unicast, rút ngắn thời gian hội tụ, hỗ trợ Multi-Homing, mở rộng Fabric lên quy mô rất lớn và tạo nền tảng cho các Data Center hiện đại sử dụng Cisco Nexus EVPN-VXLAN, Cisco ACI và nhiều giải pháp Cloud Networking.
Attached Files