keenet07

Надеюсь вы всё же понимаете, что написали ерунду. Если учитывать малейшее шевеление в прошивке как излишнюю нагрузку, развитие прошивки уже давно прекратилось бы. Ещё раз повторю. Нагрузкой от данной операции суммирования можно пренебречь в виду её незначительности.

Человек спрашивает, что эту нагрузку создаст? На момент вывода стандартного графика (как сейчас) все данные уже подсчитаны и находятся либо в какой-то базе, либо в памяти. От роутера, а может быть даже и от браузера, потребуется только сложить некоторое количество значений в выбранном количестве столбцов графика. А их там не больше 60. И выдать результат. Это копеечная операция для любого процессора.

Вот если бы в прошивке реализовали возможность установки прямого VPN соединения между двумя узлами за NAT с помощью облака KeenDNS, но не через него. Это был бы номер. Пока широко IPV6 не развит. ) Пример, выше по ссылке. Или в продолжении. https://habr.com/ru/post/481034/

Возможно он пытается провернуть что-то вроде этого. https://habr.com/ru/post/478452/ Для работы по этой схеме потребуется вспомогательный VPS сервер. Точка где будут согласовываться все параметры соединения. Типа того как соединяются всякие TeamViewer

Для того чтобы установить между роутерами прямое VPN соединение, нужно, чтобы хотя бы один из них имел белый IP адрес.

Для соединения двух сетей двух Кинетиков достаточно. Третий точно не нужен. ) Правильно ли я понял, что оба IP адреса серые? Или белые, но динамические? Принадлежат ли эти адреса одному провайдеру? Прокачивать трафик видеокамер через облако идея так себе. Желательно прямое соединение.

Тогда лучше так. http://www.tadviser.ru/index.php/Статья:EasyMesh_(стандарт_mesh-сетей) Ну по сути они просто хотят стандартизировать mesh технологию. А сейчас она своя у каждой компании. Будет ли какая-то выгода от этого для каждого конкретного производителя? Придётся ли для этого отказаться от каких-то своих наработок? Или удастся благополучно сочетать и то и другое? Вот в чем вопрос. Но вообще стандарты это обычно хорошо.

Напишите, что и как делаете с пробросом. Где-то недавно тема проскакивала как раз об этом. В неё можно.

Звучит как посягательство на монополию по сгущению туч. ) Никакого флуда. Посоветовал автору дождаться ответа от поддержки.

Вот ведь негодяи. за 1 день ничего не решили. А ещё и на выходные наверное ушли. Нужно срочно отправить ещё 4 селфтеста, чтоб поняли всю серьезность ситуации. А если без смеха, дождитесь ответа.

212.13.97.55 Москва inetnum: 212.13.97.48 - 212.13.97.63netname: okonti-centel-netdescr: "Okonnyi Kontinent" OOOcountry: RU О чем-нибудь говорит? https://www.okonti.ru/ За вами следят пластиковые окна VEKA

https://help.keenetic.com/hc/ru/articles/360010644660-Как-изменить-профиль-доступа-выхода-в-Интернет-для-torrent-клиента-Transmission-

Пробуйте wireguard если есть возможность. Он дает бОльшую скорость на кинетике чем OVPN. По второму вопросу, настройте приоритеты какой трафик куда заруливать. https://help.keenetic.com/hc/ru/articles/115005342025-Типы-VPN-соединений-в-Keenetic

Ну не тянет ваша железка SSTP с приемлемой скоростью. Да ещё и через бесплатное облако. Либо уменьшайте битрейт и возможно разрешение видео, либо закажите белый IP и не ограничивайтесь ничем.

Легко. Статический маршрут. https://help.keenetic.com/hc/ru/articles/360000925780-Статические-маршруты Тип маршрута: Маршрут до узла. В Интерфейсе выберите ваше VPN соединение. В адресе сети назначения укажите IP адрес узла. Всё, больше ничего заполнять не нужно. Потом можете проверить работу трассировкой.

Если выдает ошибку, то вполне возможно что нет. Для ipv6 реализовано ещё далеко не всё.

Да нет. Просто видео поток идёт отдельно от http трафика её web интерфейса поэтому через кинднс просто так и не пробрасывается. Вот это почитайте. https://help.keenetic.com/hc/ru/articles/360001404739-Доступ-из-Интернета-к-IP-камере-подключенной-к-интернет-центру

Да, если такой адрес свободен. Пока никаких маршрутов не прописывайте. Посмотрите какой маршрут появится автоматом.

3.31.70 interface include Указать Ethernet-интерфейс, который будет добавлен в программный мост в качестве порта. 3.31.71 interface inherit Указать Ethernet-интерфейс, который будет добавлен в программный мост в качестве порта. В отличие от команды include, команда inherit передает мосту некоторые настройки добавляемого интерфейса, такие как IP-адрес, маску и IP-псевдонимы. При удалении либо самого моста, либо интерфейса из моста, эти настройки, даже если они были изменены, будут скопированы обратно на освободившийся интерфейс. Команда позволяет добавить в мост интерфейс, через который осуществляется управление устройством, и не потерять управление.

Алиасом и статическим маршрутом пробуйте. https://help.keenetic.com/hc/ru/articles/360003766140-Псевдоним-IP Но это не очень чистая схема получается.

Тогда скорее всего, вместо хабика нужно поставить какой-то управляемый свитч умеющий работать с VLAN. Или можно попробовать добавить в спальне перед Кинетиком ещё один хабик от которого подключиться и в WAN и в LAN. Как будет работать не уверен. Не проверял такую схему. Ясно что DHCP на модеме наверное придётся отключить, чтоб не конфликтовало c DHCP локалки кинетика. Вы ведь хотите, чтоб он локалкой рулил.

Вряд ли имелись в виду самые ближайшие планы. Ноябрь-декабрь скорее всего занимались допиливанием прошивки 3.3. И сделали заготовки 3.4, но там скорее всего только портирование новых приложений. А потом наступили праздники и полная тишина на форуме. В общем, рано.

Ага. А простой хабик видимо его поддерживает. ))) Понятное дело там GPON модем стоит с выходом LAN по RJ-45. Да и сам Кинетик у TC не подразумевает оптического входа.

А поменять местами WiFI роутер и хаб нельзя? Вайфай из зала до спальни не добивает? Воткнёте GPON в WAN кинетика, а хаб подключите из LAN порта кинетика по межкомнатному кабелю в спальне. Будет и локалка и интернет. Или в чем основной замысел именно вашей схемы?

Хотя бы стало понятно почему 802.11k/v помогло. ))