и естественно прежде чем задать вопрос в чате, где могут попадатся такие типы как Кеша, я спросил в гугле

Но ведь вопрос действительно дурацкий.

Но ведь вопрос действительно дурацкий.

Шурик, вопрос предельно корректный и правильно сформулированный. если вы тоже не знаете функионал eoip в routeros , то изучите.

Шурик, вопрос предельно корректный и правильно сформулированный. если вы тоже не знаете функионал eoip в routeros , то изучите.

/ban

У Инокентия миссия переобижать и перебанить всех кто разбиратся в микротиках что-ли? :-)

это не валидный мак

Чёйта

У Инокентия миссия переобижать и перебанить всех кто разбиратся в микротиках что-ли? :-)

Нет. Просто важно соблюдать правила общения. Продолжение его нахождения здесь привело бы к уходу от основной темы чата. Иннокентий сделал все правильно.

Нет. Просто важно соблюдать правила общения. Продолжение его нахождения здесь привело бы к уходу от основной темы чата. Иннокентий сделал все правильно.

По основной теме чата человеку так никто ни не ответил.

Чёйта

Мак валидный, это мак телефона)

У Инокентия миссия переобижать и перебанить всех кто разбиратся в микротиках что-ли? :-)

Прыгать на коллегу с банхаммером в руках — это вообще без инстинкта самосохранения надо быть.

По основной теме чата человеку так никто ни не ответил.

Вопрос некорректен.

По сути заданного вопроса, в routeros7 вроде бы wireguard может фрагментировать/собирать пакеты на транспорте. А на 6 версии хз

Вопрос некорректен.

В чем? В том что вы уже третий, кто видимо не в курсе, как eoip работает?

Мак валидный, это мак телефона)

Я вижу, что валидный, вот и уточнил, почему человек его в невалидные записал

В чем? В том что вы уже третий, кто видимо не в курсе, как eoip работает?

Ну так поясните нам, несведущим

Прыгать на коллегу с банхаммером в руках — это вообще без инстинкта самосохранения надо быть.

Коллега, настолько самоуверенно пишущий о том, чего не знает не должен в приличном канале иметь банхамера.

Коллега, настолько самоуверенно пишущий о том, чего не знает не должен в приличном канале иметь банхамера.

У этого коллеги есть чему поучиться даже матёрым сетевикам, поверьте. На этом тему закрываем.

"матерые сетевики" это те кто даже базовую инструкцию не читали?

https://wiki.mikrotik.com/wiki/Manual:Interface/EoIP

mtu should be set to 1500 to eliminate packet refragmentation inside the tunnel (that allows transparent bridging of Ethernet-like networks, so that it would be possible to transport full-sized Ethernet frame over the tunnel).

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

переведите, чо уж там

"матерые сетевики" это те кто даже базовую инструкцию не читали?

Я бы если честно посмотрел как в GRE это работает в первую очередь перед тем как смотреть в EoIP.

Установите mtu в 1500 для предотвращения рефрагментации пакетов внутри туннеля , это позволит прозрачному мосту для Ethernet-подобных сетей иметь возможность передавать полные езернет кадры через туннель

и как из этого следует, что в eoip есть механизм фраагментации?

Я бы если честно посмотрел как в GRE это работает в первую очередь перед тем как смотреть в EoIP.

в gre это не работает. А если вы подумаете ещё немножко, то даже догадаетесь зачем вместо использования gre латвийцы разработали свой пропиентарный eoip

в gre это не работает. А если вы подумаете ещё немножко, то даже догадаетесь зачем вместо использования gre латвийцы разработали свой пропиентарный eoip

Прошу прочитать RFC 1701 по GRE. От этого уйти не получится.

в gre это не работает. А если вы подумаете ещё немножко, то даже догадаетесь зачем вместо использования gre латвийцы разработали свой пропиентарный eoip

eoip - это не черная магия, а gre с примитивным заголовком "что лежит внутри"

и нет, в нем нет механизма фрагментации

eoip - это не черная магия, а gre с примитивным заголовком "что лежит внутри"

сделайте через туннель пинг с размером пакета 65000 байт и флагом DF и удивитесь

не удивлюсь, никакого отношения фрагментация в IP не имеет к GRE или EoIP

И как по вашему называется механизм, позволяющий пакету размером в 65000 байт успешно зайти с одной стороны туннеля, и целиком вылезти с другой стороны туннеля, если МТУ на транспорте 1500 байт?

