Search found 12 matches
- 10 Jul 2023, 10:00
- Forum: General
- Topic: PPPoE vs IPoE shared mode advice
- Replies: 3
- Views: 5101
Re: PPPoE vs IPoE shared mode advice
Hi, Reasons against QINQ in my case: a) ugly configuration on huawei gear b) more complex configuration in general: vlan-mon etc. c) possibly requires special drivers like these? https://github.com/serhepopovych/ixgbe but it does provide the best separation Huawei gear supports smart vlan feature, w...
- 03 Jul 2023, 15:28
- Forum: General
- Topic: PPPoE vs IPoE shared mode advice
- Replies: 3
- Views: 5101
PPPoE vs IPoE shared mode advice
Hi. For years I have been using only PPPoE. My network consists of wireless (ubiquiti gear, aps and cpes) and GPON (huawei olts and onts). Now I don't have much problems with PPPoE but I have been increasingly thinking of moving the GPON portion of the network to IPOE shared mode (L2). I am trying t...
- 19 Jan 2017, 15:26
- Forum: Radius
- Topic: radius module hangs - stops sending requests
- Replies: 2
- Views: 6456
radius module hangs - stops sending requests
Hi. - Debian 8 Jessie Linux pppoe 4.4.23 #1 SMP Fri Oct 7 12:23:46 CEST 2016 x86_64 GNU/Linux - accel-ppp version 1.11.0 amd64 - freeradius 3.0.12 Wondering if anyone experiences anything similar with their accel-ppp installations. Occasionally (every few weeks) randomly on one of my accel-ppp insta...
- 09 Jul 2016, 22:33
- Forum: PPPoE
- Topic: accel-ppp locking, 200% cpu and fills logs until there's no space left.
- Replies: 22
- Views: 7536
Re: accel-ppp locking, 200% cpu and fills logs until there's no space left.
@ddobrev Sorry for the late response. I downgraded accel-ppp to 1.10.2 on June 10 on both servers. Kernel remains the same (version 4.4.6 and 4.4.12 on the servers). So far no issues to this day. Can you tell me exact git revision of the release you downgraded to, so I can test ? git clone git://gi...
- 08 Jul 2016, 09:35
- Forum: PPPoE
- Topic: accel-ppp locking, 200% cpu and fills logs until there's no space left.
- Replies: 22
- Views: 7536
Re: accel-ppp locking, 200% cpu and fills logs until there's no space left.
@ddobrev Sorry for the late response.
I downgraded accel-ppp to 1.10.2 on June 10 on both servers. Kernel remains the same (version 4.4.6 and 4.4.12 on the servers). So far no issues to this day.
I downgraded accel-ppp to 1.10.2 on June 10 on both servers. Kernel remains the same (version 4.4.6 and 4.4.12 on the servers). So far no issues to this day.
- 10 Jun 2016, 11:37
- Forum: PPPoE
- Topic: accel-ppp locking, 200% cpu and fills logs until there's no space left.
- Replies: 22
- Views: 7536
Re: accel-ppp locking, 200% cpu and fills logs until there's no space left.
hi it is kernel bug, so downgrade kernel to < 4.4 Hi. In emergency I downgraded accel-ppp to 1.10.2 and it seems to work so far. Previously no matter if I killed the accel-ppp process to restart it or reboot the system, accel-ppp would start with 200+% CPU and OOM crash or fill logs. Funnily it has...
- 10 Jun 2016, 10:33
- Forum: PPPoE
- Topic: accel-ppp locking, 200% cpu and fills logs until there's no space left.
- Replies: 22
- Views: 7536
accel-ppp locking, 200% cpu and fills logs until there's no space left.
Hi, Noticed it twice already on one server. accel-ppp had 200%+ CPU in top output. uname -a Linux pppoe2 4.4.12 #1 SMP Sun Jun 5 21:22:38 CEST 2016 x86_64 GNU/Linux (Debian Jessie 8.2) - happened on kernel 4.4.6 as well. accel-ppp installed from commit: e3e804a0266840ef0a9cc13c4f6d1ac8fc68c676 (it h...
- 13 Apr 2016, 11:17
- Forum: Feature requests
- Topic: PPPoE RFC4638
- Replies: 10
- Views: 8580
Re: PPPoE RFC4638
Hello,
Can confirm that Mikrotik client now sets full 1500 MTU/MRU and doesn't fall back to lower MTU. Accel-ppp now replies to the lcp lcho packets with 1500 data length sent by the client after session is opened.
Can confirm that Mikrotik client now sets full 1500 MTU/MRU and doesn't fall back to lower MTU. Accel-ppp now replies to the lcp lcho packets with 1500 data length sent by the client after session is opened.
- 10 Apr 2016, 17:55
- Forum: Feature requests
- Topic: PPPoE RFC4638
- Replies: 10
- Views: 8580
Re: PPPoE RFC4638
Hello, So I took some time, reread th RFC several times, took some more tcpdumps against Mikrotik and tried to follow accel-ppp code. I finally know the problem, and I propose these changes: 1. Revert commit fc098b3062badfd802f91241533069cad4886b6f - justification: This applies to RFC4638 section 5....
- 10 Apr 2016, 02:06
- Forum: Feature requests
- Topic: PPPoE RFC4638
- Replies: 10
- Views: 8580
Re: PPPoE RFC4638
Hi, Now that I had an opportunity to test it more fully I noticed a problem on the Mikrotik client that I missed earlier. /interface ethernet set [ find default-name=ether1 ] mtu=1508 /interface pppoe-client add add-default-route=yes allow=chap disabled=no interface=ether1\ max-mru=1500 max-mtu=1500...