Nên chọn: Manual hoặc Lowest Cost SLA.

Cách này phù hợp khi WAN1 là Internet chính, WAN2 là Internet dự phòng. Ưu điểm là dễ kiểm soát, traffic ổn định và WAN2 chỉ dùng khi WAN1 lỗi hoặc không đạt SLA.

Nên chọn tùy nhu cầu: Manual, Best Quality hoặc Load Balancing có chọn lọc.

Nếu muốn WAN1 chính/WAN2 phụ, dùng Manual. Nếu muốn FortiGate chọn đường tốt hơn, dùng Best Quality. Nếu muốn tận dụng băng thông, có thể load-balance traffic ít nhạy cảm.

Nên chọn: Lowest Cost SLA hoặc Manual.

Leased line thường dùng cho traffic quan trọng như ERP, VPN hoặc server. Broadband có thể dùng dự phòng hoặc cho traffic ít quan trọng hơn.

Nên chọn: Manual hoặc Lowest Cost SLA.

Không nên đưa 4G/5G vào load balancing mặc định nếu không cần thiết, vì latency, jitter, dung lượng và chi phí có thể không phù hợp cho traffic thường xuyên.

Nên chọn: Manual hoặc rule riêng cố định một WAN ổn định.

Microsoft 365, Teams, Outlook và các dịch vụ SaaS có thể nhạy với việc IP public thay đổi. Nên tạo rule riêng, đặt phía trên rule Internet chung và ưu tiên một WAN ổn định.

Nên chọn: Manual hoặc Lowest Cost SLA.

VPN site-to-site cần ổn định và dễ troubleshooting. Nên ưu tiên tunnel chính, tunnel phụ dùng failover. Không nên load-balance nếu chưa hiểu rõ ứng dụng và session.

Nên chọn: Manual hoặc route/rule riêng theo thiết kế.

Traffic camera cần ổn định. Nếu camera upload hoặc stream qua nhiều WAN, có thể gây khó kiểm soát băng thông, NAT, port forward hoặc remote access.

Có thể chọn: Load Balancing, Manual đi WAN riêng hoặc Lowest Cost SLA tùy nhu cầu.

Guest Wi-Fi thường ít yêu cầu IP public ổn định hơn hệ thống nội bộ, nên có thể dùng để tận dụng WAN phụ hoặc tách khỏi đường chính.

Nguyên nhân:

• SLA target không ổn định.
• Threshold quá nhạy.
• Hai WAN có chất lượng dao động gần nhau.
• FortiGate liên tục đánh giá lại link tốt hơn.

Cách xử lý:

• Kiểm tra diagnose sys sdwan health-check.
• Chọn SLA target ổn định hơn.
• Điều chỉnh threshold phù hợp.
• Nếu cần ổn định hơn tối ưu, cân nhắc Manual hoặc Lowest Cost SLA.

Nguyên nhân:

• Health-check chưa phát hiện đúng lỗi WAN.
• Route/gateway vẫn active dù Internet không thực sự dùng được.
• Rule member order chưa đúng.
• Firewall policy hoặc route chưa đúng cho WAN phụ.
• Session cũ vẫn giữ đường cũ.

Cách xử lý:

• Kiểm tra SD-WAN member.
• Kiểm tra Performance SLA.
• Kiểm tra rule order và member order.
• Test failover bằng tình huống thực tế.
• Kiểm tra session khi test.

Nguyên nhân:

• WAN cost thấp hơn nhưng không đạt SLA.
• SLA target fail.
• Threshold quá nghiêm ngặt.
• Member không nằm trong SLA đúng.
• Cost cấu hình chưa đúng.
• Rule chưa match traffic.

Cách xử lý:

• Kiểm tra diagnose sys sdwan health-check.
• Kiểm tra cost của từng member.
• Kiểm tra SLA target.
• Kiểm tra rule match.
• Xác nhận traffic có đi vào đúng rule không.

Nguyên nhân:

• Traffic cùng người dùng đi ra nhiều IP public.
• Ứng dụng cloud đánh giá phiên đăng nhập bất thường.
• Microsoft 365, ERP, ngân hàng hoặc phần mềm kế toán yêu cầu session ổn định.
• Không có rule riêng cho các traffic nhạy cảm.

Cách xử lý:

• Tách rule cho Microsoft 365 hoặc ứng dụng quan trọng.
• Ép traffic xác thực đi một WAN ổn định.
• Không load-balance toàn bộ traffic.
• Chỉ load-balance traffic ít nhạy cảm như guest Wi-Fi hoặc web thông thường.

Nguyên nhân:

• Target không ổn định.
• Target chặn ping hoặc HTTP.
• Target quá xa.
• Target không phản ánh đúng chất lượng đường truyền cần kiểm tra.
• Dùng một target duy nhất cho toàn bộ WAN/VPN.

Cách xử lý:

• Chọn target phù hợp với từng loại traffic.
• Với Internet, dùng target ổn định.
• Với VPN, dùng target phía remote.
• Không dùng server hay tắt/mở làm SLA target.
• Theo dõi health-check trước khi đưa vào production.

Nếu doanh nghiệp chỉ cần WAN chính và WAN dự phòng, Manual là lựa chọn dễ hiểu và dễ vận hành nhất. Nếu muốn có thêm điều kiện chất lượng đường truyền trước khi failover, có thể cân nhắc Lowest Cost SLA.

Không. Best Quality chỉ tốt khi SLA target, metric và threshold được chọn đúng. Nếu target không ổn định hoặc threshold quá nhạy, traffic có thể đổi WAN liên tục, gây ảnh hưởng đến ứng dụng cần ổn định.

Manual chọn đường theo thứ tự ưu tiên thủ công. Lowest Cost SLA chọn link có cost thấp nhất trong các link đạt SLA. Vì vậy, Lowest Cost SLA phù hợp khi muốn ưu tiên đường chính nhưng vẫn kiểm tra chất lượng đường truyền trước khi chọn.

Không nên nếu doanh nghiệp có Microsoft 365, ERP, VPN, ngân hàng, phần mềm kế toán hoặc ứng dụng cloud nhạy với session. Nên load-balance có chọn lọc, ví dụ guest Wi-Fi hoặc traffic web thông thường.

Thông thường nên tạo rule riêng và ưu tiên một WAN ổn định. Có thể dùng Manual hoặc Lowest Cost SLA. Không nên để Microsoft 365 đi nhiều WAN liên tục nếu người dùng hay bị bắt xác thực lại.

Phần lớn mô hình VPN site-to-site nên ưu tiên ổn định và dễ kiểm soát. Manual hoặc Lowest Cost SLA thường dễ vận hành hơn. Best Quality chỉ nên dùng khi đã hiểu rõ SLA target, route, tunnel và tác động đến session.

Nên dùng như đường dự phòng. Không nên đưa 4G/5G vào load balancing mặc định nếu không cần thiết, vì latency, jitter và chi phí/dung lượng có thể không phù hợp cho traffic thường xuyên.