Резюме

  • Кейс клиента от марта 2017 года приписывает Erik Bais и команде A2B Internet решение перевести платформу виртуальной маршрутизации из лабораторного тестирования в промышленную эксплуатацию после валидации. Решение относится к уровню конкретного лица; внедрение оставалось работой команды и компании. [4]
  • В том же кейсе сообщается, что полная таблица маршрутизации протокола пограничного шлюза сошлась за три-четыре секунды, с более быстрым восстановлением после флапов маршрутизации. Эта цифра — опубликованный вендором результат A2B, а не независимо воспроизведённый бенчмарк. [4]
  • В описании развёртывания также сообщается о проверке IPv6, мультихоминге и основе для дальнейшей автоматизации. Эти детали описывают ограниченные результаты внедрения и не демонстрируют универсальную производительность или влияние на весь рынок. [4]
  • Internet Society независимо сообщила, что Bais открыл дискуссию по безопасности маршрутизации на RIPE 76 в 2018 году презентацией об устойчивых источниках распределённых атак типа «отказ в обслуживании» и ответственности операторов. [3]
  • Практический урок не в том, что один продукт или один человек решил проблему устойчивости маршрутизации. Он в том, что непрерывность улучшается, когда операторы тестируют работающие системы, сохраняют границы ролей, измеряют восстановление и используют данные о гигиене сети при принятии решений о межсетевых соединениях.

Производственное решение с измеримым эксплуатационным последствием

Наиболее полезная отправная точка — ограниченное производственное решение. В кейсе 2017 года говорится, что A2B Internet тестировала виртуальную платформу маршрутизации Juniper, vMX, в лаборатории, прежде чем перевести её в промышленную сеть. Решение приписывается Bais и команде A2B, а не представлено как анонимное корпоративное изменение. Также сообщается, что платформа использовалась для интернет-соединений A2B. Это сочетание важно: оно связывает решение названного оператора с действующей инфраструктурой и наблюдаемым результатом, оставляя внедрение командной работой. [4]

Официальная страница A2B даёт более узкий контекст идентичности и деятельности. Там сказано, что Bais основал A2B в 2010 году, и описывается работа, связанная с интернет-транзитом, управлением полными таблицами маршрутизации, оптоволоконной связью и нидерландскими услугами дата-центров. Эта страница — рассказ организации о себе, поэтому она полезна для идентичности и контекста, а не как независимое доказательство влияния. Статье не нужно превращать её в широкий карьерный профиль. Важный вопрос — как оператор подошёл к ограничению маршрутизации, которое могло повлиять на непрерывность. [1]

Проблема, описанная в клиентском кейсе, была практической. Таблицы интернет-маршрутизации росли, и сходимость стала эксплуатационным ограничением. Протокол пограничного шлюза, обычно называемый BGP, — это система, с помощью которой независимо управляемые сети обмениваются информацией о том, какие диапазоны адресов они могут достичь. Маршрутизатор, несущий полную таблицу, хранит большое количество таких путей достижимости. Когда соединение отказывает или путь меняется, маршрутизатор должен обработать новую информацию и выбрать рабочие альтернативы.

Пока этот процесс не завершён, трафик может пойти по худшему пути, приостановиться или прерваться.

В кейсе сообщается, что A2B хотела более быстрой сходимости при отказе канала. Сказано, что команда проверила новую платформу в лаборатории, а затем выполнила переход в промышленную эксплуатацию. Такая последовательность информативнее, чем анонс продукта. Лабораторное тестирование создаёт контролируемую среду для проверки того, справится ли система с ожидаемыми маршрутами, протоколами и условиями сбоев. Промышленное использование подвергает проект реальному трафику и эксплуатационным зависимостям.

Ни один из шагов не гарантирует будущую надёжность, но вместе они показывают метод: определить требование, протестировать его, ввести в эксплуатацию и наблюдать за результатом.

Сообщённая цифра в три-четыре секунды придаёт кейсу конкретность. Число позволяет читателям увидеть, что оператор пытался изменить. Это не просто заявление о том, что маршрутизация стала «лучше» или «устойчивее». В то же время доказательства не дают полного описания теста, независимого воспроизведения, условий трафика или всех переменных для сравнения. Поэтому цифру следует оставлять связанной с её источником: опубликованным вендором клиентским описанием опыта A2B. [4]

Что сходимость BGP с полной таблицей означает в обычных деловых терминах

Сходимость — это период, в течение которого маршрутизаторы вырабатывают согласованное представление после изменения маршрутной информации. Представьте, что у курьерской компании есть несколько дорог к каждому пункту назначения. Если одна дорога закрывается, диспетчеры должны узнать о закрытии, исключить непригодный вариант и выбрать другой маршрут. BGP выполняет аналогичную функцию между сетями, хотя реальная система гораздо сложнее. Сети объявляют диапазоны адресов, добавляют информацию о путях и применяют локальные политики о том, какие маршруты они предпочитают или принимают.

Полная таблица маршрутизации содержит маршруты ко всему публичному интернету, а не только небольшой набор по умолчанию или выбранное подмножество. Обработка такой таблицы требует памяти, вычислительных ресурсов и предсказуемого поведения программного обеспечения при изменениях. Когда канал отказывает, сосед отзывает маршрут или меняется политика, маршрутизатору может потребоваться пересчитать множество затронутых путей. Быстрая обработка не устраняет каждое прерывание, но может сократить интервал, в течение которого достижимость остаётся неопределённой.

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

В кейсе также упоминается более быстрое устранение инцидентов с флапами BGP. Флап маршрута происходит, когда маршрут или соединение многократно появляется и исчезает. Частые изменения могут заставлять маршрутизаторы пересчитывать пути и распространять нестабильность на соседей. Платформа, быстро обрабатывающая изменения, может помочь оператору реагировать, но одной скорости недостаточно. Операторам также нужно понимать, почему канал или маршрут нестабилен, корректна ли политика и следует ли повторяющиеся объявления подавлять, фильтровать или эскалировать.

Поэтому сообщённый результат в три-четыре секунды значим как эксплуатационное наблюдение. Он предполагает, что A2B сократила одну часть окна восстановления в описанной среде. Он не говорит читателям о полном сквозном простое для каждого клиента. Восстановление приложений, транспортные сеансы, разрешение имён, поведение вышестоящих сетей и удалённых сетей могут добавлять собственные задержки. Время сходимости маршрутизатора — лишь один уровень в более длинной цепочке.

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

Как читать результат в три-четыре секунды, не превращая его в рекламу

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

В данном случае сообщённый результат относится к описанному внедрению A2B. Кейс приписывает эксплуатационный приоритет и решение Bais и представляет результат компании через публикацию Juniper. Статья может ясно изложить эти факты: команда протестировала систему, ввела её в эксплуатацию и сообщила о сходимости полной таблицы за три-четыре секунды. Не следует превращать отчёт в нейтральное лабораторное сравнение или утверждать, что цифра применима к несвязанным сетям. [4]

Отчёт также не поддерживает заявление об изобретении. Bais не изобретал BGP, виртуальную маршрутизацию, IPv6, мультихоминг или автоматизацию в этих источниках. Его задокументированный вклад — это операторский выбор о том, как применить доступную технологию в производственной среде. Это существенная форма инфраструктурной работы. Операторы создают ценность не только изобретая протоколы, но и решая, каким системам доверять, как их тестировать и когда доказательств достаточно для промышленного использования.

IPv6, мультихоминг и автоматизация относятся к одному проекту непрерывности

В клиентском кейсе сказано, что внедрение включало проверку IPv6, поддержку мультихоминга и создало основу для автоматизации. Каждый термин указывает на отдельный аспект непрерывности. IPv6 — это более новая система адресации интернет-протокола, предназначенная для предоставления значительно большего адресного пространства, чем IPv4. Проверка важна, потому что сеть может теоретически поддерживать IPv6, но при этом иметь сбои в политике маршрутизации, фильтрации, мониторинге или доставке клиентам.

Мультихоминг означает подключение сети через более чем один внешний путь или провайдера. Он может повысить непрерывность, давая трафику другой маршрут, когда одно соединение недоступно. Выгода не автоматическая. Оператор должен корректно объявлять и принимать маршруты, поддерживать согласованную политику и обеспечивать достаточную ёмкость альтернативных путей. Более быстрая сходимость BGP становится более ценной, когда у сети есть жизнеспособная альтернатива для выбора.

Автоматизация помогает операторам применять повторяемые конфигурации и реагировать на изменения в масштабе. При маршрутизации ручные изменения на многих устройствах создают возможности для несогласованности. Система, поддерживающая программное управление, может сделать проверку и развёртывание более воспроизводимыми, но автоматизация также усиливает ошибки, когда контроль слаб. В публичном кейсе сказано, что новая среда обеспечила основу для автоматизации; он не документирует каждый автоматизированный процесс и не доказывает последующую эффективность. [4]

Эти элементы складываются как условия проектирования, а не как список функций продукта. IPv6 расширяет среду протоколов, которая должна работать. Мультихоминг обеспечивает разнообразие путей. Сходимость определяет, насколько быстро система маршрутизации может использовать изменённую информацию. Автоматизация может улучшить воспроизводимость. Эксплуатационная непрерывность возникает только тогда, когда части протестированы вместе и когда люди понимают режимы отказов между ними.

Вмешательство в сфере безопасности маршрутизации 2018 года добавляет отдельный вид дисциплины

Отчёт Internet Society о RIPE 76 даёт независимый источник на уровне конкретного лица для второго эпизода. Опубликованный 17 мая 2018 года, он сообщает, что Erik Bais из A2B Internet открыл дискуссию по безопасности маршрутизации презентацией об устойчивом распределённом трафике типа «отказ в обслуживании». Распределённая атака типа «отказ в обслуживании», или DDoS-атака, перегружает цель или поддерживающую сеть трафиком из множества систем, делая легитимный доступ трудным или невозможным. [3]

В отчёте сказано, что презентация выделила сети, которые неоднократно появлялись как источники трафика, и призвала операторов навести порядок в своих сетях. Она также связала дискуссию с Mutually Agreed Norms for Routing Security, известными как MANRS. MANRS — это набор ориентированных на операторов практик, призванных снизить распространённые проблемы маршрутизации и злоупотребления трафиком за счёт таких действий, как координация, фильтрация и точная информация. Цитируемый отчёт подтверждает презентацию и её посыл об ответственности операторов; он не доказывает, что этот посыл привёл к измеримому снижению атак. [3]

Этот независимый отчёт ценен, потому что это не клиентский кейс, написанный вендором платформы маршрутизации. Он показывает Bais участвующим в обсуждении операторского сообщества и направляющим внимание на повторяющееся поведение сетей. Вклад — не изобретение протокола и не заявление об исключительной ответственности за безопасность маршрутизации. Это публичное техническое вмешательство: выявить повторяющуюся эксплуатационную проблему, показать, где проявляются закономерности, и призвать сети действовать на основе доступных им данных.

Безопасность маршрутизации и реагирование на DDoS пересекаются, но не совпадают. BGP определяет достижимость между сетями. DDoS-трафик может идти по корректно объявленным маршрутам и всё равно наносить вред. Некоторые сбои маршрутизации связаны с перехватами, утечками или неверной информацией об источнике; некоторые атаки связаны со скомпрометированными системами, отправляющими нежелательный трафик по в остальном допустимым путям. Операторам нужно различать эти механизмы.

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

Таким образом, вмешательство расширяет дискуссию о непрерывности. Скорость восстановления спрашивает, как быстро сеть адаптируется при изменении путей. Гигиена маршрутизации спрашивает, снижают ли операторы предотвратимую нестабильность и злоупотребления с самого начала и сотрудничают ли они, когда проблемы пересекают организационные границы. Сеть может быстро сходиться, принимая плохие маршруты или игнорируя вредоносный трафик. Она может следовать рекомендациям по безопасности, но при этом медленно восстанавливаться после сбоя. Надёжная эксплуатация требует обоих видов дисциплины.

Год между цитируемым производственным кейсом и встречей RIPE не следует представлять как причинно-следственную последовательность. Публичные источники не говорят, что развёртывание виртуальной маршрутизации привело к презентации о DDoS или что презентация отражала результаты этого развёртывания. Связь относится к анализу: оба эпизода показывают внимание оператора к наблюдаемому поведению и эксплуатационной ответственности. Явное сохранение этого различия сохраняет ценность каждого источника.

Данные о гигиене сети могут влиять на пиринг, не становясь чёрным списком

Статья AMS-IX даёт дополнительный отраслевой контекст о подходе A2B к гигиене сети. В ней описывается, как компания анализирует агрегированные данные о неправильной конфигурации сетей и использует рейтинг с поправкой на размер при принятии решений о пиринге и обработке трафика. Пиринг — это прямой обмен трафиком между сетями. Он может улучшить производительность, стоимость или контроль, но также создаёт зависимости: каждый участник полагается на ответственное поведение другого. [2]

Поправка на размер концептуально важна. Крупная сеть может генерировать больше наблюдаемых инцидентов просто потому, что эксплуатирует больше систем и пропускает больше трафика. Поэтому сырые подсчёты могут вводить в заблуждение. Коэффициент или оценка, учитывающие масштаб сети, могут помочь отличить широкую подверженность от необычно плохой гигиены. Публичная статья подтверждает существование описанного метода; она не устанавливает, что оценка полна, непредвзята или предсказывает каждый будущий инцидент. [2]

Использование таких данных в решениях о пиринге может создавать стимул к улучшению. Если повторяющиеся неправильные конфигурации или злоупотребления влияют на то, как другая сеть обрабатывает трафик, у оператора появляется причина провести расследование. Данные также могут помочь командам определить, где нужен более пристальный мониторинг или прямая координация. Однако оценка не должна становиться необъяснимым чёрным списком. Сетям нужно знать, какие наблюдения важны, как исправляются ошибки и чем временные инциденты отличаются от постоянного пренебрежения.

Та же осторожность относится к автоматизированной обработке трафика. Автоматизация может сделать реагирование быстрее и последовательнее, но она также может закреплять плохие данные. Ложная ассоциация, устаревшее сопоставление адресов или плохо откалиброванный порог могут наказывать легитимный трафик. Надёжное управление требует пути для пересмотра решений, обновления данных и отмены действия, когда исходные факты меняются. Отчёт AMS-IX полезен как пример внедрения данных в практику межсетевых соединений, а не как доказательство того, что каждое принятое решение было верным.

Подход также показывает, почему контактные данные и эксплуатационные данные выполняют разные функции. Реестр или справочник может сказать оператору, к кому обращаться. Наблюдения за сетью могут показать, что требует обсуждения. Политика пиринга может определить, какие действия следуют. Сочетание всех трёх полезно; их смешение опасно. Контакт в реестре не является доказательством нарушений, а наблюдаемый инцидент не устанавливает постоянную ответственность без тщательной атрибуции.

Скорость восстановления и гигиена маршрутизации связаны, но не образуют единую причинную историю

Заманчиво рассказать простую историю: оператор ускорил маршрутизацию, а затем перешёл к тому, чтобы сделать её безопаснее. Источники не оправдывают такую хронологию как причинно-следственный нарратив. Отчёт 2017 года — это опубликованный вендором кейс внедрения. Отчёт 2018 года — независимое освещение публичной презентации. Материал AMS-IX описывает метод гигиены сети. Они касаются связанных эксплуатационных поверхностей, но ни один не говорит, что один проект породил следующий.

Более обоснованная связь — общая привычка к решениям. В каждом эпизоде работа оператора строится вокруг наблюдаемого поведения. Кейс внедрения начинается с медленной сходимости и фиксирует более быстрый результат после тестирования и производственного использования. Дискуссия RIPE начинается с повторяющихся источников трафика и призывает исходные сети действовать. Отчёт о пиринге использует агрегированные наблюдения, чтобы влиять на то, как сети взаимодействуют. Общая нить — не одна технология; это попытка превратить данные в эксплуатационное решение.

Эта привычка поддерживает непрерывность, потому что сети динамичны. Маршруты меняются, каналы отказывают, программное обеспечение развивается, клиенты растут, а вредоносный трафик смещается. Статичных заявлений недостаточно. Оператору нужны измерения, показывающие, что делает работающая система, границы ответственности, определяющие, кто может действовать, и процессы принятия решений, которые могут меняться при изменении данных.

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

Что операторы должны спросить, прежде чем доверять заявлению о восстановлении

Оператор, оценивающий изменение маршрутизации, может начать с модели отказов. Какой канал, процесс или сосед, как ожидается, откажет? Какой альтернативный путь должен принять нагрузку? Какую маршрутную информацию нужно обработать и какая политика определяет замену? Число восстановления мало что значит без этого контекста. Три секунды для одного контролируемого отзыва маршрута — не то же самое, что три секунды во время более широкого события на плоскости управления.

Следующий вопрос — измерение. Командам следует отделять сходимость маршрутизатора от восстановления, видимого клиенту. Можно фиксировать, когда начинается отказ, когда маршрутизатор выбирает рабочий путь, когда возобновляется пересылка и когда восстанавливаются типичные приложения. Эти этапы могут происходить в разное время. Публичный отчёт A2B говорит о сходимости полной таблицы и более быстрой обработке флапов BGP, а не о каждом приложении конечного пользователя. [4]

Воспроизводимость тоже важна. Один успешный тест может показать возможность, но повторные тесты в ожидаемых условиях показывают вариативность. Операторам следует включать IPv4 и IPv6, где обе версии входят в область, проверять, что мультихоминговые пути несут предполагаемый трафик, и подтверждать, что автоматизация не порождает несогласованную политику. Это разумные эксплуатационные вопросы, вытекающие из кейса, а не утверждения о том, что публичный источник документирует каждый такой тест.

Управление изменениями должно сохранять человеческое решение. Автоматизация может выполнять конфигурацию, но кто-то должен утвердить целевое состояние, определить успех и решить, что делать при противоречивых данных. Отчёт 2017 года ценен тем, что связывает лабораторную работу с производственным решением. Он напоминает читателям, что изменения инфраструктуры — это не просто программные события; это ответственный выбор о приемлемом риске.

Операторам также следует спрашивать, что происходит после того, как платформа показывает хорошие результаты. Кто отслеживает обновления программного обеспечения, рост таблицы маршрутизации, вычислительные мощности и новые требования протоколов? Какие данные заставят провести повторное тестирование? Как классифицируются инциденты? Результат, измеренный в 2017 году, нельзя считать постоянной гарантией. Непрерывность требует жизненного цикла, а не разовой церемонии приёмки.

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

Что клиенты и команды закупок могут извлечь из кейса

Клиенты часто покупают результат, например надёжную связь, а не платформу маршрутизации. Они могут никогда не указывать сходимость BGP в договоре. Тем не менее способность провайдера восстанавливаться после изменений путей может влиять на получаемую услугу. Команды закупок могут запрашивать доказательства, связывающие базовые операции с клиентским опытом, не диктуя каждый инженерный выбор.

Полезные вопросы: есть ли у провайдера разнообразные внешние пути, как он тестирует аварийное переключение, насколько быстро сообщает об инцидентах и получает ли IPv6 такое же операционное внимание, как IPv4. Покупатели могут просить репрезентативные доказательства восстановления, признавая, что архитектура сети и конфиденциальность могут ограничивать сырые детали. Надёжный провайдер должен уметь объяснить метод и границы своих заявлений.

Гигиена маршрутизации относится к тому же разговору. Провайдер, обменивающийся трафиком со многими сетями, сталкивается с рисками неправильной конфигурации, злоупотреблений и слабой координации. Покупатели могут спрашивать, как провайдер поддерживает каналы связи, оценивает повторяющиеся проблемы и избегает превращения слабых данных в постоянное суждение. Цель — не требовать универсального чёрного списка. Цель — понять, есть ли у провайдера воспроизводимый, проверяемый процесс.

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

Ограничения, неопределённость и доказательства, за которыми стоит следить дальше

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

Источники также не устанавливают, что Bais лично настраивал каждую систему, создавал автоматизацию или реагировал на каждый инцидент. Они подтверждают названный эксплуатационный приоритет, решение о переходе из лаборатории в производство и более позднее публичное вмешательство в сфере безопасности маршрутизации. Результаты внедрения принадлежат A2B и её команде, как сообщается в клиентском кейсе.

Презентация 2018 года не доказывает, что исходные сети изменили своё поведение, что DDoS-трафик снизился или что принятие MANRS выросло благодаря выступлению Bais. Отчёт AMS-IX не даёт полной валидации рейтинга гигиены или каждого решения о трафике, принятого на его основе. Эти вопросы требуют более поздних измерений, прозрачной методологии и данных от затронутых сторон.

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

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

Раскрытие информации об изображении

Alt: сгенерированная ИИ фотореалистичная редакционная сцена: анонимный, полностью скрытый сетевой оператор, вид со спины.

Подпись: не фотография и не изображение Erik Bais.

Источники

  1. A2B Internet, «О нас», официальная информация об идентичности и операторском контексте:https://www.a2b-internet.com/about-us/
  2. AMS-IX, «Прогнозирование и смягчение DDoS-атак», отраслевой рассказ о методе гигиены сети и пиринга A2B:https://www.ams-ix.net/ams/news/predicting-and-mitigating-ddos-attacks
  3. Internet Society, «На RIPE 76 большое внимание уделено безопасности маршрутизации», 17 мая 2018 года:https://www.internetsociety.org/blog/2018/05/ripe-76-sees-strong-focus-on-routing-security/
  4. Juniper Networks, клиентский кейс A2B, март 2017 года:https://www.juniper.net/us/en/customers/a2b-case-study.html