Как стать автором
Обновить

Комментарии 12

Я, обычно, стараюсь избавляться от сбоящих, по непонятной причине, не модульных устройств. А из этого вышло, что лучше всего не использовать dlink\tplink, а выбирать microti'ки, cis'ки и прочие устройства первого и второго эшелона.

Не представляю сколько денег и человеко часов компания тратит из-за того, что экономит на оборудовании и закупает D/TP-link'и.

Ну вот у меня дома последний tplink продержался 5 лет, а microtik — 1 год, ровно на неделю пережил гарантийный срок.

microti'ки ... и прочие устройства первого и второго эшэшелона.э

Это Вы сильно сказанули!

Микроты как роутеры универсальны, как коммутаторы неплохи, но им еще расти и расти в этом смысле, а вот с ростом у микротов как компании слабовато. Просто размер комании и распыление играют роль.

Свичи у них хороши те, что сделаны по референс-дизайнам от производителей чипов. Недорого, неплохо, получше длинка в смысле управления - но не 1-й эшелон.

P.S. Микротики нежно люблю, но - у всего своя область применимости.

А в чем тест то заключается? Зачем миником в соседней консоли? Вообщем писать начали, дальше вступления не пошли....

Как я понял, вся прога это панель с кнопками, которая плюет в сторону свитча команды:

test cable-diagnostics interface INTERFACE-ID

show cable-diagnostics

(у меня DGS-1510, синтаксис может отличаться)

Миником в соседней консоли сидит в параллель и ловит результаты.

да, все верно, мне просто нужно было очень много портов проверять за короткое время, эта простая программа упрощала этот процесс.

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

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

Такой мартышкин труд лучше автоматизировать. Например, поручить это делать Zabbix по SNMP. Триггера сразу предупредят что некоторый порт НЕ ОК. И не нужно коммутатор для проверки изымать с производства.

я занимался ремонтом коммутаторов, поэтому это было вынужденное снятие коммутаторов из сети.

Такое замечательно делается из консоли скриптом на tcl(хоть свич на ком порту, хоть свич по сети). А дальше, если есть какой-то биллинг, можно дергать этот скрипт из него, если не хочется ходить в консоль...

Как говорится - где ты был вчера, когда я тестировал moxa uport на Линухе ))))

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории