TCP bên trong SSTP: vì sao việc truyền lại xảy ra hai lần

Lời đồn đến trước giao thức. Hỏi quanh và SSTP là cái chậm, lựa chọn bạn né tránh trừ khi có gì đó buộc bạn. Danh tiếng đó chỉ mô tả một kiểu lỗi trên một kiểu đường đi.

Cơ chế là thật. Nó cũng có điều kiện, điều mà danh tiếng không bao giờ nhắc tới.

Hai luồng đáng tin cậy trên một đường đi

SSTP bọc đường hầm của nó trong một phiên HTTPS. HTTPS chạy trên TCP, và luồng ngoài đó bảo đảm việc phân phối có thứ tự. Vì vậy một đoạn bị thiếu giữ lại mọi thứ đang xếp hàng phía sau nó. Các byte về sau thuộc những cuộc trò chuyện bên trong khác vẫn phải chờ.

Các luồng TCP bên trong giữ thứ tự và điều khiển tắc nghẽn của riêng chúng. Chúng không thấy được việc phục hồi bên ngoài, nên thứ duy nhất chúng quan sát là sự ngưng trệ. Ngưng trệ là tín hiệu cho chúng biết đường đi đang tắc nghẽn.

Giờ cả hai tầng cùng lùi lại một lúc. Đó là toàn bộ tương tác, và một đoạn bị mất là đủ để bắt đầu nó.

Hiệu ứng xuất hiện ở đâu và không ở đâu

Trên một đường đi sạch, luồng ngoài hiếm khi phục hồi được gì. Tương tác không bao giờ kích hoạt, và SSTP mang lưu lượng tương tác rất tốt. Tuyên bố chung thất bại đúng ở điểm này.

Hiệu ứng xuất hiện khi mất mát hoặc sắp xếp lại chạm tới đường đi nền. Một liên kết Wi-Fi tắc nghẽn hoặc kết nối di động có độ trễ thay đổi tạo ra các điều kiện. Hàng đợi ngoài bị chặn sau đó biến thành độ trễ nhìn thấy được bên trong đường hầm.

Nó cũng tăng theo khối lượng công việc. Nhiều luồng song song lấp đầy hàng đợi và làm tình trạng chặn ở đầu hàng tệ hơn. Một phiên tương tác trên cùng đường đi có thể cảm thấy chấp nhận được.

Triệu chứng thường không phải là gì

Không phải mọi phiên chậm đều là vấn đề này. Tốc độ thấp ổn định ngay từ gói đầu tiên chỉ ra dung lượng, việc định hình hoặc giới hạn máy chủ. Những khoảng dừng trùng với tắc nghẽn cục bộ chỉ ra hàng đợi trên liên kết truy cập.

Các cách khắc phục khác nhau, vì vậy chẩn đoán đến trước. Tinh chỉnh bộ đệm không giúp gì cho một liên kết bị định hình. Đổi giao thức không giúp gì cho một máy chủ đã hết dung lượng. Việc đặt lại lặp đi lặp lại chỉ ra một nơi hoàn toàn khác.

# outer path quality to the SSTP endpoint
ping -c 50 203.0.113.44 | tail -3
mtr -rwc 50 203.0.113.44

# is the local link saturated while the session stalls?
sar -n DEV 2 5

# retransmissions on the outer connection
ss -tin dst 203.0.113.44

Hãy đo trong khi vấn đề đang diễn ra. Một bản ghi lấy trong một phút khỏe mạnh không chứng minh được gì về vòng lặp chạy trong phút tồi tệ.

Một sự so sánh đáng tin

Nếu thực sự có một phương thức vận chuyển khác, hãy so sánh nó trong điều kiện được kiểm soát. Cùng máy chủ, cùng mạng, cùng đích đến và cùng tác vụ. Cả hai lần chạy phải nằm trong cùng mười phút để điều kiện đường đi khớp nhau.

Đổi cổng không đổi giao thức. Nhập một cấu hình không liên quan vào ứng dụng SSTP không tạo ra phương thức vận chuyển thay thế. Việc so sánh chỉ có ý nghĩa khi máy chủ cung cấp lựa chọn thứ hai.

Luôn bật xác minh TLS. Công việc về hiệu suất không phải lý do để chấp nhận một chứng chỉ chưa được xác minh. Nếu tình trạng ngưng trệ chủ yếu xuất hiện khi đường lên bị bão hòa, hãy xem hàng đợi trước khi đổ lỗi cho các tầng.