А инпут то вам чё, проброс работает как форвард же, трафик то не микротику адресован

все так, только нат есть, форвард есть, а счетчик на инпуте щелкает

В твой interface list wan входит интерфейс на который gre запросы должны лететь?

оно почему-то в нат не попадает, и поэтому видимо и в форвард не уходит

собственно вопрос то был - кто-нибудь пробовал DST-nat делать нет для tcp/udp/icmp а для gre?

коллеги, вопрос по гре: Если у меня есть три микрота М1 (белый ИП) - Интернет - М2 (белый IP) - М3 (серый адрес за натом М2) Могу ли я используя DST-nat поднять gre между М1 и М3?

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

убрал требование гре, трафик полетел через нат, но гре не поднялся даже после перезапуска тоннеля на М1. то есть гре так и не пролетает.

Подтверждаю)

Коллеги, есть CRS328 на который приходит VLAN с потоком ~750Mbit/s нескольких десятков камер, в него включен регистратор. Картинка c камер подлагивает, при пинге регистратора с интервалом 0.1 примерно 1-3% потерь. Заметил такую картинку на интерфейсе: иногда на интерфейсе в 1Gbit/s появляется сильно больше трафика - 1.4Gbit/s и следом идёт провал в трафике. Тут вопрос, это косяк отображения, счётчиков или ещё чего-то или реально есть какое-то переполнение буфера и у меня в этот момент затыкается железка?

Косяк отображения. ОС отдаёт винбоксу не скорость на интерфейсе, а количество трафика на интерфейсе раз в секунду. Исходя из разницы считается скорость. Бывает такое, что инфа до винбокса не доходит, и он показывает 0, считая, что счётчик не поменялся. А потом приходит реальная цифра, исходя из которой получается как бы двойной объём -> 1.5 гигабита вместо 750 мегабит.

убрал требование гре, трафик полетел через нат, но гре не поднялся даже после перезапуска тоннеля на М1. то есть гре так и не пролетает.

Ок, так и подумал... тогда будем считать что с железкой всё ок и искать проблемы у регика)

Все работает. Проверил на двух железках.

Все работает. Проверил на двух железках.

а как именно проверили? Как я, счетчики просто на форварде и днате смотрим?

Ну, такого быть не должно, вообще-то. Может быть, эти артефакты возникают именно из-за того, что что-то с железкой. Проц как себя чувствует?

поменял М2 и М3 на другие железки, вместо м3 поставил вообще виндовую машину - задача - поймать счетчиками forward и nat пакеты gre на новом М2-2 Нет, пакетов от М1 не видно, хотя на новом М2-2 даже впн и ипсек никогда не было, то есть там ничего пересекаться с гре не может. Какой-то затык с днатом гре

а как именно проверили? Как я, счетчики просто на форварде и днате смотрим?

А в нате(дст-нат) хоть один пакет пролетел?

так это и есть нат в логе

так это и есть нат в логе

У меня поднялось)

Это как может быть живое если у вас белый адрес между м1 и м2 только, а м3 не видно с м1

Без ната никак не сделать между м1 и м3

Я даже дст-нат в форварде отключил....

Ребята, да вам в основы.

сейчас попробую такой вариант

пока нет, с твоими параметрами тоже нет

Единственное правило активное.... /ip firewall filter add action=accept chain=forward in-interface-list=WAN log-prefix="FW GRE: " protocol=gre src-address=M1whiteIP place-before=0

а дропни туннель, переподнимается?

чтобы connection new было

чтобы connection new было

нет, отключи на м1 тоннель, посмотри что он упал на м3 и снова на м1 запусти

ну тут сам он не умрет. у вас нат остался. У меня как раз даже нат не срабатывает

Умирает... таймаут 3 минуты у него

ну в смысле пересоздасться сам

ну тут сам он не умрет. у вас нат остался. У меня как раз даже нат не срабатывает

Рискну предположить что линк есть на 326-м?

Неа, один умеет wdm - другой нет. Попробовать выставить скорости руками

Маршрутизатор с ROS. первый скрин - маршрутизатор. Второй и третий скрины это свитч

Всем добрый вечер. Есть вот такой SFP модуль с подключенной к нему оптикой (WDM SFP+-10G-10A) Одним концом воткнут в CRS226-24G-2S+ а другим концом в свич CSS326-24G-2S+ При этом на роутере линк есть, а на свиче линка нет, хотя свич этот модуль видит. Как я понимаю, неправильное волокно или что-то мы делаем неверно? Подскажете?