Choose your future

Эта музыка будет вечной. "Ой, у Сиски свитчи дорогие, давайте лучше купим 3Com, Black diamond, HP, D-Link..." "Ой, у Сиски раутеры дорогие, давайте соберем сами из говна и палок на линуксе..." Результат немного предсказуем.

From:

Пффф...да-да, конечно - есть лишь одна сетевая компания, и имя ей Cisco.

From:

Нет ничего плохого в покупке оборудования лучше сискинского. Но покупать что-либо хуже Сиски - это себя не уважать.

From:

Ровно с тем же успехом могу сказать - покупать Cisco это себя не уважать :-)

From:

Конторы, покупающие Сиски, обычно богаче контор, покупающих длинки. Надежность сискок обычно выше, чем надежность длинков. Если контора раскошелилась на железо, раскошелится и на инженегра. Итого, соотношение зарплата/геморрой выше для сисок. Именно отсюда вытекает, что соглашаться на длинки - себя не уважать.

From:

Только если ковыряние в багах цисок/длинков/прочего для тебя геморрой.

From:

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

From:

Это неправильное отношение, с оттенком идеализма. Если всегда всё делать по инструкции и никогда не натыкаться на глюки - не прокачаешь навыки, не натренируешь понимание того, как оно внутри устроено. Останешься тупым полевым инженером, который становится в ступор при любой не описанной в инструкции сложности. Я стараюсь к таким случаям относиться позитивно, как к ещё одной возможности "прокачаться".

From:

Предпочитаю проектирование и внедрение. Работа интересная, в смысле - разнообразная, и оплачивается лучше, чем техподдержка. В идеале - строжайше по инструкции aka best recommended practices. На практике приходится обрабатывать напильником.

> как оно внутри устроено

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

From:

Длинк, судя по вашим словам, хуже цисковского...что не мешает ему пребывать в количестве 1800 штук на сети автора. ;)

From:

А у меня в сети - тысяч под семь сисок всех видов.

From:

То есть сравнить с длинками в работе не можете. ОК )

From:

Видел я длинки в работе, видел.

From:

Видеть и работать разные вещи.

From:

Проблема в том, что и цискины свичи вовсе не серебрянная пуля. Пока я набирал ответы к этому посту, один из двух свичей 3750 в офисном стеке тупо вывалился из стека, погасив все порты. И потребовалось ДВА ребута его, чтобы он ожил. Питание с APC 7500, IOS 12.2(58)SE.

Сопровождалось это трапом в мониторинг:

ciscoMgmt.10.1.3.0.4
ciscoMgmt.10.1.1.2.1.3.1
ciscoMgmt.10.1.1.2.1.7.1

A ciscoFlashDeviceChangeTrap is sent whenever a removable Flash device is inserted or removed.

Раньше никаких проблем с этим стеком не было. Всё случается когда-то впервые.

From:

s/3750/3750G/

From:

