r13

ну почему же не логично? настройка в консоли, а мониторинг в динамике в вебе

это уже вопросы к клиентам, у эпла к примеру есть подробная статья как он ведет себя с роумингом и при каких уровнях предпринимает действия по миграции.

так вроде же теперь для устройств с поддержкой v отстрела нет.

на ультре выпонить в cli ipv6 pass through ISP Home тоесть сбриджевать ipv6 трафик, по другому никак ибо вышестоящая коробка раздает адреса а не префиксы.

@vst сегодня на 1810 2.15С словил такое: Mar 5 20:53:31 White kernel: rtl8150 xt_RAWNAT(O) xt_SYSRQ(O) xt_TARPIT(O) ftdi_sio algif_hash ch341 usbserial nf_nat_pptp usbcore nf_conntrack_pptp pcrypt xt_geoip(O) xt_iprange xt_NOTRACK ipt_ULOG ip6t_rt xt_addrtype ip6t_mh cdrom res Mar 5 20:53:31 White kernel: usb_common xt_TEE snd_page_alloc ip_set_hash_netport nf_nat_proto_gre arp_tables md4 arpt_mangle fuse ah4 ip_set_list_set xt_condition(O) xfrm4_tunnel ip6t_hbh Mar 5 20:53:31 White kernel: Call Trace: Mar 5 20:53:31 White kernel: [<802e4974>] dump_stack+0x8/0x34 Mar 5 20:53:31 White kernel: [<80083894>] bad_page+0xe0/0x118 Mar 5 20:53:31 White kernel: [<80083f4c>] get_page_from_freelist+0x580/0x5f4 Mar 5 20:53:31 White kernel: [<800840a4>] __alloc_pages_nodemask+0xe4/0x6f0 Mar 5 20:53:31 White kernel: [<80099c3c>] __do_fault.isra.7+0x148/0x568 Mar 5 20:53:31 White kernel: [<8009d2f8>] handle_pte_fault+0x98/0x8f8 Mar 5 20:53:31 White kernel: [<8009dc08>] handle_mm_fault+0xb0/0x120 Mar 5 20:53:31 White kernel: [<80015478>] do_page_fault+0x108/0x550 Mar 5 20:53:31 White kernel: [<8000ac80>] ret_from_exception+0x0/0x10 Mar 5 20:53:31 White kernel: [<80154314>] __bzero+0x38/0x164 Mar 5 20:53:31 White kernel: [<80102d54>] padzero+0x48/0x74 Mar 5 20:53:31 White kernel: [<80103a18>] load_elf_binary+0x90c/0x1354 Mar 5 20:53:31 White kernel: [<800bc5f8>] search_binary_handler+0x104/0x374 Mar 5 20:53:31 White kernel: [<800be038>] do_execve+0x318/0x420 Mar 5 20:53:31 White kernel: [<8000eebc>] sys_execve+0x58/0x80 Mar 5 20:53:31 White kernel: [<8001365c>] stack_done+0x20/0x44 Mar 5 20:53:31 White kernel: Mar 5 20:53:31 White kernel: page:81081be0 count:0 mapcount:0 mapping: (null) index:0xb5 Mar 5 20:53:31 White kernel: page flags: 0x0() Mar 5 20:53:31 White kernel: Modules linked in: nfs auth_rpcgss lockd sunrpc hw_nat(O) esp4_hw(O) crypto_k(PO) nf_nat_sip nf_conntrack_sip nf_nat_ftp nf_conntrack_ftp ntc(PO) mt7615_ap(O) mt7621_eth(PO) rndis_host snd_pcm_oss snd_usb_au Mar 5 20:53:31 White kernel: xt_addrtype ip6t_mh cdrom resetnds(PO) hmac des_generic xt_iface(O) mtdoops_proc(O) xfrm4_mode_beet nacct(PO) nf_tproxy_core sha256_generic input_core nfnetlink_log xt_socket ip_set_hash_ipportip xfrm_ipcomp Mar 5 20:53:31 White kernel: Call Trace: Mar 5 20:53:31 White kernel: [<802e4974>] dump_stack+0x8/0x34 Mar 5 20:53:31 White kernel: [<80083894>] bad_page+0xe0/0x118 Mar 5 20:53:31 White kernel: [<8008399c>] free_pages_prepare+0xd0/0x100 Mar 5 20:53:31 White kernel: [<800851e0>] free_hot_cold_page+0x40/0x20c Mar 5 20:53:31 White kernel: [<8009bc44>] do_wp_page.isra.12+0x42c/0x9ec Mar 5 20:53:31 White kernel: [<8009da48>] handle_pte_fault+0x7e8/0x8f8 Mar 5 20:53:31 White kernel: [<8009dc08>] handle_mm_fault+0xb0/0x120 Mar 5 20:53:31 White kernel: [<80015478>] do_page_fault+0x108/0x550 Mar 5 20:53:31 White kernel: [<8000ac80>] ret_from_exception+0x0/0x10 Mar 5 20:53:31 White kernel: Mar 5 20:53:31 192.168.255.1 ndm: kernel: BUG: Bad page state in process ndm pfn:040df Mar 5 20:53:31 192.168.255.1 ndm: kernel: BUG: Bad page state in process sh pfn:040df Mar 5 20:53:31 192.168.255.1 ndm: kernel: page:81081be0 count:0 mapcount:-1 mapping: (null) index:0xb5 Mar 5 20:53:31 192.168.255.1 ndm: kernel: page flags: 0x0() Mar 5 20:53:39 White kernel: BUG: Bad rss-counter state mm:8fdf2d80 idx:0 val:-1 Mar 5 20:53:39 White kernel: BUG: Bad rss-counter state mm:8fdf2d80 idx:1 val:1 Mar 5 20:53:39 White syslog-ng[958]: syslog-ng shutting down; version='3.17.2' Mar 5 20:53:39 White kernel: TSMB module stopped. После чего роутер перезагрузился. TSMB шалит или еще что-то?

