Отражение маршрутов BGP IPv6

У нас была похожая проблема: так как мы запускали два RR, мы легко могли показать MT, что всё работает не так, как ожидалось. Они сказали, что нам нужно дождаться ROS v7, потому что только в ней они собираются исправить эту проблему. Так что не пытайтесь использовать MT как RR для IPv6 на ROS v6.xx.

Думаю, это не связано с recursive-nextop. В данном случае маршруты даже не распространяются между iBGP-пирами.

Они, безусловно, так и говорят — и это явно касается функциональности протокола маршрутизации. Видимо, сейчас делают полный пересмотр кода маршрутизации в ROS, и я не совсем понимаю, какие именно ограничения связаны с текущей кодовой базой, поэтому приходится просто верить, что это действительно продиктовано желанием избежать дублирования работы. При этом, конечно, было бы здорово получить какую-то гарантию, что v7 скоро дойдет до стадии беты.

Полностью согласен. В реализации OSPF и BGP в ROS есть несколько мелких, но серьёзных недочётов, которые значительно осложняют простое развертывание грамотно спроектированной сети с использованием ROS в качестве основы.

Там сломано еще несколько не очень заметных вещей. Например, BFD L3VPN + PE-CE BGP NLRI обновления (обновления NLRI НЕ происходят при смене лучшего пути), IPv6 рекурсивный поиск следующего хопа, VRF + BGP пассивные соседи, рекламируемые маршруты для BGP соседей в VRF, BGP часто перестает пытаться установить соединение, SNMP-запросы могут приводить к сбою процесса маршрутизации. Версия v7 уже давно назрела. Полностью с этим согласен. С другой стороны: какой еще производитель бесплатно раздает обновления для своих $x-OS? Я бы с радостью увидел исправления, но понимаю, что MT всё еще аппаратный бизнес, и мы получаем обновления и исправления без всяких ежемесячных или годовых платежей, так что я терпеливо жду появления ROSv7. С другой стороны, за своевременные обновления ключевых систем я бы с удовольствием заплатил небольшую (умеренную) сумму, если бы это ускорило разработку. С наилучшими пожеланиями, hk

Я правда в растерянности по этому вопросу. С одной стороны, мы, как и все, терпеливо ждём v7, которая исправит кучу проблем и добавит новые функции, и мы бы очень хотели платный «быстрый» саппорт. Но с другой стороны, MikroTik стал той компанией, к которой мы все обращаемся за недорогим железом, потому что у них нет таких огромных операционных расходов на продажи и поддержку, как у Cisco, Juniper и прочих. Я хочу, чтобы поддержка становилась лучше, но не хочу, чтобы цена на устройства выросла, чтобы компенсировать возросшие затраты на поддержку. Маловероятно, что приоритетная поддержка сможет полностью окупиться символической платой за поддержку. Либо эта плата будет высокой, либо компания встроит часть этих затрат в стоимость продукта. Это очень скользкий путь.