1) Поднимите пппое 2) посмотрите адрес на нём 3) добавьте второй адрес/32 и укажите тот же нетворк, что и в 2) 4) сделайте ping 1.1.1.1 src-addr=<второй адрес>

И не забудьте выключить маскарад при тесте

1) Поднимите пппое 2) посмотрите адрес на нём 3) добавьте второй адрес/32 и укажите тот же нетворк, что и в 2) 4) сделайте ping 1.1.1.1 src-addr=<второй адрес>

1) на ppoe виден новый ip (ip#2: 94.229.22y.*) 2) добавил в «Address List» старый ip (ip#1: 94.229.22x.* ) с всё тем же шлюзом (94.229.22z.***) 3) firewall → nat отключил маскарад 4) ping с нового ip работает, со старого timeout

А не проще поднять второй айпи на пустом бридже?

По 32 маске

По сути как на лупбэке

Гетвей для вас не изменился. А входящие пакеты спокойно шлепнутся на бридж

Маскарад только трохи поправить треба будет. Не на интерфейс аут а на срс Нетворк заменить. И ежели на то будет воля Аллаха все должно заработать

Что-то мне подсказывает, что мне его только в биллинге прописали. 😆

Дабы пинга извне на старый ИП даже нет.

нет, там стоит ont-розетка провайдерская, похоже

Нет, там именно гпон терминал—маршрутизатор. Можно было бы и микрот сразу поставить , но не понятно какой модуль опт подойдет(там не совсем sfp, а как бы onu ...ну вообщем сложно правильно подобрать модуль совместимый с оборудованием оператора.

Всем добрый день! Немножко концептуальный вопрос... Есть канал 50 мбит. По нему ходим на сервер в германии. И если тестировать скорость (iperf, ftp), то от нас до этого сервера канал спокойно утилизиуется в один поток tcp, но обратно этого добиться никак не удается. Если пустить 3-4 паралелльных потока, то 50 мбит прожимается. Играл с размером окна - толку особо нету. Самое мозговыносящее, что неважно, запихивать ли трафик в шифрованные туннели, или гонять в открытую - все равно такая ассиметрия (т.е. внутри туннеля тоже только в несколько потоков можно получить макс. скорость). Не могу понять, технически как-то это могут провайдеры в германии (или по пути следования маршрута) реализовать? Или искать у себя проблемы? (канал между RB750Gr3 и роутерОС х86) никаких очередей не настроено на микротах

потери есть на канале?

или адаптерах сеиевых?

иперф по юдп весь канал убирает?

иперф по юдп весь канал убирает?

Потерь нету на интерфейсах, а по удп схожая байда :(

нигде в фаерах или очередях нет ограничений пер сессион?

нигде в фаерах или очередях нет ограничений пер сессион?

не, фаерволы дефолтные (очень уж они универсальные)

блин, если б только в тсп было так, я б посоветовал смотреть на множители тсп. а если с юдп тоже самое и на твоих железках нет в фаере и/или очередях ничего такого - то, возможно, вопросы к провайдерам.

я ща еще раз проверю удпшку на всякий случай, а множитель tcp это в смысле механизм увеличения окошка?

ну да

рфц 1323

понял. А если предположить что это провайдер, что он мог такого наворотить, что проявляются вот такие эффекты?

поставить ограничение пер сессион

а сессион это в данном случае что?)

сессия

или поток

в иперфе флагом -P задаётся, если больше одной нужно

сессия

а как пров может идентифицировать конкретную сессию внутри GRE+ipsec?

по идее никак

если они маркерами снаружи разными не метятся

у меня идеи кончились, если что :)

😁 такая вот дичь

иперфы то виндой гоняешь?

иперфы то виндой гоняешь?

по всякому гоняд, между вендами, между линухами, линух - венда, венда-линух :)

Что за ерор при обнове!?

Кто сталкивался?

RB750

все норм

днс не робит все го та )

когда днс не робит ошибка другая

интернет не настроин , пингани из терминала микрота 8.8.8.8 если не идет настраивай нэт на самом нем

смотри если статика то кури настройки если по дхцп по смотри присвоился ли адрес

Всем привет. Скажите ни у кого на последних версиях ROS не возникает пробелм с PPTP или L2TP клиентами? Просто создаётся впечатление что они то ли сами падают то ли не поднимаются после падений.

товарищи, кто-нибудь ловил баг с l2tp (без ipsec) на МТ на последних прошивках? рвется впн труба и сама не поднимается, помогает пересоздание впн подключения на клиенте. в логах клиента: terminating...- session closed ... terminating...- old tunnel not closed yet на сервере: terminating...-peer is not responding

Всем привет. Скажите ни у кого на последних версиях ROS не возникает пробелм с PPTP или L2TP клиентами? Просто создаётся впечатление что они то ли сами падают то ли не поднимаются после падений.

у меня вот такая трабла, грешу на прова

просто у меня и l2tp и pptp подтупливает. Иногда пишет что connection established - а флаг R не появляется

Коллеги,у кого есть проверенный актуальный метод блокировки всех торрентов ?

Коллеги,у кого есть проверенный актуальный метод блокировки всех торрентов ?

можно тут спросить https://rkn.gov.ru/ ))

