Все хорошо в меру.
Вы когда-нибудь задумывались о том, что благодаря таким вещам, как баланс и гармония, наша вселенная держится вместе?
И о том, как порой тяжело найти что-то одновременно простое, функциональное и надежное?
Когда первый раз настраиваешь динамическую маршрутизацию, тебе кажется, что ты близок к правде и пониманию того, как устроены сети. Но стоит новичку взглянуть на рабочий конфиг серьезной операторской сети, как становится понятно, что мир не заканчивается командой «network».
Взрослые дядьки то и дело выкручивают таймеры и наполняют конфиг непонятной всячиной. Но зачастую за этими непонятными буквами и цифрами стоит метод проб и ошибок. Простоями и авариями выложен путь к балансу и тюнингу маршрутизации.
Но не все так страшно! Уделите внимание литературе, спросите про шишки более мудрых камрадов, и дзен станет ближе.
Вашему вниманию я предлагаю последний выпуск про IS-IS!
В этом выпуске:
- Ешь, пей в аду. Пиши сценарий к IS-IS.
- Почему OSPF сильнее Супермена?
- Что будет в OSPFv4?*
- Overload bit и iSPF — сложнее объяснить, чем сделать.
- BFD. Молниеносный убийца вашего CPU.
- Почему Горден Фримен радуется, когда вы настраиваете dampening?
- Алгоритм экспоненциального откладывания или история про жадного ребенка.
- Сходимость и циферки!
- Как несчастный IGP ждал LDP. Жалко я не вспомнил Хатико.
*понятия не имею, но расскажу.
Под катом нет текстовой статьи. Только ссылки на литературу и источники. Также вы можете проголосовать за тему следующего выпуска или выбрать её самостоятельно.
Часть 1 тут,
Часть 2 тут,
Часть 3 тут.
Своей критикой вы можете повлиять на следующий выпуск. В лучшую сторону.
P.S. Выпуски похожи на CBT Nuggets. Мне очень нравится их формат изложения материала. Моё почтение Jeremy Cioara.
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Комментарии (5)
JDima
20.05.2015 11:14+2Автор. BFD — не нагрузка на CPU по целому ряду причин от «один кипалайв на все протоколы» до «либо реализован в одном прерывании, без лишних переключений контекста, т.е. обрабатывается на порядки быстрее обычных кипалайвов и не имеет заметного джиттера при обработке из-за толкотни между процессами, либо вообще оффлоадится на железо линейных карт и не имеет отношения к CPU кроме как при обнаружении события потери соседства». Вот низкие таймеры IGP грузят CPU и чреваты падением соседств после какого-нибудь show run на некоторых платформах (плавали, знаем). А уж subsecond таймеры IGP вообще нельзя включать.
Жаль, что формат — только видео.
Chelioz Автор
20.05.2015 12:40Всё правда, спасибо. Лучше BFD, чем выкручитьвать Hello, да. МБ я уделил излишнее внимание влиянию на CPU, но на каждом заборе эту штуку не включают не просто так, и ограничения на платформах тоже ставят не зря. Про лайнкарты сказал, про смерть 65го от hello привёл пример, о том, что BFD требует больше времени, чем я ему уделил, тоже. Что не так?
JDima
20.05.2015 13:01На каждом заборе не включают, потому что это — еще один протокол, т.е. лишняя конфигурация, дополнительные баги и т.д. Оно не всегда нужно. Операторы связи чаще полагаются на факт наличия линка, определение пропадания которого происходит еще быстрее и не требует отдельных протоколов. Клиенты операторов связи обычно строят L3 туннели, в которых как правило BFD не работает…
И вообще, многие не знают, что это такое и почему даже таймеры 1/3с OSPF/IS-IS более опасны и будут намного чаще давать ложные срабатывания, чем таймеры 75/225мс у BFD.
Возможности целиком посмотреть видео не имею, потому жалею, что не текст, который можно по диагонали пробежать.
vvpoloskin
Про MPLS как-нибудь сделайте, особенно их практические приложения (IPVPN, L2VPN, (H)VPLS) с примерами работы сигнализаций.
Chelioz Автор
Про MPLS неплохо на linkmeup eucariot записал, скоро будет про MPLS L3 VPN.
У меня было жгучее желание про VPLS и Auto-Discovery рассказать, но на IOS-XE он скучный, а XRv не умеет.