Вот именно об этом и говорил.
Только в моем случае, "на стенде" использовал, Бтест микротика, который во время тестирования 100Мбит FD показывает 50-60Мбит в один поток, чем больше потоков тем меньше скорость на каждый.
Очень просто проверяется браузером на speedtest.net некоторые абоненты жалуются не видя скорости тарифа, не устраивает сервис потому что есть потери, лезут на спидтест, а там картина маслом.
Проверял и iperf_ом 20 потоков по 1.5Mбит получалось, только прошивка на свиче другая(т056) в этом месте, обновлюсь проверю еще раз, но судя по другим свичам с последней прошивкой все без изменений.
На днях писал ответ по этому поводу michailbugati, но отвлекся, стенд собран, прошивка последняя, ситуация аналогичная, описанной выше, 75Мбит максимум удалось получить, с ошибками на порту.


Аналогичная ситуация, только ошибок по сотне в секунду, чем больше потоков, тем больше ошибок в секунду, на прошивке t056, ошибок у меня нет, проблема есть.


Возможно роутер в вашем случае "совместимый" с длинком, поэтому и не воспроизвелось.
Варианты 1-3 воспроизводится ограничение, чем больше потоков(трафика), за 100 линком тем ближе к 35-40Мбитам суммарная скорость исходящего с порта трафика, и меньше скорость на каждый поток.
При измерении на сервера спидтеста в 1-3 варианте, максимальная скорость на прием, статистика с интерфейса vlan** 55-60Мбит, спидтест на тестовом компе в браузере показывает 45-50.

В 1-3 варианте, спедтест показывает 50/90.
В 4-5 варианте, спидтест показывает около 80/90.

В 1 варианте на В012, растет счетчик: Excessive Deferral на 100Мбит порту, чем больше потоков тем больше цифра в секунду.

Вот именно об этом и говорил.
Только в моем случае, "на стенде" использовал, Бтест микротика, который во время тестирования 100Мбит FD показывает 50-60Мбит в один поток, чем больше потоков тем меньше скорость на каждый, в пределах суммарных 50-60Мбит.
Очень просто проверяется браузером на speedtest.net некоторые абоненты жалуются не видя скорости тарифа, не устраивает сервис потому что есть потери, лезут на спидтест, а там картина маслом.
Проверял и iperf_ом 20 потоков по 1.5Mбит получалось, только прошивка на свиче другая(т056) в этом месте, обновлюсь проверю еще раз, но судя по другим свичам с последней прошивкой все без изменений.
На днях писал ответ по этому поводу michailbugati, но отвлекся, стенд собран, прошивка последняя, ситуация аналогичная, описанной выше, 75Мбит максимум удалось получить, с ошибками на порту.


Аналогичная ситуация, только ошибок по сто в секунду, чем больше потоков, тем больше ошибок в секунду, на прошивке t056, ошибок у меня нет, проблема есть.


Возможно роутер в вашем случае "совместимый" с длинком, поэтому и не воспроизвелось.
Варианты 1-3 воспроизводится ограничение, чем больше потоков(трафика), за 100 линком тем ближе к 35-40Мбитам суммарная скорость исходящего с порта трафика, и меньше скорость на каждый поток.
При измерении на сервера спидтеста в 1-3 варианте, максимальная скорость на прием, статистика с интерфейса vlan** 55-60Мбит, спидтест на тестовом компе в браузере показывает 45-50.

В 1-3 варианте, спедтест показывает 50/90.
В 4-5 варианте, спидтест показывает около 80/90.

В 1 варианте на В012, растет счетчик: Excessive Deferral на 100Мбит порту, чем больше потоков тем больше цифра в секунду.

100 мбит установлено со стороны клиента, путем использование сетевой карты которая может не больше 100 мбит. В качестве "сетевой карты" использовались intel, разнообразные realtek-и, usb-нык 100мбит-ки, rasberry pi 3. Все эти устройства отлично начинали работать если включить "неуправляемый" 1G свич перед ними. Или управляемый 1G другой фирмы. Что дальше?

