Recent changes to feature-requests

Add a config flag to remove IPv6 prefix from RA packet

2013-01-15T10:11:49Z

The following legal configuration can be used by ISP:
1) CPE uses the same DHCPv6 PD to obtain IPv6 address + PD for LAN devices or
CPE uses DHCPv6 IA_NA to obtain IPv6 address + PD for LAN devices
2) No stateless address assignment.

In other words:

Managed=0
Other=1
AutonomousLink=0

Managed=1
Other=1
AutonomousLink=0

In the both cases accel-ppp still adds the prefix address to the RA packets.
Can you add a configuration flag to prevent the server from adding the prefix information to the RA packet? Just to make server's configuration abilities more flexible?
Thanks in advance.

MSS clamp для PPPoE

2012-11-08T16:35:39Z

Можно ли добавить ограничение MSS для PPPoE соединений, как в rp-pppoe? Драйвер это поддерживает. Неохота плодить сущности, правило в иптейблс на брасе когда-то привело к неприятным результатам в виде проседания скорости...

Некоторые клиенты не получают DNS

2012-11-01T07:48:25Z

accel-ppp сообщает DNS серверы только по запросу, в то время как некоторые клиенты не запрашивают DNS - соответственно, и не получают его. Как пример - DIR-300 ревизии B5,B6
Обычный pppd сообщает DNS серверы в первом IPCP вместе с IP туннеля со стороны сервера:
Oct 15 13:29:05 nas-1 pppd[8024]: sent [IPCP ConfReq id=0x1 <addr 172.20.x.x> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]

honour the IP address field in /etc/ppp/chap-secrets

2012-08-26T18:18:09Z

It would be really great if accel-ppp could honour the specified static IP address in /etc/ppp/chap-secrets even if the ippool module is used. The proposed logic would be as follows:

1. if the 4th field of /etc/ppp/chap-secrets is not '*', then assign the specified IP address to the client;
2. otherwise, allocate an address from the pool as usual.

This would allow administrators to assign static IP addresses to some accounts while other accounts will be dynamically allocated. The usage pattern for this is quite simple: if we have two categories of accounts (e.g. admins and users) and one category should have access to some resources, while another shouldn't -- such a configuration will allow administrators to be in a dedicated network block (and them be properly handled by a firewall).

Thanks for a great package, we really love it!

Separate IP pool for each connection type

2012-07-23T12:32:24Z

It could be a nice feature to have an ability to assign a n IP pool to the connection type. Eg. 192.168.100.0/24 will be allocated to L2TP server, 192.168.150.0/24 to PPTP, 192.168.200.0/24 - to PPPoE. May be helpful for test setups etc...

Закрытие сессий при перезапуске

2012-07-18T11:27:11Z

Если используется accounting и перезапустить accel-pptp, то все активные сессии отвался, но при этом в таблице radact они не закроются, т.е. не будет отмечено время завершения и трафик за последний интервал.
Проще говоря, хотелось бы чтобы accel-pptp слал акаунтинг реквесты при перезапуске с параметром Acct-Status-Type равным Stop

SNMP query to check user online or no

2012-07-18T10:15:10Z

It would be nice to have ability check user presence on the NAS via SNMP set query (or some how else by SNMP). It will be usefull for :

# checkrad.pl See if a user is (still) logged in on a certain port.
#
# This is used by the FreeRADIUS server to check
# if its idea of a user logged in on a certain port/nas
# is correct if a double login is detected.
# Called as: nas_type nas_ip nas_port login session_id
#
# Returns: 0 = no duplicate, 1 = duplicate, >1 = error.

Ограничение трафика на сессию

2012-07-18T09:47:55Z

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

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

Make MPPE controlled per protocol

2012-04-19T05:01:16Z

The configuration section for [ppp] controls the settings such as MPPE=deny|prefered|required, and Radius will override these settings if the attribute returned back says "required". The problem is when you configure MPPE=required it won't make the destinction of whether the protocol is L2TP or PPTP. For L2TP it's redundant to use MPPE as it is already protected by IPSEC. If you have both PPTP and L2TP enabled on the same server, MPPE set to enable strong encryption also sets it for L2TP. It would be natural to enable this option per protocol basis.

Shaper refresh function

2012-04-18T11:35:32Z

Shaper refresh function - refresh Filter-ID (get from radius) attribute for all connected users