>Начнем с того, что Вы до «красноты в глазах» сами начинаете хамить
>людям доказывая, что GNU/Linux это и жнец, и гонец, и вообще
>универсальная панацея от всего. Сиськовские CCIE настолько суровы что отвечают на комментарии даже не удосужившись прочитать их и выяснить точку зрения оппонента?
Пусть бред поясняет тот, кто его выдумал.
>Что касается CCIE, для начала сдайте этот экзамен и получите этот заветный
>номерок, а потом уже поговорим с вами на тему, кто такие
>CCIE и что они из себя представляют.
Ну разве что ты за экзамен заплатишь - сиськи мне попадаются не настолько часто чтобы это себя окупило. Тем не менее знакомых CCIE у меня хватает, правда хамло вроде тебя среди них мне не встречалось.
> К тому же хотел
>бы заметить, что я не проявлял свой технический потенциал или знания,
Сложно проявить то, чего нет.
>Мне для замены Cisco IOS с одной версии на другую потребуется минут
>10-15 времени, вам же со всеми этими «костылями» ...
Костыли могут понадобится тебе если станешь общаться в таком тоне при личной встрече - далеко не все будут молча терпеть наглое хамство - даже если ты с ног до головы сертификатами увешаешься.
Обновление с одной версии на другую производится одной командой (зависит от дистрибутива) выполнение которой зависит от объёма и количества новых пакетов. Вот только нормальные люди начала выясняют необходимость обновления.
> что будем делать, когда Вы будите использовать какой-то патчик «студента»
Понятия не имею чё ты будешь делать - я не использую патчи студентов на production серверах - для этого есть университетские серваки в тестовой лаборатории.
> или собранный из сорцов пакет (который опять
Не разу не возникло необходимости собирать что-либо из исходного кода. Вот любопытство - возникало: собирается, устанавливается и обновляется всё так же тривиально, как и обычные пакеты.
>тому же на само оборудование бизнесу может потребоваться тоже техническая поддержка
Ты думаешь что на сиськовское оборудование поддержка не требуется?
>(вдруг блок питания сгорит или винчестер)
У них блоки питания типа не горят?
>этом случае поставить какой-нибудь брендовый сервер (к примеру от HP или
>IBM), но его цена может оказаться такой, что дешевле было бы
>купить Cisco :)
Именно такое железо и ставим как правило - поддержка стоит вполне разумные деньги: купить сиську было бы значительно дороже - я внимательно сравнивал и НИ РАЗУ не увидел чтобы было наоборот.
>Или другой пример. Знаете, что такое Network Recovery? Я больше чем уверен,
>что в момент флапа eBGP нейбра, GNU\Linux Full view будет инсталлировать
>в таблицу дольше чем та же самая Cisco :) Я, наверное,
>совсем не удивлюсь, если пересчет Full View на GNU/Linux’е приводит к
>Routing Interrupt (особо обращаю внимание, что я не утверждаю, но подозреваю
>об этом).
Да сколько угодно - продолжай подозревать всех и вся до посинения.
У нас всё работает на практике, проблем не возникает.
>Еще один пример, а если нам в одном шасси понадобиться организовать коммутатор?
>У Cisco в этом случае есть специальные карты switch-blade, а Linux
>сервере, сколько Вы сможете выдать портов максимум, и сколько этот сервер
>будет занимать места в стойке?
А с чего ты взял что я буду пытаться сам сделать коммутатор?
Ни идиотизмом, ни фанатизмом я не страдаю - просто куплю готовый, вполне возможно что от той же сиськи (по счастью у них в офисе мне такое убожество как ты не встречалось) или от Force10 - смотря чья цена, функциональность и сервис мне больше понравятся.
>Ну и напоследок, пускай Cisco IOS не совсем удачная ОС но она
>изначально RTOS (Real-Time OS)
и чё теперь - молиться на неё или Танненбауму показать?
> , GNU/Linux же себя все больше и больше
>позиционирует под desktop и Real-Time там далек от идеала.
И что же является идеалом RT для тебя?
Real-time версия ядра GNU/Linux отлично зарекомендовала себя в разнообразном оборудовании... в частности в старших коммутаторах сиськи какая-то версия работает - ios запускает - вполне возможно что и RT.
>системы, которые решают разный круг задач! В некоторых случаях задержки могут
>быть критичными (например: BFD, MPLS-TE (RSVP сигнализация), субсекундная сходимость OSPF или
>IS-IS, в этих случаях счет идет на миллисекунды).
И какое отношения миллисекундные задержки имеют к RT?
Дай подумаю... наверное такое же как и ты к знаниям ОС - никакого!
RT ядро обеспечивает гарантированное время отклика, для минимальных задержек используют настройки ядра уменьшающие latency.
>И мы еще даже не смотрели в сторону железа (я имею наличие
>ASIC’ов и т.д. :)).
И что же это за такое магическое железо в 72 что кладёт его на половине NAT потока который без проблем обрабатывает GNU/Linux? Мне правда интересно - просто чтобы по ошибке его в свой сервер не впихнуть - ну как и он ляжет :-)
