Сети → HP, 3Com и Open Service Networking
Пару дней назад корпорация Hewlett-Packard по покупке компании 3Com Corporation за $2,7 млрд. Это достаточно крупная покупка и аналитики единогласно назвали ее «ответом Cisco». Но лично меня это событие заинтересовало по другой причине — из-за перспектив Open Service Networking.Я достаточно давно слежу за судьбой 3Com, а точнее, за одной из ее инициатив — Open Service Networking. Стержнем этой стратегии является программный модуль на основе Linux для маршрутизаторов 3Com, под управлением которого могут работать различные приложения независимых разработчиков.
Это достаточно сильно похоже на , где тоже используется Linux, и которые также предназначены для работы приложений от независимых разработчиков. И хотя 3Com вышла на рынок со своим решением раньше Cisco, широкого распространения оно не получило. Вероятно, из-за того, что «размер имеет значение».Но теперь, когда 3Com перешла «в руки HP», объединенная компания станет вторым (после Cisco) по величине игроком на рынке сетевого оборудования, и старая стратегия может получить «второе рождение».
Я надеюсь, что на 3Com'овское железо (а значит и на Linux) будут перенесены многочисленные приложения, сертифицированные для HP-UX. Увеличится участие HP в различных OpenSource проектах, а для нас с вами откроются хорошие перспективы и вакансии в компаниях, использующих оборудование HP. :-)
Будем внимательно следить за развитием Open Service Networking. ;-)
UPDATE: Рекомендую посмотреть
- +6
- fog
- 14 ноября 2009, 10:19
Что касается установки произвольных приложений, то из производителей проприетарных систем чище всего это реализовано у Juniper Networks. Даже сама JunOS является надстройкой над FreeBSD, поэтому на нее можно поставить почти все, что угодно. В реальности, конечно, только сертифицированное Juniper.
Так что судя по всему, несмотря на Linux внутри, реально участвовать в разработке под это с возможностью распространять смогут только все те же крупные компании, которые смогут заплатить за сертификацию.
И HP, и Cisco заинтересованы в продаже своего железа, поэтому, я уверен, они сделают все возможное, чтобы как можно больше приложений работало на Linux. :-)
А ProCurve? Для предприятий (не провайдеров) они сравнимы с Cisco, и существенно лучше того, что сейчас делает 3Com.
IOS полностью оригинальная ОС реального времени, не имеющая ничего общего с UNIX. Возможно, вы путаете ее с CatOS, которая несколько для других целей. А AXP не является заменой IOS, это просто перенос идей операторских маршрутизаторов, представляющих собой каркасы для объединения модулей, в корпоративные. У них даже интерфейсные карты во многом жили своей жизнью, теперь будут жить целиком своей. IOS никуда не делся.
С этим согласен. Но их модули расширения это абсолютно ни с чем не совместимое железо (даже если у нее внутри стандартные чипы). То есть, даже если я напишу приложение, это не значит, что его можно будет запихать в реальное устройство.
Что AXP, что OSN являются попытками запрыгнуть на уходящий поезд. IOS полностью монолитная система, не имеющая вообще никакой модульности. У ProCurve примерно то же самое. Кроме того, там стоит весьма медленное и старое железо, тормозность которого пытаются компенсировать аппаратными ускорителями шифрования и прочими подобными методами.
Juniper решил эту проблему радикально, полностью перейдя на x86 и расширяемую ОС. AXP и OSN скорее говорят о нежелании что-то менять в существующих решениях, чем о стремлении к реальному прогрессу.
Можно подробней?
Причем в большинстве устройств у них стоят стандартные интеловские процессоры, стандартная же память, и даже материнские платы примерно те же, что стоят в серверах.
P.S.
Совместимость JunOS с PC демонстируется существованием Olive — набора пакетов, который можно поставить на FreeBSD 4.x и получить полноценную JunOS. Если в машину поставить интеловские сетевухи, ее даже можно будет применить по прямому назначению.
А ссылку на источник можно? Я читал, что у них свои прцессоры, свои наработки.
Например или
То, что по ссылкам, касается ASIC, которые применяются для специфичных задач (ускорение шифрования, коммутации пакетов и так далее), а не CPU.
Интересно почитать.
Мыло sysand (собака) rambler ( точка ) ru