И как по вашему называется механизм, позволяющий пакету размером в 65000 байт успешно зайти с одной стороны туннеля, и целиком вылезти с другой стороны туннеля, если МТУ на транспорте 1500 байт?

Прошу прощения. А на каком уровне происходят процедуры фрагментации и дефрагментации пакетов до соответствующего MTU?

Прошу прощения. А на каком уровне происходят процедуры фрагментации и дефрагментации пакетов до соответствующего MTU?

на уровне кода реализации интерфейса eoip. откройте хотя бы его реализацию для openwrt в исходниках и почитайте, там буквально 50 строк

"успешно зайти с одной стороны туннеля" = отправляемый в виртуальный интерфейс пакет оборачивается заголовками (EoIP, GRE, IP), порождая новый IP-пакет, и этот пакет фрагментриуется по общим правилам IP

на уровне кода реализации интерфейса eoip. откройте хотя бы его реализацию для openwrt в исходниках и почитайте, там буквально 50 строк

На каком СЕТЕВОМ уровне это происходит?

"успешно зайти с одной стороны туннеля" = отправляемый в виртуальный интерфейс пакет оборачивается заголовками (EoIP, GRE, IP), порождая новый IP-пакет, и этот пакет фрагментриуется по общим правилам IP

так в один пакет, или все таки в несколько?

На каком СЕТЕВОМ уровне это происходит?

если вы не в курсе, eoip это драйвер, осуществляющий упаковку пакетов уровня L2 в пакеты уровня L3. ( в 47 протокол ) . С фрагментацией и дефрагментацией , по необходимости.

mtu should be set to 1500 to eliminate packet refragmentation inside the tunnel (that allows transparent bridging of Ethernet-like networks, so that it would be possible to transport full-sized Ethernet frame over the tunnel).

вот тут написано буквально следующее: - если не выставить 1500, а оставить мту в автомате, то оно посчитается автоматом во что-то типа 1472, и у вас транзитные пакеты будут фрагментироваться перед отправкой в этот интерфейс (по общим правилам IP) - если выставить 1500, то пакеты не будут фрагментироваться до отправки в интерфейс. бессердечную скотину математику обмануть тем не менее не получится, потому фрагментироваться будут уже новые IP-пакеты (опять же, по общим правилам IP)

смысл этого действия в том, чтобы мочь пихать этот еоип в бридж, и мту бриджа не падал в 1472

если вы не в курсе, eoip это драйвер, осуществляющий упаковку пакетов уровня L2 в пакеты уровня L3. ( в 47 протокол ) . С фрагментацией и дефрагментацией , по необходимости.

Меня не интересует драйвер это или нет. Где на самом деле происходит фрагментация и дефрагментация согласно сетевого уровня? Учитывая что мы используем туннельное соединение. (EoIP энкапсулируется в GRE.)

если вы не в курсе, eoip это драйвер, осуществляющий упаковку пакетов уровня L2 в пакеты уровня L3. ( в 47 протокол ) . С фрагментацией и дефрагментацией , по необходимости.

вас не затруднит принести пруф?

Вы для себя это можете извращать и перефразировать как вам нравится. А по факту это и называется поддержкой протоколом туннелирования дефрагментации и последующей сборки пакетов. Чего не делает ни GRE ни большинства других

Вы для себя это можете извращать и перефразировать как вам нравится. А по факту это и называется поддержкой протоколом туннелирования дефрагментации и последующей сборки пакетов. Чего не делает ни GRE ни большинства других

https://wiki.mikrotik.com/wiki/Manual:Interface/EoIP Summary: > The EoIP protocol encapsulates Ethernet frames in GRE (IP protocol number 47) packets (just like PPTP) and sends them to the remote side of the EoIP tunnel.

Про фрагментацию в ширь статьи на вики вообще ни слова.

Чёйта

нет такова кода производителя 0E:70:30

нет такова кода производителя 0E:70:30

То что его нет в общедоступных базах — не значит, что его нет вообще. Но в данном случае, судя по U/L-биту, это просто вручную вписанный мак. Вполне себе валидный.

То что его нет в общедоступных базах — не значит, что его нет вообще. Но в данном случае, судя по U/L-биту, это просто вручную вписанный мак. Вполне себе валидный.

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

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

