Структура IS-IS NET

[Mitrixsen]

Здравствуйте, все. Я прочитал презентацию Cisco Live, в которой идентификатор (NET) для маршрутизатора IS-IS объясняется следующим образом: ![Mitrixsen_0-1767704531730.png] По-видимому, все поле
Area Address
состоит из AFI (определяет, как интерпретировать остальную часть адреса), IDI и HO-DSP (здесь мы вводим номер области). ![Mitrixsen_2-1767704704240.png] Что меня смущает в этом случае, так это то, что именно является номером области? Если я настрою NET как 47.0004.31ac.0012.2222.2222.00. Является ли номер области в этом случае
0012
или
47.0004.31ac.0012
? Маршрутизатор включает его в Wireshark следующим образом: ![Mitrixsen_1-1767704669399.png] Однако это полный адрес области, который также содержит конкретный номер области. Есть ли разница между адресом области и областью? Я попробовал изменить AFI или домен, сохранив номер области, и мои маршрутизаторы сформировали только L2-смежность, поэтому я не думаю, что они считали область одинаковой. Спасибо Дэвид

[M02@rt37]

Здравствуйте, Дэвид, Информация здесь:
https://datatracker.ietf.org/doc/html/rfc1195 ;
глава 3.3. В этом RFC поле «Area» определено как подполе внутри формата NSAP/NET, но ISIS не обрабатывает это поле отдельно в области маршрутизации; с операционной точки зрения, весь адрес области (AFI + IDI/RD + поле «Area») определяет область ISIS, а соседство L1 требует точного расчета полного адреса области, поэтому изменение AFI или домена при сохранении поля «Area» в неизменном виде нарушает L1 и оставляет только L2. С уважением
.ı|ı.ı|ı. Если это помогло, пожалуйста, оцените.ı|ı.ı|ı.

[Cristian Matei]

Привет, Адрес IS-IS NET (Network Entity Title) — это адрес CLNS переменной длины (8–20 байт), который однозначно идентифицирует маршрутизатор и имеет формат Area ID (переменное значение 1–3 байта) + System ID (фиксированное значение 6 байт) + NSEL (фиксированное значение 1 байт). Обычно адрес NET читается справа налево, а не слева направо; поэтому справа налево удаляются 7 байт (значения System ID + NSEL) и в результате получается идентификатор области. Поскольку IS-IS изначально использовался для стека OSI, первые 13 байт были дополнительно разделены на форматы AFI + Domain + Area / OSI NSAP, каждый из которых имел разные области применения. В настоящее время, когда речь идет об Integrated IS-IS, который почти полностью используется для IP-сетей, первые 13 переменных байтов представляют идентификатор области, а первоначальное подразделение этой части NET больше не имеет значения / игнорируется. Таким образом, если вы хотите выполнить соседство уровня 1, две системы должны иметь полное совпадение по первым 13 байтам адреса NET, то есть находиться в одной области. Например, одна сторона имеет значение первых 13 байт 49.000a.000a.000a, а другая сторона — 49.000a.000a, соседство уровня 1 не может быть сформировано; то же самое, если одна сторона имеет значение первых 13 байт 74.000a.000a.000a, а другая сторона 49.000a.000a.00aa, соседство уровня 1 не может быть сформировано; однако, если обе стороны имеют одинаковое значение для первых 13 байт, например 49.000b.000b, соседство уровня 1 может быть сформировано. Во всех этих случаях для формирования соседства уровня 1 необходимо, чтобы тип IS (глобальная конфигурация ISIS) был уровнем 1 или уровнем 1-2, а тип цепи (конфигурация уровня интерфейса) был уровнем 1 или уровнем 1-2. По умолчанию на платформах Cisco для типа IS и типа цепи используется уровень 1-2. Спасибо, Кристиан.

[Mitrixsen]

Здравствуйте, Кристиан. Хорошо объяснено. Я также прочитал то, что написал
[M02@rt37,]
и RFC определяет адрес следующим образом: ![Mitrixsen_0-1767706000597.png] Скорее всего, я также настраивал DFI, AA (что бы ни означало «Reserved»), RD и т. д., не осознавая этого, думая, что все это идентификаторы области. Итак, если я правильно понимаю, все это подразделение адреса области (AFI, домен и т. д.) не имеет значения при настройке современного IS-IS? Я видел, как некоторые люди настраивают NET, начиная с 49 (поскольку этот AFI должен представлять частные сети), но это только для соблюдения условностей? Я использовал разные значения AFI и т. д., но ничего не произошло, все работало так же, адрес не читался и не отображался по-другому и т. д. Спасибо, ребята! Дэвид

[M02@rt37]

Использование AFI «49» является чисто условным, унаследованным от ISO/CLNS для обозначения частного адресационного домена, и широко принятым, поскольку позволяет избежать конфликтов и выглядит привычно, а не потому, что IS-IS ведет себя по-другому... Вот почему мы можем изменять AFI, RD или другие подполя и не видеть никаких функциональных различий, кроме изменений уровня смежности: ISIS не проверяет и не декодирует эти поля в развертываниях, использующих только IP — он обрабатывает адрес области как «непрозрачный» идентификатор! С уважением
.ı|ı.ı|ı. Если это помогло, пожалуйста, оцените.ı|ı.ı|ı.

[Cristian Matei]

Привет, Да, все ваши утверждения верны. Однако, чтобы избежать странных ошибок, я рекомендую определить идентификатор области так, чтобы он всегда начинался с 49. Я работал с поставщиками и хорошо знаком с внутренней структурой разработки/тестирования. Представьте, что отдел контроля качества, скорее всего, не тестирует все возможные значения первого байта, однако тестирование обязательно проводится со значением 49 в качестве первого байта, поскольку это по-прежнему наиболее часто используемое значение. Спасибо, Кристиан.