tnega Опубликовано 6 сентября, 2019 · Жалоба Приветствую всех. Имеем такую схему: ... Mikrotik SXT 6 -> Mikrotik SXT 6 -> DGS-1100-08 -> Mikrotik Omnitik SXT 6 имеют гигабитные порты, данный радиомост без проблем передаёт нам 150 мегабит Омнитик имеет 100 мегабитный порт Разумеется в коммутаторе порт приемного моста работает на гигабите а омнитик на 100 мегабитах Проблема следующая - при Бандвич тесте встроенном в микротик и вообще, мы не можем передать на Омнитик больше 50 мегабит, как буд-то порт работает в пол силы, но когда мы переводим принудительно порт приемного моста с гигабита в 100 мегабит - мы без проблем до омнитика прогоняем 100 мегабит. По статусу у всех портов Фулдуплекс, но проблему это видим конкретно на этой железке, это нас расстраивает, так как она очень компактная и в ней есть всё что нам нужно. В итоге, чтобы у нас была полноценная магистраль в 150 мегабит нам нужно поставить какой нибудь 3028 или любой коммутатор где есть на борту и гигабитные и 100 мегабитные порты, в этом случае проблем со скоростью мы не видим. Кто что подскажет? Очень расстраивает такая не стыковка устройств. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 6 сентября, 2019 · Жалоба Если скорость на выходе и на выходе различается - коммутатору нужно буферизировать. Буферизировать у DGS-1100-08 просто нечем - буфер пакетов там 256 кб. Вообще, посмотрите в там полным ходом обсуждение причин и решений. Технически может помочь включение flow-control на всех устройствах и на портах коммутатора - тогда коммутатор будет источнику отправлять сигнал пауза, если приемник уже не может принять или переполнен буфер самого коммутатора. Проблема в том, что этим заниматься будет CPU, а у данной балалайки он тоже символический - неизвестно, что будет хуже работать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tnega Опубликовано 7 сентября, 2019 (изменено) · Жалоба 8 часов назад, jffulcrum сказал: Если скорость на выходе и на выходе различается - коммутатору нужно буферизировать. Буферизировать у DGS-1100-08 просто нечем - буфер пакетов там 256 кб. Вообще, посмотрите в там полным ходом обсуждение причин и решений. Технически может помочь включение flow-control на всех устройствах и на портах коммутатора - тогда коммутатор будет источнику отправлять сигнал пауза, если приемник уже не может принять или переполнен буфер самого коммутатора. Проблема в том, что этим заниматься будет CPU, а у данной балалайки он тоже символический - неизвестно, что будет хуже работать. Спасибо! включение flow control помогло, по факту выше 150 мегабит через него пролетать не будет, так как магистраль идет с радиомоста. Посмотрим как будет себя вести. UPD: спустя несколько минут начал проверять снова тестами, то нормально показывает, то снова 50 мегабит, но чувствуется большой приоритет по исходящей скорости от конечного устройства. расстроился) Изменено 7 сентября, 2019 пользователем tnega Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Adim Опубликовано 7 сентября, 2019 · Жалоба маленький буфер, проблема та же что и с DGS-1100-06 берите DGS-1100-10/ME проблему мне подтвердили представители длинк Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tnega Опубликовано 7 сентября, 2019 · Жалоба Включив все же принудительно flow control на ethernet порту приемного моста микротика - проблема решилась. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Adim Опубликовано 7 сентября, 2019 · Жалоба решилась совсем или как? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tnega Опубликовано 7 сентября, 2019 · Жалоба 1 час назад, Adim сказал: решилась совсем или как? да, глюков со скоростью не наблюдаем. оказывается сколько проблем разных бывает с оборудованием. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 7 сентября, 2019 · Жалоба 1100, причем даже не ME - это не оборудование, а мыльница. Не нужно ждать чудес. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Adim Опубликовано 7 сентября, 2019 · Жалоба мы ставим 1100-10/me на доступ после dgs 1510..../me Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rm_ Опубликовано 7 сентября, 2019 · Жалоба 19 hours ago, jffulcrum said: отправлять сигнал пауза, если приемник уже не может принять или переполнен буфер самого коммутатора. Проблема в том, что этим заниматься будет CPU Как-то сомнительно звучит, вы точно уверены? Буферами рулит ASIC, это всё происходит на line rate, кому как не ему знать что и когда там переполнено. Отправлять паузу нужно сразу в момент заполнения -- а пока до CPU дойдёт, что что-то нужно сделать, пройдёт целая вечность, и будет уже поздно, получим потери. Мне кажется там просто соотв. бит должен включаться в регистрах ASIC и дальше отправляет уже оно само. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 8 сентября, 2019 · Жалоба Флоуконтрол же есть на совсем тупых мыльницах, так что оно в чипе где то. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...