KorDen

peer-isolation - это именно фильтр общения между клиентами одной точки доступа WiFi Для проводных хостов в одном L2 сегменте обычно такое называется traffic segmentation но в кинетике его нет. Поэтому на общение между двумя проводными хостами в одном L3-сегменте никак не повлиять, так как для роутера это L2-трафик. Касательно In/Out. Исходящие соединения с роутера разрешены по-умолчанию. И даже если запрещены, обычно есть правило типа "iptables -A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT" которое как раз подразумевает неблокирование уже открытых соединений.

Без проксирования запросов по идее невозможно, иначе это была бы дыра. Зачем у клиента ставить, если можно на веб-сервере сделать простой proxy_pass условно?

Гыгы https://www.rtl-sdr.com/tuning-an-r820t2-rtl-sdr-up-to-6-ghz-via-a-harmonic-mixing-driver-hack/ Осталось завести re-DECTed, написанный под python2...

@stefbarinov, так у вас только трубка A540, или трубка+IP-база?

Технически возможен, если есть IP-связность через туннель - всегда можно поставить в Entware на одном роутере Asterisk и поднять реги на нем. Либо более простой вариант прямого вызова по IP, но вроде в nvox он раньше не поддерживался ( @des, а сейчас уже появилась возможность в правилах набора звонить на IP?) Теоретически возможно и с одной стороны поставить цискофон, а с другой стороны Plus DECT и созваниваться между ними.

Я не в Москве, и в текущих условиях явно в ближайшие несколько месяцев там не буду. Ну да ладно, не взлетело так не взлетело...

Ну я и не надеялся сильно, просто было интересно, вдруг неожиданно взлетит. Так это я процесс реги и описывал. Когда зажимаешь на репитере кнопку на 10 секунд, он сбрасывает настройки и 5 минут пытается зарегаться. На родной базе в этот момент надо как обычно включить регу трубки, но регается он по идее с каким-то флагом, т.е. после реги не считается трубкой. Видимо что-то в процессе регистрации еще надо адаптировать, но вслепую это конечно нереально. Ведь в 4 варианте репитер считает что он зарегался на кинетике, но кинетик его игнорит. Жаль, у меня нет SDR-приемника, способного принять 1800 МГц, не получится записать эфир.

Поэкспериментировал. Во всех случаях с включенным дебагом в логах никаких намеков на обмен с репитером, просто висит рега как будто никто не пытается зарегаться. После ввода команд ребутался и пробовал так же рестартовать сервис. 1. просто рега в дефолте: через некоторое время после старта реги на репитере загорается индикация "base station not prepared for operation with a repeater" 2. "nvox dect base repeater" аналогично п.1 3. "nvox dect base repeater" + "nvox dect base encryption" аналогично п.1 4. "nvox dect base repeater" + "no nvox dect base encryption". Через несколько секунд после старта реги загорается "normal link to base station", затем через ~10 секунд "no link to base station" и через 2 секунды "base station not prepared for operation with a repeater". Если ребутнуть репитер, он через 3 секунды после включения переходит в состояние "base station not prepared for operation with a repeater". В логах роутера при этом всё так же тишина.

@des, будем экспериментировать с репитерами? В текущей Alpha 7 вроде nvox 0.8.2.6

FastEthernet - цисколайковое название для CLI. eth2 - то что под капотом в линуксе. FastEthernet0/0-4 - порты свича FastEthernet0 - eth2 FastEthernet0/Vlan2 = eth2.2 Представьте router-on-a-stick: есть условный 6-портовый управляемый свич, 5 портов (FastEthernet0/0-4) выведены и поделены на WAN (vlan 2) и LAN (vlan 1), 6 порт подключен к сетевушке процессора (FastEthernet0 он же eth2) , LAN и WAN подаются тегом. 6 порт, условно, гигабитный this. Ошибки CRC на WAN это rxerrors в " show interface FastEthernet0/0 stat"

