Для чего нужна cisco

Почему Cisco?

Автор этой статьи — Сергей Фёдоров, инструктор cisco, CCIE Security #22974. Если статья вызовет интерес, автор получит инвайт на Хабр. Далее — от его лица (с моими врезками).
UPD. Задача поста — донести до интересующихся факт наличия компании Cisco, и, возможно, лицезреть автора статьи как эксперта в майском фуршете.
UPD2. Сергей Федоров — хабраюзер, если кто не заметил 🙂 Вот: fedia. Поприветствуем 🙂

Почему Cisco? Такой главой начинается курс по продажам Cisco. Назову так своё коротенькое эссе и я.

Итак, почему же Cisco? Что такого в этом магическом слове из 5 маленьких букв? Неужели нет ничего лучше?
Спросите любого администратора, продавца, интегратора – каждый блеснет тем, что знает случай, когда существует то или иное решение, которое проще, дешевле, лучше, производительнее, чем решение от Cisco…
Вот только шаг влево, шаг вправо от этого замечательного решения, и становится гораздо труднее подыскать замену…
Постараюсь коротенько описать, в чем же сильные стороны решений «от Cisco».

Охват. У решений Cisco нет конкурентов по этому параметру. Наиболее широкая линейка по всем сетевым решениям, от рынка SOHO до провайдерских решений, от небольших, но функциональных маршрутизаторов, до систем управления сетями крупных предприятий.

Надёжность. Ломается всё, вопрос только когда. Надёжность cisco проверена годами успешной эксплуатации. Врать не буду – и у Cisco бывали неудачные серии, неудачные релизы операционных систем, однако в целом отказоустойчивость сомнений не вызывает.

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

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

Отладка. Очень важно для настройки и настройщиков: широчайшие возможности по поиску неисправностей, встроенные практически во все устройства Cisco.

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

Производительность. Компания Cisco является лидером во многих сегментах рынка и должна соответствовать этому высокому званию. Поэтому появляются уникальные решения, типа CRS (одной такой железки достаточно, чтобы обеспечить связью, скажем, всю Великобританию!). Сейчас топовые решения с 10гигабитными интерфейсами есть и в сегменте межсетевых экранов, и в сегменте маршрутизаторов, и в сегменте систем предотвращения вторжений…

Централизация. Устройствами Cisco можно управлять не по одиночке, а использую мощные комплексы, например, cisco security manager. Также централизованно можно собирать всевозможнейшую статистику и анализировать её — MARS. Подобного решения по централизации учёта пока никто ещё не предложил.

Конечно, никогда решения одного производителя не смогут быть лучшими ВЕЗДЕ. Например, любимая задача маленьких офисов – ограничить скорость и квоту пользователю – решается на Cisco дорого. «Да ведь это умеет самая простая бесплатная прокся!» — воскликнет дотошный читатель и будет прав. Это как раз один из примеров, когда «есть гораздо лучшее решение».

Мало того, скажу крамолу: решения от Cisco нужны не всем! Зачем переплачивать за простейшие решения, которые у cisco будут стоить ощутимо дороже? Зачем платить за лишние функции, если вы ими никогда не воспользуетесь? Надо только задуматься: а если потребуются эти «излишества»?

Ну и в конце список типичных заблуждений. Вернее, оно одно: Cisco – это крайне дорого!
Это заблуждение. А проистекает оно из-за того, что заказчику предлагается решение, которое на него не рассчитано! У компании cisco есть куча ресурсов (некоторые из них я в явном виде собрал на AntiCisco), позволяющих подобрать решение. Но заковыка в том, что отечественные «средние» компании подпадают, как правило, в нижний диапазон SMB (Small-Medium Business). А предлагают им, с годовым оборотом 50к$, решения за 25к$…

В-общем, никого силком никуда не тащу. Цель моя проста – помочь делать аргументированный и взвешенный выбор 🙂
Всем процветания и успехов!
Если есть вопросы и предложения по cisco – обращайтесь к нам на AntiCisco: с удовольствием помогу сам или подключу другую «тяжёлую артиллерию» 🙂

С уважением, Сергей Фёдоров, инструктор cisco, CCIE Security #22974

Источник

Сетевые технологии Cisco

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

Связаться с Cisco

Преимущества решений Cisco

Просто. Безопасно. Надежно.

Cisco LAN

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

Cisco SD-WAN

Технологии SASE для безопасного доступа к любым WAN ресурсам.

ЦОД и облако

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

Простые решения актуальных проблем

Безопасный доступ к любым облачным сервисам с помощью технологий SASE (Secure Access Service Edge).

Гибридная рабочая среда

Сетевая автоматизация для эффективной работы гибридных высоконагруженных сетей.

Гибридное рабочее место

Где бы вы ни работали: в офисе или дома – технологии Cisco обеспечат вам надежную защиту и высокую эффективность.

Модель нулевого доверия

В множестве приложений и подключаемых устройств ваша сеть остается под надежной защитой.

Платформы управления для решения любых сетевых задач.

Простая автоматизация рутинных операций и помощь в принятии решений. Интеграция IT, информационной безопасности и облачных технологий.

Cisco DNA Center

Платформа управления и аналитики для проводного и беспроводного доступа.

Cisco vManage

Централизованное управление SD-WAN для эффективного использования каналов связи, управления трафиком приложений и подключением к облачным сервисам.

Cisco Meraki

Простая и интуитивно понятная облачная платформа централизованного управление LAN, SD-WAN и IOT сетями.

Cisco Nexus Dashboard

Платформа управления для повышения эффективности работы сети в частных и публичных облаках.

Панель мониторинга операций Интернета вещей Cisco

Расширение цифровых возможностей в промышленном секторе: облачное развертывание, мониторинг и аналитика.

Продукты для лучшей аналитики и автоматизации

Коммутация

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

Беспроводной доступ

Обеспечьте надежный, быстрый и безопасный беспроводной доступ c помощью новейшей технологии Wi-Fi 6.

Маршрутизация

Оптимизируйте WAN инфраструктуру, благодаря простому и удобному централизованному управлению и мониторингу.

Индустриальные решения

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

Как приобрести​

Гибкая система лицензирования программного обеспечения с постоянным доступом ко всем инновационным обновлениям поможет оптимизировать ваши расходы. Выберите отдельно DNA лицензии для всех устройств в сети или скомбинируйте их в единое мульти-архитектурное соглашение c едиными условиями использования и датой окончания.

Лицензии Cisco DNA

Применяются в решениях Cisco SD-WAN и Cisco DNA Center, а также коммутаторах, маршрутизаторах и точках доступа Cisco Catalyst.

ПО Cisco Meraki

Гибкое лицензирование по количеству устройств или по единой дате окончания лицензионного периода для всех сетевых продуктов Meraki.

Лицензирование продуктов для ЦОД

Лицензии для коммутаторов Nexus и гибридных облачных решений.

Соглашение Cisco Enterprise Agreement

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

Источник

Что такое сети Cisco? Основные понятия и термины

Нет никаких обязательных требований к тому, чтобы использовать исключительно этот бренд. Вы можете использовать коммутаторы Cisco с маршрутизаторами Juniper, и они будут прекрасно работать вместе. Можно использовать маршрутизатор Cisco с коммутатором Juniper, и они тоже прекрасно уживутся. Но есть парочка возражений против подобных тандемов.

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

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

На рис. 1 показано, как мой компьютер пересылает «конверт», содержащий некоторые данные, на сервер базы данных. В этой статье вы узнаете, как коммутаторы и маршрутизаторы определяют наилучший путь для передачи данных.

Рис. 1. Коммутаторы и маршрутизаторы

Правда о коммутаторах и маршрутизаторах

Новички часто задают два вопроса:

Эти, казалось бы, простые вопросы не имеют простых ответов. Я неоднократно наблюдал попытки дать ответ на эти вопросы в нескольких предложениях, но все эти попытки вносили лишь больше сумятицы и еще больше запутывали.

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

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

MAC-адрес

Что интересно: производители сетевых устройств присваивают им MAC- адреса еще на стадии изготовления. Целесообразность этого состоит в том, что можно просто включить устройства в сеть и коммутировать их между собой, не имея никакого руководства по конфигурации. Звучит достойно, но есть одна проблема: производитель присваивает MAC-адрес в отсутствие связи с тем, куда именно будет помещено устройство в конечном итоге. То есть это не со­всем адрес, поскольку он совершенно не помогает в определении местораспо­ложения устройства.

В появившемся списке MAC-адрес сетевой карты вашего компьютера будет ука­зан в строке Физический адрес (Physical Address). Если установлено несколько

сетевых карт, вы увидите несколько MAC-адресов.

MAC-адрес сродни полному имени человека. Его присваивают при рожде­нии для простой идентификации, чтобы выделить человека из толпы или по­слать сообщение на его имя. Если мы с вами находимся в толпе людей и вы хотите послать мне сообщение, но понятия не имеете, где я, вы можете, набрав побольше воздуха, крикнуть: «Бен Пайпер, где ты?» И если я в той толпе, то получу ваше сообщение.

Рис. 2. Два принтера соединены с компьютером через коммутатор

Ethernet-кадр: большой конверт

Рис. 3 Ethernet-кадр содержит MAC-адреса отправителя и получателя

Мой компьютер собирает данные, которые хочет обработать на принтере, помещает их в «большой конверт» и отправляет на коммутатор. Коммутатор получает кадр и обращается к MAC-адресу удаленного принтера. Изначально коммутатор не знает, подключен к нему принтер или нет, поэтому он рассы­лает кадр всем остальным подключенным сетевым устройствам для определе­ния, есть ли среди них принтер. Это называется лавинной передачей.

На шаге 1, на рис. 4, мой компьютер отправляет Ethernet-кадр, адресован­ный принтеру Monoprint, со своим MAC-адресом (0020.35O0.ce26). На шаге 2 коммутатор рассылает этот кадр всем подключенным устройствам.

Рис. 4 Лавинная передача Ethernet-кадра

Когда все говорят, никто не слушает

В сети с несколькими устройствами лавинная передача не представляет проблем. А если в локальной сети сотни или тысячи устройств, то это пробле­матично. И это порождает другую проблему. Сеть, которая не может связать тысячи устройств, практически бесполезна.

Широковещательные домены

В шаге 1 мой компьютер пересылает кадр на MAC-адрес сервера базы дан­ных (00db.dbdb.5010). В шаге 2 Коммутатор 1 рассылает кадр всем устройствам. И наконец, в шаге 3 Коммутатор 2 передает кадр на сервер базы данных.

Избавление от лавинной передачи: таблица MAC-адресов

В документации Cisco таблица MAC-адресов иногда называется ассоциативной памятью (content addressable memory, CAM), но это одно и то же.

Таблица 1. Таблица MAC-адресов Коммутатора 1

Устройство

MAC-адрес

Порт коммутатора

Теперь предположим, сервер базы данных отправляет кадр с MAC-адресом моего компьютера. Кадр попадает на Коммутатор 2, который отправляет его прямиком на Коммутатор 1. Но вместо слепого забрасывания кадром всех устройств Коммутатор 1 проверяет таблицу MAC-адресов.

Он видит, что MAC-адрес 0800.2700.ec26 соответствует устройству, подклю­ченному к порту FastEthernet0/1, и отправляет кадр только на этот порт, как показано на рис. 6. Это работает по принципу старого телефонного коммута­тора, откуда и происходит термин коммутатор.

Рис. 6. Как таблица MAC-адресов позволяет избавиться от лавинной передачи

