Шивлу, Неявный нуль следует рассматривать как «Pop Label», а не как «No Label», поскольку в последнем случае все метки будут удалены до отправки пакета через выходной интерфейс, что определенно станет проблемой, если вы используете метку службы. С уважением С уважением,
Гарольд Риттер, CCIE #4168 (EI, SP)

]]>https://sla247.ru/forum/topic/2748/нет-метки-назначенной-ip-адресам-обратной-связи-напрямую-подключенных-маршрутизаторовRSS for NodeThu, 14 May 2026 23:59:22 GMTTue, 03 Mar 2026 15:56:34 GMT60Привет, Шивлу, Из твоего блога я понял, что эта проблема возникает в случае, если между двумя маршрутизаторами, использующими напрямую подключенные IP-адреса, создается сеанс MP-BGP. Однако в моем случае я еще не настроил MP-BGP ни на одном из трех устройств. Сначала я хочу настроить LDP между пирами, чтобы можно было обмениваться метками. Я понимаю, что из-за PHP для интерфейсов loopback будет объявлено неявный null, но в этом случае вывод на R1 должен быть «POP Label», а не «No Labels». Сообщите мне, если я что-то упустил. С уважением Сурабх

]]>https://sla247.ru/forum/post/20126https://sla247.ru/forum/post/20126Tue, 03 Mar 2026 15:56:33 GMTПривет, Сурабх Я видел, что у тебя нет меток на R1, потому что R3 и R2 будут рекламировать свой непосредственно подключенный интерфейс к R1 как неявный нуль. Вы также можете проверить это с помощью обратных связей. http://shivlu.blogspot.com/2008/11/what-will-happen-if-loopbacks-are-not.html С уважением Шивлу Джайн

]]>https://sla247.ru/forum/post/20125https://sla247.ru/forum/post/20125Tue, 03 Mar 2026 15:56:32 GMTКак объяснил Гарольд, проблема заключается в том, что вы используете маску подсети /24 на интерфейсах обратной связи, а ospf по умолчанию объявляет /32 для интерфейса обратной связи, независимо от того, какая маска подсети настроена.
Другие маршрутизаторы не получали обновление маршрутизации с маской префикса /24, а с маской префикса /32. Поскольку в их таблицах маршрутизации нет префикса /24, они игнорируют объявленную операцию «implicit null» для префикса /24 и не программируют ее в LFIB. Другими словами, таблицы маршрутизации не идентичны на всех маршрутизаторах. Эта проблема характерна для ospf. Чтобы объявить реальную маску, а не /32, необходимо настроить «ip ospf network point-to-point» в интерфейсе loopback.

]]>https://sla247.ru/forum/post/20124https://sla247.ru/forum/post/20124Tue, 03 Mar 2026 15:56:31 GMTРад, что этот старый пост помог решить проблему
@TangoAlfa,
и спасибо за отзыв. С уважением,
Гарольд Риттер, CCIE #4168 (EI, SP)

]]>https://sla247.ru/forum/post/20123https://sla247.ru/forum/post/20123Tue, 03 Mar 2026 15:56:30 GMT@Harold Ritter
, ваш старый пост решил мою проблему. В моем случае loopback был /24, и каждый раз он поступал без метки на другом маршрутизаторе, а теперь, когда я настраиваю /32, он сразу отображается на другом маршрутизаторе как метка PoP. Хотя и в случае /24, и в случае /32 маршрутизатор локально в LIB генерирует локальную метку как «implicit null». Теперь кто-нибудь может мне объяснить, почему /24 не отображает PoP Label для другого маршрутизатора, если в обоих случаях локально в LIB генерируется «implicit null»? (Примечание: моя подложка — ospf, а что, если подложка — eigrp в этой ситуации)

]]>https://sla247.ru/forum/post/20122https://sla247.ru/forum/post/20122Tue, 03 Mar 2026 15:56:29 GMTСпасибо, Гарольд, за помощь. Проблема решена.

]]>https://sla247.ru/forum/post/20121https://sla247.ru/forum/post/20121Tue, 03 Mar 2026 15:56:28 GMTПривет, Сурабх Как правило, петли обратной связи в OSPF объявляются как тупиковые хосты, поэтому они появляются как /32, как сказал hritter. Если вы хотите объявить ту же подсеть, в этом случае вам нужно использовать ip ospf network point-to-point. Это поможет вам объявить OSPF как указанную подсеть. С уважением Шивлу Джайн

]]>https://sla247.ru/forum/post/20120https://sla247.ru/forum/post/20120Tue, 03 Mar 2026 15:56:27 GMT