оценить качество Ethernet канала, (нужен алгоритм) Опции

[romez777]

Приветствую.

Необходимо реализовать оценку Ethernet линка по ряду критиериев и назначить линку вес. Критерии видятся следующие:
- пропускная способность
- RX/TX rate
- задержки
- потери (packet loss)
- загрузка канала
...

Поправьте если ошибаюсь.

Есть ли какие-то готовые алгоритмы или идеи?

Спасибо!

[Harbour]

см в сторону ping [-f] и bing

[net]

см в сторону ping [-f] и bing

а какая связь между PING и ETHERNET?

а что касаемо оценки - надо определиться что вы имеете ввиду под линк?
это точка точка или это соединение в сети (логическая точка точка)?

вообще вопрос мутный какойто - видимо нужно уточнить что вы называете ETHERNET ?

[Harbour]

см в сторону ping [-f] и bing

а какая связь между PING и ETHERNET?

Человека инетересуют потери - ping выдает статистику прохождения пакетов по каналу, что ж тут непонятного ...

[net]

см в сторону ping [-f] и bing

а какая связь между PING и ETHERNET?

Человека инетересуют потери - ping выдает статистику прохождения пакетов по каналу, что ж тут непонятного ...

ping вовсе не обязан работать при наличии ethernet - он настолько далек от etehrnet что ничего характеризовать не может .

что касаемо ответов romez777

ведь в ETHERNET - контролируется только уход пакета- а его правильность приема возлагается на надстроенные протоколы
кроме того если вы начтенете посылать пакеты для проверки канала то вы измените режим работы сети - и например можете просто обрущить канал - если же вы посылаете пакеты редко - то вероятность обнаружение битого пакета при приеме резко уменьшается и вы опять ничего не можете проверить


возможно вам надо посмотреть в сторону сетевых анализаторов - например observer он многое что позволяет делать

например смотреть время реакции на пакеты tcp/ip когда пакет ушел и когда пришел
но это не имеет отношение к ETHERNET!!!!!!!

поэтому высказываю свое мнение по поводу мутности вопроса - вы задаете его в некорректной форме

если стоит вопрос протестировать физический уровень - когда канал только ваш - то и эта задача не из простых
чт касаемо вашей точки мультиточки - то тут вообще одни вопросы - например 10 машин шлют пакеты со скоротью 10 мбит в одну машину сидящем на канале 100 мбит - что это вам скажет о вашем ethernet. что он не работает? или что?

всетаки попробуйте ответить на вопрос что вы хотите проверять?
в моем понимании ваш вопрос мутный

[romez777]

ведь в ETHERNET - контролируется только уход пакета- а его правильность приема возлагается на надстроенные протоколы
кроме того если вы начтенете посылать пакеты для проверки канала то вы измените режим работы сети - и например можете просто обрущить канал - если же вы посылаете пакеты редко - то вероятность обнаружение битого пакета при приеме резко уменьшается и вы опять ничего не можете проверить


возможно вам надо посмотреть в сторону сетевых анализаторов - например observer он многое что позволяет делать

например смотреть время реакции на пакеты tcp/ip когда пакет ушел и когда пришел
но это не имеет отношение к ETHERNET!!!!!!!

поэтому высказываю свое мнение по поводу мутности вопроса - вы задаете его в некорректной форме

если стоит вопрос протестировать физический уровень - когда канал только ваш - то и эта задача не из простых
чт касаемо вашей точки мультиточки - то тут вообще одни вопросы - например 10 машин шлют пакеты со скоротью 10 мбит в одну машину сидящем на канале 100 мбит - что это вам скажет о вашем ethernet. что он не работает? или что?

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

Тестировать физический уровень не представляется возможным, поэтому я смотрю в сторону верхнего уровня - tcp/ip (поскольку используем именно его), и взять за основу ICMP и расчет round-trip time, как это делает ping/bing. Практически я представляю это себе как периодическую посылку N пакетов длины L1, и M пакетов длины L2 (где N и M достаточно малы, L2>L1), получение RTT и вычисление на основе RTT пропускной способности.

Вероятней всего это не даст правдивой картины состояния канала, а лишь весьма приближенный анализ.

[net]

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

кроме того если вы переходите от ethernet на tcp/ip это вообще уже другая задача выходит

[romez777]

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

кроме того если вы переходите от ethernet на tcp/ip это вообще уже другая задача выходит

Хорошо, давайте немного упростим задачу: оценить скорость между двумя хостами в одном Ethernet (если это еще принципиально?) сегменте на TCP/IP уровне. Надеюсь так звучит более правильно?

Если вы считаете использование ICMP для оценки скорости неприемлимой, то какой метод можете порекомендовать? (Напомню: это нужно реализовать в моем приложении).

Спасибо.