Unik Опубликовано 6 сентября, 2015 (изменено) · Жалоба Добрый день. Тестируем accel для замены пула из древних mpd. Прошлой ночью словили WARN_ON+PANIC в ядре, при кратковременном сбое RADIUS-сервера. Трейсы удалось получить через remote syslog - они в аттаче. Подробности: OS: Fedora 22 server x86_64. Ядро: 4.1.5-200.fc22.x86_64 (стандартное федоровское). Accel-PPP: 1.9.0, релиз; пользователи исключительно по PPTP. Конфиг Accel-PPP (пароли и белые адреса заменены на [[removed]]): [modules] log_syslog pptp #l2tp auth_mschap_v2 auth_mschap_v1 auth_chap_md5 radius #ippool sigchld shaper net-snmp connlimit [core] thread-count=4 [ppp] verbose=1 min-mtu=1280 mtu=1400 mru=1400 check-ip=1 mppe=deny ipv4=require ipv6=deny ipv6-intf-id=0:0:0:1 ipv6-peer-intf-id=0:0:0:2 ipv6-accept-peer-intf-id=1 lcp-echo-interval=20 lcp-echo-failure=3 lcp-echo-timeout=120 unit-cache=30 [auth] [dns] dns1=[[removed]] dns2=[[removed]] [client-ip-range] 10.0.0.0/8 [[removed]] [[removed]] [pptp] verbose=1 bind=10.254.2.27 #[l2tp] #verbose=1 #bind=10.254.2.27 #dictionary=/usr/share/accel-ppp/l2tp/dictionary #host-name=[[removed]] [radius] dictionary=/usr/share/accel-ppp/radius/dictionary nas-identifier=10.254.0.27 nas-ip-address=10.254.0.27 gw-ip-address=10.254.4.27 server=10.254.0.2,[[removed]] dae-server=10.254.0.27:3799,[[removed]] acct-interim-interval=120 timeout=5 max-try=3 acct-timeout=60 acct-delay-time=1 [log] syslog=accel27,daemon copy=1 level=4 [ip-pool] [pppd-compat] verbose=1 [shaper] verbose=1 up-burst-factor=1.0 down-burst-factor=4.0 latency=50 #mpu=0 r2q=4000 #fwmark= - to ignore shaper ifb=ifb0 up-limiter=htb down-limiter=htb leaf-qdisc=fq_codel [cli] telnet=127.0.0.1:2000 tcp=127.0.0.1:2001 [snmp] master=0 agent-name=accel-ppp [connlimit] limit=10/min burst=3 timeout=90 Дополнительная информация: сервер бездисковый, грузится через PXE в рамдиск. PS: параллельно отправил в шапошную багзиллу: https://bugzilla.redhat.com/show_bug.cgi?id=1260391 kernel-warning-panic.txt Изменено 6 сентября, 2015 пользователем Unik Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 6 сентября, 2015 · Жалоба что-то под небольшой нагрузкой из десятка тестовых клиентов accel-ppp (из транка) молча рестартует (или даже умирает) при завершении одной из сессий :( Sep 6 18:22:38 test-26 accel-pppd: ipoe0:test-E9.1234: send [RADIUS(1) Accounting-Request id=7 <User-Name "test-E9.1234"> <NAS-Identifier "accel-ppp"> <NAS-IP-Address 192.168.xx.xx> <NAS-Port 1282> <NAS-Port-Id "ipoe0"> <NAS-Port-Type Ethernet> <Calling-Station-Id "xx:xx:xx:xx:xx:xx"> <Called-Station-Id "eth0.1234"> <Acct-Status-Type Stop> <Acct-Authentic RADIUS> <Acct-Session-Id "3e33dc7bc7fde711"> <Acct-Session-Time 600> <Acct-Input-Octets 1113> <Acct-Output-Octets 918> <Acct-Input-Packets 3> <Acct-Output-Packets 3> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 10.250.137.194> <Acct-Terminate-Cause Session-Timeout>] Sep 6 18:22:38 test-26 accel-pppd: ipoe0:test-E9.1234: recv [RADIUS(1) Accounting-Response id=7] Sep 6 18:26:23 test-26 accel-pppd: ipoe0:test-E9.1234: ipoe: session finished и все... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 6 сентября, 2015 · Жалоба Хм, как началось так и прекратилось. В общем как-то так: # grep '1\.9\.0' /var/log/ppp.log Sep 6 17:17:15 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 17:31:04 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 17:44:56 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 17:58:46 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 18:12:35 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 18:29:56 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 18:43:55 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 18:57:45 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 19:13:11 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 19:27:00 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 19:59:37 test-26 accel-pppd: accel-ppp version 1.9.0 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dee Опубликовано 7 сентября, 2015 · Жалоба сервак работал где то с месяц (нагрузка средненькая в пределах 400х коннектов) задействованно было только : [modules] pptp l2tp auth_mschap_v2 auth_mschap_v1 auth_chap_md5 auth_pap radius sigchld pppd_compat так же стоит версия : [ebuild R ~] net-dialup/accel-ppp-1.8.0-r1::gentoo USE="-debug -doc -postgres -radius* -shaper -snmp -valgrind" 0 KiB в итоге в какой то день в лог стали валиться одинаковые ошибки и после нескольких часов машина перестала на что либо отвечать кроме пинга , после перезагузки в логе были повторяющиеся строки : Aug 28 22:38:02 vpn kernel: \x090: (20999 ticks this GP) idle=589/140000000000001/0 softirq=701357770/701357770 fqs=6993 Aug 28 22:38:02 vpn kernel: \x09 (t=21000 jiffies g=635621768 c=635621767 q=21949) Aug 28 22:38:02 vpn kernel: Task dump for CPU 0: Aug 28 22:38:02 vpn kernel: accel-pppd R running task 14880 23806 1 0x00000008 Aug 28 22:38:02 vpn kernel: 0000000000000000 ffff88007fc03d88 ffffffff810599a9 0000000000000000 Aug 28 22:38:02 vpn kernel: 0000000000000000 ffff88007fc03da8 ffffffff8105ba71 0000000000000001 Aug 28 22:38:02 vpn kernel: ffffffff81a38c80 ffff88007fc03dd8 ffffffff810702f6 ffffffff81a38c80 Aug 28 22:38:02 vpn kernel: Call Trace: Aug 28 22:38:02 vpn kernel: <IRQ> [<ffffffff810599a9>] sched_show_task+0xd9/0xde Aug 28 22:38:02 vpn kernel: [<ffffffff8105ba71>] dump_cpu_task+0x35/0x39 Aug 28 22:38:02 vpn kernel: [<ffffffff810702f6>] rcu_dump_cpu_stacks+0x67/0x89 Aug 28 22:38:02 vpn kernel: [<ffffffff8107282b>] rcu_check_callbacks+0x21c/0x5bd Aug 28 22:38:02 vpn kernel: [<ffffffff810813ad>] ? tick_sched_do_timer+0x29/0x29 Aug 28 22:38:02 vpn kernel: [<ffffffff81075aff>] update_process_times+0x2a/0x4f Aug 28 22:38:02 vpn kernel: [<ffffffff81080f48>] tick_sched_handle+0x35/0x41 Aug 28 22:38:02 vpn kernel: [<ffffffff810813e2>] tick_sched_timer+0x35/0x5e Aug 28 22:38:02 vpn kernel: [<ffffffff81075f76>] __run_hrtimer+0x8f/0x14b Aug 28 22:38:02 vpn kernel: [<ffffffff8107678d>] hrtimer_interrupt+0xd4/0x1ca Aug 28 22:38:02 vpn kernel: [<ffffffff8149404f>] ? jhash+0x129/0x129 Aug 28 22:38:02 vpn kernel: [<ffffffff81027c04>] local_apic_timer_interrupt+0x4e/0x52 Aug 28 22:38:02 vpn kernel: [<ffffffff81027e45>] smp_apic_timer_interrupt+0x2a/0x3b Aug 28 22:38:02 vpn kernel: [<ffffffff8151962a>] apic_timer_interrupt+0x6a/0x70 Aug 28 22:38:02 vpn kernel: <EOI> [<ffffffff81231dfa>] ? rhashtable_lookup_compare+0x42/0x8a Aug 28 22:38:02 vpn kernel: [<ffffffff81231e11>] ? rhashtable_lookup_compare+0x59/0x8a Aug 28 22:38:02 vpn kernel: [<ffffffff81494ad3>] netlink_autobind.isra.18+0x78/0xc0 Aug 28 22:38:02 vpn kernel: [<ffffffff814960d1>] netlink_bind+0xfb/0x1a4 Aug 28 22:38:02 vpn kernel: [<ffffffff8111fd8d>] ? __fget_light+0x3c/0x48 Aug 28 22:38:02 vpn kernel: [<ffffffff8145ee04>] SYSC_bind+0x7d/0xa7 Aug 28 22:38:02 vpn kernel: [<ffffffff811e5130>] ? selinux_socket_setsockopt+0x3c/0x44 Aug 28 22:38:02 vpn kernel: [<ffffffff8110b5b8>] ? fput+0x12/0x85 Aug 28 22:38:02 vpn kernel: [<ffffffff8145d49c>] ? fput_light+0xd/0xf Aug 28 22:38:02 vpn kernel: [<ffffffff8145d9a0>] ? SYSC_setsockopt+0x89/0xa1 Aug 28 22:38:02 vpn kernel: [<ffffffff8145f609>] SyS_bind+0x9/0xb Aug 28 22:38:02 vpn kernel: [<ffffffff815187f2>] system_call_fastpath+0x12/0x17 Aug 28 22:39:05 vpn kernel: INFO: rcu_sched self-detected stall on CPU Aug 28 22:39:05 vpn kernel: \x090: (84003 ticks this GP) idle=589/140000000000001/0 softirq=701357770/701357770 fqs=27988 Aug 28 22:39:05 vpn kernel: \x09 (t=84004 jiffies g=635621768 c=635621767 q=87462) Aug 28 22:39:05 vpn kernel: Task dump for CPU 0: Aug 28 22:39:05 vpn kernel: accel-pppd R running task 14880 23806 1 0x00000008 Aug 28 22:39:05 vpn kernel: 0000000000000000 ffff88007fc03d88 ffffffff810599a9 0000000000000000 Aug 28 22:39:05 vpn kernel: 0000000000000000 ffff88007fc03da8 ffffffff8105ba71 0000000000000001 Aug 28 22:39:05 vpn kernel: ffffffff81a38c80 ffff88007fc03dd8 ffffffff810702f6 ffffffff81a38c80 Aug 28 22:39:05 vpn kernel: Call Trace: Aug 28 22:39:05 vpn kernel: <IRQ> [<ffffffff810599a9>] sched_show_task+0xd9/0xde Aug 28 22:39:05 vpn kernel: [<ffffffff8105ba71>] dump_cpu_task+0x35/0x39 Aug 28 22:39:05 vpn kernel: [<ffffffff810702f6>] rcu_dump_cpu_stacks+0x67/0x89 Aug 28 22:39:05 vpn kernel: [<ffffffff8107282b>] rcu_check_callbacks+0x21c/0x5bd Aug 28 22:39:05 vpn kernel: [<ffffffff810813ad>] ? tick_sched_do_timer+0x29/0x29 Aug 28 22:39:05 vpn kernel: [<ffffffff81075aff>] update_process_times+0x2a/0x4f Aug 28 22:39:05 vpn kernel: [<ffffffff81080f48>] tick_sched_handle+0x35/0x41 Aug 28 22:39:05 vpn kernel: [<ffffffff810813e2>] tick_sched_timer+0x35/0x5e Aug 28 22:39:05 vpn kernel: [<ffffffff81075f76>] __run_hrtimer+0x8f/0x14b Aug 28 22:39:05 vpn kernel: [<ffffffff8107678d>] hrtimer_interrupt+0xd4/0x1ca Aug 28 22:39:05 vpn kernel: [<ffffffff8149404f>] ? jhash+0x129/0x129 Aug 28 22:39:05 vpn kernel: [<ffffffff81027c04>] local_apic_timer_interrupt+0x4e/0x52 Aug 28 22:39:05 vpn kernel: [<ffffffff81027e45>] smp_apic_timer_interrupt+0x2a/0x3b Aug 28 22:39:05 vpn kernel: [<ffffffff8151962a>] apic_timer_interrupt+0x6a/0x70 Aug 28 22:39:05 vpn kernel: <EOI> [<ffffffff81231e0a>] ? rhashtable_lookup_compare+0x52/0x8a Aug 28 22:39:05 vpn kernel: [<ffffffff81231e11>] ? rhashtable_lookup_compare+0x59/0x8a Aug 28 22:39:05 vpn kernel: [<ffffffff81494ad3>] netlink_autobind.isra.18+0x78/0xc0 Aug 28 22:39:05 vpn kernel: [<ffffffff814960d1>] netlink_bind+0xfb/0x1a4 Aug 28 22:39:05 vpn kernel: [<ffffffff8111fd8d>] ? __fget_light+0x3c/0x48 Aug 28 22:39:05 vpn kernel: [<ffffffff8145ee04>] SYSC_bind+0x7d/0xa7 Aug 28 22:39:05 vpn kernel: [<ffffffff811e5130>] ? selinux_socket_setsockopt+0x3c/0x44 Aug 28 22:39:05 vpn kernel: [<ffffffff8110b5b8>] ? fput+0x12/0x85 Aug 28 22:39:05 vpn kernel: [<ffffffff8145d49c>] ? fput_light+0xd/0xf Aug 28 22:39:05 vpn kernel: [<ffffffff8145d9a0>] ? SYSC_setsockopt+0x89/0xa1 Aug 28 22:39:05 vpn kernel: [<ffffffff8145f609>] SyS_bind+0x9/0xb Aug 28 22:39:05 vpn kernel: [<ffffffff815187f2>] system_call_fastpath+0x12/0x17 Aug 28 22:40:08 vpn kernel: INFO: rcu_sched self-detected stall on CPU Aug 28 22:40:08 vpn kernel: \x090: (147007 ticks this GP) idle=589/140000000000001/0 softirq=701357770/701357770 fqs=48987 Aug 28 22:40:08 vpn kernel: \x09 (t=147008 jiffies g=635621768 c=635621767 q=143125) Aug 28 22:40:08 vpn kernel: Task dump for CPU 0: Aug 28 22:40:08 vpn kernel: accel-pppd R running task 14880 23806 1 0x00000008 Aug 28 22:40:08 vpn kernel: 0000000000000000 ffff88007fc03d88 ffffffff810599a9 0000000000000000 Aug 28 22:40:08 vpn kernel: 0000000000000000 ffff88007fc03da8 ffffffff8105ba71 0000000000000001 Aug 28 22:40:08 vpn kernel: ffffffff81a38c80 ffff88007fc03dd8 ffffffff810702f6 ffffffff81a38c80 Aug 28 22:40:08 vpn kernel: Call Trace: Aug 28 22:40:08 vpn kernel: <IRQ> [<ffffffff810599a9>] sched_show_task+0xd9/0xde Aug 28 22:40:08 vpn kernel: [<ffffffff8105ba71>] dump_cpu_task+0x35/0x39 Aug 28 22:40:08 vpn kernel: [<ffffffff810702f6>] rcu_dump_cpu_stacks+0x67/0x89 Aug 28 22:40:08 vpn kernel: [<ffffffff8107282b>] rcu_check_callbacks+0x21c/0x5bd Aug 28 22:40:08 vpn kernel: [<ffffffff810813ad>] ? tick_sched_do_timer+0x29/0x29 Aug 28 22:40:08 vpn kernel: [<ffffffff81075aff>] update_process_times+0x2a/0x4f Aug 28 22:40:08 vpn kernel: [<ffffffff81080f48>] tick_sched_handle+0x35/0x41 Aug 28 22:40:08 vpn kernel: [<ffffffff810813e2>] tick_sched_timer+0x35/0x5e Aug 28 22:40:08 vpn kernel: [<ffffffff81075f76>] __run_hrtimer+0x8f/0x14b Aug 28 22:40:08 vpn kernel: [<ffffffff8107678d>] hrtimer_interrupt+0xd4/0x1ca Aug 28 22:40:08 vpn kernel: [<ffffffff8149404f>] ? jhash+0x129/0x129 Aug 28 22:40:08 vpn kernel: [<ffffffff81027c04>] local_apic_timer_interrupt+0x4e/0x52 Aug 28 22:40:08 vpn kernel: [<ffffffff81027e45>] smp_apic_timer_interrupt+0x2a/0x3b Aug 28 22:40:08 vpn kernel: [<ffffffff8151962a>] apic_timer_interrupt+0x6a/0x70 Aug 28 22:40:08 vpn kernel: <EOI> [<ffffffff811e7f17>] ? selinux_sk_alloc_security+0x2a/0x70 Aug 28 22:40:08 vpn kernel: [<ffffffff81494070>] ? netlink_compare+0x21/0x23 Aug 28 22:40:08 vpn kernel: [<ffffffff81231e11>] rhashtable_lookup_compare+0x59/0x8a Aug 28 22:40:08 vpn kernel: [<ffffffff81494ad3>] netlink_autobind.isra.18+0x78/0xc0 Aug 28 22:40:08 vpn kernel: [<ffffffff814960d1>] netlink_bind+0xfb/0x1a4 Aug 28 22:40:08 vpn kernel: [<ffffffff8111fd8d>] ? __fget_light+0x3c/0x48 Aug 28 22:40:08 vpn kernel: [<ffffffff8145ee04>] SYSC_bind+0x7d/0xa7 Aug 28 22:40:08 vpn kernel: [<ffffffff811e5130>] ? selinux_socket_setsockopt+0x3c/0x44 Aug 28 22:40:08 vpn kernel: [<ffffffff8110b5b8>] ? fput+0x12/0x85 Aug 28 22:40:08 vpn kernel: [<ffffffff8145d49c>] ? fput_light+0xd/0xf Aug 28 22:40:08 vpn kernel: [<ffffffff8145d9a0>] ? SYSC_setsockopt+0x89/0xa1 Aug 28 22:40:08 vpn kernel: [<ffffffff8145f609>] SyS_bind+0x9/0xb Aug 28 22:40:08 vpn kernel: [<ffffffff815187f2>] system_call_fastpath+0x12/0x17 Aug 28 22:41:11 vpn kernel: INFO: rcu_sched self-detected stall on CPU Aug 28 22:41:11 vpn kernel: \x090: (210011 ticks this GP) idle=589/140000000000001/0 softirq=701357770/701357770 fqs=69988 Aug 28 22:41:11 vpn kernel: \x09 (t=210012 jiffies g=635621768 c=635621767 q=195780) Aug 28 22:41:11 vpn kernel: Task dump for CPU 0: Aug 28 22:41:11 vpn kernel: accel-pppd R running task 14880 23806 1 0x00000008 Aug 28 22:41:11 vpn kernel: 0000000000000000 ffff88007fc03d88 ffffffff810599a9 0000000000000000 Aug 28 22:41:11 vpn kernel: 0000000000000000 ffff88007fc03da8 ffffffff8105ba71 0000000000000001 Aug 28 22:41:11 vpn kernel: ffffffff81a38c80 ffff88007fc03dd8 ffffffff810702f6 ffffffff81a38c80 Aug 28 22:41:11 vpn kernel: Call Trace: Aug 28 22:41:11 vpn kernel: <IRQ> [<ffffffff810599a9>] sched_show_task+0xd9/0xde Aug 28 22:41:11 vpn kernel: [<ffffffff8105ba71>] dump_cpu_task+0x35/0x39 Aug 28 22:41:11 vpn kernel: [<ffffffff810702f6>] rcu_dump_cpu_stacks+0x67/0x89 Aug 28 22:41:11 vpn kernel: [<ffffffff8107282b>] rcu_check_callbacks+0x21c/0x5bd Aug 28 22:41:11 vpn kernel: [<ffffffff810813ad>] ? tick_sched_do_timer+0x29/0x29 Aug 28 22:41:11 vpn kernel: [<ffffffff81075aff>] update_process_times+0x2a/0x4f Aug 28 22:41:11 vpn kernel: [<ffffffff81080f48>] tick_sched_handle+0x35/0x41 Aug 28 22:41:11 vpn kernel: [<ffffffff810813e2>] tick_sched_timer+0x35/0x5e Aug 28 22:41:11 vpn kernel: [<ffffffff81075f76>] __run_hrtimer+0x8f/0x14b Aug 28 22:41:11 vpn kernel: [<ffffffff8107678d>] hrtimer_interrupt+0xd4/0x1ca Aug 28 22:41:11 vpn kernel: [<ffffffff8149404f>] ? jhash+0x129/0x129 Aug 28 22:41:11 vpn kernel: [<ffffffff81027c04>] local_apic_timer_interrupt+0x4e/0x52 Aug 28 22:41:11 vpn kernel: [<ffffffff81027e45>] smp_apic_timer_interrupt+0x2a/0x3b Aug 28 22:41:11 vpn kernel: [<ffffffff8151962a>] apic_timer_interrupt+0x6a/0x70 Aug 28 22:41:11 vpn kernel: <EOI> [<ffffffff81231e11>] ? rhashtable_lookup_compare+0x59/0x8a Aug 28 22:41:11 vpn kernel: [<ffffffff81231e11>] ? rhashtable_lookup_compare+0x59/0x8a Aug 28 22:41:11 vpn kernel: [<ffffffff81494ad3>] netlink_autobind.isra.18+0x78/0xc0 Aug 28 22:41:11 vpn kernel: [<ffffffff814960d1>] netlink_bind+0xfb/0x1a4 Aug 28 22:41:11 vpn kernel: [<ffffffff8111fd8d>] ? __fget_light+0x3c/0x48 Aug 28 22:41:11 vpn kernel: [<ffffffff8145ee04>] SYSC_bind+0x7d/0xa7 Aug 28 22:41:11 vpn kernel: [<ffffffff811e5130>] ? selinux_socket_setsockopt+0x3c/0x44 Aug 28 22:41:11 vpn kernel: [<ffffffff8110b5b8>] ? fput+0x12/0x85 Aug 28 22:41:11 vpn kernel: [<ffffffff8145d49c>] ? fput_light+0xd/0xf Aug 28 22:41:11 vpn kernel: [<ffffffff8145d9a0>] ? SYSC_setsockopt+0x89/0xa1 Aug 28 22:41:11 vpn kernel: [<ffffffff8145f609>] SyS_bind+0x9/0xb Aug 28 22:41:11 vpn kernel: [<ffffffff815187f2>] system_call_fastpath+0x12/0x17 Aug 28 22:42:14 vpn kernel: INFO: rcu_sched self-detected stall on CPU Aug 28 22:42:14 vpn kernel: \x090: (273015 ticks this GP) idle=589/140000000000002/0 softirq=701357770/701357770 fqs=90989 Aug 28 22:42:14 vpn kernel: \x09 (t=273016 jiffies g=635621768 c=635621767 q=243952) Aug 28 22:42:14 vpn kernel: Task dump for CPU 0: Aug 28 22:42:14 vpn kernel: accel-pppd R running task 14880 23806 1 0x00000008 Aug 28 22:42:14 vpn kernel: 0000000000000000 ffff88007fc03c30 ffffffff810599a9 0000000000000000 Aug 28 22:42:14 vpn kernel: 0000000000000000 ffff88007fc03c50 ffffffff8105ba71 0000000000000001 Aug 28 22:42:14 vpn kernel: ffffffff81a38c80 ffff88007fc03c80 ffffffff810702f6 ffffffff81a38c80 Aug 28 22:42:14 vpn kernel: Call Trace: Aug 28 22:42:14 vpn kernel: <IRQ> [<ffffffff810599a9>] sched_show_task+0xd9/0xde Aug 28 22:42:14 vpn kernel: [<ffffffff8105ba71>] dump_cpu_task+0x35/0x39 Aug 28 22:42:14 vpn kernel: [<ffffffff810702f6>] rcu_dump_cpu_stacks+0x67/0x89 Aug 28 22:42:14 vpn kernel: [<ffffffff8107282b>] rcu_check_callbacks+0x21c/0x5bd Aug 28 22:42:14 vpn kernel: [<ffffffff810813ad>] ? tick_sched_do_timer+0x29/0x29 Aug 28 22:42:14 vpn kernel: [<ffffffff81075aff>] update_process_times+0x2a/0x4f Aug 28 22:42:14 vpn kernel: [<ffffffff81080f48>] tick_sched_handle+0x35/0x41 Aug 28 22:42:14 vpn kernel: [<ffffffff810813e2>] tick_sched_timer+0x35/0x5e Aug 28 22:42:14 vpn kernel: [<ffffffff81075f76>] __run_hrtimer+0x8f/0x14b Aug 28 22:42:14 vpn kernel: [<ffffffff8107678d>] hrtimer_interrupt+0xd4/0x1ca Aug 28 22:42:14 vpn kernel: [<ffffffff81027c04>] local_apic_timer_interrupt+0x4e/0x52 Aug 28 22:42:14 vpn kernel: [<ffffffff81027e45>] smp_apic_timer_interrupt+0x2a/0x3b Aug 28 22:42:14 vpn kernel: [<ffffffff8151962a>] apic_timer_interrupt+0x6a/0x70 Aug 28 22:42:14 vpn kernel: [<ffffffff8103ee6c>] ? __do_softirq+0x78/0x223 Aug 28 22:42:14 vpn kernel: [<ffffffff8103ee16>] ? __do_softirq+0x22/0x223 Aug 28 22:42:14 vpn kernel: [<ffffffff8103f168>] irq_exit+0x37/0x7c Aug 28 22:42:14 vpn kernel: [<ffffffff8100405c>] do_IRQ+0xa3/0xbc Aug 28 22:42:14 vpn kernel: [<ffffffff8149404f>] ? jhash+0x129/0x129 Aug 28 22:42:14 vpn kernel: [<ffffffff815192ea>] common_interrupt+0x6a/0x6a Aug 28 22:42:14 vpn kernel: <EOI> [<ffffffff81231e13>] ? rhashtable_lookup_compare+0x5b/0x8a Aug 28 22:42:14 vpn kernel: [<ffffffff81231e11>] ? rhashtable_lookup_compare+0x59/0x8a Aug 28 22:42:14 vpn kernel: [<ffffffff81494ad3>] netlink_autobind.isra.18+0x78/0xc0 Aug 28 22:42:14 vpn kernel: [<ffffffff814960d1>] netlink_bind+0xfb/0x1a4 Aug 28 22:42:14 vpn kernel: [<ffffffff8111fd8d>] ? __fget_light+0x3c/0x48 Aug 28 22:42:14 vpn kernel: [<ffffffff8145ee04>] SYSC_bind+0x7d/0xa7 Aug 28 22:42:14 vpn kernel: [<ffffffff811e5130>] ? selinux_socket_setsockopt+0x3c/0x44 Aug 28 22:42:14 vpn kernel: [<ffffffff8110b5b8>] ? fput+0x12/0x85 Aug 28 22:42:14 vpn kernel: [<ffffffff8145d49c>] ? fput_light+0xd/0xf Aug 28 22:42:14 vpn kernel: [<ffffffff8145d9a0>] ? SYSC_setsockopt+0x89/0xa1 Aug 28 22:42:14 vpn kernel: [<ffffffff8145f609>] SyS_bind+0x9/0xb Aug 28 22:42:14 vpn kernel: [<ffffffff815187f2>] system_call_fastpath+0x12/0x17 Aug 28 22:43:17 vpn kernel: INFO: rcu_sched self-detected stall on CPU Aug 28 22:43:17 vpn kernel: \x090: (336018 ticks this GP) idle=589/140000000000001/0 softirq=701357770/701357770 fqs=111989 Aug 28 22:43:17 vpn kernel: \x09 (t=336019 jiffies g=635621768 c=635621767 q=290312) Aug 28 22:43:17 vpn kernel: Task dump for CPU 0: Aug 28 22:43:17 vpn kernel: accel-pppd R running task 14880 23806 1 0x00000008 Aug 28 22:43:17 vpn kernel: 0000000000000000 ffff88007fc03d88 ffffffff810599a9 0000000000000000 Aug 28 22:43:17 vpn kernel: 0000000000000000 ffff88007fc03da8 ffffffff8105ba71 0000000000000001 Aug 28 22:43:17 vpn kernel: ffffffff81a38c80 ffff88007fc03dd8 ffffffff810702f6 ffffffff81a38c80 Aug 28 22:43:17 vpn kernel: Call Trace: Aug 28 22:43:17 vpn kernel: <IRQ> [<ffffffff810599a9>] sched_show_task+0xd9/0xde Aug 28 22:43:17 vpn kernel: [<ffffffff8105ba71>] dump_cpu_task+0x35/0x39 Aug 28 22:43:17 vpn kernel: [<ffffffff810702f6>] rcu_dump_cpu_stacks+0x67/0x89 Aug 28 22:43:17 vpn kernel: [<ffffffff8107282b>] rcu_check_callbacks+0x21c/0x5bd Aug 28 22:43:17 vpn kernel: [<ffffffff810813ad>] ? tick_sched_do_timer+0x29/0x29 Aug 28 22:43:17 vpn kernel: [<ffffffff81075aff>] update_process_times+0x2a/0x4f Aug 28 22:43:17 vpn kernel: [<ffffffff81080f48>] tick_sched_handle+0x35/0x41 Aug 28 22:43:17 vpn kernel: [<ffffffff810813e2>] tick_sched_timer+0x35/0x5e Aug 28 22:43:17 vpn kernel: [<ffffffff81075f76>] __run_hrtimer+0x8f/0x14b Aug 28 22:43:17 vpn kernel: [<ffffffff8107678d>] hrtimer_interrupt+0xd4/0x1ca Aug 28 22:43:17 vpn kernel: [<ffffffff8149404f>] ? jhash+0x129/0x129 Aug 28 22:43:17 vpn kernel: [<ffffffff81027c04>] local_apic_timer_interrupt+0x4e/0x52 Aug 28 22:43:17 vpn kernel: [<ffffffff81027e45>] smp_apic_timer_interrupt+0x2a/0x3b Aug 28 22:43:17 vpn kernel: [<ffffffff8151962a>] apic_timer_interrupt+0x6a/0x70 Aug 28 22:43:17 vpn kernel: <EOI> [<ffffffff81231e0a>] ? rhashtable_lookup_compare+0x52/0x8a Aug 28 22:43:17 vpn kernel: [<ffffffff81231e11>] ? rhashtable_lookup_compare+0x59/0x8a Aug 28 22:43:17 vpn kernel: [<ffffffff81494ad3>] netlink_autobind.isra.18+0x78/0xc0 Aug 28 22:43:17 vpn kernel: [<ffffffff814960d1>] netlink_bind+0xfb/0x1a4 Aug 28 22:43:17 vpn kernel: [<ffffffff8111fd8d>] ? __fget_light+0x3c/0x48 Aug 28 22:43:17 vpn kernel: [<ffffffff8145ee04>] SYSC_bind+0x7d/0xa7 Aug 28 22:43:17 vpn kernel: [<ffffffff811e5130>] ? selinux_socket_setsockopt+0x3c/0x44 Aug 28 22:43:17 vpn kernel: [<ffffffff8110b5b8>] ? fput+0x12/0x85 Aug 28 22:43:17 vpn kernel: [<ffffffff8145d49c>] ? fput_light+0xd/0xf Aug 28 22:43:17 vpn kernel: [<ffffffff8145d9a0>] ? SYSC_setsockopt+0x89/0xa1 Aug 28 22:43:17 vpn kernel: [<ffffffff8145f609>] SyS_bind+0x9/0xb Aug 28 22:43:17 vpn kernel: [<ffffffff815187f2>] system_call_fastpath+0x12/0x17 Aug 28 22:44:20 vpn kernel: INFO: rcu_sched self-detected stall on CPU Aug 28 22:44:20 vpn kernel: \x090: (399021 ticks this GP) idle=589/140000000000001/0 softirq=701357770/701357770 fqs=132988 Aug 28 22:44:20 vpn kernel: \x09 (t=399022 jiffies g=635621768 c=635621767 q=335264) Aug 28 22:44:20 vpn kernel: Task dump for CPU 0: Aug 28 22:44:20 vpn kernel: accel-pppd R running task 14880 23806 1 0x00000008 Aug 28 22:44:20 vpn kernel: 0000000000000000 ffff88007fc03d88 ffffffff810599a9 0000000000000000 Aug 28 22:44:20 vpn kernel: 0000000000000000 ffff88007fc03da8 ffffffff8105ba71 0000000000000001 Aug 28 22:44:20 vpn kernel: ffffffff81a38c80 ffff88007fc03dd8 ffffffff810702f6 ffffffff81a38c80 Aug 28 22:44:20 vpn kernel: Call Trace: Aug 28 22:44:20 vpn kernel: <IRQ> [<ffffffff810599a9>] sched_show_task+0xd9/0xde Aug 28 22:44:20 vpn kernel: [<ffffffff8105ba71>] dump_cpu_task+0x35/0x39 Aug 28 22:44:20 vpn kernel: [<ffffffff810702f6>] rcu_dump_cpu_stacks+0x67/0x89 Aug 28 22:44:20 vpn kernel: [<ffffffff8107282b>] rcu_check_callbacks+0x21c/0x5bd Aug 28 22:44:20 vpn kernel: [<ffffffff810813ad>] ? tick_sched_do_timer+0x29/0x29 Aug 28 22:44:20 vpn kernel: [<ffffffff81075aff>] update_process_times+0x2a/0x4f Aug 28 22:44:20 vpn kernel: [<ffffffff81080f48>] tick_sched_handle+0x35/0x41 Aug 28 22:44:20 vpn kernel: [<ffffffff810813e2>] tick_sched_timer+0x35/0x5e Aug 28 22:44:20 vpn kernel: [<ffffffff81075f76>] __run_hrtimer+0x8f/0x14b Aug 28 22:44:20 vpn kernel: [<ffffffff8107678d>] hrtimer_interrupt+0xd4/0x1ca Aug 28 22:44:20 vpn kernel: [<ffffffff8149404f>] ? jhash+0x129/0x129 Aug 28 22:44:20 vpn kernel: [<ffffffff81027c04>] local_apic_timer_interrupt+0x4e/0x52 Aug 28 22:44:20 vpn kernel: [<ffffffff81027e45>] smp_apic_timer_interrupt+0x2a/0x3b Aug 28 22:44:20 vpn kernel: [<ffffffff8151962a>] apic_timer_interrupt+0x6a/0x70 Aug 28 22:44:20 vpn kernel: <EOI> [<ffffffff81231e0a>] ? rhashtable_lookup_compare+0x52/0x8a Aug 28 22:44:20 vpn kernel: [<ffffffff81231e11>] ? rhashtable_lookup_compare+0x59/0x8a Aug 28 22:44:20 vpn kernel: [<ffffffff81494ad3>] netlink_autobind.isra.18+0x78/0xc0 Aug 28 22:44:20 vpn kernel: [<ffffffff814960d1>] netlink_bind+0xfb/0x1a4 Aug 28 22:44:20 vpn kernel: [<ffffffff8111fd8d>] ? __fget_light+0x3c/0x48 Aug 28 22:44:20 vpn kernel: [<ffffffff8145ee04>] SYSC_bind+0x7d/0xa7 Aug 28 22:44:20 vpn kernel: [<ffffffff811e5130>] ? selinux_socket_setsockopt+0x3c/0x44 Aug 28 22:44:20 vpn kernel: [<ffffffff8110b5b8>] ? fput+0x12/0x85 Aug 28 22:44:20 vpn kernel: [<ffffffff8145d49c>] ? fput_light+0xd/0xf Aug 28 22:44:20 vpn kernel: [<ffffffff8145d9a0>] ? SYSC_setsockopt+0x89/0xa1 Aug 28 22:44:20 vpn kernel: [<ffffffff8145f609>] SyS_bind+0x9/0xb Aug 28 22:44:20 vpn kernel: [<ffffffff815187f2>] system_call_fastpath+0x12/0x17 Aug 28 22:45:23 vpn kernel: INFO: rcu_sched self-detected stall on CPU Aug 28 22:45:23 vpn kernel: \x090: (462025 ticks this GP) idle=589/140000000000001/0 softirq=701357770/701357770 fqs=153989 Aug 28 22:45:23 vpn kernel: \x09 (t=462026 jiffies g=635621768 c=635621767 q=381219) Aug 28 22:45:23 vpn kernel: Task dump for CPU 0: Aug 28 22:45:23 vpn kernel: accel-pppd R running task 14880 23806 1 0x00000008 Aug 28 22:45:23 vpn kernel: 0000000000000000 ffff88007fc03d88 ffffffff810599a9 0000000000000000 Aug 28 22:45:23 vpn kernel: 0000000000000000 ffff88007fc03da8 ffffffff8105ba71 0000000000000001 Aug 28 22:45:23 vpn kernel: ffffffff81a38c80 ffff88007fc03dd8 ffffffff810702f6 ffffffff81a38c80 Aug 28 22:45:23 vpn kernel: Call Trace: Aug 28 22:45:23 vpn kernel: <IRQ> [<ffffffff810599a9>] sched_show_task+0xd9/0xde Aug 28 22:45:23 vpn kernel: [<ffffffff8105ba71>] dump_cpu_task+0x35/0x39 Aug 28 22:45:23 vpn kernel: [<ffffffff810702f6>] rcu_dump_cpu_stacks+0x67/0x89 Aug 28 22:45:23 vpn kernel: [<ffffffff8107282b>] rcu_check_callbacks+0x21c/0x5bd Aug 28 22:45:23 vpn kernel: [<ffffffff810813ad>] ? tick_sched_do_timer+0x29/0x29 Aug 28 22:45:23 vpn kernel: [<ffffffff81075aff>] update_process_times+0x2a/0x4f Aug 28 22:45:23 vpn kernel: [<ffffffff81080f48>] tick_sched_handle+0x35/0x41 Aug 28 22:45:23 vpn kernel: [<ffffffff810813e2>] tick_sched_timer+0x35/0x5e Aug 28 22:45:23 vpn kernel: [<ffffffff81075f76>] __run_hrtimer+0x8f/0x14b Aug 28 22:45:23 vpn kernel: [<ffffffff8107678d>] hrtimer_interrupt+0xd4/0x1ca Aug 28 22:45:23 vpn kernel: [<ffffffff8149404f>] ? jhash+0x129/0x129 Aug 28 22:45:23 vpn kernel: [<ffffffff81027c04>] local_apic_timer_interrupt+0x4e/0x52 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
hsvt Опубликовано 7 сентября, 2015 · Жалоба Хм, как началось так и прекратилось. В общем как-то так: # grep '1\.9\.0' /var/log/ppp.log Sep 6 17:17:15 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 17:31:04 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 17:44:56 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 17:58:46 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 18:12:35 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 18:29:56 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 18:43:55 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 18:57:45 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 19:13:11 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 19:27:00 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 6 19:59:37 test-26 accel-pppd: accel-ppp version 1.9.0 А вам точно shared=1 нужен для unnumbered? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 7 сентября, 2015 · Жалоба А вам точно shared=1 нужен для unnumbered? Хм, попробую shared без unnumbered. Таки у меня shared с опцией 82. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nik247 Опубликовано 7 сентября, 2015 (изменено) · Жалоба А вам точно shared=1 нужен для unnumbered? Хм, попробую shared без unnumbered. Таки у меня shared с опцией 82. Нормально работает shared c opt82. И конечно же с unnumbered - иначе все плюшки пропадают. Я вот только не пойму по логам, почему у Вас accel все время перезапускается? И рекомендую использовать версию с git - много ошибок исправляли. Изменено 7 сентября, 2015 пользователем nik247 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 7 сентября, 2015 · Жалоба И рекомендую использовать версию с git - много ошибок исправляли. Именно она и есть unnumbered убрал, ipoe ифейсы создаются... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 7 сентября, 2015 · Жалоба Хм, не помогло: # grep '1\.9\.0' /var/log/ppp.log ............ Sep 7 17:18:40 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 7 17:30:22 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 7 17:42:05 test-26 accel-pppd: accel-ppp version 1.9.0 Sep 7 17:53:45 test-26 accel-pppd: accel-ppp version 1.9.0 причем - падает именно после дисконнекта определенного (!) клиента. попробую сделать дамп... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 7 сентября, 2015 · Жалоба Sep 7 19:13:51 test-26 accel-pppd: ipoe0:user: session timeout Sep 7 19:13:51 test-26 accel-pppd: ipoe0:user: send [RADIUS(1) Accounting-Request id=a .... <Acct-Status-Type Stop> ....] Sep 7 19:13:51 test-26 accel-pppd: ipoe0:user: recv [RADIUS(1) Accounting-Response id=a] Sep 7 19:15:29 test-26 accel-pppd: ipoe0:user: ipoe: session finished Sep 7 19:15:30 test-26 accel-pppd: accel-ppp version 1.9.0 Дамп сделал. Собссно вопрос - чего аксель ждет 1.5 минуты, и почему потом падает? Подозрение что виновата soft terminate, попробую отключить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 7 сентября, 2015 · Жалоба Да, похоже, в soft terminate дело. Отключил - вроде падать перестал :) Куда послать дамп для дебага? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mirex Опубликовано 13 сентября, 2015 · Жалоба Не совсем ясно работает ли l3 + dhcp? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 13 сентября, 2015 · Жалоба в общем после эдак недели аптайма тестовый тазик ребутнулся (кернел паник?). прилеплю ему дебаг в ком-порт, понаблюдаю... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 13 сентября, 2015 · Жалоба К слову, backup сессий - рабочий, или пока экспериментальный? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nik247 Опубликовано 14 сентября, 2015 · Жалоба К слову, backup сессий - рабочий, или пока экспериментальный? Насколько помню - не доделанный (не рабочий) еще. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 14 сентября, 2015 · Жалоба Кстати, вопрос: что есть max-lease-time, и зачем его ставить больше чем lease-time? Судя по документации - это время жизни сессии если нет никаких пакетов, но по стандарту lease time - и есть время жизни лизы, и по истечении его сессия должна считаться протухшей и адрес у клиента удаляется (ну разве что десяток секунд накинуть можно). Или я что-то не так понял? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nik247 Опубликовано 14 сентября, 2015 · Жалоба Кстати, вопрос: что есть max-lease-time, и зачем его ставить больше чем lease-time? Судя по документации - это время жизни сессии если нет никаких пакетов, но по стандарту lease time - и есть время жизни лизы, и по истечении его сессия должна считаться протухшей и адрес у клиента удаляется (ну разве что десяток секунд накинуть можно). Или я что-то не так понял? С доки:max-lease-time=n Specifies max lease time in seconds, after this time session will be terminated if client won't renew it Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 14 сентября, 2015 · Жалоба Ну это я понял. Почему оно заметно больше lease-time? Смысл, если lease time по RFC - время жизни IP? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nik247 Опубликовано 14 сентября, 2015 · Жалоба Ну это я понял. Почему оно заметно больше lease-time? Смысл, если lease time по RFC - время жизни IP? Я думаю, что из-за того, что после него удаляется интерфейс.У меня на рабочем так: lease-time=300 max-lease-time=900 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 14 сентября, 2015 · Жалоба Просто смущает в дефолтном конфиге lease-time=600, max-lease-time=3600... Запас секунд 10-20 максимум ИМХО нужен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kayot Опубликовано 15 сентября, 2015 · Жалоба Просто смущает в дефолтном конфиге lease-time=600, max-lease-time=3600... Запас секунд 10-20 максимум ИМХО нужен. Вероятно дефолтные цифры "отфанарны", поставьте те что считаете правильными. У меня работает так, лиза на 5 минут, если в течении 10 минут клиент не обновил - сессия убивается. Ставить запас 10 секунд неразумно, должно быть хотя бы пару минут для уменьшения дерганий при временных отвалах клиента(ребут, мигание света, перегрузка домового свича в конце концов). lease-time=300 max-lease-time=600 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Lynx10 Опубликовано 15 сентября, 2015 · Жалоба to NiTr0: Для каждой сетки ipoe, куда попадает Framed-IP-Address, указать какой выдавать GW и NET: [ipoe] gw-ip-address=192.168.0.1/24 gw-ip-address=192.168.1.1/24 gw-ip-address=192.168.2.1/24 можна выдавать и радиусом атрибут задается опцией attr-dhcp-router-ip ну и маску тоже атрибут attr-dhcp-mask Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pppoetest Опубликовано 16 сентября, 2015 · Жалоба Ребята, нужен совет, стою на перепутье - что выбрать. lISG vs accel. Имеется IPoE, необходим NAT 1 к 1 и полисинг. Посоветуйте. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dimka88 Опубликовано 16 сентября, 2015 (изменено) · Жалоба Ребята, нужен совет, стою на перепутье - что выбрать. lISG vs accel. Имеется IPoE, необходим NAT 1 к 1 и полисинг. Посоветуйте. Имеется lISG и accel-ppp, маленький район обслуживает lISG c NAT 1to1 и собственным полисингом, район побольше - accel-ppp c QinQ, и внешними скриптами для полисинга. Старт по DHCP. Без NAT просто роутинг. На accel как бы можно реализовать вашу схему, вопрос стоит ли заморачиваться, если это реализовано в lISG практически с коробки. От себя, accel очень гибкий и предоставляет больше возможностей и лично мне он более по душе, но нареканий нет и на lISG. Изменено 16 сентября, 2015 пользователем Dimka88 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pppoetest Опубликовано 16 сентября, 2015 · Жалоба Сетка маленькая < 5k, QnQ нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...