[Freedom] Ervaringen & Discussie

[eymey]

cyclone schreef op donderdag 4 april 2024 @ 15:00:
@Running_Cow

[...]


OpenWRT is Linux Based en niet BSD. De hele issue (waar menig tweaker zo blijkt) al flink wat tijd op is verloren is dus de brakke PPOE implementatie (single thread) in BSD.
In Linux (en dus ook in OpenWRT) is de PPPoE implementatie multi threaded en dat maakt dat je op exact dezelfde hardware opeens wel volle snelheid haalt.

Dit is (helaas) de reden geweest dat ik OpenSense de deur uit heb gegooid want ook dat is BSD based en liep ik tegen dezelfde snelheids beperking aan.

Dat PPPoE niet multithreaded is, is inderdaad jammer van BSD-gebaseerde systemen zoals OPNSense.

Dat gezegd hebbende: Ik draai al sinds begin 2019 op OPNSense als VM onder Proxmox, op een Shuttle DH310 met i3-8100 CPU, waarbij 2 vCPUs toegewezen aan OPNSense. En dat handelt sinds najaar 2020 ook PPPoE af op de volle snelheid van Freedom

[ChillingStream]

Zijn er nog meer mensen voor wie de ping binnen Nederland onacceptabel is? Sindsdien ik bij Freedom zit, is mijn standaard ping binnen Nederland gewoon +4 ms op alles . (Ja, dit gebeurt ook als ik vanaf de router ping)

code:

$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=8.25 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=12.1 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=8.24 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=8.19 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=59 time=8.46 ms

code:

$ ping tweakers.net
PING tweakers.net (2001:9a8:0:e:1337:0:80:2) 56 data bytes
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=1 ttl=57 time=9.21 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=2 ttl=57 time=9.31 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=3 ttl=57 time=9.38 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=4 ttl=57 time=9.30 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=5 ttl=57 time=9.21 ms

code:

$ ping tweakers.net -4
PING tweakers.net (213.239.154.31) 56(84) bytes of data.
64 bytes from tweakers.net (213.239.154.31): icmp_seq=1 ttl=57 time=9.14 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=2 ttl=57 time=9.25 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=3 ttl=57 time=9.18 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=4 ttl=57 time=9.24 ms

[RobbyTown]

@ChillingStream Even bij mij ook maar een test gedaan (op hetzelfde nachtelijke uur). Misschien handig om te vergelijken. Geen Freedom maar Glasnet.

code:

$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=58 time=4.56 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=58 time=4.35 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=58 time=4.62 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=58 time=4.36 ms

code:

  $ ping tweakers.net
PING tweakers.net(tweakers.net (2001:9a8:0:e:1337:0:80:1)) 56 data bytes
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:1): icmp_seq=1 ttl=55 time=4.12 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:1): icmp_seq=2 ttl=55 time=3.91 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:1): icmp_seq=3 ttl=55 time=3.92 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:1): icmp_seq=4 ttl=55 time=3.94 ms

code:

 $ ping tweakers.net -4
PING  (213.239.154.30) 56(84) bytes of data.
64 bytes from tweakers.net (213.239.154.30): icmp_seq=1 ttl=58 time=4.05 ms
64 bytes from tweakers.net (213.239.154.30): icmp_seq=2 ttl=58 time=4.01 ms
64 bytes from tweakers.net (213.239.154.30): icmp_seq=3 ttl=58 time=3.93 ms
64 bytes from tweakers.net (213.239.154.30): icmp_seq=4 ttl=58 time=4.13 ms

[ Voor 6% gewijzigd door RobbyTown op 05-04-2024 02:23 ]

[ChillingStream]

Dat zijn dezelfde RTTs die ik eerst ook met Tweak had...

[tcviper]

ChillingStream schreef op vrijdag 5 april 2024 @ 02:08:
Zijn er nog meer mensen voor wie de ping binnen Nederland onacceptabel is? Sindsdien ik bij Freedom zit, is mijn standaard ping binnen Nederland gewoon +4 ms op alles . (Ja, dit gebeurt ook als ik vanaf de router ping)

code:

$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=8.25 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=12.1 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=8.24 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=8.19 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=59 time=8.46 ms

code:

$ ping tweakers.net
PING tweakers.net (2001:9a8:0:e:1337:0:80:2) 56 data bytes
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=1 ttl=57 time=9.21 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=2 ttl=57 time=9.31 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=3 ttl=57 time=9.38 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=4 ttl=57 time=9.30 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=5 ttl=57 time=9.21 ms

code:

$ ping tweakers.net -4
PING tweakers.net (213.239.154.31) 56(84) bytes of data.
64 bytes from tweakers.net (213.239.154.31): icmp_seq=1 ttl=57 time=9.14 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=2 ttl=57 time=9.25 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=3 ttl=57 time=9.18 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=4 ttl=57 time=9.24 ms

Ik heb sinds freedom (ODF) (januari) hier tussen de 5-6ms gemiddeld. Naar Tweakers en 1.1.1.1 rond de 6-7. Ik kom van jaren Ziggo af waar het gemiddeld 16-18ms was, dus 😛 Alles onder de 10 is voor mij prima.

[stormfly]

ChillingStream schreef op vrijdag 5 april 2024 @ 02:08:
Zijn er nog meer mensen voor wie de ping binnen Nederland onacceptabel is? Sindsdien ik bij Freedom zit, is mijn standaard ping binnen Nederland gewoon +4 ms op alles . (Ja, dit gebeurt ook als ik vanaf de router ping)

code:

$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=8.25 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=12.1 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=8.24 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=8.19 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=59 time=8.46 ms

code:

$ ping tweakers.net
PING tweakers.net (2001:9a8:0:e:1337:0:80:2) 56 data bytes
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=1 ttl=57 time=9.21 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=2 ttl=57 time=9.31 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=3 ttl=57 time=9.38 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=4 ttl=57 time=9.30 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=5 ttl=57 time=9.21 ms

code:

$ ping tweakers.net -4
PING tweakers.net (213.239.154.31) 56(84) bytes of data.
64 bytes from tweakers.net (213.239.154.31): icmp_seq=1 ttl=57 time=9.14 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=2 ttl=57 time=9.25 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=3 ttl=57 time=9.18 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=4 ttl=57 time=9.24 ms

KPN heeft de laagste ping en Glasnet zit er dicht op.

[Mr-D.]

@ChillingStream

ligt er denk ik ook aan wanneer je dit test.
nu net getest en dat ziet er dan weer goed uit.
als ik het niet vergeet probeer ik het vanavond nog eens.

[ik222]

Sowieso, zeker in de nacht kan er wel eens onderhoud plaatsvinden aan vezels waardoor verkeer tijdelijk een andere route volgt. Routes zijn meestal op backhaul niveau geografisch gescheiden waardoor de latency een paar ms hoger kan zijn als de meest optimale route vanwege onderhoud tijdelijk niet beschikbaar is.

[TGEN]

code:

--- 1.1.1.1 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7009ms
rtt min/avg/max/mdev = 4.839/5.077/5.840/0.294 ms

Freedom via KPN WBA.

[ Voor 6% gewijzigd door TGEN op 05-04-2024 09:19 ]

[ervee]

cyclone schreef op donderdag 4 april 2024 @ 15:00:
@Running_Cow

[...]


OpenWRT is Linux Based en niet BSD. De hele issue (waar menig tweaker zo blijkt) al flink wat tijd op is verloren is dus de brakke PPOE implementatie (single thread) in BSD.
In Linux (en dus ook in OpenWRT) is de PPPoE implementatie multi threaded en dat maakt dat je op exact dezelfde hardware opeens wel volle snelheid haalt.

Dit is (helaas) de reden geweest dat ik OpenSense de deur uit heb gegooid want ook dat is BSD based en liep ik tegen dezelfde snelheids beperking aan.

In de laatste versie van BSD zit de multi threaded mpd5 als het goed is. En de laatste versie OPNSense draait een versie BSD waar het in zit, maar of het ook echt gebruik maakt van die multi threaded mpd5 kan ik niet goed vinden.

In OpenWRT is PPPoE echt niet multi threaded, helaas.

[eymey]

ChillingStream schreef op vrijdag 5 april 2024 @ 02:08:
Zijn er nog meer mensen voor wie de ping binnen Nederland onacceptabel is? Sindsdien ik bij Freedom zit, is mijn standaard ping binnen Nederland gewoon +4 ms op alles . (Ja, dit gebeurt ook als ik vanaf de router ping)

code:

$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=8.25 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=12.1 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=8.24 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=8.19 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=59 time=8.46 ms

code:

$ ping tweakers.net
PING tweakers.net (2001:9a8:0:e:1337:0:80:2) 56 data bytes
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=1 ttl=57 time=9.21 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=2 ttl=57 time=9.31 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=3 ttl=57 time=9.38 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=4 ttl=57 time=9.30 ms
64 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:2): icmp_seq=5 ttl=57 time=9.21 ms

code:

$ ping tweakers.net -4
PING tweakers.net (213.239.154.31) 56(84) bytes of data.
64 bytes from tweakers.net (213.239.154.31): icmp_seq=1 ttl=57 time=9.14 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=2 ttl=57 time=9.25 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=3 ttl=57 time=9.18 ms
64 bytes from tweakers.net (213.239.154.31): icmp_seq=4 ttl=57 time=9.24 ms

Nope. Niet herkenbaar.

Net even een ping gedaan vanaf een LXC container op dezelfde fysieke machine als waar ook OPNSense draait, en beide hosts niet hoger dan 1.8 ms.

Dit is om 10:30 's ochtends, Freedom via voormalige Cambrium apparatuur in Almere (dus wel lekker korte backhaul naar Amsterdam, waarschijnlijk ) .

[cyclone]

ervee schreef op vrijdag 5 april 2024 @ 10:01:
[...]

In OpenWRT is PPPoE echt niet multi threaded, helaas.

Nou misschien verwoord ik het dan verkeerd .. maar PPPoE op BSD based producten performed niet en op Linux based producten wel.

OpenWRT is Linux based


Had OpenSense op een AMD GX-415 doosje draaien ding heeft 4 cores en met OpenSense dus dikke performance issues (want 1 core stond op 100% en sneller ging hij niet).
Een USB stick erin gepropt met OpenWRT en opeens vloog er gewoon volle wirespeed over de PPPoE interface (1Gbit) heen.

Kortom hoe je het wilt noemen issue zit hem in de implementatie van PPPoE in BSD vs Linux en feit dus dat bij BSD je niet sneller bent dan de performance van 1 core van je CPU en onder Linux het verdeeld wordt over alle beschikbare cores.
In mijn beleving is dat multithreading maar misschien heb ik dat dan altijd verkeerd begrepen.

Laat er trouwens geen misverstand over bestaan dat ik hier zelf vrij rouwig over ben gezien ik OpenSense een superfijn product vind en erg blij was met mijn zuinige hardware en alle functionaliteit die ik hier op had.
Helaas heb ik dat doosje op de plank moeten smijten toen ik overstappte van Ziggo naar Freedom Fiber.
Maar mocht deze issue opgelost zijn / worden ben ik de eerste die weer terug grijpt naar OpenSense


[edit]
De opmerking van @ervee maakte me toch nieuwsgierig en het lijkt dat ik het inderdaad niet geheel bij het juiste eind heb / verkeerde aanname heb gedaan op basis van de bevindingen hierboven.
Als ik dit artikel er op nalees heeft het niet zo zeer met single threaded PPPoE implementaties te maken maar meer met de afhandeling van het verkeer door een NIC.

Zo meteen mijn oude router maar eens afstoffen en daar eens wat mee gaan testen, keyword hier is iig virtualisatie en of bridge interfaces.

Thanks @ervee weer wat geleerd vandaag

[ Voor 31% gewijzigd door cyclone op 05-04-2024 12:12 ]

[ChillingStream]

code:

$ ping tweakers.net -4
PING tweakers.net (31.22.80.152) 56(84) bytes of data.
64 bytes from tweakers.net (31.22.80.152): icmp_seq=1 ttl=57 time=6.45 ms
64 bytes from tweakers.net (31.22.80.152): icmp_seq=2 ttl=57 time=6.33 ms
64 bytes from tweakers.net (31.22.80.152): icmp_seq=3 ttl=57 time=6.31 ms
64 bytes from tweakers.net (31.22.80.152): icmp_seq=4 ttl=57 time=6.40 ms

code:

$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=5.07 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=5.06 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=8.35 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=5.01 ms

Het ziet er weer wat beter uit, ik had hier ongeveer een week last van, want op dag 1 en 2 na de overstap leek alles redelijk normaal (wel +1ms op wat ik bij Tweak had). Dan was het sinds afgelopen vrijdag +4ms op de Tweak ping. Nu lijkt het weer +1ms te zijn.

[timmie1]

Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=12ms TTL=59
Reply from 1.1.1.1: bytes=32 time=11ms TTL=59
Reply from 1.1.1.1: bytes=32 time=13ms TTL=59
Reply from 1.1.1.1: bytes=32 time=12ms TTL=59

Pinging tweakers.net [213.239.154.31] with 32 bytes of data:
Reply from 213.239.154.31: bytes=32 time=19ms TTL=57
Reply from 213.239.154.31: bytes=32 time=15ms TTL=57
Reply from 213.239.154.31: bytes=32 time=23ms TTL=57
Reply from 213.239.154.31: bytes=32 time=19ms TTL=57

Als ik naar bovenstaande posts kijk en mijn ping via KPN PON daarmee vergelijk, lijkt het toch dat Freedom betere peering heeft. Intern tot router geeft bij een traceroute <1 ms. Ping is uitgevoerd met bedrade verbinding zonder bandbreedtegebruik.

[Tuxwielder]

Hmm, even wat minder blij met Freedom.

Woensdag 3 april j.l. een techniekovergang gepland (van GPON naar AON, ex-Tweak). Weinig instructies, anders dan "sluit je Modem aan". Dat maar even niet gedaan (want AON op GPON aansluiten lijkt mij geen goed idee en weinig sociaal :-) ). Toen het duurde contact met helpdesk en die sugereerde om de GPON ONT aan te sluiten totdat het "lampje uitging". Zo gezegd zo gedaan. Lampje uit, omgeswitcht naar AON en... geen licht.

Dat duurt gaat nu ruim de derde dag in en herhaaldelijk contact met de helpdesk leidt tot het antwoord "bericht gestuurd naar de belichter, niets gehoord". Niet dat ze dan actief gaan bellen of zo...

Lekker dan, lijkt er sterk op dat dit over het weekend gaat worden getild (hoewel er dus niets van een diagnose lijkt te zijn, laat staan communicatie naar de klant).

[Tuxwielder]

Heh, zojuist alles op groen. Er was verkeerd gepatched...

❯ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: icmp_seq=0 ttl=59 time=2.371 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=2.321 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=2.114 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=2.025 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=1.993 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=59 time=2.306 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=59 time=2.190 ms
...

[Running_Cow]

Okay, vanmiddag na werk gelijk getest met PPPoE en en prutsen met mpd5 op de server in de meterkast, en ben tevreden met de 950/950 die ik nu zie. Dat is een pak van het hart. Wel jammer dat Freedom nog steeds niet op het ticket heeft gereageerd. Moet wel eerlijk bekennen dat ik het probleem had gedacht te vinden buiten de voordeur, maar was na veel testen en overgang op Fritzbox 5490 en server en veel lezen toch in mijn meterkast te zitten (gelukkig).

Maar %TLDR: Bij @Running_Cow nu ook via FreeBSD door mpd5 implementatie op 99% gbit up/down via Freedom .

Voor @ArienV , @eymey , @cyclone , @ervee (en wie ik misschien nog vergeet): Thanks voor de ondersteuning en het meedenken en blijven hameren op de brakke PPPoE implementatie.

En voor de mede-tweakers met hogere ping: Na overgaan van PPPoE binnen FreeBSD naar mpd5 is ping beter geworden van circa 5 ms naar 3,5 ms. Ping resultaten nu om 18:25, dit is via AON op het (oude)Cambrium netwerk, nu Fiber Operator.

code:

PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: icmp_seq=0 ttl=60 time=3.468 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=60 time=3.357 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=60 time=3.428 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=60 time=3.477 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=60 time=3.482 ms

code:

PING tweakers.net (213.239.154.31): 56 data bytes
64 bytes from 213.239.154.31: icmp_seq=0 ttl=58 time=3.473 ms
64 bytes from 213.239.154.31: icmp_seq=1 ttl=58 time=3.346 ms
64 bytes from 213.239.154.31: icmp_seq=2 ttl=58 time=3.319 ms
64 bytes from 213.239.154.31: icmp_seq=3 ttl=58 time=3.309 ms
64 bytes from 213.239.154.31: icmp_seq=4 ttl=58 time=3.347 ms

En als hart onder de riem voor @Tuxwielder : Jaren geleden was bij mij ook in 1 keer de verbinding weg op een ochtend. 's Middags Tweak een keer gebeld, kreeg te horen "mh, ik zie 100% demping). Was er ook verkeerd gepatched, in ieder geval: Mijn patch was eruit gehaald. Dat heeft ook precies 3 dagen geduurd voordat de patch er weer in zat.

[cyclone]

@Running_Cow Top ! en zou je iets kunnen delen wat je gedaan hebt / welke info je gebruikt hebt om dit zo aan de praat te krijgen ? Begint bij mij namelijk nu ook te kriebelen om toch weer terug te gaan naar OpenSense.

[Running_Cow]

@cyclone

Op forums.freebsd.org staat een post van "HiddenWolf" op https://forums.freebsd.or...hcp-to-fiber-pppoe.85546/.

Vanuit die post:
1: mpd5 installeren (kan via add package of vanuit ports installeren en compileren, dit heb ik gedaan).
2: mpd5 configureren op basis van het voorbeeld. 99% van mijn setup:

code:

startup:
        set web self 127.0.0.1 5006

default:
        load freedom_internet

freedom_internet:
        create bundle static B1
        set iface route default
        set ipcp ranges 0.0.0.0/0 0.0.0.0/0
        set bundle enable ipv6cp

        create link static L1 pppoe
        set link action bundle B1
        set auth authname [e-mail]
        set auth password 1234
        set link mtu 1500
        set pppoe iface vlan6
        set link max-redial 0
        set link keep-alive 10 60
        set pppoe service ""
        open

3: ppp stoppen (als je dat hebt draaien)
4: mpd5 starten
5: Daarna even zitten vogelen omdat ik op de netwerkinterface ng0 geen ip-adres kreeg toegewezen van Freedom. Dit lag aan de volgorde van regels in de config (volgorde maakt dus uit).
6: Daarna firewall aanpassen omdat WAN interface was veranderd van tun1 naar ng0
7: Klaar en speedtest draaien

[Dennisb1]

Nou i am ready.

Edgerouter 12P op de SFP poort
Vlan, pppoe, ipv6 config voorbereid maar niet actief op de interface interne switch
Pppoe, op de load balancer ingesteld als actief

Alles draait nog op Tweak maar als goed is springt alles zo over en in ergste geval eerst over op de 4G verbinding….

Op hoop van zegen want de migratie is tijdens de vakantie en kom graag zorgeloos thuis.

Heb best wat dingen draaien die van buitenaf benaderd worden, met de hand nog want DNS en web proxy dingen veranderen naderhand

[ Voor 14% gewijzigd door Dennisb1 op 08-04-2024 13:12 ]

[eymey]

cyclone schreef op vrijdag 5 april 2024 @ 11:43:
[...]


[edit]
De opmerking van @ervee maakte me toch nieuwsgierig en het lijkt dat ik het inderdaad niet geheel bij het juiste eind heb / verkeerde aanname heb gedaan op basis van de bevindingen hierboven.
Als ik dit artikel er op nalees heeft het niet zo zeer met single threaded PPPoE implementaties te maken maar meer met de afhandeling van het verkeer door een NIC.

Zo meteen mijn oude router maar eens afstoffen en daar eens wat mee gaan testen, keyword hier is iig virtualisatie en of bridge interfaces.

Thanks @ervee weer wat geleerd vandaag

Hmmm, zeker een interessant artikel! . Gelukkig kan 1 van de 2 vCpus die ik van m'n i3-8100 aan OPNSense heb toegewezen, de PPPoE verbinding met gemak verwerken op 1 thread, dus ik laat het zelf maar zo, want toch een wat betere scheiding/abstractie tussen WAN en de rest van het systeem. Maar wellicht voor heel wat mensen een goede tussenoplossing

Running_Cow schreef op vrijdag 5 april 2024 @ 20:08:
@cyclone

Op forums.freebsd.org staat een post van "HiddenWolf" op https://forums.freebsd.or...hcp-to-fiber-pppoe.85546/.

Vanuit die post:
1: mpd5 installeren (kan via add package of vanuit ports installeren en compileren, dit heb ik gedaan).
2: mpd5 configureren op basis van het voorbeeld. 99% van mijn setup:

code:

startup:
        set web self 127.0.0.1 5006

default:
        load freedom_internet

freedom_internet:
        create bundle static B1
        set iface route default
        set ipcp ranges 0.0.0.0/0 0.0.0.0/0
        set bundle enable ipv6cp

        create link static L1 pppoe
        set link action bundle B1
        set auth authname [e-mail]
        set auth password 1234
        set link mtu 1500
        set pppoe iface vlan6
        set link max-redial 0
        set link keep-alive 10 60
        set pppoe service ""
        open

3: ppp stoppen (als je dat hebt draaien)
4: mpd5 starten
5: Daarna even zitten vogelen omdat ik op de netwerkinterface ng0 geen ip-adres kreeg toegewezen van Freedom. Dit lag aan de volgorde van regels in de config (volgorde maakt dus uit).
6: Daarna firewall aanpassen omdat WAN interface was veranderd van tun1 naar ng0
7: Klaar en speedtest draaien

Hmm, ook een zeer interessante optie! Al vermoed ik dat, ook om deze oplossing goed te laten werken, ook nog steeds de "laat de i/o queues via Host OS" hack uit het artikel van @cyclone nodig is? .....

Al hangt dat mogelijk ook nog wel af van de driver van de fysieke NIC (als die direct is ge-mapped naar OPNSense toe, zoals bij mij).

[ Voor 44% gewijzigd door eymey op 08-04-2024 15:07 ]

[ervee]

cyclone schreef op vrijdag 5 april 2024 @ 11:43:
[...]

[edit]
De opmerking van @ervee maakte me toch nieuwsgierig en het lijkt dat ik het inderdaad niet geheel bij het juiste eind heb / verkeerde aanname heb gedaan op basis van de bevindingen hierboven.
Als ik dit artikel er op nalees heeft het niet zo zeer met single threaded PPPoE implementaties te maken maar meer met de afhandeling van het verkeer door een NIC.

Yes, die post en de link in dat artikel had ik ook al eens gevonden. Op basis van dat Red Hat artikel heb ik voor mijn OpenWRT router het volgende lelijke script in elkaar gezet:

code:

#!/bin/sh
[ "$ACTION" = "ifup" -a "$INTERFACE" = "wan" ] && {
  logger "iface wan up detected... Setting queues"
  #
  # Default all queues to all CPUs, some stuff will still stick to CPU 0 though...
  /usr/bin/find /sys/class/net/*/queues/[rt]x-[01234567]/[rx]ps_cpus -exec sh -c '[ -w {} ] && echo f > {} 2>/dev/null' \;
  #
  # Set PPPoE interface (ppp*) queue to CPU 1
  /usr/bin/find /sys/class/net/ppp*/queues/[rt]x-[01234567]/[rx]ps_cpus -exec sh -c '[ -w {} ] && echo 2 > {} 2>/dev/null' \;
  #
  # Set internal interface (eth0* and wg*) queues and IRQs to CPU 2
  /usr/bin/find /sys/class/net/eth0*/queues/[rt]x-[01234567]/[rx]ps_cpus -exec sh -c '[ -w {} ] && echo 4 > {} 2>/dev/null' \;
  /usr/bin/find /sys/class/net/wg*/queues/[rt]x-[01234567]/[rx]ps_cpus -exec sh -c '[ -w {} ] && echo 4 > {} 2>/dev/null' \;
  echo 4 >/proc/irq/35/smp_affinity
  echo 4 >/proc/irq/36/smp_affinity
  #
  # Set external interface (eth1*) queue to CPU 3
  /usr/bin/find /sys/class/net/eth1*/queues/[rt]x-[01234567]/[rx]ps_cpus -exec sh -c '[ -w {} ] && echo 8 > {} 2>/dev/null' \;
  #echo 8 >/proc/irq/43/smp_affinity # IRQ setting does not work with the Broadcom NIC :(
  #
  # Check with:
  # ls -l /sys/devices/virtual/net/*/queues/rx-0/rps_cpus ; cat /sys/devices/virtual/net/*/queues/rx-0/rps_cpus
  # cat /proc/interrupts | egrep "CPU[0-3]|eth[01]"
  # cat /proc/softirqs | egrep "CPU[0-3]|NET_"
}

Disclaimer: Dit script niet copy-pasten! Check altijd je NIC en CPU IRQ setup. Bij mij is eth0 en eth0.xyz ingericht als interne interface met VLANs en eth1/eth1.xyz de interne interfaces. Dit is op een Pi Compute Module 4 op een DFRobot Carrier Board. Geen idee of het met een 2e USB NIC ook zo werkt.

Dit zet bij elke if-up van de WAN interface alle queues en IRQs van de NICs op verschillende CPUs en hiermee haal ik iets over de 950 Mbps
Ongeveer 800 met SQM maar die heb ik weer uitgezet want heeft eigenlijk niet zo heel veel nut.

[ervee]

eymey schreef op maandag 8 april 2024 @ 15:04:
Hmm, ook een zeer interessante optie! Al vermoed ik dat, ook om deze oplossing goed te laten werken, ook nog steeds de "laat de i/o queues via Host OS" hack uit het artikel van @cyclone nodig is? .....

Al hangt dat mogelijk ook nog wel af van de driver van de fysieke NIC (als die direct is ge-mapped naar OPNSense toe, zoals bij mij).

Ja als je in de Hypervisor je NIC compleet doorgeeft aan je VM dan heeft dit volgens mij niet veel nut en moet je de optimalisatie in je VM doen als je dat kan. Ik heb meerdere artikelen gelezen (maar kan ze niet 123 vinden) dat je beter je NIC aansturing bij de Host kan laten en VirtIO NICs aan je (OPNSense) VM kan toebedelen. Dit doen ze vaak als de NICs van je hardware niet (goed) ondersteund worden door bijv. BSD, maar volgens mij ook voor de PPPoE performance.

Ik ga hier zelf nog mee spelen want ik heb een Intel N5105 systeempje met 4 x 2.5G Intel NIC liggen waar ik OPNSense op wil testen, met en zonder Hypervisor er tussen. Alleen daar gaat nog wel wat tijd in zitten dus resultaten heb ik ook niet morgen

[eymey]

ervee schreef op maandag 8 april 2024 @ 16:50:
[...]


Ja als je in de Hypervisor je NIC compleet doorgeeft aan je VM dan heeft dit volgens mij niet veel nut en moet je de optimalisatie in je VM doen als je dat kan. Ik heb meerdere artikelen gelezen (maar kan ze niet 123 vinden) dat je beter je NIC aansturing bij de Host kan laten en VirtIO NICs aan je (OPNSense) VM kan toebedelen. Dit doen ze vaak als de NICs van je hardware niet (goed) ondersteund worden door bijv. BSD, maar volgens mij ook voor de PPPoE performance.

Ik ga hier zelf nog mee spelen want ik heb een Intel N5105 systeempje met 4 x 2.5G Intel NIC liggen waar ik OPNSense op wil testen, met en zonder Hypervisor er tussen. Alleen daar gaat nog wel wat tijd in zitten dus resultaten heb ik ook niet morgen

Mogelijk dat ik ook nog wel een keer ga uitzoeken of de Intel (igb) driver in OPNSense icm. de NIC in de Shuttle DH310 misschien al goede ondersteuning heeft voor meerdere queues. Aan de andere kant: Het werkt nu

[Csotranme]

Hier bij thuiskomst nieuwe kap op de FTU geplaatst en de 5530 aangesloten.

Ging allemaal vlekkeloos! Wel weer alles goed moeten zetten zoals ik het wil en weer mn eigen IP range geconfigureerd.

RIP Tweak
Hello Freedom

[MaartenBW]

Hoi,

Ik ga binnen Freedom overstappen van DSL naar Glasvezel (beide KPN netwerk). Glasvezel is XGS-PON.

Ik zit te twijfelen over de installatie service, wat houdt dit in bij glasvezel? Is dit alleen de ONT plaatsen en kabeltje van ONT naar Fritzbox? En hoe moeilijk/makkelijk is het plaatsen van de ONT? Ik houd de zelfde Fritzbox (7590)

Er komt van te voren ook nog een KPN monteur langs. Wat komt die doen? en heb ik daarna dan nog zo'n installatie service monteur nodig?

[synoniem]

MaartenBW schreef op woensdag 10 april 2024 @ 14:39:
Hoi,

Ik ga binnen Freedom overstappen van DSL naar Glasvezel (beide KPN netwerk). Glasvezel is XGS-PON.

Ik zit te twijfelen over de installatie service, wat houdt dit in bij glasvezel? Is dit alleen de ONT plaatsen en kabeltje van ONT naar Fritzbox? En hoe moeilijk/makkelijk is het plaatsen van de ONT? Ik houd de zelfde Fritzbox (7590)

Er komt van te voren ook nog een KPN monteur langs. Wat komt die doen? en heb ik daarna dan nog zo'n installatie service monteur nodig?

Hangt er een beetje vanaf welk soort glasaansluiting er bij jou geplaatst is. Als het een eerste oplevering is dan komt KPN waarschijnlijk testen en meten na het aanbrengen van de patch in de verdeelkast. Ik had nog een oude Genexis aansluiting en dat was een geklooi met het openen van de behuizing en koppelen van de patchkabel aan de Huawei ONT. Is me wel gelukt maar er is alsnog een monteur voor langs geweest om het netjes af te werken. Standaard kon ik die niet bestellen omdat ik geen Fritzbox met glasvezelaansluiting had gekozen.

[synoniem]

Zijn er meer mensen waarbij de upload stelselmatig achter blijft bij de download? Ik test geregeld en op verschillenden tijden met speedtest.freedom.nl en download zit altijd rond +980 Mpbs terwijl upload eigenlijk nooit boven de 840 Mpbs komt. Nu is 840 niet verkeerd maar wel ruim 120 minder dan download dus ik vraag me af waar dit in zit. Op het AON netwerk was het overigens met weliswaar 100 Mbps precies omgekeerd ( rond 100 down en rond 120 up).

De ping zit rond de 8 ms, wat ik acceptabel vind als is die op het KPN netwerk beter.

[.oisyn]

synoniem schreef op woensdag 10 april 2024 @ 14:59:
Zijn er meer mensen waarbij de upload stelselmatig achter blijft bij de download? Ik test geregeld en op verschillenden tijden met speedtest.freedom.nl en download zit altijd rond +980 Mpbs terwijl upload eigenlijk nooit boven de 840 Mpbs komt. Nu is 840 niet verkeerd maar wel ruim 120 minder dan download dus ik vraag me af waar dit in zit. Op het AON netwerk was het overigens met weliswaar 100 Mbps precies omgekeerd ( ond 100 down en rond 120 up).

Ik test het vrijwel nooit, maar op het moment haal ik:



Geen idee wie er verder op dit moment mijn bandwidth zit te hoggen thuis

.edit: ah aan de router stats te zien is het niet iemand anders die bandbreedte verbruikt.

[ Voor 7% gewijzigd door .oisyn op 10-04-2024 15:57 ]

[Barre73]

MaartenBW schreef op woensdag 10 april 2024 @ 14:39:
Hoi,

Ik ga binnen Freedom overstappen van DSL naar Glasvezel (beide KPN netwerk). Glasvezel is XGS-PON.

Ik zit te twijfelen over de installatie service, wat houdt dit in bij glasvezel? Is dit alleen de ONT plaatsen en kabeltje van ONT naar Fritzbox? En hoe moeilijk/makkelijk is het plaatsen van de ONT? Ik houd de zelfde Fritzbox (7590)

Er komt van te voren ook nog een KPN monteur langs. Wat komt die doen? en heb ik daarna dan nog zo'n installatie service monteur nodig?

Bij KPN klanten is dit al DHZ. De ONT zit dat in het pakket, is makkelijk over de FTU heen te schuiven en al vooraf geactiveerd. En ja, dan is het een UTP kabeltje van ONT naar Fritzbox.
Maar als jij aangeeft dat er vooraf een KPN monteur langskomt dan doet die dat deel blijkbaar (en dan met een ONT die nog geactiveerd moet worden met een speciale app).

Wat installatieservice bij Freedom inhoudt staat hier, maar zo te horen heb je alles na die ONT activatie niet nodig als je al een prima werkend netwerk hebt en alleen de Fritzbox nog even een ander profiel moet geven.

[ Voor 4% gewijzigd door Barre73 op 11-04-2024 09:51 ]

[ChillingStream]

synoniem schreef op woensdag 10 april 2024 @ 14:59:
Zijn er meer mensen waarbij de upload stelselmatig achter blijft bij de download? Ik test geregeld en op verschillenden tijden met speedtest.freedom.nl en download zit altijd rond +980 Mpbs terwijl upload eigenlijk nooit boven de 840 Mpbs komt. Nu is 840 niet verkeerd maar wel ruim 120 minder dan download dus ik vraag me af waar dit in zit. Op het AON netwerk was het overigens met weliswaar 100 Mbps precies omgekeerd ( rond 100 down en rond 120 up).

De ping zit rond de 8 ms, wat ik acceptabel vind als is die op het KPN netwerk beter.

Het is hier juist anders om, down is het heel vaak trager dan up. Net even eentje gedraait:



Ik vind het niet bepaald goed


Net via speedtest.net naar i3D in rotterdam:

838 down
902 up

9ms ping

[ Voor 4% gewijzigd door ChillingStream op 11-04-2024 15:05 . Reden: extra informatie ]

[eymey]

@synoniem @ChillingStream

Hier wat tests vanuit Almere, FiberOperator (fCambrium) AON, uitgevoerd in Chrome op een Ubuntu Linux bak met Intel NIC, bedraad naar Ubiquiti core switch in meterkast met daar OPNSense VM:

speedtest.freedom.nl:


Speedtest.nl:


Speedtest.net odido:


edit: @ervee mss ook even melden op welke operator je zit, en eventueel os/browser/router

[ Voor 35% gewijzigd door eymey op 11-04-2024 16:39 ]

[ervee]

Speedtest.net - TriNed 916 down 934 up

edit:
Edge op Windows 11 virtual machine met 4 vCPU op een oude Xeon(R) E3-1241 host aan een Zyxel switch met een OpenWRT router op een RPI 4 Compute Module.

[ Voor 24% gewijzigd door ervee op 11-04-2024 16:40 ]

[ChillingStream]

Zouden jullie eventueel ook eens met iperf3 kunnen testen? Ik ga straks een mailtje naar freedom sturen, want er klopt volgens mij ergens in hun netwerk iets niet:

Download van Leaseweb vanuit thuis:

code:

$ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -R -4
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending
[  5] local home port 60252 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  45.9 MBytes   384 Mbits/sec
[  5]   1.00-2.00   sec  49.9 MBytes   418 Mbits/sec
[  5]   2.00-3.00   sec  36.8 MBytes   308 Mbits/sec
[  5]   3.00-4.00   sec  33.0 MBytes   277 Mbits/sec
[  5]   4.00-5.00   sec  33.4 MBytes   280 Mbits/sec
[  5]   5.00-6.00   sec  44.0 MBytes   369 Mbits/sec
[  5]   6.00-7.00   sec  60.4 MBytes   506 Mbits/sec
[  5]   7.00-8.00   sec  57.2 MBytes   480 Mbits/sec
[  5]   8.00-9.00   sec  53.9 MBytes   452 Mbits/sec
[  5]   9.00-10.00  sec  38.6 MBytes   324 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   460 MBytes   385 Mbits/sec  794             sender
[  5]   0.00-10.00  sec   453 MBytes   380 Mbits/sec                  receiver

Upload

code:

$ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
[  5] local home port 60388 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  98.8 MBytes   828 Mbits/sec  650   1.50 MBytes
[  5]   1.00-2.00   sec   103 MBytes   864 Mbits/sec    2   1.15 MBytes
[  5]   2.00-3.00   sec   104 MBytes   871 Mbits/sec    0   1.21 MBytes
[  5]   3.00-4.00   sec   102 MBytes   860 Mbits/sec    0   1.26 MBytes
[  5]   4.00-5.00   sec  94.9 MBytes   796 Mbits/sec    0   1.31 MBytes
[  5]   5.00-6.00   sec  90.6 MBytes   760 Mbits/sec    0   1.36 MBytes
[  5]   6.00-7.00   sec   106 MBytes   889 Mbits/sec    0   1.42 MBytes
[  5]   7.00-8.00   sec   108 MBytes   908 Mbits/sec    0   1.47 MBytes
[  5]   8.00-9.00   sec   107 MBytes   897 Mbits/sec    0   1.52 MBytes
[  5]   9.00-10.00  sec   107 MBytes   896 Mbits/sec    0   1.57 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1022 MBytes   857 Mbits/sec  652             sender
[  5]   0.00-10.05  sec  1019 MBytes   851 Mbits/sec                  receiver

Van en naar een ander bedrijf gaat het dan weer magisch goed:

code:

$ iperf3 -c iperf-ams-nl.eranium.net -4 -R
Connecting to host iperf-ams-nl.eranium.net, port 5201
Reverse mode, remote host iperf-ams-nl.eranium.net is sending
[  5] local home port 60364 connected to 217.18.95.142 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   102 MBytes   855 Mbits/sec
[  5]   1.00-2.00   sec   109 MBytes   912 Mbits/sec
[  5]   2.00-3.00   sec   109 MBytes   918 Mbits/sec
[  5]   3.00-4.00   sec   110 MBytes   918 Mbits/sec
[  5]   4.00-5.00   sec   110 MBytes   924 Mbits/sec
[  5]   5.00-6.00   sec   108 MBytes   902 Mbits/sec
[  5]   6.00-7.00   sec   105 MBytes   882 Mbits/sec
[  5]   7.00-8.00   sec   106 MBytes   889 Mbits/sec
[  5]   8.00-9.00   sec   107 MBytes   901 Mbits/sec
[  5]   9.00-10.00  sec   107 MBytes   895 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec  1.07 GBytes   914 Mbits/sec  24769             sender
[  5]   0.00-10.00  sec  1.05 GBytes   900 Mbits/sec                  receiver

code:

$ iperf3 -c iperf-ams-nl.eranium.net -4
Connecting to host iperf-ams-nl.eranium.net, port 5201
[  5] local home port 60412 connected to 217.18.95.142 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  99.6 MBytes   835 Mbits/sec    1   1.37 MBytes
[  5]   1.00-2.00   sec   107 MBytes   899 Mbits/sec    0   1.43 MBytes
[  5]   2.00-3.00   sec   108 MBytes   903 Mbits/sec    0   1.48 MBytes
[  5]   3.00-4.00   sec   101 MBytes   849 Mbits/sec    0   1.53 MBytes
[  5]   4.00-5.00   sec   101 MBytes   845 Mbits/sec    0   1.58 MBytes
[  5]   5.00-6.00   sec   104 MBytes   875 Mbits/sec    6   1.21 MBytes
[  5]   6.00-7.00   sec   102 MBytes   851 Mbits/sec    0   1.32 MBytes
[  5]   7.00-8.00   sec   105 MBytes   881 Mbits/sec    4   1.39 MBytes
[  5]   8.00-9.00   sec   110 MBytes   919 Mbits/sec    0   1.45 MBytes
[  5]   9.00-10.00  sec   110 MBytes   918 Mbits/sec    0   1.51 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.02 GBytes   877 Mbits/sec   11             sender
[  5]   0.00-10.04  sec  1.02 GBytes   872 Mbits/sec                  receiver

Upload naar Novoserve

code:

$ iperf3 -c speedtest.novoserve.com -p 5201-5206 -4
Connecting to host speedtest.novoserve.com, port 5201
[  5] local home port 60426 connected to 185.80.233.178 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  99.2 MBytes   832 Mbits/sec  135    921 KBytes
[  5]   1.00-2.00   sec   101 MBytes   848 Mbits/sec    0   1003 KBytes
[  5]   2.00-3.00   sec   109 MBytes   916 Mbits/sec    0   1.06 MBytes
[  5]   3.00-4.00   sec   109 MBytes   916 Mbits/sec    0   1.13 MBytes
[  5]   4.00-5.00   sec   111 MBytes   928 Mbits/sec    0   1.20 MBytes
[  5]   5.00-6.00   sec   111 MBytes   928 Mbits/sec    0   1.27 MBytes
[  5]   6.00-7.00   sec   109 MBytes   916 Mbits/sec    0   1.33 MBytes
[  5]   7.00-8.00   sec   111 MBytes   930 Mbits/sec    0   1.39 MBytes
[  5]   8.00-9.00   sec   111 MBytes   929 Mbits/sec    0   1.44 MBytes
[  5]   9.00-10.00  sec   110 MBytes   925 Mbits/sec    0   1.50 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.06 GBytes   907 Mbits/sec  135             sender
[  5]   0.00-10.00  sec  1.05 GBytes   905 Mbits/sec                  receiver

Download van Novoserve:

code:

$ iperf3 -c speedtest.novoserve.com -p 5201-5206 -R -4
Connecting to host speedtest.novoserve.com, port 5201
Reverse mode, remote host speedtest.novoserve.com is sending
[  5] local home port 60466 connected to 185.80.233.178 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  90.9 MBytes   762 Mbits/sec
[  5]   1.00-2.00   sec  97.8 MBytes   820 Mbits/sec
[  5]   2.00-3.00   sec  99.8 MBytes   837 Mbits/sec
[  5]   3.00-4.00   sec  97.1 MBytes   815 Mbits/sec
[  5]   4.00-5.00   sec   105 MBytes   880 Mbits/sec
[  5]   5.00-6.00   sec  93.8 MBytes   786 Mbits/sec
[  5]   6.00-7.00   sec  93.5 MBytes   784 Mbits/sec
[  5]   7.00-8.00   sec  80.6 MBytes   676 Mbits/sec
[  5]   8.00-9.00   sec  89.4 MBytes   750 Mbits/sec
[  5]   9.00-10.00  sec   100 MBytes   840 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   951 MBytes   798 Mbits/sec  34512             sender
[  5]   0.00-10.00  sec   948 MBytes   795 Mbits/sec                  receiver

34k retries

Hier wordt dus ook heel duidelijk wat ik net bedoelde, dat mijn downstream vaak slechter is dan mijn up

[jorikc]

Misschien heb ik het gemist, maar met welke apparatuur en op welk netwerk zit je? @ChillingStream

[ervee]

Ik haal bij Leaseweb down ~910 Mbps en bij de rest allemaal rond de 930 Mbps.

code:

$ iperf3 -c speedtest.novoserve.com -p 5201-5206 -4
Connecting to host speedtest.novoserve.com, port 5201
[  5] local 192.168.2.8 port 57400 connected to 185.80.233.178 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   110 MBytes   921 Mbits/sec  423    858 KBytes
[  5]   1.00-2.00   sec   111 MBytes   933 Mbits/sec    0    952 KBytes
[  5]   2.00-3.00   sec   111 MBytes   933 Mbits/sec    0   1.01 MBytes
[  5]   3.00-4.00   sec   111 MBytes   933 Mbits/sec    0   1.09 MBytes
[  5]   4.00-5.00   sec   111 MBytes   933 Mbits/sec    0   1.16 MBytes
[  5]   5.00-6.00   sec   111 MBytes   933 Mbits/sec    0   1.23 MBytes
[  5]   6.00-7.00   sec   111 MBytes   933 Mbits/sec    1    994 KBytes
[  5]   7.00-8.00   sec   111 MBytes   933 Mbits/sec    0   1.06 MBytes
[  5]   8.00-9.00   sec   111 MBytes   933 Mbits/sec    0   1.13 MBytes
[  5]   9.00-10.00  sec   112 MBytes   944 Mbits/sec    0   1.18 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.09 GBytes   933 Mbits/sec  424             sender
[  5]   0.00-10.00  sec  1.08 GBytes   930 Mbits/sec                  receiver

Zo dus allemaal ongeveer. Met mijn setup ben ik met alles boven de 900 dik tevreden.

Bij Eranium down heb ik dan weer veel retries ...

code:

$ iperf3 -c iperf-ams-nl.eranium.net -4 -R
Connecting to host iperf-ams-nl.eranium.net, port 5201
Reverse mode, remote host iperf-ams-nl.eranium.net is sending
[  5] local 192.168.2.8 port 34728 connected to 217.18.95.142 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   107 MBytes   896 Mbits/sec
[  5]   1.00-2.00   sec   111 MBytes   934 Mbits/sec
[  5]   2.00-3.00   sec   111 MBytes   934 Mbits/sec
[  5]   3.00-4.00   sec   111 MBytes   933 Mbits/sec
[  5]   4.00-5.00   sec   110 MBytes   925 Mbits/sec
[  5]   5.00-6.00   sec   105 MBytes   878 Mbits/sec
[  5]   6.00-7.00   sec   108 MBytes   907 Mbits/sec
[  5]   7.00-8.00   sec   111 MBytes   931 Mbits/sec
[  5]   8.00-9.00   sec   111 MBytes   931 Mbits/sec
[  5]   9.00-10.00  sec   111 MBytes   934 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec  1.10 GBytes   939 Mbits/sec  3530             sender
[  5]   0.00-10.00  sec  1.07 GBytes   920 Mbits/sec                  receiver

... maar wel een dikke 930 Mbps... Ik zou me niet blind staren op retries e.d. errors als je gewoon goede performance haalt. Als het echt drama is dan heb je ergens een half duplex link (of een mismatch) of misschien een MTU probleem.
Ik heb geen verhoogde MTU voor PPPoE ingesteld dus ik gebruik de MSS clamping naar 1492 wat niet ideaal is. Maar daarmee toch bovenstaande snelheden haal.

[whahas]

Wanneer we toch speedtests aan het delen zijn:

https://www.speedtest.net/my-result/d/644996972

Hoe geef je dit leuk weer?

[synoniem]

Ik zit op GPON op het voormalige XMS netwerk achter een pfSense.

code:

$ iperf3 -c iperf-ams-nl.eranium.net -4 -R
Connecting to host iperf-ams-nl.eranium.net, port 5201
Reverse mode, remote host iperf-ams-nl.eranium.net is sending
[  5] local 192.168.1.3 port 48904 connected to 217.18.95.142 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   108 MBytes   907 Mbits/sec                  
[  5]   1.00-2.00   sec   111 MBytes   932 Mbits/sec                  
[  5]   2.00-3.00   sec   110 MBytes   926 Mbits/sec                  
[  5]   3.00-4.00   sec   111 MBytes   927 Mbits/sec                  
[  5]   4.00-5.00   sec   110 MBytes   923 Mbits/sec                  
[  5]   5.00-6.00   sec   111 MBytes   932 Mbits/sec                  
[  5]   6.00-7.00   sec   111 MBytes   932 Mbits/sec                  
[  5]   7.00-8.00   sec   111 MBytes   932 Mbits/sec                  
[  5]   8.00-9.00   sec   111 MBytes   932 Mbits/sec                  
[  5]   9.00-10.00  sec   111 MBytes   932 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.01  sec  1.09 GBytes   936 Mbits/sec    0             sender
[  5]   0.00-10.00  sec  1.08 GBytes   928 Mbits/sec                  receiver

iperf Done.
$ iperf3 -c speedtest.novoserve.com -p 5201-5206 -4
Connecting to host speedtest.novoserve.com, port 5201
[  5] local 192.168.1.3 port 60730 connected to 185.80.233.178 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  93.3 MBytes   782 Mbits/sec   54   1.19 MBytes       
[  5]   1.00-2.00   sec  93.8 MBytes   786 Mbits/sec    0   1.30 MBytes       
[  5]   2.00-3.00   sec  95.0 MBytes   797 Mbits/sec    0   1.39 MBytes       
[  5]   3.00-4.00   sec  95.0 MBytes   797 Mbits/sec    0   1.46 MBytes       
[  5]   4.00-5.00   sec  93.8 MBytes   786 Mbits/sec    4   1.09 MBytes       
[  5]   5.00-6.00   sec  95.0 MBytes   797 Mbits/sec    0   1.15 MBytes       
[  5]   6.00-7.00   sec  93.8 MBytes   786 Mbits/sec    0   1.20 MBytes       
[  5]   7.00-8.00   sec  95.0 MBytes   797 Mbits/sec    0   1.26 MBytes       
[  5]   8.00-9.00   sec  93.8 MBytes   786 Mbits/sec    0   1.31 MBytes       
[  5]   9.00-10.00  sec  95.0 MBytes   797 Mbits/sec    0   1.36 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   943 MBytes   791 Mbits/sec   58             sender
[  5]   0.00-10.00  sec   941 MBytes   789 Mbits/sec                  receiver

iperf Done.

[ChillingStream]

jorikc schreef op donderdag 11 april 2024 @ 20:06:
Misschien heb ik het gemist, maar met welke apparatuur en op welk netwerk zit je? @ChillingStream

Ryzen 5800 X3D desktop computer (Windows 11 + WSL) -> Mikrotik RB5009
Netwerk: KPN
Belichter: Fiber Operator
Techniek: AON

is dit voldoende @jorikc?

Nog even een update van mijn kant, download van Leaseweb:

code:

$ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
[  5] local home port 60404 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  39.6 MBytes   332 Mbits/sec    0    443 KBytes
[  5]   1.00-2.00   sec  46.1 MBytes   387 Mbits/sec    0    516 KBytes
[  5]   2.00-3.00   sec  54.8 MBytes   459 Mbits/sec    0    592 KBytes
[  5]   3.00-4.00   sec  59.2 MBytes   497 Mbits/sec    0    665 KBytes
[  5]   4.00-5.00   sec  68.8 MBytes   577 Mbits/sec    0    740 KBytes
[  5]   5.00-6.00   sec  75.2 MBytes   631 Mbits/sec    0    817 KBytes
[  5]   6.00-7.00   sec  84.6 MBytes   710 Mbits/sec    0    894 KBytes
[  5]   7.00-8.00   sec  94.2 MBytes   791 Mbits/sec    0    970 KBytes
[  5]   8.00-9.00   sec  99.6 MBytes   836 Mbits/sec    0   1.02 MBytes
[  5]   9.00-10.00  sec   105 MBytes   883 Mbits/sec    0   1.10 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   728 MBytes   611 Mbits/sec    0             sender
[  5]   0.00-10.05  sec   727 MBytes   607 Mbits/sec                  receiver

Nu van Leaseweb met een snelle VPN:

code:

$ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
[  5] local 10.2.0.2 port 60208 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  88.9 MBytes   745 Mbits/sec  135   1.55 MBytes
[  5]   1.00-2.00   sec  98.8 MBytes   828 Mbits/sec    0   1.65 MBytes
[  5]   2.00-3.00   sec  99.9 MBytes   838 Mbits/sec    0   1.72 MBytes
[  5]   3.00-4.00   sec   101 MBytes   848 Mbits/sec    0   1.77 MBytes
[  5]   4.00-5.00   sec   100 MBytes   843 Mbits/sec    0   1.81 MBytes
[  5]   5.00-6.00   sec   104 MBytes   870 Mbits/sec    0   1.83 MBytes
[  5]   6.00-7.00   sec  98.5 MBytes   826 Mbits/sec    0   1.84 MBytes
[  5]   7.00-8.00   sec   101 MBytes   849 Mbits/sec    0   1.85 MBytes
[  5]   8.00-9.00   sec   101 MBytes   845 Mbits/sec    0   1.85 MBytes
[  5]   9.00-10.00  sec   103 MBytes   863 Mbits/sec    0   1.88 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   996 MBytes   836 Mbits/sec  135             sender
[  5]   0.00-10.02  sec   994 MBytes   832 Mbits/sec                  receiver

En de VPN weer uit:

code:

$ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4 -R
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending
[  5] local home port 60362 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  44.9 MBytes   376 Mbits/sec
[  5]   1.00-2.00   sec  37.1 MBytes   311 Mbits/sec
[  5]   2.00-3.00   sec  50.2 MBytes   422 Mbits/sec
[  5]   3.00-4.00   sec  66.2 MBytes   556 Mbits/sec
[  5]   4.00-5.00   sec  93.4 MBytes   783 Mbits/sec
[  5]   5.00-6.00   sec  77.1 MBytes   647 Mbits/sec
[  5]   6.00-7.00   sec  78.6 MBytes   660 Mbits/sec
[  5]   7.00-8.00   sec  92.9 MBytes   779 Mbits/sec
[  5]   8.00-9.00   sec   101 MBytes   850 Mbits/sec
[  5]   9.00-10.00  sec  70.0 MBytes   587 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.05  sec   720 MBytes   601 Mbits/sec  567             sender
[  5]   0.00-10.00  sec   712 MBytes   597 Mbits/sec                  receiver

NovoServe zonder VPN:

code:

$ iperf3 -c speedtest.novoserve.com -p 5201-5206 -R -4
Connecting to host speedtest.novoserve.com, port 5201
Reverse mode, remote host speedtest.novoserve.com is sending
[  5] local home port 60228 connected to 185.80.233.178 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   106 MBytes   888 Mbits/sec
[  5]   1.00-2.00   sec   111 MBytes   930 Mbits/sec
[  5]   2.00-3.00   sec   111 MBytes   929 Mbits/sec
[  5]   3.00-4.00   sec   110 MBytes   925 Mbits/sec
[  5]   4.00-5.00   sec   110 MBytes   927 Mbits/sec
[  5]   5.00-6.00   sec   110 MBytes   923 Mbits/sec
[  5]   6.00-7.00   sec   112 MBytes   935 Mbits/sec
[  5]   7.00-8.00   sec   111 MBytes   930 Mbits/sec
[  5]   8.00-9.00   sec   110 MBytes   923 Mbits/sec
[  5]   9.00-10.00  sec   112 MBytes   935 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.08 GBytes   927 Mbits/sec  39891             sender
[  5]   0.00-10.00  sec  1.08 GBytes   925 Mbits/sec                  receiver

Bijna 40k retries

NovoServe met VPN:

code:

$ iperf3 -c speedtest.novoserve.com -p 5201-5206 -R -4
Connecting to host speedtest.novoserve.com, port 5201
Reverse mode, remote host speedtest.novoserve.com is sending
[  5] local 10.96.0.13 port 60310 connected to 185.80.233.178 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  76.6 MBytes   642 Mbits/sec
[  5]   1.00-2.00   sec  84.9 MBytes   712 Mbits/sec
[  5]   2.00-3.00   sec  76.9 MBytes   645 Mbits/sec
[  5]   3.00-4.00   sec  81.5 MBytes   684 Mbits/sec
[  5]   4.00-5.00   sec  75.9 MBytes   636 Mbits/sec
[  5]   5.00-6.00   sec  82.5 MBytes   692 Mbits/sec
[  5]   6.00-7.00   sec  83.6 MBytes   701 Mbits/sec
[  5]   7.00-8.00   sec  80.2 MBytes   673 Mbits/sec
[  5]   8.00-9.00   sec  83.2 MBytes   698 Mbits/sec
[  5]   9.00-10.00  sec  85.8 MBytes   719 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   834 MBytes   699 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   811 MBytes   680 Mbits/sec                  receiver

Ik zou zeggen dat er iets met het routing niet klopt, maar dan zou ik ook van anderen verwachten dat zij er last van hebben. Verder is het wel duidelijk dat mijn hardware zulke snelheden aan kan, en mijn NIC of router niet voor de retries verantwoordelijk is.

[ Voor 90% gewijzigd door ChillingStream op 12-04-2024 02:19 ]

[ervee]

Als ik een traceroute doe naar speedtest.ams1.nl.leaseweb.net vanaf mijn router dan zit ik in 5 hops bij Leaseweb. Ben wel benieuwd hoe dat bij jou zit dan met en zonder VPN. Niet dat ik iets met die info kan doen of veranderen, maar gewoon benieuwd

[ChillingStream]

Gewone traceroute zonder VPN

code:

                                                                               Packets               Pings
 Host                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. router                                                                    0.0%     4    0.5   0.4   0.4   0.5   0.1
 2. lo0-2.bras1.fi001.nl.freedomnet.nl                                        0.0%     4    7.2   7.1   7.0   7.2   0.1
 3. et-0-0-3-1001.core0.fi001.nl.freedomnet.nl                                0.0%     4  112.4  41.1   8.7 112.4  49.1
 4. no-reverse-yet.fusixnetworks.net                                          0.0%     4    7.2   7.2   7.0   7.5   0.2
 5. br1.nikhef.nl.fusixnetworks.net                                           0.0%     4    7.3   7.3   7.3   7.3   0.0
 6. speed-ix.leaseweb.com                                                     0.0%     4    9.0   9.0   8.9   9.1   0.1
 7. et-19-1.agg02.ams-01.leaseweb.net                                         0.0%     4    8.7   8.8   8.7   9.0   0.2
 8. be-102.br02.ams-01.nl.leaseweb.net                                        0.0%     4    8.6   8.6   8.3   8.9   0.3
 9. be-111.cr08.ams-01.nl.leaseweb.net                                        0.0%     3    9.5   9.5   9.4   9.5   0.1
10. po-2.ce43.ams-01.leaseweb.net                                             0.0%     3    7.7   8.3   7.7   9.5   1.0
11. speedtest.ams1.nl.leaseweb.net                                            0.0%     3    8.8   8.8   8.8   8.8   0.0

en speedtest

code:

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   379 MBytes   317 Mbits/sec  724             sender
[  5]   0.00-10.00  sec   371 MBytes   311 Mbits/sec                  receiver

nu met VPN (Amsterdam)

code:

Packets               Pings
 Host                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 10.2.0.1                                                                 94.1%    18   12.1  12.1  12.1  12.1   0.0
 2. 62.112.9.2                                                                0.0%    18   12.3  12.3  12.1  13.0   0.3
 3. 109.236.95.224                                                           94.1%    18   12.4  12.4  12.4  12.4   0.0
 4. 109.236.95.167                                                            0.0%    18   13.3  13.3  13.1  13.5   0.1
 5. 109.236.95.171                                                           94.1%    18   13.5  13.5  13.5  13.5   0.0
 6. ae-17.bb04.ams-01.leaseweb.net                                            0.0%    18   13.2  13.6  13.2  17.3   0.9
 7. ae-104.br01.ams-01.nl.leaseweb.net                                       94.1%    18   13.4  13.4  13.4  13.4   0.0
 8. be-110.cr08.ams-01.nl.leaseweb.net                                        0.0%    18   13.8  13.8  13.4  14.4   0.2
 9. po-2.ce44.ams-01.nl.leaseweb.net                                         94.1%    18   13.4  13.4  13.4  13.4   0.0
10. speedtest.ams1.nl.leaseweb.net                                            5.6%    18   13.4  13.4  13.3  13.7   0.1

code:

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec   778 MBytes   651 Mbits/sec  7595             sender
[  5]   0.00-10.00  sec   738 MBytes   619 Mbits/sec                  receiver

Moet niet eens een Nederlandse zijn, zelfs via Polen kan het sneller

code:

