Please enable JavaScript.

Coggle requires JavaScript to display documents.

SDWAN Policies - Coggle Diagram

- - - - Control
        
        dùng trong trường hợp một application muốn ưu tiên 1 site hơn so với site khác
        
        ngăn 1 site thiết lập tunnel với site khác
      - VPN membership
        
        giới hạn việc trao đổi thông tin về các vpn prefix giữa các site
        
        use-case: chỉ cho phép guest zone truy cập internet, chặn truy cập các site nội bộ
  - - - Centralized Data Policies
      - App-aware routing policies
      - Cflowd Policies
  - - - Thiết lập mô hình Hub and Spoke giữa DC và chi nhánh
      - Cấu hình Centralized Control Policies
        
        Chỉ quảng bá TLOC route và OMP route của site DC cho các Branch site
        
        DC site sẽ nhận full OMP route và TLOC route của toàn mạng
        
        apply theo chiều outbound từ vSmart đến các Branch site
      - Trong use case này thì data traffic giữa Branch - Branch sẽ bị chặn hoàn toàn, chỉ cho phép traffic flow giữa DC - Branch
    - - Topology tương tự như use-case 1 nhưng cho phép indirect traffic giữa Branch và Branch, traffic sẽ đi qua 1 site trung gian có thể là DC hoặc Hub
      - 2 cách
        
        Quảng bá DF route ở site DC cho các site Branch
        
        Khi vSmart quảng bá các OMP route cho các site Branch tiến hành set TLOC của site DC (hay set next-hop) để lái traffic về DC
    - - Cấu hình Centralized Polices để các Branch ưu tiên traffic DC tại site gần nhất, vị dụ các Branch miền Trung sẽ ưu tiên đi qua Hub, DC miền Trung
      - Cấu hình Centralized Polices thực hiện set Preference cao hơn cho các route của DC gần nhất và apply theo chiều Outbound cho các Branch nằm trong cùng khu vực
  - - - Cho phép xác định các ứng dụng critical và cung cấp SLA mà ứng dụng đó yêu cầu
      - cấu trúc
        
        Xây dựng App-Route policy
        
        Step 1: Định nghĩa group of interest bao gồm các List: IP, Protocol, Port number, DSCP
        
        Hoặc có thể dùng SLA List (vẫn step 1)
        
        Định nghĩa các gía trị latency, lost, jitter tối đa mà một ứng dụng có thể chịu được
        
        nếu vượt quá các giá trị được định nghĩa thì SDWAN sẽ switch traffic qua link khác đáp ứng SLA
        
        Step 2
        
        Xây dựng các policy statement bao gồm các match/action
        
        chẳng hạn như match dscp và action là SLA List được định nghĩa ở Bước 1
        
        Option Prefer Color
        
        Ưu tiên một transport link sử dụng color nhất định nếu link đó đáp ứng SLA
        
        thường đi kèm với action là SLA List
        
        Step 3
        
        App-Route Policy cần được đưa vào một Centralized Polices để đẩy xuống cho các vEdge
        
        Cần apply cả 2 site nằm ở 2 đầu của link transport
        
        direction của AAR luôn là from-service (tức là chiều traffic từ service side đi ra wan side)
      - Monitor tunnel perfomance
        
        Sử dụng giao thức BFD để kiểm tra realtime trạng thái của link
        
        bao gổm 2 mục tiêu
        
        liveliness detection
        
        xác định router đầu xa còn sống hay ko
        
        hello interval
        
        thời gian mà router gửi ra packet per link để xác định sự tồn tại của đầu xa
        
        trong trường hợp 2 đầu cấu hình giá trị khác nhau thì sẽ lấy giá trị lớn hơn
        
        multiplier
        
        quy định bao nhiêu probe liên tiếp bị mất để xác định thằng đầu xa tèo
        
        path quality monitoring
        
        App-route Pool Interval
        
        khoảng thời gian mà router sẽ tính toán lại các giá trị jitter, delay, packet loss cho mỗi tunnel
        
        để tính toán ra các giá trị cần dựa vào thêm thời gian Hello interval
        
        Chẳng hạn như Pool Interval là 10s, Hello là 1 s mà mất 1 gói tức là Packet lost là 10%, Delay và jitter sẽ tính toán dựa vào giá trị nhận được từ 10 gói bfd
        
        App-route Multiplier
        
        giá trị này quy định số App-route Pool Interval được sử dụng để tính giá trị jitter, delay, packet loss của kênh truyền
        
        được tính bằng giá trị trung bình của các giá trị tính từ mỗi lần App-route Pool Interval
        
        Ví dụ cấu hình =3 thì sẽ lấy giá trị tính được từ 3 lần App-route Pool Interval gần nhất để tính ra giá trị trung bình
        
        Apply per vEdge và mỗi vEdge chỉ được apply một policy bên dưới
        
        mỗi router sẽ gửi packet ra tất cả các transport link, packet khi tới router đầu xa thì router sẽ gửi bản tin reply lại sender router
      - Thứ tự lựa chọn best path khi sử dụng AAR
        
        vEdge sẽ tính toán để tìm ra các path có equal cost tới cùng 1 destination đầu tiên trước để đưa vào FIB
        
        Sau đó AAR sẽ được đánh giá dựa trên kết quả tính toán routing ở phía trên
        
        AAR sẽ chỉ được đánh giá để tìm ra link nào đáp ứng SLA trong trường hợp có nhiều hơn 1 link tới destination
- - - - bản chất là điều kiện trong phần match
      - như kiểu tạo trước một prefix-set sau đó dùng để đưa vào route-map ở phần sau
      - các loại
        
        Application List
        
        match cụ thể một ứng dụng hoặc một family các ứng dụng
        
        Color List
        
        Prefix List
        
        chỉ sử dụng cho control policies
        
        Data Prefix List
        
        dùng cho data policies
        
        Site List
        
        TLOC List
        
        SLA List
        
        VPN List
    - - bao gồm có match/action
      - Nếu câu lệnh match và set có nhiều giá trị thì vẫn áp dụng cơ chế AND/OR
      - Có default action giống ACL, nhưng cần cấu hình giá trị này
    - - tùy từng loại policies sẽ apply vào các đối tượng khác nhau
      - chẳng hạn như centralized có thể apply cho một nhóm các Site-ID
- - - - được tạo bởi các Feature Template
      - mỗi Feature Template đại diện cho một giao thức, một tính năng
      - 3 loại giá trị
        
        Default
        
        giá trị mặc định của nhà sản xuất, ko thay đổi được
        
        Global
        
        áp dụng cho toàn bộ các thiết bị trong Sdwan fabric, chẳng hạn như SNMP community
        
        Device Specific
        
        áp dụng cho specific device