Mô phỏng mạng vệ tinh LEO: latency động, handover và outage ngắn

LEO giảm propagation delay so với quỹ đạo cao hơn, nhưng đường end-to-end còn terminal, satellite hop, gateway, terrestrial backbone và Internet/application region. Latency quan sát được không chỉ đến từ khoảng cách; queue, scheduling, congestion và route change có thể chi phối.

Cần xác định bài toán: ứng dụng có giữ phiên qua handover không; throughput phản ứng thế nào khi RTT/bandwidth thay đổi; outage ngắn tạo retry storm không; VPN/SD-WAN có đổi đường; hay SLA probe có phát hiện đúng. Mỗi câu hỏi cần profile và KPI riêng.

Không gán một bộ số “LEO chuẩn”. Profile phải gắn với nguồn dữ liệu, vị trí, terminal, thời điểm và percentile. Nếu không có trace thực, ghi rõ đây là sensitivity sweep, không phải mô phỏng một nhà cung cấp cụ thể.

Topology cơ sở gồm client/terminal side, bidirectional network emulator, gateway/edge, Internet/WAN và server/application. Nếu đánh giá SD-WAN/VPN, đặt DUT trong path production-like; nếu chỉ đánh giá transport, dùng server do lab kiểm soát và nhánh bypass để hiệu chuẩn.

Impairment hai chiều nên độc lập vì uplink/downlink có thể khác. Đặt capture trước/sau emulator, thu generator, OS transport, VPN/SD-WAN state, application trace và server log. Đồng bộ clock hoặc dùng request/sequence ID.

Khi profile gồm route change, có thể dùng hai emulator path hoặc thay delay/loss/bandwidth theo timeline. Ghi rõ emulator đổi parameter hitless hay gây gap riêng; nếu không hiệu chuẩn, gap của công cụ dễ bị nhầm là outage LEO.

Profile gồm base delay, delay variation, bandwidth hai chiều, queue, random/burst loss, reorder, duplication, outage duration, ramp rate và chu kỳ handover. Dùng time series thay vì một giá trị trung bình khi mục tiêu là động học.

Khóa transport/version, congestion control, MSS/MTU, TCP/QUIC options, VPN overhead, application timeout, retry/backoff, DNS, connection reuse và server region. Traffic gồm short transaction, long-lived flow, interactive stream và bulk transfer theo use case.

Thành phần · Profile nên ghi · Rủi ro nếu bỏ sót

Delay · hai chiều, time series, percentile · Average che spike

Loss · random/burst, burst length · Cùng % loss nhưng tác động khác

Bandwidth · uplink/downlink, ramp · Không thấy adaptation

Handover · thời điểm, gap, path mới · Không đo continuity

Reorder · mức và tương quan · Nhầm retransmission/loss

Queue · size/AQM nếu có · Không thấy bufferbloat

KPI mạng gồm RTT/one-way delay theo điều kiện clock, jitter/PDV, packet loss, reorder, bandwidth delivered và outage window. KPI transport gồm goodput, retransmission, congestion window/bytes-in-flight, handshake, stream reset và recovery time.

KPI ứng dụng gồm transaction success, p95/p99 response, session continuity, freeze/audio gap, request retry, duplicate operation và time-to-usable. Với VPN/SD-WAN, đo path selection, tunnel state, packet duplication/FEC nếu có và return-to-preferred-path.

Bằng chứng gồm impairment profile/seed, calibration capture, raw packet/transport metric, application trace, event timeline và config/version. Báo theo pha và percentile; tổng trung bình 30 phút có thể che một handover làm hỏng giao dịch quan trọng.

Kịch bản · Biến chính · KPI quyết định · Câu hỏi

Baseline terrestrial · impairment tắt · capacity/SLO · Lab có sạch không?

LEO steady · delay/bandwidth ổn định · goodput, p99 · Trạng thái bình thường

Delay ramp · RTT tăng/giảm · adaptation/recovery · Transport có dao động?

Handover gap · outage ngắn · session continuity · Phiên có sống?

