Как проверить входящий канал

[sakles]

Коллеги подскажите такой вопрос, в водим канал 250 Мбит/с. 

Что то он как то вызывает подозрения, что там не 250...

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

Выше стоящий проверил сам канал, сказал что соответствует но все speedtest.net и програмка его показывают полную лажу..

30/100 иногда 60/170 все время закачка меньше 100 и перекос сильный, я понимаю, что это не показатель. Но подключаемся 

к другому провайдеру, скажем так в соседнюю розетку 300/310 (там канал в 300Мбит/с) все показывает без проблем...

Как убедится, что нас не кидают с этим каналом?

[VolanD666]

Ну а канал гарантированный? Если да- померьтесь до публичного iperf сервера. Если нет- тогда читайте условия.

Но что-то подозрение что вас таки кидают с этим каналом. Что говорит их спец когда спидтест показывает 30/100 ?

Запустите торрент на нем. Но там надо чтобы в скорость обмена с HDD не уперлась

[YuryD]

 Их спец со своего ноута иперфом покажет что им нужно. Например один из монстров запускал iperf по udp в 4 потока :) Договариваться надо о методике, ну и попросить их графики загрузки порисовать, и себе тоже. Иногда бывает, что просто клиент не может пережевать скорость.

[bqd]

А что не так с iperf по udp

Он генерирует заданный поток UDP пакетов, а на той стороне iperf не нужен, просто смотришь загрузку входящего интерфейса по snmp или как умеешь

я так и проверяю операторские каналы обычно.

 

впрочем непонятен смысл в 4 потока

вероятно для распараллеливания CPU на источнике

или просто по привычке. Для проверки по TCP обычно нужно много потоков задавать в зависимости от скорости и расстояния

 

[VolanD666]

2 минуты назад, bqd сказал:

А что не так с iperf по udp

Он генерирует заданный поток UDP пакетов, а на той стороне iperf не нужен, просто смотришь загрузку входящего интерфейса по snmp или как умеешь

я так и проверяю операторские каналы обычно.

 

впрочем непонятен смысл в 4 потока

вероятно для распараллеливания CPU на источнике

или просто по привычке. Для проверки по TCP обычно нужно много потоков задавать в зависимости от скорости и расстояния

 

А кто будет генерить входящий поток на стороне клиента если там сервер не запущен?

[bqd]

в этом ипрелесть UDP - сервер на стороне клиента не нужен

И входящий поток нужно не генерить, а мерить.

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

я для этого в observium/librenms смотрю на входящий порт в режиме realtime

Либо в графане через заббикс если нужно промерить поток в конкретном QoS классе, благо iperf умеет в ToS

 

 

 

 

[VolanD666]

1 минуту назад, bqd сказал:

в этом ипрелесть UDP - сервер на стороне клиента не нужен

И входящий поток нужно не генерить, а мерить.

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

я для этого в observium/librenms смотрю на входящий порт в режиме realtime

Либо в графане через заббикс если нужно промерить поток в конкретном QoS классе, благо iperf умеет в ToS

 

 

 

 

В вашей схеме, кто должен генерить UDP поток в сторону клиента, если (как вы написали) на той стороне нет iperf?

[bqd]

сам клиент из одной своей точки в другую или оператора попросить

ну или, если мы про интернет, добавляется вариант с облачным iperf

 

з.ы. зачем делать quote на соседнее сообщение?

 

[jffulcrum]

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