Packets               Pings
 Host                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 10.2.0.1                                                                  0.0%     8   32.0  31.9  31.7  32.3   0.2
 2. unn-149-102-244-78.datapacket.com                                        83.3%     7   33.2  33.2  33.2  33.2   0.0
 3. vl1125.prg-sit-cdn77-bbcore-1.cdn77.com                                   0.0%     7   44.2  44.4  44.2  44.6   0.1
 4. vl1101.fra-itx7-core-2.cdn77.com                                         83.3%     7   51.5  51.5  51.5  51.5   0.0
 5. leaseweb-fra.cdn77.com                                                    0.0%     7   52.2  52.4  52.2  52.9   0.3
 6. et-24-1.agg02.ams-01.leaseweb.net                                        83.3%     7   57.9  57.9  57.9  57.9   0.0
 7. ae-102.br01.ams-01.nl.leaseweb.net                                        0.0%     7   59.2  59.3  59.1  59.8   0.3
 8. ae-110.cr07.ams-01.nl.leaseweb.net                                       83.3%     7   58.1  58.1  58.1  58.1   0.0
 9. po-1.ce43.ams-01.leaseweb.net                                            14.3%     7   59.1  59.1  58.9  59.5   0.2
10. speedtest.ams1.nl.leaseweb.net                                           83.3%     7   58.1  58.1  58.1  58.1   0.0

code:

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec   602 MBytes   502 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   563 MBytes   472 Mbits/sec                  receiver

[Jan Driebeen]

Ik ben eind maart overgestapt naar Freedom en zie bij mijn speedtest als provider "Meganet" staan. Ik zit in Almere en heb een AON verbinding. Klopt die naam van de provider wel?

[mrmrmr]

Jan Driebeen schreef op vrijdag 12 april 2024 @ 15:12:
Ik ben eind maart overgestapt naar Freedom en zie bij mijn speedtest als provider "Meganet" staan. Ik zit in Almere en heb een AON verbinding. Klopt die naam van de provider wel?

Mag je gerust negeren.

Het IP adres is misschien ooit van Meganet geweest. Degene die zijn bestanden moet updaten is dan speedtest.net, die gebruiken dan verouderde bestanden over de netwerktoewijzing.

RIPE is de organisatie die verantwoordelijk is voor IP adressen in ons deel van de wereld. Je kan je eigen IP adres controleren op deze site: https://apps.db.ripe.net/db-web-ui/query (vul je IP-adres in onder "Enter a search term").

[eymey]

ChillingStream schreef op donderdag 11 april 2024 @ 23:56:
[...]


Ryzen 5800 X3D desktop computer (Windows 11 + WSL) -> Mikrotik RB5009
Netwerk: KPN
Belichter: Fiber Operator
Techniek: AON

is dit voldoende @jorikc?

Nog even een update van mijn kant, download van Leaseweb:

code:

$ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
[  5] local home port 60404 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  39.6 MBytes   332 Mbits/sec    0    443 KBytes
[  5]   1.00-2.00   sec  46.1 MBytes   387 Mbits/sec    0    516 KBytes
[  5]   2.00-3.00   sec  54.8 MBytes   459 Mbits/sec    0    592 KBytes
[  5]   3.00-4.00   sec  59.2 MBytes   497 Mbits/sec    0    665 KBytes
[  5]   4.00-5.00   sec  68.8 MBytes   577 Mbits/sec    0    740 KBytes
[  5]   5.00-6.00   sec  75.2 MBytes   631 Mbits/sec    0    817 KBytes
[  5]   6.00-7.00   sec  84.6 MBytes   710 Mbits/sec    0    894 KBytes
[  5]   7.00-8.00   sec  94.2 MBytes   791 Mbits/sec    0    970 KBytes
[  5]   8.00-9.00   sec  99.6 MBytes   836 Mbits/sec    0   1.02 MBytes
[  5]   9.00-10.00  sec   105 MBytes   883 Mbits/sec    0   1.10 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   728 MBytes   611 Mbits/sec    0             sender
[  5]   0.00-10.05  sec   727 MBytes   607 Mbits/sec                  receiver

Nu van Leaseweb met een snelle VPN:

code:

$ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
[  5] local 10.2.0.2 port 60208 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  88.9 MBytes   745 Mbits/sec  135   1.55 MBytes
[  5]   1.00-2.00   sec  98.8 MBytes   828 Mbits/sec    0   1.65 MBytes
[  5]   2.00-3.00   sec  99.9 MBytes   838 Mbits/sec    0   1.72 MBytes
[  5]   3.00-4.00   sec   101 MBytes   848 Mbits/sec    0   1.77 MBytes
[  5]   4.00-5.00   sec   100 MBytes   843 Mbits/sec    0   1.81 MBytes
[  5]   5.00-6.00   sec   104 MBytes   870 Mbits/sec    0   1.83 MBytes
[  5]   6.00-7.00   sec  98.5 MBytes   826 Mbits/sec    0   1.84 MBytes
[  5]   7.00-8.00   sec   101 MBytes   849 Mbits/sec    0   1.85 MBytes
[  5]   8.00-9.00   sec   101 MBytes   845 Mbits/sec    0   1.85 MBytes
[  5]   9.00-10.00  sec   103 MBytes   863 Mbits/sec    0   1.88 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   996 MBytes   836 Mbits/sec  135             sender
[  5]   0.00-10.02  sec   994 MBytes   832 Mbits/sec                  receiver

En de VPN weer uit:

code:

$ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4 -R
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending
[  5] local home port 60362 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  44.9 MBytes   376 Mbits/sec
[  5]   1.00-2.00   sec  37.1 MBytes   311 Mbits/sec
[  5]   2.00-3.00   sec  50.2 MBytes   422 Mbits/sec
[  5]   3.00-4.00   sec  66.2 MBytes   556 Mbits/sec
[  5]   4.00-5.00   sec  93.4 MBytes   783 Mbits/sec
[  5]   5.00-6.00   sec  77.1 MBytes   647 Mbits/sec
[  5]   6.00-7.00   sec  78.6 MBytes   660 Mbits/sec
[  5]   7.00-8.00   sec  92.9 MBytes   779 Mbits/sec
[  5]   8.00-9.00   sec   101 MBytes   850 Mbits/sec
[  5]   9.00-10.00  sec  70.0 MBytes   587 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.05  sec   720 MBytes   601 Mbits/sec  567             sender
[  5]   0.00-10.00  sec   712 MBytes   597 Mbits/sec                  receiver

NovoServe zonder VPN:

code:

$ iperf3 -c speedtest.novoserve.com -p 5201-5206 -R -4
Connecting to host speedtest.novoserve.com, port 5201
Reverse mode, remote host speedtest.novoserve.com is sending
[  5] local home port 60228 connected to 185.80.233.178 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   106 MBytes   888 Mbits/sec
[  5]   1.00-2.00   sec   111 MBytes   930 Mbits/sec
[  5]   2.00-3.00   sec   111 MBytes   929 Mbits/sec
[  5]   3.00-4.00   sec   110 MBytes   925 Mbits/sec
[  5]   4.00-5.00   sec   110 MBytes   927 Mbits/sec
[  5]   5.00-6.00   sec   110 MBytes   923 Mbits/sec
[  5]   6.00-7.00   sec   112 MBytes   935 Mbits/sec
[  5]   7.00-8.00   sec   111 MBytes   930 Mbits/sec
[  5]   8.00-9.00   sec   110 MBytes   923 Mbits/sec
[  5]   9.00-10.00  sec   112 MBytes   935 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.08 GBytes   927 Mbits/sec  39891             sender
[  5]   0.00-10.00  sec  1.08 GBytes   925 Mbits/sec                  receiver

Bijna 40k retries

NovoServe met VPN:

code:

$ iperf3 -c speedtest.novoserve.com -p 5201-5206 -R -4
Connecting to host speedtest.novoserve.com, port 5201
Reverse mode, remote host speedtest.novoserve.com is sending
[  5] local 10.96.0.13 port 60310 connected to 185.80.233.178 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  76.6 MBytes   642 Mbits/sec
[  5]   1.00-2.00   sec  84.9 MBytes   712 Mbits/sec
[  5]   2.00-3.00   sec  76.9 MBytes   645 Mbits/sec
[  5]   3.00-4.00   sec  81.5 MBytes   684 Mbits/sec
[  5]   4.00-5.00   sec  75.9 MBytes   636 Mbits/sec
[  5]   5.00-6.00   sec  82.5 MBytes   692 Mbits/sec
[  5]   6.00-7.00   sec  83.6 MBytes   701 Mbits/sec
[  5]   7.00-8.00   sec  80.2 MBytes   673 Mbits/sec
[  5]   8.00-9.00   sec  83.2 MBytes   698 Mbits/sec
[  5]   9.00-10.00  sec  85.8 MBytes   719 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   834 MBytes   699 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   811 MBytes   680 Mbits/sec                  receiver

Ik zou zeggen dat er iets met het routing niet klopt, maar dan zou ik ook van anderen verwachten dat zij er last van hebben. Verder is het wel duidelijk dat mijn hardware zulke snelheden aan kan, en mijn NIC of router niet voor de retries verantwoordelijk is.

Dit krijg ik met een iperf3 op Leaseweb:

code:

# iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
[  5] local 192.168.9.248 port 43784 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  99.6 MBytes   835 Mbits/sec    4    392 KBytes       
[  5]   1.00-2.00   sec   113 MBytes   946 Mbits/sec    0    566 KBytes       
[  5]   2.00-3.00   sec   112 MBytes   939 Mbits/sec    0    704 KBytes       
[  5]   3.00-4.00   sec   111 MBytes   933 Mbits/sec    0    817 KBytes       
[  5]   4.00-5.00   sec   111 MBytes   933 Mbits/sec    2    909 KBytes       
[  5]   5.00-6.00   sec   111 MBytes   933 Mbits/sec    1    996 KBytes       
[  5]   6.00-7.00   sec   111 MBytes   933 Mbits/sec    0   1.05 MBytes       
[  5]   7.00-8.00   sec   111 MBytes   933 Mbits/sec    0   1.13 MBytes       
[  5]   8.00-9.00   sec   111 MBytes   933 Mbits/sec    0   1.20 MBytes       
[  5]   9.00-10.00  sec   111 MBytes   933 Mbits/sec    0   1.26 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.08 GBytes   925 Mbits/sec    7             sender
[  5]   0.00-10.05  sec  1.08 GBytes   919 Mbits/sec                  receiver

iperf Done.

mtr:

code:

 Host                                                                                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. _gateway                                                                                    0.0%    20    0.6   0.5   0.2   0.7   0.1
 2. lo0.nikh.cmbr.connected.by.freedominter.net                                                 0.0%    19    1.2   1.3   0.8   2.1   0.3
 3. ae5.core1.fi001.nl.freedomnet.nl                                                            0.0%    19    1.3   8.1   1.0 112.5  25.6
 4. no-reverse-yet.fusixnetworks.net                                                            0.0%    19    1.6   1.5   1.0   1.9   0.2
 5. br1.nikhef.nl.fusixnetworks.net                                                             0.0%    19    1.6   1.6   0.9   2.1   0.3
 6. speed-ix.leaseweb.com                                                                       0.0%    19    1.3   1.4   0.9   3.2   0.5
 7. et-19-1.agg01.ams-01.leaseweb.net                                                           0.0%    19    1.8   1.7   1.4   2.1   0.2
 8. be-101.br02.ams-01.nl.leaseweb.net                                                          0.0%    19    2.3   2.1   1.7   2.5   0.2
 9. ae-111.cr07.ams-01.nl.leaseweb.net                                                          0.0%    19    2.0   2.0   1.6   2.7   0.3
10. po-1.ce44.ams-01.nl.leaseweb.net                                                            0.0%    19    1.8   1.8   1.4   2.9   0.3
11. speedtest.ams1.nl.leaseweb.net

Via IPv6 is de MTR trouwens wel bijzonder (met veel loss op 2 hops):

code:

                                                                                                 Packets               Pings
 Host                                                                                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. *.connected.by.freedominter.net                                                0.0%    27    0.6   0.5   0.2   0.8   0.1
 2. lo1.cmbr.nikhef-1.connected.by.freedom.nl                                                   0.0%    27    1.5   1.4   0.8   2.1   0.3
 3. ae5.core1.fi001.nl.freedomnet.nl                                                            0.0%    27    1.6   7.8   1.1  67.1  17.9
 4. 2a0d:9c80:1:1:2::30                                                                         0.0%    27    1.9   1.8   1.0   6.6   1.2
 5. adm-b1-link.ip.twelve99.net                                                                68.0%    26    1.5   1.8   1.5   2.1   0.2
 6. adm-bb2-v6.ip.twelve99.net                                                                 76.9%    26    1.9   2.0   1.5   2.3   0.3
 7. leaseweb-ic308104-adm-b6.ip.twelve99-cust.net                                              60.0%    26    2.1   2.4   1.8   2.8   0.3
 8. leaseweb-ic308104-adm-b6.ip.twelve99-cust.net                                              46.2%    26    2.6   2.3   1.9   3.2   0.4
 9. 2001:1af8::81:17:35:200                                                                     0.0%    26    2.3   2.4   1.7   3.0   0.3
10. 2001:1af8::210                                                                              0.0%    26    2.0   2.2   1.5   2.8   0.3
11. speedtest.ams1.nl.leaseweb.net                                                              0.0%    26    1.9   2.0   1.6   2.4   0.2

iperf3 op IPv6:

code:

 iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -6
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
[  5] local 2a10:3781:924:9:9875:edff:fe19:ced8 port 42316 connected to 2001:1af8:5300:a018::77 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   109 MBytes   917 Mbits/sec    1    621 KBytes       
[  5]   1.00-2.00   sec   110 MBytes   923 Mbits/sec    0    743 KBytes       
[  5]   2.00-3.00   sec   110 MBytes   923 Mbits/sec    1    844 KBytes       
[  5]   3.00-4.00   sec   109 MBytes   912 Mbits/sec    0    939 KBytes       
[  5]   4.00-5.00   sec   110 MBytes   923 Mbits/sec    2   1021 KBytes       
[  5]   5.00-6.00   sec   110 MBytes   923 Mbits/sec    0   1.07 MBytes       
[  5]   6.00-7.00   sec   110 MBytes   923 Mbits/sec    0   1.15 MBytes       
[  5]   7.00-8.00   sec   110 MBytes   923 Mbits/sec    0   1.21 MBytes       
[  5]   8.00-9.00   sec   110 MBytes   923 Mbits/sec    0   1.28 MBytes       
[  5]   9.00-10.00  sec   110 MBytes   923 Mbits/sec    0   1.34 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.07 GBytes   921 Mbits/sec    4             sender
[  5]   0.00-10.06  sec  1.07 GBytes   914 Mbits/sec                  receiver

Wat volgens mij wel een verschil is, is dat ik nog via de oud-Cambrium apparatuur van Fiberoperator verbonden ben (heb ik al vaker genoemd, maar voor de compleetheid). Misschien dat die verbinding 'beter' i s, dan via de concentrator die waarschijnlijk voor andere operators/niet-cambrium/kpn wordt gebruikt ?

[ Voor 27% gewijzigd door eymey op 12-04-2024 15:42 ]

[ChillingStream]

@eymey je moet bij iperf opletten en -R gebruiken als je download wilt testen, bij mij is alleen de download erg janky/kapot

Als het goed is zit ik ook op de oude apparatuur, aangezien ik van Tweak kom

[eymey]

