First HTTP attemp fail problem
: 23 kwie 2014, 08:18
Witajcie,
Mam dosyć ciekawy (z mojej perspektywy) problem z którym nie mogę sobie poradzić. Przedmiotem rozważań będzie ruch HTTP miedzy dwoma lokalizacjami: Mountain View (MV) oraz Bratislava (BA).
Problem jest następujący: użytkownicy z MV (różne subnety, różne PC) próbując otworzyć dowolną stronę www zlokalizowaną w BA otrzymują po bardzo długim oczekiwaniu connection reset. W pcapie widać dużą liczbę TCP Dup Ack i w efekcie następuje reset. Problem nie ma miejsca gdy użytkownicy z innych lokalizacji próbują wchodzić na te same strony w BA. I teraz najciekawasze: problem z resetem jest tylko przy pierwszej próbie połaczenia. Po odświeżeniu strony, łąduje się ona natychmiastowo. Po 2-3 dniach niewchodzenia na taka stronę problem wraca (prawdopodobnie zrzut cache'a). W drugą stronę (BA->MV) problem nie występuje. Końcowe hosty nie korzystają z żadnych proxy, DNS działa poprawnie.
Udało mi się ustalić że w sieci między tymi dwoma lokalizacjami jest asymetryczny routing, ale wg mnie nie ma to wpływu na zestawianie sesji.
Czy przyczyną mogą być serwisy optymalizacyjne na Riverbedach?
Macie jakieś inne pomysły co może być powodem takiego zachowania?
Mam dosyć ciekawy (z mojej perspektywy) problem z którym nie mogę sobie poradzić. Przedmiotem rozważań będzie ruch HTTP miedzy dwoma lokalizacjami: Mountain View (MV) oraz Bratislava (BA).
Problem jest następujący: użytkownicy z MV (różne subnety, różne PC) próbując otworzyć dowolną stronę www zlokalizowaną w BA otrzymują po bardzo długim oczekiwaniu connection reset. W pcapie widać dużą liczbę TCP Dup Ack i w efekcie następuje reset. Problem nie ma miejsca gdy użytkownicy z innych lokalizacji próbują wchodzić na te same strony w BA. I teraz najciekawasze: problem z resetem jest tylko przy pierwszej próbie połaczenia. Po odświeżeniu strony, łąduje się ona natychmiastowo. Po 2-3 dniach niewchodzenia na taka stronę problem wraca (prawdopodobnie zrzut cache'a). W drugą stronę (BA->MV) problem nie występuje. Końcowe hosty nie korzystają z żadnych proxy, DNS działa poprawnie.
Udało mi się ustalić że w sieci między tymi dwoma lokalizacjami jest asymetryczny routing, ale wg mnie nie ma to wpływu na zestawianie sesji.
Czy przyczyną mogą być serwisy optymalizacyjne na Riverbedach?
Macie jakieś inne pomysły co może być powodem takiego zachowania?