Кто знает статью где DSCP для чайников разжевывается?

Не до конца понимаю сути. В моем понимании это просто заголовок в IP пакете (число от 0 до 63) работает на L3 уровне и все устройства на пути следования пакета видят этот заголовок но по умолчанию им на него пофиг. Как то только мы на маршрутизаторе скажем вот такой DSCP и ты крутой вот тебе приоритет, то он будет проходить по настроенным ему правилам на данном утсройстве. Я правильно понимаю?

Не до конца понимаю сути. В моем понимании это просто заголовок в IP пакете (число от 0 до 63) работает на L3 уровне и все устройства на пути следования пакета видят этот заголовок но по умолчанию им на него пофиг. Как то только мы на маршрутизаторе скажем вот такой DSCP и ты крутой вот тебе приоритет, то он будет проходить по настроенным ему правилам на данном утсройстве. Я правильно понимаю?

Да

Не до конца понимаю сути. В моем понимании это просто заголовок в IP пакете (число от 0 до 63) работает на L3 уровне и все устройства на пути следования пакета видят этот заголовок но по умолчанию им на него пофиг. Как то только мы на маршрутизаторе скажем вот такой DSCP и ты крутой вот тебе приоритет, то он будет проходить по настроенным ему правилам на данном утсройстве. Я правильно понимаю?

Господа, прошу помощи с ikev2: 2 микротика hap ac2 и hex. Hap - сервер, hex - клиент. Нужно сделать банальный vpn: за сервером 172.16.1.0/24, за клиентом 192.168.88.0/24. На сервере создан bridge с 172.16.0.1/24, клиенту выдаётся 172.16.0.2 и маршрут 172.16.0.0/24, пинг туда-сюда идёт (172.16.0.1<->172.16.0.2). Тут возникает 2 проблемы: первая - маршруты в удалённую сеть через 172.24.0.X не создаются, и вторая - пинг с размером пакета больше mtu не проходит. Первую проблему решаю с помощью GRE туннеля, вторую вообще решить не получается. При этом пинги из первой сети 192.168.88.0/24 к 172.16.1.0/24 проходят при любом размере пакета, но задержки огромные, вплоть до 700мс. Нарисовать схему или так понятно? Что-то надо уточнить? Помогите, пожалуйста!

Господа, прошу помощи с ikev2: 2 микротика hap ac2 и hex. Hap - сервер, hex - клиент. Нужно сделать банальный vpn: за сервером 172.16.1.0/24, за клиентом 192.168.88.0/24. На сервере создан bridge с 172.16.0.1/24, клиенту выдаётся 172.16.0.2 и маршрут 172.16.0.0/24, пинг туда-сюда идёт (172.16.0.1<->172.16.0.2). Тут возникает 2 проблемы: первая - маршруты в удалённую сеть через 172.24.0.X не создаются, и вторая - пинг с размером пакета больше mtu не проходит. Первую проблему решаю с помощью GRE туннеля, вторую вообще решить не получается. При этом пинги из первой сети 192.168.88.0/24 к 172.16.1.0/24 проходят при любом размере пакета, но задержки огромные, вплоть до 700мс. Нарисовать схему или так понятно? Что-то надо уточнить? Помогите, пожалуйста!

Господа, прошу помощи с ikev2: 2 микротика hap ac2 и hex. Hap - сервер, hex - клиент. Нужно сделать банальный vpn: за сервером 172.16.1.0/24, за клиентом 192.168.88.0/24. На сервере создан bridge с 172.16.0.1/24, клиенту выдаётся 172.16.0.2 и маршрут 172.16.0.0/24, пинг туда-сюда идёт (172.16.0.1<->172.16.0.2). Тут возникает 2 проблемы: первая - маршруты в удалённую сеть через 172.24.0.X не создаются, и вторая - пинг с размером пакета больше mtu не проходит. Первую проблему решаю с помощью GRE туннеля, вторую вообще решить не получается. При этом пинги из первой сети 192.168.88.0/24 к 172.16.1.0/24 проходят при любом размере пакета, но задержки огромные, вплоть до 700мс. Нарисовать схему или так понятно? Что-то надо уточнить? Помогите, пожалуйста!

Нарисуйте. С адресами и типами коннектов

Ну создайте политики не /32 а на сети /24 и тогда не нужно гре и отдельных маршрутов.

