Всем привет! Конец недели, а значит новая заметка и заключительная из цикла работы LTE. Далее буду рассказывать о компонентах в сети и ядре оператора.
https://telegra.ph/O-NAS-i-MME-i-EPS-bearer-07-20

Всем привет! Пока админ в отпуске, но посты новые выходят. Общая заметка о том из чего состоит ядро сети.
https://telegra.ph/O-klyuchevyh-komponentah-dlya-seti-LTE-07-20

Всем привет! Пишут что РКН прикрыл speedtest. Сайт был на любителя, но он легендарен и многие операторы любят его использовать для рекламы.

Вот альтернативы вам:
https://2ip.ru
https://www.nperf.com/ru/
https://fast.com/
https://yandex.ru/internet
https://openspeedtest.com

P.S
Всеволод Балашов ещё добавляет - https://qms.ru/

Очередное прекрасное найденное в сети. Сегодня передаём привет владельцам нетгиров, потому что зацените лайфхак уровня /b:
- К урлу админки дописываем /debug.htm
- Получаем более лучшую, скрытую админку с возможностью делать портам SPAN/pcap, менять настройка вифи и так далее.

https://github.com/scramblr/NETGEAR_ROUTER_HIDDEN_PAGES/blob/main/README.md

NVIDIA на прошедшем Netdev 0x19 выступила с докладом, где исследовала проблему синхронизации времени внутри ДЦ.

Суть в том, что NTP их не устраивает по причине своей медлительности. Задержки в миллисекунды внутри распределенных инфраструктур, различных баз данных или, например, в недавно построенной Сфере в Лас Вегасе, по их словам непозволительная роскошь.

Пошли изучать, нашли 3 варианта:

1. PTP

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

Всё бы хорошо, но часто бывает когда у эндпоинта несколько карточек, либо к одной карточке подвязано несколько эндпоинтов (докер, кубер и т.д.), то соответственно возникает большое количество клиентов PTP и приходится поддерживать stateful для каждого, а это проблема.
Поэтому был предложен следующий вариант 👇

2. Клиент-серверный IEEE 1588, он же CSPTP.

Собственно практически тот же самый PTP, только проще.

Стандарт вот, но там как обычно у ieee с доступом какие-то приколы, в общем если найдёте, кидайте в комментарии - https://standards.ieee.org/ieee/1588.1/11644/.

Реализаций немного и есть вот такие:

SPTP - вариант, который предложили инженеры FB, являющиеся соавторами данной презентации;

FlashPTP - автор работает в Meinberg, немецкая компания специализирующаяся на разработке и производстве оборудования для синхронизации времени;

NTP-over-PTP - драфт от инженеров Red Hat, который поддерживается теперь и в chrony - https://chrony-project.org/doc/4.6.1/chrony.conf.html#ptpport.

В целом, все три варианта в той или иной степени по всей видимости очень даже рабочие и если я правильно понял, то первый - SPTP - сейчас и является основным внутри ДЦ FB.

Исходя из доклада, данный метод имеет одну существенную проблему - это нагрузка при масштабировании. Да, она ниже чем у PTP, за счет отказа от stateful, но всё также требует общения с CPU при каждом взаимодействии. Поэтому инженеры пошли дальше и решили поискать какой-то альтернативный вариант, и тут уже нашлось вообще иное решение 👇

3. Hermóðr - новый подход.

Опирается на оценку времени через корреляцию с CPU таймером.

Немного оффтопа 🙂

Если что, слово Hermóðr, или Хермод, оказывается является именем скандинавского бога скорости, аналог греческого Hermes, или Гермес, прикольно то, что у них и имена очень даже совпадают. К слову об уникальности каждого пантеона 🙂

Документации к сожалению нет, только опираться на презентацию и доклад.

Сама суть данного метода, как я понял, заключается в том, что добавляется демон, который получает время из двух источников, один из которых PCIe device, а второй CPU clock. После этого он проводит некоторое вычисление и результат складывает в shared memory. Дальше отдельная библиотека, libhermod, идёт в эту область памяти и забирает последние данные, плюс тоже идёт в CPU clock, и на основе полученной информации экстраполирует точное время. Таким образом, вы обращаетесь к PCIe только один раз, а дальше время обновляется уже без этого взаимодействия, т.е. не требуется постоянного обращения в /dev/ptpX, что сильно ускоряет результат работы и позволяет добиться снижения задержек в 80-100 раз по сравнению с CSPTP.

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

Ссылки вот тут:
Презентация
Видео

Всем привет. Наконец я вышел из отпуска. И вот новый пост об интерфейсах в LTE. https://telegra.ph/O-interfejsah-v-LTE-08-08

Нашел сайт с проектами, по которым доступна вся необходимая документация (схемы, платы, файлы cad). Большинство проектов - вычислители/конвертеры на FPGA, RF карты и измерители. В основном встречаются платы в AD, иногда в Cadence и KiCad. Больше всего понравились проекты от CERN, как по оформлению так и по техническим решениям.

Всем привет. Новая тема, а это значит у меня новая заметка. В этот раз начинаю цикл заметок про синхронизацию в пакетных сетях https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-1-08-14

Всем привет! Вышла вторая заметка о синхронизации и на этот раз про ключевой компонент - опорные часы. https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-2-08-18

Всем привет! Вышла третья заметка о синхронизации на этот раз о том каких классов бывают часы
https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-3-08-24

Всем привет! Вышла четвертая заметка из цикла о синхронизации. В этот раз были рассмотрены различия двух типов синхронизации(пакетной и физической).
https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast4-08-27

Всем привет! Вышла пятая заметка из цикла о синхронизации. В этот раз рассмотрел вопрос о шумах синхронизации в пакетных сетях
https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-5-08-30

Всем привет! Вышла шестая заметка из цикла о синхронизации. В этот раз рассмотрен вопрос о односторонних протоколах синхронизации.
С праздником осени и знаний!
https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-6-08-30

Всем привет! Вышла седьмая заметка из цикла о синхронизации. В этот раз рассмотрен вопрос о измерения последовательности задержки пакетов и характеристики интерфейсов оборудования для пакетной синхронизации https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-7-09-04
P.S материал получился кратким, но если вам интересно я раскрою тему подробнее

Всем привет! Вышла восьмая заметка из цикла о синхронизации. В этот раз рассмотрен вопрос о асимметрии задержек и факторов влияния.
https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-8-09-05

Всем привет! Вышла девятая заметка из цикла о синхронизации. В этот раз рассмотрен вопрос о NTP протоколе https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-9-09-09

Всем привет. Вышла 10 и финальная заметка. На этот раз о PTP. Она будет в двух частях
https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-10-09-11

https://telegra.ph/Sinhronizaciya-v-paketnyh-setyah-CHast-10---prodolzhenie-09-11 Вот то самое продолжение заметки о PTP.