Перейти к содержимому
Калькуляторы

deluxe1001

Новичок
  • Публикации

    7
  • Зарегистрирован

  • Посещение

О deluxe1001

  • Звание
    Абитуриент
    Абитуриент

Посетители профиля

Блок посетителей профиля отключен и не будет отображаться другим пользователям

  1. ну а что, для L2 это очень даже неплохие коммутаторы. А вот L3 на них поднимать я бы не рекомендовал)))
  2. Не любитель, к cisco-style давно уже привык, но что поделать, если уровень доступа на длинках часто делают, да и впрочем вполне себе они с этой ролью справляются...
  3. ну я уже забыл давно, как выглядит уёбморда на коммутаторах )))) А так конечно действительно хардкорно - не запутаться в разных speed или speed-duplex или sfp detect-mode в такой банальной вещи как скоростной режим на порту. Почему-то в тех же Длинках все как-то просто - conf ports 25 med fiber speed 100
  4. Вот есть орион и этим страдает. Есть куча команд, которые интуитивно дают возможность сделать порт в сотку. Если ты да я да еще кто об этом знает - хорошо. А если нет?
  5. Хорошо, напишем. По поводу модулей - брал 3 разных модуля, один из них SNR и пара других - сейчас точно не вспомню. Эффект на всех одинаковый. После перезагрузки строчка speed auto висела именно в sh run. Я пробовал отредактировать текстовым редактором именно running-config методом скачать и перезалить отредактированный - там строчка speed auto все равно оставалась. А вот со startup-config идея сработала, и строчка убралась. Проделал это как на тестовом коммутаторе, так и на 2-х других рабочих на сети - все сработало и линки после ребута поднялись, а строчка пропала как и описано в теме.   Ну сброс настроек на удаленных коммутаторах на сети - это жестоко. Со startup-config все гораздо проще )))
  6. Здравствуйте. Столкнулись с проблемой на коммутаторе Orion A28F такого рода. Требуется поднять 100 мбит на комбо порту (пусть порт 25). Разработчики говорят делать так: sfp detect-mode force-100base-x При этом все отлично работает. И в процессе и после ребута. Но стоит применить какой-то параметр speed, т.е. написать на порту например speed 100 то появляется такая строчка в конфиге интерфейса: int po 25 sfp detect-mode force-100base-x speed auto И теперь, если эта строчка есть, то после ребута линк не поднимается, требуется каждый раз писать speed 100 в конфиге интерфейса. Само собой штука эта неприятная. sh ver Product name: Alpha-A28F NOS Version: NOS_4.15.1359_20171221(Compiled Dec 21 2017, 19:55:31) Bootstrap Version: Bootstrap_3.1.10.Alpha-A28F.0.20170414 Hardware Version: D.00 CPLD Version: 1.0 Никаким простым способом я пока не добился возможности убрать эту назойливую строчку speed auto в конфиге интерфейса. Помогла только такая хитрость - скачать с коммутатора startup-config, отредактировать в редакторе, убрав строчку speed auto, перезалить конфиг на коммутатор и ребутнуть. Тогда строчка пропадает, и порт снова начинает работать как надо. Возможно, я ошибаюсь, но это похоже на конфликт функций speed и sfp detect-mode. Почему-то несмотря на то, что пишем speed 100, в конфиге интерфейса все равно auto. Без команды sfp detect-mode force-100base-x комбо порты только гигабитные (не принимают команду speed 100) и наоборот, если sfp detect-mode force-100base-x - то не проходит команда speed auto (типа порт онли 100 мбит)... Но строчка в конфиге speed auto неизменно остается. А при загрузке возникает какой-то конфликт между этими двумя функциями, т.е. при загрузке speed auto пытается поднять порт в гиге, но не может...
  7. Столкнулись с такой проблемой. SNR-S3650G-48S, SoftWare Version 7.0.3.5(B0207.0019). После перепрошивки пропала проблема прерывания мультикаст трафика, но появилась другая проблема. Если на обычном аксессовом интерфейсе выставлен storm-control broadcast 1000 (например), то после ребута коммутатора пропадает пинг до включенных в него устройств. Собрали на стенде - 2 аксесовых порта в 1-й локалке. После ребута судя по тому, что прослушали вайершарком - коммутатор не пересылает арп-ответ адресату. То есть 2 устройства например 192.168.0.2 и 0.3, оба арп запросы друг другу отсылают, но ответов не получают. При этом сами арп запросы цели достигают, и ответ отсылается на коммутатор. При этом интерфейс-влан на самом коммутаторе в этой сети отвечает. Мак адреса в таблице коммутации присутствуют. Как только снимаешь шторм контроль с интерфейсов - тут же пинги появляются. На самой сети ситуация проявилась еще более странным образом. Перешили коммутатор, ребутнули, навесили шторм-контрол (на предидущей прошивке был другой синтаксис) - пропало только несколько объектов (хотя почти все порты задействованы). Сняли и навесили заново (без ребута) - объекты те же не пропали, но появились потери по пингам - примерно 15-20%... Убираешь шторм-контрль - сразу все выравнивается... Счетчики пакетов и сбор трафика с "зеркального" порта - не выявили видимых аномалий...