Перейти к содержимому
Калькуляторы

нет, старт сессии по ип4, ип6 выдаётся как дополнительный

аккаунтинг снимается с интерфейса, так что ип4 там или ип6 не важно

 

в 1.8 ип6 ещё нет

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А как выдается? DHCPv6? Есть варианты выдачи подсети (как это должно правильно быть в v6)?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

выдаётся через ND либо DHCPv6, через ND только /64 префиксы, через дхцп любые + Prefix Delegation

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

круто!

а через радиус как ? атрибут какой ? или может есть настройка в конфиге accel какой атрибут будет отвечать за v6

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в 1.8 ип6 ещё нет

а как можна потянуть версию с поддержкой в6 ? это есть в мастер ветке ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

нет, старт сессии по ип4, ип6 выдаётся как дополнительный

аккаунтинг снимается с интерфейса, так что ип4 там или ип6 не важно

 

в 1.8 ип6 ещё нет

А как быть со схемой с релеем и выдачей адресов сторонним сервером? Релей для v6 будет работать? Или можно независимо сконфигурить, v6 из пула или радиуса, v4 релеем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а как можна потянуть версию с поддержкой в6 ? это есть в мастер ветке ?
да

 

А как быть со схемой с релеем и выдачей адресов сторонним сервером? Релей для v6 будет работать? Или можно независимо сконфигурить, v6 из пула или радиуса, v4 релеем.
для ип4 всё остаётся как и прежде, не важно каким образом запускается сессия и каким образом выдаётся ей ип4

для ип6 релея не предусмотрено, по крайней мере пока, если ип4 выдаётся релеем, то ип6 можно выдать только из локального пула соотвественно

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

я внёс серьёзные изменения в процедуры аутентификации/аккаунтинга (комит 62e89248160d3592c2d754fcaa15e37586a5b091)

так что могут быть нестабильности пока не оттестируем

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Всем привет. Хотелось бы узнать у многоуважаемого 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Проблему я сам пока не выявил, а суть вопроса в том чтоб дропать/заканчивать сессию при неактивности абонента. т.е. абонент включил на 10 мин ПК, посидел, выключил ПК, а на сервере сессия будет сутки висеть.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Cramac,

Проверяйте маршрутизацию. Заодно посмотрите - а не выдаются ли кому-то одинаковые IP (у меня когда-то биллинг таким грешил, xeb помог разобраться).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Спасибо, жаль что 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 надо было перезапустить после добавления в словари

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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. Что это значит и как это лечится?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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’ определена, но нигде не используется

 

 

 

На неделе снова будем проводить тестирование.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Cramac, Idle-Timeout радиус атрибут

 

А есть возможность его задать по дефолту?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

я внёс серьёзные изменения в процедуры аутентификации/аккаунтинга (комит 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
>]

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

если нужна более-менее стабильная версия берите до комита 62e89248160d3592c2d754fcaa15e37586a5b091

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добрый день, подскажите в чем грабли:

Скорости назначаю радиусом через аттрибут 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, а также собирал сегодня из гита последнюю сборку.

Изменено пользователем zeleniy

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

проверил у себя, всё нормально

так что давай смотреть логи уровня 5

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.