[dmih]

Я что-то не очень понял, почему вы это оборудование называете дорогим. Это свитч с 12-ю 10G SFP+ портами. По такой цене, по которой в этом свитче они есть, их в принципе в природе не бывает. И при том, что это не муляж, а реально работающие порты. Любая нормальная аппаратура с 10G портами стоит в 2-3 раза дороже минимум. По меркам нормальной аппаратуры, это конечно не свитч, а не знаю как назвать. Даже DLink на этом фоне, с их альтернативно-одаренным ПО, как свитч на порядок лучше, потому что тут вся документация состоит из фраз "команда enable mega feature 25 включает mega feature в режиме 25" без каких-то пояснений, с IOS-ом совпадает дай бог половина, а половина команд вообще не работает. Про аппаратные особенности уже молчу.

Но по меркам просто некой железки, которая максимально бюджетно соединяет 10G порты, это довольно добротная вещь.

 

Ответы на вопросы,

 

1) На что ориентировался - см. абзац выше,

 

2) В одном месте.

 

3) Гигабитных SFP там нет.

 

4) 10 гигабитные (SFP+) там 12 штук и опять же см выше, в них и суть,

 

5) Задействованы не все порты. Штук 6 на каждой железке (из 12-ти).

 

Еще я начал там в отдельном VLAN-е гонять обычные гигабитные порты. Свитч как свитч - пакеты, опять же, ходят.

 

UPDATE: я так немного резко что ли пишу про этот свитч потому, что надо понимать, с чем столкнется его пользователь. Тем не менее телеком должен быть эффективен по деньгам в том числе. В каждый сарай и стойку Cisco не поставишь, а 10G хочется. И из этих соображений - в прямом соответствии с рекламой - этот свитч делает ровно то, для чего его и запланировали - обеспечивает низкую цену 10G портов, которые, в целом, работают. Собственно всё.

Если другие какие-то задачи есть, нужен конечно другой свитч, это 100% (IMHO).

Изменено 14 июля, 2015 пользователем dmih

[No_name]

Я просто более чем уверен, что пройдет время, этот свитч раза в два минимум упадет в цене,

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

Но для тех кому нужно было "еще вчера" 10G, чисто трафик погонять, скорее всего с вами согласен :)

Изменено 14 июля, 2015 пользователем Brainiac

[dmih]

этот свитч раза в два минимум упадет в цене,

 

Это откуда вообще такие фантазии? Вы на 10G оборудование цены смотрели? :)

[No_name]

Я в курсе цен, потому и многое оборудование не покупаем в России.

 

Я просто высказал свое мнение, но с поправкой, если курс бакса опять раза в два не выстрелит,

хотя бы в последующие полтора года.

Изменено 14 июля, 2015 пользователем Brainiac

[SyJet]

Вы извините, но свитч, у которого колом встаёт мак-таблица от ошибок на порту не стоит и половины, что за него просят.

А про 10г порты - лучше с ибей притянуть линейную карту 8х10г для шеститонника или дажее здесь на барахолке.

Меня удивляет другое, признана аппаратная ошибка, а устройство в продаже по тойже цене и без описания проблемы. Говорит это о том, что насрать на репутацию и на своих клиентов. Попиарились, КРОСС провели и давай дальше на браке рубить бабла.

Изменено 14 июля, 2015 пользователем SyJet

[dmih]

для шеститонника

Это же его где-то надо взять для начала.

 

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

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

 

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

Изменено 14 июля, 2015 пользователем dmih

[Mikhail Burnin]

Добрый день,

Вы извините, но свитч, у которого колом встаёт мак-таблица от ошибок на порту не стоит и половины, что за него просят.

Вы видимо не правильно поняли суть проблемы, коммутатор "колом" от ошибок на интерфейсе не встает. Размер FDB коммутатора - 64К, коллизий нет практически до 100% заполнения FDB, по этому переполнение таблицы мак-адресов практически невозможно.

Неправильный мак-адрес может появится в FDB только если:

a) Пакет больше 512 байт

b) В пакете поврежден именно source MAC. Чтобы увидеть несколько "левых маков" в FDB, на порт должно приходить несколько десятков пакетов секунду с неправильной CRC.

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

[dmih]

требуется проводить аварийные работы

Михаил, в целом понятно, что со свитчем работать можно, и случай, когда CRC ошибки в таком количестве, редкий.

Хотя я его на ура у себя имею, до нескольких тысяч невалидных MAC-ов в таблице, пока не выключил обучение. Но всё же это конечно не норма.

 

Отличие всего лишь в том, что в таком случае проводить аварийные работы надо на порту. И это нормально.