ChillingStream schreef op vrijdag 12 april 2024 @ 16:24:
@eymey je moet bij iperf opletten en -R gebruiken als je download wilt testen, bij mij is alleen de download erg janky/kapot

Als het goed is zit ik ook op de oude apparatuur, aangezien ik van Tweak kom

Het gekke is alleen dat ik in jouw traceroutes, na de gateway, niet het Cambrium endpoint in Nikhef zie (die heb ik wel altijd). Sinds wanneer was je ook alweer overgestapt van Tweak? Als dat na/in de 'release' van FiberOperator is, dan zou het me niet verbazen als jouw link al naar de nieuwe 'hoofd concentrator' van Freedom gaat. Volgens mij is het uiteindelijk de bedoeling dat iedereen (ook ik) daarop komt, overigens.

Bij download is de iperf bij mij ook wel een stukje trager:

code:

iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4 -R
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending
[  5] local 192.168.9.248 port 59940 connected to 95.211.20.80 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  93.4 MBytes   783 Mbits/sec                  
[  5]   1.00-2.00   sec   100 MBytes   842 Mbits/sec                  
[  5]   2.00-3.00   sec  93.8 MBytes   787 Mbits/sec                  
[  5]   3.00-4.00   sec  98.6 MBytes   827 Mbits/sec                  
[  5]   4.00-5.00   sec  90.6 MBytes   760 Mbits/sec                  
[  5]   5.00-6.00   sec   105 MBytes   879 Mbits/sec                  
[  5]   6.00-7.00   sec  85.5 MBytes   717 Mbits/sec                  
[  5]   7.00-8.00   sec  89.1 MBytes   748 Mbits/sec                  
[  5]   8.00-9.00   sec  94.2 MBytes   790 Mbits/sec                  
[  5]   9.00-10.01  sec   103 MBytes   859 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.05  sec   956 MBytes   798 Mbits/sec  422             sender
[  5]   0.00-10.01  sec   953 MBytes   799 Mbits/sec                  receiver

iperf Done.

Maar ja, het zegt me eigenlijk nog vrij weinig. De eerder in deze thread door mij ge-poste resultaten zijn nog steeds hetzelfde, dus meer dan 900 Mbit/s. Dus voor mijn part is Leaseweb gewoon brak (ook gezien de loss op die 2 hops, die ook al bij Leaseweb zitten ).

[ChillingStream]

Sinds 28 maart, volgens mij was dat zon D-Day voor velen die van Tweak kwamen(?)

Waar ik me vooral aan erger is, dat een server die ik voor werk nodig heb dit gedrag vertoont:

code:

iperf3 -c werk -R 
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  30.1 MBytes   252 Mbits/sec
[  5]   1.00-2.00   sec  20.6 MBytes   173 Mbits/sec
[  5]   2.00-3.00   sec  17.1 MBytes   144 Mbits/sec
[  5]   3.00-4.00   sec  19.1 MBytes   160 Mbits/sec
[  5]   4.00-5.00   sec  18.6 MBytes   156 Mbits/sec
[  5]   5.00-6.00   sec  22.2 MBytes   187 Mbits/sec
[  5]   6.00-7.00   sec  20.8 MBytes   174 Mbits/sec
[  5]   7.00-8.00   sec  18.2 MBytes   153 Mbits/sec
[  5]   8.00-9.00   sec  18.0 MBytes   151 Mbits/sec
[  5]   9.00-10.00  sec  18.4 MBytes   154 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.01  sec   206 MBytes   173 Mbits/sec  464             sender
[  5]   0.00-10.00  sec   203 MBytes   170 Mbits/sec                  receiver

Het is een machine met 10gbit NIC en dedicated bandwidth, als ik er een VPN tussen schakel dan werkt het wel 6-7 keer zo goed.

ziezo:

code:

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  71.9 MBytes   602 Mbits/sec
[  5]   1.00-2.00   sec  76.4 MBytes   641 Mbits/sec
[  5]   2.00-3.00   sec  76.9 MBytes   645 Mbits/sec
[  5]   3.00-4.00   sec  78.4 MBytes   657 Mbits/sec
[  5]   4.00-5.00   sec  72.6 MBytes   609 Mbits/sec
[  5]   5.00-6.00   sec  70.2 MBytes   589 Mbits/sec
[  5]   6.00-7.00   sec  68.0 MBytes   570 Mbits/sec
[  5]   7.00-8.00   sec  74.5 MBytes   625 Mbits/sec
[  5]   8.00-9.00   sec  72.0 MBytes   604 Mbits/sec
[  5]   9.00-10.00  sec  72.9 MBytes   611 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec   756 MBytes   632 Mbits/sec    1             sender
[  5]   0.00-10.00  sec   734 MBytes   615 Mbits/sec                  receiver

Ik werk met datasets die blijven groeien (op dit moment 40GB) en daarvoor zou ik eigenlijk wel mijn volle GBit downstream willen kunnen benutten

De mail aan Freedom is iig. verstuurd, let's see

[SgtElPotato]

Ben aan het kijken of een Gateway Max van UniFi iets voor mij is. Ik krijg hem echter niet werkend in mijn netwerk.

Ik heb de bekende MC220L converter met de juiste SFP (SM321B). De lampjes branden op de converter maar de Gateway heeft er geen zin. Ik heb de juiste PPPoE instellingen van Freedom overgenomen en de juiste Vlan maar de verbinding blijft falen.. iemand een idee?

De SFP van de Fritzbox werkt niet in de converter maar dat is bekend.

[JohDB]

SgtElPotato schreef op zondag 14 april 2024 @ 20:33:
Ben aan het kijken of een Gateway Max van UniFi iets voor mij is. Ik krijg hem echter niet werkend in mijn netwerk.

Ik heb de bekende MC220L converter met de juiste SFP (SM321B). De lampjes branden op de converter maar de Gateway heeft er geen zin. Ik heb de juiste PPPoE instellingen van Freedom overgenomen en de juiste Vlan maar de verbinding blijft falen.. iemand een idee?

De SFP van de Fritzbox werkt niet in de converter maar dat is bekend.

Op welk netwerk ben je aangesloten en welke techniek wordt er gebruikt?

[SgtElPotato]

JohDB schreef op zondag 14 april 2024 @ 22:11:
[...]


Op welk netwerk ben je aangesloten en welke techniek wordt er gebruikt?

E-Fiber / ODF. GPON voor zover ik weet.

[ervee]

SgtElPotato schreef op zondag 14 april 2024 @ 22:28:
[...]


E-Fiber / ODF. GPON voor zover ik weet.

Die SM 321B is een 1310nm/1550nm BiDi SFP en werkt waarschijnlijk wel op AON, maar niet op GPON. Sterker nog, als je GPON hebt en je sluit deze aan op de vezel veroorzaak je waarschijnlijk verstoring bij 1 tot 16 (of 32 zelfs?) huishoudens.

[SgtElPotato]

ervee schreef op zondag 14 april 2024 @ 22:57:
[...]


Die SM 321B is een 1310nm/1550nm BiDi SFP en werkt waarschijnlijk wel op AON, maar niet op GPON. Sterker nog, als je GPON hebt en je sluit deze aan op de vezel veroorzaak je waarschijnlijk verstoring bij 1 tot 16 (of 32 zelfs?) huishoudens.

Duidelijk, wat moet ik dan hebben om het wel werkend te krijgen?

Ik heb het wel aangesloten en geprobeerd, de FX link gaat gewoon aan, maar dat zegt dus niks..

[tcviper]

SgtElPotato schreef op zondag 14 april 2024 @ 20:33:
Ben aan het kijken of een Gateway Max van UniFi iets voor mij is. Ik krijg hem echter niet werkend in mijn netwerk.

Ik heb de bekende MC220L converter met de juiste SFP (SM321B). De lampjes branden op de converter maar de Gateway heeft er geen zin. Ik heb de juiste PPPoE instellingen van Freedom overgenomen en de juiste Vlan maar de verbinding blijft falen.. iemand een idee?

De SFP van de Fritzbox werkt niet in de converter maar dat is bekend.

De gateway max kun je toch geen SFP module in duwen dat is puur UTP, of mis ik iets? Ik heb zelf ook Freedom via ODF (GPON). Heb de ONT ertussen zitten die zet van glas naar UTP om en dat gaat dan rechstreeks Gateway in.

Op een ander plek icm de Gateway Pro (UXG Pro) gebruik ik de FS SFP+ module (icm freedom/odf) en dat werkt ook prima.

[ Voor 7% gewijzigd door tcviper op 15-04-2024 08:12 ]

[SgtElPotato]

tcviper schreef op maandag 15 april 2024 @ 08:11:
[...]


De gateway max kun je toch geen SFP module in duwen dat is puur UTP, of mis ik iets? Ik heb zelf ook Freedom via ODF (GPON). Heb de ONT ertussen zitten die zet van glas naar UTP om en dat gaat dan rechstreeks Gateway in.

Op een ander plek icm de Gateway Pro (UXG Pro) gebruik ik de FS SFP+ module (icm freedom/odf) en dat werkt ook prima.

Klopt, daarom heb ik de TP-Link Media Converter er tussen geprobeerd te zetten om het glas om te zetten naar UTP. Maar blijkbaar werkt die SFP module niet op mijn netwerk.

[ervee]

SgtElPotato schreef op zondag 14 april 2024 @ 23:14:
[...]
Duidelijk, wat moet ik dan hebben om het wel werkend te krijgen?

Als je nu een Fritzbox hebt zou je aan Freedom kunnen vragen of je die om kan ruilen voor een ONT, dus eigenlijk zo'n media omvormer die je nu hebt maar dan voor GPON.
Of je koopt zelf een GPON SFP bij FS of Leolabs maar daar kunnen wel wat haken en ogen aan zitten. Zie de laatste paar pagina's van dit topic. In het kort: Het lijkt alsof de performance van de FS SFP niet (meer) goed is en die van Leolabs lijkt niet goed te gaan met Multicast livestream als je ook TV afneemt.

[SgtElPotato]

ervee schreef op maandag 15 april 2024 @ 11:42:
[...]


Als je nu een Fritzbox hebt zou je aan Freedom kunnen vragen of je die om kan ruilen voor een ONT, dus eigenlijk zo'n media omvormer die je nu hebt maar dan voor GPON.
Of je koopt zelf een GPON SFP bij FS of Leolabs maar daar kunnen wel wat haken en ogen aan zitten. Zie de laatste paar pagina's van dit topic. In het kort: Het lijkt alsof de performance van de FS SFP niet (meer) goed is en die van Leolabs lijkt niet goed te gaan met Multicast livestream als je ook TV afneemt.

Ah oke. Dan ga ik dat gewoon proberen. Denk dat dat de makkelijkste optie is. Een andere router / gateway met SFP poorten (en de prijs) krijg ik er niet doorheen haha..

Uiteindelijk contact gehad met Freedom, uiterst behulpzaam. Gelukkig nog niks aan de hand met het netwerk. Ze sturen een NTU op zodat ik deze kan aansluiten en mijn eigen apparatuur kan gebruiken.

[ Voor 11% gewijzigd door SgtElPotato op 15-04-2024 14:36 ]

[ChillingStream]

Inmiddels heb ik een korte reactie van Freedom ontvangen, ze vragen me naar de demping van mijn glasvezel verbinding. Die kan ik volgens mij niet uitlezen zonder SFP module in mijn router, he? Ik gebruik namelijk de oude ONT van Tweak, en dan van daar via UTP naar mijn Mikrotik RB5009.

Maar goed, dat de download traag is en upload ok zal niet aan het glasvezel liggen, of wel?

[MvL]

Wat zijn jullie algemene ervaringen met Freedom internet?

Een reden voor mij om te verhuizen naar Freedom is de mogelijkheid van meerdere ip adressen.

[SgtElPotato]

MvL schreef op maandag 22 april 2024 @ 20:10:
Wat zijn jullie algemene ervaringen met Freedom internet?

Een reden voor mij om te verhuizen naar Freedom is de mogelijkheid van meerdere ip adressen.

In mijn ervaring top! Echt geen enkel probleem met klantenservice, ze zijn kundig en weten veel! Downtime nog niet mee gemaakt afgelopen twee gaat!

[MvL]

SgtElPotato schreef op maandag 22 april 2024 @ 20:46:
[...]


In mijn ervaring top! Echt geen enkel probleem met klantenservice, ze zijn kundig en weten veel! Downtime nog niet mee gemaakt afgelopen twee gaat!

Bedankt. Klinkt goed!

Heb jij downtime meegemaakt met de overstap? Zo ja hoe lang?

[tcviper]

MvL schreef op maandag 22 april 2024 @ 20:10:
Wat zijn jullie algemene ervaringen met Freedom internet?

Een reden voor mij om te verhuizen naar Freedom is de mogelijkheid van meerdere ip adressen.

Goed, tot nu toe erg tevreden (ben sinds januari dit jaar bij Freedom via E-Fiber (ODF)). Stabiel, snel en goede support.

[SgtElPotato]

MvL schreef op maandag 22 april 2024 @ 20:49:
[...]


Bedankt. Klinkt goed!

Heb jij downtime meegemaakt met de overstap? Zo ja hoe lang?

Met de overstap wel, maar dat kwam alleen omdat er nog glas naar binnen gelegd moest worden. Monteur kwam op tijd, heeft destijds ook de config van de oude Fritzbox naar de nieuwe omgezet (voor alle poorten etc).

[ElectricHead]

MvL schreef op maandag 22 april 2024 @ 20:10:
Wat zijn jullie algemene ervaringen met Freedom internet?

Een reden voor mij om te verhuizen naar Freedom is de mogelijkheid van meerdere ip adressen.

Ik ben nu ongeveer een maand lid. Bevalt me goed. Helpdesk is vriendelijk, per mail alleen wat langere wachttijden. Verder is de snelheid goed, geen problemen gehad en de overstap van Tweak verliep goed.

[eymey]

MvL schreef op maandag 22 april 2024 @ 20:10:
Wat zijn jullie algemene ervaringen met Freedom internet?

Een reden voor mij om te verhuizen naar Freedom is de mogelijkheid van meerdere ip adressen.

Ik kan deze club alleen maar van harte aanbevelen! Mijn ervaringen zijn louter positief.

Één keer hebben ze een steekje laten vallen na groot onderhoud aan de routers, toen voor IPv6 de BGP sessies met de "Cambrium verbindingen" niet waren hersteld en ze dat pas na iets van een halve dag hadden ontdekt.

Maar verder altijd de beloofde snelheid, en 99,94% of 100% beschikbaarheid volgens mijn RIPE Atlas softprobe.

Ook toen aan het eerste begin (in 2020 alweer), toen ik van Tweak over was gezet naar Freedom, de PPPoE verbinding niet tot stand wilde komen was een belletje genoeg en ging de medewerker tijdens het telefoongesprek via IRC met iemand van Cambrium in ruggespraak en werd al snel duidelijk dat op mijn poort in de switch in de Area-PoP nog PPPoE agent ingeschakeld moest worden.

[MvL]

Dankjewel voor jullie reacties dit geeft mij toch wel vertrouwen om de overstap te doen. Helaas moet ik nog wel wachten tot het einde van het jaar. Ik heb nu een jaar contract bij KPN. Ik heb alleen mijn huiswerk niet goed gedaan wat betreft het aantal beschikbare ip adressen. Bij Kpn heb je een kvk nummer nodig voor zulke opties. Even wachten dus nog..

[Mr-D.]

MvL schreef op dinsdag 23 april 2024 @ 17:08:
Dankjewel voor jullie reacties dit geeft mij toch wel vertrouwen om de overstap te doen. Helaas moet ik nog wel wachten tot het einde van het jaar. Ik heb nu een jaar contract bij KPN. Ik heb alleen mijn huiswerk niet goed gedaan wat betreft het aantal beschikbare ip adressen. Bij Kpn heb je een kvk nummer nodig voor zulke opties. Even wachten dus nog..

heb je echt IPv4 nodig?

met IPv6 heb je zelf al oneindig veel adressen

[Dennisb1]

Mr-D. schreef op dinsdag 23 april 2024 @ 17:27:
[...]


heb je echt IPv4 nodig?

met IPv6 heb je zelf al oneindig veel adressen

Nadeel is echter dat het gros nog op ipv4 only zit en je dus onbereikbaar bent.

Beetje kip ei. IPv4 wordt zo steeds nog nodig.

[Dennisb1]

MvL schreef op dinsdag 23 april 2024 @ 17:08:
. Bij Kpn heb je een kvk nummer nodig voor zulke opties. Even wachten dus nog..

KVK inschrijving kost maar eenmalig een paar tientjes.
Gelijk btw vrijstelling vragen en klaar is kees.

Paar extra stappen tijdens de belastingaangifte waar alles 0,- is.

Opgelost

[Mr-D.]

Dennisb1 schreef op woensdag 24 april 2024 @ 03:57:
[...]


Nadeel is echter dat het gros nog op ipv4 only zit en je dus onbereikbaar bent.

Beetje kip ei. IPv4 wordt zo steeds nog nodig.

dan gebruik je toch een reverse proxy op domeinnaam.
zo heb je dan ook meerdere "poorten 80"beschikbaar op IPv4

[Il 2]

Volgens mij was dit nog niet gepost hier:
https://freedom.nl/nieuws...eedom-via-het-kpn-netwerk

Goed nieuwe voor bestaande en nieuwe Freedom leden op het glasvezelnetwerk van KPN!

Freedom verlaagt de abonnementsprijzen via het KPN glasvezelnetwerk* per 1 mei. De verlaging is fors te noemen gezien sommige producten met 10,- per maand naar beneden worden gesteld.

De onderstaande tarieven (inclusief huur modem) worden per 1 mei van kracht en gelden voor zowel nieuwe als bestaande Freedom klanten.

Behoorlijk uniek in deze tijd, en deze markt, dat nog iemand met prijsverlagingen doorkomt. Dat valt freedom wel echt te prijzen. zit er zelfs aan te denken om nu weer een stapje te upgraden in snelheid.

[ Voor 39% gewijzigd door Il 2 op 24-04-2024 17:31 ]

[SgtElPotato]

Il 2 schreef op woensdag 24 april 2024 @ 17:31:
Volgens mij was dit nog niet gepost hier:
https://freedom.nl/nieuws...eedom-via-het-kpn-netwerk

[...]


Behoorlijk uniek in deze tijd, en deze markt, dat nog iemand met prijsverlagingen doorkomt. Dat valt freedom wel echt te prijzen. zit er zelfs aan te denken om nu weer een stapje te upgraden in snelheid.

Ik zit gelukkig niet via het KPN netwerk, maar ze hebben toevallig vandaag wel de kabel gelegd in de stoep. Prijzen bij KPN zijn 10-15€ duurder dan via bijvoorbeeld ODF..

[MetalfanBlackness]

Il 2 schreef op woensdag 24 april 2024 @ 17:31:
Volgens mij was dit nog niet gepost hier:
https://freedom.nl/nieuws...eedom-via-het-kpn-netwerk

[...]


Behoorlijk uniek in deze tijd, en deze markt, dat nog iemand met prijsverlagingen doorkomt. Dat valt freedom wel echt te prijzen. zit er zelfs aan te denken om nu weer een stapje te upgraden in snelheid.

Hij is al wel gedeelt, maar blijft goed nieuws voor mensen die via het KPN netwerk gaan
Zr40 in "[Freedom] Ervaringen & Discussie"

[Gijs007]

Vandaag overgestapt van KPN (KPN netwerk AON) naar Freedom (ODF netwerk en GPON), ping is over het algemeen iets hoger. De Freedom DNS servers hebben bijv. een ping van 6ms, terwijl ik via het netwerk van KPN een ping van 4ms had.
Zou dit verschil komen door de andere techniek, of het ODF netwerk?

Routering lijkt wel beter te zijn bij Freedom, o.a. een aantal datacentra in het Azië en Oceanie hebben een duidelijk betere latency en geen packet loss.

IPTV heb ik helaas nog niet werkend met OPNsense als router.
Ik heb deze config geprobeerd toe te passen. https://github.com/bartschermer/Freedom-IPTV-with-OPNsense

Echter valt mij al direct op dat ik standaard andere routes krijg op de IPTV_WAN interface:
ipv4 100.64.0.0/10 100.65.0.1 UGS NaN 1500 hn3 IPTV_WAN
ipv4 100.65.0.0/20 link#8 U NaN 1500 hn3 IPTV_WAN

Bij de gateways zie ik geen gateway verschijnen die via DHCP zou moeten worden gepushed op deze interface.
Ik heb nog even de gateway met de hand aangemaakt, en de rest van het stappenplan doorlopen, maar krijg vooralsnog geen beeld.
De Amino setupbox geeft de melding “failed to connect to ACS.”

Is de eerder genoemde handleiding nog wel up to date, of doe ik iets verkeerd?

[ElectricHead]

@Gijs007 De ping hebben meerdere mensen geconstateerd dat deze bij Freedom wat hoger is. Ongeacht het netwerk. Ik zit zelf via AON op het netwerk en ben van Tweak naar Freedom gegaan (zonder dat de onderliggende techniek is gewijzigd). Mijn ping is ongeveer 6 à 7 ms. terwijl dit vroeger rond de 4 ms. zat.

[eymey]

@ElectricHead @Gijs007

Meerdere mensen, maar dus niet iedereen. Ik herken me namelijk totaal niet in de genoemde pingtijden.

Het is hier altijd 4 of nog veel lager.naar zo'n beetje alles in NL en voor een deel daarbuiten.

@Gijs007 Ik weet niet of de door jou aangehaalde handleiding nog up to date is of niet. Heel in het begin, toen ik nog bij Tweak zat (IPTV-technisch zo ongeveer gelijk aan hoe het via Freedom geregeld is) heb ik het wel een poosje geprobeerd, ook in combinatie met OPNSense.

En had toen alles wel zo ongeveer werkend, in ieder geval de lineaire streams via IGMP en Video on Demand. Alleen timeshift (weergeven na pauze, danwel vanaf het begin) heb ik toen nooit werkend gekregen omdat dat via RTSP-achtige constructies ging en over UDP, en je het eigenlijk alleen goed werkend kon krijgen met goede connection tracking voor het gebruikte streaming protocol. En dat bood OPNSense/FreeBSD toen niet (Linux wel, overigens).

In die tijd kwam ook NLZiet in opkomst en dat gebruiken we nu al zo'n 5 jaar.

[ Voor 76% gewijzigd door eymey op 25-04-2024 13:40 ]

[Gijs007]

eymey schreef op donderdag 25 april 2024 @ 13:35:
@ElectricHead @Gijs007

Meerdere mensen, maar dus niet iedereen. Ik herken me namelijk totaal niet in de genoemde pingtijden.

Het is hier altijd 4 of nog veel lager.naar zo'n beetje alles in NL en voor een deel daarbuiten.

@Gijs007 Ik weet niet of de door jou aangehaalde handleiding nog up to date is of niet. Heel in het begin, toen ik nog bij Tweak zat (IPTV-technisch zo ongeveer gelijk aan hoe het via Freedom geregeld is) heb ik het wel een poosje geprobeerd, ook in combinatie met OPNSense.

En had toen alles wel zo ongeveer werkend, in ieder geval de lineaire streams via IGMP en Video on Demand. Alleen timeshift (weergeven na pauze, danwel vanaf het begin) heb ik toen nooit werkend gekregen omdat dat via RTSP-achtige constructies ging en over UDP, en je het eigenlijk alleen goed werkend kon krijgen met goede connection tracking voor het gebruikte streaming protocol. En dat bood OPNSense/FreeBSD toen niet (Linux wel, overigens).

In die tijd kwam ook NLZiet in opkomst en dat gebruiken we nu al zo'n 5 jaar.

Probleem met de TV is opgelost, werkt nu verder prima
Was waarschijnlijk een DHCP DNS server instelling die niet (meer werkte). Stond nog een verwijzing naar de KPN DNS servers, die werken wellicht niet vanaf buiten het KPN netwerk.

Heb echter ook een paar NAT en firewall instellingen verwijderd, aangezien een medewerker van Freedom wist te melden dat die guide inderdaad verouderd is.
Dus kan niet helemaal met zekerheid zeggen dat DNS de oplossing was.

Stomme is wel dat het TV kastje zichtbaar moet zijn i.v.m. IR afstandsbediening. Wellicht dat ik voor TV overstap naar NLZiet als dit contract is afgelopen.


Verder jammer van de ping, had daar toch iets meer van verwacht, gezien dit een idealistische provider is die claimt voor de hoogste kwaliteit te gaan. Hopelijk komt daar nog verbetering in. Als hardcore gamer telt iedere ms
Hebben andere ISP's op het netwerk van Open Dutch Fiber daar geen last van? Wellicht probeer ik na afloop van dit contract een andere ISP zoals RapidXS of Trined.
Belangrijkste is uiteraard een provider die betrouwbaar en stabiel is, en (bij problemen) de juiste expertise heeft maar ook goed bereikbaar is. Die bereikbaarheid viel mij bij Freedom toch een beetje tegen.

[VHware]

Gijs007 schreef op donderdag 25 april 2024 @ 18:28:
[...]

Als hardcore gamer telt iedere ms
Hebben andere ISP's op het netwerk van Open Dutch Fiber daar geen last van? Wellicht probeer ik na afloop van dit contract een andere ISP zoals RapidXS of Trined.

Ik heb zelf Glasnet op het E-Fiber-netwerk (wat nu ook van ODF is) en daar is het 3-4ms in elk geval. Bereikbaarheid voor ondersteuning is goed

[Dennisb1]

Mijn ping is juist van 4ms naar 3ms gegaan sinds de switch van Tweak naar Freedom.

[page404]

3.8 ms via ODF. Ik heb ook de indruk dat dat sneller is dan bij Odido. En zeker veel sneller dan bij Ziggo want daar zat ik op 10-15ms
Ik ben ook erg tevreden over Freedom want het werkt gewoon. Ik ben voor een ander huis aan het kijken en 1 van de criteria is dat ik daar ook Freedom kan krijgen

[tcviper]

Aangezien ik er een aantal beheer in dezelfde regio (Sittard-Geleen, Echt, Stein, Roermond - Limburg) zijn dit de gemiddelde waardes (ODF/E-Fiber en KPN en Ziggo):

- Freedom: 5-6ms (PPPOE) -- IPV4 + IPV6
- Odido: 8-10ms (DHCP) -- IPV4 only voor nu
- Trined: 6-8ms (PPPOE) -- IPV4 + IPV6
- KPN (bij degene waar KPN glas ligt): 5-6ms (PPPOE) -- IPV4 + IPV6
- Ziggo: 16-18ms (DHCP) -- IPV4 + IPV6

Voor de ping maakt het weinig tot geen verschil of het via UTP of SFP (Direct) module is.

[ Voor 36% gewijzigd door tcviper op 26-04-2024 08:57 ]

[The Zep Man]

Ik neem zelf een extra IPv4-subnet af bij Freedom. Niet echt goedkoop, maar de enige optie als particulier om meerdere IPv4-adressen te hebben. Ik gebruik dit met OPNsense. Hierbij een stukje over hoe je alle acht adressen van een extra /29 subnet kan gebruiken. Deze instructies werken waarschijnlijk ook voor pfSense, maar mogelijk heet het e.e.a. anders.


1.
Je ontvangt een mail van Freedom met als onderwerp "Bevestiging bestelling Freedom Subnet". Hier staan de acht IP-adressen in waar je gebruik van kan maken. Je mag de opmerking die bij ieder IP-adres staat negeren. Normaliter wordt het subnet als geheel gebruikt in een eigen netwerk met een FRITZ!Box, en zijn daarom het eerste (network) en laatste (broadcast) adres niet bruikbaar. In OPNsense kunnen deze adressen individueel geconfigureerd worden, waardoor ze alle acht bruikbaar zijn.

Bewaar deze mail! De adressen staan op het moment van schrijven niet in de Mijn Freedom-omgeving en ook niet op facturen. Als je de mail kwijt bent in een eigen mailbox, dan kan je nog kijken in je Freedom mailbox. Daar is die ook heen gestuurd. Als je ook daar de mail niet meer kan terugvinden, dan moet je contact opnemen met de helpdesk om de adressen opnieuw te verkrijgen.

2.
Herstart OPNsense of schakel de WAN-interface uit en in. Als je deze stap vergeet en je router heeft een hoge uptime, dan bestaat de kans dat het extra subnet nog niet is toegewezen aan je bestaande verbinding. Een nieuwe PPPoE-verbinding opzetten lost dit op, en bespaart je veel diagnosefrustratie.

3.
Ga in de beheeromgeving van OPNsense naar Interfaces -> Virtual IPs -> Settings. Voeg daar een nieuw IP adres toe.

• Mode: IP Alias
• Interface: WAN (of hoe jouw Freedom WAN interface ook heet)
• Network / Address: Het eerste extra IP-adres. Voeg aan het einde /32 toe, want het IP wordt gebruikt onafhankelijk van andere IP-adressen.
• Gateway (enkel zichtbaar als advanced mode is ingeschakeld): (leeg)
• Deny service binding: Aan, voor als je alles dat luistert op 0.0.0.0 niet ook wilt laten luisteren op dit IP-adres. Meestal wil je dit aan hebben om je extra IP-adressen zo flexibel mogelijk in te zetten.
• VHID group: (leeg)
• Description: Freedom extra IPv4 #1

Herhaal deze stap voor de overige zeven IP-adressen. Verhoog het getal in de description voor elk nieuw IP-adres om in andere delen van OPNsense ernaar te kunnen refereren.

4.
Je moet nu bepalen welke individuele verbindingen, adressen, netwerkdelen of gehele netwerken een ander IP-adres gaan gebruiken voor uitgaand verkeer. Een gastennetwerk kan je bijvoorbeeld via een ander publiek IP-adres naar buiten laten gaan. Voor servers voorkom je zo dat binnenkomende en uitgaande data andere verbindingen gebruiken. Let op dat je voor servers ook nog stap 5 moet volgen voor inkomende data.

