[Freedom] Ervaringen & Discussie

Pagina: 1 ... 71 ... 79 Laatste
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • tcviper
  • Registratie: April 2010
  • Nu online
vanaalten schreef op dinsdag 30 april 2024 @ 14:02:
[...]

Die 4.0.3 is volgens mij alleen voor UDM (en Pro, SE, Pro-Max) devices, niet voor UXG.
Dezelfde fix zit ook in de volgende UXG update. Dat is inderdaad niet 4.x maar 3.2.x

PSN: tcviper | Steam: Viper | TechConnect - MikeRedfields


Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Nu online
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
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:
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.
...terwijl 3.2.15 een hele lange lijst aan fixes had, waaronder wat PPPoE bugfixes.

(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)

Acties:
  • +1 Henk 'm!

  • I_stealth_I
  • Registratie: Januari 2001
  • Laatst online: 18-06 19:30

I_stealth_I

Tweak It OR leave it!

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?

/dev/null


Acties:
  • 0 Henk 'm!

  • JohDB
  • Registratie: Januari 2019
  • Laatst online: 10:36
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?
Welke apparatuur heb je er aan hangen waarmee je 100Mbps ziet? Is het eigen apparatuur of apparatuur van Freedom?

Acties:
  • 0 Henk 'm!

  • I_stealth_I
  • Registratie: Januari 2001
  • Laatst online: 18-06 19:30

I_stealth_I

Tweak It OR leave it!

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?
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.

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


Acties:
  • 0 Henk 'm!

  • JohDB
  • Registratie: Januari 2019
  • Laatst online: 10:36
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.
Heb je aan de WAN-zijde VLAN 6 geactiveerd? Freedom gebruik VLAN 6 voor de internetdienst.

Acties:
  • +1 Henk 'm!

  • badnews.nl
  • Registratie: Januari 2002
  • Laatst online: 22:56
Mr-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.
Nu een aantal de udm speedtests laten uitvoeren. Hogere snelheid en meer stabiel :)
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.

Afbeeldingslocatie: https://tweakers.net/i/jSUSFDB8D8M30Xb5ia3lqqoD6EQ=/800x/filters:strip_icc():strip_exif()/f/image/L9SpC0PguVPTCyCYXdcI8GP7.jpg?f=fotoalbum_large

[ Voor 4% gewijzigd door badnews.nl op 01-05-2024 08:37 ]


Acties:
  • 0 Henk 'm!

  • I_stealth_I
  • Registratie: Januari 2001
  • Laatst online: 18-06 19:30

I_stealth_I

Tweak It OR leave it!

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.
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?

/dev/null


Acties:
  • 0 Henk 'm!

  • JohDB
  • Registratie: Januari 2019
  • Laatst online: 10:36
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?
Meestal zijn ze bij Fiber Operator wel redelijk snel bij dit soort checks. Hopelijk lukt het ze nog voor het weekend.

Acties:
  • 0 Henk 'm!

  • annestweak
  • Registratie: Mei 2020
  • Laatst online: 22-06 15:46
Ik kan hierop reageren, wij zijn de kennis van stealth, in totaal over de afgelopen dagen heb ik meer dan 4 uur met hun gesproken. Iedere keer ging men er vanuit dat het onze kant van de verbinding lag. Dit terwijl ik vanaf dag 1 al aangaf dat ik geen bevestiging heb gekregen dat de switch is gemaakt. Uiteindelijk na vanmorgen freedom in gebreke gesteld te hebben kreeg ik een terugkoppeling dat er een melding was gemaakt naar de fiberoperator, later daarvan een terugkoppeling dat men ermee bezig was en voor 17:00 deed alles het. Er was licht op het glas…….
Tja freedom wederom tot beste verkozen….

Acties:
  • +5 Henk 'm!

  • dennistd
  • Registratie: Augustus 2004
  • Laatst online: 00:36
Ik kreeg vanmiddag een mail met een creditnota: over de periode 1-5 t/m 27-10 krijg ik €32,46 terug vanwege de prijsverlaging van mijn 100 Mbit/s KPN WBA-verbinding *O*

Acties:
  • 0 Henk 'm!

  • MetalfanBlackness
  • Registratie: Oktober 2001
  • Niet online

MetalfanBlackness

♥ PV & SB ♥

annestweak schreef op vrijdag 3 mei 2024 @ 22:31:
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.

Solarboiler: Top Senz 200 Nero-3 ⣿⣿ Photovoltaics: 9x LG 320N1K-A5, SE 3000H


Acties:
  • +2 Henk 'm!

  • joop99
  • Registratie: Juni 2005
  • Laatst online: 22-06 20:36
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.
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.

Acties:
  • +2 Henk 'm!

  • annestweak
  • Registratie: Mei 2020
  • Laatst online: 22-06 15:46
het gaat mij er in dit geval om dat ik vind dat als de klant al aangeeft, dat hij geen bevestiging heeft gekregen van de switch die gemaakt zou moeten zijn. men dit naast zich neerlegt en het protocol volgt "de klant heeft het fout"
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.

Acties:
  • 0 Henk 'm!

  • The Zep Man
  • Registratie: Oktober 2003
  • Laatst online: 22-06 10:51
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.
Wellicht is Freedom het beste, en is jouw ervaring een reflectie van hoe het nog slechter kan gaan bij anderen.

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!


Acties:
  • +2 Henk 'm!

  • SgtElPotato
  • Registratie: Juli 2008
  • Laatst online: 08:52
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.
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.

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...


Acties:
  • +1 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

badnews.nl schreef op woensdag 1 mei 2024 @ 08:34:
[...]


Nu een aantal de udm speedtests laten uitvoeren. Hogere snelheid en meer stabiel :)
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.

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • TGEN
  • Registratie: Januari 2000
  • Laatst online: 19-06 08:01

TGEN

Hmmmx_

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.
Dat klinkt als een QoS dingetje in de router. Gaat die grote download wel op near-wirespeed?

Pixilated NetphreaX
Dronkenschap is Meesterschap
DragonFly


Acties:
  • 0 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

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?
QoS heb ik uitstaan.
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 ]

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • Conrado
  • Registratie: November 2012
  • Laatst online: 10:31
Vandaag heeft de aannemer van KPN de FTU in onze nieuwbouw geplaatst.

Afbeeldingslocatie: https://i.postimg.cc/0yfkxW7X/KVL81.jpg

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...


Acties:
  • +1 Henk 'm!

  • synoniem
  • Registratie: April 2009
  • Niet online
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?
Weten hoe het zit is een groot woord maar de Fritzshop is wel behulpzaam.

Acties:
  • +2 Henk 'm!

  • Barre73
  • Registratie: Mei 2011
  • Laatst online: 08:12
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).
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):

Afbeeldingslocatie: https://tweakers.net/i/0dIJYwTmE6YWvP0nh64K93Qep50=/x800/filters:strip_icc():strip_exif()/f/image/wwPoQZIJhLCcST2bO4xHA9Hz.jpg?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/1RMuVGdpReFe4ZfbhOejWhPh3ls=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/754tHqS4DdwoR0Qkz5rt5Mpp.jpg?f=user_large

Geen ongevraagde verzoeken via DM svp.


Acties:
  • 0 Henk 'm!

  • Falcon93
  • Registratie: Augustus 2010
  • Laatst online: 22-06 18:34
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

[ Voor 5% gewijzigd door Falcon93 op 08-05-2024 10:08 ]


Acties:
  • 0 Henk 'm!

  • joop99
  • Registratie: Juni 2005
  • Laatst online: 22-06 20:36
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
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.

Acties:
  • 0 Henk 'm!

  • Falcon93
  • Registratie: Augustus 2010
  • Laatst online: 22-06 18:34
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.
Heb maar een nieuwe Media Converter besteld, vervang ik de boel wel idd. Lijkt me ook de kortste klap.


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 ]


