Как протестировать канал между двумя серверами?

12 3
P
На сайте с 08.03.2007
Offline
250
5217

Проблема: периодически некоторые запросы к http серверу не возвращают результат. Как будто соединение прервано, но не всегда запрашивающая сторона об этом уведомляется (или вообще не уведомляется - непонятно). Происходит это часто - если запустить ap -n 1000 -c 10 http://... то типичный результат - "выполнено ~245 запросов? выполнение прервано после 10-ти ошибок".

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

Joker-jar
На сайте с 26.08.2010
Offline
167
#1

Для начала можно попинговать :)

P
На сайте с 08.03.2007
Offline
250
#2
Joker-jar:
Для начала можно попинговать :)

Ok, попинговал. Понравилось, попингую ещё. А как насчёт настоящего совета?

Electronn
На сайте с 01.02.2010
Offline
91
#3

Прокачайте пару раз гигабайтовый файл между серверами, пропустите mtr из 1000+ пакетов. Ошибки MTR - доказательство для любого провайдера.

P
На сайте с 08.03.2007
Offline
250
#4
Electronn:
Прокачайте пару раз гигабайтовый файл между серверами, пропустите mtr из 1000+ пакетов. Ошибки MTR - доказательство для любого провайдера.

Софт хотелось бы специализированный... mtr - это вообще картинка красивая, по большому счёту. Тем более на прямом канале. Да и перекачка гигового файла тоже.

SI
На сайте с 03.12.2007
Offline
130
#5

Одновременно запустить tcpdump с двух сторон когда канал загружен, потом сравнить diff'ом отрезав метку времени.

-= Онлайн сервисы =-
[Удален]
#6
Pilat:
Софт хотелось бы специализированный... mtr - это вообще картинка красивая, по большому счёту. Тем более на прямом канале. Да и перекачка гигового файла тоже.

А чем вам mtr не софт? под linux

winmtr под винду

pupseg
На сайте с 14.05.2010
Offline
364
#7

iperf

авторитетная утилита для объективного тестирования каналов связи.

там - сервер

тут - клиент посылающий пакеты на сервер

и наоборот. после - смотрим статистику.

Качественная помощь в обслуживании серверов. (/ru/forum/661100) Бесплатных консультаций не даю, не помогаю, не обучаю. Минималка от 100$. Как пропатчить KDE-просьба не спрашивать. Есть форумы (http://linux.org.ru) и полезные сайты (http://www.opennet.ru/).
N
На сайте с 06.05.2007
Offline
419
#8

voip-инженеры используют smokeping. очень тонкие изменения улавливает. но для этого нужно было его заранее ставить.

Сейчас разве что mtr остается. Причем, запускать и смотреть нужно отдельно на обоих концах, потому что роутинг бывает и не симметричен.

Кнопка вызова админа ()
P
На сайте с 08.03.2007
Offline
250
#9

Подробнее о проблеме. Периодически (ну каждый примерно 20-й - 10-й http запрос пропадает бесследно.

Я запустил ab с параметрами :

ab -n 300 -c 10 -g gnuplot.txt http://www.my_host.ru/

и получил лог . В нём видны провалы на 21-ну секунду. Тот же тест параллельно с первым для другого адреса в моей сети даёт такие же провалы 21 секунда, но по времени провалы не совпадают. Не знаю как интерпретировать. Если лезу через сторонний VPN - провалов нет, то есть почти наверняка это не проблема на моём компьютере. Когда сеть не нагружена - в нерабочее время - провалов меньше. Нат, маршрутизаторы, глючный свич... гипотез много. Тот же ресурс из других подсетей виден нормально, без ошибок.

http://www.pilat66.ru/?attachment_id=110 - лог

Хочу понять в какую сторону направить энергию админов. Вообще проблема с потерями периодически появляется, сами они не могут справиться - всякие перезагрузки всего приводят более - менее в порядок сеть на некоторое время.

Pilat добавил 15.10.2011 в 02:00

pupseg:
iperf
авторитетная утилита для объективного тестирования каналов связи.
там - сервер
тут - клиент посылающий пакеты на сервер
и наоборот. после - смотрим статистику.

Я примерно это и ищу , спасибо. Правда, мне кажется, что iperf ориентирована на изучение пропускной способности, а не отлов ошибок - ошибки ловит как побочный результат.

Pilat добавил 15.10.2011 в 02:06

netwind:
voip-инженеры используют smokeping. очень тонкие изменения улавливает. но для этого нужно было его заранее ставить.

smokeping когда-то я пробовал - но он не требует агента на другой стороне, чисто пассивное наблюдение. Грубовато.


Сейчас разве что mtr остается. Причем, запускать и смотреть нужно отдельно на обоих концах, потому что роутинг бывает и не симметричен.

Там очень простой маршрут:

  0  work-pc [192.168.0.2]

1 gw [192.168.0.1]
2 192.168.10.1
3 router.net [xxx.xxx.xxx.xxx]
4 www.my_host.ru [xxx.xxx.xxx.xxx]
68
На сайте с 14.03.2010
Offline
15
#10

да просто озадачить их показать статистику по интерфейсам куда включены серваки на актичнов сетевом оборудовании, ведь оно то вам подконтрольно

а там уже и будет видно сколько пакетов дропнуто и всякая другая нужная инфа

12 3

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий