Вопросы на собеседовании: Сетевой инженер

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

• Статические маршруты подходят стабильным путям, маршрутам по умолчанию и контролируемым исключениям, но требуют ручного сопровождения.
• Динамические протоколы находят резервные пути и сходятся после сбоев ценой control-plane traffic и дополнительной сложности.
• Многие сети сочетают оба подхода, определяя их взаимодействие через redistribution или правила предпочтения.

RIB содержит маршруты-кандидаты и выбранные маршруты из разных источников, а FIB содержит оптимизированные записи для пересылки пакетов.

• Протоколы маршрутизации и статическая конфигурация добавляют маршруты в control-plane RIB.
• Лучшие маршруты и разрешённые next hops программируются в data-plane FIB.
• Платформа может хранить в RIB несколько путей-кандидатов, хотя в FIB попадут только выбранные.

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

• Более точный /24 используется вместо покрывающего /16 независимо от меньшей административной дистанции источника /16.
• Для одинакового префикса административная дистанция выбирает между статическим маршрутом, OSPF, EIGRP и другими источниками.
• Метрика выбранного протокола ранжирует изученные им пути, а равноценные пути могут быть установлены вместе.

OSPF рассылает link-state advertisements внутри area, чтобы маршрутизаторы построили синхронизированную базу топологии и выполнили SPF.

• LSA описывают routers, links, networks и reachability, а не отправляют полную таблицу маршрутизации как distance-vector updates.
• Каждый маршрутизатор независимо запускает алгоритм Дейкстры от себя как корня.
• Полученное дерево кратчайших путей даёт next hops и costs для установки маршрутов в routing table.

Соседям OSPF нужны совместимые параметры интерфейса и области, прежде чем конечные автоматы достигнут состояния Full там, где ожидается полное соседство.

• Area ID, аутентификация, hello и dead timers и ключевые сетевые параметры должны быть совместимы.
• Router IDs должны быть уникальны, а на общей линии должна существовать IP-связность.
• Stub-area flags и поведение MTU также могут помешать обмену базами, даже если Hellos уже видны.

OSPF выбирает designated router и его резерв, чтобы уменьшить число полных соседств и объём обмена LSA в multiaccess-сегментах.

• Остальные маршрутизаторы формируют полное adjacency с DR и BDR вместо полного соединения каждого с каждым.
• При выборе сначала используется interface priority, а router ID служит tie-breaker.
• Выбор не пересматривается автоматически, поэтому появившийся позже маршрутизатор с большим priority не заменяет текущий DR.

Области OSPF ограничивают подробную рассылку топологии и область расчёта SPF, а area border routers обмениваются маршрутами между областями.

• Маршрутизаторы внутри области разделяют её LSDB, а не все сведения о состоянии каналов всего домена.
• ABR соединяют обычные области с магистральной area 0 и ведут отдельные базы для областей.
• Суммаризация на границах областей уменьшает число маршрутов и изолирует часть изменений топологии.

OSPF складывает costs исходящих интерфейсов вдоль пути и предпочитает маршрут с наименьшей общей стоимостью.

• Cost обычно вычисляется как reference bandwidth, делённая на bandwidth интерфейса.
• Reference bandwidth нужно задавать согласованно, чтобы современные высокоскоростные линии оставались различимы.
• Администратор может явно задать cost интерфейса, если policy должна отличаться от значения по bandwidth.

EIGRP использует DUAL, чтобы выбрать successor как лучший путь без петли и сохранить feasible successors как безопасные резервные пути.

• Successor имеет наименьшую feasible distance до назначения.
• Сосед становится feasible successor, когда его reported distance меньше текущей feasible distance.
• После сбоя feasible successor можно быстро установить без предварительного запроса ко всей сети.

eBGP обменивается маршрутами между автономными системами, а iBGP распространяет BGP-маршруты внутри одной автономной системы.