На шаге 1 сервер базы данных отправляет кадр на MAC-адрес моего компью­тера (0800.2700.ec26). На шаге 2 Коммутатор 2 (лавинно) отправляет кадр на Коммутатор 1. На шаге 3 Коммутатор 1 сверяется с таблицей MAC-адресов и находит порт запрашиваемого адреса. На шаге 4 Коммутатор 1 отправля­ет кадр только на порт моего компьютера, а не лавинно передает кадр на все остальные устройства.

Разделение широковещательного домена

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

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

Рис. 7. Два широковещательных домена

Соединение широковещательных доменов

Для соединения двух широковещательных доменов без повторения этой ужас­ной проблемы лавинной передачи необходимо сделать две вещи.

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

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

Адресация устройств из разных широковещательных доменов

Схема адресации должна удовлетворять следующим требованиям:

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

Адреса протокола интернета

Вы, вероятно, видели адреса типа 192.168.x.x, всплывающие в различных мес­тах. Это связано с тем, что адреса 192.168. x. x зарезервированы для использова­ния в частных сетях, используемых у вас дома или на работе. Они глобально не уникальны, так как не доступны в общем пространстве Интернета. Но вы можете их использовать для адресации устройств в своей собственной внутренней сети.

В отличие от MAC-адресов, вы можете присваивать IP-адрес любому устрой­ству, какому захотите. Вы можете создать собственную схему адресации, ос­нованную на месторасположении прибора, а не просто на том, что они есть. Давайте рассмотрим пример.

Где ты?

Рис. 8. Каждое устройство имеет IP-адрес, который соответствует его домену

Обратите внимание: если вы хотите добавить третий широковещательный домен, то можете назначить адреса 192.168.3. x устройствам в этом домене. Удобство ис­пользования IP-адресов заключается в том, что нет никакого практического огра­ничения на количество отдельных широковещательных доменов, которыми вы можете управлять.

Но у нас все еще нет связи между широковещательными доменами, устрой­ства могут связываться между собой только внутри домена. Но возникает во­прос: теперь каждый прибор имеет два адреса, MAC- и IP-, какой из них ис­пользовать для коммуникаций внутри домена?

Дилемма: IP- или MAC-адрес

Кроме всего прочего, MAC-адреса не очень удобны. Они тяжелы для запоми­нания, бессмысленны, их трудно (или невозможно) изменить. IP-адрес, напро­тив, легко запоминается, легко изменяется и может содержать множество по­лезной информации относительно месторасположения и функциональности. Победитель очевиден.

Итак, почему мы не можем просто использовать IP-адреса и забыть все вместе взятые MAC-адреса? Ответ прост, но немного тревожен.

Сетевые устройства внутри широковещательного домена все еще должны взаимодействовать с помощью MAC-адресов. Это требование стандарта Ether­net, которое существует уже десятилетия. Присвоение IP-адресов этого не меняет. Разумеется, кто-то может создать новый стандарт, который сделает MAC-адреса совершенно не нужными, но это потребует замены всех устройств в вашей сети.

Короче говоря, MAC-адреса по-прежнему используются. Это плохая новость. А хорошая новость состоит в том, что вам не нужно о них беспокоиться, ну или как минимум не очень часто.

ARP: протокол определения адреса

Напомню, что совместное использование MAC- и IP-адресов неэффективно и расточительно. Вот почему почти все приложения используют IP-адреса и совершенно игнорируют MAC-адреса. Протокол определения аДреса (Address Resolution Protocol, ARP) делает это возможным.

Предположим, что мой компьютер отсылает на принтер некоторое задание на печать. Оба устройства в одном домене, следовательно, продолжают взаи­модействовать, используя MAC-адреса. Но вы как сетевой администратор мо­жете даже и не вспоминать о них. И мой компьютер обращается к принтеру Monoprint по IP-адресу: 192.168.1.20.

