KorDen

@des, флешка ext2, форматировал на линуксе как обычно mkfs.ext2, подключена в USB3.0 (работает в режиме 3.0), 64 Гб. До того как все поломалось с обновлением в начале ноября, работало правильно на ней же, и с тех пор не сохраняет между ребутами. После изменения настроек dect файл таки создался, но звонки в него не пишутся. self-test (без дебага) ниже.

Как будто директория не прописано: в конфиге есть call-history directory ku2-extreme:/callhist/ Но при этом в папке пусто, файл не создается, при ребуте история не сохраняется ~ # ls -la /tmp/mnt/ku2-extreme/callhist/ drwxr-xr-x 2 root root 4096 Nov 12 15:03 . drwxr-xr-x 17 root root 4096 Sep 25 07:57 .. -rw-r--r-- 1 root root 7 Apr 10 2017 .ndm-acl ~ # Файл до этого был старый, он не обновлялся с того момента как поломали. Я его для верности удалил, отменил и заново настроил директорию - толку ноль.

Похоже, история звонков тоже так и не сохраняется в папку в том числе на 2.11.A.8.0-4

А это еще что? system set net.core.eoip_allow_fragment 1 - включено?

Не увидел у вас в конфиге Ipsec - в моем случае фрагментация не работала только с ipsec, без него ходило нормально.

SNMP нет в официальном релизе 2.06. Для стабильности ставьте дельту (на текущий момент это 2.09). Если интересует только загрузка интерфейсов и подобное - Entware не нужно.

Сходу придумываются причуды с ARP и сканнером ARP.. На ARP-запросы к IP виртуалок маки разные?

Netflow v5, по 30 штук на пакет Вот уж netflow точно можно исследовать главным научным методом - шлем себе на рандомный порт и смотрим в вайршарк

Мелочная претензия к появившемуся Netflow, отдельную тему смысла нет заводить: SysUptime прилетает какой-то заоблачный, роутер пять минут назад загрузился, а там уже 4294877 (ff fe 97 e4)

Путь к файлу - у меня он даже в корень флешки не пишется, только в /tmp/nvox.history_calls Привязка - имеется ввиду в вебке? Уже настроенное у меня вроде работает.. Или там сейчас просто все могут звонить на всех? Спасибо, как выпустите - попробую забить номера с трубки...

Готовых сборок под Entware вроде нет, разве что можно посмотреть под Debian (не в курсе, какие пакеты там собраны под mipsel) А чего там перезаписывать? nginx+unbound(+asterisk/openvpn) у меня живут 2 года на одной флешке - до этого менял из-за объема, старая отработала еще 3 года и до сих пор живая... У знакомого похожая сборка висит на одной флешке уже года четыре (несколько раз система переставлялась, но флешка одна). Если использовать ext2 и не увлекаться логированием - откуда перезаписям взяться?

https://help.keenetic.net/hc/ru/articles/115001054729-Установка-IP-АТС-Asterisk-11-на-интернет-центр-Keenetic Флешка/HDD таки требуется.

С винды "ping -l 1472 -f 11.22.33.44", с линукса ping -M do -s 1472 11.22.33.44 (в Entware у пинга из бизибокса такого параметра нет) - ходят пакеты через сетевушку?

That's it. Но без него проц уходит в полку на DL=61 / UL=85 При маршрутизации без NAT получается DL=66 / UL=112, проц опять 100% Сбриджевал AsixEthernet0 в Home, сюрприз - не проходят пакеты больше 1470 байт, кто-то два байта съел. Edit: как-то я в прошлый раз похоже странно пинговал, вроде как и с NAT выше 1470 не ходят. Поставил ради интереса принудительно mtu 1498 - с ppe лучше не стало

@vasek00, @Sort44, со скоростью творятся крайне странные вещи. (гигабитный канал с ультры) - AX88179->Extra II - ноут с 11ac Сайты грузятся как-то через раз, показометр beta.speedtest.net - DL 0.12 Mbps, UL 158.64 Mbps 1472 пакеты ходят, т.е. проблема не в MTU. Предположив что проблема в DL, копирую по самбе с вышестоящей сетки тяжелый файл - cтабильные 17 МБ/с в одну сторону, в дуплексе получается тоже суммарно не выше порядка 18 МБ/с (т.е. приблизительно 9+9 МБ/с)

Воткнул ради интереса ориковский USB-3.0 хаб с гигабитным Ethernet (определяется как AX88179). Раньше просто находило девайс и на этом заканчивалось, register 'asix' и подобного вообще не было. Сейчас стал определяться: [I] Nov 4 00:27:10 ndm: kernel: usb 1-2.1: new high-speed USB device number 3 using xhci-hcd [I] Nov 4 00:27:10 ndm: kernel: usb 1-2.1: New USB device found, idVendor=0b95, idProduct=1790 [I] Nov 4 00:27:10 ndm: kernel: usb 1-2.1: Product: AX88179 [I] Nov 4 00:27:10 ndm: kernel: usb 1-2.1: Manufacturer: ASIX Elec. Corp. [I] Nov 4 00:27:10 ndm: kernel: usb 1-2.1: SerialNumber: 00000000000084 [I] Nov 4 00:27:10 ndm: kernel: ax88179_178a 1-2.1:1.0: eth0: register 'ax88179_178a' at usb-xhci-hcd-2.1, ASIX AX88179 USB 3.0 Gigabit Ethernet, <...> [I] Nov 4 00:27:11 ndm: Network::Interface::Base: "AsixEthernet0": interface is down. [I] Nov 4 00:27:11 ndm: Network::Interface::Base: "AsixEthernet0": interface is up. [I] Nov 4 00:27:11 ndm: Network::Interface::Repository: "AsixEthernet0" interface created. [I] Nov 4 00:27:11 ndm: Network::Interface::Usb: "AsixEthernet0": interface "AsixEthernet0" is plugged (port 1). [I] Nov 4 00:27:11 ndm: Network::Interface::Base: "AsixEthernet0": description saved. [I] Nov 4 00:29:10 ndm: kernel: ax88179_178a 1-2.1:1.0: eth0: ax88179 - Link status is: 1 Реальную работоспособность пока не проверял, надо будет поиграться, насколько реально получить больше сотни на Extra II...

Ultra II, наблюдаю ситуацию достаточно давно (и как бы не на Giga II еще, но не видел): nf_conntrack_count порядка 1000, трассировка нормальная: Трассировка маршрута к ya.ru [87.250.250.242] с максимальным числом прыжков 30: 1 <1 мс <1 мс <1 мс KU2 [192.168.0.1] 2 1 ms 1 ms 1 ms ......... ..... Нагружаем торрентами, conntrack >2000, в трассировке начинаются странности на роутере Трассировка маршрута к ya.ru [87.250.250.242] с максимальным числом прыжков 30: 1 * <1 мс * KU2 [192.168.0.1] 2 1 ms 1 ms 1 ms ....... Пинг до роутера без потерь, в целом все работает без проблем, но такая трассировка напрягает.

Можно ожидать сохранения телефонной книги на флешке до обновлений вебки? Ведь сейчас уже есть папка для истории и в ней один-единственный файлик - положить бы рядом файлик с телефонной книгой и все было бы прекрасно.. Ну или команду для задания пути для тел.книги в CLI. А номера пока можно и с трубки вбить - они ведь сейчас уже вбиваются, только не сохраняются при перезагрузке...

В копилку трубок, но отрицательную: Panasonic KX-TGA161RU (база KX-TG1611RU / KX-TG1612RU) не удается зарегистировать (трубка не видит базу при регистрации). Замечу, что она так же не регается и в DECT-сети (Aastra IPBS), в интернете нашел похожие жалобы со Spectralink KIRK. Похоже, можно заносить в список несовместимых/нерекомендуемых

Я уже забыл, когда переходил файлами, после того как узнал про components list draft (delta)

Поднимите взгляд прямо в этой теме повыше

В очередной раз забыв, какой порт куда ведет, опять вспомнил об этом. На текущий момент description портов для сегментов видно только в CLI, rename в старом интерфейсе "ломает" порт: А в новом ломает все отображение портов вовсе. Хотелось бы видеть пользовательское название порта из rename или description вместо номера порта в web-интерфейсе. В идеале все же rename, чтобы иметь возможность обращаться к порту по имени в CLI, но если это что-то ломает - тогда уж description.

Кстати, говоря о цели уведомлений чисто чтобы знать на каком канале сейчас - это штатно может отображаться индикатором FN на роутере

а интерфейсы private/public где как? за тесты спасибо, попробую тогда все же у себя вместе с тестированием фрагментирования EoIP заодно и это проверить.

Речь не про хопы в туннеле. Например, я заворачиваю трафик до 8.8.8.8 в туннель (или даже банально ip global, т.е. как интернет-подключение). С локальной сети, скажем, трассировка выглядит условно так: 192.168.0.1 1.1.1.1 2.2.2.2 3.3.3.3 4.4.4.4 5.5.5.5 6.6.6.6 7.7.7.7 8.8.8.8 С удаленной сети это выглядит условно так: 192.168.1.1 * * * (должно быть 192.168.0.1 или туннельный интерфейс 192.168.255.2) * * * * * * * * * 4.4.4.4 5.5.5.5 6.6.6.6 7.7.7.7 8.8.8.8 Т.е. вроде количество хопов +1, но почему-то первые 4 после локального роутера - пропуски. А может вообще вся трассировка обрывается после локального роутера.