Nov 1 13:59:35: %BIT-4-OUTOFRANGE: bit 57005 is not in the expected range of 0 to 1015
-Traceback= 22996D8z 10317CCz 10318E8z 169CBD0z 169CE40z 1840BB8z 183B32Cz 183B0C8z 1A5E3C8z 1A5E55Cz 11240A8z 1A65190z 11240A8z 1A72FECz 1A64B70z 1124110z
Nov 1 13:59:40: %SYS-2-FREEFREE: Attempted to free unassigned memory at 85B7A4, alloc 357FB18, dealloc 357FC54
-Traceback= 22996D8z 315C548z 35817A8z 169CD7Cz 169CE40z 1840BB8z 183B32Cz 183B0C8z 1A5E3C8z 1A5E55Cz 11240A8z 1A65190z 11240A8z 1A72FECz 1A64B70z 1124110z
Nov 1 13:59:40: %SYS-6-MTRACE: mallocfree: addr, pc
59E51C,22568C8 59E51C,40000294 56F6290,22568AC 56F6290,3000022E
85B7A4,169CD78 593934,169CD78 947E9C,169CC3C 947E9C,30000010
Nov 1 13:59:40: %SYS-6-MTRACE: mallocfree: addr, pc
947E9C,169CD78 9DCF40,169CC3C 9DCF40,30000016 40965AC,169CD78
599B88,169CC3C 599B88,3000003A 9DCF40,169CD78 58BBD8,169CC3C
Nov 1 13:59:40: %SYS-6-BLKINFO: Attempt to free a block that is in use blk 85B77C, words 30, alloc 357FB18, Free, dealloc 357FC54, rfcnt 0
-Traceback= 22996D8z 312C3E0z 315C560z 35817A8z 169CD7Cz 169CE40z 1840BB8z 183B32Cz 183B0C8z 1A5E3C8z 1A5E55Cz 11240A8z 1A65190z 11240A8z 1A72FECz 1A64B70z
Nov 1 13:59:40: %SYS-6-MEMDUMP: 0x85B77C: 0xAB1234CD 0x13C0000 0x1460DB 0x3FD951C
Nov 1 13:59:40: %SYS-6-MEMDUMP: 0x85B78C: 0x357FB18 0x85B7E0 0x85B73C 0x1E
Nov 1 13:59:40: %SYS-6-MEMDUMP: 0x85B79C: 0x0 0x357FC54 0x0 0x0

=== Start of Crashinfo Collection (13:59:40 NOVT Fri Nov 1 2013) ===

From:

Гм. Я не знаю, как тебе это удалось. Я этих стеков на 3750 десятки наинсталлировал - и хоть бы хны. Там внутри и ломаться-то нечему - простая печатная плата, на которую напаяны интерфейсы. IOS 12.2(58)SE выглядит подозрительно знакомой. Может, просто перегрев, и у флешки отошли контакты? Кстати, родная флешка-то?

From:

Когда мастер вылетает из стека, его flash1: становится недоступным стеку, поэтому такой трап. Сам флеш я потом потестировал - он полностью живой.

From:

Если мне не изменяет мой склероз, у стека нет своих собственных мозгов, все делается на мастере. В общем, я бы этому свитчу приоритет понизил и/или второму свитчу приоритет бы поднял. И пусть второй побудет мастером. Ну и на NMS бы выставил мониторинг температуры, RAM и т.п.

From:

Я же показывал трейсбеки - проблема чисто софтовая, в менеджере памяти. Перезагрузка заглючевшего свича не помогла, а вот полная перезагрузка обоих всё сразу оживила. Буду IOS поднимать.

From:

Путаешься в показаниях:

> "И потребовалось ДВА ребута его, чтобы он ожил."
> "полная перезагрузка обоих"

На сайте сиски caveats смотрел? А то смена IOS может и не помочь.

Кстати, интересно, в чем разница между твоими свитчами и моими. Может, ты на своих раутинг подняли или еще что? Мои тупо на Layer 2 работают.

From:

> На сайте сиски caveats смотрел?

Смотрел. Стопроцентных попаданий нет, но есть очень похожие.

> А то смена IOS может и не помочь.

При темных проблемах в менеджере памяти других вариантов-то и нет. Разве что протирать стекла и по колесам пинать.

> Мои тупо на Layer 2 работают.

Тут тоже. Ну и еще у нас в сети IPv6 есть немножно, но на самом свиче не включено.

From:

http://habrahabr.ru/post/216287/

From:

С неделю назад, как только сискино извещение получил, как раз вспоминал твой случай. ;-)

From:

У Сиски роутеры, да и свитчи, не то чтобы просто дорогие, а еще и хреновые.
К сожалению, качество продукции основных вендоров за последние годы существенно снизилось. Качество поддержки упало ниже некуда.
Касательно роутеров, вендорам нет конкуренции на скоростях 20+, ниже - надо всегда рассматривать желуди и спички как более удобную, надежную, поддерживаемую и т.д. альтернативу, касательно fw/vpn gw надо всегда стараться избегать вендоров (особенно если ssl vpn) касательно коммутаторов, очень часто длинки значительно удобнее младших каталистов и надежнее джунов ex.
Так что бабушка надвое сказала.
Пожалуй пока из цискиной продукции мне более -менее нравятся только 6500 и asr9k

