Ospf?

?

На ikev2 ospf можно запустить?

Есть ли на борту роутерОС что-то типа nmap?

Хочу туда GRE пустить, а в него OSPF

На ikev2 ospf можно запустить?

такой сценарий не пробовал. но насколько я знаю для оспф не нужен туннель для работы

Интерфейс нужен

Интерфейс нужен

Если нужен гре и с двух сторон белые адреса - делай транспортный ipsec

Привет 👋 Если с одной стороны 2 белых, а с другой один?

Не важно, строй два пира и две транспорт полиси на каждый пир. И сверху натягивай гре на внешних белых адресах

Ок, попробую)

Прям на ether1

Какое будет мту у пакетов ospf?

Страшно фрагментировать оспф трафик?

телнет с явным указанием порта. в некоторых случаях показывает есть ответ, или нет

Для функционирования OSPF протокола необходима такая сущность, как интерфейс. Её в реализации RouterOS для IPsec фреймворка нет. Можно представить какую-то магию с инициализацией OSPF на внешнем интерфейсе, при этом моделироваться будет NBMA сеть. И мы будем игнорировать MTU в OSPF ext-start/exchange state. И тот факт, что внешние сети у нас окажутся в LSA type 1. Это так плохо звучит, что даже слов нет, чтобы дать этому описание.

телнет с явным указанием порта. в некоторых случаях показывает есть ответ, или нет

Поедлагаете завернуть в скрипт и в цикле перебирать?

Коллеги, подскажите, нестабильно l2tp+ipsec между 2 филиалами. (Всегда running). Это заметно по RDP, при отправке файлов в филиал. Один провайдер, филиалы в одном городе. На что похоже? Куда капать, спасибо?

Change mss

Никогда так не заморачивался) Вручную можно пару портов проверить если очень нужно, но такая методика очень сомнительная сама по себе. Nmap должен быть все же nmap-oм)

Возможно не хватает автоматического снижения. В чем нестабильность то у вас

RDP удалёнка отваливается часто, Файл кидаем 100 Мб в общую папку другого филиала и "непредвиденная сетевая ошибка".

Ну вооот. Очень похоже. Измените руками для проверки одно правило добавить /ip firewall mangle add chain=forward action=change-mss new-mss=1300 passthrough=yes tcp-flags=syn protocol=tcp tcp-mss=1301-65535 log=no log-prefix="" place-before=0

Так там в профиле PPP же включено tcp mss.

Ну вооот. Очень похоже. Измените руками для проверки одно правило добавить /ip firewall mangle add chain=forward action=change-mss new-mss=1300 passthrough=yes tcp-flags=syn protocol=tcp tcp-mss=1301-65535 log=no log-prefix="" place-before=0

Я видел.

Тогда смысл дополнительного правила?

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

clamp-to-pmtud из за возможно закрытого icmp не используем?

Моё IMHO - проблема с MTU, но скорее всего у автора rdp через udp пытается пролезть. Возникает фрагментация и, возможно, что где-то по дороге теряется.

Это и так понятно. Для этого мы и меняем руками

У меня была важная оговорка про udp. :)

в Winbox v.3.30+ убрали опцию отображения всех роутов (и фильтры соответственно). Теперь только Dst. Address фильтр :(

privet .Какие btest cервер Вы ещё знаете?

Гугл лучше знает

Знает но только 3

в Winbox v.3.30+ убрали опцию отображения всех роутов (и фильтры соответственно). Теперь только Dst. Address фильтр :(

privet .Какие btest cервер Вы ещё знаете?

Подскажите, если в логи прилетает сообщение "first L2TP UDP packet received from х.х.х.х" а соединение в итоге не устанавливается, в какую сторону нужно искать проблему?

без. все равно не работает

а на каком железе оно могло показать full view ipv4 и не зависнуть на 10 минут (или навсегда)? к слову, а какой вообще threshold? 1000 маршрутов? 10к?

Ну вооот. Очень похоже. Измените руками для проверки одно правило добавить /ip firewall mangle add chain=forward action=change-mss new-mss=1300 passthrough=yes tcp-flags=syn protocol=tcp tcp-mss=1301-65535 log=no log-prefix="" place-before=0

Не помогло(

Покажите правило

Покажите правило

Покажите правило

Не помогло(

Правило отключите

Окей. Попробуем по другому. Руками на л2тр интерфейсе поставьте мту 1500. С двух сторон

Отчего могут возникать такие пробелы в передаче данных по SNMP? Роутер мониторю по этому протоколу. На одном роутере нормальная картина, на другом, доступном по EoIP, такая.

потому что потери? потому что CPU на той стороне в 100%?

Потери налицо. А загрузки CPU нет. Там пока одно устройство шлёт данные, больше ничто не подключено

Прописал с 2 сторон, он всё равно 1450 использует MTU.

Влезу в вашу беседу. Выполнил эту команду и пакеты большие 1500 байт откидываются. Это размер Ethernet-кадра. MTU на eoip-интерфейсе (через IPsec) указан 1408. Чем может помочь эта инфа?

Влезу в вашу беседу. Выполнил эту команду и пакеты большие 1500 байт откидываются. Это размер Ethernet-кадра. MTU на eoip-интерфейсе (через IPsec) указан 1408. Чем может помочь эта инфа?