На днях на работе выяснилось, что я теперь единственный, кто знает в чём разница между свичём и хабом.
Есть сетка из 100 -150 рабочих станций, даже расписано, что, где стоит и как подключено, есть веб доступ к оборудованию (список паролей и логинов, остался от старого админа).
Есть с десяток машин, которые ведут себя не совсем понятным мне образом, хотя сеть видят и работают по сети, но уж как то медленно. Посмотрел статистику на портах этих машин и похоже придётся проверить всю линию от порта коммутатора до сетевой карты.
На порту много ошибок CRC, дропнутых пакетов и фрагментов.
С линейной частью я разберусь, с сетевой картой тоже, а вот как сбросить показания ошибок CRC, фрагментов и отброшенных пакетов не перезагружая весь коммутатор по питанию?
Я конечно постараюсь почитать манул по этому устройству, но это не основная работа, а взваливать ещё и админские заботы на свою голову за одну зарплату........., короче может есть возможность из CLI сбросить статистику порта, через веб не нашёл.
Спасибо за ответ.

clear counters ports <portlist>

и советую: http://www.dlink.ru/ru/learn/

_________________
С уважением,
Бигаров Руслан.

Огромное спасибо за столь оперативный ответ.
За совет тоже спасибо, если начальство соизволит, то обязательно.
Но повторюсь, я случайно оказался на месте админа, которого больше нет и пока похоже не предвидеться, а всё развалить можно довольно быстро и потом хрен восстановиш.
Я и так этим занимаюсь в свои выходные.

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

_________________
С уважением,
Бигаров Руслан.

"...весомый аргумент...",
Аргумент действительно оказался весомый.
Но похоже мне это пока не грозит, ищут человека на должность.
У меня очередная головная боль.
Я даже не совсем уверен, что спросить, это уже сложно для меня (в домашней сети таких задач решать не приходилось).
От ISP приходит оптика, далее медиа конвертор и в 48 порт DES-3550. Всё давольно стабильно и надёжно, короче - нет проблем.
Теперь возникла необходимость по этому же волокну поднять ещё один независимый канал. ISP предлагает поднять VLAN trunk на 48 порту и на остальных, незадействованных (допустим с 1 по 20) получить нетегированные, не зависимые, каналы с верхнего уровня.
Какие будут бегать VLANы сказать сейчас не могу, не знаю.
Возможно реализовать подобную схему?
У ISP стоит какой то телесин, утверждают, что они со своей стороны VLAN trunk они поднимут.
Спасибо.

Щас порылся по нету и похоже что то нашол:
"...Generic VLAN Registration Protocol (GVRP) - это сетевой протокол канального уровня модели ISO/OSI, позволяющий устройству локальной сети сообщить соседним устройствам, что оно желает принять пакеты для одной или нескольких VLANs. Главная цель GVRP - позволить коммутаторам автоматически обнаружить информацию о VLAN...."
Я правильно понимаю эту аббревиатуру?
Ещё раз спасибо.

конечно. просто создаёте нужные виланы, укажите порт прова для них теггированным, свой порт - нетеггированным

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.