CCNA Enterprise v7.0 - Дополнительные главы для тех, кто проходил предыдущую версию

    Передаю привет всем тем, кто не успел сдать предыдущую версию экзамена CCNA R&S, а это серия 200-125, а также экзамены ICND1 (100-105) и ICND2 (200-105). Говорят, что в последнюю неделю перед 24 февраля 2020 в тестовых центрах не было свободных мест, все в панике старались сдать, прямо там были драмы и разочарования, боль и паника, осознание того, что теперь придется заново переучиваться на новую версию.

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

    Особенно обидно тем, кто начал обучение в академии со сроком завершения за пределами последней даты сдачи старой версии экзамена.

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

Как заставить работать SFP-модули сторонних производителей в устройствах Cisco

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

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

Настройка SPAN на коммутаторах Натекс NetXpert

    Так уж получилось, что на этой неделе тема SPAN была популярна. Поэтому делюсь еще одним экзотическим руководством - настройка копии трафика (SPAN) на коммутаторах Натекс серии NX-3424GWv1. К сожалению, у меня сейчас нет под рукой данного коммутатора, поэтому я не могу показать, как выполнить данную настройку с использованием графического интерфейса (а он там есть и он неплох!), поэтому опишу работу через командную строку, потому что её я помню.

Снимаем копию трафика с программного маршрутизатора VyOS

   Описанное ниже подходит для любых систем, основанных на vyatta (или VyOS). В частности, если вам надоела оболочка для Ubiquiti EdgeOS и хочется понастраивать из командной строки - тоже подойдет.

    Для начала немного теории. Port mirroring (оно же SPAN в устройствах Cisco, например) - это возможность передачи полной копии трафика, проходящего через один интерфейс, на другой интерфейс для последующей обработки. Типовые сценарии использования зеркалирования портов:

• Хочется запустить дебаг и проанализировать трафик между двумя телефонами, например. Телефоны питаются по PoE, встроиться между ноутбуком возможности нет. В итоге подключаем ноутбук к свободному порту коммутатора, и настраиваем зеркалирование трафика с портов, к которым подключены телефоны;
• Анализ трафика различными устройствами безопасности, например IDS. Делается с помощью зеркалирования, когда не хочется, чтобы в цепи было дополнительное устройство, которое может что-то заблокировать, но анализировать трафик надо. Вновь собираем копию и отправляем на интерфейс, к которому подключено устройство безопасности.

Точки доступа не регистрируются на Cisco WLC из-за проблем с сертификатом

    Наверное, самая распространенная проблема, которая может возникнуть при установке точек доступа и Cisco WLC, и при этом решающаяся наиболее легко. Суть проблемы заключается в следующем: вы распаковали точки доступа и контроллер (не важно, какой модели - 5508, 2504 или 3504), предварительно настроили все, выключили, убрали в коробки, увезли все на место окончательной установки, подключили, а точки не регистрируются. Если подключиться к точкам доступа консольным кабелем, можно увидеть следующие сообщения об ошибках:
*Feb 2 19:43:25.011: DTLS_CLIENT_EVENT: dtls_process_Certificate:
Processing...Peer certificate verification failed 001A
*Feb 2 19:43:25.031: DTLS_CLIENT_ERROR: ../capwap/base_capwap/capwap/base_capwap
_wtp_dtls.c:509 Certificate verified failed!
*Feb 2 19:43:25.031: DTLS_CLIENT_EVENT: dtls_send_Alert: Sending FATAL :
Bad certificate Alert
*Feb 2 19:43:25.031: DTLS_CLIENT_EVENT: dtls_client_process_record:
Error processing Certificate.
*Feb 2 19:43:25.031: DTLS_CLIENT_EVENT: dtls_disconnect: Disconnecting
DTLS connection 0x8AE7FD0
*Feb 2 19:43:25.031: DTLS_CLIENT_EVENT: dtls_free_connection: Free Called...
for Connection 0x8AE7FD0
*Feb 2 19:43:25.031: DTLS_CLIENT_EVENT: dtls_send_Alert: Sending FATAL :
Close notify Alert

На каком уровне модели OSI работает точка беспроводного доступа?

   Такой вопрос задал нам преподаватель курса ECSE DESIGN. И, как оказалось, вопрос поставил в тупик многих слушателей, хотя это довольно странно, ведь ответ, на мой взгляд, довольно очевидный. Тем не менее, меня удивили ответы коллег. Но еще больше удивил ответ преподавателя, который заявил нечто странное: дескать, вообще точка доступа работает на 2 уровне модели OSI, но все равно она - как повторитель (он же хаб, hub), потому что со стороны беспроводного интерфейса она работает как повторитель. Утверждение довольно спорное, давайте разбираться вместе.

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

   OEM - Original Equipment Manufacturer - Оригинальный Производитель Оборудования, который может использовать произведенное оборудование и запчасти самостоятельно или использоваться в качестве составных частей другими производителями под их собственной торговой маркой. Данная заметка носит справочный характер. Буду скидывать найденное оригинальное оборудование, используемое российскими и зарубежными производителями под своими марками. В основном, конечно же, российского, т.к. на волне импортозамещения у нас вдруг появилось множество "своего родного, сделанного с любовью", которое по факту далеко не свое. Но и страны-соседи, а также страны СНГ, весьма не брезгуют различной китайщиной, занимаясь переклейкой бирок и переводом интерфейса на местные языки.
   Первая часть посвящена только одной платформе - Lanner. Здесь же будет более разнообразное оборудование.

   Как к этому относиться? Да никак. Просто принять факт, что, например, российских аппаратных платформ пренебрежимо мало, поэтому можно считать, что их нет. А все "наше" - просто реклама. С другой стороны, когда в качестве аппаратных платформ использовались SuperMicro, Dell, HP, IBM, никого это особо не волновало. Но производители при этом не наглели настолько, чтобы называть это все "собственными разработками".
   Но хватит лирики, поехали смотреть на факты. Статья будет пополняться по мере нахождения новых экземпляров.