Настройка BGP маршрутизаци для SmartEdge

BGP маршрутизация

Мультисервисные маршрутизаторы SmartEdge соответствуют самым высоким требованиям к функциональности и производительности протокола BGP. Поддерживают все необходимые свойства протокола BGP.

SmartEdge SE100 и SE600 могут быть установлены, как в качестве пограничных маршрутизаторов IP сетей, так и в качестве P или PE маршрутизаторов MPLS сети.

Основными показателями производительности можно считать количество маршрутов BGP и количество BGP Peers (соседей).

BGP Capacity:

  • SE600 — поддержка до 4 миллиона маршрутов и до 1280 BGP соседей.
  • SE100 — поддержка до 1,5 миллиона маршрутов и до 1000 BGP соседей.

Поддержка следующих основных стандартов и свойств (список не исчерпывающий, только основное):

  • Поддержка RFC 4271,draft-ietf-idr-bgp4-12 (Base features);
  • Поддержка BGP Route Reflectors (RFC 2796);
  • Поддержка BGP AS Confederations (RFC 3065);
  • Поддержка Extendet Communities;
  • Поддержка BGP Authentication (RFC 2358);
  • Поддержка Route Dumpening;
  • Поддержка MP-BGP (2858):
    • IPv4 unicast;
    • IPv4 labeled;
    • IPv4 multicast;
    • IPv4 VPN;
    • IPv6 unicast;
    • IPv6 labeled;
    • IPv6 VPN.
  • Поддержка Route Refresh (RFC 2118);
  • Поддержка ORF (Outbound Route Filtering);
  • Поддержка Graceful Restart (4274);
  • Поддержка Four-byte AS Capability (draft-ietf-idr-as4bytes-03);
  • Поддерживаются следующие типы фильтрации:
    • Prefix lists;
    • AS path lists;
    • Route maps.
  • Поддержка BGP Multipath;
  • Поддержка Peer Groups;
  • Поддержка 6PE/6VPE.

Для диагностики и анализа поддерживается:

  • Route-flap statistics for both iBGP and eBGP.
  • Accounting of routes by these methods:
    • Number of routes sourced;
    • Number of routes accepted;
    • Active;
    • Dampened;
    • Historical from each peer;
    • Number of routes advertised to a peer.
  • Per-neighbor based generation of debug messages;
  • Storage and display of malformed messages and notification messages;
  • Peer reset history.

Командная строка SmartEdge интуитивна и понятна, доступно краткое описание команд, это позволят без труда читать и настраивать конфигурации BGP.

Пример базовой конфигурации протокола:

[local]Router_A#config

[local]Router_A(config)#context local

[local]Router_A(config-ctx)#router bgp 64001

[local]Router_A(config-bgp)#router-id 1.1.1.71

[local]Router_A(config-bgp)#address-family ipv4 unicast

[local]Router_A(config-bgp-af)#redistribute static

[local]Router_A(config-bgp-af)#exit

[local]Router_A(config-bgp)#peer-group iBGP internal

[local]Router_A(config-bgp-peer-group)#next-hop-self

[local]Redback(config-bgp-peer-group)#update-source loopback0

[local]Redback(config-bgp-peer-group)#address-family ipv4 unicast

[local]Redback(config-bgp-peer-af)#exit

[local]Redback(config-bgp-peer-group)#exit

[local]Redback(config-bgp)#peer-group customer-routes external

[local]Redback(config-bgp-peer-group)#address-family ipv4 unicast

[local]Redback(config-bgp-peer-af)#route-map rmap1 out

[local]Redback(config-bgp-peer-af)#exit

[local]Redback(config-bgp-peer-group)#exit

[local]Redback(config-bgp)#neighbor 1.1.1.1 internal

[local]Redback(config-bgp-neighbor)#peer-group ibgp

[local]Redback(config-bgp-neighbor)#exit

[local]Redback(config-bgp)#neighbor 2.2.2.2 external

[local]Redback(config-bgp-neighbor)#remote-as 200

[local]Redback(config-bgp-neighbor)#peer-group customer-routes

[local]Redback(config-bgp-neighbor)#address-family ipv4 unicast

[local]Redback(config-bgp-peer-af)#prefix-list bar in

[local]Redback(config-bgp-peer-af)#route-map foo2 in

[local]Redback(config-bgp-peer-af)#exit

[local]Redback(config-bgp-neighbor)#exit

[local]Redback(config-bgp)#neighbor 3.3.3.3 external

[local]Redback(config-bgp-neighbor)#remote-as 300

[local]Redback(config-bgp-neighbor)#address-family ipv4 unicast

[local]Redback(config-bgp-peer-af)#prefix-list bar in

[local]Redback(config-bgp-peer-af)#route-map foo3 out

При использовании SEOS 12-й версии в работе BGP появляются ограничения в количестве маршрутов. Памяти для 3-х Full View или для 2-Х FW + peering уже не достаточно. Поэтому мы рекомендуем резать все, что длиннее сети /23. Это значение, от которого можно оттолкнуться, но каждый провайдер должен сам для себя решить какую сеть ему резать. Тут главное не держать память в SmartEdge заполненную «под потолок»: сегодня все хорошо, а завтра при очередном обрыве BGP пира память может и закончиться.

Можно пробовать резать FW как можно больше. Пока это не влияет на баланс каналов и форвардинг трафика.

В предложенном варианте, просто добавляйте новые правила в Route-Map дальше:

ip prefix-list reject

seq 10 permit 0.0.0.0/0 ge 23

!

!

route-map beeline_in deny 10

match ip address prefix-list reject

route-map beeline_in permit 20

P.S. Существует мнение, что с точки зрения памяти и стабильности, сильно не рекомендуется совмещать на одной железке функции BGP бордера и BRAS c ресурсоемкими функциями — NAT, Netflow…

Отвечаем: Как и писалось выше, надо смотреть по загрузке железяки и количеству свободной памяти.
Такие вещи как NAT, например, не требуют много процессорной памяти, с другой стороны Netflow может съесть хорошо.
Кроме того, присутствует и фактор бага, может у кого-то и перегружался маршрутизатор постоянно, но не из-за тогo, что каких-то функций было много, а просто где-то был баг или того хуже, если баг был с утечкой памяти (memory leak).

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *