1 Temat przez mtor

  • mtor
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-05-05
  • Posty: 111

Temat: Testowy serwer PPPoE i wolny transfer.

Chcę postawić własny serwer PPPoE do sprawdzenia wydajności routera.
Osobny fizyczny komputer z proxmox , maszyna wirtualna z OpenWRT. Na OpenWRT serwer PPPoE ( rp-pppoe-server ). iperf3 do testu łącza.

Komputer klienta PPPoE (windows 10) połączony z serwerem switchem gigowym.

Na samym ethernecie wyniki stabilne średnia 900+ Mbits/s.
Na PPPeE próby 40 - 440 Mbits/s średnia ok 260 Mbits/s.

Dlaczego na PPPoE wyniki są tak niskie?

2 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,222

Odp: Testowy serwer PPPoE i wolny transfer.

Ponieważ samo pppoe jest wolne jak diabli.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

3 Odpowiedź przez mtor

  • mtor
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-05-05
  • Posty: 111

Odp: Testowy serwer PPPoE i wolny transfer.

To jak sprawdzić " laboratoryjnie" jakie łącze internetowe na PPPoE będzie w stanie obsłużyć dany router?

4 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,222

Odp: Testowy serwer PPPoE i wolny transfer.

Nie wiem. Może weź fizyczny mocny komputer z linuksem, tam zrób serwer pppoe i sprawdź wtedy?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

5 Odpowiedź przez mar_w

  • mar_w
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-08-16
  • Posty: 2,124

Odp: Testowy serwer PPPoE i wolny transfer.

mtor napisał/a:

Chcę postawić własny serwer PPPoE do sprawdzenia wydajności routera.
Osobny fizyczny komputer z proxmox , maszyna wirtualna z OpenWRT. Na OpenWRT serwer PPPoE ( rp-pppoe-server ). iperf3 do testu łącza.
....
Dlaczego na PPPoE wyniki są tak niskie?

uruchom Openwrt z pendrive.
A jeśli chodzi o sprzęt to musisz mieć naprawdę "cienkiego" klienta w dosłownym tego słowa znaczeniu.

Xiaomi AX3000T @ Netgear R6220
* DVBT2 - T230C *

6 Odpowiedź przez mtor

  • mtor
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-05-05
  • Posty: 111

Odp: Testowy serwer PPPoE i wolny transfer.

4 rdzenie 3,5 Ghz , 8 GB DDR4. Może przez wirtualizacja daje takie efekty?

7 Odpowiedź przez mar_w

  • mar_w
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-08-16
  • Posty: 2,124

Odp: Testowy serwer PPPoE i wolny transfer.

Ja robiłem testy gdy serwerem był HP T620 z prockiem GX-415GA czyli wydaje się słabszy pomimo 4 rdzeni.

Klient był na zwykłym LANie bo sprawdzałem hardware NAT w R6220.
https://eko.one.pl/forum/viewtopic.php? … 21#p282021

Jeżeli u Ciebie klient jest podpięty do serwera to on też działa po pppoe i też musi być mocny.

Dodatkowo iperf3 obciąża CPU i lepiej jakbyś postawił serwer FTP na szybkim dysku i pobierał plik do klienta...

Xiaomi AX3000T @ Netgear R6220
* DVBT2 - T230C *

8 Odpowiedź przez cyniu88 (edytowany przez cyniu88 2025-02-24 19:24:36)

  • Zarejestrowany: 2012-11-16
  • Posty: 400

Odp: Testowy serwer PPPoE i wolny transfer.

ma ktoś  jakąś sprawdzoną  instrukcję jak poprawnie uruchomić   serwer pppoe  do testów  moze być  na laptopie   debian12/ opewrt x86?

te co ja mam nie działają  zawsze mam błąd na routerze 

    
Protokół: PPPoE
MAC: D8:0D:17:3F:53:06
RX: 39.14 KB (494 Pktw.)
TX: 27.98 KB (605 Pktw.)
Błąd: Nieznany błąd (NEGOTIATION_FAILED)

czy serwer stawiam na debianie czy na opewrt

