Комментарии 19
«Лицензия для расширения магистральных портов с 1 GE до 10 GE» ???
Все верно, если дословно, то расшифровываются они так:
— License that converts the two non-stack 1GbE SFP ports to be 10GbE SFP+
— License that converts four 1GbE SFP ports to be 10GbE SFP+
— Software license that upgrades an already licensed X440-G2 Dual 10GbE switch to a Quad 10GbE switch
Первая лицензия преобразует 2 Data-only(not stack) SFP порты в 2 10GbE SFP+ Data-only порты.
Вторая лицензия преобразует все 4 порта (Data-only and stack) SFP порта в 4 10GbE SFP+ Data-only (при этом 2 порта из них по прежнему можно использовать для стэкирования).
Третья лицензия расширяет первую до второй.
— License that converts the two non-stack 1GbE SFP ports to be 10GbE SFP+
— License that converts four 1GbE SFP ports to be 10GbE SFP+
— Software license that upgrades an already licensed X440-G2 Dual 10GbE switch to a Quad 10GbE switch
Первая лицензия преобразует 2 Data-only(not stack) SFP порты в 2 10GbE SFP+ Data-only порты.
Вторая лицензия преобразует все 4 порта (Data-only and stack) SFP порта в 4 10GbE SFP+ Data-only (при этом 2 порта из них по прежнему можно использовать для стэкирования).
Третья лицензия расширяет первую до второй.
То есть сначала была железка с дефолтным софтом на 10 GE, а потом программист написал ограничение чтобы брать деньги за его снятие?
Обычное дело, еще половина портов может быть лицензией закрыта…
На самом деле некоторые вендоры довольно часто практикуют такие ограничения.
Не знаю как обстоят у Cisco дела сейчас, но несколько лет назад, когда работал в провайдере, сталкивались у них с ограничением — поддержкой только их SFP трансиверов.
Если включить трансивер стороннего производителя в порт, то их коммутаторы и роутеры (с6500, с7600, с3750, с2900, asr1000 и т.д.) ругались на него и не хотели с ним работать.
У Cisco есть 2 не регламентированных команды, которые отключали это ограничение:
— service unsuported-transceiver
— no errdisable detect cause gbic-invalid
Юридически проблема была в том, что если порты на оборудовании (или само оборудование) выходило из строя, то могли отказать в обслуживании этих железок.
Так как цена трансиверов была довольно кусачая, особенно одноволоконных ZX на длинные дистанции до 70-80 км, то на свой страх и риск пользовались этими командами.
Нам повезло — за более чем 10 лет использования на бордерах и ядрах порты не умирали.
Уже после — пообщавшись с ребятами из различных вендоров мне рассказали, что по их данным, заводов, которые производят трансиверы, на самом деле не очень много (менее 20 штук) и один и тот же завод может выпускать модули под разных вендоров, просто для одних модулей используют спец. прошивки для ограничений, для других нет.
Не знаю как обстоят у Cisco дела сейчас, но несколько лет назад, когда работал в провайдере, сталкивались у них с ограничением — поддержкой только их SFP трансиверов.
Если включить трансивер стороннего производителя в порт, то их коммутаторы и роутеры (с6500, с7600, с3750, с2900, asr1000 и т.д.) ругались на него и не хотели с ним работать.
У Cisco есть 2 не регламентированных команды, которые отключали это ограничение:
— service unsuported-transceiver
— no errdisable detect cause gbic-invalid
Юридически проблема была в том, что если порты на оборудовании (или само оборудование) выходило из строя, то могли отказать в обслуживании этих железок.
Так как цена трансиверов была довольно кусачая, особенно одноволоконных ZX на длинные дистанции до 70-80 км, то на свой страх и риск пользовались этими командами.
Нам повезло — за более чем 10 лет использования на бордерах и ядрах порты не умирали.
Уже после — пообщавшись с ребятами из различных вендоров мне рассказали, что по их данным, заводов, которые производят трансиверы, на самом деле не очень много (менее 20 штук) и один и тот же завод может выпускать модули под разных вендоров, просто для одних модулей используют спец. прошивки для ограничений, для других нет.
Правильно ли я понял, то если имеется два свитча X440-G2-24t-10GE4, то их можно объединить в стек пропускной способностью 10G без дополнительных лицензий по расширению магистральных портов с 1G до 10G?
Приходилось в своё время работать с некоторыми из данных моделей. Очень даже хорошие железки. Жаль, не часто встречаются в наших краях.
раскройте пожалуйста тему XML APIs
и что с поддержкой EVPN и стратегией развития/поддержки SPBm?
спасибо
и что с поддержкой EVPN и стратегией развития/поддержки SPBm?
спасибо
Стоят 3600 на доступе, отличные железяки. Проблема с поддержкой, чтобы зарегистрироваться на портале 7 кругов ада пройти нужно, 2 месяца уже аккаунт зарегистрировать не могут, такими темпами и обещанная поддержка при покупке закончится, да и прошивки не скачать.
Выглядит как страшное уныние. Почему не "воткнул и работает, фирмварь свободно обновляется"?
На это могу ответить только крылатой фразой — «Главное не то, что снаружи, а то, что внутри».)
По поводу обновления ПО — я постараюсь подробно раскрыть эту тему в статье «Гарантия, техническая поддержка и сервисные контракты на коммутаторы Extreme».
Если коротко, то да. Почти для всех коммутаторов Extreme на время «product lifetime» доступны ПО и прошивки на портале поддержки Extreme.
Более того, иногда возможна даже замена по RMA при отсутствии активного сервисного контракта.
По поводу обновления ПО — я постараюсь подробно раскрыть эту тему в статье «Гарантия, техническая поддержка и сервисные контракты на коммутаторы Extreme».
Если коротко, то да. Почти для всех коммутаторов Extreme на время «product lifetime» доступны ПО и прошивки на портале поддержки Extreme.
Более того, иногда возможна даже замена по RMA при отсутствии активного сервисного контракта.
Правда есть один немаловажный нюанс — при активном сервисном контракте софт действительно доступен без ограничений, но с момента окончания сервисного контракта доступен только тот софт, который вышел до даты его окончания. Т.е. без сервисного контракта нет легального доступа к актуальному софту.
Справедливое замечание. Если представить ПО в виде A.B.C, где:
A — будут основные выпуски (major release)
B — будут второстепенные выпуски (minor release)
C — будут промежуточные поддерживаемые выпуски (maintance release)
То без сервисных контрактов, на оборудование по гарантии Limited Lifetime Warranty (наиболее часто встречающаяся гарантия для коммутаторов) на время жизни этого оборудования вам будут доступны только major release (пункт А). Все нижестоящие релизы только по сервисным контрактам.
На практике мне встречалась ситуация, когда у заказчика вышел из строя коммутатор (проблемы с загрузкой), на который сервисный контракт уже истек. Но у него была LLW AHR гарантия (т.е гарантия на время жизни продукта), он завел кейс и ему в рамках кейса при диагностике оборудования дали возможность скачать одну из последних прошивок.
A — будут основные выпуски (major release)
B — будут второстепенные выпуски (minor release)
C — будут промежуточные поддерживаемые выпуски (maintance release)
То без сервисных контрактов, на оборудование по гарантии Limited Lifetime Warranty (наиболее часто встречающаяся гарантия для коммутаторов) на время жизни этого оборудования вам будут доступны только major release (пункт А). Все нижестоящие релизы только по сервисным контрактам.
На практике мне встречалась ситуация, когда у заказчика вышел из строя коммутатор (проблемы с загрузкой), на который сервисный контракт уже истек. Но у него была LLW AHR гарантия (т.е гарантия на время жизни продукта), он завел кейс и ему в рамках кейса при диагностике оборудования дали возможность скачать одну из последних прошивок.
Из моей практики: В 2014 году брали 15 коробок х670. Привязал коробки к учетной записи, стал доступен софт. По истечении гарантии, контракт продлевать не стали по решению руководства, был доступен софт выпущенный до окончания гарантии. На данный момент(ради интереса сейчас зашел а аккаунт), начиная по моему года с 2017 не доступен для скачивания вообще никакой софт. В TAC правда по этому поводу не обращался.
С TAC тоже случай интересный был уже после окончания контракта: при очередном обновлении софта умер bootrom toster.ru/q/252908. Написал в TAC, после месяца общения с индусами озвучили сумму порядка $6k за ремонт. Плюнул, обратился к местным умельцам, сдули и прошили флеш. Железка до сих пор в строю.
С TAC тоже случай интересный был уже после окончания контракта: при очередном обновлении софта умер bootrom toster.ru/q/252908. Написал в TAC, после месяца общения с индусами озвучили сумму порядка $6k за ремонт. Плюнул, обратился к местным умельцам, сдули и прошили флеш. Железка до сих пор в строю.
По поводу софта и RMA по гарантии — необходимо смотреть гарантийные условия на оборудование.
Я подробно распишу об этом в статье тех. поддержка. Если коротко, то суть в следующем:
Я подробно распишу об этом в статье тех. поддержка. Если коротко, то суть в следующем:
- допустим вы купили коммутатор x440-G2-48t-10GE4, на данный момент он идет с LLW eAHR гарантией, что означает, что скачивание основных релизов ПО и замена RMA при неисправности коммутатора доступны на протяжении всего цикла жизни коммутатора
- с другой стороны допустим, что вы купили коммутатор X440-G2-12t-10GE4, который на данный момент идет с гарантией 1 год. Соответственно это означает, что 1 год на него будет действовать возможность скачивания ПО и замена RMA по гарантии. Обслуживание дальше будет идти только по сервисным контрактам.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
1. Обзор коммутаторов Extreme Enterprise-уровня