Добрый. Плиз подскажите. В логах сыпется: prerouting: in:ether6_iot out:(unknown 0), src-mac 4c:72:b9:2d:2b:d4, proto TCP (ACK,PSH), 10.12.10.10:36230->194.135.85.48:8883, NAT (10.12.10.10:36230->10.8.0.50:36230)->194.135.85.48:8883, len 83 Стоит волноваться? благодарю

Сами флаги в TCP указывают, что отправитель прости получателя сбросить буфер, то есть передать накопленный stream of byte в Application Layer.

Сами флаги в TCP указывают, что отправитель прости получателя сбросить буфер, то есть передать накопленный stream of byte в Application Layer.

Это плохо?

Это плохо?

Это никак, просто факт. TCP byte stream oriented protocol, он передаёт поток байтов через сеть, получатель не знает, где начало или конец этого потока. Флаг PSH указывает, что поток окончен и можно передавать его выше по стэку.

Это никак, просто факт. TCP byte stream oriented protocol, он передаёт поток байтов через сеть, получатель не знает, где начало или конец этого потока. Флаг PSH указывает, что поток окончен и можно передавать его выше по стэку.

Это ошибка в настройках?

Подскажите, есть ли поддержка tls-auth в микротике? Столкнулся с проблемой что необходимо настроить клиент впн, пптп нет, л2тп у провайдера нет. Только опен впн конфиг, там ca сертификат и tls-auth, адрес сервера, данные аутентификации конфига опенвпн

Это ошибка в настройках?

Нет, это нормальное поведение TCP протокола. Наличие легирования в правиле может быть и ошибка, это вам виднее должно быть.

Нет, это нормальное поведение TCP протокола. Наличие легирования в правиле может быть и ошибка, это вам виднее должно быть.

сенк

arp timeout на сisco должен быть меньше, чем mac aging time на bridge-ах MT ;) ну и wifi должен быть стабилен и не рваться каждые n-единиц времени

Спасибо вроде помогло, потому что клиент перестал жаловаться, но и подтвердить 100% не могу - молчит.

Подскажите пожалуйста годную статью по расшифровке параметров lte интерфейса: earfcn: 1509 (band 3, bandwidth 10Mhz, DL freq 1835.9Mhz) rssi: -80dBm rsrp: -107dBm rsrq: -2dB sinr: 16dB

https://help.keenetic.com/hc/ru/articles/360000403359-%D0%9F%D0%B0%D1%80%D0%B0%D0%BC%D0%B5%D1%82%D1%80%D1%8B-%D0%BA%D0%B0%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%B0-%D1%81%D0%B8%D0%B3%D0%BD%D0%B0%D0%BB%D0%B0-LTE

Можно тупой вопрос по поводу ofps: имею настр.ospf с типом звезда, но хочу полносвязную. И вот допустим стоит ли gre туннели с другой точки впихать в один пул адресов с имеющейся тунелями (ipip). Также RID не стоит оставлять 0.0.0.0, можно ли его создать в 172.16.0.0/12?

Заранее спасибо!

Можно тупой вопрос по поводу ofps: имею настр.ospf с типом звезда, но хочу полносвязную. И вот допустим стоит ли gre туннели с другой точки впихать в один пул адресов с имеющейся тунелями (ipip). Также RID не стоит оставлять 0.0.0.0, можно ли его создать в 172.16.0.0/12?

У Вас туннели - это точка-точка, о каком общем пуле речь?

У Вас туннели - это точка-точка, о каком общем пуле речь?

да, извините. Пойду читать снова манулы.

да, извините. Пойду читать снова манулы.

Если у Вас используется похожая адрессация, которая может быть представлена(логически объединена) сетью, скажем /24, то в этом нет ничего страшного. Можно использовать и не иметь проблем.

USB Ethernet адаптер вместо модема же можно воткнуть?

USB Ethernet адаптер вместо модема же можно воткнуть?

Нет

Отключили в какой то версии

Можно тупой вопрос по поводу ofps: имею настр.ospf с типом звезда, но хочу полносвязную. И вот допустим стоит ли gre туннели с другой точки впихать в один пул адресов с имеющейся тунелями (ipip). Также RID не стоит оставлять 0.0.0.0, можно ли его создать в 172.16.0.0/12?

Звучит, как набор слов. В OSPF нет _типа звезда_ или типа _полносвязный_. RID должен быть уникальным для каждого OSPF маршрутизатора и конечно же он не может быть в формате IP CIDR, поскольку это вообще не IP адрес, а 32-х битное значение в формате с разделением на 4-е октета.

Звучит, как набор слов. В OSPF нет _типа звезда_ или типа _полносвязный_. RID должен быть уникальным для каждого OSPF маршрутизатора и конечно же он не может быть в формате IP CIDR, поскольку это вообще не IP адрес, а 32-х битное значение в формате с разделением на 4-е октета.

Он может быть в формате ип адреса, но это частности. А так да.

Он может быть в формате ип адреса, но это частности. А так да.

Он имеет всегда один формат 10-чное представление, 32 бита, 4-е октета, каждый по 8-бит. Какое значение оно примет, OSPF всё равно. Вообще лучше сразу принять это, осознать и не пытаться ставить знак = между IP адресом и Router ID. Ведь у нас может быть IPv6 address-family в OSPFv3 и там будет всё тот же RID, а IPv4 адресов может и не быть.

давайте начистоту, это просто число, никакого "формата" у него нет

формат есть у способа записи числа

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

собственно, с IP-адресами та же история, IP-адрес - это просто число, и в IPv4 нет вообще нигде указания, как можно записывать IPv4-адреса