Не, убедился, что поведение ровно такое же, как и у прочих 3xx

На ингресс у них полисинг, что для tcp даёт скорость в несколько раз меньшую, чем заданный рейт

микротик с выключенным стп на бридже, туннелирует стп трафик?

бпду стп это линк локал трафик без тунелирования он не должен дальше лететь

тунедь тут это не анадизировать линк локадл мак и пропускать его дальше

тунелирует из коробки, неожиданно короче

из коробки ноне не должен тунелирование вклбчать

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

Коллеги, доброго дня! Запускал ли кто IPv6 от МГТС Москва с GPON SFP адаптером? Клиенты внутри адреса присваивают себе в нужном префиксе, но в мир с ними не выходят.

Я делал на домру. Там pppoe. Делал ipv6 DHCP client + SLAAC т.е. не использовал ipv6 DHCP server. Работает по сей день. Деталей не пришлю - не за компом

Тоже самое МТС pppoe

У меня МГТС DHCP

У меня МГТС DHCP

Парни, подскажите как настроить фаервол, чтоб из одной сети (LAN) были доступны ресурсы во второй сети (DMZ), а из второй сети (DMZ) не устанавливались соединения к ресурсам первой сети(LAN). Address list: DMZ_Network 192.168.1.0/24 LAN_Network 192.168.0.0/24 Firewall Rules: 1. Input Connect State estabilished, relate Allow 2. forward from LAN to DMZ Allow 3. Forward from DMZ to LAN Drop Что ну нужно добавить в фаервол, чтоб из сети LAN устанавливались соединения к ресурсам в сети DMZ и не попадали под правило фаервола "3"?

Парни, подскажите как настроить фаервол, чтоб из одной сети (LAN) были доступны ресурсы во второй сети (DMZ), а из второй сети (DMZ) не устанавливались соединения к ресурсам первой сети(LAN). Address list: DMZ_Network 192.168.1.0/24 LAN_Network 192.168.0.0/24 Firewall Rules: 1. Input Connect State estabilished, relate Allow 2. forward from LAN to DMZ Allow 3. Forward from DMZ to LAN Drop Что ну нужно добавить в фаервол, чтоб из сети LAN устанавливались соединения к ресурсам в сети DMZ и не попадали под правило фаервола "3"?

Измените в первом правиле input на forward

Тогда похоже блокирующее правило перестает работать

Измените в первом правиле input на forward

Не измените, а добавьте)

Нэт! Пущай все на инпуте валится, лишь бы форвард работал. )))

АПАСНА!!!))

Нэт! Пущай все на инпуте валится, лишь бы форвард работал. )))

В телеграме просить совета по фаерволлу априори апасна. )

как минимум днс микрота не отработает ответ

Если серьезно, то автор выложил листинг соседнем чатике. Там без ДНС бед хватает. )

Если серьезно, то автор выложил листинг соседнем чатике. Там без ДНС бед хватает. )

Кстати, за последние пару месяцев раза 4 решал проблему dns amplification на дефолтном файрволле. Жалоба "тупит интернет", а там трафика под 100 мегабит исходящего)

Бывает. )

чего то все чаще)

А решается закрытием 53 udp?

А решается закрытием 53 udp?

Почему вы так считаете? В стандарте IEEE 802.3D-2004 сказано следующие: «7.12.6 Reserved addresses Frames containing any of the group MAC Addresses specified in Table 7-10 in their destination address field shall not be relayed by the Bridge. They are configured in the Permanent Database. Management shall not provide the capability to modify or remove these entries from the Permanent or the Filtering Databases. These group MAC Addresses are reserved for assignment to standard protocols, according to the criteria for such assignments (Clause 5.5 of ISO/IEC TR 11802-2).» В таблице 7-10 есть, как уже распределённые адреса так и зарезервированные. Я с телефона пишу, поэтому не могу подробнее глянуть стандарт, но, на мой взгляд вопрос открыт для обсуждения.

ладно, стандарт относительный, транслейт врет