Bytes-in-Flight höher als Empfängerfenster bei eingefrorenen Clientverbindungen

Bytes-in-Flight höher als Empfängerfenster bei eingefrorenen Clientverbindungen

Ich habe es mit einer Art „Geisterproblem“ zu tun. Wir haben eine Endpunkt-URL, die manche Leute jederzeit ohne Probleme verwenden können, aber andere haben eine eingefrorene Verbindung auf der Clientseite (überprüft mit mehreren in Java, Python und C# geschriebenen Clientcodes), die nie beendet wird, während der Server die zurückgesetzte Verbindung sehen kann. Ich habe Verkehr über ein funktionierendes Netzwerk erfasst, das perfekt synchronisiert ist, und ich kann sehen, dass der Sender zurückgeht, wenn er sich der Fenstergröße des Empfängers nähert, während das Netzwerk, das die übertragenen Bytes nicht verarbeitet, die berechnete Fenstergröße um das Drei- bis Vierfache überschreitet. Um die Sache noch verwirrender zu machen, haben wir zwei verschiedene Endpunkte mit fast identischem Aufbau, und es gibt einen, der das beschriebene Problem verursacht, und einen anderen, der alles bewältigen kann. (Der einzige Unterschied zwischen den Endpunkten ist der im Cluster verwendete VM-Typ). Es scheint, dass die automatische Skalierung in beiden Fällen angekündigt wird, und die anfänglichen Pakete sehen für mich identisch aus. Hier ist eine Aufnahme des funktionierenden Netzwerks Die fehlgeschlagene Netzwerkerfassung Die fehlgeschlagene Netzwerkerfassung

verwandte Informationen