Прошивка железяки 2.10B02
имеем следующие проблемы...

1. при заливке конфига по телнету имеем проблему: конфиг длинк сливает, но применяет его только до первого вхождения create trusted host (ип с которого заливаем конфиг обычно - 10.90.90.91, в общем из сетки 10.90.90.0/24, и его естественно в trusted hosts в конфиге нету). все что идет за create trusted host длинком игнорируется. нормальная ли это ситуация? по моему скромному мнению все таки он должен слить конфиг и применить его полностью. или я не прав? (кстати с консоли подобной проблемы не наблюдается)

2. существуют проблемы с аплоадом от клиентов через 3028.
берем длинк с дефолтным конфигом, делаем
config bandwidth_control 10 rx_rate 10240 tx_rate 10240

меряем iperf


config bandwidth_control 10 rx_rate 61440 tx_rate 61440



то бишь если скорость к клиенту еще более менее можно назвать равной установленной в bandwidth_control, то скорость от клиента ну никак c выставленной в bandwidth_control не совпадает. включение flow control не помогает.

3. имеем включенный в сторону клиента traffic control



если включать unicast traffic control то клиенту резко плохеет:



при выключении unicast traffic control все зашибись



в связи с этим вопрос - что именно 3028 в данном случае считает юникастами? все юникастовые пакеты к клиенту? или только dlf, как например в 3526?

Flow control с обеих сторон включён?

_________________
LiveComm

Попробуйте пожалуйста прошивку которую я Вам выслал. По поводу Unicast storm control это вообще-то dlf.

с третьим вопросом вроде ясно, прошивка проблему похоже решила.

по первому вопросу - все осталось без изменений, после первого
вхождения trusted host конфиг перестает применятся.

а вот со вторым вопросом... проблема есть даже со включеннным flow control. плюс к тому далеко не все сетевые карты поддерживают flow control.
общая схема такова что bandwidth conrtol есть только на портах в сторону клиентов. на аплинках стоит no_limit, и там подключены более другие коммутаторы.
в этом случае имеем проблему с аплоадом от клиентов, как я уже писал выше. (впрочем при подключении компьютер - 3028 - компьютер проблема с аплоадом тоже имеется)
можно ли как то смягчить последствия проблемы без flow control?

Рад слышать! Нет первый вопрос не решится. Т.е. логика верная. Нужно заливать сразу с машина которая прописана в Trusted Host. По поводу второй проблемы Вы Flow Control включали на обоих сторонах линка?

хорошо, про trusted hosts буду думать как бороться...

пробовал на обоих сторонах включать - результат не особо меняется, скорость конечно чуть возросла, но все равно с тем что указано в бандвиче не совпадает.
но вопрос у меня именно в том можно ли обойтись без flow control (((
к 3028 подключена масса клиентов у которых карточки flow control не держат...(

Могу добавить, что при включении flow control на стороне клиента и длинка серии 30хх не всегда приводит к нужному результату. Аплоад режится не корректно.

вопрос не в тему, но тоже по 3028... loopdetect насколько я вижу по руководству работает как port-based. а vlan-based будет? например в горячо ожидаемом R2.2 ?

ОК. По поводу Bandwidth Control проверим ещё раз. По поводу LBD нет VLAN-Based режим не ожидается. А не поясните зачем он Вам на свитче уровня доступа?

есть DES-3526, на всех портах включен loopdetect vlan-based, к нему подключены несколько 3026, на них на всех кроме входящего включен port-based loopdetect. регулярно бывают случаи что port-based loopdetect не отлавливает зеркалящие порты (физически битые например), если на 3526 включен loopdetect, то хоть он и ругается на кольцо в 1 влан, но хотя бы можно понять в каком сегменте проблема.
сейчас вместо 3526 ставятся в некоторых сегментах 3028 (нужно больше гигабитов). ну собственно потому и хотелось бы иметь vlan-based loopdetect на нем.

А у Вас при использовании VLAN-Based режима нет проблем с загрузкой процессора?

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

ОК. Ждём результатов!

в пике загрузка до 55%. по сравнению с когда то встреченными 100% на старых прошивках по моему это нормально.

Вот VLAN-Based Вам это и даёт. В этом режиме трафик по VLAN-ам, там где возникает петля дропается процом. Есть совет включать и настраивать SafeGuard Engine.