121 replies to this topic

[Frenske]

Hierbij doe ik een oproep aan alle OpenPLi gebruikers om eens te testen d.m.v. een software update en / of het installeren van plug-ins of het downloaden van andere bestanden van de OpenPLi servers of zij daar geregeld problemen mee ervaren. Ik denk hier met name aan de volgende zaken.

1. Het online flashen van eender welke OpenPLi image lijkt traag te verlopen.
2. Na het flashen lijkt het restoren van sommige zo niet alle plug-ins ook weer traag te verlopen. Ook het actualiseren van de packages.
3. Het updaten van de image duurt soms absurd lang en lijkt het of er niets gebeurt.
4. Als je een nieuwe plug-in wilt installeren en je kiest voor de groene toets, dat het enige tijd duurt voordat de plug-ins worden getoond.
5. Alle andere details die ik hier nog niet genoemd heb, maar voor de gebruiker de indruk wekken dat er iets mis zou zijn met de downloadservers.

Waarom deze interesse. Heel simpel. Ik ervaar dit namelijk al enige (onbepaalde) tijd en heb vervolgens al meerdere vruchteloze contacten met KPN gehad. Ook op het KPN forum loopt er hier een draadje over waar ik duidelijk mijn ergernis ventileer. Dit omdat alle medewerkers die ik gesproken heb NATUURLIJK NOOIT van mijn probleem gehoord hebben en dit zelf nooit hebben ervaren. Er is namelijk aangetoond dat het verkeer vanaf mijn woning gewoon 100% is maar dat in de route tussen KPN servers en mogelijk een Orange server in Frankrijk een fors verlies (100%) van data plaatsvindt. Het enige wat KPN doet, welke afdeling ik ook spreek, is refereren naar het gebruik van een FritZbox i.p.v hun eigen hardware de Experiabox. Zij gaan er dus volledig aan voorbij dat de aangeboden onderzoeken helder aantonen dat alles tussen mijn woning en de KPN server(s) gewoon top verloopt. Mijn internet, mail, streaming etc. etc. werkt gewoon goed. Enkel de verbinding tussen eender welke box en onze downloadserver.

 

Mocht iemand voldoende skills hebben om zijn eigen internetverbinding tussen zijn box en onze downloadservers te testen, dat kan met een eenvoudige tool die de route toont die het signaal aflegt. Je kunt met de Nightly Build en mogelijk ook met de RC9 het programma MTR via Putty installeren. Dit doe je als volgt.

1. Log in op je box met Putty.
2. Geef in “opkg update Enter en daarna OPKG install MTR.
3. Na de installatie geef je in Putty in mtr -Twn -4 downloads.openpli.org
4. De verkregen dat zou je eventueel hier kunnen posten.

Ik hoop dat meer gebruikers van OpenPLi dit probleem wat ik ervaar ook ervaren. Weliswaar gebeurt dit niet altijd, maar als je vaak flasht zoals ik, dan is het niet meer “even” een boxje flashen want het is alsof je een soortement “kolen gestookte internet” hebt, dit kenbaar maakt bij de zakelijke ISP en deze niet thuis geeft. Voor de duidelijkheid. Mijn internet is prima, maar het gaat sec over de verbinding tussen eender welke box en de OpenPLi downloadserver.

Eigenlijk hoop ik dat veel gebruikers reageren zodat ik KPN om de oren kan slaan met deze metingen.

[WanWizard]

Correctie dan wel uitleg:

 

Het is geen "Orange Server", het gaat om het feit dat KPN blijkbaar nauwelijks peering overeenkomsten heeft.

 

De download servers van OpenPLI staan bij OVH in Frankrijk, in verschillende datacenters. OVH heeft een directe verbinding van in totaal 200Gbps met de Amsterdam Internet Exchange, maar KPN maakt daar geen gebruik van (door het ontbreken van een peering overeenkomst). Data moet dus over de algemene links tussen internet exchanges, die die lijken vaak overbelast te zijn, wat zorgt voor pakket drops. En een van die algemene links loopt over de Brussels IX via een verbinding van Orange SA.

 

Dat uit zich bij een update bv in berichten als