Давайте таки запихаем проблему в повторяемые рамки. 1100-06/ME свежекупленный, залитый прошивкой с сайта, HW ver A1, FW 1.04.B012, сброшеный в default.
Все патч-корды разумной длины, от 1 до 5 м, проверены на гигабитных линках, отличного качества. (специально проверял)
Свич стоит отдельно, не подключен никуда никакими "аплинками", вообще не связан с други оборудованием кроме обычных 2 серверов (или ноутов, так тоже проверяли).
По сути должен выполнять функции неуправлемного свича.
А вот не работает.
Обычный TCP stream, в один чертов поток, в одной подсети в VLAN по умолчанию, который идет из 1G порта в 100M порт (только в этом направлении) дает картину, которую я описал в iperf. Если надо могу насобирать tcpdump-ов. 100M подразумавает сетевую карту или устройство, котороя ничего больше 100M не умеет.
Замена 1100-06/me на любой 1G неуправляемый (или управляемый, но другой, не dlink) свич исправляет ситуацию. Использование 1G свича перед 100M клиентом исправяет ситуацию. Такой себе аппаратный буфер.

Не надо проверять его в колбасе из других свичей. Воткните его в какой-то сетевой анализатор типа Agilent, и пустите 1 tcp stream из 1G в 100M.
Спасибо.

Проблема воспроизводится что с "колбасой", что без, аплинк 1G<DGS1100-06/ME>100Мбит тест.
Мой тестовый с T056 обновлен до В012, с начала был в дефолте, потом добавились вланы, ситуация не изменялась, на обоих прошивках, на последней растут ошибки Excessive Deferral.
Появится свободное время, продолжу тесты.
Снимите дамп трафика, с двух сторон, во время теста с iperf, если у Вас есть такая возможность и отправьте в Длинк.

Всем здравствуйте!
У меня есть сабж, сейчас вовсю экспериментирую с ним. Подтверждаю, что если клиентский линк стоит в сотке (100FD), то копятся ошибки Excessive Deferral.

Однако такого эффекта, как у вас, не встречал. Ошибки растут, но пакеты не дропаются и скорость на спидтесте 92/92. Может я что-то упустил?

Пакеты дропаются, если под лупой смотреть дамп трафика. Чтобы заметить влияние глазом, на 100М порт подключите клиента IPTV (multicast) и смотрите канал, где встречаются бёрсты.

Есть "совместимые" 100Мбит устройства, на которых, как и в схеме с промежуточным 1G "тупарем", ситуация на этих устройствах, как и у Вас, не воспроизводится.

Все устройства рабочие, а только при установке DGS-1100-06/me начинаються excessive deferral и устройства становяться "несовместимые". Простите, но несовместимые с чем? С нестандартным поведением DGS-1100-06/me? Да packet forwarding для свича это настолько базовый функционал, что мне сложно себе представить как вообще эти устройства тестирование проходят, если проходят вообще.

1.04.B018
config port_security 1-5 admin_state enable max_learning_addr 64 lock_address_mode DeleteOnTimeout

не принимает маки на портах вообще, соответсвенно сеть не работает
при отключении port_security - оживает

На стенде с дефолтными настройками проблема не воспроизводится. Пришлите пожалуйста полный конфиг коммутатора мне на почту.
Спасибо.

Отправил.

1. Здравствуйте, товарищи!
Сегодня я увидел странное. Есть два DGS-1100-06/ME. На обоих FW 1.00.015, Hardware version A.1.
Через web-морду сохраняем конфиг с каждого свича. У обоих расширение .cfg, но с одного конфиг сохраняется в бинарном виде, а с другого - в текстовом.
Как такое возможно?

P.S. Один из свичей вынут из корпуса и прикручен шурупом к ящику. Возможно, он считает себя особенным.

2. Если у кого-то наблюдаются потери датаграмм при подключении к устройству 100 Мбит, причина может быть в выключенном по умолчании Flow Control. Мы долго не могли понять, почему теряются датаграммы при передаче через WiFi. Оказалось, что причина в DGS-1100-06/ME.

Из ~250 свичей в сети, такая проблема у 10%. Настройки одинаковые.
Закономерность выявить не смогли. При включении port_security с любыми параметрами мак пользователя не появлялся. При отключении- все начинало работать.
Если будет решение- отпишитесь пожалуйста.

откат софта помогает? Если не выявить закономерность нужен промежуток версий где это появилось