Gateway change · path/RTT bất đối xứng · route, reorder · Path mới ổn định?

Burst loss · loss cluster · freeze/retry · Ứng dụng hấp thụ transient?

Congestion · bandwidth squeeze + queue · queue delay/fairness · SLO vi phạm ở đâu?

Thử riêng từng biến trước, sau đó mới chạy composite trace. Điều này giúp biết hệ thống nhạy với delay, loss hay outage thay vì chỉ thấy “profile LEO làm chậm”.

Giữ offered load không đổi khi so policy. Với bulk flow, chạy đủ lâu để transport đạt steady state; với transaction, cần đủ mẫu để đọc percentile và error distribution.

• Ghi use case, SLO, app/transport/DUT version và topology.
• Bypass emulator; xác minh generator/server còn headroom.
• Loop/capture để hiệu chuẩn delay, loss, bandwidth và gap.
• Chạy terrestrial baseline với cùng traffic mix.
• Quét delay và bandwidth từng biến, hai chiều độc lập.
• Chèn random rồi burst loss với seed cố định; lặp nhiều seed.
• Chạy handover gap tăng dần và path change bất đối xứng.
• Replay time-series từ dữ liệu thực nếu có.
• Gây server/terminal reconnect và quan sát retry/recovery.
• Khôi phục baseline, kiểm tra state, queue và connection đã drain.

Handover có thể giữ hoặc đổi IP/path tùy kiến trúc. Không mặc định QUIC migration, MPTCP, SD-WAN duplication hoặc VPN rekey sẽ hoạt động; phải kiểm tra đúng client/gateway/version. Một phiên “connected” nhưng không truyền data vẫn là gián đoạn.

Đo T0 bắt đầu impairment; T1 last good data; T2 path/tunnel đổi; T3 first good data; T4 p99/goodput về baseline mới. Nếu retry kéo dài sau T3, nguyên nhân có thể ở application/backoff chứ không còn ở mạng.

Khi path mới có RTT khác, transport cần thời gian học lại. Pass/fail nên gồm cả maximum interruption và recovery stability, tránh chấp nhận một lần phục hồi rồi oscillation.

• [ ] Profile có nguồn, thời điểm, vị trí và uncertainty.
• [ ] Uplink/downlink được mô phỏng độc lập.
• [ ] Emulator đã hiệu chuẩn ở frame size/tải mục tiêu.
• [ ] Gap do đổi cấu hình công cụ đã được đo riêng.
• [ ] Có baseline terrestrial và LEO steady.
• [ ] Random/burst loss ghi seed và burst length.
• [ ] Handover có T0 và path trước/sau rõ ràng.
• [ ] Thu transport, application và DUT telemetry cùng timeline.
• [ ] Retry/idempotency được kiểm tra sau outage.
• [ ] Raw trace/profile được lưu để chạy regression.

Emulator không tái tạo đầy đủ radio scheduler, beam management, terminal firmware, weather, gateway congestion hoặc network policy của một nhà cung cấp. Trace một địa điểm/giờ không đại diện toàn vùng. Kết quả chỉ là envelope cho profile đã chạy.

Không gọi sensitivity sweep là “chứng nhận tương thích LEO”. ITU/RFC cung cấp mô hình/khái niệm nhưng không định nghĩa một profile nghiệm thu chung cho mọi ứng dụng. Cần kiểm chứng field trial khi quyết định rủi ro cao.

• LEO: Low Earth Orbit, quỹ đạo Trái Đất thấp.
• Propagation delay: Độ trễ do tín hiệu truyền trên đường vật lý.
• PDV/jitter: Biến thiên độ trễ packet.
• Handover: Chuyển terminal/path phục vụ giữa vệ tinh, beam hoặc gateway.
• Outage window: Khoảng không có data usable.
• Sensitivity sweep: Quét biến để tìm ngưỡng, không đại diện một mạng cụ thể.
• Recovery time: Thời gian ứng dụng trở lại trạng thái ổn định.