Используется последовательная цепочка коммутаторов: dgs3612g -> des3028 -> des3200-10(a1) -> des3200-10(a1). Соединены через гигабитные порты, на них ошибок нет. Управляющий vlan tag =1 для всех комм-ров один, идёт без тегирования. Абонентские вланы отдельные для каждого des. Для авторизации применяется dhcp_local_relay+option82, с получением адресов у абонентов проблем нет. dgs3612 служит для терминации абонентских вланов, является шлюзом для абонентов, на нём включен dhcp_relay.
F/W DGS3612: 2.84.B14; DES3028: 2.92.B04; DES3200-10: 1.83.B007.
При использовании последовательной цепочки на всех абонентских портах коммутаторов des3200 начинают появляться ошибки crc_error и другие, хотя кабель в отличном состоянии (без цепочки коммутаторов на том же кабеле в том же месте никаких ошибок). При тестировании локальным трафиком (не более 2-х прыжков маршрутов, без BRAS) ошибки не существенны и сильно не влияют на скорость трафика (можно получить практически полные 100 мбит/с). Однако, при обращении во внешние ресурсы, скорость трафика значительно падает, например, вместо 50 мбит/с получается лишь 6мбит/с, а то и ниже. Шейпером служит cisco серии asr с применением isg. Проблем с cisco нет, вообще без цепочек всё работает отлично. Всё описанное проявляется только на цепочках при тестировании внешним трафиком.

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

ну лишь в менее 1% случаев бывает, что проблема изза "старости" коммутатора
такое например изредка наблюдается на старых 3526, которые проработали уже много лет и там повспухали кондеры

то что без цепочки ошибок нет, думаю просто совпадение
аплинк коммутатора не должен на это вилять, т.к. ошибки отображаются именно на трафике RX как я понимаю, то-есть ОТ абонента в коммутатор.

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

Это не кабель. Совпадение 1 в 1 в подобных конфигурациях цепочек из DES3200. Без цепочки тот же коммутатор В ТОМ ЖЕ МЕСТЕ, НА ТОМ ЖЕ КАБЕЛЕ работает без ошибок. Это мне повторять как мантру, чтобы дошло, что не в кабеле дело?
Кабель меняли, железки меняли, повторяется 1 в 1 во всех местах! Даже на новом коротком патчкорде в метр ошибки сыплются - опять кабель, который без цепочки в этом же самом месте отлично пашет?
Представитель dlink по нашей области не нашёл ответа, тоже в шоке.
Ещё раз: ЭТО НЕ КАБЕЛЬ и НЕ СТАРОЕ ЖЕЛЕЗО и НЕ ПРОБЛЕМЫ ПИТАНИЯ (пробовали от бесперебойника при отключенном питании розетки).
Буду повторять снова и снова, пока утверждающие что это кабель не дадут внятного объяснения как абсолютно всё то же самое но без цепочки не выдаёт ошибок.

Извините за злобу, но надоело объяснять, что это не может быть кабель или "железо старое"..


Добавлено позднее.
Заменили последний в цепочке des3200 на des3028 - на des3028 ошибок не наблюдается, трафик проходит нормально. Чудесный кабель, не правда ли? Но проблема цепочки из des3200-10 по сути не решена.

flow control между свичами включён?

Flow control выключен на всех портах.

Судя по option82 - это колхоз из нескольких абонентов в одном влане?
Если так - попробуйте выделить тестового абонента в отдельный влан и покачайте там.