I [Oct 26 20:16:12] installer: [1/5] Начало установки системы пакетов "Entware"... I [Oct 26 20:16:12] ndm: Core::Server: started Session /var/run/ndm.core.socket. I [Oct 26 20:16:13] ndm: Core::Session: client disconnected. I [Oct 26 20:16:13] ndm: Core::Server: started Session /var/run/ndm.core.socket. I [Oct 26 20:16:14] ndm: Core::Session: client disconnected. I [Oct 26 20:16:14] ndm: Core::Server: started Session /var/run/ndm.core.socket. I [Oct 26 20:16:14] ndm: Core::Session: client disconnected. I [Oct 26 20:16:14] installer: Info: Раздел пригоден для установки. I [Oct 26 20:16:14] installer: Info: "ping google.com"... I [Oct 26 20:16:14] ndm: Opkg::Manager: /opt/etc/init.d/doinstall: installer: Info: "ping google.com"... I [Oct 26 20:16:16] installer: Info: "ping google.com" ..... OK I [Oct 26 20:16:16] ndm: Opkg::Manager: /opt/etc/init.d/doinstall: installer: Info: "ping google.com" ..... OK. I [Oct 26 20:16:17] installer: Info: "ping bin.entware.net"... I [Oct 26 20:16:17] ndm: Opkg::Manager: /opt/etc/init.d/doinstall: installer: Info: "ping bin.entware.net"... I [Oct 26 20:16:19] installer: Info: "ping bin.entware.net" ..... OK I [Oct 26 20:16:19] ndm: Opkg::Manager: /opt/etc/init.d/doinstall: installer: Info: "ping bin.entware.net" ..... OK. I [Oct 26 20:16:20] installer: Info: Создание каталогов... I [Oct 26 20:16:21] installer: [2/5] Загрузка и установка основных пакетов... I [Oct 26 20:16:22] installer: Info: Устанавливается пакет "libgcc"... I [Oct 26 20:16:23] installer: Info: Пакет "libgcc" установлен. I [Oct 26 20:16:25] installer: Info: Устанавливается пакет "libc"... E [Oct 26 20:17:13] ndm: Opkg::Manager: /opt/etc/init.d/doinstall: timed out. W [Oct 26 20:17:13] ndm: Process: killing all processes in "Opkg shell" group... Мне кажется, или раньше лимит времени для install было больше минуты? (Viva KN-1910, 3.06 Alpha, последний онлайн-установщик)

В 3.6 пока 0.8.1.59, когда ориентировочно ждать 0.8.2 в draft?

Я же вас сказал - настройте "Порт для ТВ-приставки" (VLAN не указывать), воткнитесь в него компом и тогда софт по идее должен увидеть модем

Поискал.. В ddmi (/proc/driver/mt7621_eth/ddmi/*) ведь инфа с модуля, а вот рядом там как раз /proc/driver/mt7621_eth/ephy/regs где "RTL8211FS (PHY addr 5) registers" - это уже интересно.

@aarnet, вам надо сбриджевать модем с обычным портом (можно посредством "порт для IPTV"), воткнуться в этот порт и при подключении указать корректно маки

На "поверхность" в /proc или еще куда оно никак не выводится? Так, мимокрокодильный интерес, подглядеть, в каком режиме работают некоторые экзотические модули.

@Padavan в догонку к вопросу о питании: а логика переключения интерфейса RTL8211FS между SGMII/1000Base-X/100Base-FX в прошивке или в самом чипе? @aarnet, а покажите во время нормальной работы вывод команды "show interface ISP" там где начинается "port, name = 0", мне интересно поглядеть

@Padavan, я правильно понимаю, что питание на SFP (VccR, VccT) подается постоянно и кинетик не может програмно убрать питание для сброса?

Именно так и делаете, если без отключения isolate-private. Важно помнить, что из Web-интерфейса настраивается входящий фаервол (трафик к роутеру). В WiFi 1 создаете правило src 192.168.0.100 dst 192.168.1.0/24 allow. Если обратно тоже надо соединения устанавливать - на WiFi 2 правило src 192.168.1.0/24 dst 192.168.0.100 allow Мультикаст без дополнительных шаманств между сегментами ходить не будет.

Так открутите пару болтов снизу и посмотрите... гораздо интереснее посмотреть параметры после переподключения в ЧНН

В логе же можно увидеть, Metanoia MT2311 + Davicom DM9601 Вот эту старую тему почитайте, может чего пригодится. Если в целом - Plus DSL на шумных линиях мне показался и по отзывам и по собственному опыту слабоватым. А если у вас там на стопарнике от АТС до ящика сидит куча DSLщиков, SNR будет ниже плинтуса в ЧНН, вот и...

А, не, при реге с включенным дебагом в логах была тишина, ретранслятор же через несколько секунд переходил в индикацию "base station not prepared for operation with a repeater"

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

Нууууу, вообщеееееее, на MT7620 по идееееее 11k/r в даташите заявлен....

Именно. В 2.16 поддерживается krv только там где железо и драйвер железа позволяет.