Некоторые вопросы - BGP и маршрутизация.

Привет! Попробую ответить на некоторые твои вопросы ниже: Что ты имеешь в виду под "плохой" производительностью? Мы используем BGP с нашими провайдерами без проблем (хотя принимаем только маршрут по умолчанию, а не полную таблицу). Это долгое время было для нас проблемой, пока мы не отладили это с нашим провайдером и не выяснили, что таймеры не уменьшаются. Зайди в CLI: /routing bgp peer print detail. Скорее всего, там нет ссылок на hold-timer или keepalive-timer (или они установлены в 0 или что-то подобное). Установи hold-timer в 60, а keepalive timer в 20, чтобы эмулировать таймеры на устройстве Cisco. set 0 hold-timer=60 keepalive-timer=20 Раньше ты мог получить доступ к Quagga по telnet с localhost на 2.8.xx, но в 2.9.xx этот доступ к BGP убрали. Ты можешь посмотреть свои сети в /routing bgp network print detail и также проверить свои префикс-списки, которые ты мог привязать для входящих или исходящих объявлений. У меня нет никакой информации об этом… Я не знаю, стоит ли это рекомендовать, но я создал интерфейс моста без назначения к нему каких-либо портов, чтобы имитировать нулевой интерфейс. Ты не можешь (по крайней мере на 2.8.xx) удалить динамический маршрут. Если ты хочешь предотвратить добавление маршрута, полученного через BGP, в твою таблицу, используй префикс-списки для его блокировки. Ты можешь использовать какое-нибудь скриптование: :foreach route in [/ip route find static=yes] do [/ip route print from=$route]. Не очень красиво, но это может помочь тебе начать делать то, что ты хочешь найти.

-Rich

Извини, тут я тебе помочь не могу. Мы принимаем только маршрут по умолчанию от наших upstream-пиров (по одному на город) и перераспределяем этот маршрут по умолчанию с более низким приоритетом в другие города. Таким образом, upstream для города — это всегда его upstream-пир и откатывается к нашей волоконно-оптической линии между городами, если upstream-пир выходит из строя. Я не эксперт по BGP, но насколько я понимаю, BGP не поддерживает установленное соединение. Таймер keepalive отправляет пакет keepalive удалённому хосту по истечении времени, если от удалённого хоста не было получено пакетов. Любые пакеты, полученные от удалённого хоста, сбрасывают таймер keepalive. Таймер hold-timer устанавливает, как долго можно не получать пакеты от пира, прежде чем закрыть сеанс из-за сбоя keepalive. Установка hold-timer на 60 и keepalive-time на 20, будет отправлено 2 пакета keepalive, чтобы попытаться установить, что сеанс BGP всё ещё активен. Если после 60 секунд ответ не получен, BGP разрывает сеанс. Я согласен, что интерфейс командной строки для функций BGP и OSPF необходим… и он был предоставлен (хотя и не документирован фактически — как hold-timer и keepalive-timer) в RouterOS 2.8.xx, но, насколько мне известно, был удалён в 2.9.xx. Нулевой интерфейс на Cisco (или другом роутере) — это тот же самый приём или хак… Это интерфейс, который не используется для фактического трафика. Ты создаешь его на Cisco и ссылаешься на него как Null0 (или что-то вроде того), а я создаю его на MikroTik и ссылаюсь на него как null. Да, это не официальный «нулевой интерфейс», но он выполняет ту же самую функцию. В конце концов, это всего лишь мой совет и/или мнение… используй его или игнорируй. Ага… возможно, команда remove ищет другой размер целого числа, чем команды add/print или что-то в этом роде. Это нужно будет решить службе поддержки MikroTik. Но ты можешь получить ссылку на маршрут, используя такой метод, как описано ниже, для поиска всех статических маршрутов и удаления его по ссылке вместо номера маршрута. Да, скриптинг довольно мощный (для CLI) на MikroTik. Позволяет скриптить практически всё, что можно сделать вручную, если ты знаешь шаги, чтобы получить желаемый результат. Удачи! -Rich