stepmail
по вопросам добавления нового функционала обратитесь, пожалуйста, в ближайшее представительство D-Link.

T_IgorWW
сообщение вида "Could not get nvram variable." появляется?

Без 6.05.B009 прошивки появлялись, а с ней говорит все окей!

T_IgorWW
Попробуйте сбросить коммутатор до заводских настроек.
Если не поможет - пришлите мне на почту ваш конфиг, на котором после создания виланов у вас коммутатор уходит в ребут.
На моем лабном такого поведения не наблюдается.

Добрый день!
(Я так понимаю раз тему удалили то отписываться нужно здесь)
Почему такой большой ответ по icmp на данную модель?
С моделями 3526,3028,3200 и 1228 такого не наблюдается (1-4 ms)
Пинг на коммутатор 1210 28ME b2 такой как на 2108 и 1100. (3.6-79.7ms)

Он не только большой, еще и превышения бывают регулярно.

Ну незнаю как для кого:
вот пример, коммутатор ничего не делает с линков только аплинк:
64 bytes from 10.3.12.61: icmp_seq=10 ttl=64 time=9.982 ms
64 bytes from 10.3.12.61: icmp_seq=11 ttl=64 time=12.691 ms
64 bytes from 10.3.12.61: icmp_seq=12 ttl=64 time=13.160 ms
64 bytes from 10.3.12.61: icmp_seq=13 ttl=64 time=20.019 ms
64 bytes from 10.3.12.61: icmp_seq=14 ttl=64 time=3.807 ms
64 bytes from 10.3.12.61: icmp_seq=15 ttl=64 time=3.644 ms
64 bytes from 10.3.12.61: icmp_seq=16 ttl=64 time=3.643 ms
64 bytes from 10.3.12.61: icmp_seq=17 ttl=64 time=4.432 ms
64 bytes from 10.3.12.61: icmp_seq=18 ttl=64 time=3.653 ms
64 bytes from 10.3.12.61: icmp_seq=19 ttl=64 time=13.019 ms
64 bytes from 10.3.12.61: icmp_seq=20 ttl=64 time=4.110 ms
64 bytes from 10.3.12.61: icmp_seq=21 ttl=64 time=4.471 ms
64 bytes from 10.3.12.61: icmp_seq=22 ttl=64 time=3.660 ms
64 bytes from 10.3.12.61: icmp_seq=23 ttl=64 time=5.568 ms
64 bytes from 10.3.12.61: icmp_seq=24 ttl=64 time=3.812 ms
64 bytes from 10.3.12.61: icmp_seq=25 ttl=64 time=3.643 ms
64 bytes from 10.3.12.61: icmp_seq=26 ttl=64 time=7.397 ms
64 bytes from 10.3.12.61: icmp_seq=27 ttl=64 time=6.301 ms
64 bytes from 10.3.12.61: icmp_seq=28 ttl=64 time=7.108 ms
64 bytes from 10.3.12.61: icmp_seq=29 ttl=64 time=36.505 ms
64 bytes from 10.3.12.61: icmp_seq=30 ttl=64 time=23.934 ms
64 bytes from 10.3.12.61: icmp_seq=31 ttl=64 time=3.809 ms
64 bytes from 10.3.12.61: icmp_seq=32 ttl=64 time=28.249 ms
64 bytes from 10.3.12.61: icmp_seq=33 ttl=64 time=3.838 ms
64 bytes from 10.3.12.61: icmp_seq=34 ttl=64 time=3.799 ms
64 bytes from 10.3.12.61: icmp_seq=35 ttl=64 time=4.269 ms
64 bytes from 10.3.12.61: icmp_seq=36 ttl=64 time=3.658 ms
64 bytes from 10.3.12.61: icmp_seq=37 ttl=64 time=3.658 ms
64 bytes from 10.3.12.61: icmp_seq=38 ttl=64 time=3.716 ms
64 bytes from 10.3.12.61: icmp_seq=39 ttl=64 time=23.616 ms
64 bytes from 10.3.12.61: icmp_seq=40 ttl=64 time=3.661 ms
64 bytes from 10.3.12.61: icmp_seq=41 ttl=64 time=4.274 ms
64 bytes from 10.3.12.61: icmp_seq=42 ttl=64 time=23.453 ms
64 bytes from 10.3.12.61: icmp_seq=43 ttl=64 time=3.656 ms
64 bytes from 10.3.12.61: icmp_seq=44 ttl=64 time=3.659 ms
64 bytes from 10.3.12.61: icmp_seq=45 ttl=64 time=3.656 ms
64 bytes from 10.3.12.61: icmp_seq=46 ttl=64 time=3.804 ms
64 bytes from 10.3.12.61: icmp_seq=47 ttl=64 time=3.645 ms
64 bytes from 10.3.12.61: icmp_seq=48 ttl=64 time=5.230 ms
64 bytes from 10.3.12.61: icmp_seq=49 ttl=64 time=45.774 ms
64 bytes from 10.3.12.61: icmp_seq=50 ttl=64 time=4.003 ms
64 bytes from 10.3.12.61: icmp_seq=51 ttl=64 time=3.799 ms
64 bytes from 10.3.12.61: icmp_seq=52 ttl=64 time=49.250 ms


