О качестве и производительности интернет канала?

Question

[SKYnv]

Чем можно протестировать качество? На различных типах траффика. для пропускной способности хватает iperf. Может у кого есть личная методика? Канал большой, за несколько сотен мегабит.

Comments

[drunk]

Как понять «на различных типах»? Вы подозреваете что вам «подрезают» канал на определенных протоколах?
Опять же, канал какой? Прямой — точка-точка или просто труба в интернеты?

Answer 1

[SKYnv]

в большей степени
http, rtmp, rtsp, ftp

в гораздо меньшей степени
udp, smtp,pop И т.д. где не критичны задержки, потери и т.д.

канал прямой до коммутатора, который втыкается в м9

да, есть подозрение, что либо не справляется железо, либо оно фигово настроено, либо таки подрезают.

Comments

[drunk]

Еще раз уточню вопрос, у вас в тот же коммутатор на м9 воткнут ваш сервак, и потери до него, или далее вы просто уходите в интернеты? Если последнее, то, то что подрезают специально это навряд ли конечно. Скорее всего железо не справляется, и скорее всего при большом количестве одновременных соединений, которые может быть и не вы генерируете. И наверное, это железо называется магистральный маршрутизатор. Но это не может опять же быть постоянно, должны быть какие то проблемные промежутки времени в течении суток. Если проблема имеет место быть круглосуточно, от расскажите тогда, откуда и докуда вы мерили канал с помощью iperf? Просто физически от точки до точки?

[SKYnv]

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

[SKYnv]

собственно я и выясняю вопрос как со внешкой сподручнее разобраться. так-как опыта не имел еще.

Answer 2

[Борис Сёмов]

Собственно ширину iperf, задержки/потери например mtr. Основная проблема в тестировании канала, имхо обеспечить точку, где трафик будет потребляться, таким образом, чтобы это не влияло на результат тестирования.

Answer 3

[prox]

Качество зависит от многих факторов:
— физический линк (оптика, ДСЛ, коакс),
— оборудование (модель, какие сетевые адаптеры),
— построение и нагрузка сети,
— настройка сервера/клиентов (разные ОС работают по разному).

Все это надо мониторить и знать возможности сети, потом искать виновника.

Инструменты:
Cacti — общая нагрузка каналов, типов пакетов (уникаст, вроадкаст и.т.д), и потери,
Zabbix — мониторинг отклонений параметров от нормы,
Smokeping — мониторинг задержек и житеров (ICMP), работы сервисов (TCPing для WWW, пробы для днс и почты,
Nuttcp/iperf — проверка доступной полосы канала и возмошности OS (работают по разному: Windows XP, 7; Linux, FreeBSD и т.д.)

Можно еще сделать скрипт для проверки потерь (через MTR) чтобы узнать где и когда появляются потери в сети.

Comments

[SKYnv]

Cacti И Zabix системы сьора статистике по snmp и имеют к данному вопросу опосредственное соединение. Вопрос про тестирование канала, а не сбор отчетов. И да, я предпочитаю и второму netxms, кактус пока есть, но наверно будет постепенно отмирать.
Остальное посмотрим спасибо.

Я знаю что от многих. Мой вопрос как бы о другом.

[prox]

предоставьте исходные данные:
— тип и количества соединений, параметры (скорость, задержка),
— что конкретно интересует протестить,
— что уже сделано.

тогда меньше лишних вопросов будут.