Downloading http://downloads.openpli.org/feeds/openpli-9-release/armv7ahf-neon/openpli-bootlogo_20230910-r0.19_armv7ahf-neon.ipk.
wget: can't connect to remote host (51.195.116.98): Connection timed out

En ik ben ook wel geinteresseerd in mensen die geen problemen ondervinden, KPN of een andere NL provider.

 

Mocht je ook dit soort problemen ondervinden, ga dan een naar

https://lg.ovh.net/prefix_bgpmap/gra+lim/ipv4?q=<je-publieke-IP-adres-hier>

Als dat een plaatje genereert met jou ISP onderaan, dan heeft je ISP een peering overeenkomst. Staat daar niet je ISP maar "0.0.0.0", dan is dat niet het geval.

 

Graag het resultaat hier ook van vermelden.

[tweety]

De laatste update van RC 9 die ik gedaan heb afgelopen zaterdag verliep inderdaad erg traag, ik dacht zelfs dat de boel vastgelopen was maar plotseling was er toch weer actie. Testen kan ik nog even niet, maar ik volg dit even met extra interesse

[WanWizard]

Dit is de peering map tussen OVH en KPN:

 

 Screenshot from 2023-09-20 22-03-45.png   235.27KB   4 downloads

 

De servers staan in GRA (Gravelines, Frankrijk) en LIM (Frankfurt, Duitsland), die lopen beiden via OpenTransit ( = Orange SA ). En voor zover ik kan zien ligt er maar 10Gbps (vergeleken tot de 200Gbps die OVH zelf in de AMS-IX heeft).

 

Het gekke is dat in de test resultaten die ik tot nu toe gezien heb ook sprake is van Level 3, NTT en Liberty Global, wat al aangeeft dat er van alles mis is met de verbinding via OpenTransit, als er backup routes gepakt worden.

 

Je kunt ook een ipref3 test doen (staat in de feed van de box) naar het GRA datacenter:

iperf3 -c gra.proof.ovh.net

 

[luisteraar]

zou toch niet weer typisch hollands zijn.

voor een dubbeltje op de eerste rang.

kwaliteit kost geld.

[Frenske]

zou toch niet weer typisch hollands zijn.
voor een dubbeltje op de eerste rang.
kwaliteit kost geld.

Dit helpt niet echt IMHO, tenzij jij ook nog kunt bevestigen met cijfers dat jij dit ook ervaart met KPN als provider.

[luisteraar]

Ik wil graag die test doen maar woon niet in Nederland.

je krijgt wat je betaalt

wie betaald bepaalt

Mij valt wel op dat de webserver vaak heel traag antwoord

en vaak onbereikbaar is.

Is dat de zelfde server als voor download ?

[luisteraar]

Ligt dus blijkbaar niet aan kpn ik heb 

getest via proximus

www.openpi.org is gelijk aan download.openpli.org

www geeft dus hier ook af en toe problemen.

 

traceroute www.openpli.org

traceroute to www.openpli.org (95.154.239.72), 30 hops max, 60 byte packets

 1  mymodem (192.168.1.1)  1.770 ms  2.303 ms *

 2  10.24.49.152 (10.24.49.152)  114.876 ms  114.860 ms  114.832 ms

 3  * * *

 4  ae-64-100.ibrstr6.isp.proximus.be (91.183.241.200)  114.704 ms  114.674 ms  114.646 ms

 5  * * *

 6  zayo.bnix.net (194.53.172.82)  114.517 ms  22.067 ms  21.973 ms

 7  ae1.cs1.cdg12.fr.eth.zayo.com (64.125.29.86)  29.709 ms  26.941 ms  26.922 ms

 8  * * *

 9  ae9.mpr1.lhr23.uk.zip.zayo.com (64.125.28.3)  26.836 ms  26.820 ms  28.401 ms

10  * * *

11  be98.asr01.thn.as20860.net (62.128.211.137)  29.587 ms  29.608 ms be100.asr01.thn.as20860.net (62.128.218.1)  29.571 ms

12  be1.asr02.dc4.as20860.net (130.180.202.22)  28.055 ms  29.119 ms  29.081 ms

13  3236.core1.dc4.as20860.net (130.180.203.236)  29.056 ms  29.033 ms  28.909 ms