В нашем же случае есть хороший шанс начать проводить аварийные работы сразу на всём свитче или даже на всем L2 сегменте, если в результате коллизий какой-нибудь управляющий пакет не туда залетит. То, что вероятность этого довольно низкая, правда. Но сама постановка вопроса такого типа затрудняет классификацию этого свитча как нормальное оборудование в общепринятом смысле.

 

Трансивер, или провод, или кто угодно еще, может гнать /dev/random в порт, это бывает, потому что такого оборудования тупо по количеству много, оно оптимизировано на цену, и там что угодно случается, в том числе я лично это видел. И то, что у нас это с гарантией приведет к зависанию всего свитча, это ненормально.

Изменено 15 июля, 2015 пользователем dmih

[dmih]

Ну и если уж к слову, я правильно понимаю, что ограничить максимальное кол-во выученных MAC на порту можно через

 

switchport port-security mode dynamic

switchport port-security dynamic maximum NNN

 

?

 

В принципе если там везде поставить разумные значения, то вероятность аварии конечно становится почти нулевой.

 

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

Но есть очевидные workaround-ы по разному ограничению обучения, которые проблему действительно переводят в разряд теоретической (с эффективным уменьшением размера таблицы конечно, но тут уж извините). Признать дефект - дефектом, и предложить какие-то идеи на эту тему, хотя бы на форуме, было бы хорошим шагом. Идеалистов тут нет, тут половина посетителей по делу, это какие-то провайдеры, которым дело делать надо, они поймут и простят. Вот меня например это не парит, нужно будет еще 10G, еще таких чудо-вещей у вас куплю.

Но должны же быть принципы нормальной поддержки какие-то.

Где информация по проблеме, кроме как в частном тикете?

 

Например вот хороший вопрос - какие еще служебные пакеты принимаются в работу без проверки CRC? Там результат может быть значительно хуже, чем левый MAC на порту.

Изменено 15 июля, 2015 пользователем dmih

[dmih]

Я прошил оба свитча на 2.1.1B_28087 и подтверждаю, что с командой sfp-mode copper снижается количество ошибок на портах SFP+ DAC 5 метров, в моих условиях, примерно в 10 раз.

К сожалению никак не до нуля. С более ранней прошивкой и без spf-mode copper типично было 1-2% ошибок, а в режиме sfp-mode ошибок в районе 0.1%. Ноль бывает редко.

Метод измерения ошибок следующий - ping -i 0.02 -c 1000 -s 9000 -n 10.21.0.75 |grep loss

В целом можно сказать, что DAC соединения теперь свитчем поддерживаются значительно лучше, практически совсем норма. Раньше с DAC от 1-2% (типично) до полной неработы (редко, но было) - это была явная фигня, а 28087 и sfp-mode copper - от 0% до 0.1%.

[ichthyandr]

Я прошил оба свитча на 2.1.1B_28087 и подтверждаю, что с командой sfp-mode copper снижается количество ошибок на портах SFP+ DAC 5 метров, в моих условиях, примерно в 10 раз.

К сожалению никак не до нуля. С более ранней прошивкой и без spf-mode copper типично было 1-2% ошибок, а в режиме sfp-mode ошибок в районе 0.1%. Ноль бывает редко.

Метод измерения ошибок следующий - ping -i 0.02 -c 1000 -s 9000 -n 10.21.0.75 |grep loss

В целом можно сказать, что DAC соединения теперь свитчем поддерживаются значительно лучше, практически совсем норма. Раньше с DAC от 1-2% (типично) до полной неработы (редко, но было) - это была явная фигня, а 28087 и sfp-mode copper - от 0% до 0.1%.

c LACP у него как?

[Mikhail Burnin]

LACP есть, работает .

[lanborg]

Здравствуйте!

Кто-то тестил прошивку S2970-12X_2.2.0B_32155 ???

Купил такой аппарат. Еще не в работе, пока играюсь, привыкаю к консоли после циски.

Спасибо за то что ведете тему. Сохранил в избранное.

[radiotech]

Какие отзывы можно ли ставить на агрегацию? 10тыс. абонентов.(10тыс. MAC адресов)

[sinoptik]

Нормально ли работает с гиговыми sfp? Воткнули гиговые сфп - линк есть, но маков нет. 10г нормально завелись

[QWE]

С более ранней прошивкой и без spf-mode copper типично было 1-2% ошибок, а в режиме sfp-mode ошибок в районе 0.1%.

и как передача данных между серверами и СХД реагировали на такой процент потерь, это же постоянные повторные запросы/передачи

[dmih]

