VitalyMoiseev

Ситуация: наш клиент забирает у нас инет по радиоканалам. Радиолинки на микротике в режиме бриджа. С нашей стороны 2 микротика (433), в географически разных местах, включены в разные свитчи. С клиентской стороны - один микротик (800) с двумя тарелками. Сейчас 1 канал основной, второй - резервный, переключение на стороне клиента руками. Есть потребность расширить канал, например, агрегировав эти два канала. Между микротиками можно пробросить вланы, можно и волокно организовать. Народ, подскажите, как лучше организовать такое расширение? Спасибо за внимание!

да и саму фрю обновить не помешает

проверьте в /usr/src/sys/i386/conf/GENERIC не закоментировано ли: options SMP # Symmetric MultiProcessor Kernel

Так если у вас серые IP - какая проблема давать таким абонентам /24? в 10.0.0.0/8 вам хватит /24 на всех

Обращайся, договоримся

видел в одной конторе похожую картину. На шлюзе 192.168.1.1/16, а на рабочих компах - 192.168.11.х/24, а шлюз 192.168.1.1 Сразу удивился - неправильно так, но винда прекрасно работает

Спасибо, написал в личке

так в том то и дело - предложений море, вот и интересует опыт и рекомендации

Интересует выделенный сервер, желательно НЕ в украине, на хорошей площадке, чтоб можно было свою ОС ставить (например, винду ) и чтоб за вменяемые деньги. Кто имел опыт или может что порекомендовать?

а перед этим кабель вкинуть ну так если вы знаете такую технологию - выкопайте, вкиньте и закопайте

назад закопать

Если вам на Марс, да и еще вланы - по мильену килогривен в час

Кто может налить от 1 гига в Днепропетровске, Ленинский район, в районе пересечения ул Киевской и Криворожской, или пр. Металлургов и ул. Давыдова, ул. Новоорловской. Предлагайте!

А зачем его передергивать то??? Ну слушает он 100 вланов, появляется 101. Как без передергивания? у меня ПППоЕ на МПД, прекрасно интерфейсы добавляются на лету

А зачем его передергивать то???

ну так в RELENG_9 щас 9.1-PRERELEASE

используем STABLE ветку, естественно, после проверки Проблема была ровно 1 раз - в 2010 году, когда в 8.0-STABLE изменения ipfw dummynet были, баг как раз нашел

та как перестанет справляться с вашими объемами - так и заменяйте. используем 9.1, quagga, mpd5 - все нормально

это слишком дорого

Станем ЛИРом?

а почему не kernel nat?

сколько не искал РЕАЛЬНЫХ сравнений производительности - нигде нет. Говорят про удобство и читаемость правил и т.п. У себя использовали ipfw natd, потом kernel nat (как появился), никогда не было вопроса в его производительности (правда, с ростом трафика и число белых ИП выросло) Тут больше вопрос к ТС - вам сколько трафика для скольких клиентов и на каком железе натить надо?

где утечка?

а pf уже smp понимает?

Нужна плата от Fujikura FSM-40s, или может кто продаст сломанный Fujikura FSM-40s с живой электроникой?