14  openpli.hosting.flexcoders.eu (95.154.239.72)  28.885 ms  28.861 ms  28.839 ms

 

 

hier download

traceroute download.openpli.org

traceroute to download.openpli.org (95.154.239.72), 30 hops max, 60 byte packets

 1  mymodem (192.168.1.1)  3.207 ms  3.154 ms  3.113 ms

 2  10.24.49.152 (10.24.49.152)  12.004 ms  11.996 ms  11.959 ms

 3  * * *

 4  ae-64-100.ibrstr6.isp.proximus.be (91.183.241.200)  21.646 ms  21.643 ms  21.589 ms

 5  * * *

 6  zayo.bnix.net (194.53.172.82)  25.233 ms  21.364 ms  21.299 ms

 7  ae1.cs1.cdg12.fr.eth.zayo.com (64.125.29.86)  27.625 ms  26.827 ms  26.780 ms

 8  * * *

 9  ae9.mpr1.lhr23.uk.zip.zayo.com (64.125.28.3)  27.546 ms  27.348 ms  27.810 ms

10  * * *

11  be100.asr01.thn.as20860.net (62.128.218.1)  29.442 ms  28.988 ms  29.215 ms

12  be1.asr02.dc4.as20860.net (130.180.202.22)  37.169 ms  28.917 ms  29.089 ms

13  3236.core1.dc4.as20860.net (130.180.203.236)  36.201 ms  29.099 ms  28.941 ms

14  openpli.hosting.flexcoders.eu (95.154.239.72)  28.461 ms  28.977 ms  29.021 ms

 

[WanWizard]

download.openpli.org bestaat niet, daarmee hit je de domain wildcard. Het gaat om downloads.openpli.org, meervoud.

 

De website staat heel ergens anders, bij een professionele managed hoster, en die is echt zelden down of traag (of er moet gepland onderhoud zijn).

[luisteraar]

Oeps wordt tijd voor een nieuwe bril .

De test ook gedaan met downloads waar ik

ook iets vreemd zie tussen hop 10 en 11 antwoord

hop 11 niet wat na 3 seconden een timeout geeft.

Opzich wil dat nog niets zeggen als een server niet antwoord

op een frame die de max hops overschreden heeft is een

oude mechanisme om loops te voorkomen maar toch

verdacht .

 

traceroute downloads.openpli.org

traceroute to downloads.openpli.org (51.178.16.136), 30 hops max, 60 byte packets

 1  mymodem (192.168.1.1)  3.231 ms  3.200 ms  3.143 ms

 2  10.24.49.152 (10.24.49.152)  12.004 ms  11.990 ms  11.962 ms

 3  * * *

 4  ae-64-100.ibrstr6.isp.proximus.be (91.183.241.200)  17.768 ms  17.766 ms  17.739 ms

 5  * * *

 6  * * *

 7  * * *

 8  * * *

 9  * * *

10  be101.gra-g1-nc5.fr.eu (91.121.131.27)  18.800 ms  18.813 ms  18.738 ms

11  * * *

12  * * *

13  * * *

14  * * *

15  * * *

16  * * *

17  * * *

18  cdn1.hosting.flexcoders.eu (51.178.16.136)  19.170 ms !X  17.759 ms !X  17.665 ms !X

[Plepkeshenkie]

Ik  heb ook KPN internet  1gig up 1 gig down en ook bij mij gaat bijv de software update zowel op een Zgemma H9 twin als de Octagon sf 8008 ontzettend traag.

Heb nu geen nigtly build draaien maar zal bij gelegenheid  testen.

Wordt vervolgd

[WanWizard]

@luisteraar,

 

Het zou me niks verbazen als Proximus ook met Orange een peering heeft om in Frankrijk te komen, en dan zou je hetzelfde probleem kunnen hebben.

 

Een traceroute zegt inderdaad niet zo veel, de meeste internet routers doen niet eens aan ICMP, of droppen dat als eerste zodra dat nodig is. Maar dit zijn er wel erg veel.

 

Ik zie ook even niet waarom ICMP op de server geblokt zou moeten zijn, maar wellicht weet onze hoster dat.

[luisteraar]

ik gok even op skylink internet.

[WanWizard]

