С QinQ стало что-то не так. Заливаешь конфиг, когда там вот так: И всё, свич больше не увидишь

Проблема анализируется в ШК. Интерфейс коммутатора становится не доступен с тегированного порта при role nni, outer_tpid 0x8100 и включенном qinq.

новости есть?

Приветствую, возникла проблема при автосогласовании скоростей.

При условии что установлено auto negotiation на свитче и auto negotiation на узле (а это стандартная ситуация) но узел не поддерживает gigabit происходят проблемы в виде накопления Fragment и Excessive Deferral
При условии что: на свитче ставим принудительно скорость в 100_full а узел работает при auto negotiation получаем проблему CRC Error
При условии что: на свитче ставим скорость auto, а на узле принудительно в 100_full свитч переходит в 100_half
Адекватная работа обеспечивается только при условии поддержки узлом скорости 1000_full и некоторых исключениях работая на 100_full

System Firmware Version : 1.00.B044

а кабель не 2х парка случаем?

Используется и 2х парка и 4х парка, закономерности в этом направлении не обнаружил

Проблема CRC Error не существует.

Если принудительно ставить 100_full - отключается автосогласование, противоположная сторона думает, что с нашей стороны хаб, и со своей стороны ставит 100_half.
Поскольку на противоположной стороне стоит 100_half, то во время нашей передачи она обнаруживает коллизию и обрывает передачу пакета в нашу сторону. Этот недополученный пакет у нас и виден как CRC Error.

Нужно либо ставить принудительно 100_half, либо ставить 100_full с обоих сторон одновременно.

Пока нет, ведется диалог с разработчиками чипсета.

Спасибо за ответ, но вопрос заключается в некорректной работе auto/auto и накопление Fragment и Excessive Deferral.

Обновите прошивку.

System Protocol Version : 2.001.004
System Firmware Version : 1.01.B054
System Hardware Version : A1

1 Enabled Auto/Disabled 100M/Full/Disabled Enabled

64 150600 16 RX Bytes 768601354 1056
65-127 161630 0 RX Frames 813702 16
128-255 3269 0
256-511 4630 0 TX Bytes 926212880 20814
512-1023 4355 0 TX Frames 892354 23
1024-1518 489218 0

Unicast RX 813657 16
Multicast RX 35 0
Broadcast RX 10 0

RX Frames TX Frames
--------- ---------
CRC Error 0 Excessive Deferral 19593

Включите flow control с обеих сторон

Добрый день.
Настраиваю через telnet удаленно dgs 1100-06/me.
Мои действия:
Подключаю DGS оптикой.
Захожу из подсети 10.90.90.91/24 на подключенный dgs 10.90.90.90
Вешаю ему IP адрес и шлюз, к примеру 10.10.10.10/24 и gw 10.10.10.254
переподключаюсь по новому ip (или захожу через wev)
Создаю vlan X , подаю его untagged на 1 из портов.
тоесть получают, 2-6 порты untag vlan 1, 1 порт untag Vlan X, 6 порт tag Vlan X
делаю save.
Далее обновляю через tftp или через WEB прошивку на DGS-1100-06-A1-1-01-B054.hex
По истечении обновления, вижу что порт упал, и больше не поднимается (на DGS при этом линк есть)
Перезагружаю - не помогает. Делаю ресет и настраиваю все заново - работает с новой прошивкой.
При этом, на прошивку DGS-1100-06-A1-1-01-B046.hex можно загрузиться с настройками и ресет не нужен.

Возможно ли исключить необходимость RESET'a на новой прошивке?
p.s если не ошибаюсь, заводская прошивка B015.

ну что, новости есть?

2 Alexey Mishenko, как будут новости, я сообщу в этой теме.