2.80% packet loss: oorzaak van uitvallende internet radio?

[Pharos1985]

Beste,

Sinds enige tijd heb ik een internet radio (een appliance die live radio streamt).

De radio valt echter regelmatig uit: hij is bekabeld op de LAN aangesloten.
In het verleden hebben we issues gehad met de dropkabel van Telenet en packet loss van 6%. Telenet heeft toen de tap van het coax netwerk vervangen. Ik heb nadien niet echt meer opgevolgd of het probleem opgelost was.
Technieker vertelde toen wel dat de dropkabel aan vervanging toe is: echter dat is nooit gebeurt. Het verhaal van de tap en dropkabel is 6 jaar oud > in tussentijd nooit issues met internet an sich (browsen, mail) gehad, wel steeds met die internetradio. Dat internetradio issue is er al heel lang, we hebben het tot nu gewoon altijd genegeerd en we willen het nu oplossen.

Ik heb nu een ping laten lopen naar 2 hops: de eerste hop op het Telenet netwerk achter de EuroDOCSIS, en eentje naar de LAN zijde van de EuroDOCSIS.
De LAN zijde heeft 0.1% packet loss op 25000 packets.
De eerste hop achter de EuroDOCSIS geeft een packet loss van 2.80% op 25000 packets.
Ik dacht dat tot 4% aanvaardbaar was en niet voelbaar voor enduser/enduser applications: is dit correct?

Kan het meermaals uitvallen van de internetradio veroorzaakt wordt door de packet loss denken jullie?

Let me know, ik ken de aanvaardbare packet loss ratio niet echt voor dergelijke applicaties/toepassingen. Ik dacht dat tot 4% aanvaardbaar was en nihil/niet voelbaar: ben ik juist of zie ik het te eenvoudig?

De DVB-C stream voor televisie van Telenet, geeft nooit issues: geen blokvorming/artifacts en dergelijke.

Bedankt!
Pieter

[EverLast2002]

En als je een radiostream aanzet op een (bekabelde) pc, valt die stream dan ook soms weg ?
Of zet ze simultaan eens aan, de radio en de stream op de pc.

"Dropkabel".... Is dat een Belgische term?

[Pharos1985]

Beste,

Bedankt, de stream aanzetten op een PC en zo eventueel naar de speakers te sturen is idd een héle goede test! Ik had er nog niet bij stilgestaan.

Dropkabel is inderdaad een Belgische term: het is de COAX kabel tussen het aftakpunt (de "tap") van Telenet en de residentiele woning. Dus de kabel tussen het aftakpunt (wij noemen het ook wel de 'paddestoel op de straat') en de intro van de klant (in België is dat op een NIU en van die NIU gaat het integraal via COAX naar de EuroDOCSIS).

Overige reacties blijven welkom.

Tnx.

[Dyckie]

Mss vraag eens op userbase.be stellen.

[Ben(V)]

2.8% packetloss zal voor audio en video op zich hooguit iets kwaliteit verlies mogen opleveren.
Tot 2.5% wordt gezien als acceptabel en onmerkbaar.
Het zou in ieder geval niet het wegvallen verklaren.

Internet radio is normaal gesproken udp verkeer, dus er is geen connectie die verbroken kan worden.
Met udp wordt de data gewoon verstuurd en er is geen handshake die controleert of het aankomt.
Dus als er packetloss optreedt kan je dat hooguit horen, maar er wordt geen connectie opgebouwd die verbroken kan worden

Kijk eens in je modem naar signaal waarden en s/n waarden.
Laat ook eens een ping lopen naar het wan ipadres van je modem, dan kun je zien of het in het modem zelf zit.

Denk overigens eerder dat je het in de ontvangerkant moet zoeken.

[ Voor 38% gewijzigd door Ben(V) op 04-01-2024 12:26 ]

[bramassendorp]

Een internet radio heeft over het algemeen ook een buffer? Dus je zou dan al voor een x aantal seconden geen verbinding meer mogen hebben. Zet anders ook even een ping naar je stream adres (als dat kan).

Toevallig geen QOS oid geconfigureerd staan? Ping word over het algemeen ook gezien als geen prio, en de loss die je ziet, hoeft niet altijd een onstabiele verbinding te zijn.

[ Voor 30% gewijzigd door bramassendorp op 04-01-2024 12:28 ]

[Pharos1985]

All,

Bedankt alvast voor de antwoorden. Dat internet radio UDP verkeer was ipv TCP was me eigenlijk ontgaan en zou dus min of meer niet echt kunnen verbreken/totaal uitvallen.

QoS staat hier niet aan: L3 apparatuur (Telenet hun EuroDOCSIS) ondersteunt hier geen QoS.
Het gaat echt over live radio (traditionele radio: VRT Radio 1 België): dus of dat echt 'kan' gebufferd worden is maar de vraag (het gaat over een livestream eigenlijk). Indien het kan gebufferd worden kan het sowieso slechts een paar seconden zijn en geen minuten zoals bij Spotify.

Met Spotify op hetzelfde toestel hebben we geen problemen.

Iemand die weet wat we nog meer kunnen doen om te troubleshooten?

[Cave_Boy]

Pharos1985 schreef op donderdag 4 januari 2024 @ 16:00:
All,

Bedankt alvast voor de antwoorden. Dat internet radio UDP verkeer was ipv TCP was me eigenlijk ontgaan en zou dus min of meer niet echt kunnen verbreken/totaal uitvallen.

QoS staat hier niet aan: L3 apparatuur (Telenet hun EuroDOCSIS) ondersteunt hier geen QoS.
Het gaat echt over live radio (traditionele radio: VRT Radio 1 België): dus of dat echt 'kan' gebufferd worden is maar de vraag (het gaat over een livestream eigenlijk). Indien het kan gebufferd worden kan het sowieso slechts een paar seconden zijn en geen minuten zoals bij Spotify.

Met Spotify op hetzelfde toestel hebben we geen problemen.

Iemand die weet wat we nog meer kunnen doen om te troubleshooten?

Live radio via een stream heeft inderdaad vaak max 10 seconden vertraging met een ander. Meestal is dit inderdaad enkele seconden. Echter met de hoeveelheid pakketverlies die je hebt zou ik eigenlijk denken dat hij dit wel moet kunnen opvangen. Echter als je een hikje krijgt en daarna nog een hikje dan zit het apparaat nog keurig af te spelen van de tijd in het 1e hikje en daarna ... loopt hij vast.

De waarde van 2,5% verlies heb ik zelf ook wel eens gehoord maar niet gelezen.
Heb je de optie om het eens niet bekabeld te testen (dus verbinding via het draadloze netwerk)? (gaat alleen als hij ook een wifi verbinding kan maken).

[jeroen3]

Een beetje willkeurig packet loss is niet erg, maar als het bursts zijn wel.
Immers, als je teveel achter elkaar mist komt het niet meer goed.

Dit probleem komt mij wel bekend voor, in het vakantiehuis met coax zaten periodes van enkele seconden waarop de coax even helemaal geen verkeer verwerkte.
Radio streams vallen er dan uit als die niet de buffer kunnen herladen.

[Pharos1985]

Ik kan hem wel eens op de wifi zetten, maar dat probeerde ik net te vermijden. De WiFi AP zit er net onder (is een Fritzbox die ook dienst doet als switch en de radio appliance zit in de Fritzbox).

Los van het packet loss probleem: als dat UDP verkeer is, zou hij moeten een hikup doen in de stream en dan weer verder gaan zou ik denken...

[jadjong]

Heb je die packetloss met een kabel of over wifi geconstateerd?

[Pharos1985]

jadjong schreef op donderdag 4 januari 2024 @ 16:13:
Heb je die packetloss met een kabel of over wifi geconstateerd?

Via kabel. 2 hops continu zitten pingen 3 dagen lang.

[jadjong]

Ik vind het veel, de gemiddelde packetloss is hier 0.01% over drie maanden en dat is inclusief een foutje van mijn kant waardoor de verbinding een paar minuten verbroken was. De laatste zeven dagen is afgerond 0.00% Gewoon een huis tuin en keuken verbinding op coax met een ping vanuit de router in huis naar de laatste router binnen het netwerk van Ziggo (as9143).

[bramassendorp]

EverLast2002 schreef op woensdag 3 januari 2024 @ 23:26:
En als je een radiostream aanzet op een (bekabelde) pc, valt die stream dan ook soms weg ?

Bovenstaande vraag, lijkt mij nog wel essentieel, probeer het desnoods eens op een ander netwerk, misschien valt de stream wel gewoon weg voor iedereen?

[Pharos1985]