простите - не удержался

можно тут спросить https://rkn.gov.ru/ ))

👍

Коллеги,у кого есть проверенный актуальный метод блокировки всех торрентов ?

Я же писал вам. Dmitrii Barsukov, [21.05.18 10:18] запретить все, разрешить только 80 и 443 - проще и надежнее всего :) Dmitrii Barsukov, [21.05.18 10:21] либо презенташка с мума https://mum.mikrotik.com/presentations/RU17M/presentation_4715_1508314218.pdf https://www.youtube.com/watch?v=P6CNZUNPnm8

Я же писал вам. Dmitrii Barsukov, [21.05.18 10:18] запретить все, разрешить только 80 и 443 - проще и надежнее всего :) Dmitrii Barsukov, [21.05.18 10:21] либо презенташка с мума https://mum.mikrotik.com/presentations/RU17M/presentation_4715_1508314218.pdf https://www.youtube.com/watch?v=P6CNZUNPnm8

нет времени на презенташки,ты б ещё книгу посоветовал ) и это на примеере Bittorrenta,а их там херова туча, и на 80 порту бывает соединения висят

Ну простите, тут никто не даст вам export правил для блокировки торрентов. Нет времени разбираться, бац-бац и в продакш, отлично!

Коллега, Вы задали вопрос, вам очень хорошую презентацию, а Вы говорите "нет времени" так может за Вас и поработать и зарплату получить? 😂😂😂

кстати, там есть pdf, это если вы читаете быстрее, чем смотрите видео. https://mum.mikrotik.com/presentations/RU17M/presentation_4715_1508314218.pdf

нет времени на презенташки,ты б ещё книгу посоветовал ) и это на примеере Bittorrenta,а их там херова туча, и на 80 порту бывает соединения висят

проблема в целом в том, что БТ работает на рандомных портах. Правильным вариантом является создание списка белых портов наружу, и ограничения через QoS пропускной способности, чтобы БТ не клал вам сеть.

и в дальнейшем отслеживание особо хитрых парсонажей и наваливания им проблем через начальника в административном плане.

и в дальнейшем отслеживание особо хитрых парсонажей и наваливания им проблем через начальника в административном плане.

Вот толковый мануал по блокировке торрентов )

Коллеги, такой вопрос, провайдер выдал два ip /26, но с одним gateway, возможно ли в рамках одного RB, пускать трафик по двум выходным каналам? Или просить выдать второй ip из другой подсети?

всем приве. Зашел сегодня на WAP LTE KIT глянуть как он поживает а там такое.

may/19/2018 01:15:59 ovpn,debug,error,,,,,,,,,bgp,info,,script,,,critical,,,,,,,,,critical,,,,error packet with wrong keyID 3, expected 5, drop ping may/19/2018 01:15:59 ovpn,debug,error,,,,,,,,,bgp,info,,script,,,critical,,,,,,,,,critical,,,,error packet with wrong keyID 3, expected 5, drop ping may/19/2018 16:31:37 ovpn,debug,error,,,,,,,,,bgp,info,,script,,,critical,,,,,,,,,critical,,,,error packet with wrong keyID 3, expected 4, drop ping may/19/2018 16:31:37 ovpn,debug,error,,,,,,,,,bgp,info,,script,,,critical,,,,,,,,,critical,,,,error packet with wrong keyID 3, expected 5, drop ping may/19/2018 16:31:37 ovpn,debug,error,,,,,,,,,bgp,info,,script,,,critical,,,,,,,,,critical,,,,error packet with wrong keyID 3, expected 6, drop ping may/19/2018 16:31:37 ovpn,debug,error,,,,,,,,,bgp,info,,script,,,critical,,,,,,,,,critical,,,,error packet with wrong keyID 3, expected 7, drop ping may/20/2018 10:38:36 system,error,critical router was rebooted without proper shutdown may/22/2018 11:03:06 system,error,critical router was rebooted without proper shutdown

Коллеги, такой вопрос, провайдер выдал два ip /26, но с одним gateway, возможно ли в рамках одного RB, пускать трафик по двум выходным каналам? Или просить выдать второй ip из другой подсети?

эм. канал то один физически? или два?

если один - можешь по метке натить в разные адреса наружу

если два - загоняй их в бридж, и тоже нать в разные адреса. а там уже от насьроек у прова будет зависеть, получится ли делить на две физики

но наименьший гемор - это адреса с разныии гейтами

желательно в разных физиках

или хотя бы вланчх

не понимаю в чем проблема повесить на одном интерфейсе два адреса из одной подсети, и разруливать исходящий трафик через mark route.

на двух физических интерфейсах не повесите, а на одном запросто

так он каналы разные хотел:)

а не адреса

На двух физических интерфейсах два ip из одной подсети работать не будут

Я эту тему поднимал выше по поводу бриджа.

на двух физических интерфейсах не повесите, а на одном запросто

Легко

Tymur Ageev: Без vrf и доп настроек никак не будет нормально работать при 2х одинаковых подсетях на разных интерфейсах Alex Trainer: Одинаковые подсети на разных интерфейсах роутера ломают концепцию айпи

Ок, согласен, vrf нужно.

Всем привет

Не по теме