для примера 1228 забитый абонентами:
64 bytes from 10.3.111.187: icmp_seq=20 ttl=30 time=2.009 ms
64 bytes from 10.3.111.187: icmp_seq=21 ttl=30 time=1.944 ms
64 bytes from 10.3.111.187: icmp_seq=22 ttl=30 time=2.254 ms
64 bytes from 10.3.111.187: icmp_seq=23 ttl=30 time=2.097 ms
64 bytes from 10.3.111.187: icmp_seq=24 ttl=30 time=1.940 ms
64 bytes from 10.3.111.187: icmp_seq=25 ttl=30 time=1.972 ms
64 bytes from 10.3.111.187: icmp_seq=26 ttl=30 time=1.933 ms
64 bytes from 10.3.111.187: icmp_seq=27 ttl=30 time=1.941 ms
64 bytes from 10.3.111.187: icmp_seq=28 ttl=30 time=5.832 ms
64 bytes from 10.3.111.187: icmp_seq=29 ttl=30 time=1.941 ms
64 bytes from 10.3.111.187: icmp_seq=30 ttl=30 time=1.937 ms
64 bytes from 10.3.111.187: icmp_seq=31 ttl=30 time=2.105 ms
64 bytes from 10.3.111.187: icmp_seq=32 ttl=30 time=1.925 ms
64 bytes from 10.3.111.187: icmp_seq=33 ttl=30 time=1.951 ms
64 bytes from 10.3.111.187: icmp_seq=34 ttl=30 time=4.784 ms
64 bytes from 10.3.111.187: icmp_seq=35 ttl=30 time=1.945 ms
64 bytes from 10.3.111.187: icmp_seq=36 ttl=30 time=1.927 ms
64 bytes from 10.3.111.187: icmp_seq=37 ttl=30 time=2.096 ms
64 bytes from 10.3.111.187: icmp_seq=38 ttl=30 time=1.929 ms
64 bytes from 10.3.111.187: icmp_seq=39 ttl=30 time=1.956 ms
64 bytes from 10.3.111.187: icmp_seq=40 ttl=30 time=3.023 ms
64 bytes from 10.3.111.187: icmp_seq=41 ttl=30 time=1.976 ms
64 bytes from 10.3.111.187: icmp_seq=42 ttl=30 time=1.925 ms
64 bytes from 10.3.111.187: icmp_seq=43 ttl=30 time=2.091 ms
64 bytes from 10.3.111.187: icmp_seq=44 ttl=30 time=2.088 ms
64 bytes from 10.3.111.187: icmp_seq=45 ttl=30 time=2.145 ms
64 bytes from 10.3.111.187: icmp_seq=46 ttl=30 time=1.928 ms
64 bytes from 10.3.111.187: icmp_seq=47 ttl=30 time=5.050 ms
64 bytes from 10.3.111.187: icmp_seq=48 ttl=30 time=2.241 ms
64 bytes from 10.3.111.187: icmp_seq=49 ttl=30 time=1.930 ms
64 bytes from 10.3.111.187: icmp_seq=50 ttl=30 time=8.948 ms
64 bytes from 10.3.111.187: icmp_seq=51 ttl=30 time=1.895 ms
64 bytes from 10.3.111.187: icmp_seq=52 ttl=30 time=3.637 ms
64 bytes from 10.3.111.187: icmp_seq=53 ttl=30 time=6.198 ms
64 bytes from 10.3.111.187: icmp_seq=54 ttl=30 time=6.307 ms
64 bytes from 10.3.111.187: icmp_seq=55 ttl=30 time=5.842 ms
64 bytes from 10.3.111.187: icmp_seq=56 ttl=30 time=1.935 ms
64 bytes from 10.3.111.187: icmp_seq=57 ttl=30 time=1.928 ms
64 bytes from 10.3.111.187: icmp_seq=58 ttl=30 time=2.687 ms
64 bytes from 10.3.111.187: icmp_seq=59 ttl=30 time=1.925 ms

Кстати вопрос то я задал по причине того что коммутатор так пингуеться а абоненты включены с него пингуються нормально. Значит подозреваю что есть что то что фильтрует либо qos какой то хитрый я перепробовал все и не смог найти ответа на этот вопрос

Повторил на свежем коммутаторе команды из viewtopic.php?f=2&t=153885&start=525#p899666
Итог - отваливается cli, попал в linux и через секунд 5 коммутатор начал перегружаться, и загрузился с заводской конфигурацией.

Может партия бракованных попалась, потому что у меня тоже два только что из коробки!!!

Скорее после пачки вланов срабатывает где-то exception, а далее watchdog пинает свитч в ребут. Eltex-like design. ))))

Вообще, ошибки, возникающие при смене прошивки, вида: наводят на мысль, что конфиг хранится в свитче в бинарном виде, а не текстовом. Это так? Очень не хотелось ощутить необходимость сброса установленных свитчей в дефолт после прошивки.

Решена ли проблема с STP в прошивке 6.05.B020?
Работоспособен ли в ней ISM?

T_IgorWW, passer
проблему подтверждаю, я отписал о ней разработчикам.
Спасибо.

bryt
проблемы с STP пока решают, ISM vlan рабочий

А когда будет ПО с решением STP?
Хотя бы приблизительный срок...

Надеемся, что на этой неделе.

при перепрошивке коммутатора с FW6.00.018 на FW6.05.B020 появляется надпись Could not get nvram variable.
Было:

Стало:


Это так и должно быть?

_________________
Народ и партия - едины!

После прошивки и перезагрузки сделать system reset - помогает.