godlike Опубликовано 8 октября, 2011 (изменено) · Жалоба Доброго времени суток! Был бы чрезвычайно благодарен, если поделитесь реальными отзывами о производительности данной железяки. Конкретно интересуют: 1) Сколько она может прораутить (в kpps либо в Xbps)? 2) Сколько она может пронатить (аналогично)? 3) Сколько она может пропустить через Mikrotik eoip-туннель? 4) Сколько она может пропустить через ip-ip туннель (нешифрованный)? Ну, и было бы вообще замечательно, то в комбинации - сколько пропустит через себя, если с одного порта трафик возьмет, пронатит и отправит через EOIP/IP-IP туннель куда-то. Заранее большое спасибо! Изменено 8 октября, 2011 пользователем godlike Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 9 октября, 2011 · Жалоба От трафика зависит. Как сервер доступа PPPoE тянет 40-50 мегабит с шейперами и натом. 1. Более 100 мегабит. 20-40kpps. 2. Более 100 мегабит. 3. Более 100 мегабит. 4. ip-ip не делал, но через sstp загибается на 20 мегабитах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
godlike Опубликовано 9 октября, 2011 · Жалоба Спасибо огромное за данные. Как раз 100М нужно пропустить. То, что EOIP может 100М - весьма радует. Никаких файрволов, шейпов и т.д. не предвидится. Нужно, чтобы работало, не грелось, кушать не просило. Еще раз спасибо - а то я уже подумывал про железку классом повыше... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 9 октября, 2011 · Жалоба Saab95 - вы пропускали 100 Мбит реального траффика через EOIP на этой борде? По поводу eoip советую быть осторожнее. Пропускал EOIP через свою имплементацию и Микротики, так что была возможность сравнивать. IMO на 100 Мбитах Мтик будет в какой-то мере "лоссить". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
godlike Опубликовано 9 октября, 2011 · Жалоба Вот как раз планирую с одной стороны - Вашу реализацию, с другой - МТ. Эх, чувствую, все таки придется на тест брать. Я не говорю, что будет "полка" 100М - в пиках - возможно. Все таки хочется получить конкретный результат, ибо есть вероятность применения такой схемы на нескольких точках - не хочу попасть впросак... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 9 октября, 2011 · Жалоба Saab95 - вы пропускали 100 Мбит реального траффика через EOIP на этой борде? По поводу eoip советую быть осторожнее. Пропускал EOIP через свою имплементацию и Микротики, так что была возможность сравнивать. IMO на 100 Мбитах Мтик будет в какой-то мере "лоссить". Вот вам скрин: С другой стороны 300мгц устройство, прокачивает в обе стороны дуплексом по 50 мегабит. В одну сторону не смог прогнать 100, т.к. по сети другой трафик гуляет и занимает полосу, от этого и появились потери, которые отображены у туннеля. А так никаких потерь по EoIP нету. А если и есть, то это просто данные при передаче через сеть или интернет теряются. Для гарантированной доставки данных я использую SSTP туннель и поверх него уже EoIP, но тут уже нужно много процессора, иначе большой скорости не будет. Лоссить микротик будет тогда, когда они например 100 мегабитной сеткой соединены, т.к. у EoIP есть свой служебный трафик, и при более чем 90 мегабитах пойдут потери. Однако если соединить их гигабитной сетью, тогда можно 100 без потерь передавать, или еще больше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wtyd Опубликовано 12 октября, 2011 · Жалоба Лоссить микротик будет тогда, когда они например 100 мегабитной сеткой соединены, т.к. у EoIP есть свой служебный трафик, и при более чем 90 мегабитах пойдут потери. Однако если соединить их гигабитной сетью, тогда можно 100 без потерь передавать, или еще больше. Если есть гигабитная сеть да ещё и с mtu чуть по-более чем 1500, то можно l2tpv3 сделать и будет лучше, т.к. оно к kernel space выполняется(linux). МТУ надо больше, чтобы проблем с мту внутри туннеля не было. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 21 октября, 2011 · Жалоба RB/750g ACLs + NAT + Netflow + PCQ = 35-40mbps, 5-6kpps, 60-65 физиков онлайн. Дальше процессор упирается в 100%. Оптимизацию почти не делал: - частоту процессора поменял с 680 на 800mhz, блок питания заменил на 12-вольтовый, чтобы Микротик не умирал от перегрева. - количество очередей для шейпера увеличил с 40 до 100. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...