Ik ga eerstdaags die streaming appliance daar (is bij familie, je weet wel: de IT'er die ook radio en audiospecialist is 😁) eens buiten dienst zetten en vervangen door een Sonos dat ik hier heb staan: dan ga ik het direct weten of het de internetconnectie is of wat anders. Netwerk issues in huis kan ik zo goed als uitsluiten (dat toont ook de pings aan in het eigen LAN).

[MicGlou]

Ben(V) schreef op donderdag 4 januari 2024 @ 12:19:
2.8% packetloss zal voor audio en video op zich hooguit iets kwaliteit verlies mogen opleveren.
Tot 2.5% wordt gezien als acceptabel en onmerkbaar.

Voor "normaal" internetverkeer als in webrowsen enzo is packetloss van een paar % acceptabel, maar als het om "real time" zaken gaat zoals het streamen van live radio dan kan dit echt wel problematisch zijn. 2,5% op 60 seconden radio is 1,5 seconden... dat is aanzienlijk.

@Pharos1985 ... een geheel ander systeem gebruiken, je wil de Sonos gaan testen, zal geen uitsluitsel geven. Ander systeem, andere software, andere optimalisaties etc etc. Wat je beter kan doen is het problematische systeem van daar op een betere lijn testen zoals bij jezelf... dat zegt je veel meer en sluit je ook echt uit of het een apparaat issue is of een issue met de aansluiting/netwerk.

Maar goed, werkelijke packetloss van 2,5% zou ik niet accepteren en zal dit melden bij de provider...

[Pharos1985]

Bedankt, ik zal op meerdere paarden wedden en het ook escaleren naar Telenet (dan zijn we sowieso al vertrokken voor 5 telefoons waar de eerste 4 niet weten wat een EuroDOCSIS modem is of een dropkabel).

[ufear]

Meer dan 0% pakketloss veroorzaakt aan de kant van de provider, buiten een sporadisch incident ,zou ik de boel gewoon opzeggen nadat de eerste monteur langs is geweest die concludeert dat het acceptabel is.

Maar, gezien je wel een technische inslag lijkt te hebben; als het zo is dat de stream UDP is je een creatieve workaround wil; zet een VPN op over een TCP-verbinding die wel doorheeft dat ie pakketloss heeft - moet je wel een device hebben waar je dat op voor elkaar krijgt natuurlijk - routeer vervolgens je internet-radio daarover - moet er nog wel steeds genoeg gebufferd worden om te zorgen dat de stream niet hapert - maar met wat gepruts kan je dat wellicht ook work-arounden door zelf de UDP stream te bufferen voordat ie bij je apparaat komt.

[rafbelg]

Packet loss van enkele procenten is gewoon onacceptabel.

De core business van een internetprovider is IP-pakketjes versturen.
Als ze dat al niet kunnen...

Als Telenet niet meewerkt: internetprovider via DSL of fiber nemen.

[Pharos1985]

[b]ufear in "2.80% packet loss: oorzaak van uitvallende internet radio?"
Maar, gezien je wel een technische inslag lijkt te hebben; als het zo is dat de stream UDP is je een creatieve workaround wil; zet een VPN op over een TCP-verbinding die wel doorheeft dat ie pakketloss heeft - moet je wel een device hebben waar je dat op voor elkaar krijgt natuurlijk - routeer vervolgens je internet-radio daarover - moet er nog wel steeds genoeg gebufferd worden om te zorgen dat de stream niet hapert - maar met wat gepruts kan je dat wellicht ook work-arounden door zelf de UDP stream te bufferen voordat ie bij je apparaat komt.

Bedankt, allemaal mogelijk maar het gaat wel wat ver voor een oplossing die dan eigenlijk eerder een workaround is.

[Pharos1985]

Telenet komt maandag langs voor een "herstelling". Men vond "vreemde waarden" en "alles loopt in de soep" bij het uitlezen van de modem.
Meer kon ie niet zeggen (ik vermoed dat die enkel een bolletje krijgen rood/groen/oranje en dan beslissen of ze een repair tech sturen ofniet).

Ben eens benieuwd wat ze maandag gaan doen.

[Remz]

Komt de packet loss met vlagen of willekeurig een pingetje welke dropt? Als je eens in de 5 minuten een packet loss hebt van 20 seconden, kan ik me voorstellen dat je radio dan stopt. Spotify zal dit echter wel opvangen, die cachen flink.

Zorg ervoor dat je kan aantonen dat het niet aan jouw apparatuur ligt. Daarna is het een probleem van Telenet en als ze het niet oplossen switchen naar een provider op een ander fysiek netwerk (dus geen andere whitelabel provider).

[The Eagle]

Die packet loss mag weliswaar aan de hoge kant zijn, maar lijkt me niet de oorzaak van het probleem met de internet radio. Ik heb zonder packet loss ook een dergelijk probleem gehad met mijn Denon dnp720, met vtuner radio
Oplossing: OpenDns gebruiken ipv een provider dns, en kijken wat een evt multicast of UPnP instellingen doet qua aan of uit zetten.

Daar zou ik eerst eens mee beginnen voor ik het netwerk de schuld gaf.

[Pharos1985]

The Eagle schreef op donderdag 4 januari 2024 @ 21:46:
Die packet loss mag weliswaar aan de hoge kant zijn, maar lijkt me niet de oorzaak van het probleem met de internet radio. Ik heb zonder packet loss ook een dergelijk probleem gehad met mijn Denon dnp720, met vtuner radio
Oplossing: OpenDns gebruiken ipv een provider dns, en kijken wat een evt multicast of UPnP instellingen doet qua aan of uit zetten.

Daar zou ik eerst eens mee beginnen voor ik het netwerk de schuld gaf.

Heel interessant!
Het is een Naim Audio toestel en het gebruikt achterliggend wel degelijk vTuner! Ik zal zeker het toestel eens configureren met OpenDNS ipv provider DNS (nu gebruikt hij wel degelijk de DNS servers van Telenet oftewel provider DNS dus).
Wel heel raar dat dit het probleem zou oplossen: is er dan een probleem bij sommige DNS servers dat ze vTuner verkeerd resolven soms ofzo?

[dion_b]

Dit is vooralnog allemaal blinde gokwerk.

Je hebt de - zeer relevante - vraag van @Remz over hoe die 2.8% packetloss verspreid is niet beantwoord. Gaat het om volledig at random gemiddeld 1 op de 35 pakketjes dat wegvalt, of om eens per halfuur bijna een minuut geen verbinding? In dat laatste geval snap ik goed dat je internetradio uitvalt - maar dan is het opmerkelijk dat Spotify geen problemen kent. Dit kan echter verschil TCP vs UDP zijn, aangezien je er bij TCP niets van zult merken zolang de retransmits binnenkomen voordat de buffer leeg is - maar is deze stream wel UDP?

Idem met suggestie @The Eagle - als je DNS problemen hebt, kan dat een erg goede tip zijn. Maar heb je DNS problemen?

Je gaat hier pas verder mee komen als je mogelijkheden onderzoekt en uitsluit. Ik zou als er niets overduidelijks aan te wijzen valt als eerste een Wireshark packet capture doen van de stream. Zet het aan, laat het draaien tot je uitval ervaart en kijk dan naar wat er gebeurt op moment dat het uitviel. Dat zal aanzienlijk meer duidelijkheid scheppen over wat hier mis gaat. En passant krijg je ook uitsluitsel over dingen als DNS en layer 4 protocol...

[ Voor 5% gewijzigd door dion_b op 05-01-2024 00:36 ]

[Kabouterplop01]

Wat @dion_b zegt.
Wat je versterker doet, doet je laptop/PC ook.
Als je die ping laat lopen en je ziet de packetloss optreden, zal je youtube filmpje ook gaan haperen op de laptop/pc als je eens per halfuur bijna een minuut geen verbinding hebt.
(Is een wat meer praktische inslag)
Ik geloof niet dat het DNS issue van @The Eagle ook bij jou van toepassing kan zijn.
Mocht je Wireshark gaan laten draaien... Een packetcapture van de stream moet je wel met een filter doen.
Die filter moet het ip adres van het apparaat bevatten die de stream stuurt.
Op he moment dat je packetloss hebt dan heb je dus issues in de stream en zie je geen, tot heel weinig streamingverkeer meer.

[Ben(V)]

Een DNS probleem lijkt mij ook heel onwaarschijnlijk.
Daar valt een verbinding niet door weg, als je DNS problemen hebt kun je geen verbindingen opzetten maar als die er eenmaal is dan wordt DNS niet meer gebruikt.

[Pharos1985]

Bedankt allemaal.

Eerst en vooral: of het subsequent packet loss is ofniet weet ik op dit moment niet. De continuous pings draaien op een PC die ik maar eens per x aantal dagen kan bekijken. Ik kom er zeker op terug vanavond.

DNS issue: er zijn geen DNS problemen in het netwerk. Maar dat betekent niet dat het instellen van een andere DNS op de appliance geen oplossing kan zijn. Indien je Google DNS gebruikt voor O365 diensten heb ik bvb ook al gezien dat hij je soms naar een datacenter in Middle East stuurt ipv naar West-Europe... Hoe dat komt geen idee: maar op dat moment zit je wel met latencies van boven de 100ms ipv max 20ms indien je via West-Europe uw 365 diensten zou afnemen.
Het is niet relevant in deze case: maar wie weet doet soortgelijk issue zich hier ook voor maar in een 'andere' richting.
Als je zoekt op vtuner en uitvallen van de radio zijn er nochtans vrij veel topics die suggeren dat de DNS server wijzigen kan helpen.

[laurens0619]

@Pharos1985
Bij cloudflare dns 1.1.1.1 kan dat gebeuren ja, die blokkeren namelijk EDNS (vanuit privacy) waardoor er geen/slechtere geografische routering zal plaatsvinden. Bij google dns gaat dat niet stuk. Die geven niet zoveel om privacy dus EDNS wordt daar gewoon doorgelaten

Wikipedia: EDNS Client Subnet
https://ns1.com/resources/how-geographic-routing-works

[Pharos1985]

Wat betreft subsequent loss of niet: ik kan het helaas nietmeer achterhalen door mijn (beperkte) monitoring: gisteren is Telenet 4u compleet 'weg' geweest daar (niet gerelateerd aan dit probleem zal eerder een issue geweest zijn in de straat). Dat heeft mijn monitoring in de war gestuurd: ik heb nu 8% packet loss en 1425 subsequent packet loss: maar dat is dus een compleet vertekend beeld.
Ik heb de monitoring herstart.

Maandag komt Telenet langs én ik heb de DNS servers op het toestel inmiddels vervangen.
Keep u posted all! Tnx

[The Eagle]

Vtuner is zelf ook afhankelijk van de achterliggende zenders, wat ze bieden is feitelijk gewoon een lijst met .pls of WMA streams. Of die webradio vervolgens achter een vast of dynamische IP (range) zit is altijd een onbekende factor. Geen idee hoe die 45k verschillende radiostations schalen
Dus een snelle dns service als Cloudflare die ook sneller updates heeft dan die van je isp kan in dat geval wel degelijk helpen.

Verder: is je Naim aangemeld bij vtuner en heb je netjes je jaarlijkse centjes betaald?

[Pharos1985]

[b]The Eagle in "2.80% packet loss: oorzaak van uitvallende internet radio?"
Verder: is je Naim aangemeld bij vtuner en heb je netjes je jaarlijkse centjes betaald?

De Naim is voor zover ik weet niet aangemeld bij vtuner en de jaarlijkse centjes worden al zeker niet betaald. Is dat nodig? Ik ken het systeem helemaal niet (gebruik enkel Sonos). Ik zou verwachten dat ik niet moet betalen aan vtuner.

Sorry ik ken er niets van: wat is de clue van aanmelden bij vtuner en jaarlijks betalen? Indien nodig kunnen we dit zeker regelen, maar begrijp het niet zo goed.

De VRT livestream komt via vtuner, maar ik kan evengoed de rechtstreekse streaming URL gebruiken (toch althans op een PC) van VRT. Eigenlijk snap ik niet waarom ik vtuner überhaupt nodig heb: we hebben 8 radio stations die elk een publieke streaming URL hebben: ik zou die publieke streaming URL volgens mij ook gewoon in het toestel moeten kunnen kloppen (al weet ik niet hoe zulks moet bij Naim).

Ik denk dat Sonos achterliggend TuneIN gebruikt voor radio streaming en dat deze 'voorlopig' nog gratis is. Je kan dan dingen zoals TuneIN niet configureren in een Naim? Hangt dit vast met beleid/keuze van de fabrikant van de appliance?

Edit: bedankt, nu begrijp ik waarom een DNS server die sneller update belangrijk kan zijn. Ik heb nu cloudflare ingesteld, al denk ik niet dat dit dan een oplossing gaat zijn. Kan me moeilijk voorstellen dat VRT met dynamische IP's werkt in hun datacenters Al weet je het natuurlijk nooit met halve overheidsbedrijven

[ Voor 36% gewijzigd door Pharos1985 op 05-01-2024 22:43 ]

[The Eagle]

Sonos gebruikt tunein en die gooien er hun eigen reclame door. Zo kunnen ze gratis radio aanbieden.

Vtuner wil geen reclame pushen door de radiostreams, maar moeten ook hun broek ophouden. Was ooit een gratis service, kost tegenwoordig een 4 a 6 USD per jaar. Schijntje dus

Aanmelden via naim.vtuner.com met je Mac adres (onderaan de pagina). Dan kun je ook zenders zoeken, favorieten opslaan, editten etc.

Zenders vastleggen in je Naim doe je ook via vtuner dus. Dat je de publieke streams ook zo kunt beluisteren op je pc is logisch, want andere manier van met de stream koppelen.

[Pharos1985]

Nog even een status update:
- De packet loss doet zich af en toe 1 packetje voor en zo komen we aan 2.80%. Het is op 25.000 packets (elke 20 seconden stuur ik een ping) slechts 1x voorgekomen dat het volgende packetje ook faalde.
- Het wijzigen van de DNS server heeft niet geholpen.

Ik weet niet waar ik nog moet zoeken nu (misschien dat het toch de packet loss is, maar is wel vreemd: 1 packetje 'lossen' zou hij toch moeten kunnen opvangen, een hele reeks niet dat weet ik wel).

Ik zal eerst ook al eens beginnen met het vtuner account volledig te configureren volgens de regels.

Suggesties blijven natuurlijk welkom :-)

[jadjong]

De radio stuurt niet elke 20 seconde een pakketje....

[Ben(V)]

Nogmaals een packetloss van 2.8% kan nooit het wegvallen van de verbinding veroorzaken.
Internet radio is udp dus die packketjes worden gewoon verzonden en er wordt helemaal niet door de verzender(de radio) gekeken of ze aankomen.
En dus wordt door packetloss die verbinding niet verbroken.

Je probleem zit echt ergens anders.

[jadjong]

UDP over IPv4 interesseert het inderdaad weinig of de pakketjes wel of niet aan komen. Echter zit er wel een mechanisme in die de stream aan vraagt bij de bron en tussendoor vertelt of de stream nog gewenst is. Het is geen broadcast of multicast zonder IGMP.....
Ik kan mij prima voorstellen dat de player de stream kwijt raakt door intermittent packetloss, niet tijdig de verzender kan vertellen dat de stream nog altijd gewenst is en dat de stream doordoor op houdt te bestaan.

[Pharos1985]

Ben(V) schreef op zondag 7 januari 2024 @ 10:26:
Nogmaals een packetloss van 2.8% kan nooit het wegvallen van de verbinding veroorzaken.
Internet radio is udp dus die packketjes worden gewoon verzonden en er wordt helemaal niet door de verzender(de radio) gekeken of ze aankomen.
En dus wordt door packetloss die verbinding niet verbroken.

