Методы оптимизации работы протокола bgp на...

Андрей Петрунин

Заместитель технического директора учебного центра Fast Lane

Сентябрь 22, 2015

Методы оптимизации работы протокола BGP на маршрутизаторах Cisco. Уменьшение времени сходимости протокола

Cisco Support Community

Expert Series Webcast

Вебинар на русском языке

Октябрь 28, 2015

В ходе презентации будет рассмотрена архитектура CUCM, понимание которой необходимо для анализа SDI/SDL трейсов.

Будут даны описания уровней SDL (Signal Distribution Layer) и соответствующие им основные процессы, составляющие работу CUCM.

Архитектура Cisco Unified Communication

Manager. Базовый анализ SDI/SDL трейсов

https://supportforums.cisco.com/ru/event/12611871

Кирилл Глушенков

Как стать активным участником? Легко!

• Создавайте документы, пишите блоги, загружайте

видео, отвечайте на вопросы пользователей.

• Вклад оценивается на основе таблицы лидеров

• Также оценивается количество документов, блогов

и видео, созданных пользователем.

• Вклад оценивается только по русскоязычному

сообществу, не включая рейтинг, набранный в

глобальном Cisco Support Community.

Премия "Самый активный участник Сообщества Поддержки Cisco"

Оцени контент

Ваши оценки контента дают возможность авторам получать баллы.

Хотите чтобы поиск был удобным и простым? Помогите нам распознать качественный контент в Сообществе. Оценивайте документы, видео и блоги.

Пожалуйста, не забывайте оценивать ответы пользователей, которые щедро делятся своим опытом и временем.

https://supportforums.cisco.com/ru/community/4926/pomoshch-help

22 сентября – 02 октября 2015

Сессия «Спросить Эксперта» с Андреем Петруниным

Получить дополнительную информацию, а также задать вопросы эксперту в рамках данной темы Вы можете на странице, доступной по ссылке: https://supportforums.cisco.com/community/russian/expert-corner Вы можете получить видеозапись данного семинара и текст сессии Q&A в течении ближайших 5 дней по следующей ссылке https://supportforums.cisco.com/community/russian/expert-corner/webcast

Конкурс “Методы оптимизации работы протокола BGP на маршрутизаторах Cisco. Уменьшение времени сходимости протокола”

22 сентября в 13:00 мск

Мы предлагаем Вам принять участие в конкурсе после проведения вебкаста, который так и будет называться

“Методы оптимизации работы протокола BGP на маршрутизаторах Cisco. Уменьшение времени сходимости протокола”

• Первые три победителя получат фирменный куб Cisco-TAC

• Ответы присылайте на csc-russian@external.cisco.com

• Задание конкурса будет размещено сегодня после проведения

вебкаста (13-00мск)

Скачать презентацию Вы можете по ссылке:

https://supportforums.cisco.com/ru/document/12611286

Спасибо, что присоединились к нам сегодня!

Присылайте Ваши вопросы! Используйте панель Q&A, чтобы задать вопрос.

Андрей ответит на Ваши вопросы после

презентации в режиме он-лайн

Сегодняшняя

презентация включает

опросы аудитории

Пожалуйста, примите

участие в опросах!

Андрей Петрунин

Заместитель технического директора учебного центра Fast Lane

Сентябрь 22, 2015

Cisco Support Community Expert Series Webcast

Методы оптимизации работы протокола BGP на маршрутизаторах Cisco. Уменьшение времени сходимости протокола

Вопрос 1

Приходилось ли вам на практике применять какие-то меры, направленные на уменьшение времени сходимости протокола BGP?

1. Да

2. Нет

3. Что такое сходимость?

• Факторы, влияющие на время сходимости протокола.

• Оптимизация обмена маршрутами и времени сходимости.

• Оценка эффективности указанных методов.

• Ответы на вопросы. *рассматриваемые методы будут применимы для маршрутизаторов под управлением классической Cisco IOS

Содержание

Факторы, влияющие на время сходимости протокола.

• Все маршруты были успешно приняты.

• Лучшие маршруты были помещены в таблицу маршрутизации.

• Версия BGP таблицы для всех пиров равна версии локальной таблицы.

• Длины входящей и исходящей очередей для каждого пира равны 0.

BGP считается сошедшимся, если:

Сценарий 1. PE маршрутизатор для подключения клиентов.

• Взаимодействие с RR.

• Поддержание клиентских сессий.

• Потенциально небольшие количество сессий и объем маршрутной информации.

Роль маршрутизатора в BGP инфраструктуре

Сценарий 2. Пограничный маршрутизатор или маршрутизатор на IX.

• Взаимодействие с RR.

• Взаимодействие с другими провайдерами.

• Большое количество сессий, большой объем маршрутной информации.

Роль маршрутизатора в BGP инфраструктуре

Сценарий 3. Route Reflector.

• Сессии с PE маршрутизаторами.

• Большое количество пирингов.

• Потенциально большой объем маршрутной информации.

Роль маршрутизатора в BGP инфраструктуре

• Маршрут по умолчанию.

• Внутренние сети соседней AS.

• Full table.

Объем маршрутной информации.

• Согласование MSS.

• Схема отправки TCP Ack.

Работа протокола TCP.

• Большой поток TCP Ack при передаче большого количества BGP update.

• Повторная отправка BGP update при потере TCP Ack.

• Решение в виде увеличения длин входящих очередей.

Размер очередей на маршрутизаторах.

• Необходимость генерации отдельного update для каждой сессии.

• Излишняя нагрузка при чрезмерном количестве BGP сессий.

• Решение в виде peer-group, dynamic update group, BGP read-only mode.

Процесс формирования и обработки BGP сообщений.

Оптимизация обмена маршрутами и времени сходимости

• Роль маршрутизатора в BGP инфраструктуре.

• Требуемый объем маршрутной информации.

Факторы, не поддающиеся воздействиям.

• По умолчанию маршрутизаторы согласуют размер MSS, равный 536 байт.

• Большой поток пакетов среднего размера при передаче больших объемов информации.

• Увеличение размера MSS до 1460 байт приводит к уменьшению количества пакетов на 272%.

Воздействие на протокол TCP.

• Позволяет подстроить MSS под максимально возможный MTU.

Path MTU discovery.

• Необходимо сохранить все входящие TCP Ack для предотвращения повторной отправки BGP update.

• Требуется воздействие на три параметра:

• Input hold queue.

• Selective Packet Discard (SPD) headroom.

• System buffers.

Оптимизация входящих очередей.

Input hold queue

• Дополнительный механизм управления входящими очередями.

Selective Packet Discard (SPD) headroom

• ip spd mode aggressive

• ip spd headroom 1000

• ip spd queue min-threshold 998

• ip spd queue max-threshold 999

• Важно помнить, что настройки SPD влияют на работу обычных входящих очередей:

• Регламентируют дропы пакетов из обычной очереди.

• Могут влиять на процесс помещения пакета в обычную входящую очередь.

http://www.cisco.com/web/about/security/intelligence/spd.html

Рекомендованная конфигурация SPD

• Наибольший интерес представляют small buffers (размер TCP Ack всего 64 байта).

• Стандартные настройки подходят для среднего трафика, но не учитывают специфику «тяжелых» BGP инфраструктур.

• Рекомендации по настройке буферов http://www.cisco.com/c/en/us/support/docs/routers/10000-series-routers/15091-buffertuning.html

System buffers Вывод команды show buffers

• Permanent buffers. Гарантированное количество буферов соответствующего размера.

• Min-free setting. Пороговое значение, при котором маршрутизатор добавит еще буферов.

• Max-free setting. Максимальное количество буферов, которое маршрутизатор может держать свободными.

Конфигурация system buffers.

Изменять с осторожностью

Вопрос 2

Какие из перечисленных методов вам приходилось применять совместно с реализацией протокола BGP?

1. Path MTU discovery

2. Input queue size

3. SPD headroom tuning

4. Small buffers tuning

5. Ничего из перечисленного

• Использование peer-group.

• BGP dynamic update peer groups.

• BGP read-only mode.

Оптимизация процесса генерации update

• Средство упрощения конфигурации BGP протокола.

• Средство оптимизации процесса генерации сообщения update.

Peer group

• Механизм, работающий без вмешательства администратора.

• Маршрутизатор самостоятельно анализирует конфигурацию BGP сессий и производит оптимизацию генерации сообщений update.

Dynamic update groups

Оценка эффективности репликации update

• Альтернатива классическим peer group в контексте упрощения конфигурации протокола.

• Peer session template позволяют создавать шаблоны настроек для BGP сессий.

• Peer policy template используются в качестве шаблонов настроек для манипуляции маршрутной информацией.

BGP peer template

Пример использования BGP peer template

• Позволяет не отправлять маршрутную информация, пока идет процесс ее получения от другого пира.

• Позволяет оптимизировать процесс отправки update.

• Уменьшает вероятность «корректировки» отправляемой маршрутной информации.

• Сокращает время сходимости протокола.

• Максимальное время пребывания в read-only mode можно регламентировать командой

bgp update-delay <timeout>

BGP read-only mode

Дополнительные методы оптимизации. BGP Scan time

• Определяет, насколько часто процесс BGP scanner проверяет BGP таблицу.

• Проверка в основном нужна для определения доступности next-hop для каждого маршрута.

• По умолчанию равен 60 секундам.

Дополнительные методы оптимизации. BGP Next-hop Tracking

• Позволяет избежать потерь трафика в случае возникновения недоступности next-hop в течение Scan interval.

• Включен по умолчанию.

• Значение по умолчанию 5 секунд

• Интервал должен определяться временем сходимости IGP.

Дополнительные методы оптимизации. BGP Advertisement Interval

• Определяет период между отправками двух update про один и тот же префикс.

• Равен 30 секундам для eBGP сессий вне VRF.

• Равен 0 секундам для eBGP сессий внутри VRF.

• Равен 0 секундам для iBGP сессий.

Оценка эффективности указанных методов

Схема оценки

• Оборудование:

• Маршрутизатор Cisco 7206.

• NPE 300.

• 256 RAM.

• Оцениваемые параметры:

• Общее время сходимости.

• Количество потерь пакетов на портах.

Сценарий 1.

• Не используются peer group

• Отключен Path MTU discovery

• Длина входящей очереди равна 75

• Не поддерживается update packing.

Сценарий 2.

• Используются peer group

• Отключен Path MTU discovery

• Длина входящей очереди равна 75

• Не поддерживается update packing.

Сценарий 3.

• Используются peer group

• Включен Path MTU discovery

• Длина входящей очереди равна 75

• Не поддерживается update packing.

Сценарий 4.

• Используются peer group

• Включен Path MTU discovery

• Длина входящей очереди равна 1000

• Не поддерживается update packing.

Сценарий 5.

• Используются peer group

• Включен Path MTU discovery

• Длина входящей очереди равна 1000

• Поддерживается update packing.

Вопрос 3

Какие еще вопросы использования протокола BGP вы хотели бы рассмотреть?

1. Использование протокола BGP в MPLS инфраструктурах

2. Работа протокола BGP в Cisco IOS XR

3. Масштабирование BGP инфраструктуры в крупных сетях

Отправьте свой вопрос сейчас! Используйте панель Q&A, чтобы задать вопрос.

Эксперты ответят на Ваши вопросы.

Приглашаем Вас активно участвовать в Сообществе и социальных сетях

Vkontakte http://vk.com/cisco

Facebook http://www.facebook.com/CiscoSupportCommunity

Twitter https://twitter.com/CiscoRussia

You Tube http://www.youtube.com/user/CiscoRussiaMedia

Google+ https://plus.google.com/106603907471961036146

LinkedIn http://www.linkedin.com/groups/Cisco-Russia-CIS-3798428

Instgram https://instagram.com/ciscoru

Подписаться на рассылку csc-russian@external.cisco.com

Мы также предоставляем Вашему вниманию Сообщества на других языках!

Если Вы говорите на Испанском, Португальском или Японском, мы приглашаем Вас принять участие в Сообществах:

Русское http://russiansupportforum.cisco.com

Испанское https://supportforums.cisco.com/community/spanish

Португальское https://supportforums.cisco.com/community/portuguese

Японское https://supportforums.cisco.com/community/csc-japan

Китайское http://www.csc-china.com.cn

Если Вы говорите на Испанском,

Португальском или Японском, мы

приглашаем Вас принять участие и вести

общение на Вашем родном языке

Технические семинары в клубе Cisco Expo Learning Club

http://ciscoclub.ru/events

Пожалуйста, участвуйте в опросе

Спасибо за Ваше внимание!