⭐️ 80 ЛЕТ ПОБЕДЫ ⭐️

С праздником Великой Победы!
Помним. Гордимся. Чтим.

802.11AC WAVE 2. А ОНО ТЕБЕ ТОЧНО НАДО?

В этом посте я расскажу про 802.11ac Wave 2. С одной стороны, "вторая волна" уже устарела, а с другой − у многих до сих пор используется оборудование без поддержки IEEE 802.11ax/be. Когда я начинаю рассказывать словами то, что опишу ниже, диванные теоретики обычно начинают пытаться кидать в меня 💩. Попытки вывести диалог в конструктивное русло обычно показывают, что 802.11ac Wave 2 для них иконостас, в который они свято верят, и доказательства им не нужны.

УТВЕРЖДЕНИЕ: набор технологий 802.11ac Wave 2 на 99 % штука бесполезная! И сейчас я попробую "за базар ответить")

Есть старый анекдот про виртуально и реально. Пересказывать его не буду. Гугл его знает. IEEE 802.11ac Wave 2 − набор технологий, которые виртуально должны сильно увеличить производительность сети, но реально почти ничего не работает. Пройдемся по нововведениям и требованиям к этим нововведениям.

Для того чтобы оперировать фактами, а не эмоциями, предлагаю посмотреть на характеристики топовых смартфонов Samsung и Apple:
* Samsung S25 Ultra: 802.11 a/b/g/n/ac/ax/be (Wi-Fi 7) с MIMO и шириной канала до 320 МГц;
* Apple iPhone 16 Pro / Pro Max: 802.11 a/b/g/n/ac/ax/be (Wi-Fi 7) с MIMO 2x2.

Также важно помнить, что "вторая волна" будет работать, только если она одновременно поддерживается и точкой доступа, и клиентом.

А теперь взглянем на сами технологии.

1️⃣ Для того чтобы воспользоваться ништяками 802.1ac Wave 2, надо, чтобы клиент поддерживал этот самый набор ништяков Wave 2. Мы будем исходить из того, что эти топовые смартфоны поддерживают этот набор технологий.

2️⃣ MU-MIMO. В эту технологию свято верят, на нее молятся, ей поклоняются. Мы будем исходить из того, что эти топовые смартфоны поддерживают этот набор технологий, что бывает далеко не всегда. НО! На практике эта технология является виртуальной, т.к. работает только при соблюдении огромного количества "если".

3️⃣Возможность агрегации в каналы шириной до 160 МГц (в случае IEEE 802.11ac). Аж в восемь раз больше стандартной ширины в 20 МГц! Но на практике скорость сильно далека от того, чтобы быть в 8 раз больше.

4️⃣Поддержка до 8 пространственных потоков. Реально круто! Но опять же, смотрим на параметр "ожидание − реальность". Схема MIMO на Samsung'ах не указана, а вот на iPhone мы явно видим указание на всего лишь 2x2, т.е. на два потока.

Поэтому, как видите, 802.1ac Wave 2 − это набор виртуальных технологий, которые реально не работают. И перед тем как говорить "Это лоховская точка доступа. Она не поддерживает 802.1ac Wave 2", − подумайте: "А оно мне надо?"


🔶 ОНЛАЙН-КУРС "АРХИТЕКТУРА СОВРЕМЕННЫХ КОМПЬЮТЕРНЫХ СЕТЕЙ" 🔶

ИП Скоромнов Дмитрий Анатольевич, ИНН 331403723315

ПЕРЕХОДНОЕ ЗАТУХАНИЕ. ЧАСТЬ 1

Переходное затухание – разность между уровнем сигнала на одной паре или нескольких парах и уровнем помехи, создаваемой этим сигналом, на другую пару.

Часть передаваемой энергии переходит в электромагнитное излучение, которое попадает на соседние пары и снижает качество связи. В зависимости от места и метода измерения существуют различные виды переходных затуханий. Чем выше значение переходного затухания, тем лучше. Единица измерения – дБ.

NEXT (Near End Cross Talk, переходное затухание на ближнем конце) – переходное затухание, измеряемое на паре, находящейся на ближнем конце кабеля относительно источника сигнала.
NEXT не зависит от длины линии.

FEXT (Far End Cross Talk, переходное затухание на дальнем конце) – переходное затухание, измеряемое на другой паре, находящейся на дальнем конце кабеля относительно источника сигнала.
По мере увеличения длины линии уровень FEXT уменьшается, потому что кросс-толк ослабляется затуханием кабеля.

