Я - сетевой инженер, таким образом, я опишу это со своей точки зрения.

Для меня, диагностируя потерю пакетов обычно запускается с, "она не работает очень хорошо". Оттуда, я обычно пытаюсь найти набор как близко к обоим концам коммуникации (обычно, рабочая станция в офисе и сервере где-нибудь) и ping максимально близко к другому концу (идеально "удаленная конечная точка", но иногда существуют брандмауэры, которые я не могу отправить ping через, так должен буду согласиться на интерфейс LAN на маршрутизаторе), и посмотрите, вижу ли я потерю.

Если я вижу потерю, это обычно - случай "недостаточного количества пропускной способности" или "ссылки с проблемами" где-нибудь промежуток, поэтому найдите маршрут через сеть и запуститесь с середины, которая обычно дает Вам один конец или другой.

Если я не вижу потери, следующие два шага имеют тенденцию быть, "отправляют больше ping", или "отправляют большие ping". Если это не сортирует, дают признак того, какова проблема, пора начать смотреть на политики QoS и интерфейсную статистику через целый путь между конечными точками.

Если это ничего не находит, пора запуститься, подвергают сомнению Ваши предположения, Вы на самом деле страдающий от потери пакетов. Единственный верный способ найти это состоит в том, чтобы сделать одновременные получения на обоих концах, или при помощи WireShark (или эквивалентный) на хостах или машинами сниффера присоединения (вероятно, использующий WireShark или подобный) через сетевые касания. Затем прибывает забава сравнить эти два захвата пакетов...

Иногда, что приписывается, поскольку "потеря пакетов" - просто что-то на стороне сервера, являющейся заметно медленнее (как, скажем, перемещение базы данных от "на той же LAN" к "на расстоянии в 20 мс" и использованию запросов, который требует очень большого количества из назад и вперед между фронтендом и базой данных).