Что на самом деле означает это в статусе BGP Nexus9K?

[Sergiu.Daniluk]

Я проверил это в лаборатории, и действительно. Если сеанс BGP запущен и работает, то один из пиров остается без общего AF, появляется надпись (No Cap): n9k1
(config-router-neighbor)# sh run bgp router bgp 100 neighbor 192.168.1.2 remote-as 100 address-family ipv4 unicast address-family ipv6 unicast
n9k2
(config-router-neighbor-af)# sh run bgp router bgp 100 neighbor 192.168.1.1 remote-as 100 address-family ipv4 unicast
n9k1
(config-router-neighbor-af)# sh ip bgp summary | last 3 Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
192.168.1.2 4 100 50 55 4 0 0 00:00:10 0
n9k2
(config-router-neighbor-af)# show ip bgp summary | last 3 Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
192.168.1.1 4 100 57 59 4 0 0 00:02:13 0
n9k1
(config-router-neighbor)# no address-family ipv4 unicast
n9k1
(config-router-neighbor)# show ip bgp summary BGP summary information for VRF default, address family IPv4 Unicast
n9k2
(config-router-neighbor-af)# show ip bgp summary | last 3 Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
192.168.1.1 4 100 26 22 0 0 0 00:04:44 0 (No Cap) С уважением, Серджиу

[mrflorida]

После первой настройки вы могли бы выполнить команду >sh ip mbgp sum и увидеть, что для mbgp нет ограничений, поскольку он был настроен как семейство адресов на одной стороне, а не на другой...

[Sergiu.Daniluk]

Здравствуйте, Я полагаю, что «No Cap» означает «нет возможностей». В основном, когда у вас на двух маршрутизаторах BGP настроены разные AF: например, на одном AF ipv4 unicast, а на другом AF ipv6 unicast. С уважением, Серджиу

[mhiyoshi]

Уважаемый msdaniluk, Спасибо за ценную информацию и проверку. Я понимаю, что «NO CAP» означает «No Capability» (нет возможности), и это для меня имеет смысл. Однако позвольте мне проверить одну вещь: сейчас BGP-пир может быть установлен, но один из статусов BGP маршрутизатора показывает «NO CAP», это не имеет никакого влияния, верно? С уважением, Масанобу Хиёси

[Sergiu.Daniluk]

Не совсем. Как вы можете видеть в моем выводе, после удаления ipv4 AF соседство на локальном Nexus отключается. Таким образом, «No CAP» на удаленном Nexus указывает на наличие проблемы на его пире. С уважением, Серджиу

[paul driver]

Привет
[, @Sergiu.Daniluk] Спасибо за подтверждение. Если бы вы не проверили это, я бы точно сказал, что пиринг был бы разрушен. Вы тестировали это на симуляционном
программном обеспечении? Если да, то на каком: virl, gns, eve? Пожалуйста, оцените и отметьте как принятое решение, если вы нашли какую-либо из предоставленной информации полезной.
Это поможет другим участникам форума найти ценный ответ и расширит глобальную сеть сообщества.
С уважением,
Пол

[Sergiu.Daniluk]

Здравствуйте, Я протестировал это в VIRL, но ожидаю такого же поведения на реальном оборудовании. С уважением, Серджиу

[paul driver]

Здравствуйте!
Интересно, я только что протестировал это в gns3, и это разрушило пиринг (Cisco NX-OSv 9000), однако, честно говоря, я бы доверился virl больше, чем gns3. Пожалуйста, оцените и отметьте как принятое решение, если вы нашли какую-либо из предоставленной информации полезной.
Это поможет другим участникам форума найти ценный ответ и расширит глобальную сеть сообщества.
С уважением,
Пол

[Sergiu.Daniluk]

Да, я тоже доверяю VIRL больше, чем GNS3.

[paul driver]

Здравствуйте.
Это не кажется правильным — вы показали, что отключили семейство IPv4-адресов для этого соседа, поэтому я не понимаю, как это пиринговое соединение может оставаться активным?
Вам не должно быть необходимо, но вы очистили сессию BGP?
clear ip bgp * soft
show ip bgp nei 1.1.1.x | in cap Пожалуйста, оцените и отметьте как принятое решение, если вы нашли какую-либо из предоставленной информации полезной.
Это поможет другим участникам форума найти ценный ответ и расширит глобальную сеть сообщества.
С уважением,
Пол

[mhiyoshi]

Привет, Пол, Спасибо за информацию. Я проверил это, как показано ниже, но все еще отображается «No Cap», хотя состояние BGP — Established. Исходя из этой ситуации, я думаю, что «No Cap» означает просто отсутствие возможности, поскольку контрагентский коммутатор BGP Nexus не настроен на «address-family ipv4 unicast». 'Nexus9K-2# clear ip bgp * soft Nexus9K-2# show ip bgp neighbors 1.1.1.1 | in cap Neighbor capabilities: Dynamic capability: advertised (mp, refresh, gr) received (mp, refresh, gr) Dynamic capability (old): advertised received Route refresh capability (new): advertised received Route refresh capability (old): advertised received 4-Byte AS capability: advertised received Graceful Restart capability: advertised received Nexus9K-2# show ip bgp neighbors 1.1.1.1 | in "BGP state" BGP state = Established, up for 00:10:26'

[f00z]

Да, именно это и имеется в виду. Например, если вы настроите сеанс ipv4 bgp и включите семейства адресов ipv4 и ipv6 на одной стороне, но только ipv4 на другой стороне, то в разделе show bgp all summary для секции ipv6 не будет отображаться никаких возможностей. Старые устройства, такие как IOS, иногда даже не запускают сеанс BGP, если есть несоответствие возможностей. Проверьте show ip bgp neighbor, чтобы убедиться в этом, вы увидите что-то вроде: Семейства адресов, объявленные пиру:
IPv4 Unicast
Семейства адресов, полученные от пира:
IPv4 Unicast Расширенная возможность кодирования следующего прыжка: объявлено получено
Возможность кодирования следующего прыжка IPv6 для AF:
IPv4 Unicast

[mhiyoshi]

Привет, f00z Спасибо за информацию. Думаю, реальное устройство тоже показывает это, так что, возможно, это полезно знать. Nexus9K-2## sh ip bgp neighbors | be Address Address family IPv4 Unicast: advertised
received *Когда контрпарт BGP nexus настроен как «no address-family ipv4 unicast»
После этого в выводе не отображается статус «received». Nexus9K-2## sh ip bgp neighbors | be Address Address family IPv4 Unicast: advertised С уважением, Масанобу Хиёси