Edited Date: 2013-11-01 09:56 (UTC)

From:

> У Сиски роутеры, да и свитчи, не то чтобы просто дорогие, а еще и хреновые.

В чем хреновые или по сравнению с чем?

> качество продукции основных вендоров за последние годы существенно снизилось. Качество поддержки упало ниже некуда.

Справедливое замечание. Так и есть.

> надо всегда рассматривать желуди и спички как более удобную, надежную, поддерживаемую

Я видел раутеры, собранные на десктопе да на линуксе. Ни удобства, ни надежности, поддержка осуществлялась мальчиком-сборщиком.

> касательно fw/vpn gw надо всегда стараться избегать вендоров

Кому надо? По-моему, как раз наоборот, купил железяку, настроил один раз и забыл.

> касательно коммутаторов, очень часто длинки значительно удобнее младших каталистов

Что значит - удобнее?

> более -менее нравятся только 6500

6500 - это сискина вершина. До этой вершины Нексусам еще как до Китая раком. Но там, где реально скорость нужна или эта хренова виртуализация, 6500 уже не тянет, так что рано или поздно все будет нексусами уставлено.

From:

>В чем хреновые или по сравнению с чем?
В удобстве поддержки (ios xr только скачок вперед), функциональности, производительности, масштабируемости. Аппаратной надежности, наконец! Что-то часто попадаются последнее время рутера, в которых кулеры болтаются в корпусе.
По сути (архитектура и реализация) это куда большие желуди и спички чем юникс-бокс, только сделаны вендором. В эпоху ethernet проблемы зоопарка типов интерфейсов нет, соответственно единственное преимущество вендора - это скорость, где она нужна. Где она не нужна, не стоит применять наследия прошлого.

Fw/vpn gw - в более-менее сложных конфигурациях с вендорными решениями всегда проблемы. Asa - глюкалово, которое ничего толком не умеет (в итоге нужно держать пачку коробок с вырастающим в небо тцо там, где можно поставить один сервак с опенвпн и bgp ). SSG/Netscreen тоже умеет немного, но меньшее глюкалово хоть и мозгодробительная конфигурация, Juniper srx - единственная коробка с нормальной функциональностью, но архитектура и реализация мегауебищны.
Ах да, вендорный ssl vpn - это отдельная песня, невеселая, увы. Хорошую идею так засрать - надо было суметь!

>Что значит - удобнее
Например, сложнее убиваются ошибкой оператора.
Например 2, очень гибкие по настройкам - от фильтров до того же qinq которое начинается в циске с 35-й серии.
Но cli в циско, конечно, удобнее. Если речь о единичных коробках с нестандартизированной конфигурацией и неавтоматизированными изменениями - cisco лучше. Еще лучше jun ex (и для автоматизации тоже!) , но там есть некоторые системные проблемы, их надо выбирать с осторожностью, помня о слабых местах.

А про 6500 соглашусь. Я не вижу за nexus никаких премуществ кроме fc и высокой плотности десяток. Маркетинговые отличия, выделение dc сегмента же само по себе зло

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

Edited Date: 2013-11-01 15:53 (UTC)

From:

Я поподробнее отдельно напишу, но вот на это:

> я за очень крепко подумать не в пользу вендора.

хотелось бы заметить, что

dadv сам по себе - зародыш вендора. Добавить к нему грамотного маркетолога и исполнительного директора - и здравствуй, новый Эф Файф Биг АйПи!

From:

shurric.livejournal.com

А можно в нескольких словах о системных проблемах и слабых местах juniper ex?

From:

Самый главный дефект платформы - плохая устойчивость к потерям питания (разнос фс). Так как это access устройство обычно, их может быть много, стоять они могут в разных локациях, и т.д..
Я не понимаю причин этого, но за много лет подсказывают (я уже два года их не вертел) так и не починили. Dual Root Partitioning облегчает задачу recovery, но устойчивость всё равно низка.

Странности с QoS, полисинг-рейтлимитинг как-то очень ограниченно работал. Если это нужно - надо сначала убедиться, что именно такая конфигурация, которая нужна, будет работать.
Далее, старшие линейки - ограниченная поддержка MPLS и сервисов.

В целом, мне они очень нравятся, как и другие джуны, провизионинг на порядок лучше Cisco, но ощущение раздолбайства, присущее Juniper вообще, никуда не делось.

From:

Я, пожалуй, могу сформулировать, почему мне больше нравится линукс от вендора, чем самосборный. Вендор прячет от меня все типично линуксовые проблемы (поставить ту или иную библиотеку), а также все несовместимости софта с железом. Причем железо будет то же самое на весь срок поддержки. Мне не очень интересно искать запчасти к серверу самостоятельно. Иными словами, вендор добавляет value. Раньше вендоры делали это лучше, нынче - хуже, но value все равно присутствует.

> проблемы зоопарка типов интерфейсов нет

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

> Fw/vpn gw - в более-менее сложных конфигурациях с вендорными решениями всегда проблемы.

Эта тема от меня несколько далека, но на сотнях линий Cisco с GetVPN вполне справляется, а если надо больше, тогда можно и на Juniper перейти. ASA - штука совершенно загадочная, я тоже не понимаю, зачем она нужна. Видимо, чтоб линейка продуктов покрывала абсолютно все. Кое-что она умеет, например, мне надо было multicast через младшую ASA пробросить - я и не надеялся, что сможет - смогла!

> Например, сложнее убиваются ошибкой оператора.

Это плохое, негодное оборудование. Эдак мы придем, что вокруг будут сидеть тупые обезьянки, из гуя выбирающие исходный свитч и порт в нем, затем конечный свитч и порт, затем QoS из списка, и вуаля, сеть сама строит VRF и обеспечивает SLA. К этому в конце концов все и придет, только, вероятно, не при нашей жизни. А пока что квалификация инженегра, копающегося в кишочках сиски, должна быть достаточно высока, чтоб не отломать чего-нибудь там.

> Я не вижу за nexus никаких премуществ кроме fc и высокой плотности десяток. Маркетинговые отличия, выделение dc сегмента же само по себе зло

Nexus выглядит как попытка Сиски заскочить на уходящий поезд. В сегменте DC есть деньги, но, в общем, достаются они зачастую не Сиске, потому что сискино оборудование, в общем, для DC не подходит, слишком уж трудоемкая это работа - строить DC на сисках.

From:

Это плохое, негодное оборудование. Эдак мы придем, что вокруг будут сидеть тупые обезьянки, из гуя выбирающие исходный свитч и порт в нем, затем конечный свитч и порт, затем QoS из списка, и вуаля, сеть сама строит VRF и обеспечивает SLA. К этому в конце концов все и придет, только, вероятно, не при нашей жизни. А пока что квалификация инженегра, копающегося в кишочках сиски, должна быть достаточно высока, чтоб не отломать чего-нибудь там.
Ну вообще-то, оператор так и должен работать. Никаких кишочков. Если без GUI, тогда хотя бы генератором. Плюс базовые возможности по траблшутингу (таблицы маков посмотреть, статусы интерфейса, протоколов, и т.д.), плюс базовые возможности по переконфигурации.
Дурацкая система конфигурирования в до-IOS-XR устройствах дает свободу делать опасные вещи и не даёт защиты вида commit confirmed. Есть правило в альпинизме - страховаться, не когда сложно, а страховаться, когда есть куда лететь. Вот традиционный IOS - это всегда есть куда лететь, хотя бы в контексте перепутать иерархию, недонабрать до конца команду (и удалить stp процесс с коммутатора вместо приоритей с порта), забыть add при добавлении влана в порт - да полно его.

From: