Тут китайцы поставили рекорд по скорости интернета — 1,2 Тбит/с на одну длину волны (одна нитка тёмной оптики). С мультиплексированием по длине волны итоговый канал у них получился 51,3 Тбит/с (рекорд в этом). Это без ретрансляторов на 206 километров.

Самое интересное не то, что это быстрее камаза с DVD-болванками, а то, что всё это гоняется через новое оптоволокно с воздушным зазором.

Если что, полое волокно — это будущее технологий связи.

Там деньги за продажу красиво упакованного воздуха!

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

Основная работа 2019 года говорит, что технологию SMF (это наша обычная оптика) за десятилетия так хорошо научились делать, что упёрлись в физические пределы.

1. Волокно, грубо говоря, греется от света. На самом деле всё сложнее, это эффект Керра. Когда в стекло запускают мощный сигнал, само стекло немного меняет свои оптические свойства в зависимости от яркости света. Грубо говоря, сильный свет сам себе портит дорогу: разные части сигнала начинают искажать друг друга. Чем больше мощность, тем сильнее искажения.
2. Свет в стекле медленнее, и биржевики давно уже хотели гонять через воздух, но не было технической возможности. Операторы дата-центров уже требуют, чтобы сигнал туда-обратно между двумя площадками шёл меньше 2 миллисекунд для синхронных репликаций. Чтобы выжать задержку, прокладывают кабели как можно прямее между точками — это дорого и не всегда возможно. Особенно если там по пути торговый центр и памятник Ленину.

Ну ничего, теперь всё перекладывать!

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

У такой технологии очень хорошие показатели по пропускной способности, возможности ставить DWDM (мультиплексоры) и низким шумам. Но есть одна проблема — цена — в основном, это цена R&D. Проблемой это было только поначалу.

В эксперименте частота ошибок коррекции от 2,7% до 3,5%. Если что, там дополнительное кодирование (FEC) с запасом 17 процентов. В камазе с болванками FEC может быть 13% и больше. Передача через полое волокно не ухудшила сигнал вообще никак.

Слабое место работы — они не могли прокладывать трассу по городу, поэтому она получилась короткой. Но вот в реальных условиях, как видите, уже подтвердили.

Вторая более ранняя работа — как раз про один из способов делать такое нанозеркало на стенку кабеля.

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

Интересен у них способ изготовления в гараже: несколько сотен стеклянных соломинок складывают руками, а потом всю стопку растягивают и сжимают в 10 тысяч раз. Получается дамасское нановолокно!

И вот ещё базовая работа откуда взялось полое волокно вообще. Основное оттуда вы уже знаете.

Но как показала практика, только на облачные хранилища рассчитывать не стоит, болванки пока не выкидывайте.

--
Вступайте в ряды Фурье! | Лучшие посты
Подключайтесь к Интернету через железнодорожные рельсы! Толщина рельса гарантирует скорость и стабильность соединения!

В Cisco ThousandEyes придумали тестировать Интернет на наличие проблем с маршрутами зомби, которые не объявляются, но в таблице маршрутизации присутствуют. Назвали это BGP Clock и даже сервис сделали для проверки, но из России туда не попасть. Впрочем, это не обязательно, достаточно поискать в своих таблицах маршрутизации префиксы 2a0d:3dc1:NNNN::/48 и 147.189.(216+N).0/24, которых должно быть ровно по одному. А в whois этих префиксов можно узнать подробности.

Разница между терминами IPv6-Only и IPv6-Mostly в применении к процессам развёртывания и перехода на IPv6, и только к ним, попробуйте не запутаться.

net-config.com - генератор команд Cisco и не только под разные задачи, что-то вроде модных раньше cookbook с небольшими подсказками.

Если ваш BGP открыт всему миру на 179 порту, то рано или поздно вас найдут и посчитают. Просканировали больше шести миллионов адресов, на которых нашли почти 300К тех кто ответил на BGP приветствие. Остальные ответили по другому. Тех кто ответил, классифицировали по номерам AS и вендорам. Советуют соблюдать RFC 7454 и не выставлять свой BGP всем подряд, с чем сложно не согласиться.

Когда-то в URL потеряли точку в конце имени, так до сих пор и мучаются.

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

ИИ в Meta (Facebook) как пример изменений, которые затронут, может не всех, но многих, если уже не затронули.

Наверное, если пользуетесь Linux не первый год, вы знаете почему sudo run > file не сработает, если ваш текущий пользователь не имеет прав записи в file. Если не сталкивались, то сначала попробуйте, а потом найдите как сделать так чтобы запись в файл сработала, и читайте историю про это открытие в твиттер статье.

В BGP затащили локальную метрику - пропускную способность канала для взвешенной балансировки по нескольким путям. Читаем RFC 1005 и узнаём, что это Extended Community, может быть транзитивным или нет, имеет sub-type равным 0x04 и кодирует пропускную способность в байтах за секунду в формате числа с плавающей точкой.

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

Я понимаю разработчиков, которым сильно не хочется тащить за собой всё что было запрограммировано за десятки лет. Но я также понимаю и других, которые хотят сделать хоть какую-то защиту, но не могут впихнуть ничего современное в те условия которые у них есть. Для SSH ещё терпимо, алгоритмы не выпилены совсем и можно всё порешать опциями в командной строке. Но для браузеров, это не так. Мне однажды пришлось ставить Firefox десятилетней давности (хорошо что и такая возможность пока остаётся), чтобы зайти на новый! принтер, где я по неосторожности включил поддержку HTTPS, а она оказалась только в версии TLS1.1.

Когда надо глубоко покопаться в RPKI - www.rpkiviews.org, архив со всем содержимым из разных мест за разное время, авторства Job Snijders.