Acties:
  • +1 Henk 'm!

  • twhb
  • Registratie: December 2019
  • Laatst online: 22-06 08:23
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.

Acties:
  • 0 Henk 'm!

  • joop99
  • Registratie: Juni 2005
  • Laatst online: 22-06 20:36
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.
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.

Acties:
  • 0 Henk 'm!

  • sKitZo
  • Registratie: Augustus 2001
  • Laatst online: 21-06 22:00

sKitZo

:)

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?

Acties:
  • 0 Henk 'm!

  • voorstad
  • Registratie: December 2006
  • Laatst online: 22-06 21:57
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?
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)

Acties:
  • 0 Henk 'm!

  • The Zep Man
  • Registratie: Oktober 2003
  • Laatst online: 22-06 10:51
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)
Precies dit. Veel is al beschreven of in dit topic, of op het forum van Freedom.

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. :P

Yar har, wind in your back, lads, wherever you go!


Acties:
  • 0 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

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.

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 10:18
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.
Wat haalde je dan met de UDM Pro? Heb je alle inspecties ingeschakeld?

Acties:
  • +1 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

stormfly schreef op vrijdag 10 mei 2024 @ 13:32:
[...]


Wat haalde je dan met de UDM Pro? Heb je alle inspecties ingeschakeld?
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

sneller usenet? tips en tricks


Acties:
  • +1 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 10:18
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
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.

Acties:
  • 0 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

stormfly 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.
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.

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 10:18
Mr-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.
Een UXG Max komt ook een heel eind

Acties:
  • 0 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

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.

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • ChillingStream
  • Registratie: Januari 2023
  • Laatst online: 28-11-2024
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"

Acties:
  • 0 Henk 'm!

  • Busk07
  • Registratie: December 2017
  • Laatst online: 22-06 22:52
@ChillingStream

code:
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 ]


Acties:
  • 0 Henk 'm!

  • ChillingStream
  • Registratie: Januari 2023
  • Laatst online: 28-11-2024
Maar wel stabiel! Zou je eventueel ook een traceroute kunnen draaien? :)

Acties:
  • 0 Henk 'm!

  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 10:18
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"
Vanaf Ziggo, zodat je ook wat breder feiten kunt meenemen in je mails naar Freedom.


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
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

Acties:
  • 0 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

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"
vanaf mijn oude laptop deie de lijn net niet helemaal dicht kan trekken.
zal proberen het vandaag ook even met mijn andere units proberen.

code:
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 ) 8)7
code:
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

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

[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"
zie hier reeds net gedaan
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
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

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • ChillingStream
  • Registratie: Januari 2023
  • Laatst online: 28-11-2024
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.

Acties:
  • 0 Henk 'm!

  • SgtElPotato
  • Registratie: Juli 2008
  • Laatst online: 08:52
Mijn server kan de snelheden denk ik niet aan:

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
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.


code:
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:
Afbeeldingslocatie: https://tweakers.net/i/-1d7btGIXB6XvU8gD6kB-t_JsQg=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/LOc71NF5K1RiKMbYg5N6RtAo.png?f=user_large

Doe ik een iperf vanaf de router:
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
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...


Acties:
  • +1 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Nu online
Je zou ook librespeed-cli kunnen gebruiken. En als je dan de volgende json file gebruikt:
JSON: freedom.json
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:
Bash:
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.

Acties:
  • +1 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

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.
Ik zit in Almere.

sneller usenet? tips en tricks


Acties:
  • +2 Henk 'm!

  • Aaargh!
  • Registratie: Januari 2000
  • Laatst online: 06-06 22:14

Aaargh!

Bow for me for I am prutser

Volgens Fast.com haal ik 1.2Gbit :+

Those who do not understand Unix are condemned to reinvent it, poorly.


Acties:
  • +2 Henk 'm!

  • daansan
  • Registratie: Maart 2000
  • Laatst online: 23:33
Iemand anders ook last van een niet werkende verbinding? Ging hier om 14:10 offline.

I love it when a plan comes together!


Acties:
  • 0 Henk 'm!

  • Pooh
  • Registratie: April 2001
  • Niet online

Pooh

Lees eens een boek

Ja, hier in Amsterdam ook down (vdsl)

Acties:
  • 0 Henk 'm!

  • Chakotay
  • Registratie: Oktober 1999
  • Laatst online: 17-06 09:57

Chakotay

Lick here to continue

daansan schreef op donderdag 13 juni 2024 @ 14:17:
Iemand anders ook last van een niet werkende verbinding? Ging hier om 14:10 offline.
Hier in Alphen aan den Rijn ligt het er ook uit sinds die tijd. Glas via KPN-WBA hier.

10 min in de wacht gestaan bij de helpdesk, maar gezien meerdere mensen er last van hebben zal bellen ook niets toevoegen :P

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


Acties:
  • +2 Henk 'm!

  • Netburst
  • Registratie: Januari 2023
  • Laatst online: 10:26
Allestoringen:
Volgens gebruikersmeldingen zijn er momenteel problemen bij Freedom Internet
Freedom.nl/storingen:
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 ]


