Официально: https://wiki.mikrotik.com/wiki/MikroTik_SFP_module_compatibility_table А так, любой SNR-овский и подойдет

Всем бодрого дня. Прошу поделиться соображениями, так как впервые столкнулся с подобным поведением роутеров. Ситуация следующая: Имею ряд ltap mini lte kit. Проблем с ними до этого не возникало. И вот в данный момент уже 5-ый по счету с одной и той же проблемой - не работает src-nat. Как это выглядит: роутер сброшен, дефолтной кофигурации не имеет, не настроено и не прописано ничего кроме ip на eth. На LTE ip адрес получает, доступ до необходимых ресурсов есть. Добавляю: /ip firewall nat add action=masquerade chain=srcnat out-interface=lte1 За ltap mini lte kit находится hex, пробрасываю до него порт: /ip firewall nat add action=dst-nat chain=dstnat dst-port=8300 in-interface=lte1 protocol=tcp to-addresses=172.16.16.3 to-ports=8291 И ничего, доступа к hex извне нет, с hex нет доступа до ресурсов снаружи. Дальше интереснее, если из правила srcnat убрать какой либо выходной интерфейс, в моем случае lte, достучаться до hex снаружи становится возможным, но понятное дело для hex все так же недоступны внешние ресурсы. Версии прошивки разные, начиная от 6.48.6 заканчивая 7.8. Пробовал перешивать через netinstal - ситуация не изменилась.

Стесняюсь спросить, но таки спрошу... А какой адрес получает LTE?

Это закрытая APN, поэтому адрес 10.119 и т.д., то есть локальный. Таких роутеров порядка 100 штук, а вот приехала новая партия и такая проблема. Перепробовал все варианты, воз и ныне там

То есть адрес приватной сети LTE. И откуда вы пытаетесь туда достучаться?

В двух словах это выглядит так: в роутерах сим карты с APN, за роутерами находится некое оборудование. С моей стороны все аналогично: роутер с сим APN, через него и захожу на интересующее оборудование. если я немного непонятно объясняю, могу нарисовать некую схему, но по сути все просто.

То есть вы пытаетесь достучаться до некого оборудования за двойным NAT, пытаясь подключиться к адресу приватной сети интерфейса LTE из сети Интернет. Я правильно вас понял?

Не совсем. Я сам нахожусь в этой же сети. Доступа в интернет эта сеть не имеет (по крайней мере официально)

В этой же сети - в какой именно сети вы находитесь? Вы извините за прямоту. Вчера последнего телепата убили. Убили и съели. Нарисуйте схему с адресацией и покажите её.

Я так понимаю опсос предоставляет доступность пакета всех симок внутри своей серой сети Эдакий междусобойчик

В этой же сети - в какой именно сети вы находитесь? Вы извините за прямоту. Вчера последнего телепата убили. Убили и съели. Нарисуйте схему с адресацией и покажите её.

Я так понимаю опсос предоставляет доступность пакета всех симок внутри своей серой сети Эдакий междусобойчик

В этой же сети - в какой именно сети вы находитесь? Вы извините за прямоту. Вчера последнего телепата убили. Убили и съели. Нарисуйте схему с адресацией и покажите её.

Нарисовал на скорую руку. В этой же сети нахожусь и я аналогичным образом: Ltap c сим картой и к нему ПК

так вы попробуйте с того микротика, откуда пытаетесь получить доступ пингануть тот - куда пытаетесь получить доступ. Предварительно разрешите входящий icmp на lte

Я свободно на него захожу.За ним находится хекс с ip адресом 192.168.0.1 условно (подключен к eth) Проброс порта с внешнего lte интерфейса на ip адрес хекса не работает если маскарад настроен правильно. Стоит из маскарада исключить out интерфейс вуаля, проброс порта на хекс отрабатывает без проблем

Таки давайте всё делать последовательно. Есть устройства в сети 10.119.0.0 с непонятной маской. Берём два точных адреса. Один source - откуда Второй Distination - куда. Начнём с этого

Давайте таки обойдёмся пока без NAT. Берём изначально только внешние адреса из 10 сети. 1) Маска какая? 2) Совпадают ли маски на обоих устройствах?

Проверил. IP получает динамически, маски нет

То есть маска 32?