Mon Feb 24 19:23:53 2025 daemon.warn pppd[15037]: Connected to F0:76:1C:EE:13:22 via interface eth0.2
Mon Feb 24 19:23:53 2025 daemon.info pppd[15037]: Using interface pppoe-wan
Mon Feb 24 19:23:53 2025 daemon.notice pppd[15037]: Connect: pppoe-wan <--> eth0.2
Mon Feb 24 19:23:53 2025 daemon.notice pppd[15037]: Modem hangup
Mon Feb 24 19:23:53 2025 daemon.notice pppd[15037]: Connection terminated.
Mon Feb 24 19:23:53 2025 daemon.info pppd[15037]: Sent PADT
Mon Feb 24 19:23:53 2025 daemon.info pppd[15037]: Exit.
Mon Feb 24 19:23:53 2025 daemon.warn odhcpd[2498]: No default route present, overriding ra_lifetime to 0!
Mon Feb 24 19:23:53 2025 daemon.notice netifd: Interface 'wan' is now down
Mon Feb 24 19:23:53 2025 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
Mon Feb 24 19:23:53 2025 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 6 names
Mon Feb 24 19:23:53 2025 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 2 names
Mon Feb 24 19:23:53 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Mon Feb 24 19:23:53 2025 daemon.notice netifd: Interface 'wan' is setting up now
Mon Feb 24 19:23:54 2025 daemon.info pppd[15141]: Plugin pppoe.so loaded.
Mon Feb 24 19:23:54 2025 daemon.info pppd[15141]: PPPoE plugin from pppd 2.5.1
Mon Feb 24 19:23:54 2025 daemon.notice pppd[15141]: pppd 2.5.1 started by root, uid 0
Mon Feb 24 19:23:54 2025 daemon.info pppd[15141]: PPP session is 27
Mon Feb 24 19:23:54 2025 daemon.warn pppd[15141]: Connected to F0:76:1C:EE:13:22 via interface eth0.2
Mon Feb 24 19:23:54 2025 daemon.info pppd[15141]: Using interface pppoe-wan
Mon Feb 24 19:23:54 2025 daemon.notice pppd[15141]: Connect: pppoe-wan <--> eth0.2
Mon Feb 24 19:23:54 2025 daemon.notice pppd[15141]: Modem hangup
Mon Feb 24 19:23:54 2025 daemon.notice pppd[15141]: Connection terminated.
Mon Feb 24 19:23:54 2025 daemon.info pppd[15141]: Sent PADT
Mon Feb 24 19:23:54 2025 daemon.info pppd[15141]: Exit.
Mon Feb 24 19:23:54 2025 daemon.warn odhcpd[2498]: No default route present, overriding ra_lifetime to 0!
Mon Feb 24 19:23:55 2025 daemon.notice netifd: Interface 'wan' is now down
Mon Feb 24 19:23:55 2025 daemon.notice netifd: Interface 'wan' is setting up now
Mon Feb 24 19:23:56 2025 daemon.info pppd[15258]: Plugin pppoe.so loaded.
Mon Feb 24 19:23:56 2025 daemon.info pppd[15258]: PPPoE plugin from pppd 2.5.1
Mon Feb 24 19:23:56 2025 daemon.notice pppd[15258]: pppd 2.5.1 started by root, uid 0
Mon Feb 24 19:23:56 2025 daemon.info pppd[15258]: PPP session is 28
Mon Feb 24 19:23:56 2025 daemon.warn pppd[15258]: Connected to F0:76:1C:EE:13:22 via interface eth0.2
Mon Feb 24 19:23:56 2025 daemon.info pppd[15258]: Using interface pppoe-wan
Mon Feb 24 19:23:56 2025 daemon.notice pppd[15258]: Connect: pppoe-wan <--> eth0.2
Mon Feb 24 19:23:56 2025 daemon.notice pppd[15258]: Modem hangup
Mon Feb 24 19:23:56 2025 daemon.notice pppd[15258]: Connection terminated.
Mon Feb 24 19:23:56 2025 daemon.info pppd[15258]: Sent PADT
Mon Feb 24 19:23:56 2025 daemon.info pppd[15258]: Exit.
Mon Feb 24 19:23:56 2025 daemon.warn odhcpd[2498]: No default route present, overriding ra_lifetime to 0!
Mon Feb 24 19:23:56 2025 daemon.notice netifd: Interface 'wan' is now down
Mon Feb 24 19:23:56 2025 daemon.notice netifd: Interface 'wan' is setting up now

9 Odpowiedź przez mar_w

  • mar_w
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-08-16
  • Posty: 2,124

Odp: Testowy serwer PPPoE i wolny transfer.

ja mam taką najprostszą konfigurację na Openwrt-24.10-snapshot z eko.one żeby był jakiś punkt wspólny:
https://pastebin.com/XqSGdvHU

ciekawostka jest taka, że gdy nie dopiszę na serwerze interfejsu ppp0 (w /etc/config/network) to połączenie też się zestawia i serwer może pingować klienta ale ... klient nie może pingować serwera, pomimo tego że serwer słucha na szeroko otwartym interfejsie 'lan'
Pewnie wynika to z tego, że firewall nie może skojarzyć do jakiej sekcji należy ppp0 (bo jakiś taki odludek):

# ip a
...
10: eth0.35@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether 08:00:27:36:0c:ce brd ff:ff:ff:ff:ff:ff
    inet 192.168.35.1/24 brd 192.168.35.255 scope global eth0.35
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe36:cce/64 scope link
       valid_lft forever preferred_lft forever
11: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc fq_codel state UNKNOWN qlen 3
    link/ppp
    inet 192.168.35.1 peer 192.168.35.2/32 scope global ppp0
       valid_lft forever preferred_lft forever
    inet6 fe80::8d8f:d1c8:334e:c06e/128 scope link flags 02
       valid_lft forever preferred_lft forever


podczas gdy na kliencie też się tworzy nowy interfejs ppp ale konkretnie powiązany z wan:

# ip a
...
7: eth1.35@eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether 08:00:27:60:6d:ae brd ff:ff:ff:ff:ff:ff
    inet6 fe80::a00:27ff:fe60:6dae/64 scope link
       valid_lft forever preferred_lft forever
9: pppoe-wan: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc fq_codel state UNKNOWN qlen 3
    link/ppp
    inet 192.168.35.2 peer 192.168.35.1/32 scope global pppoe-wan
       valid_lft forever preferred_lft forever
    inet6 fe80::a01b:3c40:7847:2dce/128 scope link flags 02
       valid_lft forever preferred_lft forever

i może dlatego na kliencie nie trzeba dopisywać dziwnych interfejsów do /etc/config/network i potem do firewalla...
Ale ten niuans niech opiszą profesjonaliści bo fajnie byłoby wiedzieć....

Xiaomi AX3000T @ Netgear R6220
* DVBT2 - T230C *