Проблема с VLAN 0 на портах, отличных от WAN (Port 0)

[KYTECHNGAMING]

Приветствую,

Столкнулся с багом при использовании VLAN 0 в инфраструктуре провайдера Superonline (Турция). Суть проблемы: VLAN 0 работает корректно только на стандартном синем WAN-порту (Port 0). На всех остальных портах (включая SFP/Combo) соединение установить невозможно.

Детали теста:

Устройство: Keenetic Hero AX3000 (KN-1012).

Версии ПО: Мы провели тесты на актуальной версии 5.1.b.1. Также клиент по моим указаниям протестировал предыдущие версии: 5.0.A.5, 5.0.8 и 5.0.11. Проблема идентична на всех указанных сборках.

Сценарий: При подключении ONT к 2.5G Eth/SFP Combo порту и настройке VLAN 0 — соединение отсутствует (Connection Error). При переносе того же кабеля в Port 0 (Default WAN) с теми же настройками — интернет появляется мгновенно.

Контекст: Ранее в версии 5.0.10 вносились правки по 802.1p [NDM-4342], но, похоже, это не решило проблему привязки VLAN 0 к конкретному физическому порту.

Важное замечание по безопасности и логике:
Запись экрана и файл self-test содержат персональные данные, поэтому я отправлю их в личные сообщения разработчикам или прикреплю скрытым сообщением.

Считаю, что данная ситуация — это не просто ограничение, а критический баг. Уникальная гибкость Keenetic всегда позволяла настраивать любой порт как LAN или WAN, но эта проблема полностью нарушает данную концепцию.

 

[vasek00]

23 часа назад, KYTECHNGAMING сказал:

Столкнулся с багом при использовании VLAN 0 в инфраструктуре провайдера Superonline (Турция). Суть проблемы: VLAN 0 работает корректно только на стандартном синем WAN-порту (Port 0). На всех остальных портах (включая SFP/Combo) соединение установить невозможно

ПО 5.1 Beta 1

1811 настройка и подключение пров. прводного (естественно у него нет vlan)

Цитата

interface GigabitEthernet0/Vlan0
    description "\xd0\x9f\xd1\x80\xd0\xbe\xd0\xb2\xd0\xb0\xd0\xb9\xd0\xb4\xd0\xb5\xd1\x80 3"
    security-level public *****************************
    ip address dhcp
    ip dhcp client hostname ""
    ip dhcp client dns-routes
    ip global 4681
    ipv6 address auto
    ipv6 prefix auto
    up

interface GigabitEthernet0/2
    rename 3
    role inet for GigabitEthernet0/Vlan0 ************ 
    switchport mode access
    switchport access vlan 0
    up

    <file name="proc:net/dev">
        <![CDATA[
Inter-|   Receive                                                |  Transmit
 face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
...
eth2.9:   23775     166    0    0    0     0          0         2    22128     189    0    0    0     0       0          0
eth2.0:       0       0    0    0    0     0          0         0      958       9    0    0    0     0       0          0
eth2.3:   96741    1113    0    0    0     0          0       360   232157    1849    0    0    0     0       0          0
eth2.1: 2692111   15277    0    0    0     0          0       815 19994137   18751    0    0    0     0       0          0
...

~ # ifconfig eth2.0
eth2.0    Link encap:Ethernet  HWaddr 50:хх:хх:хх:хх:46
          inet addr:1хх.ххх.ххх.12  Bcast:1хх.ххх.ххх.255  Mask:255.255.255.0
          inet6 addr: fe80::52хх:хххх:хххх:хххх/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:80 errors:0 dropped:1 overruns:0 frame:0
          TX packets:97 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:15197 (14.8 KiB)  TX bytes:11545 (11.2 KiB)

 

В данном пример все vlan которые есть в системе и на LAN3 поднят vlan0 и security-level public. В данном примере стоит параметр "ip address dhcp" -> IP получен от провайдера, т.е. он сделан WAN.

Вопрос selftest - что говорит?

 

23 часа назад, KYTECHNGAMING сказал:

Сценарий: При подключении ONT к 2.5G Eth/SFP Combo порту и настройке VLAN 0 — соединение отсутствует (Connection Error). При переносе того же кабеля в Port 0 (Default WAN) с теми же настройками — интернет появляется мгновенно.

Можно увидеть в selftest - что все поднялось и ИМЕННО с использованием vlan0 ?

 

В Cudy M3000 стоит проц MediaTek MT7981BA по умолчанию в нем используется  vlan0

vlan0 (eth0.0)	EXAMPLE LAN ports (1 to 4)
vlan1 (eth0.1)	EXAMPLE WAN port

Edited May 13 by vasek00

[T3Rm0]

@KYTECHNGAMING

Добрый день!

Спасибо за отчет, воспроизвели проблему на своей стороне.

[KYTECHNGAMING]

@vasek00

Приветствую,

Благодарю за анализ. Я провел повторные тесты на свежей прошивке 5.1.B.2, предварительно сбросив устройство до заводских настроек. Настройка выполнялась вручную без мастера. Результаты следующие:

1. Тест порта 2.5G SFP/Combo: При назначении VLAN 0 соединение не устанавливается (DHCP не получает адрес). В логах видно отсутствие входящего трафика по этому тегу.

2. Тест Port 0 (Blue WAN): С теми же настройками и тем же кабелем соединение поднимается мгновенно.

3. Тест Port 2 (Gigabit LAN): Когда этот порт назначается как WAN с VLAN 0, проблема также повторяется — связи нет.

Я уже передал все записи экрана и файлы self-test команде Keenetic Türkiye для параллельного анализа.

Хотел бы уточнить у @T3Rm0 и разработчиков: по вашему мнению, является ли это жестким аппаратным ограничением (hardware limitation) коммутатора или процессора именно в архитектуре MT7981B, или же это можно исправить программно на уровне драйверов или KeeneticOS? На KN-1811 (MT7622B) это работает, но на платформе Filogic 820 мы видим проблему с гибкостью портов.

Прикрепляю новый self-test (5.1.B.2). Буду признателен за обратную связь.

Edited May 16 by KYTECHNGAMING
Text Correction

[T3Rm0]

@KYTECHNGAMING 

Благодарю за подробное описание и тесты!

Это программная проблема, исправить можно. 

[PriSonerS61]

1 hour ago, T3Rm0 said:

@KYTECHNGAMING 

Благодарю за подробное описание и тесты!

Это программная проблема, исправить можно. 

Разве эта проблема не была исправлена в недавно выпущенной версии 5.1 beta 3 ?

 

Ethernet: в Ethernet-коммутаторе устранена проблема, затрагивавшая обработку кадров 802.1Q с VLAN ID 0 [SYS-1785]

[KYTECHNGAMING]

On 5/20/2026 at 8:20 PM, T3Rm0 said:

@KYTECHNGAMING 

Thank you for the detailed description and tests!

This is a software problem that can be fixed. 

It looks like a fix for this was released in version 5.1.b.3. I'll test it as soon as possible.

01.06.2026 : Fixed. Works as expected.

Edited June 1 by KYTECHNGAMING

[KYTECHNGAMING]

Fixed issue in 5.0.12 too.