Сегодня столкнулся с маленькои проблемои.
Свитч DES-3562 (3.05-B09).
На порте комутатора выставляю "10 Mb/s FULL Duplex", у клиента на сетевои карте поставлено "Auto detect" т.е. дефолт. Подключаем комп клиента к этому порту. "Intel utility" (сетевая карта INTEL 100MB) у клиента показывает "10 Mb/s HALF Duplex". То же самое и с другои сетевои картои - "Marvell Yukon 1GBЭ - другои комп.
До сих пор я был уверен что "10 MB FULL Duplex" приоритет болше чем "10 MB HALF Duplex" при автоопредилении скорости или я не прав ?
Мне хотелось бы клиенту дать FULL Duplex со скоростю 10MB/s. Эх если в комутаторе была возможность установить "10MB/s AUTO"

Ramas

К сожалению, автосогласование порой не корректно отрабатывает - это общее место пожалуй что всех сетевых устройств.
BTW, если хотите ограничить скорость клиенту в 10 Мбит/с - используйте bandwith control на свиче.

_________________
С уважением, Карагезов Владислав

Ну по поводу автосогласования согласен, ничего неподелаеш. А "bandwdith control" на свиче работает не коректно по моему.
На свиче сделал : config bandwidth_control 1 rx_rate 10 tx_rate 10
Итак, если трафик "Download", bandwidth_control работает корректно, если трафик "Upload", от должных быть ~10 Mb/s получаю только ~1,5Mb/s.
Свич DES-3526 (3.05-B09).

Ramas

ок. разберемся. см. тему http://www.dlink.ru/phorum/viewtopic.php?t=14514

_________________
С уважением, Карагезов Владислав

Приоритет здесь не при чём.
При принудительной установке параметров порта свич отрубает механизм автоопределения, в том числе перестаёт информировать своего "собеседника".Выставляй принудительно с обоих сторон, т.е. и у клиента тоже, и будет тебе щястье.

Причина его в следующем:
когда траффик, приходящий на порт с включённым bw control, превышает указанное значение, свич делает на этом порту back pressure (или тормозит траффик при помощи 802.3x, если он включён).
А вот если траффик пришёл с другой стороны, у свича выход только один - выкидывать лишние пакеты. Это очень грубый способ шейпинга, но альтернатив ему нет - задерживать пакеты свич не может. Не стреляйте в пианиста, он играет как умеет...

Мораль сей басни такова:
1) bandwidth control на конкретном порту предназначен для аварийного ограничения скорости. Например, если поток на порту не превышает 100-150мбит, можно поставить "полочку" в 200мбит для защиты от флуда. Но в качестве шейпера он не годится.
2) если тебе нужен именно шейпер, нужно включать односторонний bw control на обоих портах.
3) если нужен гибкий шейпинг - его надо делать роутером.

Почему не может, там должна быть очередь на порту, как без очереди CoS обеспечивать?
Просто эта очередь не безгранична.