История вопроса - мы провайдер с 1 аплинком, вышестоящий аплинк выдал /28 для внутренних служб. И для обеспечения устойчивой работы своего канала рекомендовал получить AS и настроить BGP. С этим пришла мысль раз уж покупать AS купить блок PI адрессов. Бордером работает MikroTik. Приходится срочно осваивать его настройку. Требуется совет все ли я сделаю правильно.

/routing bgp instance set default as="моя AS" redistribute-static=no
/routing bgp peer add remote-address="ип шлюза провайдера" remote-as="AS провайдера"

это я настрою само подключение по BGP со своим пиром, а то нежно для того чтоб анонсировать свой блок PI адрессов ?

• MikroTik и BGP,Александр Лейн, 09:09 , 25-Фев-10
  • MikroTik и BGP,GunnerAVS, 10:46 , 25-Фев-10
    • MikroTik и BGP,Александр Лейн, 10:56 , 25-Фев-10
      • MikroTik и BGP,GunnerAVS, 11:43 , 25-Фев-10
        • MikroTik и BGP,vpnet, 23:03 , 25-Фев-10
          • MikroTik и BGP,GunnerAVS, 05:23 , 26-Фев-10

микротиг не знаю, но вы для начала объясните, что вам нужно?

Порядок действий: Получили АС и блок адресов, анонсировали свои адреса вышестоящему (читай АС). Радуемся.

> /routing bgp peer add remote-address="ип шлюза провайдера" remote-as="AS провайдера"

не ип-шлюз провайдера, а BGP роутер провайдера

>микротиг не знаю, но вы для начала объясните, что вам нужно?
>
>Порядок действий: Получили АС и блок адресов, анонсировали свои адреса вышестоящему (читай
>АС). Радуемся.
>
>> /routing bgp peer add remote-address="ип шлюза провайдера" remote-as="AS провайдера"
>
>не ип-шлюз провайдера, а BGP роутер провайдера

Да чуть ошибся. Нужно чтоб купленый нами блок был доступен снаружи.

>
>Да чуть ошибся. Нужно чтоб купленый нами блок был доступен снаружи.

именно по этому и надо анонсировать свою таблицу вверх, чтобы с помощью бгп до вас могли достучаться из вне. Для этого нужно просто анонсировать свой блок адресов, заюзать под это дело транк и будет работать.

>
>>
>>Да чуть ошибся. Нужно чтоб купленый нами блок был доступен снаружи.
>
>именно по этому и надо анонсировать свою таблицу вверх, чтобы с помощью
>бгп до вас могли достучаться из вне. Для этого нужно просто
>анонсировать свой блок адресов, заюзать под это дело транк и будет
>работать.

Ясно. Тогда вопрос к специалистам по МикроТику что еще кроме настройки сессии БГП нужно сделать ?

>
>Ясно. Тогда вопрос к специалистам по МикроТику что еще кроме настройки сессии
>БГП нужно сделать ?

стандартных настроек сессии и обмена для бгп вам вполне хватит. дело в том, что вы говорите о "стандарте" понимаете меня, так ведь ;). как поднимать бгп на микротном рутере - навалом доков, вам скорее нужно понимание принципов маршрутизации. для глубокого понимания оно рекомендую к прочтению курс по CCNA, хоть речь тамедется о циско - матрица одна и та-же.

теперь еще раз:

1. делаете транк с верхним провом,  транк вам вполне хватит 2-х рабочих адресов.

2. внутри транка поднимаете бгп. в качестве ремот-ас указываете вашего аплинк-прова и его ас.

3. принимаете от прова по транку "фулл-таблицу" ( грубо говоря - дефолт роут, тк он у вас один и тут особо не развернешся)

4. через несколько минут, тк бгп довольно медленный, смотрите подобие "show ip bgp". если видите тьмы ас-ок и адресов - значит бгп транк поднялся и заработал.

5. менять внутреннюю маршрутизацию в ваших сетях скорее всего не прийдется - всеовно все полетит на дефоллтный шлюз. однако, если вы захотите использовать свои белые адреса - может потребоваться небольшая рихтовка ваших вланов, натов и маршрутов.

вроде ни чего не упустил. А какими коммандами это сделать - хелп в помощь. =))

Успехов!

>[оверквотинг удален]
>и маршрутов.
>
>
>
>
>
>вроде ни чего не упустил. А какими коммандами это сделать - хелп
>в помощь. =))
>
>Успехов!

Спасибо уже что-то конкретное, а с реальниками выданными аплинком мы уже справлемся тотже pptp на микротике