Количество префиксов BGP в ROS 7.1 stable

Привет, у меня такая же проблема, в колонке «prefix count» вижу «0».

Проблема все еще сохраняется в версии 7.1.3.

Это «известная проблема»… Похоже, что в «новом BGP» больше нет счётчика полученных префиксов в соединении с пиром, и теперь эту информацию можно получить только через поиск в таблице маршрутизации. Для этого можно использовать скрипт. Но согласен, это не очень удобно… Я всегда держу окно «BGP Peers» открытым в winbox на своих центральных маршрутизаторах, и «prefix count» — это удобный быстрый индикатор, чтобы понять, всё ли нормально дальше по сети. К сожалению, окно «BGP Sessions» в версии 7 совсем не подходит для этой задачи — не только потому, что там нет счётчика префиксов, но и потому, что не показывается имя пира, и обновляется оно только вручную по F5, чтобы увидеть текущий статус. Надеюсь, с этим что-то сделают, но лично боюсь, что после нескольких обновлений поле «prefix count» вообще исчезнет.

Да, конечно, это потому, что они запустили собственный BGP-сервис... и он ещё не готов. Но, думаю, теперь они чётко разделили функции BGP-сервиса и фильтрации маршрутов/FIB. В новом RouterOS отфильтрованные маршруты всё ещё отображаются в таблице маршрутизации, но со статусом «filtered» и никогда не становятся активными. Так что BGP-сервис на самом деле не знает, сколько префиксов он принял — это обрабатывается дальше по цепочке. Поэтому показать счётчик непросто, нужно обращаться к маршрутизатору, чтобы узнать, сколько из полученных префиксов он действительно принял, а это, конечно, «дорогая» операция.

Ты не один, дружище.

нужна обновление, ros 7.6

Это не так. Смотри ответы №6 и №8.

Да, это было бы по крайней мере началом... В нашей сети фильтры обычно не удаляют маршруты, они лишь служат защитой. Поэтому количество будет в порядке. К тому же «можно использовать скрипт для получения количества» — это вовсе не просто из-за другой ошибки: /routing/route/print count-only корректно выводит общее число маршрутов, /routing/route/print where belongs-to=“bgp-IP-xx.xx.xx.xx” и !filtered показывает маршруты от конкретных соседей, но комбинация /routing/route/print count-only where belongs-to=“bgp-IP-xx.xx.xx.xx” и !filtered всегда выводит 0. Это признали в поддержке и отметили как баг, который обещают исправить в будущем, но, честно говоря, таких мелких и крупных проблем в BGP полно, и их обещают исправить уже больше года... так что я не жду чудес.

Вышеописанные сообщения отражают ситуацию, какой она была тогда. Сейчас баг с count-only уже исправлен, так что далеко не все из них актуальны. Тем не менее, остаются несколько багов и проблем. Например, я написал этот скрипт, чтобы вывести количество полученных маршрутов для каждого соседа:

/system script
add dont-require-permissions=no name=bgp-prefixes owner=admin policy=read \
   source="/routing/bgp/session {\r\
   \n   :global prefixes ({});\r\
   \n   :local maxlen 0;\r\
   \n   :foreach ses in=[find] do={\r\
   \n      :set \$remote [get \$ses \"remote.address\"]\r\
   \n      :set \$name [get \$ses name]\r\
   \n      :if ([:len \$name] > \$maxlen) do={\r\
   \n         :set \$maxlen [:len \$name]\r\
   \n      }\r\
   \n      :set (\$prefixes->\$name) [/routing/route/print count-only where belongs-to=\"bgp-IP-\$remote\"]\r\
   \n   }\r\
   \n   :set \$name \"Session                         \"\r\
   \n   :set \$name [:pick \$name 0 \$maxlen]\r\
   \n   :put \"\"\r\
   \n   :put \"\$name : Prefixes\"\r\
   \n   :put \"---------------------------\"\r\
   \n   :foreach name,prefix in=\$prefixes do={\r\
   \n      :set \$name (\$name.\"                              \")\r\
   \n      :set \$name [:pick \$name 0 \$maxlen]\r\
   \n      :put \"\$name : \$prefix\"\r\
   \n   }\r\
   \n}\r\
   \n"

Однако он работает не очень хорошо, потому что конструкция [/routing/route/print count-only where belongs-to="bgp-IP-$remote"], которая теперь корректно получает количество маршрутов, при этом выводит результат в терминал, вместо того чтобы просто установить переменную. Это общий баг в скриптинге, не связанный конкретно с этой ситуацией. Конечно, когда [...] используется для получения значения и присвоения его переменной, вывод на экран быть не должен. Техподдержка говорит, что будут перерабатывать скрипты и решать эту проблему, и, судя по всему, часть этой работы уже ведется в версии 7.9beta.