ОК. Я сижу с ip 10.119.0.254, в сети есть 10.119.0.253 (это ltap и такой адрес он имеет на lte), к ltap патчкордом подключен хекс. Внутренняя адресация на ltap 192.168.0.1/24, ip хекса 192.168.0.2. Пробрасываю порт с внешнего интерфеса lte (10.119.0.253) на хекс 192.168.0.2. Ничего не происходит (маскарад настроен тупо srcna, out интерфейс lte). Теперь убираю из маскарада out интерфес (то есть тупо его нет) и все начинает работать, точнее проброс порта до хекса

Если сделать ping 10.119.0.253 с адреса 10.119.0.254 узел отвечает?

Ради интереса, правило маскарада помести ниже)

Отвечает. Маскарад внизу

Отвечает. Маскарад внизу

По mac показывает бред. Вижу на lte несколько одинаковых маков с разных ip. Все внутренние адреса статикой, дхцп нет. срц-адрес сейчас попробую подставить

По mac показывает бред. Вижу на lte несколько одинаковых маков с разных ip. Все внутренние адреса статикой, дхцп нет. срц-адрес сейчас попробую подставить

Вы случаем из резервной копии одной пары на другие устройства не восстанавливали конфигурацию?

Нет, прописываю базовые настройки руками. Дальше администрирование другими людьми. Моя задача организовать доступ до оборудования.

Нет, прописываю базовые настройки руками. Дальше администрирование другими людьми. Моя задача организовать доступ до оборудования.

Это с ltap

Это закрытая APN, поэтому адрес 10.119 и т.д., то есть локальный. Таких роутеров порядка 100 штук, а вот приехала новая партия и такая проблема. Перепробовал все варианты, воз и ныне там

Здорово. А если настроить просто нормальную маршрутизацию без всяких пробросов портов и NAT? Зачем все усложнять?

Здорово. А если настроить просто нормальную маршрутизацию без всяких пробросов портов и NAT? Зачем все усложнять?

То есть вы свято верите в то, что оператор связи будет заниматься статикой и маршрутами?

Тут есть проблема. То, что сидит за ltap имеет везде одинаковые локальные ip. Производителю так удобнее, не хотят забивать себе голову. По итогу только ip на lte разные, а уже за lte одинаковые. Здесь я не в силах изменить ситуацию, поэтому имею что имею

Эххх ... Я просто это делал раз 100500 и ситуация аналогичная. Все зависит от того как описали услугу оператору. Но даже если никак, то поверх поднимается собственный туннель и все.

Мммм... Ну ок. Страдаете.

По mac показывает бред. Вижу на lte несколько одинаковых маков с разных ip. Все внутренние адреса статикой, дхцп нет. срц-адрес сейчас попробую подставить

И как вы будете фиксировать адреса для построения туннеля в случае наличия dhcp оператора связи? Даже интересно стало.

В случае собственной APN, о чудо его нет.

У вас похоже проблемы с LTE сетью. Видимо по уму надо разбираться.

На схеме же написано прямо посередине ОПСОС.. Перевожу: Сеть оператора связи в его зоне ответственности.

Может вы и правы. Вот думаю взять ради интереса и заменить сим на однозначно проверенную и рабочую, или микрот заведомо настроенный и проверенный подкинуть и посмотреть что будет

Вы точно хотите сегодня со мной поспорить?

Всем бодрого дня. Прошу поделиться соображениями, так как впервые столкнулся с подобным поведением роутеров. Ситуация следующая: Имею ряд ltap mini lte kit. Проблем с ними до этого не возникало. И вот в данный момент уже 5-ый по счету с одной и той же проблемой - не работает src-nat. Как это выглядит: роутер сброшен, дефолтной кофигурации не имеет, не настроено и не прописано ничего кроме ip на eth. На LTE ip адрес получает, доступ до необходимых ресурсов есть. Добавляю: /ip firewall nat add action=masquerade chain=srcnat out-interface=lte1 За ltap mini lte kit находится hex, пробрасываю до него порт: /ip firewall nat add action=dst-nat chain=dstnat dst-port=8300 in-interface=lte1 protocol=tcp to-addresses=172.16.16.3 to-ports=8291 И ничего, доступа к hex извне нет, с hex нет доступа до ресурсов снаружи. Дальше интереснее, если из правила srcnat убрать какой либо выходной интерфейс, в моем случае lte, достучаться до hex снаружи становится возможным, но понятное дело для hex все так же недоступны внешние ресурсы. Версии прошивки разные, начиная от 6.48.6 заканчивая 7.8. Пробовал перешивать через netinstal - ситуация не изменилась.

у кого впн сервер = не ставьте 7.9.1 там сущий кошмар со стабильностью

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

Очень за тебя рад