Tweet
Bài viết sau dành cho cộng đồng SD-WAN của VnPro, giúp anh em hiểu rõ cách tối ưu định tuyến dựa trên nhận thức ứng dụng (AAR - Application Aware Routing) trong môi trường thực tế với MPLS + Starlink:
🚀 Application Aware Routing – Khi MPLS và Starlink trở thành bộ đôi hoàn hảo cho định tuyến ứng dụng!
Trong môi trường mạng SD-WAN, chỉ cấu hình đường đi tĩnh là chưa đủ. Chúng ta cần một chiến lược định tuyến linh hoạt – đủ thông minh để hiểu ứng dụng nào đang đi qua mạng và chọn con đường tốt nhất dựa trên hiệu suất thời gian thực. Đó chính là lúc Application Aware Routing (AAR) xuất hiện. 📌 Bài toán thực tế
Giả sử bạn có 2 đường truyền tại chi nhánh (Branch):
Yêu cầu:
Ta định nghĩa các SLA Class như sau:
sla-class SLA_ClassList-Voice-And-Video jitter 30 latency 45 loss 2 sla-class SLA_ClassList-Default jitter 100 latency 300 loss 5
Sau đó áp dụng vào app-route-policy cho VPN CS1_VPN1:
app-route-policy _CS1_VPN1_AAR_Default-AAR-Policy vpn-list CS1_VPN1 sequence 1 match app-list APP-List-voip-telephony source-ip 0.0.0.0/0 action sla-class SLA_ClassList-Voice-And-Video preferred-color mpls backup-sla-preferred-color mpls sequence 161 match dscp 0 source-ip 0.0.0.0/0 action sla-class Default preferred-color custom1 ← chính là Starlink
🔎 Diễn giải chính sách
🎯 Tips thực chiến:
Bạn đã áp dụng AAR thành công trong môi trường nào chưa? Comment chia sẻ hoặc tag đồng nghiệp để cùng thảo luận nhé!
sdwan #CiscoViptela #ApplicationAwareRouting mpls #Starlink
🚀 Application Aware Routing – Khi MPLS và Starlink trở thành bộ đôi hoàn hảo cho định tuyến ứng dụng!
Trong môi trường mạng SD-WAN, chỉ cấu hình đường đi tĩnh là chưa đủ. Chúng ta cần một chiến lược định tuyến linh hoạt – đủ thông minh để hiểu ứng dụng nào đang đi qua mạng và chọn con đường tốt nhất dựa trên hiệu suất thời gian thực. Đó chính là lúc Application Aware Routing (AAR) xuất hiện. 📌 Bài toán thực tế
Giả sử bạn có 2 đường truyền tại chi nhánh (Branch):
- MPLS: Đường truyền ổn định, độ trễ thấp
- Starlink: Băng thông lớn, nhưng độ trễ cao hơn, jitter biến động hơn
Yêu cầu:
- Luồng VoIP và Video (real-time) phải được ưu tiên qua MPLS nếu SLA đảm bảo.
- Các ứng dụng best-effort hoặc web thông thường nên đi qua Starlink để giảm tải MPLS.
Ta định nghĩa các SLA Class như sau:
sla-class SLA_ClassList-Voice-And-Video jitter 30 latency 45 loss 2 sla-class SLA_ClassList-Default jitter 100 latency 300 loss 5
Sau đó áp dụng vào app-route-policy cho VPN CS1_VPN1:
app-route-policy _CS1_VPN1_AAR_Default-AAR-Policy vpn-list CS1_VPN1 sequence 1 match app-list APP-List-voip-telephony source-ip 0.0.0.0/0 action sla-class SLA_ClassList-Voice-And-Video preferred-color mpls backup-sla-preferred-color mpls sequence 161 match dscp 0 source-ip 0.0.0.0/0 action sla-class Default preferred-color custom1 ← chính là Starlink
🔎 Diễn giải chính sách
- sequence 1: Nếu traffic là VoIP (theo app-list), hãy ưu tiên gửi qua MPLS, và nếu SLA không đạt thì vẫn dùng MPLS vì không có màu backup nào khác.
- sequence 161: Mặc định tất cả traffic khác (dscp 0) sẽ đi custom1, là màu đại diện cho Starlink trong hệ thống.
- VoIP luôn được đảm bảo chất lượng tối ưu nhờ giám sát jitter / latency / loss.
- MPLS không bị quá tải bởi các ứng dụng không thời gian thực.
- Tối ưu chi phí và tận dụng được lợi thế giá rẻ và băng thông lớn của Starlink.
🎯 Tips thực chiến:
- Hãy đo thường xuyên hiệu suất tunnel để xác định giá trị SLA phù hợp với từng loại ứng dụng.
- Nếu Starlink có jitter cao thất thường, nên thiết lập ngưỡng SLA chặt hơn để tránh ảnh hưởng web-app.
- Trong thực tế, có thể thêm fallback-color hoặc backup-sla-class để tăng tính đàn hồi khi cả 2 đường đều không đạt SLA.
Bạn đã áp dụng AAR thành công trong môi trường nào chưa? Comment chia sẻ hoặc tag đồng nghiệp để cùng thảo luận nhé!
sdwan #CiscoViptela #ApplicationAwareRouting mpls #Starlink
Attached Files