С более ранней прошивкой и без spf-mode copper типично было 1-2% ошибок, а в режиме sfp-mode ошибок в районе 0.1%.

и как передача данных между серверами и СХД реагировали на такой процент потерь, это же постоянные повторные запросы/передачи

 

Вообще, современный TCP с таким процентом потерь работает достаточно нормально, я бы сказал, что 0.1% не замечается.

Есть разные школы так сказать построения сетей, некоторые считают что потерь должно быть 0% и точка, некоторые на это смотрят чисто практически и не запариваются.

Если чисто практически, то 0.1% в худшем случае, а скорее даже гораздо меньше, то для TCP протоколов это нормальное состояние канала, которое на качество связи никак не влияет.

 

DAC провода надо короче брать, тогда потерь нет. Если всё самое бюджетное, и свитч, и провода, то 5 метров для DAC это перебор.

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

 

ВООБЩЕ ДАВАЙТЕ Я ВЫСКАЖУ ВАЖНОЕ РЕЗЮМЕ, т.к. теме два года скоро.

 

Всё написанное тут остается в силе, шаг вправо, шаг влево, фигня какая-то начинается. Практически вообще всё, что я на них пробовал, приходилось выключать, и зачатки QoS которые там есть, и что угодно, всё это просто надо выключить и всё, без вариантов.

Но в самой простейшей конфигурации - СВИТЧИ АБСОЛЮТНО РАБОЧИЕ, не виснут, трафик пропускают исправно, каких-либо проблем в их работе нет.

VLAN-ы и truncи работают нормально, LACP тоже, и между собой, и с Catalyst-ами.

 

Еще такой отзыв, я только два порта им сжег то ли статикой то ли не знаю, тоже надо иметь в виду, но это тоже особенность DAC. Если порт недорогой, то вставлять не дыша и ни в коем случае не создавать никаких лишних потенциалов на шине данных и так далее (равномерное заземление, отсутствие свободных концов и т.д.). Тем не менее у меня даже в условиях стоечного дата-центра и проводов на 5 метров удалось два порта сжечь. Никакой защиты от обычных КМОП болячек там судя по всему нет, либо она очень слабая.

[dmih]

Какие отзывы можно ли ставить на агрегацию? 10тыс. абонентов.(10тыс. MAC адресов)

 

Если вы сможете гарантировать ТОЛЬКО валидные пакеты на всех портах (например, проверяют трансиверы и вы в этом точно уверены), то как чисто L2 свитч не будет никаких проблем в его работе.

 

Любой функционал кроме самого минимального L2 на уровне LACP/VLAN/и-всё тут под вопросом - там много чего реализовано, но у меня лично при попытке чем-либо воспользоваться сплошные неудачи. Это прошивка которая на 2blabla начинается.

В теме мелькает прошивка с номером 3blabla. Может там что лучше.

 

... и да, есть подозрение что flow control там тоже не пашет - с ним у свитча клинит всю 10G матрицу и это надежно воссоздается.

[vurd]

http://shop.nag.ru/catalog/04963.SNR/19912.Kommutatory-agregatsii-i-yadra/20577.SNR-S2990-16X

Ваше мнение?

 

Был на КРОС-е, троллил вопросами про этот прикол с мак-адресами. Били пяткой в грудь - ну вы не сравнивайте, здесь бродком, здесь такого нет, всё работает как часы, продавать будем за тысячу долларов.

 

Я бы на месте нага дал бы вам такой свитч на обзор. Была бы годная статья, мне кажется...

[dmih]

У меня все таки специфика - колхозного уровня СХД. Под это дело можно любой свитч приспособить, если он вообще включается. Не показатель.

 

Там у них у всех написано "на агрегацию". Вот пусть это железо ктонить на агрегацию поставит, тогда и посмотрим.

 

Лично у меня проблема 10g потеряла остроту, потому что начинает появляться адекватное Б/У. Я на фоне Нексуса на это дело больше даже смотреть не могу и не хочу и не вижу смысла. Причём он их даже на отказ переработает явно.

 

Но так вообще тысяч за 60 будет хороший вариант, может быть. Или если политика разрешает только новое.

 

... Но по-моему новый как то меньше на агрегацию похож по спекам.

[AN111]

У BDCOM для свитча-донора SNR2970-12x летом выпущена новая прошивка "Version 2.2.0B" с вроде появившимся фиксом по

clear counters для интерфейсов

 

Появится ли обновление для SNR2970-12x с changelog ?

[DarkTwin]

Я на фоне Нексуса на это дело больше даже смотреть не могу и не хочу и не вижу смысла.

А как цены на SFP+ при этом?