max_m

Обычно делаем так на дом волокно, а там по загруженности. у нас домов не много и этажность 2-3-5 этажей, все зависит еще от того где мы разместимся, если на чердаках то там все просто один бокс и поехали 2-3 подезда без проблем, если абонов много в подезде можем коробку развернуть внутри подезда и от туда включать . Примерно все как витухой только оптикой.

Вот еще один бокс там же https://deps.ua/katalog/opticheskie-boksyi/fob-g016-16-2-32.html Да, а что не так? У нас схема позволяет перекладывать делители как угодно в пределах бюджета.

Бокс 05/24 можно заменить вот таким к примеру (https://deps.ua/katalog/opticheskie-boksyi/ru-nastennie-boksi-ml-v9.html) эстетичнее будет. В нашем случае не критично так как в доме есть председатель с которым оговариваеться что и где будет размещено .

Бокс 05/24 (https://deepnet.ua/fob-05-24-naruzhnogo-primenenija.html) и стояк по этажам уже или существует или новый. С одной стороны пол патча или фаст кому как, со стороны абонента или фаст или коробочка (https://deepnet.ua/opticheskaja-rozetka-zonga-for-03.html) . Диаметр у данного кабеля примерно в три-четыре раза меньше витухи. При обрыве свариваеш в стык обычная ffth гильза (Можно закрыть https://optikcable.ru/katalog/mufty-opticheskie-gjs/mini-mufta-ftth-i-lock-160-icsc, есть на депсе не могу найти на сайте) . Цена кабеля что то типа 2.20 или дешевле.

Зачем перетягивать ? Ремонт вообще не проблема, в чем дорого ? Обслуживать проще некуда .

Кто на что горазд , мы к примеру вот таким (https://deepnet.ua/fifix-ftth-ud-babochka-dijelektrik.html) тягаем и не заморачиваемся, правда с поправкой у нас 3-5 этажей.

Ага, принцип понятен спс за ответы...

С одним брасом это выглядит так: на МТ на интерфейсе eth1 (ИП 192.168.170.1/30) в таблице dst address 1.1.1.х/22 gatewey 192.168.170.2 на Брас1 на интерфейсе eth2 (ИП 192.168.170.2/30) в таблице dst address 0.0.0.0 gatewey 192.168.170.1

Визуально как я это вижу будет так как на рисунке внизу, пул 1.1.1.х/22 это один и тот же пул для обоих Брасов как мне его смаршрутизировать на оба браса ? Или тут bridge1 не надо использовать а как то по другому ?

Сильно не пинать :(... Возникла необходимость разнести сеть рррое на несколько брасов (для разбалансировки нагрузки и увеличения отказоустойчивости ) к примеру на два, а в дальнейшем на три и т.д. На текущий момент выглядит это так: локальная сеть <–> Брас1 (PPPoE сервер с пулами адресов локальной сети 10.10.10.х/22 и выделенной АС 1.1.1.х/22) без ната <–> Маршрутизатор MТ на нем (НАТ локальной сети сети 10.10.10.х/22 и роутинг выделенной АС 1.1.1.х/22) <–> Интернет сеть. При добавлении второго браса я немного не до понимаю как правильно бу

Если все +- так же надо смотреть что то другое , а что то другое в твоем случае это ДНС сервер МТ , можеш его исключть если на клиенте пропишиш сторонний. Если все таки упрешся в него то тут как я описывал ранее у Мт могут быть разные глюки может и версия МТ, а может и параметры ДНС и всякие правила надо переберать. Да у нас версия МТ 6,42,5

Давай так у нас твоя схема по мт работает вот так add address=1.xxx.xxx.225/28 comment=NN-NAT-POOL1 interface=bonding1 network=1.xxx.xxx.224 add address=1.xxx.xxx.226/28 comment=NN-NAT-POOL2 interface=bonding1 network=1.xxx.xxx.224 add address=1.xxx.xxx.227/28 comment=NN-NAT-POOL3 interface=bonding1 network=1.xxx.xxx.224 далее add action=src-nat chain=srcnat comment=Local-Pool-NAT1 out-interface=bonding1 src-address-list=Local-NAT-1 to-addresses=1.xxx.xxx.225 add action=src-nat chain=srcnat comment=Local-Pool-NAT2 out-interface=bonding1 src-address-list=Local-NAT-2 to-addr

Еще вот тут вопрос по правилу в первой строке разрешены connection-state=established, а не корректнее для ДНС записать вот так add action=accept chain=input src-address=8.8.8.8 comment="Allow DNS request" in-interface-list=Internet protocol=udp src-port=53

80% что проблема будет в ДНС у нас были уже грабли на МТ только на 5 ветке поэтому не стали сильно извращаться и просто его не используем. Если память не изменяет то выглядело примерно как страница не полностью открываеться и подвисает , чем то похоже на то когда заблочили всякие вконтакты и т.д. на страницах где были ссылки на эти сети долго страница тупила при открытии.

На Мт не юзаем, нет необходимости отказались от разного рода граблей + при галке алов ремут реквест всяки ботнеты через твой МТ днс так как он светится наружу начинают ддосить или напиши правило для с фильтром кому разрешено пользоваться днс это как минимум твоя подсеть и ип днс сервера в твоем случае 1.1.1.1. Но для начала просто смени ДНС на клиенте на сторонний от МТ, а потом начнем дальшесмотреть.

Тут как бы есть такой нюанс, незнаю на сколько он будет критичен но выглядит это примерно так ДНС запрос на выше стоящего ты отдаеш от имени МТ то биш ИП который на интерфейсе допустим 111.111.111.111, ответ пытаешся получить по ип 111.111.111.112 вот тут и могет быть проблема. Попрообуй клиентам которые НАТятся за ИП 111.111.111.112 выдать сторонний днс к примеру 8,8,8,8 или ДНС вышестоящего и посмотри на результат.

Как выглядит это правило？ Посмотри в правиле нет ли исключений. Если у тебя просто добавился ип то всякие мту и тд тут не причем ты же физику не менял , до этого оно работало без проблем. Поэтому проблема у тебя в скорее в правилах фаервола.

А для чего это ？Прироста по скрости это не даст . Тут проблем скорее всего в другом. Надо проверять. А какой днс используют клиенты ？ Днс Мт или наружний ？

так тибе второе правило не надо у тебя первое дефаулт перекрывает его.

Плюсану шей 33463 у нас стоит эта прошива , авторизация абонов пппое + вланы стоит без проблем онки зоопарк.

Ну так можно сказать о любой активке вне помещения. У нас вон уже второй год стоят и грозы и метели пережили норм , я думаю еще поживут пока на закончим миграцию на опту.

да нормально они живут и в ящиках и в боксах и зимой и летом вот тебе даже пример как смонтировать http://ic-line.ua/products/fttx-pon-boks от компании ic-line

Это случаем не типа вот такого

Кто мешает преобразрватель и точку запитать и медик