Как понять где проблема в сети, и точно ли в ней?

Question

[Михаил]

Добрый день,
Есть некая система, которая работает как клиент-сервер. Сервер и приложение-клиент размещены в разных средах виртулализации ESXI и между ними сегмент IP/MPLS.
Суть проблемы в том, что тормозит при запуске клиент, и периодически происходит обрыв соединения.
При запуске клиента локально на сервере с системой - проблемы нет. Пинги проходят без потерь.
Поснифил tcp пакеты, и сравнил удачное соединение с неудачным, нашел разницу в графиках аналитики TCP соединения, видимо проблема в этом, но как понять в чем проблема? (слева проблемная сессия)

Comments

[АртемЪ]

Надо смотреть что за приложение как оно работает по сети по какому протоколу, что для него критично.
А так мало информации - что значит тормозит, это субъективная оценка, может он так и должен работать по сети.
Опять же обрыв соединения это что? Перестают проходить пакеты между хостами, или конкретное приложение не может установить связь с сервером?

[Михаил]

jumpeR Тормозит, это долго загружается при запуске, а обрыв это просто рвется связь и приложение закрывается, проблема плавающая - поймать сложно. Судя по дампу работает по TCP. В момент загрузки бывает летят пакеты длинно свыше 10000, пинг с такой длинной не проходит. Точнее проходит, если до этого пинговать меньшими пакетами. В других филиалах проблемы такой нет. Сейчас есть предположение, что где то firewall на сети, который плохо отрабатывает или какая то железка неправильно фрагментирует пакеты, не понятно как еще можно подойти к проблеме. В трейсе так же много пакетов TCP dublicate ACK, но что их вызывает мне не ясно.

Answer 1

[dollar]

Любая проблема, тем более в сети, ищется методом исключения.

Для этого делаете глобальное предположение, и пытаетесь его опровергнуть. Например, дело может быть либо в клиенте, либо в сервере, либо в обоих. Проверили - исключили что-то - дальше сужаете круг поиска. И так до тех пор, пока не попадете точно в причину.

Медитировать на графики и пытаться понять их с помощью телепатии и экстрасенсорных способностей - не надежный путь. Бывает, приходит инсайт. Но лучше не надеяться на удачу, а идти проверенным путём, добывая всё больше и больше информации, помогающей исключать сразу множество вариантов.

Comments

[Ziptar]

Во истину, аДминьЪ

[Михаил]

Проделали все что могли и позволяли, переставлен клиент, увеличили MTU, обновили java, меняли сервер клиента. Проблема на мой взгляд именно в сети, так как на других площадках схема схожая(в плоть до версии софта) и проблемы нет. Я не вижу больше инструментов для поиска причины, поэтому пришел к методу анализа пакетов путем сравнения ( к слову в sip только так и можно найти большинство проблем). Может подскажите какой тест можно провести еще?

[dollar]

Михаил,

переставлен клиент, увеличили MTU, обновили java

Не методом тыка, а методом исключения. Хотя методом тыка тоже можно, но это на удачу.

Тормоза клиента - делаете профилирование, сужаете проблему до отдельного модуля и т.д. Это же ваш клиент, вы можете выводит в лог, что там в нем происходит.

Разрыва tcp соединения - сложнее, т.к. проблема может быть на любом неподконтрольном узле.

на других площадках проблемы нет

Вот видите, значит проблема вероятно в площадке. Можете попробовать поковырять площадку, поискать слабое звено. Мало ли, может там вообще MITM, всё может быть. Хотя это уже не ваша территория. Нужно писать в тех. поддержку, чтобы они вам помогли докопаться до истины. Но проще просто сменить площадку, раз уж в других местах всё ок, имхо.

[Михаил]

dollar, Пока рабочая версия разрыв TCP соединения, правда пока не очень понятно мне как найти на каком звене все это. Попробую поискать аналог mtr на Windows Server. Спасибо в любом случае!