​Вот небольшой перечень изменений ROS 7. Доступна первая BETA версия #MikroTik #RouterOS 7. • Основные доступные изменения: • Новое ядро Linux -- 4.14.131 (ранее 3.3.5) •• версия 4.14.131 относится к LTS ветке •• появилась поддержка тунелей OpenVPN поверх UDP • Новый режим Quick Set: Home Mesh (?) • Появился пункт IP -> Torrent • Значительные изменения в маршрутизации •• Изменены флаги маршрутов (к примеру, маршруты полученные по DHCP теперь не S (static), а d (DHCP) •• OSPF и OSPFv3 объединены в один пункт, версия указывается при создании instance •• Увеличение производительности при работе с большим количеством маршрутов •• В выводе команды /routing/stats/process/print можно посмотреть статистику по RIB и FIB • Изменения в синтаксисе CLI (/ipv6 address add ... -> /ipv6/address/add ...) • Используется один пакет RouterOS без возможности отключения функционала по пакетам • NTP клиент и сервер объединены ===================================================== Конечно же не стоит сразу ставить её на все ваши устройства на "боевой" сети, но потестировать можно. Всё же это публичное тестирование, поэтому прежде всего разработчики ожидают тестирования оборудования на новой версии в различных вариантах использования всеми желающими для поиска потенциальных багов. DO NOT USE IT FOR ANYTHING IMPORTANT, THIS RELEASE IS STRICTLY FOR TESTING AND DOES CONTAIN BUGS.

какую сеть прописывать в политиках? 172.16.0.0/24 или 172.16.1.0/24 и 192.168.88.0/24?

Это версия с MUM или вышло обновление?

ребята подскажите - а если mtcna просрочен, то для mtcre уже не годится и надо пересдавать?

ребята подскажите - а если mtcna просрочен, то для mtcre уже не годится и надо пересдавать?

ребята подскажите - а если mtcna просрочен, то для mtcre уже не годится и надо пересдавать?

но если захочешь сдать любой инженерный, без действующего MTCNA - не будет допуска к следующим экзаменам

Дезинформация

то есть по итогу сдавать 2 экзамена? или перед началом обучения сдавать?

расскажите, а то мне так сказали

опять я не понял. то есть если я не хочу продлевать мтцна а просто сдать мтцре мне его не обязательно сдавать?

опять я не понял. то есть если я не хочу продлевать мтцна а просто сдать мтцре мне его не обязательно сдавать?

172.16.1.0/24 - 192.168.88.0/24

На клиенте в статусе политики пишет SA src. address 0.0.0.0. Это нормально?

салют всем! кто скажет из-за чего такое? 14:11:35 ipsec,info respond new phase 1 (Identity Protection): 1.1.1.1[500]<=>2.2.2.2[500] 14:11:36 ipsec,info the packet is retransmitted by 2.2.2.2[500]. 14:11:37 ipsec,info the packet is retransmitted by 2.2.2.2[500]. 14:11:40 ipsec,info the packet is retransmitted by 2.2.2.2[500]

а мне никто ничего не скажет?

салют всем! кто скажет из-за чего такое? 14:11:35 ipsec,info respond new phase 1 (Identity Protection): 1.1.1.1[500]<=>2.2.2.2[500] 14:11:36 ipsec,info the packet is retransmitted by 2.2.2.2[500]. 14:11:37 ipsec,info the packet is retransmitted by 2.2.2.2[500]. 14:11:40 ipsec,info the packet is retransmitted by 2.2.2.2[500]

У вас там не два канала случаем поднимается?

Такое ощущение, что пытается второй айписек установить

Добрый день. Не могу сооброзить... Хочу подключиться к шаре за натом с нескольких адресов... Но established только один... И соответственно только 1 соединение к шаре... Как победить?

с телефона всё ОК, взлетает без проблем

Добрый день. Не могу сооброзить... Хочу подключиться к шаре за натом с нескольких адресов... Но established только один... И соответственно только 1 соединение к шаре... Как победить?

А откуда не работает?

а чем вызвано использование в этом случае NAT?

с ноута на 10ке с другого прова

с ноута на 10ке с другого прова

Покажите /ip ipsec exp

Теперь уже пингуется. Ничего не менял!

Включайте логи IPSec, !debug

Ну и отлично

ок, но как без gre пустить по туннелю большие пакеты?

это всё что не debug?

Делайте change-mss для tcp

Это не коннтрек их закрывает. Разбирайтесь с клиентом либо с сервером

Телефон отключите и Виндой попробуйте. Если нет. То логи

через телефон тоже самое...

Два подключения с одного адреса у вас?

Два подключения с одного адреса у вас?

Два подключения с одного адреса у вас?