Acties:
  • 0 Henk 'm!

  • Chakotay
  • Registratie: Oktober 1999
  • Laatst online: 17-06 09:57

Chakotay

Lick here to continue

Ha, in hun eigen storingenoverzicht stond het nog niet bij mijn laatste refresh :P

Live for today, screw yesterday, hope for tomorrow...
Stichting eth0 | Twitter | Motorspul


Acties:
  • +1 Henk 'm!

  • voorstad
  • Registratie: December 2006
  • Laatst online: 22-06 21:57
https://community.freedom...indingen-kpn-netwerk/4654

Hier geen probleem (KPN WBA glasvezel)

Acties:
  • +2 Henk 'm!

  • Netburst
  • Registratie: Januari 2023
  • Laatst online: 10:26
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.

Acties:
  • 0 Henk 'm!

  • WesleyB
  • Registratie: Juni 2007
  • Laatst online: 09:39
Oeps. Eerst pagina vernieuwen..

[ Voor 84% gewijzigd door WesleyB op 13-06-2024 15:33 ]


Acties:
  • +1 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

@stormfly @badnews.nl
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.

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • daansan
  • Registratie: Maart 2000
  • Laatst online: 23:33
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!


Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Nu online
Hmm, hier lag het internet er ook uit - maar dan van 12:05 tot 12:30. Geen KPN maar ODF, dus zal niet gerelateerd zijn. Maar ook niets op de storingspagina, dus zal wel lokaal geweest zijn.

Acties:
  • 0 Henk 'm!

  • ervee
  • Registratie: September 2000
  • Laatst online: 20-06 15:51
Geen last van gehad in Noord-Brabant.

Acties:
  • 0 Henk 'm!

  • Netburst
  • Registratie: Januari 2023
  • Laatst online: 10:26
Al bijna drie uur stuk 🫣

Acties:
  • 0 Henk 'm!

  • ookhoi
  • Registratie: Maart 2007
  • Laatst online: 22-06 17:35
Glas van Freedom via KPN in Arnhem down tussen 14:10 en 16:42; ruim 2 uur 30 minuten.

[ Voor 21% gewijzigd door ookhoi op 13-06-2024 19:09 ]


Acties:
  • +3 Henk 'm!

  • Chakotay
  • Registratie: Oktober 1999
  • Laatst online: 17-06 09:57

Chakotay

Lick here to continue

Het is hier 3 minuten geleden weer online gekomen. Ruim 4.5 uur storing... Nu verwacht ik wel minimaal een appeltaart.

[ Voor 40% gewijzigd door Chakotay op 13-06-2024 18:59 ]

Live for today, screw yesterday, hope for tomorrow...
Stichting eth0 | Twitter | Motorspul


Acties:
  • +1 Henk 'm!

  • daansan
  • Registratie: Maart 2000
  • Laatst online: 23:33
Het is mogelijk nog niet over:
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!


Acties:
  • 0 Henk 'm!

  • babbelbox
  • Registratie: Maart 2003
  • Laatst online: 21-06 22:55
Hier in Uitgeest geen enkele last, zit op glas via ODF

Acties:
  • 0 Henk 'm!

  • don spike
  • Registratie: September 2004
  • Laatst online: 19-06 17:40
Hier in Rotterdam (KPN OAN) nog geen internet.

Acties:
  • 0 Henk 'm!

  • eymey
  • Registratie: Februari 2000
  • Laatst online: 22-06 15:31
Hier in Almere ( FiberOperator, fCambrium ) ook geen last gehad .

Marstek Venus 5.12kWh v151, CT003 V114 DSMR4, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk


Acties:
  • +2 Henk 'm!

  • amarok
  • Registratie: Januari 2009
  • Laatst online: 18-06 22:18
Vandaag zou Freedom over glasvezel (KPN) hier thuis in Hoogvliet Rotterdam worden opgeleverd. Snelheid: 1 Gbit/s.

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.

Acties:
  • 0 Henk 'm!

  • ervee
  • Registratie: September 2000
  • Laatst online: 20-06 15:51
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 😋

Acties:
  • 0 Henk 'm!

  • silverball
  • Registratie: September 2013
  • Nu online

silverball

De wagen voor moderne mensen

Altijd fijn als zulke dingen gebeuren vlak nadat je aan je router hebt geknutseld :X , ik had even moeten controleren of het probleem wellicht buitenshuis was.

3640 Wp ZO pvoutput | FOSS | Gasloos sinds dec. 2024 | Vaillant AroTHERM 55/6


Acties:
  • 0 Henk 'm!

  • The Zep Man
  • Registratie: Oktober 2003
  • Laatst online: 22-06 10:51
silverball schreef op vrijdag 14 juni 2024 @ 10:20:
[...]

Altijd fijn als zulke dingen gebeuren vlak nadat je aan je router hebt geknutseld :X ,
En daarom hebben we snapshots en backups.

[ Voor 3% gewijzigd door The Zep Man op 14-06-2024 10:29 ]

Yar har, wind in your back, lads, wherever you go!


Acties:
  • +1 Henk 'm!

  • silverball
  • Registratie: September 2013
  • Nu online

silverball

De wagen voor moderne mensen

The Zep Man schreef op vrijdag 14 juni 2024 @ 10:28:
[...]


En daarom hebben we snapshots en backups.
Ja, het word tijd voor een router die dat kan. Eventueel een leuk arm64 bordje met BSD ofzo :)

3640 Wp ZO pvoutput | FOSS | Gasloos sinds dec. 2024 | Vaillant AroTHERM 55/6


Acties:
  • 0 Henk 'm!

  • Mumsel
  • Registratie: Augustus 2002
  • Laatst online: 22-06 22:50
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
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:

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
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:

code:
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.

code:
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?

Acties:
  • +1 Henk 'm!

  • The Zep Man
  • Registratie: Oktober 2003
  • Laatst online: 22-06 10:51
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
Moet eth1 niet 1512 zijn i.v.m. 4 bytes extra om VLAN-informatie te dragen?

[edit]
Je ping-opdrachten zijn incorrect, in ieder geval voor IPv4.

Om een MTU van 1500 met IPv4 te testen (Linux/Windows):

code:
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):

code:
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!


Acties:
  • +2 Henk 'm!

  • OruBLMsFrl
  • Registratie: Juni 2001
  • Laatst online: 21-06 17:53

OruBLMsFrl

Silence Promo Crew

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.
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?
code:
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


Acties:
  • 0 Henk 'm!

  • Mumsel
  • Registratie: Augustus 2002
  • Laatst online: 22-06 22:50
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.

Acties:
  • +1 Henk 'm!

  • The Zep Man
  • Registratie: Oktober 2003
  • Laatst online: 22-06 10:51
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.
Je zou eerst nog het betreffende topic uit kunnen pluizen (indien nog niet gedaan):
[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!


Acties:
  • +1 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Nu online
@Mumsel ...maar mocht je voor UXG-lite de juiste instelling vinden, dan graag ook nog hier even laten weten. :)

Acties:
  • +1 Henk 'm!

  • Dennis-L
  • Registratie: Augustus 2007
  • Laatst online: 22-06 22:27
Ter referentie, KPN met een Edgerouter 4

ethernet 3: MTU 1512
vlan 6: MTU 1508
PPPoE: MTU 1500

code:
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


code:
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

Acties:
  • +1 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Nu online
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.
Hmm, hier - zonder verstand van zaken - ook even geprobeerd. MSS clamping in de controller op 'auto' en op de UXG-lite dit script uitgevoerd:
code:
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:
code:
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:
code:
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:
code:
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:
code:
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:
code:
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 ]


Acties:
  • 0 Henk 'm!

  • Mumsel
  • Registratie: Augustus 2002
  • Laatst online: 22-06 22:50
Fijn dat je het test @vanaalten!

Ik had MSS clamping op disabled staan.
De PPP tunnel lijkt niet alles door te laten ondanks de 1500 instelling.

Acties:
  • 0 Henk 'm!

  • ervee
  • Registratie: September 2000
  • Laatst online: 20-06 15:51
Ik had dit (op OpenWRT) ook. Ik was vrij zeker dat alles goed ingesteld stond en zag alles ook correct weg gaan, maar alles tussen 1492 en 1500 kwam niets van terug.

Acties:
  • 0 Henk 'm!

  • Out.of.Control
  • Registratie: Augustus 2012
  • Laatst online: 09:47
Voor zover ik weet heeft MSS clamping alleen invloed op TCP verkeer, niet op ICMP.

Acties:
  • 0 Henk 'm!

  • The Zep Man
  • Registratie: Oktober 2003
  • Laatst online: 22-06 10:51
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.
Klopt. MSS clamping pas je alleen toe als je geen MTU van 1500 ingesteld krijgt.

Yar har, wind in your back, lads, wherever you go!


Acties:
  • +2 Henk 'm!

  • .oisyn
  • Registratie: September 2000
  • Laatst online: 22-06 21:02

.oisyn

Moderator Devschuur®

Demotivational Speaker

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?
Nee! Vlan header gaat niet van de payload af.

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.


Acties:
  • 0 Henk 'm!

  • Mumsel
  • Registratie: Augustus 2002
  • Laatst online: 22-06 22:50
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.
Dat heb ik voor nu maar gedaan, een MTU van 1500 in combinatie met een UXG-Lite lijkt niet mogelijk te zijn, helaas.

Acties:
  • +1 Henk 'm!

  • The Zep Man
  • Registratie: Oktober 2003
  • Laatst online: 22-06 10:51
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.
Lijkt een bekend probleem zonder oplossing, als ik dit topic doorneem.

Yar har, wind in your back, lads, wherever you go!


Acties:
  • 0 Henk 'm!

  • .oisyn
  • Registratie: September 2000
  • Laatst online: 22-06 21:02

.oisyn

Moderator Devschuur®

Demotivational Speaker

The Zep Man schreef op zondag 16 juni 2024 @ 21:48:
[...]


Lijkt een bekend probleem zonder oplossing, als ik dit topic doorneem.
Ik zit dat speedguide is te proberen waar ze het daar over hebben, en ik kom op:

« 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.


Acties:
  • 0 Henk 'm!

  • Mumsel
  • Registratie: Augustus 2002
  • Laatst online: 22-06 22:50
The Zep Man schreef op zondag 16 juni 2024 @ 21:48:
[...]


Lijkt een bekend probleem zonder oplossing, als ik dit topic doorneem.
Fijn om te merken dat ik niet de enige ben met dit probleem ;) Hopelijk wordt dit probleem opgelost met een update. Tot die tijd maar MSS Clamping aan laten staan op 1448, als deze op "auto" staat in de UXG-Lite wordt het 1492, wat incorrect is.

Acties:
  • 0 Henk 'm!

  • Theetjuh
  • Registratie: Januari 2000
  • Laatst online: 00:39
