Пришлите, пожалуйста, вывод команды:
sh uti p

_________________
С уважением,
Бигаров Руслан.

Сейчас картина вот такая:



Дело в том, что в связи с дропами мы увели трафик на резервную линию. соответственно сейчас 23 порт свободен.

Проблема наблюдается, когда примерно с той же самой нагрузкой на рабочие порты подается порядка 800 мбит на 23 порт. и дропы идут именно на 23-м порту.

Вот утилизация 3100 с которого приходит основной трафик.
с 21 и 22 порта трафик поступает на 24 порт (по основной схеме на 23 порт)

Этот вывод не поможет в понимании происходящего и нахождения причин данной проблемы.

_________________
С уважением,
Бигаров Руслан.

Ruslan, а что поможет?

Вы хотите чтобы я трафик вернули обратно на 23 порт и выслал вам утилизацию?
Ничего ведь не изменится! Или вы хотите показать мне что суммарно трафик с 1 по 23 порт физически не влезет в 24?

С чем-то подобным вы в своей практике сталкивались? куда вообще мне копать? Очень не хочется пускать "боевой" трафик на нестабильную железку только для того, чтобы показать вам утилизацию.

Такое поведение наблюдаю на 2 железках 36хх серии (3627 и 3612)
Обе пришлось разгружать через обходные маршруты. Но проблема то не решается. Скоро уводить будет некуда.

Может это мультикаст ложит свич?

Ну это понятно, что циферки Buffer Full Drop увеличиваются. А на практике к каким последствиям это приводит?

К чему приводит сброс пакетов? к плохой связи приводит. у меня сразу провал в графике процентов на 30. или я не понял вопроса...

У нас было похожее, отфильтровали вышестоящим L2 (3828) трафик, направленный на интерфейсы свича, количество Buffer Full Drop снизилось на несколько порядков.

Сначала пытались фильтрануть CPU ACL, но это не дало нужного эффекта, поэтому и фильтруем другим свичом.

Может у вас похожая ситуация?

Может и похожая.
Что сапорт Dlink советует? проблема еще актуальна.

Зарезать локальный трафик через Flow Control последовательно и смотреть, когда перестанет расти счётчик.

_________________
С уважением,
Бигаров Руслан.

Ruslan, давайте я еще раз опишу ситуацию.

С 3100 с 23 порта льется трафик в 3627 на 23 порт.
На 3627 с 23 порта перекидывает пакеты в 24 порт
на 23 порту 3627 появлялись Buffer Full Drop

А теперь вопрос: дропы на 23 порту 3627 обусловлены тем, что коммутатор не может принять с 3100 пакеты или тем, что 3627 не может все принятые пакеты на 23 порту впихнуть в 24 порт.

Если по причине невозможности на 3627 в 24 пропустить все пакеты, то есть ли способ дропать не с 23 порта, а с 1-22 портов?

Не могу я на работающем сети проводить такого рода эксперименты без острой необходимости...

QoS, что ли... направлять пакеты в очереди с разным приоритетом

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

Да, нужно с помощью QoS разруливать трафик.

_________________
С уважением,
Бигаров Руслан.

Аналогичная ситуация, и у нас была (тоже с супортом общался и здесь и на Украине по телефону в прошлом году), один из примеров на одной из агрегаций стоял только 34хх коммутатор и к нему приходил трафик по 4 ласп портам и там распределялся и вот на одном из портов куда делился (входящий в коммутатор через ЛАСП) трафик подошёл к 800 мегабитам и началась эти дропы на входных портах ласп и чем больше трафа тем больше дропов/сек (по графикам четко видна зависимость, как только за 750 мбит/сек начинает идти траф дропы начинают появляться). Сменили железку на другую не длинк и все порядок дропы появились лишь когда трафик подошёл в одном из исходящих портов к 950 мбитам нотогда и пинг подрос (ну тут уж ястно). Откуда берутся проблемы то ли от малого буфера пакетов или как-то криво настроенного алгоритма ерли дроп, то ли странная защита от заполнения одним портом всего буфера (выключение хол привеншина не помогал аж не как), делал эксперимент на 100 мбитных портам на 35хх серии в гигабит подавал трафик который уже расходился на разные 100 мбит порты разными вланами), то порт 100 мбит удавалось утилизировать в полку на исход и четко возрастал пинг до 16 мс ну и потери появлялись. Почему в случае как 34 так и 36 серии подобного эффекта не появляется (сначала возрастание пинга, а потом дропы) не знаю тут уж или программерам или инженерам, кто проектировал коммутатор надо ответить.
Так что вы не одиноки и если найдете решение будем очень признательны если поделитесь.

На DGS-3400 и DGS-3600 Вы какие прошивки использовали?!

_________________
С уважением,
Бигаров Руслан.

Поднял инфу там последнее что стояло
Device Type : DGS-3427 Gigabit Ethernet Switch
MAC Address : 00-1E-58-9A-2E-B6
...
Boot PROM Version : Build 1.00-B13
Firmware Version : Build 2.62.B19
Hardware Version : A2
Ставили все что говорили, А что вы на более новой прошивке вы моделировали ситуацию и все уже окей было?
Кстати не проводил эксперимент на 34хх когда пакеты уходят в порт что на 100 мбит, скорости получится или нет полочка и увеличение пинга, как на 35 серии.
Будем очень благодарны если проблема решится, ибо в сети все еще больше сотни 34хх стоит, в качестве л2 агрегации работают.
Сейчас вместо 35хх - 32хх серию используем но на ней такую ситуацию не тестировали но надо проверить.