sashaqwert
-
Posts
37 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by sashaqwert
-
-
19 часов назад, Kirill172 сказал:
при этом кинетик IP от свистка не получает, со свистка гугловские сервера не пингуются ни при bridge, ни при transparent mode
На самом SFP в этих режимах нет интернета, он просто "передаёт" его на Keenetic.
19 часов назад, Kirill172 сказал:Хотелось бы все-таки настроить свиток в bridge
Куда копать?
Как настроены VLAN-ы на keenetic?
-
23 минуты назад, r13 сказал:
Представитель МГТС заверил, что в ближайшее время будут доступны GPON розетки и будет официальный режим моста
Это хорошо. Только пока без телефонии: https://4pda.to/forum/index.php?showtopic=1038399&view=findpost&p=126935109
Городской телефон "нужен" только для приёма спам-звонков, поэтому его можно спокойно отключать... -
Сегодня исследовал сайт МТС/МГТС и обнаружил, что в перечне оборудования для физических лиц есть
Цитата- Модуль оптический FiberHome SFP WDM 1310/xxxxнм
- Модуль оптический FiberHome SFP WDM хххх/1310нм
Кто-нибудь пробовал эти модули? В каком режиме (router/bridge) они работают?
-
12 часа назад, Dokart сказал:
Loid error
LOID - это EPON... Поэтому лучше проверить, что SFP работает в GPON режиме.
-
В 25.09.2023 в 11:18, kondratyev сказал:
И все же а что такое loid и loid password?
Это для EPON...
-
1
-
-
16 часов назад, haxum сказал:
и смена VLAN на 30 в Keenetic не помогает
Отсюда вытекает несколько вопросов:
- Какой провайдер и OLT на его стороне
- Какой VLAN прописан в оригинальном ONT от провайдера
-
52 минуты назад, Prorok27 сказал:
По той инструкции где транспарент,там есть п.5 где PLOAM Password: и Serial Number, для другого провайдера используются? Если нужны для Ростелеком,то где мне их взять?
SN можно оставить тот, который изначально был на модуле. Как писали панее в теме - Ростелекому всё равно, какой установлен PLOAM Password.
В теме есть удачный опыт подключения К РТ без снятия данных с их оборудования
-
12 часа назад, kodio сказал:
У вас статика, раз не используете KeenDNS?
Да. Открыты порты 80 и 443. Myrtille переведён на свой домен. HTTP reverse proxy из Keenetic OS не использую.
-
В 12.04.2023 в 16:14, kodio сказал:
Какое ПО использовали?
У меня используется Myrtille (open-source), но без KeenDNS. Для KeenDNS возможно, потребуется переключить его в HTML4 режим.
-
13 часа назад, it30sup сказал:
sercomm rv6699 v3, провайдер мгтс Москва, из услуг только интернет. облазил весь веб интерфейс - нигде не могу найти ploam пароль
Логин и пароль WEB интерфейса: mgts / mtsoao.
-
53 минуты назад, Foboss сказал:
поддержка домашнего аналогового телефона
Нужна поддержка Transparent mode или проброса только нужных VLAN.
Например, у МГТС с OLT ZTE интернет во VLAN 3, а телефония в VLAN 5.
Проброс телефонии с OLT Huawei описан в этом сообщении
-
1
-
1
-
-
В 07.03.2023 в 16:50, Piples сказал:
Домен expamle.com
Поддомен asus.example.com
KeenDNS Домен my.keenetic.com
-
Через keenDNS по своим доменам пока не работает. Если на Keenetic белый IP можно попытаться через HTTP proxy (в CLI).
Я открываю порты 80 и 443 и всё работает, но при этом не работает доступ в WEB интерфейс Keenetic из WAN, что логично.
Скрытый текст
Для того, чтобы работало через keenDNS сервера Keenetic и маршрутизатор должны знать о том, что делать с доменом, но ничего кроме HTTP proxy в CLI для этого я не видел.
-
5 часов назад, BamboTree сказал:
нет возможности узнать номер VLAN
Зависит от OLT: Если Huawei, то 30, ZTE - 3. Точную информацию можно спросить в поддержке.
Инструкция по определению OLT здесь (первый абзац)
-
В 12.01.2023 в 09:59, Юрий Иванов сказал:
Прошивка 220817. Только непонятно почему кинетик видит 30-й vlan, если он не прописан. Или я что-то не знаю и не понимаю 🤪. В общем приставка мтс стала показывать. Прошивка кинетика последняя стабильная 3.9.2. На бета 4.0.2 не работает подключение ipv6 через ipv4.
5 часов назад, Юрий Иванов сказал:После такого же терминала работает через переходник и на новой прошивке GPON SFP ONU Stick с MAC PPPoE IPoE HGU SC разъем c DDM pon модуль 1490/1,25 нм Гбит/с 802.3ah
https://sl.aliexpress.ru/p?key=EStww7Eплюс радиаторы на стике и внутри роутера keenetic
Как вижу в сообщении выше vlan интернета 30, который обычно на OLT Huavei.
У меня интернет на vlan 3, но скорее всего попробую заказать и попытаться настроить.UPD: вроде бы нашёл удачный пример настройки.
-
Подскажите, пожалуйста, какой SFP модуль подойдёт для OLT ZTE (МГТС).
ONT: Sercomm RV6699v3.
В инструкциях в этой теме вижу в основном OLT Huawei.
-
4.0 Alpha 7. Проблема исправлена.
Тему можно закрывать.
-
1
-
-
После обновления до 4.0 Alpha 6 лог забит однотипными сообщениями вида "загружен SSL сертификат для keenetic.pro", "поднят туннель 6in4", "upnp: HTTP listening on port 1900", "upnp: shutting down MiniUPnPd" и т. д.
Фрагмент лога с изменёнными данными (реальные в self-test)
Скрытый текст[I] Feb 5 16:20:47 ndm: Core::Session: client disconnected.
[I] Feb 5 16:20:47 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved destination 193.0.203.203 (193.0.203.203).
[I] Feb 5 16:20:47 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": use interface GigabitEthernet1/Vlan3 as source.
[I] Feb 5 16:20:47 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": added host route to tunnel destination endpoint 193.0.203.203 via 91.77.160.1.
[I] Feb 5 16:20:47 ndm: Network::Interface::Base: "TunnelSixInFour0": default MTU is 1480.
[I] Feb 5 16:20:47 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved source 91.77.XXX.XXX.
[I] Feb 5 16:20:49 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:20:49 upnp: HTTP listening on port 1900
[I] Feb 5 16:20:49 upnp: Listening for NAT-PMP/PCP traffic on port 5351
[I] Feb 5 16:20:52 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved destination 193.0.203.203 (193.0.203.203).
[I] Feb 5 16:20:52 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": use interface GigabitEthernet1/Vlan3 as source.
[I] Feb 5 16:20:52 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": added host route to tunnel destination endpoint 193.0.203.203 via 91.77.160.1.
[I] Feb 5 16:20:52 ndm: Network::Interface::Base: "TunnelSixInFour0": default MTU is 1480.
[I] Feb 5 16:20:52 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved source 91.77.XXX.XXX.
[I] Feb 5 16:20:53 ndm: Http::Nginx: loaded SSL certificate for "example.keenetic.pro".
[I] Feb 5 16:20:53 ndm: Http::Nginx: loaded SSL certificate for "XXXXXXXXXXXXXXX.keenetic.io".
[I] Feb 5 16:20:53 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:20:53 ndm: Core::Session: client disconnected.
[I] Feb 5 16:20:53 ndm: Http::Manager: updated configuration.
[I] Feb 5 16:20:53 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:20:53 ndm: Core::Session: client disconnected.
[I] Feb 5 16:20:59 ndm: Http::Nginx: loaded SSL certificate for "example.keenetic.pro".
[I] Feb 5 16:20:59 ndm: Http::Nginx: loaded SSL certificate for "XXXXXXXXXXXXXXX.keenetic.io".
[I] Feb 5 16:20:59 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:20:59 ndm: Core::Session: client disconnected.
[I] Feb 5 16:20:59 ndm: Http::Manager: updated configuration.
[I] Feb 5 16:20:59 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:20:59 ndm: Core::Session: client disconnected.
[I] Feb 5 16:23:12 ndhcpc: GigabitEthernet1/Vlan3: received ACK for 91.77.XXX.XXX from 91.77.160.1 lease 300 sec.
[I] Feb 5 16:23:12 ndm: Network::Interface::Base: "GigabitEthernet1/Vlan3": "dhcp-client" changed "ipv4" layer state "running" to "pending".
[W] Feb 5 16:23:12 ndm: Dns::Manager: name server 62.112.106.130 is disregarded while public is active.
[W] Feb 5 16:23:12 ndm: Dns::Manager: name server 62.112.113.170 is disregarded while public is active.
[I] Feb 5 16:23:12 ndm: Network::Interface::Base: "GigabitEthernet1/Vlan3": "dhcp-client" changed "ipv4" layer state "pending" to "running".
[I] Feb 5 16:23:12 ndm: Network::InterfaceFlusher: flushed GigabitEthernet1/Vlan3 conntrack and route cache.
[I] Feb 5 16:23:12 ndm: Network::InternetChecker: Internet access lost (status: 0x0000).
[I] Feb 5 16:23:12 ndm: Dns::Secure::DotConfigurator: "System": using "dns.adguard-dns.com:853:94.140.14.14,94.140.15.15" as upstream.
[I] Feb 5 16:23:12 https-dns-proxy: Shutting down gracefully. To force exit, send signal again.
[I] Feb 5 16:23:12 ndm: Dns::Secure::DohConfigurator: "System": using "dns.adguard-dns.com:443:94.140.14.14,94.140.15.15" as upstream.
[I] Feb 5 16:23:13 ndm: Network::InternetChecker: Internet access detected.
[I] Feb 5 16:23:14 stubby: starting Stubby 0.4.0
[I] Feb 5 16:23:15 upnp: shutting down MiniUPnPd
[I] Feb 5 16:23:15 ndm: Core::Session: client disconnected.
[I] Feb 5 16:23:15 ndm: Network::InterfaceFlusher: flushed GigabitEthernet1 conntrack and route cache.
[I] Feb 5 16:23:15 ndm: Network::InternetChecker: Internet access lost (status: 0x0000).
[I] Feb 5 16:23:15 ndm: Dns::Secure::DotConfigurator: "System": using "dns.adguard-dns.com:853:94.140.14.14,94.140.15.15" as upstream.
[I] Feb 5 16:23:15 https-dns-proxy: Shutting down gracefully. To force exit, send signal again.
[I] Feb 5 16:23:15 ndm: Dns::Secure::DohConfigurator: "System": using "dns.adguard-dns.com:443:94.140.14.14,94.140.15.15" as upstream.
[I] Feb 5 16:23:15 ndm: Network::InternetChecker: Internet access detected.
[I] Feb 5 16:23:17 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:23:17 upnp: HTTP listening on port 1900
[I] Feb 5 16:23:17 upnp: Listening for NAT-PMP/PCP traffic on port 5351
[I] Feb 5 16:23:17 stubby: starting Stubby 0.4.0
[I] Feb 5 16:23:17 upnp: shutting down MiniUPnPd
[I] Feb 5 16:23:17 ndm: Core::Session: client disconnected.
[I] Feb 5 16:23:17 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved destination 193.0.203.203 (193.0.203.203).
[I] Feb 5 16:23:17 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": use interface GigabitEthernet1/Vlan3 as source.
[I] Feb 5 16:23:17 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": added host route to tunnel destination endpoint 193.0.203.203 via 91.77.160.1.
[I] Feb 5 16:23:17 ndm: Network::Interface::Base: "TunnelSixInFour0": default MTU is 1480.
[I] Feb 5 16:23:17 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved source 91.77.XXX.XXX.
[I] Feb 5 16:23:19 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved destination 193.0.203.203 (193.0.203.203).
[I] Feb 5 16:23:19 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": use interface GigabitEthernet1/Vlan3 as source.
[I] Feb 5 16:23:19 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": added host route to tunnel destination endpoint 193.0.203.203 via 91.77.160.1.
[I] Feb 5 16:23:19 ndm: Network::Interface::Base: "TunnelSixInFour0": default MTU is 1480.
[I] Feb 5 16:23:19 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved source 91.77.XXX.XXX.
[I] Feb 5 16:23:19 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:23:19 upnp: HTTP listening on port 1900
[I] Feb 5 16:23:19 upnp: Listening for NAT-PMP/PCP traffic on port 5351
[I] Feb 5 16:25:42 ndhcpc: GigabitEthernet1/Vlan3: received ACK for 91.77.XXX.XXX from 91.77.160.1 lease 300 sec.
[I] Feb 5 16:25:42 ndm: Network::Interface::Base: "GigabitEthernet1/Vlan3": "dhcp-client" changed "ipv4" layer state "running" to "pending".
[W] Feb 5 16:25:42 ndm: Dns::Manager: name server 62.112.106.130 is disregarded while public is active.
[W] Feb 5 16:25:42 ndm: Dns::Manager: name server 62.112.113.170 is disregarded while public is active.
[I] Feb 5 16:25:42 ndm: Network::Interface::Base: "GigabitEthernet1/Vlan3": "dhcp-client" changed "ipv4" layer state "pending" to "running".
[I] Feb 5 16:25:42 ndm: Network::InterfaceFlusher: flushed GigabitEthernet1/Vlan3 conntrack and route cache.
[I] Feb 5 16:25:42 ndm: Network::InternetChecker: Internet access lost (status: 0x0000).
[I] Feb 5 16:25:42 ndm: Dns::Secure::DotConfigurator: "System": using "dns.adguard-dns.com:853:94.140.14.14,94.140.15.15" as upstream.
[I] Feb 5 16:25:42 https-dns-proxy: Shutting down gracefully. To force exit, send signal again.
[I] Feb 5 16:25:43 ndm: Dns::Secure::DohConfigurator: "System": using "dns.adguard-dns.com:443:94.140.14.14,94.140.15.15" as upstream.
[I] Feb 5 16:25:43 ndm: Network::InternetChecker: Internet access detected.
[I] Feb 5 16:25:45 stubby: starting Stubby 0.4.0
[I] Feb 5 16:25:45 upnp: shutting down MiniUPnPd
[I] Feb 5 16:25:45 ndm: Core::Session: client disconnected.
[I] Feb 5 16:25:45 ndm: Network::InterfaceFlusher: flushed GigabitEthernet1 conntrack and route cache.
[I] Feb 5 16:25:45 ndm: Network::InternetChecker: Internet access lost (status: 0x0000).
[I] Feb 5 16:25:45 ndm: Dns::Secure::DotConfigurator: "System": using "dns.adguard-dns.com:853:94.140.14.14,94.140.15.15" as upstream.
[I] Feb 5 16:25:45 https-dns-proxy: Shutting down gracefully. To force exit, send signal again.
[I] Feb 5 16:25:45 ndm: Dns::Secure::DohConfigurator: "System": using "dns.adguard-dns.com:443:94.140.14.14,94.140.15.15" as upstream.
[I] Feb 5 16:25:45 ndm: Network::InternetChecker: Internet access detected.
[I] Feb 5 16:25:47 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:25:47 upnp: HTTP listening on port 1900
[I] Feb 5 16:25:47 upnp: Listening for NAT-PMP/PCP traffic on port 5351
[I] Feb 5 16:25:47 stubby: starting Stubby 0.4.0
[I] Feb 5 16:25:48 upnp: shutting down MiniUPnPd
[I] Feb 5 16:25:48 ndm: Core::Session: client disconnected.
[I] Feb 5 16:25:48 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved destination 193.0.203.203 (193.0.203.203).
[I] Feb 5 16:25:48 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": use interface GigabitEthernet1/Vlan3 as source.
[I] Feb 5 16:25:48 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": added host route to tunnel destination endpoint 193.0.203.203 via 91.77.160.1.
[I] Feb 5 16:25:48 ndm: Network::Interface::Base: "TunnelSixInFour0": default MTU is 1480.
[I] Feb 5 16:25:48 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved source 91.77.XXX.XXX.
[I] Feb 5 16:25:50 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved destination 193.0.203.203 (193.0.203.203).
[I] Feb 5 16:25:50 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": use interface GigabitEthernet1/Vlan3 as source.
[I] Feb 5 16:25:50 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": added host route to tunnel destination endpoint 193.0.203.203 via 91.77.160.1.
[I] Feb 5 16:25:50 ndm: Network::Interface::Base: "TunnelSixInFour0": default MTU is 1480.
[I] Feb 5 16:25:50 ndm: Network::Interface::Tunnel4: "TunnelSixInFour0": resolved source 91.77.XXX.XXX.
[I] Feb 5 16:25:50 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:25:50 upnp: HTTP listening on port 1900
[I] Feb 5 16:25:50 upnp: Listening for NAT-PMP/PCP traffic on port 5351
[I] Feb 5 16:25:53 ndm: Http::Nginx: loaded SSL certificate for "example.keenetic.pro".
[I] Feb 5 16:25:53 ndm: Http::Nginx: loaded SSL certificate for "XXXXXXXXXXXXXXX.keenetic.io".
[I] Feb 5 16:25:53 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:25:53 ndm: Core::Session: client disconnected.
[I] Feb 5 16:25:53 ndm: Http::Manager: updated configuration.
[I] Feb 5 16:25:53 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:25:53 ndm: Core::Session: client disconnected.
[I] Feb 5 16:25:59 ndm: Http::Nginx: loaded SSL certificate for "example.keenetic.pro".
[I] Feb 5 16:25:59 ndm: Http::Nginx: loaded SSL certificate for "XXXXXXXXXXXXXXX.keenetic.io".
[I] Feb 5 16:25:59 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:25:59 ndm: Core::Session: client disconnected.
[I] Feb 5 16:25:59 ndm: Http::Manager: updated configuration.
[I] Feb 5 16:25:59 ndm: Core::Server: started Session /var/run/ndm.core.socket.
[I] Feb 5 16:25:59 ndm: Core::Session: client disconnected.
[I] Feb 5 16:26:04 ndm: Netfilter::Util::Conntrack: flushed 3 IPv6 connections.И это не шутка: такой длинный лог за 5 минут...
-
При обновлении на Alpha 4 IPv6 не слетал. Туннель 6in4 работает.
-
Странно то, что после перехода на Alpha 3 туннель отвалился, хотя ввёл на Alpha 2 команду
В 09.01.2023 в 18:21, stakp сказал:Я через CLI прописал команду
ipv6 route default TunnelSixInFour0 2001:470:xxxx:1и больше ничего не трогал.
-
В 01.01.2023 в 14:11, sashaqwert сказал:
больше не могу включить туннель 6in4:
Исправлено. IPv6 снова есть.
В разделе Диагностика --> Активные соединения отображаются только IPv4 соединения.
В 01.01.2023 в 12:07, sashaqwert сказал:Также лучше ещё реализовать фильтрацию по IPv4/IPv6 и входящему/исходящему трафику.
Фильтрации тоже нет. Есть только группировка по устройству (под устройствами указаны только IPv4 адреса, хотя у устройств в домашней сети есть глобальный IPv6).
-
Можно ли как-нибудь на Alpha 2 через WEB-интерфейс включить туннель 6in4 для выхода в интернет? Может быть его нужно пересоздать?
Или пока только через CLI (не проверял CLI)
-
Тоже не работает (Alpha 2). У меня нет PPoE. У меня белый IP на vlan 3.
self-test под тем же сообщением.
-
1
-
-
5 минут назад, ANDYBOND сказал:
Потому и
Изучая настройки после обновления обнаружил, что больше не могу включить туннель 6in4:
Проблема напоминает эту (Но у меня нет PPoE)
Поэтому до фикса воспроизвести проблему не могу.
GPON SFP-модуль и Ростелеком / МГТС
in Обмен опытом
Posted
В IGD есть как мост, так и роутер. Но IGD в основном для режима роутера. см. https://github.com/Anime4000/RTL960x/blob/main/Firmware/DFP-34X-2C2/README.md#sfu-mode и ниже.
Если нужен всего 1 VLAN (интернет), то разницы почти нет.
Если нужен Transporent mode (трансляция всех VLAN на keenetic), то SFU.
PPoE можно поднять на keenetic на обоих прошивках.