Перейти до

VitalyMoiseev

Сitizens
  • Всього повідомлень

    441
  • Приєднався

  • Останній візит

  • Дней в лидерах

    4

Все, що було написано VitalyMoiseev

  1. Рады бы, но какой другой вариант есть?
  2. Пробросьте к каждому из мостов по 2 влана, причем один из вланов одинаковый для обоих мостов, для управления. Например: 1 мост - влан 100 и 101, 2 мост - влан 100 и 102. Со своей стороны, в точке агрегирования этих вланов, установите железку типа RB750G, на нем 100 влан для управления, 101 и 102 вланы в Bonding RR. Со стороны клиента такая же схема, только влан для управления другой. Спасибо! Собрали такую схему. С обоих сторон 2011 с бондингами, в бондинг включены вланы, каждый влан по отдельным каналам, трафик ровно делится пополам. Одна проблема - линк мониторинг. MII не подходит, так как подение вайфаек никак не сказывается на вланах, а вот при включении arp - какой-то цирк. Работает при выключенном мониторинге - микротики пингуют друг-друга, трафик идет. При включении арп линк мониторинга и прописывании ИП другого микротика - пинговать друг друга перестают, бондинг не работает, трафика нет. Кто виноват и что делать?
  3. Ситуация: наш клиент забирает у нас инет по радиоканалам. Радиолинки на микротике в режиме бриджа. С нашей стороны 2 микротика (433), в географически разных местах, включены в разные свитчи. С клиентской стороны - один микротик (800) с двумя тарелками. Сейчас 1 канал основной, второй - резервный, переключение на стороне клиента руками. Есть потребность расширить канал, например, агрегировав эти два канала. Между микротиками можно пробросить вланы, можно и волокно организовать. Народ, подскажите, как лучше организовать такое расширение? Спасибо за внимание!
  4. VitalyMoiseev

    Вопрос по FreeBSD

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

    Вопрос по FreeBSD

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

    Маска подсети на абонента

    Так если у вас серые IP - какая проблема давать таким абонентам /24? в 10.0.0.0/8 вам хватит /24 на всех
  7. Обращайся, договоримся
  8. видел в одной конторе похожую картину. На шлюзе 192.168.1.1/16, а на рабочих компах - 192.168.11.х/24, а шлюз 192.168.1.1 Сразу удивился - неправильно так, но винда прекрасно работает
  9. Спасибо, написал в личке
  10. так в том то и дело - предложений море, вот и интересует опыт и рекомендации
  11. Интересует выделенный сервер, желательно НЕ в украине, на хорошей площадке, чтоб можно было свою ОС ставить (например, винду ) и чтоб за вменяемые деньги. Кто имел опыт или может что порекомендовать?
  12. VitalyMoiseev

    Хочу оптоволокно

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

    Хочу оптоволокно

    назад закопать
  14. VitalyMoiseev

    Транзит ВОЛС!

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

    pppoe и vlan

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

    pppoe и vlan

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

    FreeBSD как BGP маршрутизатор

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

    FreeBSD как BGP маршрутизатор

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

    FreeBSD как BGP маршрутизатор

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

    купим PI /22

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

    купим PI /22

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