QinQ: что согласовать с владельцем сети. Часть 1 «Нам дали VLAN 500. Подключили, линк есть, трафика нет». Номер VLAN сообщает только часть необходимых сведений. Для настройки нужно понимать, какие Ethernet-кадры чужая сеть принимает на одном конце и какие выдаёт на другом. Внутреннюю схему всех коммутаторов оператора знать необязательно. Нужны параметры услуги и границы ответственности. 1. Что именно вам предоставили VLAN может вести к шлюзу оператора, давать доступ в интернет или соединять ваши площадки на втором уровне. Для переноса своих VLAN нужна соответствующая L2-услуга: кадры с одной площадки должны доставляться на другую с сохранением согласованных клиентских тегов. Сам QinQ через обычное маршрутизируемое интернет-подключение этого не сделает. Уточняем: какие порты соединены, услуга двухточечная или многоточечная, разрешён ли обмен между всеми её участниками? 2. Кто добавляет внешний тег Есть два распространённых варианта. Первый: вы отдаёте кадры со своими VLAN 10, 20 и 30. Оператор добавляет внешний тег 500, перевозит кадры и снимает его перед выдачей на второй площадке. На обоих ваших стыках тогда остаётся обычный клиентский trunk. Второй: внешний тег добавляет ваше оборудование. В операторскую сеть уже поступают кадры [500][10], [500][20], [500][30]. Тогда оператор должен согласованно переносить внутренний тег, а на выходе требуется заранее определённая обработка. Если обе стороны добавят тег, появится лишний. Если никто не добавит, сеть получит другой формат кадра. Если вместо добавления настроена замена, можно потерять исходный номер VLAN. Такие операции различаются: добавить тег, удалить тег, заменить его значение. Juniper описывает их отдельно. 3. Что приходит и выходит на каждом стыке Записываем ожидаемый формат в обоих направлениях: • сколько тегов; • какой тег внешний, какой внутренний; • номера VLAN или разрешённые диапазоны; • какие изменения делает каждая сторона. Например: «На площадке А оператор принимает [500][10], на площадке Б выдаёт [700][10]». Это допустимая схема, если согласовано преобразование внешнего VLAN 500 в 700. Одинаковый номер внешнего VLAN на ваших концах не обязателен. Сохранение внутреннего VLAN 10 в этом примере обязательно. Отдельно выясняем судьбу кадров без тегов. Их принимают? Отбрасывают? Относят к определённому VLAN? Не снимает ли один из портов тег из-за настройки native VLAN? 4. Одного VLAN ID недостаточно У тега есть TPID: поле, по которому оборудование распознаёт его тип. Часто внутренний тег использует 0x8100, внешний сервисный — 0x88A8. Но встречается и QinQ с двумя 0x8100. Поддержка зависит от оборудования и ПО: например, в конкретной реализации Cisco поддержка 0x88A8 ограничена. Поэтому «QinQ умеем» — неполный ответ. Нужна поддерживаемая комбинация TPID на конкретном стыке. 5. Физическое подключение Согласовываем скорость, среду передачи, оптические модули, автосогласование и, если используется, агрегацию портов. Проверяем ошибки приёма, CRC и изменения состояния линка. Горящая лампочка подтверждает физическое соединение, но не правильную обработку VLAN. До настройки у нас должна появиться короткая схема: что отправляет наше оборудование, что принимает оператор, что он выдаёт на дальней стороне и что ожидает второй наш узел. Communicatio est victoria. — Душнила t.me/zas_svo vk.com/zas_svo #СВО #связь #QinQ #VLAN
Хроники связи СВО
Subscribers
9.7K
+0 24h
Reach per post (ERR)
27.5%2.7K avg views
Posting
2.0/day
last 1 day ago
Reactions per 1K views
13.5
👍 💯 🔥
Views over time
| When | Views |
|---|---|
| 4 Oct 2026, 12:11 | 0 |
| 10 Nov 2026, 13:50 | 3.4K |
Who shared this post
Posts in other channels we index that link to this one. (Forwards with a hidden source can't be traced.)
Nobody yet.