xeb Опубликовано 18 сентября, 2014 · Жалоба нет, старт сессии по ип4, ип6 выдаётся как дополнительный аккаунтинг снимается с интерфейса, так что ип4 там или ип6 не важно в 1.8 ип6 ещё нет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 18 сентября, 2014 · Жалоба А как выдается? DHCPv6? Есть варианты выдачи подсети (как это должно правильно быть в v6)? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 18 сентября, 2014 · Жалоба выдаётся через ND либо DHCPv6, через ND только /64 префиксы, через дхцп любые + Prefix Delegation Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Lynx10 Опубликовано 18 сентября, 2014 · Жалоба ип6 адреса можно выдавать из локального пула, либо через радиус круто! а через радиус как ? атрибут какой ? или может есть настройка в конфиге accel какой атрибут будет отвечать за v6 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 19 сентября, 2014 · Жалоба стандартный атрибут Framed-IPv6-Prefix Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Lynx10 Опубликовано 19 сентября, 2014 · Жалоба в 1.8 ип6 ещё нет а как можна потянуть версию с поддержкой в6 ? это есть в мастер ветке ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kayot Опубликовано 19 сентября, 2014 · Жалоба нет, старт сессии по ип4, ип6 выдаётся как дополнительный аккаунтинг снимается с интерфейса, так что ип4 там или ип6 не важно в 1.8 ип6 ещё нет А как быть со схемой с релеем и выдачей адресов сторонним сервером? Релей для v6 будет работать? Или можно независимо сконфигурить, v6 из пула или радиуса, v4 релеем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 20 сентября, 2014 · Жалоба а как можна потянуть версию с поддержкой в6 ? это есть в мастер ветке ? да А как быть со схемой с релеем и выдачей адресов сторонним сервером? Релей для v6 будет работать? Или можно независимо сконфигурить, v6 из пула или радиуса, v4 релеем. для ип4 всё остаётся как и прежде, не важно каким образом запускается сессия и каким образом выдаётся ей ип4для ип6 релея не предусмотрено, по крайней мере пока, если ип4 выдаётся релеем, то ип6 можно выдать только из локального пула соотвественно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 20 сентября, 2014 · Жалоба я внёс серьёзные изменения в процедуры аутентификации/аккаунтинга (комит 62e89248160d3592c2d754fcaa15e37586a5b091) так что могут быть нестабильности пока не оттестируем Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 20 сентября, 2014 · Жалоба Всем привет. Хотелось бы узнать у многоуважаемого xeb. Есть ли возможность, в планах, не держать сессии открытыми по Session-timeout , а обрывать при неактивности? А то возникают непонятные ситуации, такие как абонент ИП получил, пингует сервер и шлюз свой, на сервере висит его сессия, а интернета нет... Конфиг ипое такой у меня: [ipoe]verbose=1 #username=ifname #password=username lease-time=600 max-lease-time=3600 #unit-cache=1000 #l4-redirect-table=4 l4-redirect-ipset=l4redirect l4-redirect-on-reject=300 shared=1 ifcfg=1 mode=L2 start=up #relay=10.10.10.10 #attr-dhcp-client-ip=DHCP-Client-IP-Address #attr-dhcp-router-ip=DHCP-Router-IP-Address #attr-dhcp-mask=DHCP-Mask #attr-l4-redirect=L4-Redirect local-net=10.10.11.0/24 local-net=172.20.0.0/16 #lua-file=/etc/accel-ppp.lua interface=eth0 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 20 сентября, 2014 · Жалоба не совсем понял в чём проблема Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 20 сентября, 2014 · Жалоба Проблему я сам пока не выявил, а суть вопроса в том чтоб дропать/заканчивать сессию при неактивности абонента. т.е. абонент включил на 10 мин ПК, посидел, выключил ПК, а на сервере сессия будет сутки висеть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 20 сентября, 2014 · Жалоба Cramac, Проверяйте маршрутизацию. Заодно посмотрите - а не выдаются ли кому-то одинаковые IP (у меня когда-то биллинг таким грешил, xeb помог разобраться). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 20 сентября, 2014 · Жалоба вот осталось адреса только проверить, хотя выдаю по опт82 перловым дхцп, дублей нет, с маршрутизацией все норм было, т.к. пинги ходят до узловых устройств в частности до сервера доступа.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 20 сентября, 2014 · Жалоба Cramac, Idle-Timeout радиус атрибут Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 20 сентября, 2014 · Жалоба Спасибо, жаль что UTM у меня не умеет его слать... П.С. Что то после обновления accel перестало писаться в файлы радиус атрибутов значение скорости (230 и 231 параметр). Видимо словари перезаписались. Вроде все прописал а он все равно не пишет.. [radius] dictionary=/usr/local/share/accel-ppp/radius/dictionary # cat /usr/local/share/accel-ppp/radius/dictionary ... ATTRIBUTE Traffic-Share-in 231 string ATTRIBUTE Traffic-Shape-out 230 string С атрибутами вопрос снят, accel надо было перезапустить после добавления в словари Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
iskratel Опубликовано 20 сентября, 2014 · Жалоба Ubuntu 14.04 3.13.0-24-generic x86_64. make install в конце выдает выдает сообщение: /usr/src/linux-headers-3.13.0-24-generic/arch/x86/Makefile:113: CONFIG_X86_X32 enabled but no binutils support. Что это значит и как это лечится? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 20 сентября, 2014 · Жалоба не критично, не обращать внимание Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
purecopper Опубликовано 22 сентября, 2014 · Жалоба xeb Дмитрий, спасибо. Всё собралось, но выдалось предупреждение /accel-pppd/triton/mempool.c: В функции ‘mempool_free’: /accel-pppd/triton/mempool.c:145:6: предупреждение: неиспользуемая переменная ‘need_free’ /accel-pppd/triton/mempool.c:144:11: предупреждение: неиспользуемая переменная ‘size’ /accel-pppd/triton/mempool.c: На верхнем уровне: /accel-pppd/triton/mempool.c:23:12: предупреждение: ‘conf_mempool_min’ определена, но нигде не используется На неделе снова будем проводить тестирование. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 22 сентября, 2014 · Жалоба Cramac, Idle-Timeout радиус атрибут А есть возможность его задать по дефолту? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 22 сентября, 2014 · Жалоба нету... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cREoz Опубликовано 23 сентября, 2014 · Жалоба я внёс серьёзные изменения в процедуры аутентификации/аккаунтинга (комит 62e89248160d3592c2d754fcaa15e37586a5b091) так что могут быть нестабильности пока не оттестируем собрал текущий коммит - fb1f7723afe46d696ba62597909066fea42bfaec и перестало работать совсем. в логах только: ==> /var/log/accel-ppp/accel-ppp.log <== [2014-09-23 13:47:27]: msg: accel-ppp version fb1f7723afe46d696ba62597909066fea42bfaec [2014-09-23 13:47:28]: info: ppp0: connect: ppp0 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:48:14]: info: ppp1: connect: ppp1 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:49:05]: info: ppp2: connect: ppp2 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:49:55]: info: ppp3: connect: ppp3 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:50:46]: info: ppp4: connect: ppp4 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:51:37]: info: ppp5: connect: ppp5 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:52:27]: info: ppp6: connect: ppp6 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:53:18]: info: ppp7: connect: ppp7 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:54:08]: info: ppp8: connect: ppp8 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:54:59]: info: ppp9: connect: ppp9 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:55:50]: info: ppp10: connect: ppp10 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:56:40]: info: ppp11: connect: ppp11 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:57:31]: info: ppp12: connect: ppp12 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 13:58:22]: info: ppp13: connect: ppp13 <--> pppoe(10:fe:ed:a0:cc:81) tshark на клиентском интерфейсе: 169615 1639725.233340 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPP CHAP 43 Challenge (NAME='', VALUE=0xe8122e00b7697ec2d970c4621d1d6a3e) 169616 1639725.378006 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPP CHAP 79 Response (NAME='s16', VALUE=0x000e71dbf5c45f1b3ee9f907fb59b2700000000000000000...) 169616 169617 1639774.466884 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPPoED 60 Active Discovery Terminate (PADT) 169618 1639774.865927 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPP LCP 60 Termination Request 169618 169619 1639775.033282 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPPoED 60 Active Discovery Terminate (PADT) 169619 169620 1639775.533617 Tp-LinkT_a0:cc:81 -> Broadcast PPPoED 106 Active Discovery Initiation (PADI) 169621 1639775.533685 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPPoED 79 Active Discovery Offer (PADO) 169622 1639775.535836 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPPoED 110 Active Discovery Request (PADR) 169623 1639775.535919 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPPoED 51 Active Discovery Session-confirmation (PADS) 169624 1639775.549364 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPP LCP 60 Configuration Request 169625 1639775.551677 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPP LCP 41 Configuration Request 169626 1639775.551736 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPP LCP 36 Configuration Ack 169627 1639775.566097 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPP LCP 60 Configuration Ack 169628 1639775.566282 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPP CHAP 43 Challenge (NAME='', VALUE=0x205d1cfe5bd274723506e05a9234975c) 169629 1639775.711058 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPP CHAP 79 Response (NAME='s16', VALUE=0xbcd0001f75cdc97115732906d20118320000000000000000...) 169629 169630 1639810.950221 10.100.3.52 -> 239.255.255.100 IGMPv1 106 Membership Report 169630 169631 1639824.802061 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPPoED 60 Active Discovery Terminate (PADT) 169631 169632 1639826.098990 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPP LCP 60 Termination Request 169633 1639826.266578 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPPoED 60 Active Discovery Terminate (PADT) 169633 169634 1639826.766432 Tp-LinkT_a0:cc:81 -> Broadcast PPPoED 106 Active Discovery Initiation (PADI) 169635 1639826.766529 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPPoED 79 Active Discovery Offer (PADO) 169636 1639826.784179 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPPoED 110 Active Discovery Request (PADR) 169637 1639826.784251 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPPoED 51 Active Discovery Session-confirmation (PADS) 169638 1639826.797811 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPP LCP 41 Configuration Request 169639 1639826.801750 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPP LCP 60 Configuration Request 169640 1639826.801802 QuantaCo_88:1b:a7 -> Tp-LinkT_a0:cc:81 PPP LCP 36 Configuration Ack 169641 1639826.815757 Tp-LinkT_a0:cc:81 -> QuantaCo_88:1b:a7 PPP LCP 60 Configuration Ack запросы в радиус не идут. через минуту по тайм-ауту клиент (роутер) поднимает новую сессию, а старая остается висеть: ifname | username | calling-sid | ip | rate-limit | type | comp | state | uptime --------+----------+-------------------+---------+------------+-------+------+-------+---------- ppp0 | | 10:fe:ed:a0:cc:81 | 0.0.0.0 | | pppoe | | start | 00:05:52 ppp1 | | 10:fe:ed:a0:cc:81 | 0.0.0.0 | | pppoe | | start | 00:05:02 ppp2 | | 10:fe:ed:a0:cc:81 | 0.0.0.0 | | pppoe | | start | 00:04:11 ppp3 | | 10:fe:ed:a0:cc:81 | 0.0.0.0 | | pppoe | | start | 00:03:20 ppp4 | | 10:fe:ed:a0:cc:81 | 0.0.0.0 | | pppoe | | start | 00:02:30 ppp5 | | 10:fe:ed:a0:cc:81 | 0.0.0.0 | | pppoe | | start | 00:01:39 ppp6 | | 10:fe:ed:a0:cc:81 | 0.0.0.0 | | pppoe | | start | 00:00:48 uptime: 0.00:06:22 cpu: 0%/ mem(rss/virt): 8716/753440 kB core:p mempool_allocated: 183243 mempool_available: 131737 thread_count: 162 thread_active: 10 context_count: 14 context_sleeping: 0 context_pending: 01 md_handler_count: 181 md_handler_pending: 0 timer_count: 7 timer_pending: 7 sessions:g starting: 7 active: 0: finishing: 0 pppoe:t starting: 0 active: 7A delayed PADO: 0 recv PADI: 7p drop PADI: 0p sent PADO: 7p recv PADR(dup): 7(0) sent PADS: 7 filtered: 01 radius(1, 10.100.3.252): request count: 0 queue length: 0 auth sent: 0t auth lost(total/5m/1m): 0/0/0/ auth avg query time(5m/1m): 0/0 ms acct sent: 0t acct lost(total/5m/1m): 0/0/0/ acct avg query time(5m/1m): 0/0 ms interim sent: 0t interim lost(total/5m/1m): 0/0/0/ interim avg query time(5m/1m): 0/0 ms radius(2, 10.100.3.251): request count: 0 queue length: 0 auth sent: 0t auth lost(total/5m/1m): 0/0/0/ auth avg query time(5m/1m): 0/0 ms acct sent: 0t acct lost(total/5m/1m): 0/0/0/ acct avg query time(5m/1m): 0/0 ms interim sent: 0t interim lost(total/5m/1m): 0/0/0/ interim avg query time(5m/1m): 0/0 ms после команды sudo service accel-ppp restart в логах появляется запись [2014-09-23 15:47:17]: info: terminate, sig = 15 и демон задумывается минут на 5, потом правда перезапускается. Также заметил, что несколько процессов accel-pppd пожирают по 100% процессора: 1 [|| 3.2%] 5 [||| 4.6%] 9 [| 1.3%] 13 [||||||||||||||||||||||||||98.7%] 2 [|||||||||||||||||||||||||100.0%] 6 [||||||||||||||||||||||||||98.7%] 10 [|||||||||||||||||||||||||100.0%] 14 [|| 2.6%] 3 [|||||||||||||||||||||||||100.0%] 7 [|||||||||||||||||||||||||100.0%] 11 [ 0.0%] 15 [| 0.7%] 4 [|||||||||||||||||||||||||100.0%] 8 [|||||||||||||||||||||||||100.0%] 12 [ 0.0%] 16 [ 0.0%] Mem[||||| 354/24101MB] Tasks: 43, 15 thr; 9 running Swp[ 0/24563MB] Load average: 6.53 5.61 6.60 Uptime: 01:14:55 PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 11001 root 20 0 603M 8640 1580 S 800. 0.0 23:44.33 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11006 root 20 0 603M 8640 1580 R 100. 0.0 4:42.79 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11009 root 20 0 603M 8640 1580 R 100. 0.0 1:57.50 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11010 root 20 0 603M 8640 1580 R 100. 0.0 0:16.80 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11013 root 20 0 603M 8640 1580 R 100. 0.0 4:29.44 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11008 root 20 0 603M 8640 1580 R 100. 0.0 1:07.17 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11012 root 20 0 603M 8640 1580 R 100. 0.0 3:39.05 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11011 root 20 0 603M 8640 1580 R 100. 0.0 2:48.72 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11007 root 20 0 603M 8640 1580 R 100. 0.0 4:42.78 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11004 root 20 0 603M 8640 1580 S 0.0 0.0 0:00.00 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11005 root 20 0 603M 8640 1580 S 0.0 0.0 0:00.00 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11014 root 20 0 603M 8640 1580 S 0.0 0.0 0:00.00 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf 11015 root 20 0 603M 8640 1580 S 0.0 0.0 0:00.00 /usr/sbin/accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf До сегодняшнего дня все работало... на каком-то июльском коммите. В чем беда? Может проблема в сервере? $ lsb_release -d Description: Ubuntu 14.04.1 LTS $ uname -a Linux oz-ural4320 3.13.0-36-generic #63-Ubuntu SMP Wed Sep 3 21:30:07 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Log level - 5: [2014-09-23 15:58:43]: msg: accel-ppp version fb1f7723afe46d696ba62597909066fea42bfaec [2014-09-23 15:58:55]: info: recv [PPPoE PADT 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0140 <End-Of-List>] [2014-09-23 15:58:56]: info: recv [PPPoE PADI 10:fe:ed:a0:cc:81 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name > <Host-Uniq 3030303438413532>] [2014-09-23 15:58:56]: info: send [PPPoE PADO c8:0a:a9:88:1b:a6 => 10:fe:ed:a0:cc:81 sid=0000 <AC-Name oz-ural4320> <Service-Name > <AC-Cookie aa91843a64598ea5 6fd3e02deb325ab70ed34ac89b2dc505> <Host-Uniq 3030303438413532>] [2014-09-23 15:58:56]: info: recv [PPPoE PADR 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0000 <Service-Name > <AC-Cookie aa91843a64598ea56fd3e02deb325ab70ed34a c89b2dc505> <Host-Uniq 3030303439413532>] [2014-09-23 15:58:56]: info: send [PPPoE PADS c8:0a:a9:88:1b:a6 => 10:fe:ed:a0:cc:81 sid=0001 <AC-Name oz-ural4320> <Service-Name > <Host-Uniq 3030303439413532 >] [2014-09-23 15:58:56]: info: ppp0: connect: ppp0 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 15:58:56]: debug: ppp0: lcp_layer_init [2014-09-23 15:58:56]: debug: ppp0: auth_layer_init [2014-09-23 15:58:56]: debug: ppp0: ccp_layer_init [2014-09-23 15:58:56]: debug: ppp0: ipcp_layer_init [2014-09-23 15:58:56]: debug: ppp0: ipv6cp_layer_init [2014-09-23 15:58:56]: debug: ppp0: ppp established [2014-09-23 15:58:56]: debug: ppp0: lcp_layer_start [2014-09-23 15:58:56]: info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <mru 1400> <magic 6b8b4567>] [2014-09-23 15:58:56]: info: ppp0: recv [LCP ConfReq id=a5 <mru 1480> <magic 00049cc6>] [2014-09-23 15:58:56]: info: ppp0: send [LCP ConfAck id=a5 ] [2014-09-23 15:58:56]: info: ppp0: recv [LCP ConfAck id=1 <auth MSCHAP-v2> <mru 1400> <magic 6b8b4567>] [2014-09-23 15:58:56]: debug: ppp0: lcp_layer_started [2014-09-23 15:58:56]: debug: ppp0: auth_layer_start [2014-09-23 15:58:56]: info: ppp0: send [MSCHAP-v2 Challenge id=1 <8419638bc632307e7032682e1c76e233>] [2014-09-23 15:58:56]: info: ppp0: recv [MSCHAP-v2 Response id=1 <7cbc8d75dd311c59fb42244afbc3f6e>, <b8eeb39db5bc0d9389824634ed72685d4153ccdd0b27484>, F=0, nam e="s16"] [2014-09-23 15:59:45]: info: recv [PPPoE PADT 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0001 <End-Of-List>] [2014-09-23 15:59:46]: info: recv [PPPoE PADT 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0001 <End-Of-List>] [2014-09-23 15:59:46]: info: recv [PPPoE PADI 10:fe:ed:a0:cc:81 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name > <Host-Uniq 3030303439363231>] [2014-09-23 15:59:46]: info: send [PPPoE PADO c8:0a:a9:88:1b:a6 => 10:fe:ed:a0:cc:81 sid=0000 <AC-Name oz-ural4320> <Service-Name > <AC-Cookie aa91843a64598ea5 6fd3e02deb325ab767412870c43a7c02> <Host-Uniq 3030303439363231>] [2014-09-23 15:59:46]: info: recv [PPPoE PADR 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0000 <Service-Name > <AC-Cookie aa91843a64598ea56fd3e02deb325ab7674128 70c43a7c02> <Host-Uniq 303030343a363231>] [2014-09-23 15:59:46]: info: send [PPPoE PADS c8:0a:a9:88:1b:a6 => 10:fe:ed:a0:cc:81 sid=0040 <AC-Name oz-ural4320> <Service-Name > <Host-Uniq 303030343a363231 >] [2014-09-23 15:59:46]: info: ppp1: connect: ppp1 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 15:59:46]: debug: ppp1: lcp_layer_init [2014-09-23 15:59:46]: debug: ppp1: auth_layer_init [2014-09-23 15:59:46]: debug: ppp1: ccp_layer_init [2014-09-23 15:59:46]: debug: ppp1: ipcp_layer_init [2014-09-23 15:59:46]: debug: ppp1: ipv6cp_layer_init [2014-09-23 15:59:46]: debug: ppp1: ppp established [2014-09-23 15:59:46]: debug: ppp1: lcp_layer_start [2014-09-23 15:59:46]: info: ppp1: send [LCP ConfReq id=1 <auth MSCHAP-v2> <mru 1400> <magic 327b23c6>] [2014-09-23 15:59:46]: info: ppp1: recv [LCP ConfReq id=a7 <mru 1480> <magic 0004b0bb>] [2014-09-23 15:59:46]: info: ppp1: send [LCP ConfAck id=a7 ] [2014-09-23 15:59:46]: info: ppp1: recv [LCP ConfAck id=1 <auth MSCHAP-v2> <mru 1400> <magic 327b23c6>] [2014-09-23 15:59:46]: debug: ppp1: lcp_layer_started [2014-09-23 15:59:46]: debug: ppp1: auth_layer_start [2014-09-23 15:59:46]: info: ppp1: send [MSCHAP-v2 Challenge id=1 <6136eefd4a222cd7744e864c7f7619b8>] [2014-09-23 15:59:46]: info: ppp1: recv [MSCHAP-v2 Response id=1 <fe209ac0ff17bb8ccce82b7c3269df44>, <93564936adf2c8469b3469e9b8eaca31b7695d9cfc038cb>, F=0, na me="s16"] [2014-09-23 16:00:36]: info: recv [PPPoE PADT 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0040 <End-Of-List>] [2014-09-23 16:00:36]: info: recv [PPPoE PADT 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0040 <End-Of-List>] [2014-09-23 16:00:37]: info: recv [PPPoE PADI 10:fe:ed:a0:cc:81 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name > <Host-Uniq 3030303441314545>] [2014-09-23 16:00:37]: info: send [PPPoE PADO c8:0a:a9:88:1b:a6 => 10:fe:ed:a0:cc:81 sid=0000 <AC-Name oz-ural4320> <Service-Name > <AC-Cookie aa91843a64598ea5 6fd3e02deb325ab718c7cf0a9ff54429> <Host-Uniq 3030303441314545>] [2014-09-23 16:00:37]: info: recv [PPPoE PADR 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0000 <Service-Name > <AC-Cookie aa91843a64598ea56fd3e02deb325ab718c7cf 0a9ff54429> <Host-Uniq 3030303442314545>] [2014-09-23 16:00:37]: info: send [PPPoE PADS c8:0a:a9:88:1b:a6 => 10:fe:ed:a0:cc:81 sid=0080 <AC-Name oz-ural4320> <Service-Name > <Host-Uniq 3030303442314545 >] [2014-09-23 16:00:37]: info: ppp2: connect: ppp2 <--> pppoe(10:fe:ed:a0:cc:81) [2014-09-23 16:00:37]: debug: ppp2: lcp_layer_init [2014-09-23 16:00:37]: debug: ppp2: auth_layer_init [2014-09-23 16:00:37]: debug: ppp2: ccp_layer_init [2014-09-23 16:00:37]: debug: ppp2: ipcp_layer_init [2014-09-23 16:00:37]: debug: ppp2: ipv6cp_layer_init [2014-09-23 16:00:37]: debug: ppp2: ppp established [2014-09-23 16:00:37]: debug: ppp2: lcp_layer_start [2014-09-23 16:00:37]: info: ppp2: send [LCP ConfReq id=1 <auth MSCHAP-v2> <mru 1400> <magic 643c9869>] [2014-09-23 16:00:37]: info: ppp2: recv [LCP ConfReq id=a9 <mru 1480> <magic 0004defe>] [2014-09-23 16:00:37]: info: ppp2: send [LCP ConfAck id=a9 ] [2014-09-23 16:00:37]: info: ppp2: recv [LCP ConfAck id=1 <auth MSCHAP-v2> <mru 1400> <magic 643c9869>] [2014-09-23 16:00:37]: debug: ppp2: lcp_layer_started [2014-09-23 16:00:37]: debug: ppp2: auth_layer_start [2014-09-23 16:00:37]: info: ppp2: send [MSCHAP-v2 Challenge id=1 <bf073d77814f0b2e0eab2b6a392e493>] [2014-09-23 16:00:37]: info: ppp2: recv [MSCHAP-v2 Response id=1 <b9e22957f2026e2a3735b7c811465>, <b28ebdd1dd2948d67b5a8b4cd182a74de2863ba9254f4>, F=0, name="s 16"] [2014-09-23 16:01:26]: info: recv [PPPoE PADT 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0080 <End-Of-List>] [2014-09-23 16:01:27]: info: recv [PPPoE PADT 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0080 <End-Of-List>] [2014-09-23 16:01:28]: info: recv [PPPoE PADI 10:fe:ed:a0:cc:81 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name > <Host-Uniq 3030303441444543>] [2014-09-23 16:01:28]: info: send [PPPoE PADO c8:0a:a9:88:1b:a6 => 10:fe:ed:a0:cc:81 sid=0000 <AC-Name oz-ural4320> <Service-Name > <AC-Cookie aa91843a64598ea5 6fd3e02deb325ab786a2ed72a3d6d530> <Host-Uniq 3030303441444543>] [2014-09-23 16:01:28]: info: recv [PPPoE PADR 10:fe:ed:a0:cc:81 => c8:0a:a9:88:1b:a6 sid=0000 <Service-Name > <AC-Cookie aa91843a64598ea56fd3e02deb325ab786a2ed 72a3d6d530> <Host-Uniq 3030303442444543>] [2014-09-23 16:01:28]: info: send [PPPoE PADS c8:0a:a9:88:1b:a6 => 10:fe:ed:a0:cc:81 sid=00c0 <AC-Name oz-ural4320> <Service-Name > <Host-Uniq 3030303442444543 >] Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 23 сентября, 2014 · Жалоба если нужна более-менее стабильная версия берите до комита 62e89248160d3592c2d754fcaa15e37586a5b091 если есть желание помочь в тестировании тогда свежую из гита, скоро будет корректирующий комит... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zeleniy Опубликовано 24 сентября, 2014 (изменено) · Жалоба Добрый день, подскажите в чем грабли: Скорости назначаю радиусом через аттрибут Filter-Id, отсылаю в Access-Accept: Filter-Id=3000 Filter-Id=1,3000 Filter-Id=2,100000 Конфиг accel-ppp: [shaper] attr=Filter-Id time-range=1,08:00-23:59 time-range=2,00:00-07:59 #attr-down=PPPD-Downstream-Speed-Limit #attr-up=PPPD-Upstream-Speed-Limit #down-burst-factor=0.1 #up-burst-factor=1.0 #latency=50 #mpu=0 #mtu=0 #r2q=10 #quantum=1500 #cburst=1375000 #ifb=ifb0 up-limiter=police down-limiter=tbf #leaf-qdisc=sfq perturb 10 #rate-multiplier=1 verbose=1 Вроде как все чудесно: ppp475 | shegera | a0:f3:c1:73:b0:1f | 10.128.220.232 | 3000/3000 | pppoe | | active | 00:00:02 И сразу же скорость меняется: ppp475 | shegera | a0:f3:c1:73:b0:1f | 10.128.220.232 | 32694/1 | pppoe | | active | 00:00:05 В логи сыпет такое: [12405.654865] sch_tbf: burst 63 is lower than device ppp631 mtu (1514) ! [12740.674309] sch_tbf: burst 3 is lower than device ppp458 mtu (1502) ! [13240.451399] sch_tbf: burst 125 is lower than device ppp659 mtu (1502) ! [13372.975747] sch_tbf: burst 3 is lower than device ppp475 mtu (1502) ! [13896.028032] sch_tbf: burst 0 is lower than device ppp655 mtu (1514) ! При таком поведении естественно неправильно режется скорость, а бывает вообще трафик не ходит. Пробовал на версии 1.8.0, а также собирал сегодня из гита последнюю сборку. Изменено 24 сентября, 2014 пользователем zeleniy Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 24 сентября, 2014 · Жалоба проверил у себя, всё нормально так что давай смотреть логи уровня 5 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...