В предотпускном угаре не успел проверить, надо взять кабель с тремя скрутками и длиной 110 метров, и на нем проверить убивается ли порт, народ писал о 100% повторяемости на такой конфигурации. Проверьте, пожалуйста, если есть возможность и 3028 и 3200, но со стороны оператора это не всегда видно, толко в крайних случаях, когда порт падает поднимается и тд, а вот юзер потерпит потерпит плюнет и уйдет к другому оператору.

Апну тему. Кто-нибудь нашел возможность вернуть порт в рабочее состояние без перезагрузки? Интересует на DES-3200-28/C1, прежде всего.
На DES-3028 часто поднимается банальным выкл/вкл порта, на C1 один раз такое тоже сработало.

_________________
D-Link Switches: Tips & Tricks

Нет, гарантированного решения нет, иногда помогает перевести в 10 халф, потом снова в авто, иногда нужно включить отключить порт. Но только перезагрузка. Решает проблему. Д-линк проблему, похоже, не признает, ipv6 на des-3526 не работает, снмаем их по возможности, и потихонечку начали брать на доступ коммутаторы другого вендора. Повторить проблему в лабораторных условиях не могу, но в сети постоянно несколько портов находятся в убитом состоянии. Могу разве что попросить длинковцев зайти, посмотреть, перезагрузить и убедиться что проблема ушла. При этом ни кабеля ни оборудование абонетское не трогали:(

У кого получилось воспроизвести проблему и подвесить порт - поделитесь еще раз рецептом.
Манипуляции с 50+ метровым кабелем со скрутками, закорачивание жил и диагностика кабеля в течении получаса никаких результатов не дали - пинги идут, задержки не увеличиваются.
Фото для интересующихся.
https://cloud.dlink.ru/owcl/index.php/s/1Sw8oGzws10GABd

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

Артем, как бороться не знаю, сам собирал и несколько кусов и и бухту кабеля вешал там, и тесты забивал не смог ввести в штопор порт.

Но сможем показать на уровне:

часть первая:
http://www.youtube.com/watch?v=eI4CSHO2We4

часть вторая:
http://www.youtube.com/watch?v=B1SeG_T09hQ

Жаль не записал одним куском с перезагрузкой, сразу не догадался, можно меня обвинить теоретически в шаманстве

Вот сейчас запишу еще один ролик...

Вот записал, в нем эта страничка чтобы было понятно, что просто по свежим следам записал, посмотрите:

https://youtu.be/Lg3z0GFb1tI

Записи мало -нужен будет "подвешенный" порт и доступ к такому коммутатору.
И демонстрация того, что после перезагрузки ситуация нормализуется.

Артем посмотрите третий видик, пожалуйста, я прямо сейчас его сделал, и там видно что проблема ушла после перезагрузки. Сейчас прямо таких явных проблем более не наблюдаю, но я могу попросить попридержать у саппорта решение похожих на эту проблем, и передать инфу, кому-то из инженеров D-Link, доступ тоже не проблема организовать. Нужна заинтересованность со стороны D-link в решении "несуществующей" по мнению D-Link проблемы.

Перешлите мне оригинал этого видео через какой-нибудь файлообменник - я перезалью его, добавив английские субтитры, и перешлю видео в ШК.
Доступ в любом случае потребуется, по времени согласуем позже.
Также укажите модели коммутаторов и версии прошивок, на которых вы также наблюдали эти проблемы.

Я наверное переозвучить могу на английском, http://www.cactus.tv/capture-10.mp4 , но чуть позже, ночью так и не удалось поспать Хотя если Китайцы будут смотреть лучше действительно субтитрами.

Конкретно коммутатор на котором записал последний видик:

Device Type : DES-3526 Fast-Ethernet Switch
Combo Port Type : 1000Base-T + 1000Base-T
MAC Address : 00-19-5B-89-50-7D
IP Address : 10.5.0.49 (Manual)
VLAN Name : managment
Subnet Mask : 255.255.252.0
Default Gateway : 10.5.0.110
Boot PROM Version : Build 5.00.009
Firmware Version : Build 6.20.B21
Hardware Version : 0A3G

Так же наблюдаем на DES-3528, текущая Firmware: Build 3.10.B049 , но туда-сюда изменение прошивок сильно положение не меняет.

Ну и ошибок на том самом порту на текущий момент так и не появилось.

У меня получилось один раз воспроизвести на стенде с коммутатором DES-3200-28/C1 и помощником. Человек сидел и проделывал разные непотребства с кабелем длиной около 35 метров. Он разорвал жилы и всячески издевался над ними, пробуя воспроизвести плохой контакт - опускал жилы в стакан с водой, наматывал на графитовый стержень и тому подобный бред. Я в это время долбил порт по SNMP с помощью скрипта и наблюдал за результатами.

И порт таки глюкнул и начал флапать, и диагностика начала выдавать разные чудеса. Мы полностью отключили проблемный кусок, оставили открытые пары (там остался коннектор, отсоединили переходник с подключенным проблемным куском) и диагностика показывала то наличие линка, то замыкание на кабеле, где уже заведомо не было проблем. После отключения проблемного куска я изменял скорости, режимы дуплекса и т.п. подобные настройки на порту и он ожил. Коммутатор при этом не перезепускал.

Но вот повторить ситуацию не смогли, хотя пробовали потом еще два раза.

Мне кажется проблема появляется только на некачественных медных абонентских линиях. Иногда монтажники меняют порт такому абоненту и та же самая проблема начинает через несколько дней/недель появляться уже на другом порту. И ни разу проблема не проявлялась в офисной сети, которая выше по качеству чем среднестатистические абонентские подключения.

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

_________________
D-Link Switches: Tips & Tricks

Вас понял.
Укажите, пожалуйста, версию прошивки DES-3200/C1, которую вы использовали.

Вот сейчас вижу интересную картину:



Порт постоянно падает, при это не поднимаясь, и исправно шлет трапы о событии. Пока абонент не звонил - не трогаю.

Я отписал в ШК о проблеме, добавив присланное вами видео.
Скорее всего, будет нужен удаленный доступ до устройства с зависшим портом - рассмотрите эту возможность.
Как будут новости - я отпишу.
Спасибо.

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

Артем, дело в том, что это не проблемный коммутатор, он после перезагрузки то нормально теперь работает, эта проблема проявляется на разных коммутаторах, ощущение, что дурить начинают непосредственно интерфейсы коммутатора. Т.е надо подключиться хотя бы к трап листу и вылавливать оттуда подозрительное поведение портов, самое явное - падение и поднимание линка постоянное, но бывают и другие симптомы, самое гадкое когда дурит трансивер и проблема на линии видна только пользователю. Мой емейл admin@cactus-net.ru skype cactus-net , могут мне сразу написать. Обеспечу доступ, и будем разбираться. Могу временно включить тестирование кабелей юзеров, тогда ошибок будет больше. Но для техсапорта нашего это стресс, и работать в такой обстановке сложно, поэтому делать надо оперативно.