может пробел в пути виноват?

switchport mode access надо добавить к конфигу порта

написать вы конечно можете, скорее всего белый адрес потребуется оплатить дополнительно, в условиях дифицита ресурса все больше провайдеров прибегают к nat.

Ну раз в хроме при единственном v6 dns работоспособность сохраняется, то да можно погуглить в сторону работы этих утилит с link-local адресами, возможно они предполагают явное указание интерфейса через параметры

Вроде как это должен разруливать IPv6 Neighbor Discovery ip -6 neighbor show Есть в выводе искомый адрес? PS Вот похожая на вашу проблема: https://askubuntu.com/questions/819343/link-local-fe80-addresses-without-scope-make-their-way-into-etc-resolv-conf

По хорошему это клиент должен цеплять, роутер об внутренних интерфейсах клиента ничего не знает. ЗЫ Надо погуглить как там все устроено.

Для linklocal пинга нужно обязательно интерфейс указать через % после адреса типа так ping6 fe80::52ff:20ff:fe19:4d04%eth0

Ну как бы решение здесь и сейчас есть, по настройке в приложении заводите тему с голосовалкой.

interface ISP ipv6 address 2a01:xxxx:xx::x interface ISP ipv6 prefix 2a01:xxxx:xx:x::/64 ipv6 name-server 2a01:xxxx:xx::x ipv6 route 2a01:xxxx:xx::x/128 ISP ipv6 route default 2a01:xxxx:xx::x system configuration save Как-то так.

Надо подкрутить в cli: cloud control agent buffer-size Transmission: Максимально возможный размер торрент-файла, передаваемый на маршрутизатор при удаленном подключении, теперь рассчитывается исходя из значения размера буфера (cloud control agent buffer-size)

Все ок

раз в windows настраивали руками то и на кинетике тоже нужно руками. /128 говорит о том что маршрут до подсети состоящей из одного адреса.

А в windows какие настройки делали?

Сетевой ускоритель, это ускоритель натилки, то есть ускорение самого соединения с интернет. Из VPN только IPSec имеет аппаратное ускорение в процессоре, отсюда и такие хорошие результаты в L2TP\IPSec

Предел это для него, openvpn однопоточный процесс занял все ядро(25% CPU) - считайте проц полностью занят, ждем chacha20/poly когда в openvpn прикрутят. С этим кодированием должно быть быстрее

адрес источника - подсеть - 216.218.206.0, маска 255.255.255.128, протокол ip

запретите этот диапозон в межсетевом экране

Игры отдельная тема, зачастую сами сервисы не отдают контент с доступной клиенту скоростью

@Leksey118 Указывайте провайдера, будем собирать статистику.

Внесу свои 5 копеек, Да, в общем сколько помню всегда был этот рассинхрон в скорости отдачи и приема по wifi Причем он провайдерозависимый, например из личного опыта На билайн(ipoe) 100Mbit - не проявляется, А вот на онлайм что 100Mbit что более, проявляется. На NetByNet тоже насколько я помню был этот рассинхрон. Причем у меня что speedtest что рекламируемый nperf дают сходные результаты. PS Но я по этому поводу не запариваюсь, все стационарное подключено проводом, а гаджетам и этих скоростей достаточно. не критично. PS2 только это все синтетика, надо бы найти ресурс быстро отдающий файл и на нем тестить, ну или если это ноут то торренты тоже как вариант тестирования. PS3 Кстати еще заметил странность: восходящий трафик айфона в спидтесте не ловится Монитором трафика хостов, при этом трафик nperf спидтест вебверсия на стационарнике ловится. Ниже кину результаты тестов моего онлайма: Провод: Iphone6s: