PSN: tcviper | Steam: Viper | TechConnect - MikeRedfields
Dan gok ik dat die al in de UXG release (3.2.15) van een maand geleden zit. Want 3.2.16 is nu in Early Access en heeft denk ik weinig spannends:tcviper schreef op dinsdag 30 april 2024 @ 14:18:
[...]
Dezelfde fix zit ook in de volgende UXG update. Dat is inderdaad niet 4.x maar 3.2.x
...terwijl 3.2.15 een hele lange lijst aan fixes had, waaronder wat PPPoE bugfixes.Bugfixes
Fixed high CPU usage issue due to dnsmasq.
Fixed system crash issue while using Traffic Identification.
Fixed memory leak while using Traffic Identification.
Fixed rare deadlock issues while using Traffic Identification.
Fixed an issue with Guest Firewall rules.
(ik ben onlangs van een USG-3P overgestapt naar UXG-lite met 3.2.15, daarna toch weer even terug naar USG-3P omdat ik niet de 1Gbps snelheid haalde; vanavond waarschijnlijk weer opnieuw proberen met UXG-lite en uitzoeken wat het nu echt wel of niet doet voor snelheid - vandaar dat ik een beetje bovenop jouw posts spring)
Freedom HD is in de avond niet te bereiken, wat te doen?
/dev/null
Welke apparatuur heb je er aan hangen waarmee je 100Mbps ziet? Is het eigen apparatuur of apparatuur van Freedom?I_stealth_I schreef op dinsdag 30 april 2024 @ 20:05:
Hier in Leeuwarden bij een kennis een migratie van Odido naar Freedom (fiber Operator). Odido heeft de prik eraf gehaald en Freedom zegt dat de migratie niet is afgerond. Resultaat bij geen van de providers internet meer. Zie ook geen link op de vezel. Op de tweede vezel is wel link, maar daar lijkt iets van 100Mbit achter te zitten.
Freedom HD is in de avond niet te bereiken, wat te doen?
Eigen apparatuur, mediaconverter (AON) er is geen data activiteit op de blauwe vezel, wel op de groene. Op de groene kan ik geen verbinding krijgen met de PPPoE server.JohDB schreef op dinsdag 30 april 2024 @ 21:15:
[...]
Welke apparatuur heb je er aan hangen waarmee je 100Mbps ziet? Is het eigen apparatuur of apparatuur van Freedom?
Volgens ‘Mijn Freedom’ staat de migratie gepland voor 29-4. Dat is gepasseerd en Freedom HD zegt dat de migratie niet is afgerond. Ik had dan verwacht dat er een rollback scenario in werking trad.
/dev/null
Heb je aan de WAN-zijde VLAN 6 geactiveerd? Freedom gebruik VLAN 6 voor de internetdienst.I_stealth_I schreef op dinsdag 30 april 2024 @ 21:28:
[...]
Eigen apparatuur, mediaconverter (AON) er is geen data activiteit op de blauwe vezel, wel op de groene. Op de groene kan ik geen verbinding krijgen met de PPPoE server.
Nu een aantal de udm speedtests laten uitvoeren. Hogere snelheid en meer stabielMr-D. schreef op dinsdag 30 april 2024 @ 12:29:
[...]
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.
Mijn Freedom lijntje doet nu hetzelfde als met tweak/cambrium AON, maar dan met gpon en pppoe
Gisteren in de ochtend de EA release erop gezet, maar in de onderstaand overzicht is dat wel duidelijk.
:strip_exif()/f/image/L9SpC0PguVPTCyCYXdcI8GP7.jpg?f=fotoalbum_large)
[ Voor 4% gewijzigd door badnews.nl op 01-05-2024 08:37 ]
Er blijkt iets mis te gaan met de fysieke verbinding, de patch is niet of niet goed gemaakt. Er ligt een verzoek bij FiberOperator sinds gisteren. Ik denk niet dat die voor het weekend nog in actie komen om zich naar de CityPop te begeven. Of zie ik dat te somber in?JohDB schreef op dinsdag 30 april 2024 @ 21:40:
[...]
Heb je aan de WAN-zijde VLAN 6 geactiveerd? Freedom gebruik VLAN 6 voor de internetdienst.
/dev/null
Meestal zijn ze bij Fiber Operator wel redelijk snel bij dit soort checks. Hopelijk lukt het ze nog voor het weekend.I_stealth_I schreef op vrijdag 3 mei 2024 @ 13:38:
[...]
Er blijkt iets mis te gaan met de fysieke verbinding, de patch is niet of niet goed gemaakt. Er ligt een verzoek bij FiberOperator sinds gisteren. Ik denk niet dat die voor het weekend nog in actie komen om zich naar de CityPop te begeven. Of zie ik dat te somber in?
Tja freedom wederom tot beste verkozen….

Is vind ik altijd een wassen neus, hoe veel mensen die in zo'n panel zitten komen in vergelijkbare situaties, waardoor je ze tegen elkaar af kunt zetten. Wie kan zeggen dat een andere provider het beter of slechter had gedaan in dezelfde situatie.annestweak schreef op vrijdag 3 mei 2024 @ 22:31:
Tja freedom wederom tot beste verkozen….
Solarboiler: Top Senz 200 Nero-3 ⣿⣿ Photovoltaics: 9x LG 320N1K-A5, SE 3000H
Kwaliteit van de verbinding i.c.m. kwaliteit van de incident afhandeling zijn de belangrijkste onderscheidende punten (los van de prijs). Zonder inzicht in het panel en de vragen is het moeilijke om te oordelen of het een populariteit verkiezing is of dat er gedegen onderzoek achter zit.MetalfanBlackness schreef op zaterdag 4 mei 2024 @ 10:32:
[...]
Is vind ik altijd een wassen neus, hoe veel mensen die in zo'n panel zitten komen in vergelijkbare situaties, waardoor je ze tegen elkaar af kunt zetten. Wie kan zeggen dat een andere provider het beter of slechter had gedaan in dezelfde situatie.
ik wil graag gebruik maken van de diensten van freedom omdat ze in het verleden altijd zeer deskundig waren in hun service en aanbieden van internet (xs4all)
Ik verwacht dat dat nog steeds zo is helemaal nadat ze wederom verkozen zijn als beste jongetje van de klas.
Wellicht is Freedom het beste, en is jouw ervaring een reflectie van hoe het nog slechter kan gaan bij anderen.annestweak schreef op zaterdag 4 mei 2024 @ 16:09:
Ik verwacht dat dat nog steeds zo is helemaal nadat ze wederom verkozen zijn als beste jongetje van de klas.
Heb je al een klacht ingediend?
[ Voor 12% gewijzigd door The Zep Man op 04-05-2024 18:05 ]
Yar har, wind in your back, lads, wherever you go!
Het is altijd lastig inderdaad. Iedere provider zal altijd wel problemen hebben en er zal altijd wel een klant zijn die de volle laag met problemen gaat ervaren. Maar zo lang dat incidenteel is en geen gegeven is het prima.MetalfanBlackness schreef op zaterdag 4 mei 2024 @ 10:32:
[...]
Is vind ik altijd een wassen neus, hoe veel mensen die in zo'n panel zitten komen in vergelijkbare situaties, waardoor je ze tegen elkaar af kunt zetten. Wie kan zeggen dat een andere provider het beter of slechter had gedaan in dezelfde situatie.
Ik heb bij Ziggo ook wel eens problemen gehad die achteraf snel opgelost hadden kunnen worden bij een aansluiting, maar bij alle andere aansluitingen van Ziggo nooit problemen gehad. Bij KPN in verhouding veel meer problemen gehad met de aansluitingen.
Zucht...
Hoi heb de update doorgedraaid, zie inderdaad iets hogere snelheden, maar als ik weer een grote download doe waarbij hij de lijn vol trekt gaat CPU alsnog naar 100% en de andere evervaren dan nog steeds een ping van 300ms op diverse gameservers.badnews.nl schreef op woensdag 1 mei 2024 @ 08:34:
[...]
Nu een aantal de udm speedtests laten uitvoeren. Hogere snelheid en meer stabiel
ook op andere devices getest wat er gebeurd bij een grote download, precies hetzelfde.
nb het gebeurd eigenlijk alleen als ik iets uit de nieuwsgroepen haal.
PC zelf blijft alles onder de 20%
ga van het weekend eens een Dell router en daarna een Fritzbox plaatsen kijken wat die doen bij deze acties.
Dat klinkt als een QoS dingetje in de router. Gaat die grote download wel op near-wirespeed?Mr-D. schreef op maandag 6 mei 2024 @ 08:38:
[...]
Hoi heb de update doorgedraaid, zie inderdaad iets hogere snelheden, maar als ik weer een grote download doe waarbij hij de lijn vol trekt gaat CPU alsnog naar 100% en de andere evervaren dan nog steeds een ping van 300ms op diverse gameservers.
ook op andere devices getest wat er gebeurd bij een grote download, precies hetzelfde.
nb het gebeurd eigenlijk alleen als ik iets uit de nieuwsgroepen haal.
PC zelf blijft alles onder de 20%
ga van het weekend eens een Dell router en daarna een Fritzbox plaatsen kijken wat die doen bij deze acties.
Pixilated NetphreaX
Dronkenschap is Meesterschap
DragonFly
QoS heb ik uitstaan.TGEN schreef op maandag 6 mei 2024 @ 08:52:
[...]
Dat klinkt als een QoS dingetje in de router. Gaat die grote download wel op near-wirespeed?
Dat gedeelte is een 10GB netwerk en die komt ook als 10GB uit op de UDMpro.
het is ook cat 6 en met iperf3 intern zit ik ook bijna op de maximale doorvoer snelheid.
bij Tweak op AON had ik het niet, op updates en verandering naar PPPoE na is er niets veranderd.
dus ik gok toch dat het met het laatste te maken heeft.
als het netwerk in rust is schommelt de cpu tussen de 15 en 20%
had ook alle beveiligingen uitgezet op de UDMpro maar dat gadf geen verschil.
maar zaterdag zal ik meer weten.
nb gebruik geen TV of telefoon, zo internet only.
[ Voor 3% gewijzigd door Mr-D. op 06-05-2024 09:14 ]

Hoewel het nieuwbouw is, betreft het een AON aansluiting.
Uiteindelijk wil ik de binnenkomende lijn laten uitkomen op mijn Netgate (pfSense) box. Serverrack komt op de verdieping. Freedom meldt keurig dat je bij het gebruik van eigen apparatuur een eigen Mediaconverter/NTU nodig hebt. Echter nergens staat welke model of welke specificaties.
Dit draadje doorgeploegd en ook die van Freedom, maar nergens is het antwoord te vinden. Als het over NTU's gaat dan zijn mensen die er al een hebben van een andere provider en willen weten of ze die kunnen behouden.
Wie weet hoe het zit?
Mijn huis is slimmer dan ik...
Weten hoe het zit is een groot woord maar de Fritzshop is wel behulpzaam.Conrado schreef op dinsdag 7 mei 2024 @ 20:13:
Vandaag heeft de aannemer van KPN de FTU in onze nieuwbouw geplaatst.
[Afbeelding]
Hoewel het nieuwbouw is, betreft het een AON aansluiting.
Uiteindelijk wil ik de binnenkomende lijn laten uitkomen op mijn Netgate (pfSense) box. Serverrack komt op de verdieping. Freedom meldt keurig dat je bij het gebruik van eigen apparatuur een eigen Mediaconverter/NTU nodig hebt. Echter nergens staat welke model of welke specificaties.
Dit draadje doorgeploegd en ook die van Freedom, maar nergens is het antwoord te vinden. Als het over NTU's gaat dan zijn mensen die er al een hebben van een andere provider en willen weten of ze die kunnen behouden.
Wie weet hoe het zit?
Bij een AON aansluiting heb je geen mediaconverter nodig als je eigen apparatuur met een SFP module aanschaft of hebt. Wel heb je de patchcover voor TK-01 met patchkabel nodig (te koop in de KPN webshop maar ook bij Fritz in de webshop).Conrado schreef op dinsdag 7 mei 2024 @ 20:13:
Vandaag heeft de aannemer van KPN de FTU in onze nieuwbouw geplaatst.
[Afbeelding]
Hoewel het nieuwbouw is, betreft het een AON aansluiting.
Uiteindelijk wil ik de binnenkomende lijn laten uitkomen op mijn Netgate (pfSense) box. Serverrack komt op de verdieping. Freedom meldt keurig dat je bij het gebruik van eigen apparatuur een eigen Mediaconverter/NTU nodig hebt. Echter nergens staat welke model of welke specificaties.
Dit draadje doorgeploegd en ook die van Freedom, maar nergens is het antwoord te vinden. Als het over NTU's gaat dan zijn mensen die er al een hebben van een andere provider en willen weten of ze die kunnen behouden.
Wie weet hoe het zit?
Wil je toch liever die converter zodat je direct door kan met UTP, dan kan je bijvoorbeeld makkelijk op MP een "glasvezel kastje" (of zoek op mediaconverter) vinden.
Voor jouw aansluiting kan je dan zoeken naar 1 van deze twee (werken allebei prima tot 1 Gbit):
:strip_exif()/f/image/wwPoQZIJhLCcST2bO4xHA9Hz.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/754tHqS4DdwoR0Qkz5rt5Mpp.jpg?f=user_large)
Geen ongevraagde verzoeken via DM svp.
De Genexis is met een Cat6a kabel verbonden naar mijn OPNSense server die een Intel I350 (2 poorts) v2 heeft. Bijna alles werkt perfect, maar zo nu en dan verliest de server de link op de kabel die direct naar de Genexis gaat. Ook zie je op de Genexis dat het LAN lampje ook uitgaat en naar een paar seconden weer aan gaat.
Ik ben dus gaan troubleshooten en heb gisteren de Genexis direct verbonden naar mijn laptop, om te kijken of het daar ook op gebeurd, wat niet zo lijkt te zijn voor de periode dat ik het heb kunnen testen. Vandaag weer opnieuw willen proberen, maar nu krijgt de laptop helemaal geen link meer met de Genexis. Het LAN lampje brandt 3 keer om vervolgens helemaal geen link meer te hebben. Heb het handmatig instellen van de link speed ook al geprobeerd, maar geen resultaat.
De server boven heeft nog wel link, maar dus met random uitvallen.
Zie hieronder log van het systeem waar OPNSense op draait. De tijdstippen waarop het gebeurd zijn willekeurig en heb het niet handmatig kunnen triggeren.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
| [Tue May 7 08:55:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 09:14:59 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 09:15:02 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 09:15:11 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 09:15:14 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 10:32:30 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 10:32:34 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 11:57:27 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 11:57:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 12:32:10 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 12:32:13 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 12:32:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 12:32:19 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 12:56:52 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 12:56:56 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:00:12 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:00:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:01:03 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:01:06 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:05:56 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:05:59 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:07:44 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:07:48 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:10:01 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:10:04 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:13:30 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:13:33 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:15:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:15:19 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:15:32 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:15:35 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:16:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:16:35 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:16:42 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:16:45 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:17:26 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:17:29 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:18:37 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:18:40 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:20:38 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down --- [Tue May 7 17:27:23 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:27:27 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:28:13 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:28:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:28:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:28:34 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:29:02 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:29:06 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:30:01 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:30:04 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:31:40 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:31:43 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:31:46 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:31:49 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:36:30 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:36:34 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:37:08 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:37:11 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:37:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:37:35 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:38:10 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:38:14 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:38:23 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:38:26 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:40:06 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:40:10 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:41:03 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:41:06 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:44:28 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:44:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:55:29 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:55:33 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:58:27 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:58:30 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 18:10:08 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 18:10:11 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 18:14:53 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 18:17:15 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 18:19:58 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 18:20:01 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX |
Ik vermoed dus dat de Genexis de problemen geeft, maar ik kan niet veel vinden over deze Genexis type i.c.m. mijn genoemde problemen. Enkel de Genexis die bij XGSPON gebruikt wordt, maar ik heb AON.
Alle kabels zijn al wel vervangen, behalve de kabel die van de meterkast naar de server loopt. Maar die lijkt het wel goed te doen als ik die handmatig test.
Edit:
----
Toevallig wanneer ik dit bericht wou posten, was de link weer vertrokken:
1
2
3
4
| [Wed May 8 10:06:21 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Wed May 8 10:06:24 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Wed May 8 10:07:11 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Wed May 8 10:07:14 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX |
[ Voor 5% gewijzigd door Falcon93 op 08-05-2024 10:08 ]
Ik dacht dat de voeding na een aantal jaren wel eens wat dubieus wordt bij deze apparaten. Ik heb zelf een andere media convertor in gebruik, je kunt ze zo vervangen door een geschikt ander model.Falcon93 schreef op woensdag 8 mei 2024 @ 10:07:
Ik heb sinds ik op Freedom zit (AON, FIberOperator) issues met de LAN port van mijn Genexis OCG-1012v2. Ik kan me niet voorstellen dat dit aan de migratie naar Freedom ligt, en gooi het op toeval.
De Genexis is met een Cat6a kabel verbonden naar mijn OPNSense server die een Intel I350 (2 poorts) v2 heeft. Bijna alles werkt perfect, maar zo nu en dan verliest de server de link op de kabel die direct naar de Genexis gaat. Ook zie je op de Genexis dat het LAN lampje ook uitgaat en naar een paar seconden weer aan gaat.
Ik ben dus gaan troubleshooten en heb gisteren de Genexis direct verbonden naar mijn laptop, om te kijken of het daar ook op gebeurd, wat niet zo lijkt te zijn voor de periode dat ik het heb kunnen testen. Vandaag weer opnieuw willen proberen, maar nu krijgt de laptop helemaal geen link meer met de Genexis. Het LAN lampje brandt 3 keer om vervolgens helemaal geen link meer te hebben. Heb het handmatig instellen van de link speed ook al geprobeerd, maar geen resultaat.
De server boven heeft nog wel link, maar dus met random uitvallen.
Zie hieronder log van het systeem waar OPNSense op draait. De tijdstippen waarop het gebeurd zijn willekeurig en heb het niet handmatig kunnen triggeren.
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 [Tue May 7 08:55:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 09:14:59 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 09:15:02 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 09:15:11 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 09:15:14 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 10:32:30 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 10:32:34 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 11:57:27 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 11:57:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 12:32:10 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 12:32:13 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 12:32:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 12:32:19 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 12:56:52 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 12:56:56 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:00:12 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:00:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:01:03 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:01:06 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:05:56 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:05:59 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:07:44 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:07:48 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:10:01 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:10:04 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:13:30 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:13:33 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:15:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:15:19 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:15:32 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:15:35 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:16:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:16:35 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:16:42 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:16:45 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:17:26 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:17:29 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:18:37 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 13:18:40 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 13:20:38 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down --- [Tue May 7 17:27:23 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:27:27 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:28:13 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:28:16 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:28:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:28:34 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:29:02 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:29:06 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:30:01 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:30:04 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:31:40 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:31:43 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:31:46 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:31:49 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:36:30 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:36:34 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:37:08 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:37:11 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:37:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:37:35 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:38:10 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:38:14 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:38:23 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:38:26 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:40:06 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:40:10 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:41:03 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:41:06 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:44:28 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:44:31 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:55:29 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:55:33 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 17:58:27 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 17:58:30 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 18:10:08 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 18:10:11 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 18:14:53 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 18:17:15 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Tue May 7 18:19:58 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Tue May 7 18:20:01 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
Ik vermoed dus dat de Genexis de problemen geeft, maar ik kan niet veel vinden over deze Genexis type i.c.m. mijn genoemde problemen. Enkel de Genexis die bij XGSPON gebruikt wordt, maar ik heb AON.
Alle kabels zijn al wel vervangen, behalve de kabel die van de meterkast naar de server loopt. Maar die lijkt het wel goed te doen als ik die handmatig test.
Edit:
----
Toevallig wanneer ik dit bericht wou posten, was de link weer vertrokken:
code:
1 2 3 4 [Wed May 8 10:06:21 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Wed May 8 10:06:24 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [Wed May 8 10:07:11 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Down [Wed May 8 10:07:14 2024] igb 0000:01:00.1 enp1s0f1: igb: enp1s0f1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
Heb maar een nieuwe Media Converter besteld, vervang ik de boel wel idd. Lijkt me ook de kortste klap.joop99 schreef op woensdag 8 mei 2024 @ 10:40:
[...]
Ik dacht dat de voeding na een aantal jaren wel eens wat dubieus wordt bij deze apparaten. Ik heb zelf een andere media convertor in gebruik, je kunt ze zo vervangen door een geschikt ander model.
—
Edit:
Mochten er meer zijn met dit probleem: een unmanaged switch tussen de NTU en de Router lijkt ook te werken als een (tijdelijke) oplossing. Geen packetloss meer gehad tot nu toe
—
Edit 2:
Nog steeds geen packetloss sinds het plaatsen van de unmanaged switch
[ Voor 24% gewijzigd door Falcon93 op 09-05-2024 07:52 ]
Ik vrees dat nu met de switch ertussen de link tussen de NTU en switch AF en toe doen gaat maar dat de link tussen switch en router nu gewoon up blijft en je het probleem niet meer ziet
Ik zou de voeding van de NTU vervangen en de switch er tussenuit halen. NTU wordt toch beheerd door je provider? Kpn heeft mij vroeger ook wel eens een nieuwe voeding gestuurd zonder kosten.
Freedom is daarin met een AON netwerk wat vreemd, geen router afnemen lijkt daar te betekenen dat je ook zelf voor je media convertor moet zorgen.twhb schreef op donderdag 9 mei 2024 @ 09:50:
Uit jouw logs blijkt dat de link tussen de NTU en router af en toe doen gaat.
Ik vrees dat nu met de switch ertussen de link tussen de NTU en switch AF en toe doen gaat maar dat de link tussen switch en router nu gewoon up blijft en je het probleem niet meer ziet
Ik zou de voeding van de NTU vervangen en de switch er tussenuit halen. NTU wordt toch beheerd door je provider? Kpn heeft mij vroeger ook wel eens een nieuwe voeding gestuurd zonder kosten.
2 dagen geleden is glasvezel van Freedom hier aangesloten door een monteur. Fritzbox hangt er momenteel nog voor de sier, ik wil een en ander namelijk via mijn Unifi USG laten lopen. Internet was eigenlijk zo geregeld maar ik worstel met iptv (Amino kastje). Heeft hier iemand dit werkend gekregen die mij wat pointers kan geven?
Volgens mij moet je even op https://community.freedom.nl kijken, daar staan allerlei tips voor Unifi, Vlan's en Animo doosjes.sKitZo schreef op donderdag 9 mei 2024 @ 20:35:
Dag allen,
2 dagen geleden is glasvezel van Freedom hier aangesloten door een monteur. Fritzbox hangt er momenteel nog voor de sier, ik wil een en ander namelijk via mijn Unifi USG laten lopen. Internet was eigenlijk zo geregeld maar ik worstel met iptv (Amino kastje). Heeft hier iemand dit werkend gekregen die mij wat pointers kan geven?
(Ik heb zelf geen van dat alles, alleen een directe XGS-PON aansluiting met FB)
Precies dit. Veel is al beschreven of in dit topic, of op het forum van Freedom.voorstad schreef op donderdag 9 mei 2024 @ 20:49:
[...]
Volgens mij moet je even op https://community.freedom.nl kijken, daar staan allerlei tips voor Unifi, Vlan's en Animo doosjes.
(Ik heb zelf geen van dat alles, alleen een directe XGS-PON aansluiting met FB)
Zelf neem ik geen televisie af. Ik ken iemand met een verbinding van Freedom die dat wel doet. Die wilde geen gezeur met VLAN's en andere exotische zaken enkel om een videostream te ontvangen. De oplossing? Canal Digitaal-applicatie installeren op een Shield TV, inloggen en gebruiken. Veel simpeler, werkt met alle soorten routerspul, en geen exotische (onderhoudsgevoelige) configuratie nodig.
Yar har, wind in your back, lads, wherever you go!
wat testen gedaan zien er goed uit.
bij een volle download test waarbij het gemiddelde 111MB/s is komt de cpu van de UDMpro niet meer boven de 70%
ook de rest van het netwerk ervaart dan geen gekke hoge pings.
dus PPPoE blijft dus moeilijk voor de UDMpro.
denk dat ik maar eens een ticket inschiet bij de die jongens.
Wat haalde je dan met de UDM Pro? Heb je alle inspecties ingeschakeld?Mr-D. schreef op vrijdag 10 mei 2024 @ 12:25:
vandaag andere router geplaatst die mijn PPPoE afhandelt en IP van de UDMpro in de DMZ gezet.
wat testen gedaan zien er goed uit.
bij een volle download test waarbij het gemiddelde 111MB/s is komt de cpu van de UDMpro niet meer boven de 70%
ook de rest van het netwerk ervaart dan geen gekke hoge pings.
dus PPPoE blijft dus moeilijk voor de UDMpro.
denk dat ik maar eens een ticket inschiet bij de die jongens.
oh kwa snelheid is er niets veranderd. dat zit wel snor.stormfly schreef op vrijdag 10 mei 2024 @ 13:32:
[...]
Wat haalde je dan met de UDM Pro? Heb je alle inspecties ingeschakeld?
maar sinds ik op de PPPoE aansluiting zit dan word de UDMpro een beetje druk.
en als ik een groot bestand naar mij toe trek beginnen de kinderen te klagen dat ze niet meer normaal een spel kunnen spelen.
bij Tweak had ik hier geen last van.
had alle beveiligingen in UDM ook uitgezet maar dat gaf geen enkel verschil.
nu met een andere PPPoE afhandelaar gaat alles goed en cpu is nu ook in rust een stk lager rond de 10% inclusief protect.
had al een keer een factory reset gedaan en mijn config terug geladen maar ook dat gaf geen verschil.
wacht wel wat UI heeft te melden.
https://speedtest.freedom...1HXH67PFEE0X5ZKCR29DGA0KB
Aha, ja PPPoE is CPU intensief de EdgeRouter lijn van UniFi heeft volgens mij hardware offloading voor PPPoE mocht je nog wat kleins en betaalbaar zoeken.Mr-D. schreef op vrijdag 10 mei 2024 @ 14:09:
[...]
oh kwa snelheid is er niets veranderd. dat zit wel snor.
maar sinds ik op de PPPoE aansluiting zit dan word de UDMpro een beetje druk.
en als ik een groot bestand naar mij toe trek beginnen de kinderen te klagen dat ze niet meer normaal een spel kunnen spelen.
bij Tweak had ik hier geen last van.
had alle beveiligingen in UDM ook uitgezet maar dat gaf geen enkel verschil.
nu met een andere PPPoE afhandelaar gaat alles goed en cpu is nu ook in rust een stk lager rond de 10% inclusief protect.
had al een keer een factory reset gedaan en mijn config terug geladen maar ook dat gaf geen verschil.
wacht wel wat UI heeft te melden.
https://speedtest.freedom...1HXH67PFEE0X5ZKCR29DGA0KB
Eigenlijk wil een UDM maar dan met een snellere processor maar dan moet ik naar de Max gaan denk ik zostormfly schreef op vrijdag 10 mei 2024 @ 15:58:
[...]
Aha, ja PPPoE is CPU intensief de EdgeRouter lijn van UniFi heeft volgens mij hardware offloading voor PPPoE mocht je nog wat kleins en betaalbaar zoeken.
Jammer dat ze geen inruil systeem hebben.
Een UXG Max komt ook een heel eindMr-D. schreef op vrijdag 10 mei 2024 @ 16:11:
[...]
Eigenlijk wil een UDM maar dan met een snellere processor maar dan moet ik naar de Max gaan denk ik zo
Jammer dat ze geen inruil systeem hebben.
die zal waarschijnlijk erger zijn, de snelheden ansich zijn het probleem niet maar de processor belasting daar gaat het om
UDMpro A57 1.7ghz
UGXmax A53 1.5ghz indien geen hardware off loading dan werkt het niet
UDMPro Max A57 2.0ghz, deze zal beter zijn maar twijfel daar ook wel over.
een tijdje terug had ik het over snelheidsproblemen vanuit bepaalde netwerken en ik heb met Freedom een debugging traject doorlopen. Ze zeggen dat er niks aan de hand is, maar ze hebben het na mijn mening niet goed getest.
Het gaat over peering met bijvoorbeeld Leaseweb, de download vanuit Leaseweb werkt niet zo soepel als het voor 1GBit zou horen. Volgens Freedom gaat het goed, echter hebben ze de download niet getest, maar de upload.
Wat zij deden was 'halverwege' vanuit hun netwerk een iperf2 speedtest naar de FRITZ!Box die bij mij in bruikleen is. En ook een iperf3 speedtest naar de officiele Leaseweb speedtest server. Aangezien ze bij allebei 1GBit halen zeggen ze dat er niks aan de hand is. Maar zoals ik eerder zei, ze testen upload en niet download.
Dit is een fragment uit Freedom's mail:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| Bedankt voor je geduld en de beheerder heeft al getest op de FRITZ!Box. Vandaag even met hem gezeten om het te bespreken. Er zijn een aantal punten getest. Als eerst vanuit ons naar Leaseweb. $ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4 -t 30 -i 1 Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201 [ 5] local 185.232.98.8 port 53478 connected to 95.211.20.80 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 115 MBytes 961 Mbits/sec 5 454 KBytes [ 5] 1.00-2.00 sec 112 MBytes 939 Mbits/sec 1 460 KBytes [ 5] 2.00-3.00 sec 112 MBytes 939 Mbits/sec 0 464 KBytes [ 5] 3.00-4.00 sec 113 MBytes 948 Mbits/sec 0 471 KBytes [ 5] 4.00-5.00 sec 112 MBytes 942 Mbits/sec 0 479 KBytes [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec 0 489 KBytes [ 5] 6.00-7.00 sec 111 MBytes 934 Mbits/sec 0 489 KBytes [ 5] 7.00-8.00 sec 113 MBytes 945 Mbits/sec 0 576 KBytes [ 5] 8.00-9.00 sec 113 MBytes 946 Mbits/sec 0 576 KBytes [ 5] 9.00-10.00 sec 112 MBytes 944 Mbits/sec 0 601 KBytes [ 5] 10.00-11.00 sec 112 MBytes 942 Mbits/sec 0 601 KBytes [ 5] 11.00-12.00 sec 112 MBytes 936 Mbits/sec 0 601 KBytes Hieruit zien we dat de peering in ieder geval goed zit. Daarbij weten we dat vanuit onze test locatie het kan opbrengen. |
Mijn vraag aan jullie is dus:
Kunnen jullie kijken of jullie hetzelfde zien naar Leaseweb?
Testen is heel makkelijk onder Linux of Windows, als jullie iperf3 geïnstalleerd hebben alleen dit draaien:
1
| iperf3 -c speedtest.ams1.nl.leaseweb.net --get-server-output -p 5208 -4 -R |
Een andere user had het ook eens getest en heeft hetzelfde resultaat als ik: eymey in "[Freedom] Ervaringen & Discussie"
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| PS C:\Users\busk\Desktop\iperf3.16_64> ./iperf3.exe -c speedtest.ams1.nl.leaseweb.net --get-server-output -p 5208 -4 -R Connecting to host speedtest.ams1.nl.leaseweb.net, port 5208 Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending [ 5] local 192.168.178.148 port 51278 connected to 95.211.20.80 port 5208 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.01 sec 102 MBytes 850 Mbits/sec [ 5] 1.01-2.01 sec 102 MBytes 850 Mbits/sec [ 5] 2.01-3.01 sec 96.8 MBytes 810 Mbits/sec [ 5] 3.01-4.00 sec 96.8 MBytes 820 Mbits/sec [ 5] 4.00-5.01 sec 99.0 MBytes 825 Mbits/sec [ 5] 5.01-6.01 sec 99.4 MBytes 832 Mbits/sec [ 5] 6.01-7.01 sec 98.5 MBytes 827 Mbits/sec [ 5] 7.01-8.01 sec 101 MBytes 845 Mbits/sec [ 5] 8.01-9.01 sec 101 MBytes 856 Mbits/sec [ 5] 9.01-10.01 sec 104 MBytes 864 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.05 sec 1007 MBytes 840 Mbits/sec 558 sender [ 5] 0.00-10.01 sec 1000 MBytes 838 Mbits/sec receiver |
Even ter vergelijking ook nog een test met ping.online.net op port 5200 gedaan (100 Gbit/s public iperf3 server van Scaleway) en daar krijg ik 941 Mbits/sec sender, 923 Mbits/sec receiver.
Niet de beste peering maar ook niet super erg voor mij persoonlijk.
[ Voor 9% gewijzigd door Busk07 op 11-05-2024 00:24 ]
Vanaf Ziggo, zodat je ook wat breder feiten kunt meenemen in je mails naar Freedom.ChillingStream schreef op vrijdag 10 mei 2024 @ 23:38:
Hallo Tweakers,
een tijdje terug had ik het over snelheidsproblemen vanuit bepaalde netwerken en ik heb met Freedom een debugging traject doorlopen. Ze zeggen dat er niks aan de hand is, maar ze hebben het na mijn mening niet goed getest.
Het gaat over peering met bijvoorbeeld Leaseweb, de download vanuit Leaseweb werkt niet zo soepel als het voor 1GBit zou horen. Volgens Freedom gaat het goed, echter hebben ze de download niet getest, maar de upload.
Wat zij deden was 'halverwege' vanuit hun netwerk een iperf2 speedtest naar de FRITZ!Box die bij mij in bruikleen is. En ook een iperf3 speedtest naar de officiele Leaseweb speedtest server. Aangezien ze bij allebei 1GBit halen zeggen ze dat er niks aan de hand is. Maar zoals ik eerder zei, ze testen upload en niet download.
Dit is een fragment uit Freedom's mail:
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 Bedankt voor je geduld en de beheerder heeft al getest op de FRITZ!Box. Vandaag even met hem gezeten om het te bespreken. Er zijn een aantal punten getest. Als eerst vanuit ons naar Leaseweb. $ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4 -t 30 -i 1 Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201 [ 5] local 185.232.98.8 port 53478 connected to 95.211.20.80 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 115 MBytes 961 Mbits/sec 5 454 KBytes [ 5] 1.00-2.00 sec 112 MBytes 939 Mbits/sec 1 460 KBytes [ 5] 2.00-3.00 sec 112 MBytes 939 Mbits/sec 0 464 KBytes [ 5] 3.00-4.00 sec 113 MBytes 948 Mbits/sec 0 471 KBytes [ 5] 4.00-5.00 sec 112 MBytes 942 Mbits/sec 0 479 KBytes [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec 0 489 KBytes [ 5] 6.00-7.00 sec 111 MBytes 934 Mbits/sec 0 489 KBytes [ 5] 7.00-8.00 sec 113 MBytes 945 Mbits/sec 0 576 KBytes [ 5] 8.00-9.00 sec 113 MBytes 946 Mbits/sec 0 576 KBytes [ 5] 9.00-10.00 sec 112 MBytes 944 Mbits/sec 0 601 KBytes [ 5] 10.00-11.00 sec 112 MBytes 942 Mbits/sec 0 601 KBytes [ 5] 11.00-12.00 sec 112 MBytes 936 Mbits/sec 0 601 KBytes Hieruit zien we dat de peering in ieder geval goed zit. Daarbij weten we dat vanuit onze test locatie het kan opbrengen.
Mijn vraag aan jullie is dus:
Kunnen jullie kijken of jullie hetzelfde zien naar Leaseweb?
Testen is heel makkelijk onder Linux of Windows, als jullie iperf3 geïnstalleerd hebben alleen dit draaien:
code:
1 iperf3 -c speedtest.ams1.nl.leaseweb.net --get-server-output -p 5208 -4 -R
Een andere user had het ook eens getest en heeft hetzelfde resultaat als ik: eymey in "[Freedom] Ervaringen & Discussie"
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
| Server output: ----------------------------------------------------------- Server listening on 5208 ----------------------------------------------------------- Accepted connection from 84.106.164.175, port 32944 [ 5] local 95.211.20.80 port 5208 connected to 84.106.164.175 port 32960 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 96.9 MBytes 813 Mbits/sec 1442 1.65 MBytes [ 5] 1.00-2.00 sec 82.5 MBytes 692 Mbits/sec 0 1.70 MBytes [ 5] 2.00-3.00 sec 86.2 MBytes 724 Mbits/sec 0 1.76 MBytes [ 5] 3.00-4.00 sec 76.2 MBytes 640 Mbits/sec 12 949 KBytes [ 5] 4.00-5.00 sec 63.8 MBytes 535 Mbits/sec 0 1020 KBytes [ 5] 5.00-6.00 sec 55.0 MBytes 461 Mbits/sec 0 1.05 MBytes [ 5] 6.00-7.00 sec 70.0 MBytes 587 Mbits/sec 0 1.14 MBytes [ 5] 7.00-8.00 sec 52.5 MBytes 440 Mbits/sec 18 634 KBytes [ 5] 8.00-9.00 sec 43.8 MBytes 367 Mbits/sec 0 697 KBytes [ 5] 9.00-10.00 sec 46.2 MBytes 388 Mbits/sec 0 759 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.03 sec 673 MBytes 563 Mbits/sec 1472 sender traceroute to 95.211.20.8 (95.211.20.8), 30 hops max, 60 byte packets 1 unifi (172.16.1.1) 0.829 ms 0.748 ms 0.797 ms 2 * * * 3 hvs-rc0002-cr102-et124-251.core.as33915.net (213.51.195.213) 16.793 ms 16.831 ms 16.706 ms 4 asd-tr0021-cr101-be155-2.core.as33915.net (213.51.5.32) 16.725 ms 16.734 ms 16.681 ms 5 nl-ams09c-ri1-ae51-0.core.as9143.net (213.51.64.190) 16.651 ms 16.736 ms 16.665 ms 6 d192002.upc-d.chello.nl (213.46.192.2) 32.126 ms 19.126 ms 19.013 ms 7 adm-bb1-link.ip.twelve99.net (62.115.120.226) 13.858 ms adm-bb2-link.ip.twelve99.net (62.115.120.228) 15.406 ms 15.411 ms 8 leaseweb-ic-308104.ip.twelve99-cust.net (62.115.48.210) 16.184 ms leaseweb-ic-316582.ip.twelve99-cust.net (62.115.145.63) 15.576 ms 15.607 ms 9 leaseweb-ic-308104.ip.twelve99-cust.net (62.115.48.210) 16.092 ms leaseweb-ic-316582.ip.twelve99-cust.net (62.115.145.63) 15.532 ms 15.558 ms 10 ae-111.cr07.ams-01.nl.leaseweb.net (81.17.32.75) 15.220 ms be-111.cr08.ams-01.nl.leaseweb.net (81.17.32.79) 13.062 ms ae-111.cr07.ams-01.nl.leaseweb.net (81.17.32.75) 14.556 ms 11 po-1.ce44.ams-01.nl.leaseweb.net (81.17.35.173) 14.469 ms po-2.ce43.ams-01.leaseweb.net (81.17.35.175) 14.419 ms po-2.ce44.ams-01.nl.leaseweb.net (81.17.35.177) 14.047 ms 12 po-2.ce44.ams-01.nl.leaseweb.net (81.17.35.177) 3075.822 ms !H po-1.ce43.ams-01.leaseweb.net (81.17.35.171) 3095.308 ms !H po-2.ce43.ams-01.leaseweb.net (81.17.35.175) 3095.289 ms !H |
vanaf mijn oude laptop deie de lijn net niet helemaal dicht kan trekken.ChillingStream schreef op vrijdag 10 mei 2024 @ 23:38:
Hallo Tweakers,
een tijdje terug had ik het over snelheidsproblemen vanuit bepaalde netwerken en ik heb met Freedom een debugging traject doorlopen. Ze zeggen dat er niks aan de hand is, maar ze hebben het na mijn mening niet goed getest.
Het gaat over peering met bijvoorbeeld Leaseweb, de download vanuit Leaseweb werkt niet zo soepel als het voor 1GBit zou horen. Volgens Freedom gaat het goed, echter hebben ze de download niet getest, maar de upload.
Wat zij deden was 'halverwege' vanuit hun netwerk een iperf2 speedtest naar de FRITZ!Box die bij mij in bruikleen is. En ook een iperf3 speedtest naar de officiele Leaseweb speedtest server. Aangezien ze bij allebei 1GBit halen zeggen ze dat er niks aan de hand is. Maar zoals ik eerder zei, ze testen upload en niet download.
Dit is een fragment uit Freedom's mail:
code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 Bedankt voor je geduld en de beheerder heeft al getest op de FRITZ!Box. Vandaag even met hem gezeten om het te bespreken. Er zijn een aantal punten getest. Als eerst vanuit ons naar Leaseweb. $ iperf3 -c speedtest.ams1.nl.leaseweb.net -p 5201-5210 -4 -t 30 -i 1 Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201 [ 5] local 185.232.98.8 port 53478 connected to 95.211.20.80 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 115 MBytes 961 Mbits/sec 5 454 KBytes [ 5] 1.00-2.00 sec 112 MBytes 939 Mbits/sec 1 460 KBytes [ 5] 2.00-3.00 sec 112 MBytes 939 Mbits/sec 0 464 KBytes [ 5] 3.00-4.00 sec 113 MBytes 948 Mbits/sec 0 471 KBytes [ 5] 4.00-5.00 sec 112 MBytes 942 Mbits/sec 0 479 KBytes [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec 0 489 KBytes [ 5] 6.00-7.00 sec 111 MBytes 934 Mbits/sec 0 489 KBytes [ 5] 7.00-8.00 sec 113 MBytes 945 Mbits/sec 0 576 KBytes [ 5] 8.00-9.00 sec 113 MBytes 946 Mbits/sec 0 576 KBytes [ 5] 9.00-10.00 sec 112 MBytes 944 Mbits/sec 0 601 KBytes [ 5] 10.00-11.00 sec 112 MBytes 942 Mbits/sec 0 601 KBytes [ 5] 11.00-12.00 sec 112 MBytes 936 Mbits/sec 0 601 KBytes Hieruit zien we dat de peering in ieder geval goed zit. Daarbij weten we dat vanuit onze test locatie het kan opbrengen.
Mijn vraag aan jullie is dus:
Kunnen jullie kijken of jullie hetzelfde zien naar Leaseweb?
Testen is heel makkelijk onder Linux of Windows, als jullie iperf3 geïnstalleerd hebben alleen dit draaien:
code:
1 iperf3 -c speedtest.ams1.nl.leaseweb.net --get-server-output -p 5208 -4 -R
Een andere user had het ook eens getest en heeft hetzelfde resultaat als ik: eymey in "[Freedom] Ervaringen & Discussie"
zal proberen het vandaag ook even met mijn andere units proberen.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending [ 5] local 192.168.2.43 port 50272 connected to 95.211.20.80 port 5208 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 95.8 MBytes 803 Mbits/sec [ 5] 1.00-2.01 sec 110 MBytes 913 Mbits/sec [ 5] 2.01-3.00 sec 102 MBytes 868 Mbits/sec [ 5] 3.00-4.01 sec 106 MBytes 888 Mbits/sec [ 5] 4.01-5.01 sec 107 MBytes 898 Mbits/sec [ 5] 5.01-6.00 sec 109 MBytes 924 Mbits/sec [ 5] 6.00-7.00 sec 107 MBytes 897 Mbits/sec [ 5] 7.00-8.01 sec 111 MBytes 926 Mbits/sec [ 5] 8.01-9.00 sec 105 MBytes 889 Mbits/sec [ 5] 9.00-10.00 sec 110 MBytes 918 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.10 sec 1.06 GBytes 901 Mbits/sec 5451 sender [ 5] 0.00-10.00 sec 1.04 GBytes 892 Mbits/sec receiver |
deed de test nog een keer maar toen kreeg ik dit terug ( 2 x )

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending [ 5] local 192.168.2.43 port 50326 connected to 95.211.20.80 port 5208 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.01 sec 1.00 MBytes 8.27 Mbits/sec [ 5] 1.01-2.01 sec 640 KBytes 5.27 Mbits/sec [ 5] 2.01-3.01 sec 768 KBytes 6.26 Mbits/sec [ 5] 3.01-4.01 sec 768 KBytes 6.34 Mbits/sec [ 5] 4.01-5.00 sec 1.12 MBytes 9.50 Mbits/sec [ 5] 5.00-6.01 sec 896 KBytes 7.31 Mbits/sec [ 5] 6.01-7.01 sec 512 KBytes 4.16 Mbits/sec [ 5] 7.01-8.01 sec 512 KBytes 4.22 Mbits/sec [ 5] 8.01-9.01 sec 896 KBytes 7.30 Mbits/sec [ 5] 9.01-10.00 sec 768 KBytes 6.34 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.12 sec 8.10 MBytes 6.72 Mbits/sec 345 sender [ 5] 0.00-10.00 sec 7.75 MBytes 6.50 Mbits/sec receiver |
zie hier reeds net gedaan[b]ChillingStream in "[Freedom] Ervaringen & Discussie"
Mijn vraag aan jullie is dus:
Kunnen jullie kijken of jullie hetzelfde zien naar Leaseweb?
Testen is heel makkelijk onder Linux of Windows, als jullie iperf3 geïnstalleerd hebben alleen dit draaien:
code:
1 iperf3 -c speedtest.ams1.nl.leaseweb.net --get-server-output -p 5208 -4 -R
Een andere user had het ook eens getest en heeft hetzelfde resultaat als ik: eymey in "[Freedom] Ervaringen & Discussie"
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
| Connecting to host speedtest.ams1.nl.leaseweb.net, port 5208 Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending [ 5] local 192.168.2.80 port 50547 connected to 95.211.20.80 port 5208 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.01 sec 113 MBytes 946 Mbits/sec [ 5] 1.01-2.01 sec 112 MBytes 941 Mbits/sec [ 5] 2.01-3.01 sec 112 MBytes 940 Mbits/sec [ 5] 3.01-4.00 sec 112 MBytes 938 Mbits/sec [ 5] 4.00-5.01 sec 113 MBytes 940 Mbits/sec [ 5] 5.01-6.01 sec 112 MBytes 937 Mbits/sec [ 5] 6.01-7.01 sec 112 MBytes 939 Mbits/sec [ 5] 7.01-8.00 sec 111 MBytes 940 Mbits/sec [ 5] 8.00-9.01 sec 113 MBytes 939 Mbits/sec [ 5] 9.01-10.01 sec 112 MBytes 940 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.06 sec 1.11 GBytes 948 Mbits/sec 0 sender [ 5] 0.00-10.01 sec 1.10 GBytes 940 Mbits/sec receiver Server output: Accepted connection from 188.XXX.XXX.XXX port 50546 [ 5] local 95.211.20.80 port 5208 connected to 188.213.92.101 port 50547 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 124 MBytes 1.04 Gbits/sec 0 4.00 MBytes [ 5] 1.00-2.00 sec 112 MBytes 944 Mbits/sec 0 4.00 MBytes [ 5] 2.00-3.00 sec 111 MBytes 933 Mbits/sec 0 4.00 MBytes [ 5] 3.00-4.00 sec 112 MBytes 944 Mbits/sec 0 4.00 MBytes [ 5] 4.00-5.00 sec 111 MBytes 933 Mbits/sec 0 4.00 MBytes [ 5] 5.00-6.00 sec 112 MBytes 944 Mbits/sec 0 4.00 MBytes [ 5] 6.00-7.00 sec 111 MBytes 933 Mbits/sec 0 4.00 MBytes [ 5] 7.00-8.00 sec 112 MBytes 944 Mbits/sec 0 4.00 MBytes [ 5] 8.00-9.00 sec 111 MBytes 933 Mbits/sec 0 4.00 MBytes [ 5] 9.00-10.00 sec 112 MBytes 944 Mbits/sec 0 4.00 MBytes [ 5] 10.00-10.06 sec 6.25 MBytes 863 Mbits/sec 0 4.00 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.06 sec 1.11 GBytes 948 Mbits/sec 0 sender iperf Done. |
meteen ook maar even een speedtest gedaan.
https://speedtest.freedom...1HXS9AV88ZNYDG7P055HRJJMQ
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
| iperf3 -c speedtest.ams1.nl.leaseweb.net --get-server-output -p 5208 -4 -R Connecting to host speedtest.ams1.nl.leaseweb.net, port 5208 Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending [ 5] local 192.168.178.50 port 57796 connected to 95.211.20.80 port 5208 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 64.2 MBytes 539 Mbits/sec [ 5] 1.00-2.00 sec 66.6 MBytes 558 Mbits/sec [ 5] 2.00-3.00 sec 66.0 MBytes 554 Mbits/sec [ 5] 3.00-4.00 sec 66.6 MBytes 559 Mbits/sec [ 5] 4.00-5.00 sec 66.7 MBytes 559 Mbits/sec [ 5] 5.00-6.00 sec 49.4 MBytes 414 Mbits/sec [ 5] 6.00-7.00 sec 36.1 MBytes 303 Mbits/sec [ 5] 7.00-8.00 sec 62.2 MBytes 522 Mbits/sec [ 5] 8.00-9.00 sec 67.7 MBytes 568 Mbits/sec [ 5] 9.00-10.00 sec 42.3 MBytes 355 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.04 sec 609 MBytes 509 Mbits/sec 192 sender [ 5] 0.00-10.00 sec 588 MBytes 493 Mbits/sec receiver Server output: Accepted connection from 188.213.94.183, port 57780 [ 5] local 95.211.20.80 port 5208 connected to 188.213.94.183 port 57796 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 83.0 MBytes 696 Mbits/sec 138 1.52 MBytes [ 5] 1.00-2.00 sec 67.5 MBytes 566 Mbits/sec 0 1.58 MBytes [ 5] 2.00-3.00 sec 65.0 MBytes 545 Mbits/sec 0 1.63 MBytes [ 5] 3.00-4.00 sec 67.5 MBytes 566 Mbits/sec 0 1.70 MBytes [ 5] 4.00-5.00 sec 66.2 MBytes 556 Mbits/sec 0 1.82 MBytes [ 5] 5.00-6.00 sec 51.2 MBytes 430 Mbits/sec 27 177 KBytes [ 5] 6.00-7.00 sec 35.0 MBytes 294 Mbits/sec 0 350 KBytes [ 5] 7.00-8.00 sec 61.2 MBytes 514 Mbits/sec 0 534 KBytes [ 5] 8.00-9.00 sec 68.8 MBytes 577 Mbits/sec 7 370 KBytes [ 5] 9.00-10.00 sec 42.5 MBytes 357 Mbits/sec 20 329 KBytes [ 5] 10.00-10.04 sec 1.25 MBytes 281 Mbits/sec 0 336 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.04 sec 609 MBytes 509 Mbits/sec 192 sender iperf Done. |
1
2
3
4
5
6
7
8
9
10
| speedtest-cli Retrieving speedtest.net configuration... Testing from Freedom Internet (x.x.x.x)... Retrieving speedtest.net server list... Selecting best server based on ping... Hosted by bouwhuis.network (Amsterdam) [1.75 km]: 9.623 ms Testing download speed................................................................................ Download: 623.87 Mbit/s Testing upload speed...................................................................................................... Upload: 713.26 Mbit/s |
Als ik een speedtest doe met mijn Unifi controller gaat het iets sneller:
:fill(white):strip_exif()/f/image/LOc71NF5K1RiKMbYg5N6RtAo.png?f=user_large)
Doe ik een iperf vanaf de router:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
| iperf3 -c speedtest.ams1.nl.leaseweb.net --get-server-output -p 5208 -4 -R Connecting to host speedtest.ams1.nl.leaseweb.net, port 5208 Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending [ 5] local 188.213.94.183 port 42924 connected to 95.211.20.80 port 5208 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 102 MBytes 859 Mbits/sec [ 5] 1.00-2.00 sec 111 MBytes 930 Mbits/sec [ 5] 2.00-3.00 sec 111 MBytes 928 Mbits/sec [ 5] 3.00-4.00 sec 111 MBytes 929 Mbits/sec [ 5] 4.00-5.00 sec 111 MBytes 932 Mbits/sec [ 5] 5.00-6.00 sec 111 MBytes 928 Mbits/sec [ 5] 6.00-7.00 sec 113 MBytes 950 Mbits/sec [ 5] 7.00-8.00 sec 111 MBytes 927 Mbits/sec [ 5] 8.00-9.00 sec 111 MBytes 929 Mbits/sec [ 5] 9.00-10.00 sec 110 MBytes 927 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.01 sec 1.10 GBytes 942 Mbits/sec 3135 sender [ 5] 0.00-10.00 sec 1.08 GBytes 924 Mbits/sec receiver Server output: ----------------------------------------------------------- Server listening on 5208 ----------------------------------------------------------- Accepted connection from 188.213.94.183, port 42910 [ 5] local 95.211.20.80 port 5208 connected to 188.213.94.183 port 42924 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 124 MBytes 1.04 Gbits/sec 3127 1.05 MBytes [ 5] 1.00-2.00 sec 111 MBytes 933 Mbits/sec 0 1.19 MBytes [ 5] 2.00-3.00 sec 111 MBytes 933 Mbits/sec 0 1.31 MBytes [ 5] 3.00-4.00 sec 111 MBytes 933 Mbits/sec 0 1.52 MBytes [ 5] 4.00-5.00 sec 111 MBytes 933 Mbits/sec 0 1.81 MBytes [ 5] 5.00-6.00 sec 111 MBytes 933 Mbits/sec 0 2.14 MBytes [ 5] 6.00-7.00 sec 110 MBytes 923 Mbits/sec 8 1.21 MBytes [ 5] 7.00-8.00 sec 111 MBytes 933 Mbits/sec 0 1.33 MBytes [ 5] 8.00-9.00 sec 110 MBytes 923 Mbits/sec 0 1.44 MBytes [ 5] 9.00-10.00 sec 111 MBytes 933 Mbits/sec 0 1.63 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.01 sec 1.10 GBytes 942 Mbits/sec 3135 sender iperf Done. |
Zucht...
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| [ { "id": 1, "name": "Freedom Librespeed Server 2 (Amsterdam)", "server": "https://speedtest1.librespeed.fi001.nl.freedomnet.nl/", "dlURL": "garbage.php", "ulURL": "empty.php", "pingURL": "empty.php", "getIpURL": "getIP.php" }, { "id": 2, "name": "Freedom Librespeed Server 1 (Amsterdam)", "server": "https://speedtest0.librespeed.fi001.nl.freedomnet.nl/", "dlURL": "garbage", "ulURL": "empty", "pingURL": "empty", "getIpURL": "getIP" } ] |
... dan kan je je speedtest zo doen:
1
| librespeed-cli --local-json freedom.json |
...en dan doe je een speedtest direct tegen de Freedom server in plaats van een paar stappen verderop.
Ik zit in Almere.ChillingStream schreef op dinsdag 14 mei 2024 @ 00:31:
Thanks, woon je toevallig in de buurt van AMS, of centraal? Bij sommige providers presteert de verbinding niet zo goed als het zou horen, mijn werkgever hoort erbij maar het is hetzelfde bij Leaseweb, daarom gebruik ik dat altijd als voorbeeld.
Those who do not understand Unix are condemned to reinvent it, poorly.
I love it when a plan comes together!
Hier in Alphen aan den Rijn ligt het er ook uit sinds die tijd. Glas via KPN-WBA hier.daansan schreef op donderdag 13 juni 2024 @ 14:17:
Iemand anders ook last van een niet werkende verbinding? Ging hier om 14:10 offline.
10 min in de wacht gestaan bij de helpdesk, maar gezien meerdere mensen er last van hebben zal bellen ook niets toevoegen
Edit: Allestoringen geeft nu ook 300 meldingen aan ipv het normale gemiddelde van 0
[ Voor 33% gewijzigd door Chakotay op 13-06-2024 14:36 ]
Live for today, screw yesterday, hope for tomorrow...
Stichting eth0 | Twitter | Motorspul
Freedom.nl/storingen:Volgens gebruikersmeldingen zijn er momenteel problemen bij Freedom Internet
Storing internetverbindingen KPN netwerk
Begintijd: donderdag 13 juni 2024 14.15
Er is een verstoring in het KPN netwerk waardoor er mogelijk geen internet is als je een verbinding op het KPN etwerk hebt. De oorzaak wordt onderzocht.
Geplaatst op: donderdag 13 juni 2024 14.31
[ Voor 5% gewijzigd door Netburst op 13-06-2024 14:37 ]
Live for today, screw yesterday, hope for tomorrow...
Stichting eth0 | Twitter | Motorspul
Update 15.06: Het probleem is in onderzoek bij de leverancier. Het probleem lijkt gecentreerd te zijn bij twee hoofd aansluitingen tussen ons netwerk en die van de leverancier.
[ Voor 84% gewijzigd door WesleyB op 13-06-2024 15:33 ]
na heel veel heen en weer gepraat via een ticket
heel veel logs, screenshots en filmpjes laten zien, krijg ik nu het verzoek om een RMA in te dienen bij hun.
dus ook hun weten het volgens mij niet meer en hopen dat een nieuwe wel gaat werken.
nou we wachten af wat er gaat gebeuren.
Update 16.06: De leverancier heeft ons bevestigd dat er een probleem geconstateerd is en er is een monteur onderweg.
[ Voor 7% gewijzigd door daansan op 13-06-2024 16:12 ]
I love it when a plan comes together!
[ Voor 21% gewijzigd door ookhoi op 13-06-2024 19:09 ]
[ Voor 40% gewijzigd door Chakotay op 13-06-2024 18:59 ]
Live for today, screw yesterday, hope for tomorrow...
Stichting eth0 | Twitter | Motorspul
Update 19.03: Er is een tijdelijke oplossing toegepast waardoor sommige verbindingen weer kunnen werken. Echter is het probleem nog niet opgelost en daarvoor zal vanavond nog verder aan gewerkt worden. Hierdoor kan de internetverbinding nog wegvallen.
I love it when a plan comes together!
Marstek Venus 5.12kWh v151, CT003 V114 DSMR4, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk
Enkele weken geleden is het glas naar binnengebracht, maar hierbij is een fout gemaakt. Volgens de KPN monteur was er iets niet goed met de las. Hij had er een lampje op gezet, maar dat licht werd weerkaatst, terwijl het in de PoP had moeten uitkomen. Althans, zo begreep ik het. Dit probleem zou bij de helft van de net opgeleverde huizen hier in Hoogvliet spelen.
Maandag komt er een nieuwe monteur van KPN en die gaat de las herstellen. Verder sluit hij de ONT dan aan. We nemen geen Fritzbox van Freedom af, maar de ONT wordt met UTP aangesloten op mijn Proxmox doosje met daarop OpenWrt in een VM. Dan ben ik nog benieuwd of de N5100 CPU de PPPoE verbinding volledig kan volblazen.
Wordt vervolgd dus.
Ik heb zelf nog een N5105 systeempje klaarliggen 😋
Altijd fijn als zulke dingen gebeuren vlak nadat je aan je router hebt geknutseldvoorstad schreef op donderdag 13 juni 2024 @ 15:01:
https://community.freedom...indingen-kpn-netwerk/4654
Hier geen probleem (KPN WBA glasvezel)

3640 Wp ZO pvoutput | FOSS | Gasloos sinds dec. 2024 | Vaillant AroTHERM 55/6
En daarom hebben we snapshots en backups.silverball schreef op vrijdag 14 juni 2024 @ 10:20:
[...]
Altijd fijn als zulke dingen gebeuren vlak nadat je aan je router hebt geknutseld,
[ Voor 3% gewijzigd door The Zep Man op 14-06-2024 10:29 ]
Yar har, wind in your back, lads, wherever you go!
Ja, het word tijd voor een router die dat kan. Eventueel een leuk arm64 bordje met BSD ofzoThe Zep Man schreef op vrijdag 14 juni 2024 @ 10:28:
[...]
En daarom hebben we snapshots en backups.
3640 Wp ZO pvoutput | FOSS | Gasloos sinds dec. 2024 | Vaillant AroTHERM 55/6
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| #!/bin/sh Replace 1492 with 1500 in /etc/ppp/peers/ppp0 sed -i ‘s/ 1492/ 1500/g’ /etc/ppp/peers/ppp0 #Set MTU for eth1 and eth1.6 ip link set dev eth1 mtu 1508 ip link set dev eth1.6 mtu 1508 #Bring eth1 down and then back up ifconfig eth1 down ifconfig eth1 up #Kill all pppd processes killall pppd |
ifconfig geeft dit resultaat:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
| br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.1 netmask 255.255.255.0 broadcast 0.0.0.0 inet6 2a10:x:289d::1 prefixlen 64 scopeid 0x0 inet6 fe80::dab3:70ff:fe93:b65e prefixlen 64 scopeid 0x20 ether d8:b3:70:93:b6:5e txqueuelen 1000 (Ethernet) RX packets 376384 bytes 457595082 (436.3 MiB) RX errors 0 dropped 21 overruns 0 frame 0 TX packets 327160 bytes 63673254 (60.7 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::dab3:70ff:fe93:b65e prefixlen 64 scopeid 0x20 ether d8:b3:70:93:b6:5e txqueuelen 1000 (Ethernet) RX packets 769592 bytes 604496319 (576.4 MiB) RX errors 0 dropped 104 overruns 392 frame 392 TX packets 714788 bytes 282419579 (269.3 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1508 inet6 fe80::dab3:70ff:fe93:b65f prefixlen 64 scopeid 0x20 ether d8:b3:70:93:b6:5f txqueuelen 1000 (Ethernet) RX packets 415405 bytes 190668523 (181.8 MiB) RX errors 0 dropped 0 overruns 0 frame 53982 TX packets 545977 bytes 505506471 (482.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0.2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.2.254 netmask 255.255.255.0 broadcast 0.0.0.0 inet6 2a10:x:289d:2::1 prefixlen 64 scopeid 0x0 inet6 fe80::dab3:70ff:fe93:b65e prefixlen 64 scopeid 0x20 ether d8:b3:70:93:b6:5e txqueuelen 1000 (Ethernet) RX packets 226611 bytes 110307647 (105.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 252232 bytes 170667909 (162.7 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0.10: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.16.0.254 netmask 255.255.255.0 broadcast 0.0.0.0 inet6 2a10:x:289d:1::1 prefixlen 64 scopeid 0x0 inet6 fe80::dab3:70ff:fe93:b65e prefixlen 64 scopeid 0x20 ether d8:b3:70:93:b6:5e txqueuelen 1000 (Ethernet) RX packets 1055 bytes 127403 (124.4 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 765 bytes 90063 (87.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0.1010: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.0.0.254 netmask 255.255.255.0 broadcast 0.0.0.0 inet6 fe80::dab3:70ff:fe93:b65e prefixlen 64 scopeid 0x20 ether d8:b3:70:93:b6:5e txqueuelen 1000 (Ethernet) RX packets 25015 bytes 3657882 (3.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 134221 bytes 46688078 (44.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth1.6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1508 inet6 fe80::dab3:70ff:fe93:b65f prefixlen 64 scopeid 0x20 ether d8:b3:70:93:b6:5f txqueuelen 1000 (Ethernet) RX packets 407535 bytes 173316676 (165.2 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 545862 bytes 503996071 (480.6 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 honeypot0: flags=195<UP,BROADCAST,RUNNING,NOARP> mtu 1500 inet 192.168.1.99 netmask 255.255.255.255 broadcast 192.168.1.99 inet6 fe80::f008:5dff:fe8e:7a3d prefixlen 64 scopeid 0x20 ether f2:08:5d:8e:7a:3d txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 1 (Local Loopback) RX packets 155729 bytes 156456230 (149.2 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 155729 bytes 156456230 (149.2 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500 inet 45.x.x.x.x netmask 255.255.255.255 destination 185.93.175.230 inet6 fe80::c965:92eb:11f6:1207 prefixlen 128 scopeid 0x20 ppp txqueuelen 3 (Point-to-Point Protocol) RX packets 50075 bytes 28349875 (27.0 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 45420 bytes 13561180 (12.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 |
Waar volgens mij alles goed lijkt te staan. Als ik ping met een MTU naar een ipv4 adres gaat dat goed:
1
2
3
| ping radio.nl -c3 -s 1468 -M do PING radio.nl (37.48.79.75) 1468(1496) bytes of data. 1476 bytes from 37.48.79.75 (37.48.79.75): icmp_seq=1 ttl=57 time=5.35 ms |
Maar met een maximale MTU ipv6 waarde van 1452 bytes gaat het mis, en krijg ik geen antwoord.
1
2
3
4
| ping freedom.nl -c3 -s 1452 -M do PING freedom.nl(haproxy.frontproxy.fi001.nl.freedomnet.nl (2a10:3780:2:52:185:93:175:46)) 1452 data bytes — freedom.nl ping statistics — 3 packets transmitted, 0 received, 100% packet loss, time 2008ms |
Gewoon pingen naar een ipv6 adres gaat wel zonder problemen.
Heeft iemand een idee wat er fout zit in de configuratie?
Moet eth1 niet 1512 zijn i.v.m. 4 bytes extra om VLAN-informatie te dragen?Mumsel schreef op vrijdag 14 juni 2024 @ 17:51:
Sinds een paar dagen heb ik een UXG-Lite als router voor mijn Freedom glasverbinding. Via een script zet ik de MTU naar de juiste waardes:
code:
1 2 3 4 5 6 7 8 #!/bin/sh Replace 1492 with 1500 in /etc/ppp/peers/ppp0 sed -i ‘s/ 1492/ 1500/g’ /etc/ppp/peers/ppp0 #Set MTU for eth1 and eth1.6 ip link set dev eth1 mtu 1508 ip link set dev eth1.6 mtu 1508
[edit]
Je ping-opdrachten zijn incorrect, in ieder geval voor IPv4.
Om een MTU van 1500 met IPv4 te testen (Linux/Windows):
1
2
| ping 9.9.9.9 -c 4 -M do -s 1472 ping -f -l 1472 9.9.9.9 |
Om een MTU van 1500 met IPv6 te testen (Linux/Windows):
1
2
| ping ipv6.google.com -c 4 -M do -s 1452 ping -f -l 1452 ipv6.google.com |
Ter referentie, IPv4 ICMP pakketgrootte is:
Gewenste MTU van 1500 bytes - 20 bytes IPv4 header - 8 bytes ICMP header = 1472.
Ter referentie, IPv6 ICMP pakketgrootte is:
Gewenste MTU van 1500 bytes - 40 bytes IPv6 header - 8 bytes ICMP header = 1452.
[ Voor 36% gewijzigd door The Zep Man op 15-06-2024 14:40 ]
Yar har, wind in your back, lads, wherever you go!
Volgens mij dan in het code blokje een typo, daar stond ook 1472 net als bij ipv4, maar moet dan volgens mij voor ipv6 zijn als hieronder?The Zep Man schreef op zaterdag 15 juni 2024 @ 13:09:
[...]
code:
1 2 ping ipv6.google.com -c 4 -M do -s 1472 ping -f -l 1472 ipv6.google.com
Ter referentie, IPv6 ICMP pakketgrootte is:
Gewenste MTU van 1500 bytes - 40 bytes IPv6 header - 8 bytes ICMP header = 1452.
1
2
| ping ipv6.google.com -c 4 -M do -s 1452 ping -f -l 1452 ipv6.google.com |
Cooling is silver, silence is golden!
Wat je denkt is niet wat je zegt. Wat je zegt wordt anders begrepen.
Main: AMD RX 9070XT Sapphire Pure, 2e PC: Nvidia RTX3080 EVGA FTW3

Je zou eerst nog het betreffende topic uit kunnen pluizen (indien nog niet gedaan):Mumsel schreef op zaterdag 15 juni 2024 @ 15:47:
Ik heb eth1 aangepast naar 1512 en met de goede waardes proberen te pingen, maar ik krijg dan ook geen antwoord. Ik denk dat er hardwarematig iets wordt tegengehouden. Niet handig een UXG-lite met een PPPoE verbinding dus.Tijd om toch eens naar een andere router uit te gaan kijken.
[Ubiquiti & IPTV] Ervaringen & Discussie
Als je toch voor iets anders gaat: de beste ervaring heb ik met OPNsense.
Yar har, wind in your back, lads, wherever you go!
ethernet 3: MTU 1512
vlan 6: MTU 1508
PPPoE: MTU 1500
1
2
3
4
| ping www.tweakers.net -4 -c2 -s 1472 -M do PING (213.239.154.31) 1472(1500) bytes of data. 1480 bytes from tweakers.net (213.239.154.31): icmp_seq=1 ttl=57 time=4.33 ms 1480 bytes from tweakers.net (213.239.154.31): icmp_seq=2 ttl=57 time=4.34 ms |
1
2
3
4
| ping www.tweakers.net -c2 -s 1452 -M do PING www.tweakers.net(tweakers.net (2001:9a8:0:e:1337:0:80:1)) 1452 data bytes 1460 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:1): icmp_seq=1 ttl=57 time=5.16 ms 1460 bytes from tweakers.net (2001:9a8:0:e:1337:0:80:1): icmp_seq=2 ttl=57 time=5.22 ms |
Speedguide laat ook een MTU van 1500 zien
Hmm, hier - zonder verstand van zaken - ook even geprobeerd. MSS clamping in de controller op 'auto' en op de UXG-lite dit script uitgevoerd:Mumsel schreef op zaterdag 15 juni 2024 @ 15:47:
Ik heb eth1 aangepast naar 1512 en met de goede waardes proberen te pingen, maar ik krijg dan ook geen antwoord. Ik denk dat er hardwarematig iets wordt tegengehouden. Niet handig een UXG-lite met een PPPoE verbinding dus.Tijd om toch eens naar een andere router uit te gaan kijken.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| #!/bin/sh #Replace 1492 with 1500 in /etc/ppp/peers/ppp0 sed -i 's/ 1492/ 1500/g' /etc/ppp/peers/ppp0 #Set MTU for eth1 and eth1.6 ip link set dev eth1 mtu 1512 ip link set dev eth1.6 mtu 1508 #Bring eth1 down and then back up ifconfig eth1 down ifconfig eth1 up #Kill all pppd processes killall pppd |
Dan op de gateway zelf testen, eerst 1468 bytes:
1
2
3
4
| root@GatewayLite:~# ping www.tweakers.net -4 -c2 -s 1468 -M do PING (213.239.154.30) 1468(1496) bytes of data. 1476 bytes from tweakers.net (213.239.154.30): icmp_seq=1 ttl=58 time=3.83 ms 1476 bytes from tweakers.net (213.239.154.30): icmp_seq=2 ttl=58 time=3.58 ms |
...maar met 1472 bytes:
1
2
3
4
5
| root@GatewayLite:~# ping www.tweakers.net -4 -c2 -s 1472 -M do PING (213.239.154.31) 1472(1500) bytes of data. --- ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 1008ms |
Maar IPv6:
1
2
3
4
5
6
| vanaalten@vanaalten:/opt/unifi $ ping ipv6.google.com -c 4 -M do -s 1452 PING ipv6.google.com(ams16s37-in-x0e.1e100.net (2a00:1450:400e:805::200e)) 1452 data bytes 76 bytes from ams16s37-in-x0e.1e100.net (2a00:1450:400e:805::200e): icmp_seq=1 ttl=119 (truncated) 76 bytes from ams16s37-in-x0e.1e100.net (2a00:1450:400e:805::200e): icmp_seq=2 ttl=119 (truncated) 76 bytes from ams16s37-in-x0e.1e100.net (2a00:1450:400e:805::200e): icmp_seq=3 ttl=119 (truncated) 76 bytes from ams16s30-in-x0e.1e100.net (2a00:1450:400e:805::200e): icmp_seq=4 ttl=119 (truncated) |
...lijkt wel goed te gaan, al weet ik niet zeker wat die 'truncated' betekent.
Edit:
OK, i.p.v. ipv6.google.com maar eens het IPv6 adres van Freedom zelf gebruikt:
1
2
3
4
5
| vanaalten@vanaalten:/opt/unifi $ ping 2a10:3780:2:52:185:93:175:46 -c 4 -M do -s 1452 PING 2a10:3780:2:52:185:93:175:46(2a10:3780:2:52:185:93:175:46) 1452 data bytes ^C --- 2a10:3780:2:52:185:93:175:46 ping statistics --- 4 packets transmitted, 0 received, 100% packet loss, time 3057ms |
Hmmm, packet loss. Iets minder versturen:
1
2
3
4
5
6
7
8
9
| vanaalten@vanaalten:/opt/unifi $ ping 2a10:3780:2:52:185:93:175:46 -c 4 -M do -s 1448 PING 2a10:3780:2:52:185:93:175:46(2a10:3780:2:52:185:93:175:46) 1448 data bytes 1456 bytes from 2a10:3780:2:52:185:93:175:46: icmp_seq=1 ttl=61 time=4.57 ms 1456 bytes from 2a10:3780:2:52:185:93:175:46: icmp_seq=2 ttl=61 time=4.59 ms 1456 bytes from 2a10:3780:2:52:185:93:175:46: icmp_seq=3 ttl=61 time=4.06 ms ^C --- 2a10:3780:2:52:185:93:175:46 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 4.060/4.408/4.591/0.246 ms |
Dus zowel IPv6 als IPv6 kan ik net niet de max size versturen, net 4 te weinig.
[ Voor 20% gewijzigd door vanaalten op 16-06-2024 13:25 ]
Ik had MSS clamping op disabled staan.
De PPP tunnel lijkt niet alles door te laten ondanks de 1500 instelling.
Klopt. MSS clamping pas je alleen toe als je geen MTU van 1500 ingesteld krijgt.Out.of.Control schreef op zondag 16 juni 2024 @ 19:04:
Voor zover ik weet heeft MSS clamping alleen invloed op TCP verkeer, niet op ICMP.
Yar har, wind in your back, lads, wherever you go!
Nee! Vlan header gaat niet van de payload af.The Zep Man schreef op zaterdag 15 juni 2024 @ 13:09:
[...]
Moet eth1 niet 1512 zijn i.v.m. 4 bytes extra om VLAN-informatie te dragen?
Je kunt je eth wel op 1512 zetten maar dat heeft dan geen effect; hij wordt alsnog gelimiteerd tot 1508 door de vlan.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Dat heb ik voor nu maar gedaan, een MTU van 1500 in combinatie met een UXG-Lite lijkt niet mogelijk te zijn, helaas.The Zep Man schreef op zondag 16 juni 2024 @ 19:40:
[...]
Klopt. MSS clamping pas je alleen toe als je geen MTU van 1500 ingesteld krijgt.
Lijkt een bekend probleem zonder oplossing, als ik dit topic doorneem.Mumsel schreef op zondag 16 juni 2024 @ 21:37:
Dat heb ik voor nu maar gedaan, een MTU van 1500 in combinatie met een UXG-Lite lijkt niet mogelijk te zijn, helaas.
Yar har, wind in your back, lads, wherever you go!
Ik zit dat speedguide is te proberen waar ze het daar over hebben, en ik kom op:The Zep Man schreef op zondag 16 juni 2024 @ 21:48:
[...]
Lijkt een bekend probleem zonder oplossing, als ik dit topic doorneem.
« SpeedGuide.net TCP Analyzer Results » Tested on: 2024.06.16 15:58 IP address: 45.137.xx.xxx Client OS/browser: Windows 10 (Chrome 125.0.0.0) TCP options string: 020405840103030801010402 MSS: 1412 MTU: 1452 TCP Window: 262400 (not multiple of MSS) RWIN Scaling: 8 bits (2^8=256) Unscaled RWIN : 1025 Recommended RWINs: 64952, 129904, 259808, 519616, 1039232 BDP limit (200ms): 1050 Mbps (105 Megabytes/s) BDP limit (500ms): 420 Mbps (42 Megabytes/s) MTU Discovery: ON TTL: 115 Timestamps: OFF SACKs: ON IP ToS: 00000000 (0)
Vrij lage MSS en MTU dus, terwijl ik wel een 1500 MTU op mijn pppoe heb en ik kan pingen met een payload van 1472 bytes.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Fijn om te merken dat ik niet de enige ben met dit probleemThe Zep Man schreef op zondag 16 juni 2024 @ 21:48:
[...]
Lijkt een bekend probleem zonder oplossing, als ik dit topic doorneem.
Ik hou best van knutselen, maar internet moet voornamelijk gewoon werken

Er is niets zo krachtig en flexibel als een x86-gebaseerde router. Die hebben geen probleem met baby jumbo frames in OPNsense, pfSense, OpenWRT, ... Met andere woorden: geen softwareafhankelijkheid van een enkele partij, want ze houden elkaar scherp.Theetjuh schreef op zondag 16 juni 2024 @ 22:09:
Dit soort issues weerhoudt me er voorlopig wel van om een eigen router aan te schaffen,
[ Voor 13% gewijzigd door The Zep Man op 16-06-2024 23:32 ]
Yar har, wind in your back, lads, wherever you go!
Vandaag is Freedom over glasvezel opgeleverd. Het had nog wat voeten in de aarde, want er moest nog een derde monteur bijkomen. Maar die kon gelukkig vanochtend nog. Hij zag in het glasvezelkastje nog een las niet goed zitten. Na wat gepriegel, ging de ONT erop en het Connection lampje ging nu wel steady groen branden. Daarna kon de UTP kabel uit de Draytek VDSL modem en in de ONT. Binnen de kortste keren had OpenWrt de verbinding opgebouwd. Televisie werkt ook.ervee schreef op vrijdag 14 juni 2024 @ 10:16:
Dat laatste ben ik ook wel benieuwd naar. Ik krijg het met wat tunen op OpenWRT (op Pi CM4) net voor elkaar, maar zonder SQM, dan maar 700 Mbps.
Ik heb zelf nog een N5105 systeempje klaarliggen 😋
De N5100 processor krijgt de PPPoE verbinding volgeblazen in de speedtest, up en down. Hier geen SQM aan. Is het wel verstandig om dat aan te zetten?
Heb nog niet naar de CPU load gekeken tijdens een speedtest.
Al met al qua snelheid een flinke upgrade: van 100/30 Mbps naar 1000/1000 Mbps. Blij mee!
/f/image/VoUbZzPmvv9vwz7lhz3eoFyO.png?f=fotoalbum_large)
Van DSL naar glasvezel...
[ Voor 14% gewijzigd door amarok op 17-06-2024 17:09 . Reden: Grafiekje toegevoegd. ]
Ik heb SQM nu uitstaan en op de Gigabit is het misschien ook minder nodig aangezien de internet diensten meestal toch geen Gigabit pushen naar jou toe, dus de lijn nooit vol zit waardoor je SQM/QoS minder nodig hebt. Maar je zou het voor de grap eens kunnen proberen. En testen met een Waveform Bufferbloat test.amarok schreef op maandag 17 juni 2024 @ 16:22:
[...]
Vandaag is Freedom over glasvezel opgeleverd. Het had nog wat voeten in de aarde, want er moest nog een derde monteur bijkomen. Maar die kon gelukkig vanochtend nog. Hij zag in het glasvezelkastje nog een las niet goed zitten. Na wat gepriegel, ging de ONT erop en het Connection lampje ging nu wel steady groen branden. Daarna kon de UTP kabel uit de Draytek VDSL modem en in de ONT. Binnen de kortste keren had OpenWrt de verbinding opgebouwd. Televisie werkt ook.
De N5100 processor krijgt de PPPoE verbinding volgeblazen in de speedtest, up en down. Hier geen SQM aan. Is het wel verstandig om dat aan te zetten?
Heb nog niet naar de CPU load gekeken tijdens een speedtest.
Al met al qua snelheid een flinke upgrade: van 100/30 Mbps naar 1000/1000 Mbps. Blij mee!
[ Voor 13% gewijzigd door MatHack op 20-06-2024 11:41 . Reden: regio toegevoegd ]
There's no place like 127.0.0.1
[ Voor 4% gewijzigd door ik222 op 20-06-2024 08:24 ]
https://gathering.tweaker...message/79324944#79324944
Dus weinig mensen hadden nog internet in die regio
Iemand hier misschien nog een idee.... Zit zelfs al aan overstappen te denken als die niet beter wordt
Issue:
Het probleem met internettoegang begint vervelende vormen aan te nemen, en ik ben op het punt gekomen dat ik niet meer weet waar ik het intern moet zoeken en wat er aan de hand is. Ik wil benadrukken dat ik deze toegangsproblemen niet had met Tweak en dat het interne netwerk geheel onveranderd is, behalve het aanpassen van FreeBSD voor PPPoE toegang.
Wat is er aan de hand?
1: Langzaam ladende website tijdens een nieuwe dag. Het gedrag komt over alsof de hele route tijdens de nacht is vergeten en de DNS record opnieuw moeten worden geladen. Dit duurt ongeveer 10 tot 20 seconden. Elke nieuwe dag dat ik Outlook wil openen om mijn email te bekijken, is de eerste toegang langzaam.
2: Het volgende probleem kom ik zelf niet meer uit. Het lijkt erop dat de ontvangende server niets doet met de aanvraag die wel binnen komt. Na verloop van tijd wordt de connectie weer gesloten.
Enkele voorbeelden.
-> Als ik naar de website ga van de online bibliotheek dan krijg ik de pagina niet te zien (time-out). Als ik op hetzelfde moment de website open op mijn mobiele telefoon via Vodafone werkt de site wel. Als ik een VPN verbinding open zet via werkt het ook direct. Dit betekend ook dat de app van de online bibliotheek op een tablet de "payload" niet wil ophalen als je een digitaal boek leent voor 3 weken.
-> Als ik de website wil openen van een Volksbank bank ook een time-out. Als ik de WiFi gebruik met de mobiele telefoon, werkt de app niet. Hetzelfde voor een andere naam van de Volksbank. Om deze app te openen heb ik op de telefoon een VPN geïnstalleerd om via WiFi wel de app te kunnen gebruiken.
-> Als ik een programma wil installeren op Windows 11, dan loopt er in de achtergrond een verificatie met Microsoft, genaamd SmartScreens, als first defence om te voorkomen dat er malafide software wordt geïnstalleerd. Deze krijgt echter ook geen verbinding. De melding is "Windows SmartScreen can't be reached right now"
Ik heb ergens gelezen dat er iemand melding heeft gemaakt van een configuratiefout bij Freedom.nl waarbij twee verschillende klanten dezelfde hostname (?) hadden gekregen wat ook voor rare fouten zorgde.
Komt een mede-Tweaker bovenstaande bekend voor? Zo ja, wat was de oplossing?
U.P.L.I.F.T.I.N.G.
Wat doet speedtest.net? Is de snelheid constant? Wat voor ping tijden krijg je?
Heb je een andere computer of telefoon via wifi geprobeerd?
Computer via rechtstreekse ethernet op de router geprobeerd?