Ga naar Firewall -> NAT -> Outbound. Verander Mode naar Hybrid (indien nog niet gedaan). Voeg een nieuwe regel toe. Voor het source deel vul je in waar vanuit jouw infrastructuur de regel betrekking op moet hebben (een enkel soort TCP/UDP verbinding, een IP-adres, een IP-range, ...). Met "Translation / target" bepaal je welke uitgaand IP-adres wordt gebruikt. Onderaan de lijst staan de extra IP-adressen die je in stap 3 hebt geconfigureerd.

5.
Voor servers moet je port forwardings (Firewall -> NAT -> Port Forward) aanmaken/aanpassen gebaseerd op welk IP-adres geluisterd moet worden voor binnenkomende verbindingen. Zorg ervoor dat dit voorbereid is in stap 4 voor uitgaande verbindingen. De waarde om te veranderen is Destination. "WAN address" (of welke naam je WAN-interface voor Freedom ook heeft daarin) betreft het standaard IPv4-adres van de verbinding. In dezelfde lijst vind je onderaan de extra IPv4-adressen die je hebt aangemaakt in stap 3.

Vergeet niet om eventuele bestaande publieke DNS-instellingen te herconfigureren gebaseerd op het nieuwe IP-adres.


Dat is alles wat nodig is om met extra IPv4-adressen aan de slag te gaan. Uiteraard kan je het nog een slag complexer maken, zoals bijvoorbeeld enkel binnenkomende verbindingen vanaf bepaalde publieke IP-adressen enkel toestaan op specifieke eigen IP-adressen, maar dat hoef ik hier niet te omschrijven. Als je deze stappen gevolgd hebt, dan weet je hoe je daarop verder kan voortbouwen.

[ Voor 3% gewijzigd door The Zep Man op 16-06-2024 12:50 ]

[Jan Driebeen]

Miosschien een domme vraag, maar als ik een speedtest doe zie ik altijd een ping van 1ms, ik gebruik de app van Speedtest.com op mijn Mac die rechtstreeks is aangesloten op de fritzbox (van Freedom). Testen jullie anders en is dat de reden waarom jullie een hogere ping zien?

[SgtElPotato]

Ik zie dit in mijn controller.

En lokaal vanaf mijn server:

[Dennisb1]

Wie kan mij helpen met mijn IPv6 configuratie?
Ik zit sinds kort bij Freedom maar krijg op mijn EdgeRouter 12p het niet werkend..

Ik heb onderstaande config erin gezet:

code:

set interfaces ethernet eth11 vif 6 pppoe 0 ipv6 address autoconf
set interfaces ethernet eth11 vif 6 pppoe 0 ipv6 dup-addr-detect-transmits 1
set interfaces ethernet eth11 vif 6 pppoe 0 ipv6 enable

set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd prefix-only
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd rapid-commit enable
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd pd 0 prefix-length /48
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd pd 0 interface eth4 host-address ::1
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd pd 0 interface eth4 prefix-id :10
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd pd 0 interface eth4 service slaac

Naar mijn weten zou ik dus nu op eth4 een IPv6 adres horen te krijgen toch? Dit is echter dus niet het geval, de pc die ik daar uitsluit krijgt een fe80:.... adres

Ook op de edgerouter die ik op de PPPOE verbinding het volgende adres komen onder mijn IPv4 adres: fe80::..../10

Ook dit klopt niet... Wie kan mij een handvat geven?
IPv6 firewall regels zijn default vanuit EdgeOS en bestaan.

[Falcon93]

Dennisb1 schreef op zaterdag 27 april 2024 @ 11:03:
Wie kan mij helpen met mijn IPv6 configuratie?
Ik zit sinds kort bij Freedom maar krijg op mijn EdgeRouter 12p het niet werkend..

Ik heb onderstaande config erin gezet:

code:

set interfaces ethernet eth11 vif 6 pppoe 0 ipv6 address autoconf
set interfaces ethernet eth11 vif 6 pppoe 0 ipv6 dup-addr-detect-transmits 1
set interfaces ethernet eth11 vif 6 pppoe 0 ipv6 enable

set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd prefix-only
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd rapid-commit enable
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd pd 0 prefix-length /48
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd pd 0 interface eth4 host-address ::1
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd pd 0 interface eth4 prefix-id :10
set interfaces ethernet eth11 vif 6 pppoe 0 dhcpv6-pd pd 0 interface eth4 service slaac

Naar mijn weten zou ik dus nu op eth4 een IPv6 adres horen te krijgen toch? Dit is echter dus niet het geval, de pc die ik daar uitsluit krijgt een fe80:.... adres

Ook op de edgerouter die ik op de PPPOE verbinding het volgende adres komen onder mijn IPv4 adres: fe80::..../10

Ook dit klopt niet... Wie kan mij een handvat geven?
IPv6 firewall regels zijn default vanuit EdgeOS en bestaan.

Je moet je IPv6 adressen binnenkrijgen via je ipv4 pppoe connectie. Zo werkt het iig wel via OPNsense

Prefix-id heb ik zelf op 1 staan.

[Dennisb1]

Falcon93 schreef op zaterdag 27 april 2024 @ 13:01:
[...]


Je moet je IPv6 adressen binnenkrijgen via je ipv4 pppoe connectie. Zo werkt het iig wel via OPNsense

Prefix-id heb ik zelf op 1 staan.

Klopt, via de ipv4 verbinding zie ik het volgende binnen komen zeg maar

IPv4 adres: de kloppende
IPv6 adres: die fe80:xxxx

[HomeServ]

Dennisb1 schreef op zaterdag 27 april 2024 @ 15:27:
[...]


Klopt, via de ipv4 verbinding zie ik het volgende binnen komen zeg maar

IPv4 adres: de kloppende
IPv6 adres: die fe80:xxxx

Ik zie op m'n Mikrotik ook geen IPv6 adres op de PPoE interface. Alleen een Link Local address.
Via DHCP krijg ik een /48 prefix binnen die ik dan weer uitdeel op de LAN kant.

[ Voor 3% gewijzigd door HomeServ op 27-04-2024 19:00 ]

[SgtElPotato]

HomeServ schreef op zaterdag 27 april 2024 @ 18:58:
[...]


Ik zie op m'n Mikrotik ook geen IPv6 adres op de PPoE interface. Alleen een Link Local address.
Via DHCP krijg ik een /48 prefix binnen die ik dan weer uitdeel op de LAN kant.

Op mijn Unifi Gateway krijg ik op alle apparaten IPv6 via de PPPoE zonder issues.

[mrmrmr]

Dennisb1 schreef op woensdag 24 april 2024 @ 04:00:
[...]


KVK inschrijving kost maar eenmalig een paar tientjes.
Gelijk btw vrijstelling vragen en klaar is kees.

Paar extra stappen tijdens de belastingaangifte waar alles 0,- is.

Opgelost

De inschrijving KvK kost tegenwoordig € 80,10.

Let ook even op dat je niet zomaar af kan van een verstrekte BTW vrijstelling. Mocht je onbelemmerd een onderneming kunnen willen beginnen, doe dan geen aanvraag voor BTW vrijstelling.

De belastingaangifte is tamelijk ingewikkeld, daar huren de meeste mensen iemand voor in of je hebt een administratiepakket die dat voor je doet. Dat kost dan ook extra.

[Dennisb1]

SgtElPotato schreef op zondag 28 april 2024 @ 00:39:
[...]


Op mijn Unifi Gateway krijg ik op alle apparaten IPv6 via de PPPoE zonder issues.

Heb je toevallig ook een config beschikbaar?

[vanaalten]

Hmmm, enigszins gerelateerd: ook hier niet geheel tevreden over IPv6 en Freedom hier in huis - maar ik gok dat dat meer aan mij dan aan Freedom ligt.

Probleem: met enkel IPv4 haal ik bedraad probleemloos 900Mb/s down & up. Met IPv6 erbij haal ik net iets van 110Mb/s down, 140Mb/s upload. Dat is naar speedtest.freedom.nl; speedtest.net geeft vergelijkbare resultaten. Meerdere machines, zowel Windows als Linux, geven vergelijkbare resultaten.

Internetverbinding: 1Gb/s down/up Freedom via ODF, XGSPON
Netwerk: Ubiquiti USG-3P als router, daarachter een aantal USW-Lite switches

Voor IPv4 heb ik in de configuratie VLAN=6, PPPoE met [e-mail] / 1234 ingesteld en DNS server naar een lokale DNS server gezet.
Voor IPv6 heb ik enkel DHCPv6 met prefix delegation size=48 ingesteld, meer niet.

Iemand een idee wat ik verkeerd doe voor deze lagere snelheden bij IPv6?

[ik222]

@vanaalten Had je het volgende topic op de Uniquiti community al gevonden? https://community.ui.com/...e5-46d5-ac27-d94b09692615

Lijkt er dus op dat PPPoE IPv6 offloading standaard uit staat en in elk geval destijds niet tegelijk met VLAN offloading ingeschakeld kon worden op die USG-3P. Geen idee hoe dat bij jou staat maar als IPv6 offloading uit staat dan zou dat mogelijk e.a. verklaren.

Wat is je CPU op de USG tijdens een IPv6 download?

[vanaalten]

@ik222 Ah... nee, dat had ik niet gevonden, had er ook niet naar gezocht want leek mij waarschijnlijker dat ik zelf iets fout had gedaan. Dank voor de info!

Even getest: met IPv6 enabled een 10GB file downloaden - en de load van de USG-3P schiet omhoog (afgebroken toen load-avg op 8 ofzo stond). Met IPv6 disabled is er niets aan de hand en blijft de load op 0.18 ofzo.

Nou gebruikt Freedom dus PPPoE en moet ik VLAN-ID op 6 instellen... en als ik dat artikel waar je naar linkt goed begrijp kan ik niet EN VLAN gebruiken EN IPv6 PPPoE hardware offloading toepassen, dus niet oplosbaar?

Dan binnenkort de UXG-Lite er weer inzetten. Die had ik er recent in gezet als vervanging voor de USG, maar omdat de up/download niet boven de 700Mb/s ofzo kwam toch even terug naar de USG gegaan.

[CHeff]

Dennisb1 schreef op zondag 28 april 2024 @ 08:27:
[...]


Heb je toevallig ook een config beschikbaar?

Je zal nog iets van router advert aan de LAN kant moeten configureren.

Ik had deze configuratie draaien:
https://github.com/jspijk...onfig.boot#L221C1-L238C10

In de README vind je wat sources terug waar ik de configuratie op gebaseerd had.

[trinite_t]

vanaalten schreef op zondag 28 april 2024 @ 19:38:
@ik222 Ah... nee, dat had ik niet gevonden, had er ook niet naar gezocht want leek mij waarschijnlijker dat ik zelf iets fout had gedaan. Dank voor de info!

Even getest: met IPv6 enabled een 10GB file downloaden - en de load van de USG-3P schiet omhoog (afgebroken toen load-avg op 8 ofzo stond). Met IPv6 disabled is er niets aan de hand en blijft de load op 0.18 ofzo.

Nou gebruikt Freedom dus PPPoE en moet ik VLAN-ID op 6 instellen... en als ik dat artikel waar je naar linkt goed begrijp kan ik niet EN VLAN gebruiken EN IPv6 PPPoE hardware offloading toepassen, dus niet oplosbaar?

Dan binnenkort de UXG-Lite er weer inzetten. Die had ik er recent in gezet als vervanging voor de USG, maar omdat de up/download niet boven de 700Mb/s ofzo kwam toch even terug naar de USG gegaan.

Geen idee hoe het met een USG/UXG-lite gaat, maar met een Edgerouter 3 lite haal ik de volle Gbit (IPv4 en IPv6). Deze heeft dezelfde Cavium chipset als de USG.
Hiervoor moet ik offloading voor PPPOE aan hebben staan, maar niet voor VLAN op IPv6.

code:

$ show ubnt offload

IP offload module   : loaded
IPv4
  forwarding: enabled
  vlan      : enabled
  pppoe     : enabled
  gre       : disabled
  bonding   : disabled
IPv6
  forwarding: enabled
  vlan      : disabled
  pppoe     : enabled
  bonding   : disabled

IPSec offload module: loaded

Traffic Analysis    :
  export    : disabled
  dpi       : disabled
    version       : 1.564

En kloppen je mtu settings wel? Deze moest ik nl ook aanpassen en mss-clamp uitzetten.

[tcviper]

Ter info voor degene die een UniFi router gebruikt icm Freedom (of een andere ISP met PPPOE) in de upcoming 4.0.3 update (UDM, UDR, UCG, UXG etc) zit een update die PPPOE snelheden en stabiliteit verbetert (na uitvoerig testen haal ik zelf nu de 100% van de snelheid).

Deze is op dit moment Early access en zal hopelijk snel over gaan naar public.

[ Voor 13% gewijzigd door tcviper op 30-04-2024 10:14 ]

[badnews.nl]

Ik heb ook zojuist even de early access 4.0.3 gepakt en inderdaad, behoorlijke inprovement. Cpu lijkt minder te verbruiken (hopelijk geen irq storm meer) met pppoe.
Hopelijk kom ik geen rare bugs tegen en kan ik hem blijven draaien. Port forwarding, firewall, ips en vpn lijken naar behoren te werken.

[tcviper]

badnews.nl schreef op dinsdag 30 april 2024 @ 11:13:
Ik heb ook zojuist even de early access 4.0.3 gepakt en inderdaad, behoorlijke inprovement. Cpu lijkt minder te verbruiken (hopelijk geen irq storm meer) met pppoe.
Hopelijk kom ik geen rare bugs tegen en kan ik hem blijven draaien. Port forwarding, firewall, ips en vpn lijken naar behoren te werken.

Als goed is moet het nu prima werken 😛 Heeft maar 8-10 weken aan testing gekost whahaha

[Mr-D.]

badnews.nl schreef op dinsdag 30 april 2024 @ 11:13:
Ik heb ook zojuist even de early access 4.0.3 gepakt en inderdaad, behoorlijke inprovement. Cpu lijkt minder te verbruiken (hopelijk geen irq storm meer) met pppoe.
Hopelijk kom ik geen rare bugs tegen en kan ik hem blijven draaien. Port forwarding, firewall, ips en vpn lijken naar behoren te werken.

zal van het weekend eens testen met 4.03 en hopen dat ik dat van mijn CPU problemen af ben ism PPPoE
als ik mijn lijn vol trek vanaf 1 pc.

hopen dat de ping dan ook lekker laag blijft ipv 300ms

fingers crossed.
maar eerste reacties die ik her en der lees zien er goed uit.

[vanaalten]

tcviper schreef op dinsdag 30 april 2024 @ 10:13:
Ter info voor degene die een UniFi router gebruikt icm Freedom (of een andere ISP met PPPOE) in de upcoming 4.0.3 update (UDM, UDR, UCG, UXG etc) zit een update die PPPOE snelheden en stabiliteit verbetert (na uitvoerig testen haal ik zelf nu de 100% van de snelheid).

Deze is op dit moment Early access en zal hopelijk snel over gaan naar public.

Die 4.0.3 is volgens mij alleen voor UDM (en Pro, SE, Pro-Max) devices, niet voor UXG.