KorDen

На 3.5 Alpha 13 VirtualIP вроде заработало, но есть ощущение что какие-то проблемы с MTU/MSS.

ШТА?!

Там есть три модели: 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), но только в теории.

В самом начале при обновлении с 3.4 ставились вроде все языки, сейчас без дополнительных телодвижений ставится только английский. Такое поведение в релизе, очевидно, неприемлемо, или логика сохранения языка будет добавлена позже? Пользуясь случаем, хочу так же поворчать про ограничение в 3 установленных языка в последнем билде - зачем?

Аналогичная ситуация с VirtualIP при подключении с Android на всей 3.5 включая Alpha 11 [E] Jun 27 14:25:13 ndm: IpSec::CryptoMapInfo: "VirtualIPServer": unable to find client "..." from "...". [C] Jun 27 14:25:13 ndm: IpSec::Configurator: "VirtualIPServer": out of memory [0xcffe12f6].

Типичный набор для 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" )

Дык PermitRootLogin no

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... Редакторов тоже нет.

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

40 канал, 80МГц, RRM включен. Поигрался, при отключении RRM ставновится 23dBm Они с тех времен так и не поправили где-то? Вопрос скорее в том, не могут ли быть потенциальные глюки у других устройств, когда они одновременно видят RU в 2.4 ГГц и US в 5 ГГц, особенно при роуминге между диапазонами.

Похоже, у меня аналогично... Это не ipsec, "no ip http easy-access"