Значение NEXT всегда больше, чем значение FEXT.

P. S. Если кликнуть на картинку, то будет больше информации.


🔶 ОНЛАЙН-КУРС "АРХИТЕКТУРА СОВРЕМЕННЫХ КОМПЬЮТЕРНЫХ СЕТЕЙ" 🔶

ИП Скоромнов Дмитрий Анатольевич, ИНН 331403723315

ПЕРЕХОДНОЕ ЗАТУХАНИЕ. ЧАСТЬ 2

PS-NEXT (Power Sum Near End Crosstalk, суммарные перекрестные наводки на ближнем конце) – переходное затухание, измеряемое на другой паре на ближнем конце кабеля относительно источника сигналов, передаваемых по всем прочим парам.

PS-FEXT (Power Sum Far End Crosstalk, суммарные перекрестные наводки на дальнем конце) – переходное затухание, измеряемое на другой паре на дальнем конце кабеля относительно источника сигналов, передаваемых по всем прочим парам.

P. S. Если раскрыть картинки, то будут видны надписи, которые не видны без такого открытия.


🔶 ОНЛАЙН-КУРС "АРХИТЕКТУРА СОВРЕМЕННЫХ КОМПЬЮТЕРНЫХ СЕТЕЙ" 🔶

ИП Скоромнов Дмитрий Анатольевич, ИНН 331403723315

ПРОТОКОЛЫ, КОТОРЫЕ ПО СТАНДАРТУ МОГУТ РАБОТАТЬ СОВМЕСТНО С NAT

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

Разные NAT Traversal и существуют потому, что NAT официально работает только с перечисленными выше протоколами.

В подтверждение своего утверждения приведу цитату из RFC3022 - Traditional IP Network Address Translator (Traditional NAT):

Sessions other than TCP, UDP and ICMP query type are simply not permitted from local nodes, serviced by a NAPT router.

Документы RFC не являются стандартами, как документы IEEE. Но по NAT нет стандарта IEEE, поэтому документ RFC в данном контексте можно условно считать стандартом.

У разных вендоров возможны несколько разные реализации и названия. Например, Cisco использует термин PAT вместо термина NAPT, который используется в RFC. Могут дополняться новые подвиды вроде masquerade, частного случая SRCNAT, который, по сути, является NAPT в терминологии RFC.


🔶 ОНЛАЙН-КУРС "АРХИТЕКТУРА СОВРЕМЕННЫХ КОМПЬЮТЕРНЫХ СЕТЕЙ" 🔶

ИП Скоромнов Дмитрий Анатольевич, ИНН 331403723315

СООТНЕСЕНИЕ РАЗЛИЧНЫХ ЭХО-ЗАПРОСОВ И ЭХО-ОТВЕТОВ ICMP

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

Представьте, что вы с одного устройства открыли десять окон командной строки и запустили ICMP-запросы. Разные ответы будут приходить с разными задержками, а какие-то вообще не будут приходить. И система должна корректно сопоставить запросы и ответы на них, а не расставить их наугад.

Для решения этой задачи в ICMP используется собственный механизм, схожий по принципу действия с механизмом портов в протоколах UDP и TCP. В заголовках эхо-запросов и эхо-ответов имеются поля Identifier и Sequence Number. Чаще всего используется второе поле. Ответ на конкретный запрос должен содержать то же самое значение поля Sequence Number. За счет этого и происходит сопоставление эхо-запросов и эхо-ответов ICMP.

Обязательно посмотрите на приведенный выше скриншот из Wireshark.


🔶 ОНЛАЙН-КУРС "АРХИТЕКТУРА СОВРЕМЕННЫХ КОМПЬЮТЕРНЫХ СЕТЕЙ" 🔶

ИП Скоромнов Дмитрий Анатольевич, ИНН 331403723315

ОШИБКА В СКРИНШОТЕ К ПРЕДЫДУЩЕМУ ПОСТУ

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

Павел, благодарю, что обратили внимание, что вообще нет никакого ICMP-заголовка.

ПРИНЦИП ДЕЙСТВИЯ ПРОТОКОЛА OSPF