Не может. База не поднимет второй такой телефон

Не может. База не поднимет второй такой телефон

хз сам в руках держал. но может наши перепрошивасты чего не так сделали. народ у нас такой.

хз сам в руках держал. но может наши перепрошивасты чего не так сделали. народ у нас такой.

Каюсь, перепутал с IMSI, последний уникален.

rb951G-2hnd начал вести себя странно: Не пищит совсем, включается пару секунду поработает и ребут, и по новой (смотрю по индикаторам). Пытался нетинсталлом 15 секунд удежрать, не увидался, и всё равно в ребут ушел

rb951G-2hnd начал вести себя странно: Не пищит совсем, включается пару секунду поработает и ребут, и по новой (смотрю по индикаторам). Пытался нетинсталлом 15 секунд удежрать, не увидался, и всё равно в ребут ушел

БП меняли?

щас проверю с другим бп

Да, поменял

Такие же симпомы

rb951G-2hnd начал вести себя странно: Не пищит совсем, включается пару секунду поработает и ребут, и по новой (смотрю по индикаторам). Пытался нетинсталлом 15 секунд удежрать, не увидался, и всё равно в ребут ушел

А сетевой интерфейс компьютера во время попыток нетинсталла как себя ведет? поднимается/опускается?

rb951G-2hnd начал вести себя странно: Не пищит совсем, включается пару секунду поработает и ребут, и по новой (смотрю по индикаторам). Пытался нетинсталлом 15 секунд удежрать, не увидался, и всё равно в ребут ушел

открой его по смотри они не очень новые мб кондёры есть вздутые.

А сетевой интерфейс компьютера во время попыток нетинсталла как себя ведет? поднимается/опускается?

Так точно!

открой его по смотри они не очень новые мб кондёры есть вздутые.

как новенькие

я бы не парился бы, если б были звуковые сигналы. Мол сам косячу не довожу до конца нетинтсалл. Но звуковых сигналов вообще никаких не издает

Так точно!

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

ЕСТЬ! контакт!. страшно теперь его с нетинсталла отключать

увидал прошил супер старую прошивку 6.38.5

вроде бэд локов минимум. Изначально проблема была в том что, никак не могу по винбоксу подключится, хотя интернет раздавал- вай-фай раздавал. Такое чувство что память забилась. Чем еще диагнотсировать. Мне сказали что лучше старую прошивку залить, и не обновлять. ТАк стабильнее будет. Правда ли?

дергал arp -a, и сетевой интерфейс, оставив включенным микротик на постоянную перезагрузку, и подсоединён кабелем. И вот очередную попытку с старый нетининсталлом версии 6.38. Он запищал

Прошу подсказать следующие действия?

Опять этот "текст под звёздочкой" =\ https://downloadcenter.samsung.com/content/UM/202109/20210916161941722/KSFDVBEUN-1.2.0_EM_Kant-S_EU_ENG_210916.0.pdf

самое смешное, что это же писали на на моделях, где вайфай шёл внешним опциональным усб адаптером

который докупать надо было

году в 2009-2010 (народ массово покупал длинк dwa-140 2 ревизии

Прошу подсказать следующие действия?

Поставить старую прошивку, обновить на новую Но в рамках 6ки надёжнее будет Конфигурацию я бы сразу снёс а потом залил новую уже после всех обновлений

Поставить старую прошивку, обновить на новую Но в рамках 6ки надёжнее будет Конфигурацию я бы сразу снёс а потом залил новую уже после всех обновлений

каккую посоветуйте из 6 ?

каккую посоветуйте из 6 ?

Да последнюю, я лично вообще сторонник своевременно обновлений (в разумных пределах)

Всем привет. Кто нибудь знает группы, где обсуждают системы контроля доступа, типо Скуд/Perco

Всем привет. Кто нибудь знает группы, где обсуждают системы контроля доступа, типо Скуд/Perco

RusGuard

Добрый день. Кто-нибудь знает как на свиче отфильтровать dhcp-ответы ? DHCP-snooping настроен, он их фильтрует, но сыпятся варнинги в лог, от которых хочу избавиться. примерная схема : HapAC2(dhcp-serv) —> CRS328 —> CRS309 вот в сторону 309 не должно лететь DHCP (ни запросов , ни ответов) Как такое правильно реализовать?

Настройка trusted в свойствах порта в бридже ?