Рисунок 9 иллюстрирует работу ARP. Мой компьютер посылает ARP— запрос, который преобразуется в MAC-адрес принтера Monoprint. Этот запрос говорит: «Это 192.168.1.10, и мой MAC-адрес 0800.2700.EC26. У кого 192.168.1.20?» Мой компьютер помещает такой ARP-запрос в Ethernet-кадр и отправляет его по специальному широковещательному MAC-адресу, FFFF.FFFF.FFFF, как пока­зано на рис. 9.

Рис. 9. Запросы и ответы в протоколе ARP

Напомню, что все сетевые устройства должны использовать MAC-адреса для коммуникации. Чтобы ARP-запрос моего компьютера получили все устройства в сети, он должен послать его по некоторому MAC-адресу. Он не может послать его на пустой адрес. Поэтому он посылает ARP-запрос на широковещательный MAC-адрес. Каждое устройство слышит широковещательный адрес в дополне­ние к своему собственному MAC-адресу. Это гарантирует, что каждый прибор в сети обратит внимание на любой ARP-запрос.

На шаге 1 мой компьютер отсылает ARP-запрос на широковещательный MAC-адрес (FFFF.FFFF.FFFF). На шаге 2 Monoprint возвращает ARP, заменяя со­держащийся в нем IP-адрес на 192.168.1.20. Наконец, на шаге 3 мой компьютер отсылает задание на печать на MAC-адрес принтера Monoprint.

Связь широковещательных доменов с помощью маршрутизатора

Теперь, когда вы можете использовать IP-адреса, пора изучить, как устройства могут использовать их для коммуникации между широковещательными до­менами.

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

На рис. 10 маршрутизатор физически подключен к обоим доменам. Он имеет как минимум два порта или интерфейса, по одному на каждый связы­ваемый домен. Каждый сетевой интерфейс маршрутизатора имеет уникаль­ный MAC-адрес. Просто запомните, что каждый интерфейс маршрутизатора имеет уникальный MAC-адрес для совместимости с Ethernet-стандартами всех остальных устройств в сети. Подобно тому, как электронная книга продолжает использовать «страницы», маршрутизатор использует MAC-адреса для совмес­тимости. Маршрутизатор имеет не только два MAC-адреса, но и два IP-адреса. Интерфейс маршрутизатора, подключенный к Коммутатору 1, имеет IP-адрес 192.168.1.254. Интерфейс маршрутизатора, подключенный к Коммутатору 2, имеет IP-адрес 192.168.2.254. Это уникальные IP-адреса, и третий октет в них указывает на домен.

Где ты? И где я?

Мой компьютер имеет IP-адрес 192.168.1.10 и принадлежит домену 1. IP-адрес сервера базы данных 192.168.2.70, и размещен он в домене 2. Значение этих адресов очевидно каждому. Устройство с адресом 192.168.1.x принадлежит до­мену 1, а адрес 192.168.2.x принадлежит домену 2.

Определение подсети

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

Рис. 10. Маршрутизатор подключен к двум широковещательным доменам.

Для каждого домена маршрутизатору назначены уникальные IP- и MAC-адреса. Обратите внимание, что Ethernet-кадр не покидает пределов домена.

Для примера рассмотрим подсеть 192.168.1. x. В этом наборе адресов нет ни­чего, что бы говорило: «Все адреса от 192.168.1.1 до 192.168.1.255 принадлежат одному домену!» Если вы об этом уже подумали, то, вероятно, эта идея пришла к вам на основании прочитанного в этой главе, а не от того, что вы рассмотрели сам адрес. Но мой компьютер не может читать и понимать как человек, поэтому ему нужны явные указания на принадлежность адреса определенному домену.

Рис. 11. Команда ipconfig выводит на экран информацию о настройках протокола IP на моем компьютере

Таблица 2. Определение Домена по IP-адресу и маске поДсети

IP-адрес моего компьютера

Источник