Dit soort issues weerhoudt me er voorlopig wel van om een eigen router aan te schaffen, ik zou graag ook de internet kant van Ubiquity voorzien om meer inzicht en controle te hebben over een Fritz!box.
Ik hou best van knutselen, maar internet moet voornamelijk gewoon werken ;)

Acties:
  • 0 Henk 'm!

  • Mumsel
  • Registratie: Augustus 2002
  • Laatst online: 22-06 22:50
Het gekke is dat de voorganger van dit apparaat, de USG, een router die 10 jaar geleden op de markt kwam, zonder problemen een PPPoE met een MTU van 1500 aan kon. Ik ging ervan uit dat dit voor de opvolger ook geen enkel probleem zou zijn :F

Acties:
  • +1 Henk 'm!

  • The Zep Man
  • Registratie: Oktober 2003
  • Laatst online: 22-06 10:51
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,
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.

[ Voor 13% gewijzigd door The Zep Man op 16-06-2024 23:32 ]

Yar har, wind in your back, lads, wherever you go!


Acties:
  • 0 Henk 'm!

  • amarok
  • Registratie: Januari 2009
  • Laatst online: 18-06 22:18
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 😋
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!

Afbeeldingslocatie: https://tweakers.net/i/4vA-M1KWEDwUt4Cmjc77YJRZeyk=/800x/filters:strip_exif()/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. ]


Acties:
  • +1 Henk 'm!

  • ervee
  • Registratie: September 2000
  • Laatst online: 20-06 15:51
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!
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.

Acties:
  • +1 Henk 'm!

  • Realtec
  • Registratie: Juli 2006
  • Laatst online: 22-06 22:18

Realtec

Less is more

Glasvezel verbinding ligt er hier uit sinds 1:03 (Cambrium netwerk Enschede)

Acties:
  • 0 Henk 'm!

  • MatHack
  • Registratie: Oktober 2001
  • Niet online

MatHack

Dev by day, Gamer by night

Lag hier (Veluwe, Reggefiber gebied) ook ruim een uur uit vannacht. Enige reden dat ik het merkte waren falende backups.

[ Voor 13% gewijzigd door MatHack op 20-06-2024 11:41 . Reden: regio toegevoegd ]

There's no place like 127.0.0.1


Acties:
  • +1 Henk 'm!

  • ik222
  • Registratie: Maart 2007
  • Niet online
Op de website van TriNed lees ik dat er een stroomstoring in een wijkcentrale is geweest vannacht (https://trined.nl/storingen-en-onderhoud/). Aangezien Freedom hetzelfde netwerk gebruikt zal dat ook bij Freedom wel de oorzaak zijn geweest.

[ Voor 4% gewijzigd door ik222 op 20-06-2024 08:24 ]


Acties:
  • 0 Henk 'm!

  • Mr-D.
  • Registratie: Juni 2014
  • Laatst online: 10:10

Mr-D.

interpunctie? no hero here

Las in het Tweak draadje dat zowel Tweak als Odido eruit lag in Enschede
https://gathering.tweaker...message/79324944#79324944

Dus weinig mensen hadden nog internet in die regio

sneller usenet? tips en tricks


Acties:
  • 0 Henk 'm!

  • Running_Cow
  • Registratie: Juni 2008
  • Niet online
Zucht... Kan niet zeggen dat ik tevreden ben met Freedom zoals ik met Tweak was. Eerder probleem met geoblock op Moldavisch IP-adres lijkt verholpen. Trage ladende websites en time-outs zijn als sinds de overstap een issue. Ticket van bijna 3 weken geleden ook geen enkel teken van leven van Freedom van gehad, en wanneer ik ook bel: Altijd >10 wachten voor mij.

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.


Acties:
  • 0 Henk 'm!

  • twhb
  • Registratie: December 2019
  • Laatst online: 22-06 08:23
Ik heb zelf geen freedom.nl maar heb je een andere DNS server geprobeerd?
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?
Pagina: 1 ... 71 ... 79 Laatste