[39, 3.8: MiniUPnPd перезагружается при продлении аренды адреса у провайдера]

Наблюдаю ту же самую ситуацию на Keenetic Viva, версия 3.8.5

Syslog сервер от этого забит сообщениями от роутера))

[Все о туннелях IPIP, GRE и EoIP]

Уважаемые разработчики, решите, пожалуйста проблему с mtu, фрагментированием и аппаратным шифрованием.

Как видно, проблема наблюдается у многих.

[Все о туннелях IPIP, GRE и EoIP]

В 04.09.2018 в 21:30, Le ecureuil сказал:

Явно обещать ничего не могу, но постараюсь.

Хотелось бы поинтересоваться, удалось ли чего-нибудь сделать?

[Все о туннелях IPIP, GRE и EoIP]

22 часа назад, Himmler сказал:

Если кому-то вдруг нужно для статистики - добрались руки до iperf, проверил свой EoIP.

Итак, имеется два Keenetic Lite III rev A (без криптомодуля) в сети одного провайдера на расстоянии около 50 километров (один через FTTx , другой через GPON).

Туннель безо всякого шифрования, голый EoIP.

Выдаёт 86-88 Мегабит при теоретическом потолке в 100.

Задержки на маленьких пакетах (до 1500 байт) что внутри туннеля, что вне туннеля - 6-8 мсек.

 

То есть EoIP-туннель не увеличил задержку (по крайней мере сколь-нибудь видимо), и выдал практически 90% от теоретической пропускной способности для идеальных условий. И это на одних из самых "хилых" устройств (насколько знаю, самый бюджетный Keenetic Start II имеет такую же аппаратную платформу, кроме обвязки физики eth)

Шифрование, думаю, заметно повлияет на результат, но для моего случая оно не требуется.

 

Вопрос вдогонку:

У провайдера есть пул белых динамических адресов, но он частенько заканчивается. Тогда провайдер выдаёт серый адрес.

Я решаю это перезапуском PPPoE, и раза с 3-4 мне таки-достаётся белый адрес.

Что делать, если со временем получить белый адрес будет всё сложнее и сложнее ?

Как наиболее просто в таком случае поднимать EoIP ?

У меня без шифрования тоже все хорошо, прожимает почти все 100 мегабит, которые дает провайдер (без шифрования крипто-модуль по идее не используется). Но это все данные летят через интернет ничем не прикрытые.

С шифрованием - все ок, крипто-модуль гиги III вытягивает, но когда шифрованием занимается крипто-модуль, возникает проблема с MTU.

Если перевести шифрование на проц - с MTU все хорошо становится, но производительность туннеля упирается в проц.

[Все о туннелях IPIP, GRE и EoIP]

В 01.08.2018 в 22:45, Le ecureuil сказал:

Трудно сказать, пока разбираться не дошли руки.

Планируется ли разбираться по этому багу в ближайшее время? Очень страдаю от низкой скорости EoIP))

[Все о туннелях IPIP, GRE и EoIP]

Добрый день.

Хотелось бы написать о баге с EoIP.

Неправильно работает фрагментация EoIP/IPSec при использовании аппаратного крипто-модуля. 

При переключении на crypto engine software - все отлично, но падает скорость туннеля до 25-30 мегабит. (Подробная информация есть в тикете #392165)

Также, если EoIP забриджевать с Home, и после, через вэб-интерфейс внести изменения (в моем случае увеличил размер пула адресов), EoIP вываливается из Home (пропадает "include EoIPX).