Search found 13 matches
- 22 Sep 2024, 23:04
- Forum: General
- Topic: Which github repo, which website?
- Replies: 1
- Views: 3447
Which github repo, which website?
Which is the correct one: https://github.com/xebd/accel-ppp or https://github.com/accel-ppp/accel-ppp ? https://accel-ppp.org/ or https://www.accel-ppp.io/ ? not sure what is the story behind it, is accel-ppp being taken over by VyOS, and is this approved by the previous developers? When I submitted...
- 25 Jan 2022, 20:41
- Forum: PPPoE
- Topic: NetFlow accounting on PPPoE interfaces?
- Replies: 2
- Views: 12416
Re: NetFlow accounting on PPPoE interfaces?
I'm not sure how to tell pmacct to detect dynamic PPPoE interfaces created and removed by accel-ppp. My RADIUS configuration is such that they are all named ppp-$USER where $USER is the PPPoE username. I need to collect and log all IP headers (only headers, no data) of all traffic flows on all PPPoE...
- 24 Jan 2022, 20:19
- Forum: PPPoE
- Topic: NetFlow accounting on PPPoE interfaces?
- Replies: 2
- Views: 12416
NetFlow accounting on PPPoE interfaces?
Is is possible to do NetFlow traffic accounting on the dynamic PPPoE interfaces created by accel-ppp? I'm running a PPPoE server on VyOS which includes accel-ppp, but VyOS only allows physical interfaces to be specified for traffic accounting. Is this just a limitation of the VyOS CLI (must specify ...
- 20 Aug 2020, 19:02
- Forum: PPPoE
- Topic: PPPoE session still open after client connects to different server
- Replies: 2
- Views: 12107
Re: PPPoE session still open after client connects to different server
Proposed patch (warning: not tested yet other than it compiles): - use uint32_t consistently for LCP magic numbers instead of (signed) int - use mrand48() instead of random() for full 32 bits of randomness (like pppd does) - remember peer's negotiated magic in lcp->peer_magic - check it in received ...
- 11 Aug 2020, 22:36
- Forum: PPPoE
- Topic: PPPoE session still open after client connects to different server
- Replies: 2
- Views: 12107
PPPoE session still open after client connects to different server
I've seen a situation which looks like a bug to me. It happens in a redundant / load balancing setup with two (or more) PPPoE servers on the same network. I've never seen it happen while running a similar setup with two MikroTik PPPoE servers for a long time earlier on the same network with mostly t...
- 21 Jul 2020, 20:32
- Forum: PPPoE
- Topic: Mass disconnects under high load
- Replies: 6
- Views: 17422
Re: Mass disconnects under high load
After some more tuning... wel'll see, testing is not easy in a production setup as I don't want the customers more angry than they already are. unit-cache= - disabled again, I suspect (not confirmed yet) it might have bad effect on dynamic routing protocols (I redistribute connected PPPoE routes via...
- 07 Jul 2020, 15:37
- Forum: Free for all
- Topic: Any experts in Linux tc filter actions here?
- Replies: 0
- Views: 25360
Any experts in Linux tc filter actions here?
I'm looking to do a seemingly simple thing that should be possible with u32 match and skbedit action, but can't seem to figure out the proper syntax. The error I'm getting is usually "Error: Class doesn't support blocks." and I can't even find this string anywhere in the tc binary. Running...
- 07 Jul 2020, 12:05
- Forum: PPPoE
- Topic: Mass disconnects under high load
- Replies: 6
- Views: 17422
Re: Mass disconnects under high load
It's a bit difficult to debug without making customers angry, especially now that everyone is working remotely etc. VyOS people also suggested the unit-cache option, we'll see. In the meantime I'm also seeing another issue, adaptive LCP echo sometimes has the unwanted effect of keeping alive stale P...
- 01 Jul 2020, 09:44
- Forum: PPPoE
- Topic: Mass disconnects under high load
- Replies: 6
- Views: 17422
Mass disconnects under high load
I'm using accel-ppp 1.12.0 that comes as part of VyOS 1.2.5 - running on PC Engines apu4d4. Works fine most of the time, but I was getting occasional mass disconnects of PPPoE clients. One thing suggested by VyOS people that helped a bit (but not completely yet) was to set [radius] acct-timeout=0 - ...
- 12 Apr 2016, 21:52
- Forum: Feature requests
- Topic: PPPoE RFC4638
- Replies: 10
- Views: 13229
Re: PPPoE RFC4638
Congratulations, very good news to see progress on this! Both Mikrotik PPPoE server and accel-ppp have almost all features I need, with these exceptions: Mikrotik missing Delegated-IPv6-Prefix RADIUS attribute, accel-ppp missing RFC4638 support (OK, may still have issues but it's a start). So I was ...