KorDen

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

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

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

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

Потому что драйвер WiFi старой Viva не поддерживает расширения 11k/r/v (хотя, могу ошибаться, но вроде бы нет). Тут еще должна быть долгая лекция о собственно понятии "бесшовности"

Keenetic has built-in Netflow sensor so you just need need to set up collector somewhere. You can even install collector on the router itself using USB drive and Entware, but you'll need basic Linux experience.

@des, ну и ладно, это я так, надо было ретранслятор поставить на гигасетовскую базу, Repeater 2.0 и Repeater HX стоят одинаково, взял HX как более новый и заодно до установки решил поиграться. Дальнобойность Plus DECT ведь не очень хорошая относительно обычных баз, вот и думал, вдруг чего взлетит сразу или с минимальными изменениями.

Ну у вас же есть какое-то API, хедеры, которые вы дергаете nvox'ом. Нет ли там чисто случайно ничего про репитеры? Может, какой-то флага в параметрах регистрации? Репитер периодически умудряется зарегаться на кинетике как трубка (но именно как репитер похоже не работает), возможно нужно как с CAT-iq трубками поставить какие-то флаги там, или чего-то этакое. Не то чтобы сильно настаивал, просто интересно.

Мимокрокодильные размышления. Gigaset Repeater HX, CAT-iq 2.0, заявленное - Supports the new ETSI repeater standard (ETS300700 V2.1.1) - Automatic call transfer with standard DECT/ CAT-iq routers Интересно, насколько глубоко требуется прорабатывать его поддержку, насколько она вообще возможна?

шта? По идее, это актуально только если web-сервер на роутере в Entware шта?

1) убрать нафиг не нужные переадресации 80 и 443 2) попробовать выключить upnp

Вот здесь было: Для начала попробуйте на кинетике сделать "ip nat udp-port-preserve" и затем пробросить порт 6672 по всей цепочке роутеров на нужный ПК. (по идее на тплинке и на кинетике только надо, если я правильно вашу схему понял, воздух у вас мостом работает)

Как вы себе это представляете?

ШТА?!

Там есть три модели: 180-C/180-R - это "парные" master/remote, а 180-T - это CPE. Нужно понимать, что обычный SFP в общем случае - это Ethernet + немножко данных по DDM. Исключение - всякие станционные поновские и т.п., но там своя кухня. Поэтому расценивайте такой модуль как обычный однопортовый бриджовый модем или медиаконвертер в компактном корпусе и без блока питания. Конкретно по 180-T вообще нет никакой информации кроме куцей обобщенной надписи "Support Ethernet Boot & Management", которая может означать что угодно. Почему я на это обратил внимание - вспомните обычные модемы в режиме бриджа. PPPoE поднимается без IP на интерфейсе, но вы можете назначить вручную 192.168... и попасть в веб-интерфейс модема. Точно так же может быть в теории и здесь (например, так работает поновский D-Link DPN-100), но только в теории.

Типичный набор для PSTN в РФ "0x|[01]xx|[2-79]xxxxx|8,[3489]xxxxxxxxx|8,[125]x,xxxx+" или у вас там замены прописаны?

Уверены, что переключает на 5 ГГц? Нужно смотреть в логи роутера (или в журнал переходов WiFi-системы) при переходе подальше-поближе. Скорее всего у вас телефон банально не переходит обратно на 5 ГГц с 2.4 ГГц, а в логах можно попробовать увидеть например попытки роутера предложить смарту переход по 11v ( "bndstrg: band steering: send BTM request to .... for roam to 5GHz band" )

IPIP-туннель, L3-маршрутизация, прямо из шапки Полный фарш включает так же AES128/SHA на уровне туннеля для выкраивания максимума байт, отключение ip nat и вместо него ip static. Ну, без учета мелочевки типа ACL, isolate-private, pmtu и т.п. Тогда на уровне туннеля получается MTU 1420 и соответствующий TCP MSS, нет лишней фрагментации во время передачи, как это происходит с голым IPsec и EoIP.

@Mr. Grey, а вы EoIP бриджом с Home заводили именно из-за острой необходимости единого Broadcast-сегмента? В таком виде ведь каждый пакет > 1400 байт или около того фрагментируется на два. У UDP-видео длина пакета сильно меньше, а вот TCP с большими размерами сегментов естественно отправляет с максимальным размером пакета, т.е. фрагментируется дважды. Если есть возможность избежать использования одного Broadcast-домена, за нее на больших скоростях надо ухватываться обеими руками..

которого нет на девайсах без полноценного USB... Редакторов тоже нет.

... он тут же улетает в ребут. Это если через вебморду

Типичное буферное там 13.6 Giga II, Ultra II, Giga KN-1010, Ultra KN-1810. Бастион СКАТ 12-3.0-DIN, Meanwell PSC-60A/DRC-40A/DRC-60A... ...уже 5 лет живет на буферном с постепенными изменениями роутеров и ББП.

При обновлении на 3.5 слетает регистрация трубок - https://forum.keenetic.net/topic/8972-dect-при-обновлении-на-35-слетает-регистрация-трубок/

У меня в 3.0 воткнута 3.0 флешка в режиме 3.0, и dect в 2.0, и так работает уже 3 года. Да, Plus DECT в целом слабее обычной базы, но хуже не становится А WiFi 2.4 ГГц у вас одновременно с этим не глохнет?

Планируется ли возможность полного отключения "спихивания" для не поддерживающих k/v клиентов, но с сохранением работы k/v?