• eBGP добавляет локальную AS в AS_PATH при объявлении маршрута через границу автономной системы.
• iBGP по умолчанию не объявляет маршрут от одного iBGP peer другому, поэтому нужна full mesh или route reflectors.
• Их стандартные ожидания от session и next-hop handling отличаются, хотя policy может изменить значительную часть поведения.

BGP последовательно оценивает атрибуты и policy, включая weight, local preference, локальное происхождение, AS_PATH, origin, MED и eBGP против iBGP.

• Более высокий local preference предпочитается внутри AS, а более короткий AS_PATH обычно сравнивается позднее.
• Меньший MED может подсказать предпочтительную точку входа соседней AS при сопоставимых условиях.
• Точный порядок и vendor-specific attributes нужно проверять для используемой платформы.

Local preference сообщает маршрутизаторам внутри AS предпочитаемый выход, а MED предлагает соседней AS точку входа.

• Побеждает более высокий local preference, который распространяется iBGP peers внутри AS.
• Предпочитается меньший MED, обычно сравниваемый между путями от одной соседней AS.
• Local preference прямо управляет исходящим выбором, а MED является рекомендацией, которую соседняя сеть может проигнорировать.

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

• Metrics нужно преобразовывать, потому что OSPF, EIGRP и другие протоколы измеряют пути по-разному.
• Route tags и filtering помогают не вернуть маршруты обратно в исходный протокол.
• Точки redistribution должны быть немногочисленными, осознанными, документированными и дополненными явной prefix policy.

MPLS отделяет transport labels от service context, позволяя провайдеру передавать изолированные клиентские маршруты через общий core.

• Provider-edge routers помещают клиентские маршруты в VRF и добавляют VPN labels.
• Core label-switching routers пересылают transport labels без клиентских таблиц маршрутизации.
• MP-BGP распространяет VPN routes и labels между provider edges, а route targets управляют import и export.

STP выбирает коммутатор с наименьшим bridge ID как root, после чего каждый non-root switch выбирает путь с наименьшей стоимостью к этому root.

• Bridge ID объединяет bridge priority, extended system ID и MAC address.
• Root path cost является суммой port costs вдоль пути.
• Равенство разрешается по упорядоченным полям BPDU, например sender bridge ID и sender port ID.

STP назначает портам роли root и designated, а избыточные non-designated или alternate ports оставляет без пересылки.

• У каждого non-root switch есть один root port с лучшим путём к root bridge.
• У каждого сегмента есть один designated port с лучшим путём от сегмента к root.
• Резервные порты, создающие петлю, не пересылают трафик и могут активироваться после изменения топологии.

RSTP использует явный handshake proposal и agreement и упрощённые состояния портов для более быстрого включения безопасных линий.

• Он применяет состояния discarding, learning и forwarding вместо более длинной классической последовательности.
• Alternate ports предоставляют заранее известные резервные пути к root.
• Edge ports могут сразу перейти в forwarding, если известно, что к ним не подключён другой switch.

BPDU Guard защищает edge ports от неожиданных switches, а Root Guard не позволяет порту принять superior root claim.

• BPDU Guard обычно отключает edge port, получивший BPDU.
• Root Guard переводит порт в root-inconsistent, пока приходят superior BPDUs.
• Обе функции закрепляют замысел топологии, но применяются к разным предположениям доверия и ролям портов.

Allowed VLANs определяют tagged VLANs на trunk, а native VLAN задаёт обработку untagged frames.

• Удаление неиспользуемых VLAN ограничивает лишний broadcast и случайное раскрытие.
• Native VLAN mismatch может поместить untagged traffic в разные broadcast domains на концах линии.
• Обе стороны должны использовать явную согласованную policy native VLAN и одинаковые allowed lists.

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

• Speed, duplex, access или trunk mode, native VLAN и allowed VLANs должны совпадать.
• Channel protocol и group configuration должны соответствовать задуманному bundle.
• STP видит port-channel одной логической линией и не блокирует отдельных участников независимо.