Proximum heeft een directe peering, niet via een derde partij. Zie

https://lg.ovh.net/prefix_bgpmap/gra+lim/ipv4?q=<JE-PUBKLIEK-IP-HIER>

( ipv6 werkt ook als je dat in de URL aanpast )

Edited by WanWizard, 21 September 2023 - 15:21.

[luisteraar]

ik kan geen plaatjes plaatsen krijg

You are not allowed to use that image extension on this community.

 

bij proximus krijg ik als route lim+gra lg.ovh.net

 

belgie doet veel met frankrijk

Edited by luisteraar, 21 September 2023 - 15:30.

[WanWizard]

Wat voor rare extensie gebruik je dan? Knippen en plakken werkt hier hier, je moet het als bijlage plaatsen. En het orgineel is een gegenereerde svg, geen plaatje, dus je moet een screenshot tool gebruiken.

 

Ik weet overigens wel wat het plaatje is: directe peering .

[IkkeKappie]

Beste,

 

Ik wil het volgende ook even meegeven i.v.m. dat dit er misschien ook iets mee te maken heeft.

Ik ervaar alle enige weken het traag laden van de website van Openpli.

Traag is dan wel relatief want het duurt ongeveer 3 sec. voordat de site of onderwerp is geladen.

Maar ja normaal is het klik en kijken.

Dit is dan niet niet via het netwerk van KPN maar van Ziggo.

Op het werk hetzelfde verhaal maar dan via Prioritytelecom maar dat is naar mijn weten ook Ziggo.

 

Mvg

[WanWizard]

De website staat heel ergens anders, en is niet relevant voor deze discussie. Als die traag laad heb je een ander probleem, want die is rete snel, zolang er niemand een ingewikkelde forum search doet (die wil de boel nog wel eens wat vertragen).

 

Volgens de monitoring van onze provider (dit is over het internet gemeten):

 

Attached Files

•  Screenshot from 2023-09-21 15-47-50.png   111.87KB   3 downloads

[IkkeKappie]

Prima dan kan dat dus vergeten worden.

Blijf ik het voor mijzelf wel vreemd vinden dat ik op verschillende adressen dus hetzelfde ervaar.

Maar goed dat is dus wat anders.

Hopelijk vinden jullie het KPN probleem om op te lossen .

 

Mvg

[catastrofus]

Hoewel ik geen problemen ondervind en bij Ziggo (voormalig @Home) zit hier toch de plaatjes.

De iperf is gedaan op een Ultimo4k.

 

Correctie dan wel uitleg:

 

Het is geen "Orange Server", het gaat om het feit dat KPN blijkbaar nauwelijks peering overeenkomsten heeft.

 

De download servers van OpenPLI staan bij OVH in Frankrijk, in verschillende datacenters. OVH heeft een directe verbinding van in totaal 200Gbps met de Amsterdam Internet Exchange, maar KPN maakt daar geen gebruik van (door het ontbreken van een peering overeenkomst). Data moet dus over de algemene links tussen internet exchanges, die die lijken vaak overbelast te zijn, wat zorgt voor pakket drops. En een van die algemene links loopt over de Brussels IX via een verbinding van Orange SA.

 

Dat uit zich bij een update bv in berichten als

Downloading http://downloads.openpli.org/feeds/openpli-9-release/armv7ahf-neon/openpli-bootlogo_20230910-r0.19_armv7ahf-neon.ipk.
wget: can't connect to remote host (51.195.116.98): Connection timed out

En ik ben ook wel geinteresseerd in mensen die geen problemen ondervinden, KPN of een andere NL provider.

 

Mocht je ook dit soort problemen ondervinden, ga dan een naar

https://lg.ovh.net/prefix_bgpmap/bhs+rbx+sbg+gra/ipv4?q=<je-publieke-IP-adres-hier>

Als dat een plaatje genereert met jou ISP onderaan, dan heeft je ISP een peering overeenkomst. Staat daar niet je ISP maar "0.0.0.0", dan is dat niet het geval.

 

Graag het resultaat hier ook van vermelden.

Attached Files

•  ovh.png   33.61KB   4 downloads
•  iperf.png   62.54KB   4 downloads

Edited by catastrofus, 21 September 2023 - 16:16.