Так-то я сетевой архитектор, а такси преподавание это так, для души.
Но прелесть преподавания в том, что там можно УЧИТЬСЯ!
И иногда люди приходят не только за знаниями, но и баг-репортами к моей личной картине мира
Всю дорогу думал, что VXLAN-интерфейс в Linux - ну просто интерфейс, создал какой-нить ip link add vxlan10010 type vxlan id 10010, запихнул в бридж с вланом и погнали - FRR набиджыпишыл туда EVPN маршрутов, напрогроммировали датаплейна и нищтяк
Нужен ещё vxlan - создал новый интерфейс, и так далее
А оно не, оказывается может быть по другому - как на обычной циске теперь - один nve0 и там и живём, а внутри какая-то магия линксовая)
Раскрыл глаза мне на это - Аммаев Тимур @mrognor . Он работает в Yadro над российским сетевым оборудованием для датацентров (все вы слышали про Yadro)
Ну а я попросил оформить эти идеи в виде статьи (потому что мне лень опять),
Вот она - https://mrognor.github.io/otus-dc-net-course/
Проверьте дома, что он не обманул! В статье описано как и стенд собрать можно

Говорят у Tata Communications новый Looking glass - lg.as6453.net. Выглядит минималистично симпатично настолько, что привычный show ip bgp summary прячется не за отдельным пунктом меню, а как аргумент который надо знать и вписать. С regexp у меня не получилось, зато получилось вывести полную таблицу маршрутизации, если оставить поле ввода пустым, и не только это. Я думаю что здесь такая задумка, а не ошибка, хотя и не могу знать наверняка. Локаций много, и IPv4 и IPv6, конечно, присутствуют.

SRv6 на FRR, с IS-IS и L3VPN в Container Lab с объяснениями и файлами конфигурации.

Как с IPv6 в государственных структурах США? Оценивали по ресурсам в gov. и насчитали 20,4%, военное ведомство отдельно в mil., там всего 4,4%. Есть в разрезе по штатам и по ведомствам (впервые здесь увидел термин Tribal nations). Большая часть ресурсов с IPv6 за каким нибудь из CDN, за Cloudflare - 70,8%. В комментариях есть ссылка на похожее исследование от 2018 года.

Лёгкое я бы сказал расслабляющее чтение про OSPF, насколько это вообще возможно. Упомянуты процессы установки соединения, некоторые LSA и вычисление стоимости с поправкой на reference bandwidth. Ещё зачем-то бесклассовая маршрутизация, кто помнит тот помнит.

Via - ещё один traceroute/mtr. Написан на Go, всё красиво раскрашено, есть ICMP/TCP/UDP, показ номеров AS, обнаружение ECMP. Если задумаете попробовать написать что-то сетевое, вы знаете с чего начать.

в соседнем чатике поделились прошлогодней статейкой про IPv6, любопытная

https://www.indata.org.ru/stradaniya-po-ipv6-ili-30-let-ipv6/

казалось бы, есть технология - берите и используйте, но увы, люди склонны находить "любимчиков" даже в протоколах :) и ооооооооооочень не любят что-то менять, понимаю...

видел неоднократно инфраструктуры на IPv4, где уже количество хостов и машин явно превышало изначально запланированное и где идёт борьба за каждую /24, где стараются экономить буквально на всём, начиная от p2p адресов, до подсетей на сервера и даже переиспользуют текущие подсети в изолированных друг от друга сегментах

это всё конечно не есть хорошо, и очевидно в тот или иной момент времени может приводить к разным последствиям, изолированные сегменты внезапно должны быть смешаны по какому-то невероятному стечению обстоятельств и вот вы уже ставите на границе NAT, или запланированные /26 на сегмент, внезапно начинают мигрировать в K8s и там получается расход сильно выше, ну и многое другое.

в общем, это я всё к чему, если у вас небольшая сетевая инфра, ну не знаю, пара офисов, несколько стоек в машзале, то конечно не нужен вам никакой IPv6, или допустим уже эксплуатируете одну и ту же сеть 15 лет, она устоявшаяся, не растёт как грибы и оставшегося запаса адресов вам достаточно, то не надо ничего ломать ради какого-то непонятного профита, оставляйте всё как есть, без шуток

но, если вы строите гринфилд и у вас изначально планируется несколько машзалов или ЦОДов и расход адресов на этапе стройки уже видится как десятки, а то и сотни тысяч префиксов, то кажется стоит сразу думать про IPv6, хотя бы просто посчитайте и сравните, может и не подойдёт он вам, но вы будете точно понимать, а не просто делать как привыкли

ну и вот в качестве примера наш underlay, весь на IPv6 и в GRT нет IPv4 вообще

xxx#sh ip route
...
IP Route Table for VRF "default"
C            127.0.0.0/8 is directly connected 

Gateway of last resort is not set
xxx#

так что, не бойтесь вы этих протоколов, они оба, что IPv4, что IPv6 всего лишь инструменты в наших с вами руках

P.S.
а ещё относительно недавно был зафиксирован случай, когда использование IPv6 по всему миру превысило 50% - https://habr.com/ru/news/1024624/

Дополнение к RFC 8950 для конечных хостов, чтобы отправлять трафик IPv4 напрямую маршрутизатору IPv6, получая его MAC адрес из таблицы соседств IPv6, без использования ARP. Для этого предлагается использовать специальный адрес 192.0.0.11 в качестве шлюза по умолчанию на хосте, который подскажет сетевому стеку как надо поступить. Всё это в очень ранней стадии, ещё даже до утверждения проекта как такового, поэтому всех заинтересованных зовут пообсуждать на IETF 126 проходящей прямо сейчас.