Сегодня мы замолвим пару слов про очередную рабочую лошадку сетестроения. Устройство, примечательное не только своим функционалом, но и массовостью выпуска. Недорогое, практичное и идеально соответствовавшее нуждам SMB-сегмента второй половины 1990 и начала 2000 годов.

Итак, как сказано в Википедии, Cisco PIX (Private Internet eXchange) был одним из первых в своём сегменте, популярным, межсетевым экраном с возможностью трансляции сетевых адресов (NAT/PAT).

Появлением PIX firewall мы обязаны небольшой компании Network Translation Inc. (далее NTI), выпустившей первую версию устройства для сокрытия приватных сетей в 1994 году. Собственно и основана она была в 1994 году, а софт был написан одним единственным человеком, Brantley Coile. Как в последствии описывали участники событий, на сей подвиг их вдохновило желание сделать аналог офисной АТС (PBX - Private Branch eXchange), позволяющей внутренним абонентам выходить в телефонную сеть общего пользования.

Здравствуйте уважаемые любители сетевой археологии.

Сегодня я хочу рассказать вам о достаточно любопытном экземпляре, редко встречающийся в наших широтах - представитель семейства Cisco VPN 3000 Concentrator Series.

В начале апреля 2000 компания Cisco пополнило свое портфолио продуктов для организации удаленного доступа пользователей и организации site-to-site vpn пожрав со всеми потрохами компанию Altiga Networks. Через некоторое время, потребовавшееся для переклейки шильдиков, мир увидел инновационный продукт Cisco VPN 3000 Concentrator Series (в девичестве Altiga Networks VPN Concentrators).

Итак, импортозамещение катится по стране неостановимым катком. Внесём свой посильный вклад.

Под давлением обстоятельств нам пришлось сделать терминальную ферму на ОС REDOS и x2go (из комплекта поставки ОС). В принципе, решение получилось рабочим, с небольшими особенностями.

В статье ниже простыни ansible playbooks и более ничего.

Этот пост адресован, скорее, моим коллегам из SMB‑сегмента, потому что в больших компаниях эти вопросы худо‑бедно решены. Как вы знаете, социализм — это учёт и контроль. А коммунизм — это социализм и электрофикация всей страны. Вот так, с наскока, всё в комплексе очень сложно. Давайте попробуем начать с учёта.

Хотя я и порекомендую к использованию программный продукт, в статье не будут рассмотрены этапы его установки и настройки, так как это не сложно. Основная задача — объяснить зачем это надо и как идеологически верно организовать работу с процессом контроля и управления ресурсами компании.

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

Итак, основной целью деятельности коммерческих организаций является извлечение прибыли. Прибыль они извлекают в ходе выполнения тех или иных бизнес‑процессов. Бизнес‑процесс реализуется с помощью неких обеспечивающих сервисов, которые, в свою очередь, предоставляются одной или несколькими автоматизированными системами(АС). Автоматизированные системы состоят из приложений и баз данных, располагающихся на неких виртуальных(или физических) серверах, которые живут на гипервизорах. Гипервизор — это программное обеспечение, он тоже не в вакууме, а установлен на физический сервер. Сервер замонтирован в стойку и подключен к PDU. Стойка стоит в ЦОД. Прослеживаете логическую цепочку? От процесса продажи товара или услуги к железному шкафу в кондиционированном помещении?

Уважаемые читатели, перед вами перевод Главы 3 книги OSPF: Anatomy of an Internet Routing Protocol за авторством John T. Moy. Эта глава проливает свет на историю появления одного из самых распространенных протоколов динамической маршрутизации и сопровождавшие это появление трудности, интриги и скандалы, в период с 1987 по 1993 год XX века. Чтение этой главы меня настолько увлекло, что не мог не поделиться с уважаемым сообществом. В переводе сохранены оригинальные ссылки на библиографию, так же учитывайте, что это уже историческое произведение, книга подписана в печать в 1998 году.

Глава 3. Разработка протокола OSPF

Разработка протокола маршрутизации OSPF началась в 1987 году. OSPF был одним из первых протоколов, полностью разработанных Internet Engineering Task Force (IETF).

Спустя десятилетие, рабочая группа IETF по разработке OSPF всё еще существует и протокол OSPF продолжает дополняться, хотя базовые функции были зафиксированы при первой публикации спецификации OSPF Version 2 (OSPFv2) в 1991 году.

Если мы проследим процесс разработки OSPF, то мы сможем понять процесс появления новых функций и почему они являются столь важными. Как и Интернет, OSPF изменяется с течением времени. Некоторые имеющиеся функции, например Point-to-Multi-Point interface, не планировались в оригинальном дизайне, а функция TOS based routing была включена в дизайн, но не была реализована.