Je probleem zit echt ergens anders.

Ja dat had ik ook al door, sinds ik weet dat het UDP is.
Maar probleem is dan waar het dan wel zit hé.

[Ben(V)]

Misschien heb je last van een udp timeout al lijkt dat niet waarschijnlijk.

Als je een udp connection maakt zal er een random poort geopend worden om de udp packets door te laten.
Als binnen die timeout geen nieuw udp packet binnenkomt dan wordt die poort weer gesloten met als gevolg dat de stream stopt.
Normaal moet die timeout zo hoog liggen dat dit ook bij een behoorlijke packetloss dit niet optreed.
Die timeout zou groot moeten zijn iets van 30 tot 60 seconden.

Zie:
https://www.replycloud.io...sources/udp-timeout-test/

[Pharos1985]

Ter info: volgens Telenet is er geen probleem 😟
Er is een kabeltje vervangen tussen de NIU en de kabelmodem, de kabelmodem wou ie niet vervangen en dropkabel is volgens tech in orde.

Ik heb de Naim nu meegepakt naar mij thuis, zo staat hij bij wijze van test op een andere LAN én op een andere internetconnectie.

Helaas: ook hier uitvallende internetradio via de bedrade verbinding van het toestel: toestel lijkt dus defect te zijn.
Heb hem nu op de WiFi gezet ipv op de kabel om te kijken of hij het dan blijft volhouden.
Zoja: dan kunnen we hem alsnog recuperen door hem op de wifi te zetten (misschien is enkel de bedrade NIC van het toestel stuk?)

Tnx iedereen!