Пинг через "зарезаный" чистый канал 1Мбит:
Reply from 192.168.0.254: bytes=32 time<1ms TTL=64
Reply from 192.168.0.254: bytes=32 time<1ms TTL=64
Reply from 192.168.0.254: bytes=32 time<1ms TTL=64

После запуска копирования файлов через тот-же линк (без приоритета):
Reply from 192.168.0.254: bytes=32 time=157ms TTL=64
Reply from 192.168.0.254: bytes=32 time=212ms TTL=64
Reply from 192.168.0.254: bytes=32 time=208ms TTL=64
Reply from 192.168.0.254: bytes=32 time=205ms TTL=64
Reply from 192.168.0.254: bytes=32 time=16ms TTL=64
Reply from 192.168.0.254: bytes=32 time=143ms TTL=64
Reply from 192.168.0.254: bytes=32 time=197ms TTL=64
Reply from 192.168.0.254: bytes=32 time=218ms TTL=64
Reply from 192.168.0.254: bytes=32 time=213ms TTL=64
Reply from 192.168.0.254: bytes=32 time=197ms TTL=64
Reply from 192.168.0.254: bytes=32 time=61ms TTL=64
Reply from 192.168.0.254: bytes=32 time=155ms TTL=64
Reply from 192.168.0.254: bytes=32 time=209ms TTL=64
Reply from 192.168.0.254: bytes=32 time=215ms TTL=64

После введения приоритета icmp=7 (высший):
Reply from 192.168.0.254: bytes=32 time<1ms TTL=64
Reply from 192.168.0.254: bytes=32 time=74ms TTL=64
Reply from 192.168.0.254: bytes=32 time=78ms TTL=64
Reply from 192.168.0.254: bytes=32 time=77ms TTL=64
Reply from 192.168.0.254: bytes=32 time=38ms TTL=64
Reply from 192.168.0.254: bytes=32 time=81ms TTL=64
Reply from 192.168.0.254: bytes=32 time=77ms TTL=64
Reply from 192.168.0.254: bytes=32 time=85ms TTL=64
Reply from 192.168.0.254: bytes=32 time=81ms TTL=64
Reply from 192.168.0.254: bytes=32 time=77ms TTL=64
Reply from 192.168.0.254: bytes=32 time=51ms TTL=64


После введения приоритета icmp=1(низший):
Reply from 192.168.0.254: bytes=32 time=498ms TTL=64
Reply from 192.168.0.254: bytes=32 time=45ms TTL=64
Reply from 192.168.0.254: bytes=32 time=171ms TTL=64
Reply from 192.168.0.254: bytes=32 time=265ms TTL=64
Reply from 192.168.0.254: bytes=32 time=360ms TTL=64
Reply from 192.168.0.254: bytes=32 time=457ms TTL=64
Reply from 192.168.0.254: bytes=32 time=3ms TTL=64
Reply from 192.168.0.254: bytes=32 time=97ms TTL=64
Reply from 192.168.0.254: bytes=32 time=222ms TTL=64
Reply from 192.168.0.254: bytes=32 time=316ms TTL=64
Reply from 192.168.0.254: bytes=32 time=409ms TTL=64
Reply from 192.168.0.254: bytes=32 time=502ms TTL=64
Reply from 192.168.0.254: bytes=32 time=48ms TTL=64
Reply from 192.168.0.254: bytes=32 time=175ms TTL=64

Разница очевидна.

..да я верю:)
сам не пробовал еще играться. А товарищчь этим примером остался недоволен. Он рассчитывал что если приоритет, то задержек не будет совсем
Кстати, это пример на 3 уровня, а выставляется не дсцп, а приоритет - ?

не представляю как в _коммутируемой_ сети использовать dscp иначе, как с привязкой к 802.1p. Само по себе выставленное поле ничего не даст, его надо как-то приоритезировать в ethernet или WAN сети...
Но, поскольку в нашем случае нельзя фильтровать по полю dscp (оно просто-напросто не выставлено никем) я явно для icmp приоритет и задал.
То что не понравилось присутствие задержки - это сети ethernet, не ATM... Уж если началась передача большого пакета (относительно маленького icmp), то пока передача не закончится никакой другой пакет в порт не уйдет.

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

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

попробовал на живой сети проверить. сеть ---свич-----свич --- сеть меж свичами поставил 1М Сети маршрутизируются на свичах. зарядил пинги с сети на сеть. ессно пинги хреновые. выставил

DES-3326S:4#create access_profile ip icmp profile_id 200 permit
Command: create access_profile ip icmp profile_id 200 permit

Success.

DES-3326S:4#config access_profile profile_id 200 add access_id 10 ip icmp replace_dscp 63
Command: config access_profile profile_id 200 add access_id 10 ip icmp replace_dscp 63

Success.

DES-3326S:4#

..и что-то как-то не обнаружил уменьшения пингов

А на обоих свичах такое сделали? Или только на одном?

на обоих. Мне кажется что команда не так задается.

Я не понимаю, почему вы упорно не хотите использовать 802.1p?
Пользователь (приложение) выставил dscp, вы его обработали, выставили соответствующий приоритет 802.1p, и все ок...

Мне-ж интересно попробовать ? Да и у меня вся сеть маршрутизится, более актуально именно дсцп

Но у коммутатора, пусть даже маршрутизирующего, 4 аппаратные очереди на отправку пакетов, и к ним привязываются только уровни приоритетов 802.1p. dscp к аппаратным очередям напрямую не привязываются.

так, не сбивайте с толку, хочу запулить именно дсцп.

Ярослав, не забудьте нас поставить в известность о результатах

_________________
Влад Волков

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

Ну так об чем и речь! Павел именно это и говорил.

_________________
Влад Волков