BGP Link Bandwidth это фича, которая нужна для того что бы сделать балансировку трафика на выходе из вашей AS, причем балансировка будет делаться пропорционально исходя из bandwidth линка.
Для того что бы включить эту фичу необходимо в адресном семействе включить bgp dmzlink-bw и на каждом соседе прописать send-community both.
http://www.cisco.com/en/US/docs/ios/12_2t/12_2t2/feature/guide/ftbgplb.html#wp1058373
http://admindoc.ru/1368/bgp-community-link-bandwidth/
http://xgu.ru/wiki/%D0%98%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_BGP_%D0%B4%D0%BB%D1%8F_%D1%80%D0%B5%D0%B7%D0%B5%D1%80%D0%B2%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82-%D0%BA%D0%B0%D0%BD%D0%B0%D0%BB%D0%BE%D0%B2#.D0.91.D0.B0.D0.BB.D0.B0.D0.BD.D1.81.D0.B8.D1.80.D0.BE.D0.B2.D0.BA.D0.B0_.D1.81_.D1.83.D1.87.D0.B5.D1.82.D0.BE.D0.BC_.D0.BF.D1.80.D0.BE.D0.BF.D1.83.D1.81.D0.BA.D0.BD.D0.BE.D0.B9_.D1.81.D0.BF.D0.BE.D1.81.D0.BE.D0.B1.D0.BD.D0.BE.D1.81.D1.82.D0.B8_.D0.BA.D0.B0.D0.BD.D0.B0.D0.BB.D0.B0
Показаны сообщения с ярлыком BGP. Показать все сообщения
Показаны сообщения с ярлыком BGP. Показать все сообщения
среда, 18 июля 2012 г.
вторник, 17 июля 2012 г.
iBGP Multipath Load Sharing
Command:
Router(config-router)# maximum-paths ibgp maximum-number
Purpose:
Controls the maximum number of parallel iBGP routes that can be installed in a routing table.
http://www.cisco.com/en/US/docs/ios/12_2t/12_2t2/feature/guide/ftbgpls.html
Router(config-router)# maximum-paths ibgp maximum-number
Purpose:
Controls the maximum number of parallel iBGP routes that can be installed in a routing table.
BGP: Route Refresh
Route Refresh убирает тот недостаток, который есть в soft outbound (когда нам нужно было заходить на маршрутизатор соседний и делать clear ip bgp * out), теперь можно попросить этого соседа переслать всю таблицу ADJ-RIB-out.
Делается это не просто, а очень просто:
clear ip bgp [* | ip | peer-gorup] in
После этой команды соседу посылается Route Refresh сообщение с просьбой переслать маршруты, после получение соседом, он отправляет BGP маршруты. Таким образом все происходит плавно, без обрывов TCP соединения. Такой способ эффективнее, чем soft in/out. Этот способ так же не требует дополнительной памяти.
Route Refresh, это возможность, которая согласуется на этапе отправки Open сообщения, по умолчанию все должно согласоваться и такая возможность у вас будет.
Чтобы проверить это необходимо сделать:
AS1#sh ip bgp neighbors 200.200.200.200
BGP neighbor is 200.200.200.200, remote AS 2, external link Description: toR2 BGP version 4, remote router ID 200.200.200.200 BGP state = Established, up for 3d21h Last read 00:00:46, last write 00:00:46, hold time is 180, keepalive interval is 60 seconds Neighbor capabilities: Route refresh: advertised and received(old & new) Address family IPv4 Unicast: advertised and received
Capability согласована и поддерживается. Значит все будет работать.
Источник http://admindoc.ru/1248/bgp-route-refresh/
clear ip bgp [* | ip | peer-gorup] in
После этой команды соседу посылается Route Refresh сообщение с просьбой переслать маршруты, после получение соседом, он отправляет BGP маршруты. Таким образом все происходит плавно, без обрывов TCP соединения. Такой способ эффективнее, чем soft in/out. Этот способ так же не требует дополнительной памяти.
Route Refresh, это возможность, которая согласуется на этапе отправки Open сообщения, по умолчанию все должно согласоваться и такая возможность у вас будет.
Чтобы проверить это необходимо сделать:
AS1#sh ip bgp neighbors 200.200.200.200
BGP neighbor is 200.200.200.200, remote AS 2, external link Description: toR2 BGP version 4, remote router ID 200.200.200.200 BGP state = Established, up for 3d21h Last read 00:00:46, last write 00:00:46, hold time is 180, keepalive interval is 60 seconds Neighbor capabilities: Route refresh: advertised and received(old & new) Address family IPv4 Unicast: advertised and received
Capability согласована и поддерживается. Значит все будет работать.
Источник http://admindoc.ru/1248/bgp-route-refresh/
BGP: soft reconfiguration
Когда мы изменяем конфигурацию секцию BGP, например когда прописали новый префикс лист, то он сразу не применится, так как нужно перезапросить маршруты, делаем мы стандартно это так: clear ip bgp * , думаю все знают, что делает эта команда.
Она полностью обрывает все соседние отношения (TCP сессию), обнуляет полностью таблицу BGP, и все заново происходит.
Если соседей не много, и они посылают не много маршрутов это пол беды, но если соседей много, и маршрутов от них очень много, здесь конечно уже это серьезная нагрузка на роутер. Да и вобще, не очень красиво это как-то :) То есть нам нужно как минимум оставлять TCP сессию и перезапрашивать или переотправлять маршруты соседям.
BGP предоставляет 4 выхода из этой ситуации.
1. Cisco механизм, который называется soft reconfigureation
2. BGP route refrash
3. Outbound route filtering
4. route dampening
Soft Reconfiguration.
При включении этой опции на соседе (как это делается, посмотрим ниже), мы создаем область памяти, где будут хранится все маршруты от данного пира, без каких-либо модификаций (то есть будут находиться до фильтров, префикс листов и прочего). И когда, нам нужно перезапросить данные о маршрутах соседа, мы можем это делать из этой области памяти, и далее пуская эти данные через различные фильтры, мапы и прочее.
Итак, конфигурируется это так:
neighbor 1.1.1.1 soft-reconfiguration inbound
После этого все маршруты от соседа 1.1.1.1 будут сохранены в отдельной области памяти. Теперь нам необходимо перезапросить маршруты из этой области, далается так:
clear ip bgp [* | ip address | peer-group] soft in
После этого не будет разорвана TCP сессия, и даже не будет обращения к соседу за маршрутами, все возмется из области памяти, которую мы создали выше. Тут есть один и очень большой минус, это то, что под каждого пира нам необходимо еще выделять область памяти, а если маршрутов много, то это не маленький расход памяти. Но в небольших сетях это вполне работоспособный и правильный вариант.
Это мы рассмотрели inbound reconfiguration, вторым подвидом является outbound configuration Outbound активировать не нужно, он работает по умолчанию и им можно пользоваться. Он так же не использует дополнительную память, так как использует ADJ-Rib-Out
Пользоваться так же просто: clear ip bgp [* | ip | peer-group] soft out
Эта команда рассылает соседу (пир группе, или всем) маршруты из своей ADJ-RIB-out без обрыва TCP сессии. Плюсы очевидны. А минус, это то что Вам нужно заходить на этот маршрутизатор и делать soft-rec out, не всегда это можно использовать. В заключение по этому методу хотелось бы отметить как посмотреть таблицу при использовании soft in? (то есть таблицу до филтров, роут мапов и так далее).
show ip bgp neighbors 1.1.1.1 received-routes
После route-map, фильтров, префиксов и прочего:
show ip bgp neighbors 1.1.1.1 routes
И соответсвенно до исходящих route-map, фильтров и т.п.:
sh ip bgp
И после:
show ip bgp neighbors 1.1.1.1 advertised-routes
Источник http://admindoc.ru/1244/bgp-soft-reconfiguration
Если соседей не много, и они посылают не много маршрутов это пол беды, но если соседей много, и маршрутов от них очень много, здесь конечно уже это серьезная нагрузка на роутер. Да и вобще, не очень красиво это как-то :) То есть нам нужно как минимум оставлять TCP сессию и перезапрашивать или переотправлять маршруты соседям.
BGP предоставляет 4 выхода из этой ситуации.
1. Cisco механизм, который называется soft reconfigureation
2. BGP route refrash
3. Outbound route filtering
4. route dampening
Soft Reconfiguration.
При включении этой опции на соседе (как это делается, посмотрим ниже), мы создаем область памяти, где будут хранится все маршруты от данного пира, без каких-либо модификаций (то есть будут находиться до фильтров, префикс листов и прочего). И когда, нам нужно перезапросить данные о маршрутах соседа, мы можем это делать из этой области памяти, и далее пуская эти данные через различные фильтры, мапы и прочее.
Итак, конфигурируется это так:
neighbor 1.1.1.1 soft-reconfiguration inbound
После этого все маршруты от соседа 1.1.1.1 будут сохранены в отдельной области памяти. Теперь нам необходимо перезапросить маршруты из этой области, далается так:
clear ip bgp [* | ip address | peer-group] soft in
После этого не будет разорвана TCP сессия, и даже не будет обращения к соседу за маршрутами, все возмется из области памяти, которую мы создали выше. Тут есть один и очень большой минус, это то, что под каждого пира нам необходимо еще выделять область памяти, а если маршрутов много, то это не маленький расход памяти. Но в небольших сетях это вполне работоспособный и правильный вариант.
Это мы рассмотрели inbound reconfiguration, вторым подвидом является outbound configuration Outbound активировать не нужно, он работает по умолчанию и им можно пользоваться. Он так же не использует дополнительную память, так как использует ADJ-Rib-Out
Пользоваться так же просто: clear ip bgp [* | ip | peer-group] soft out
Эта команда рассылает соседу (пир группе, или всем) маршруты из своей ADJ-RIB-out без обрыва TCP сессии. Плюсы очевидны. А минус, это то что Вам нужно заходить на этот маршрутизатор и делать soft-rec out, не всегда это можно использовать. В заключение по этому методу хотелось бы отметить как посмотреть таблицу при использовании soft in? (то есть таблицу до филтров, роут мапов и так далее).
show ip bgp neighbors 1.1.1.1 received-routes
После route-map, фильтров, префиксов и прочего:
show ip bgp neighbors 1.1.1.1 routes
И соответсвенно до исходящих route-map, фильтров и т.п.:
sh ip bgp
И после:
show ip bgp neighbors 1.1.1.1 advertised-routes
Источник http://admindoc.ru/1244/bgp-soft-reconfiguration
среда, 30 ноября 2011 г.
SNMP Monitoring BGP sessions status
1.3.6.1.2.1.15.3.1.2.ip.ip.ip.ip - Managed objects for BGP v4
Just replace IP with the ip of the bgp neighbor
Superior references
1.3.6.1.2.1.15 - BGPv4
1.3.6.1.2.1 - SNMP MIB-2
1.3.6.1.2 - IETF Management
1.3.6.1 - OID assignments from 1.3.6.1 - Internet
1.3.6 - US Department of Defense
1.3 - ISO Identified Organization
1 - ISO assigned OIDs
Possible SNMP Output
1 = IDLE
2 = CONNECT
3 = ACTIVE
4 = OPENSENT
5 = OPENCONFIRM
6 = ESTABLISHED
Trigger Example for zabbix:
{host2:1.3.6.1.2.1.15.3.1.2.ip.ip.ip.ip.last(0)}#6
http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=1.3.6.1.2.1.15.3.1.2
Just replace IP with the ip of the bgp neighbor
Superior references
1.3.6.1.2.1.15 - BGPv4
1.3.6.1.2.1 - SNMP MIB-2
1.3.6.1.2 - IETF Management
1.3.6.1 - OID assignments from 1.3.6.1 - Internet
1.3.6 - US Department of Defense
1.3 - ISO Identified Organization
1 - ISO assigned OIDs
Possible SNMP Output
1 = IDLE
2 = CONNECT
3 = ACTIVE
4 = OPENSENT
5 = OPENCONFIRM
6 = ESTABLISHED
Trigger Example for zabbix:
{host2:1.3.6.1.2.1.15.3.1.2.ip.ip.ip.ip.last(0)}#6
http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=1.3.6.1.2.1.15.3.1.2
Подписаться на:
Сообщения (Atom)
