Не могу подключиться к BGP, используя routing-test MT 2.9.6.

Дорогой… Кто-нибудь, помогите мне, пожалуйста, поделитесь своим опытом… Спасибо большое… Pure

Проверь статус каждого пира и посмотри, установлено ли соединение. Подскажи, пожалуйста, как именно это делается в пакете routing-test. Я потратил сегодня вечером целые часы, работая над этим, и не могу добиться того, чтобы показывалось, что сессия BGP вообще установлена. Более того, в моей лабораторной среде я вообще не могу запустить многохоп-сессию BGP. Используя routing-test, я не вижу никаких деталей, а в стандартном пакете маршрутизации показывается, что статус "connected" и распространяется 1 маршрут, но этот маршрут не появляется в таблицах маршрутизации. Это невероятно раздражает, но надеюсь, что знание того, как это проверять, поможет. Заранее спасибо.

Я просто жутко злюсь из-за этого. Вчера я собрал тестовую конфигурацию с 4 роутерами, чтобы доказать свою теорию, и это не сработало, и я продолжаю пробовать, но безрезультатно. Я потратил на это больше времени (денег), чем если бы просто купил Cisco, чтобы получить ту же функциональность. Конечно, я признаюсь, я люблю Mikrotik, это отличный продукт, и он действительно работает гораздо лучше, чем любой другой роутер, который мы пробовали в нашей сети, чтобы получить эту функциональность. В любом случае, вернусь к сути. У меня был включен отладочный лог, и он работал хорошо. Я мог видеть каждую попытку подключения BGP без проблем. Тестовая конфигурация была основана на всех Mikrotik RB532, так как они были более доступны для моих тестов. Я изначально настроил это с 5 роутерами, и как только я обнаружил, где был недостаток, я смог заставить это работать с 4 роутерами таким же образом. Самая большая проблема в том, что это не проблема тестирования/разработки/BS – это проблема продакшена. Нам нужно, чтобы BGP работал с этим, потому что мы вышли на предел пропускной способности, предоставляемой нашим основным провайдером, а у них гораздо лучше пропускная способность, чем у нашего вторичного Cogent (брр!) линка. Очевидно, с учетом этого мы хотим, чтобы весь наш трафик шел по самой дорогой сети, просто чтобы он дошел до места назначения. Теперь, когда я сделал еще один еще более запутанный беспорядок, вот моя точная настройка: (RouterName) (ASN) Internet 1000 BGPEDGE 2000 DIST N/A CUST 3000 Я настроил Internet и BGPEDGE так, чтобы они общались друг с другом, и они передают маршруты. Как можно четко видеть здесь, у них нет мультихопа. Однако BGPEDGE и CUST должны быть связаны друг с другом. Именно здесь проблема вступает в игру. Я могу выполнить telnet с каждого роутера к каждому роутеру на порту 179, и я устанавливаю соединение. Я даже могу видеть, как оба роутера пытаются связаться друг с другом, но они этого не делают. Как я понимаю в моей тестовой конфигурации, роутер DIST не нужно настраивать для чего-либо, кроме статических маршрутов. Это точно имитирует то, что нам передается нашим премиум-провайдером пропускной способности – у них есть 2 входящих линка от Tier 1 провайдеров, и они попадают в их BGP edge роутер, а затем используют распределительный роутер, к которому подключается каждый в дата-центре, а затем передают это нам оттуда. Таким образом, у них лучше управление тем, какой трафик проходит через их системы. Итак, проблема заключается в том, что первые роутеры подключаются, а вторые нет. Запускаю стандартный BGP, и он подключается, и он показывает маршруты, но затем говорит, что пункт назначения неизвестен в таблицах маршрутизации. Пакет routing-test вообще ничего не объявляет, насколько я могу судить, и выглядит так, как будто он даже не создает линк. Вы находитесь в США? Есть ли у вас способ связаться со мной через IM, телефон и т.д.? Я бы хотел поговорить с вами по вашему графику и посмотреть, что можно сделать, чтобы исправить это, если это возможно.