несоответствие CLNS/IS-IS(?) на межкоммутационных соединениях C9K

[Andrii Oliinyk]

Я бы никогда не заметил этого, если бы не проанализировал локальные журналы на 2 коммутаторах C9K в SDA Fabric из-за нестабильной работы некоторых интерфейсов.
Блок сообщений:
25
июля 13:01:06.457: %LINEPROTO-5-UPDOWN: Протокол линии на интерфейсе TenGigabitEthernet1/1/1, состояние изменено на «up» 25
июля 13:01:07.252: %CLNS-3-INTF_MTU_TOO_SMALL:
MTU
интерфейса Te1/1/1
1400 меньше, чем lsp-mtu 1492
25
июля 13:01:07.376: %BFD-6-BFD_SESS_CREATED: BFD-SYSLOG: bfd_session_created, сосед X.Y.Z.W proc:ISIS, idb:TenGigabitEthernet1/1/1 handle:9 act 25
июля 13:01:08.161: %CLNS-5-ADJCHANGE: ISIS: Соседство с EN0001 (TenGigabitEthernet1/1/1) Up, новое соседство
в приведенном ниже выводе каждый порт IS-IS между коммутаторами указывает, что «да, это так»
EN0001 L2 TeX/Y/Z X.Y.Z.W UP 22 24 Адрес
(а) области: 49.0001.0010
SNPA: ..5ef4 Изменение
состояния: 01:08:50
Формат: Фаза V
Удаленный TID: 0
Локальный TID: 0 Имя
интерфейса: TenGigabitEthernet1/1/1
Идентификатор соседнего контура: 36
Удаленная поддержка BFD: TLV (MTID:0, IPV4)
BFD включен: (MTID:0, ipv4)
Синхронизация соседей: Полная
MTU канала: 1400 Меньше, чем lsp-mtu: 1492
Я пришел к выводу, что CLNS LSP будут отброшены, что может стать проблемой на крупных сайтах SDA Fabric. Есть какие-нибудь подсказки по этому поводу?

[jedolphi]

Исправлено в версии 2.3.7.5 и более поздних. Исправление будет продвигать «clns mtu 1492» вместо 1400. Для подложек, предоставленных до версии 2.3.7.5, CLI необходимо будет добавить вручную, например, шаблон и т. д. Спасибо.

[Andrii Oliinyk]

Нашел несколько подсказок здесь:
[)
. а также как привести его в «соответствующее» состояние, но почему SDA не заботится об этом?
@jedolphi,
есть какие-нибудь подсказки?

[Giuseppe Larosa]

Здравствуйте,
@Andrii Oliinyk
, >> Я пришел к выводу, что CLNS LSP будут отброшены, что может стать проблемой на крупных сайтах SDA Fabric. Я помню из некоторых старых тем, возможно, включая
@Harold Ritter
, что IS-IS LSP может быть «фрагментирован» внутри нескольких IS-IS PDU. Если это правда, то все должно быть в порядке, в противном случае вам нужно увеличить MTU на всех каналах до значений типа 9000 байт, что я бы ожидал от плоскости управления SD Access. Надеюсь, это поможет Джузеппе

[Andrii Oliinyk]

Спасибо, Джузеппе, попробую найти подтверждение этому. В противном случае несогласованная автоматизация IS-IS с помощью DNAC станет проблемой :0)
UPD. Нашел это (еще раз спасибо
@Джузеппе Лароса
:0):
[Фрагментация в IS-IS — Cisco Community.]
Интересно, что участники обсуждали влияние MTU интерфейса на LSP PDU (с 9K+ в фабрике это вообще не проблема), в то время как коммутатор с сообщением в исходном посте выглядит более обеспокоенным CLNS MTU на интерфейсе... нужно изучить это подробнее.

[Giuseppe Larosa]

Здравствуйте,
@Андрей Олейник
, Я писал в этой ветке более 15 лет назад! >> IS-IS LSP может быть «фрагментирован», но только владельцем/создателем LSP. Формат LSP PDU включает поле под названием LSP ID. LSP-ID состоит из следующих полей system-id. 1 байт, который указывает, является ли создатель узлом или псевдоузлом (0x00, если это маршрутизатор) байт под названием LSP number и 4-байтовый Sequence number. >>>> Байт, называемый номером LSP, позволяет передавать информацию об одном LSP в нескольких PDU IS-IS, каждый из которых имеет поле с инкрементным номером LSP. Таким образом, для LSP не возникает критической проблемы MTU. И: >> Теперь я понимаю, что вы имеете в виду: как только LSP покинул узел-источник, он не может быть фрагментирован никаким другим узлом: либо он может пройти по топологии сети (LSP-флуд), либо будет потерян, считаясь гигантским.
Надеюсь, это поможет
Джузеппе
[Добавить теги]

[jedolphi]

Привет, ребята, я проверил с ISIS SME, и он подтвердил, что CLI «clns mtu 1400» может создавать проблемы с переполнением LSP полного размера (1492 байта), если нет lsp-mtu или MTU интерфейса L3 для снижения полезной нагрузки L3, и, конечно, в SDA мы никогда не устанавливаем низкий MTU интерфейса L3. На практике я не видел, чтобы эта конфигурация вызывала проблемы, но ее следует исправить на случай возникновения проблем в будущем. Позвольте мне изучить это еще раз и вернуться к вам.

[patoberli]

@jedolphi
Не могли бы вы добавить эту информацию в примечания к версии 2.3.7.x и всем последующим версиям? При поиске в Google этого сообщения об ошибке в настоящее время появляется только эта ветка форума.