Điểm:0

Byte trong chuyến bay cao hơn cửa sổ máy thu trong các kết nối máy khách bị đóng băng

lá cờ in

Tôi đang xử lý một loại "vấn đề ma". Chúng tôi có một URL điểm cuối mà một số người có thể sử dụng mọi lúc mà không gặp sự cố nhưng những người khác có kết nối bị treo ở phía máy khách (được kiểm tra bằng nhiều mã máy khách được viết bằng Java, Python C#) không bao giờ kết thúc trong khi máy chủ có thể thấy kết nối được đặt lại. Tôi đã nắm bắt lưu lượng truy cập qua mạng hoạt động và nó được đồng bộ hóa hoàn hảo và tôi có thể thấy khi người gửi đến gần kích thước cửa sổ người nhận, nó sẽ lùi lại trong khi mạng bị lỗi Byte trong chuyến bay tăng gấp 3-4 lần so với kích thước cửa sổ được tính toán. Để làm cho mọi thứ trở nên khó hiểu hơn, chúng tôi có 2 điểm cuối khác nhau được thiết lập gần như giống hệt nhau và có một điểm gây ra sự cố được mô tả và điểm cuối khác có thể xử lý tất cả. (Sự khác biệt duy nhất giữa các điểm cuối là loại VM được sử dụng trên cụm). Có vẻ như tính năng tự động tính tỷ lệ được quảng cáo trong cả hai trường hợp và các gói ban đầu trông giống hệt tôi. Đây là một bản chụp của mạng làm việc Chụp mạng không thành công Chụp mạng không thành công

lá cờ cn
Kích thước cửa sổ sẽ không gây ra điều này. MTU là gì?
Ver Siw avatar
lá cờ in
@GregAskew chính 1500 trên mạng đã tạo ra sự cố

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.