Знаете ли вы как работает протокол OSPF? Не как его настраивать на MikroTik, а принцип действия этого протокола. Выложил два урока из моего нового курса "Математика и физика в сетевых технологиях":
* основные понятия теории графов,
* алгоритм Дейкстры.

Изучив эти два урока вы поймете как работает протокол OSPF.

ПЛЕЙЛИСТ КУРСА НА RUTUBE

ПЛЕЙЛИСТ КУРСА НА YOUTUBE

ПЛЕЙЛИСТ КУРСА В ВКВИДЕО


🔶 ОНЛАЙН-КУРС МАТЕМАТИКА И ФИЗИКА В СЕТЕВЫХ ТЕХНОЛОГИЯХ 🔶

ВОПРОС ПО ВЫБОРУ САМОГО ПРОСТОГО РЕШЕНИЯ

Для узлов, находящихся в сети NET1, шлюзом по умолчанию является маршрутизатор R1. А для связи с узлами из сети NET2 используется VPN-туннель между устройствами VPN и R2. Некоторые устройства из NET1 имеют статический IP-адрес.

Назовите самый простой способ сделать так, чтобы устройства из NET1 отправляли данные до устройств NET2 через устройство VPN, а не через шлюз по умолчанию.

Я уверен, что основная масса читателей канала очень сильно удивится, когда узнает правильный ответ на эту задачу.

P. S. При клике по картинке она увеличится и будут видны названия сетей.


🔶 ОНЛАЙН-КУРС "АРХИТЕКТУРА СОВРЕМЕННЫХ КОМПЬЮТЕРНЫХ СЕТЕЙ" 🔶

ИП Скоромнов Дмитрий Анатольевич, ИНН 331403723315

ОПИСАНИЕ САМОГО ПРОСТОГО РЕШЕНИЯ ЗАДАЧИ ИЗ ПРЕДЫДУЩЕГО ПОСТА

Коллеги, сядьте поудобнее и держитесь покрепче перед тем, как начать читать правильный ответ на задачу из предыдущего поста. Как и обещал, я планирую сильно удивить многих из вас, потому что задача решается с помощью протокола ICMP!

Решение задачи из предыдущего поста следующее:
1. На R1 надо настроить маршрут до сети NET2 через устройство VPN.
2. На R2 надо настроить маршрут до сети NET1 через устройство VPN.

Я думаю, что самым интересным в этом решении является использование протокола ICMP, чего, я уверен, многие не ожидали. Дело в том, что протокол ICMP позволяет выполнять не только эхо-запросы и эхо-ответы с помощью утилиты ping. Этот протокол предоставляет множество других возможностей. Например, с помощью 5-го типа ICMP-сообщений можно изменять маршрутизацию. Этот тип сообщений отправляется, если шлюз, получивший пакет, считает, что следующий шлюз и устройство, чей IP-адрес указан в качестве отправителя пакета, находятся в одной L3-сети.

Разберу более понятным языком на примере решения задачи из предыдущего поста.

Как я уже написал ранее, на устройствах из NET1 ничего дополнительно настраивать не надо. Им надо знать только маршрут по умолчанию через R1. Далее, когда R1 получит от устройства из NET1 любой пакет до сети NET2, он обнаружит, что исходный отправитель пакета (устройство из NET1) и шлюз, через который надо далее отправлять эти пакеты (VPN), находятся в одной L3-сети. R1 не будет ничего никуда маршрутизировать, а просто в ответ на исходный пакет отправит ICMP-сообщение 5-го типа. Далее исходное устройство-отправитель из NET1 начнет отправлять пакеты сразу до устройства VPN, а не через маршрут по умолчанию.

Некоторые нюансы решения:
* Небольшое количество исходных пакетов, возможно, будет потеряно, т.к. они будут отправлены до R1, который ничего маршрутизировать не будет.
* Трафик из NET1 до NET2 пойдет по следующему пути: NET1 – VPN – R1 – R2 – NET2. Ключевым тут будет являться то, что R1 будет маршрутизировать пакеты, пришедшие от устройства VPN, а не от устройства из NET1. И маршрутизировать он будет уже не "голые" пакеты, а пакеты некоторого VPN-протокола.


🔶 ОНЛАЙН-КУРС "АРХИТЕКТУРА СОВРЕМЕННЫХ КОМПЬЮТЕРНЫХ СЕТЕЙ" 🔶

ИП Скоромнов Дмитрий Анатольевич, ИНН 331403723315