Vraag

Fortnite upload package loss

  • 21 september 2020
  • 80 reacties
  • 1096 keer bekeken


Toon eerste bericht

80 Reacties

Reputatie 7
Badge +13

Ik heb toevallig gisteren ook zo'n email gehad.

Ik heb daar al navraag over gedaan bij een moderator.

Ik heb hier al terugkoppeling over gehad:

 

Er zijn bij Ziggo meer meldingen ontvangen omtrent onterechte of te late e-mails bij een modemwissel.

Dat wordt op dit moment onderzocht. In ieder geval niets aan de hand dus.

Reputatie 1

Ik kreeg gisteren avond laat een bericht dat er een Connectbox naar mij opgestuurd wordt. Kan dit kloppen @Mariska Ziggo ?

 

Ik heb verder ook zitten denken. Ik zou ook tijdelijk mijn eigen netwerk uit kunnen schakelen en het bekabelde netwerk direct op de Ziggo modem aansluiten voor enkele dagen (met andere bekabeling!). Hiermee zouden we werkelijk kunnen concluderen of mijn netwerk nu wel of geen invloed heeft op de pakket loss. Maar dan wil ik wel de garantie dat wanneer blijkt dat het issue hier niet mee is opgelost dat er tot op de bodem wordt uitgezocht waarom het probleem in jullie netwerk. Is dit een idee of wat denken jullie?

 

De laatste dagen heb ik er namelijk flink last van gehad tijdens gamen waarbij ik zelfs een aantal keren uit de game wordt gegooid vanwege netwerk issues...

Reputatie 1

Overigens is de loss er vanochtend weer gewoon als "vanouds". Zichtbaar op alle apparaten.

 

Voorbeeldje hier beneden gedaan vanuit mijn router. Deze wisselt tussen 0%, 2% en 4% per test.

 

Ping www.google.com (216.58.214.4): 64 data bytes
Reply from 216.58.214.4:  bytes=64  ttl=117  seq=1  time=15.214 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=2  time=12.371 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=3  time=11.091 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=4  time=15.620 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=5  time=10.966 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=6  time=10.934 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=7  time=11.996 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=8  time=15.183 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=9  time=11.122 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=10  time=12.340 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=11  time=13.683 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=12  time=11.590 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=13  time=13.058 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=14  time=10.778 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=15  time=11.840 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=16  time=13.996 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=17  time=13.090 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=18  time=13.090 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=19  time=11.653 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=20  time=13.621 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=21  time=11.965 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=22  time=12.934 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=23  time=12.059 ms
Request timed out !
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=25  time=10.934 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=26  time=15.057 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=27  time=11.091 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=28  time=11.496 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=29  time=10.590 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=30  time=10.590 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=31  time=11.652 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=32  time=11.840 ms
Request timed out !
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=34  time=19.837 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=35  time=13.309 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=36  time=13.464 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=37  time=12.715 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=38  time=13.246 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=39  time=11.528 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=40  time=7.810 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=41  time=15.652 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=42  time=11.122 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=43  time=16.870 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=44  time=19.931 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=45  time=10.090 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=46  time=15.995 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=47  time=13.152 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=48  time=11.840 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=49  time=11.809 ms
Reply from 216.58.214.4:  bytes=64  ttl=118  seq=50  time=12.590 ms

--- Ping Statistic "www.google.com" ---
Packets: Sent=50, Received=48, Lost=2 (4.00% loss)
Round-trip min/avg/max = 7.810/12.800/19.931 ms

Reputatie 1

@Mariska Ziggo Vooropvolgend op bovenstaande posts. Ik heb vandaag wederom even wat tests gedaan door direct op het Ziggo Modem te connecten (in dit geval dus de Ubee). De resultaten zijn zeker interessant te noemen.

 

Het begon eigenlijk met onderstaand plaatje. Daar zie je 1 pakket verlies direct nadat ik de verbinding direct op het Ubee modem had geplaatst. Hoe snel ik de conclusie wou trekken dat het echt niet aan mijn interne netwerk ligt testte ik nog even verder.

 

Terwijl ik dus nog direct verbonden ben met de Ubee heb ik nog meerdere plots laten lopen en heb ik ook online Fortnite getest. Hierin kwam naar voren dat ik gedurende 30 min geen enkel pakket verloor. Natuurlijk was dit met maar 1 enkele actieve verbinding en op een relatief rustig tijdstip (17:00 uur) maar dat was hoopvol nieuws. Daarna connecte ik de Xbox ook even direct op het modem ook daar kwam hetzelfde resultaat uit, geen pakket verlies.

 

Omdat ik hiermee ging twijfelen of wellicht mijn eigen router wellicht niet een oorzaak kan zijn heb ik direct ook enkele andere testen gedaan. Als eerste zette ik de Ubee in router functie en liet ik 1 kabel direct naar mijn PC lopen met ping plots daarop en 1 kabel via mijn eigen router naar de Xbox (modem>router>xbox). Terwijl ik online Fortnite op de Xbox speelde waren er geen enkele package losses te zien. Daarna draaide ik de setting om om te bepalen hoe daar het resultaat was en ook daar geen packet loss.

 

Uiteindelijk daarna ook weer alles in dezelfde setting als altijd geplaatst en wederom in deze 2 uur gedurende test praktijk weer geen packet loss op zowel PC of Xbox.

 

Bovenstaande is dus allemaal positief en hoopvol. Het kan dus echt wel dat er een verbinding geleverd wordt waar geen packet loss op bevindt. Natuurlijk was het niet gedurende prime time maar het geeft aan dat het mogelijk is.

 

De conclusie die ik hier echter wel wederom aan kan hangen is dat wanneer packet loss ontstaat in de lijn dat het voor mij nog steeds niet aannemelijk is dat dit aan mij ligt maar dat het ergens fout gaat in het netwerk van Ziggo zoals dat enkele dagen geleden wel tot een dieptepunt leidde (waarbij zelfs de game-ervaring negatief werd beïnvloed). Je zag het ook terug in de waardes van het Ubee modem.

 

Als ik even de data wat verder analyseer die ik zelf voorhanden heb. Dan zie ik eigenlijk in alle tests dat de loss voornamelijk vanaf Hop 2 tot maximaal Hop 5 gebeurd (onderstaand is Hop 1 aangezien deze nu direct op jullie modem zit). Oftewel in het middenstuk van het traject van user tot host. Aangezien de benaming van deze hosts eigenlijk overal hetzelfde zijn lijkt het mij dat deze hops zich nog bevinden in het netwerk van Ziggo. Wat ik echter niet kan beantwoorden is de beïnvloedbaarheid tot aan Hop 5 en hoe jullie de connectie voor mij kunnen verbeteren?

 

Dat ik een moment zonder packet loss heb ervaring is wat dat betreft vrij uniek en ik zal het de komende dagen ook zeker in de gaten blijven houden. Toch zou ik je willen vragen om naar bovenstaande te kijken om te zien of je hier iets mee kunt.

 

(Sorry voor het lange verhaal maar ik wou duidelijk verwoorden wat ik getest heb en de daaruit voortvloeiende conclusies die je kunt trekken).

 

 

Reputatie 1

Voor de volledigheid, het aantal uncorrectables is na 7 dagen in use van het modem toch best gestegen.

 

CM Downstream Channel Info
Channel Lock Status Channel Type Channel ID Frequency Width Power SNR Modulation Profile ID Correctables Uncorrectables
1 Locked SC-QAM Downstream 5 634000000 Hz 8000000 Hz 5.3 dBmV 40.5 dB QAM256 49 0
2 Locked SC-QAM Downstream 1 602000000 Hz 8000000 Hz 5.2 dBmV 40.6 dB QAM256 55 0
3 Locked SC-QAM Downstream 2 610000000 Hz 8000000 Hz 5 dBmV 40.5 dB QAM256 41 28
4 Locked SC-QAM Downstream 3 618000000 Hz 8000000 Hz 5.2 dBmV 40.6 dB QAM256 59 0
5 Locked SC-QAM Downstream 4 626000000 Hz 8000000 Hz 5.3 dBmV 40.6 dB QAM256 62 42
6 Locked SC-QAM Downstream 6 642000000 Hz 8000000 Hz 5.2 dBmV 40.2 dB QAM256 57 19
7 Locked SC-QAM Downstream 7 650000000 Hz 8000000 Hz 5.5 dBmV 40.5 dB QAM256 65 0
8 Locked SC-QAM Downstream 8 658000000 Hz 8000000 Hz 5.5 dBmV 40.6 dB QAM256 48 30
9 Locked SC-QAM Downstream 9 666000000 Hz 8000000 Hz 5.4 dBmV 40.7 dB QAM256 55 0
10 Locked SC-QAM Downstream 10 674000000 Hz 8000000 Hz 5.6 dBmV 40.1 dB QAM256 42 0
11 Locked SC-QAM Downstream 11 682000000 Hz 8000000 Hz 5.5 dBmV 40.7 dB QAM256 43 0
12 Locked SC-QAM Downstream 12 690000000 Hz 8000000 Hz 5.9 dBmV 40.8 dB QAM256 51 0
13 Locked SC-QAM Downstream 13 698000000 Hz 8000000 Hz 6 dBmV 40.9 dB QAM256 47 0
14 Locked SC-QAM Downstream 14 706000000 Hz 8000000 Hz 5.8 dBmV 40.8 dB QAM256 38 0
15 Locked SC-QAM Downstream 15 714000000 Hz 8000000 Hz 5.8 dBmV 40.8 dB QAM256 48 0
16 Locked SC-QAM Downstream 16 722000000 Hz 8000000 Hz 5.4 dBmV 40.6 dB QAM256 39 0
17 Locked SC-QAM Downstream 17 730000000 Hz 8000000 Hz 5.2 dBmV 40.6 dB QAM256 46 0
18 Locked SC-QAM Downstream 18 738000000 Hz 8000000 Hz 5.2 dBmV 40.7 dB QAM256 69 0
19 Locked SC-QAM Downstream 19 746000000 Hz 8000000 Hz 4.9 dBmV 40.4 dB QAM256 70 0
20 Locked SC-QAM Downstream 20 754000000 Hz 8000000 Hz 4.9 dBmV 40.5 dB QAM256 61 0
21 Locked SC-QAM Downstream 21 762000000 Hz 8000000 Hz 4.7 dBmV 40.4 dB QAM256 69 0
22 Locked SC-QAM Downstream 22 770000000 Hz 8000000 Hz 4.5 dBmV 40.3 dB QAM256 83 0
23 Locked SC-QAM Downstream 23 778000000 Hz 8000000 Hz 4.3 dBmV 40.4 dB QAM256 85 0
24 Locked SC-QAM Downstream 24 786000000 Hz 8000000 Hz 3.9 dBmV 40.2 dB QAM256 90 1

 

 

 

CM Upstream Channel Info
Channel Lock Status Channel Type Channel ID Frequency Width Power Modulation/Profile ID
1 Locked ATDMA 1 57800000 Hz 6400000 Hz 43.8 dBmV 2
2 Locked ATDMA 2 50900000 Hz 6400000 Hz 44.5 dBmV 2
3 Locked ATDMA 3 44000000 Hz 6400000 Hz 44 dBmV 2
4 Locked ATDMA 4 37100000 Hz 6400000 Hz 44 dBmV 2
5 Locked ATDMA 5 31800000 Hz 3200000 Hz 43.5 dBmV 2
6 Locked ATDMA 6 28600000 Hz 3200000 Hz 43.3 dBmV 2
Reputatie 1

Tja ik weet het nu ook niet meer. Deze avond weer enkele keren enorme spikes gehad waarbij soms wel 8% package loss was in zo'n spike van 5-10 sec. Dit keer dusdanig merkzaam dat het ook in-game problemen gaf. Zou dit te maken hebben met het feit dat het netwerk in de avond drukker bezet is en daardoor wellicht een dergelijk probleem sterker naar boven komt? De hele avond waren er namelijk meerdere spikes.

 

Update: Ik heb iets later op de avond nog plot gemaakt en je ziet daar vooral in het begin van de plot dat de ping echt niet lekker stabiel is plus dat er naar meerdere servers loss komt.

 

Reputatie 1

@Mariska Ziggo Het klopt dat de package loss enigzins verbeterd is en dat het gelukkig niet heel frequent meer voor komt op ping plots naar Tweakers. Ook de waardes in de router zijn flink verbeterd dus het heeft zeker wat opgeleverd. Bedankt ook voor je uitleg bij de plots, ik begreep al dat zolang de eindbestemming geen loss ervaart er ook geen werkelijk probleem is.

 

Het enige wat voor mij zichtbaar is is het probleem waar het helemaal mee begon. De package loss (lees: enkel upload) die ik tijdens het gamen zie is er nog en is eigenlijk nooit weg geweest. Fortnite heeft een Net Debug Stats optie waarbij de connectie weergegeven wordt en deze is sinds alle verbeteringen significant verbeterd (veel frequenter een stabiele rechte lijn met minder rare hickups erin). Echter het frappante is dat daar nog steeds met dezelfde regelmaat upload package loss ontstaat in-game. Wellicht komen we er nooit achter waar dat vandaan komt omdat de plots er nu wel redelijk goed uit zien.

 

Nogmaals ik ben zeer dankbaar voor de hulp die iedereen in dit topic geboden heeft. Ik wil in dit geval zeker niet zeurderig of ondankbaar klinken. Als dit as-good-as-it-gets is dan gaan we gewoon hiermee verder en weet ik ook dat dit gewoon goed is. 

Wow heel vreemd, niet alle reacties waren ingeladen. Ik zie ze nu gelukkig wel!

Ik zie geen of maar heel weinig packet loss op de screenshots die je hierboven hebt gestuurd van Pingplotter. Ook het signaal ziet er top uit. Ik heb wat screenshots toegevoegd met uitleg. Wat is nu precies het probleem wat je ervaart?

 

Reputatie 1

Goed nieuws dat de monteurs de problemen met de upstream onder de loep heeft genomen en er voor komende week actie is uitgezet! Thanks voor de update! De retourdoos heb ik je toegestuurd :ok_hand:

@Mariska Ziggo Ik denk dat je mijn post verkeerd geïnterpreteerd hebt. Volgens mij zitten we op een (dood) punt waarbij niemand van Ziggo meer weet hoe men dit moet oplossen.

 

Tenzij je bedoelt dat er alsnog naar het probleem wordt gekeken intern, dan hoor ik graag even de bevestiging of dit . Het probleem zit nog in de lijn en ik weet het zelf ook simpelweg niet meer...

 

Bedankt voor de retourdoos in ieder geval, zal ik het oude modem in ieder geval snel retour sturen wanneer ik deze ontvang.

Goed nieuws dat de monteurs de problemen met de upstream onder de loep heeft genomen en er voor komende week actie is uitgezet! Thanks voor de update! De retourdoos heb ik je toegestuurd :ok_hand:

Reputatie 1

@Lycke Ziggo  Nog vergeten te vermelden, ik heb geen retourpakket ontvangen om de Connectbox retour te sturen. Zou je die even kunnen toesturen zodat ik deze terug kan sturen?

Reputatie 1

Zo de nieuwe Ubee modem is geïnstalleerd. Viel gelijk op dat ik de setup eigenlijk gelijk kan houden want in bridge kun je gewoon de next alsnog direct op het modem inpluggen. Scheelt mij weer een kabel trekken :)

 

Zoals reeds aangegeven merk ik wel op dat alle aandacht en werkzaamheden die aan de kabels zijn gedaan dat de connectie stabieler is geworden. Alleen blijft de package loss wel in de connectie bestaan. De laatste monteur die langs was geweest was al bang dat dit wellicht niet helemaal eruit te krijgen is. Ik heb dit overigens op meerdere apparaten kunnen bevestigen en niet alleen in de bijgevoegde plot.

 

Volgens mij hebben we nu dus alles gedaan wat mogelijk is om dit issue uit de lijn te krijgen. Of zijn er nog zaken waar naar gekeken kan worden? Ik dank je sowieso @Tom. en de Ziggo medewerkers voor alle hulp die je in dit topic hebt geboden.

 

Als laatste post ik nog 1x de waardes van het nieuwe modem. Zou je eens kunnen bekijken of deze normaal goed zijn? 

 

CM Downstream Channel Info
Channel Lock Status Channel Type Channel ID Frequency Width Power SNR Modulation Profile ID Correctables Uncorrectables
1 Locked SC-QAM Downstream 5 634000000 Hz 8000000 Hz 4.7 dBmV 40.7 dB QAM256 0 0
2 Locked SC-QAM Downstream 1 602000000 Hz 8000000 Hz 4.6 dBmV 40.6 dB QAM256 0 0
3 Locked SC-QAM Downstream 2 610000000 Hz 8000000 Hz 4.4 dBmV 40.7 dB QAM256 0 0
4 Locked SC-QAM Downstream 3 618000000 Hz 8000000 Hz 4.6 dBmV 40.8 dB QAM256 0 0
5 Locked SC-QAM Downstream 4 626000000 Hz 8000000 Hz 4.6 dBmV 40.5 dB QAM256 0 0
6 Locked SC-QAM Downstream 6 642000000 Hz 8000000 Hz 4.6 dBmV 40.4 dB QAM256 0 0
7 Locked SC-QAM Downstream 7 650000000 Hz 8000000 Hz 4.9 dBmV 40.4 dB QAM256 0 0
8 Locked SC-QAM Downstream 8 658000000 Hz 8000000 Hz 4.9 dBmV 40.9 dB QAM256 0 0
9 Locked SC-QAM Downstream 9 666000000 Hz 8000000 Hz 4.9 dBmV 40.9 dB QAM256 0 0
10 Locked SC-QAM Downstream 10 674000000 Hz 8000000 Hz 5.1 dBmV 40.7 dB QAM256 0 0
11 Locked SC-QAM Downstream 11 682000000 Hz 8000000 Hz 5 dBmV 40.9 dB QAM256 0 0
12 Locked SC-QAM Downstream 12 690000000 Hz 8000000 Hz 5.3 dBmV 41 dB QAM256 0 0
13 Locked SC-QAM Downstream 13 698000000 Hz 8000000 Hz 5.4 dBmV 41.1 dB QAM256 0 0
14 Locked SC-QAM Downstream 14 706000000 Hz 8000000 Hz 5.2 dBmV 41 dB QAM256 0 0
15 Locked SC-QAM Downstream 15 714000000 Hz 8000000 Hz 5.2 dBmV 41 dB QAM256 0 0
16 Locked SC-QAM Downstream 16 722000000 Hz 8000000 Hz 4.8 dBmV 40.8 dB QAM256 0 0
17 Locked SC-QAM Downstream 17 730000000 Hz 8000000 Hz 4.6 dBmV 40.8 dB QAM256 0 0
18 Locked SC-QAM Downstream 18 738000000 Hz 8000000 Hz 4.6 dBmV 41 dB QAM256 0 0
19 Locked SC-QAM Downstream 19 746000000 Hz 8000000 Hz 4.3 dBmV 40.7 dB QAM256 0 0
20 Locked SC-QAM Downstream 20 754000000 Hz 8000000 Hz 4.3 dBmV 40.7 dB QAM256 0 0
21 Locked SC-QAM Downstream 21 762000000 Hz 8000000 Hz 4 dBmV 40.5 dB QAM256 0 0
22 Locked SC-QAM Downstream 22 770000000 Hz 8000000 Hz 3.9 dBmV 40.5 dB QAM256 0 0
23 Locked SC-QAM Downstream 23 778000000 Hz 8000000 Hz 3.6 dBmV 40.5 dB QAM256 0 0
24 Locked SC-QAM Downstream 24 786000000 Hz 8000000 Hz 3.2 dBmV 40.5 dB QAM256 0 0

 

 

 

CM Upstream Channel Info
Channel Lock Status Channel Type Channel ID Frequency Width Power Modulation/Profile ID
1 Locked ATDMA 1 57800000 Hz 6400000 Hz 44.8 dBmV 2
2 Locked ATDMA 2 50900000 Hz 6400000 Hz 44.8 dBmV 2
3 Locked ATDMA 3 44000000 Hz 6400000 Hz 43.3 dBmV 2
4 Locked ATDMA 4 37100000 Hz 6400000 Hz 44.8 dBmV 2
5 Locked ATDMA 5 31800000 Hz 3200000 Hz 43.5 dBmV 2
6 Locked ATDMA 6 28600000 Hz 3200000 Hz 43.5 dBmV 2
Reputatie 1

Top dank je!

Reputatie 7

Hey @Remmetje . Ik ga de SWAP bij deze voor je aanmaken! 

 

Reputatie 1

@Mariska Ziggo Zullen we de swap dan in gang gaan zetten om te kijken of het daar vandaan komt? 

 

Ik heb al een Switch actief (nou ja, op een lijn die ik amper gebruik maar als ik hem gebruik is bekabeld fijner zeg maar) dus dat komt goed dan. Dan trek ik wel een extra kabeltje langs de kamer :)

Reputatie 7
Badge +13

Ik heb een Ubee UBC1318ZG in de meterkast en een router in de huiskamer.

Mijn Next zit aangesloten op de router en dat werkt perfect.

Ik heb nog wel een oplossing voor je probleem.

Je kunt je lan poorten uitbreiden:

Netwerk Switch

Mocht de next niet aangesloten kunnen worden op het modem dan kun je deze switch aansluiten op je router.

Als het wel werkt kun je de Switch retour sturen.

Reputatie 1

Dan raad ik de Ubee aan.

Puma 6 en 7 zijn qua prestaties gelijk.

In bridge is er maar 1 lan poort beschikbaar die je gebruikt om aan je tplink router te verbinden.

Vanaf je tplink sluit je alle bedrade apparaten aan.

Ik ben mij ervan bewust dat je 1 werkende LAN-poort hebt in bridged. Daarom was ik ook verbaasd over de interactie tussen de Next en het Connectbox modem… die gebruikt namelijk toch internet in een overige LAN-poort als het in bridge staat. Sterker nog, en ik weet niet of dit gepatched is sinds de introductie van de Next, maar een directe lijn van de router naar de Next werd niet herkend. Waarschijnlijk is het zo ontworpen zodat je niet 1 LAN-poort kwijt bent voor je Next. Vandaar ook die specifieke opmerking want ik gebruik nu al alle poorten van mijn router.

 

Desalniettemin zit ik te wachten op de bevestiging van de swap. Gisteren weer tijdens een potje eruit gegooid, iets wat gewoon niet prettig is dus een nieuw modem proberen is zeker gewenst.

Reputatie 7
Badge +13

Dan raad ik de Ubee aan.

Puma 6 en 7 zijn qua prestaties gelijk.

In bridge is er maar 1 lan poort beschikbaar die je gebruikt om aan je tplink router te verbinden.

Vanaf je tplink sluit je alle bedrade apparaten aan.

Reputatie 1

@Mariska Ziggo @Tom. 

Monteur is zojuist geweest en heeft ook in de wijkkast gekeken. Het viel hem op dat ondanks het feit dat er langs is geweest om deze verbindingen te controleren, gezien het afgesloten ticket, dat de verbindingen erg los zaten. Deze heeft ie verder vast gezet.

De verbinding naar het huis heeft ie ook een paar minuten getest en zowel de snelheid als signaalwaarden vallen binnen de gewenste parameters. Dus daar lijkt het ook niet te liggen.

 

Het enige wat nog te testen valt is een andere modem om problemen met het chipset van de modem uit te sluiten. Het enige is hier is dat hij niet de modems bij had om direct de swap te doen. Hij adviseerde namelijk om of de Connectbox 2 (die gebruikt wordt voor het Gigabit netwerk) of de door de in dit topic geadviseerde modem. Aangezien ik het modem toch enkel per kabel verbind (en geen wifi nodig heb) en in bridge zet laat ik aan jullie welke je adviseert en op stuurt. Wij dachten gezamenlijk dat het goed is om inderdaad te testen of het modem niet een veroorzaker is. Belangrijk is natuurlijk wel dat de Next box direct met kabel op het modem geplaatst kan worden als die in bridge staat zoals dat nu ook kan met de huidige Connectbox. Dat maakt alles voor mij wel enigszins makkelijker.

 

Ik heb overigens direct na afloop een plot laten lopen en daar zie je ook nog wel een minimaal verlies. En tevens ook zelfde kwantiteit PL ook nog tijdens Fortnite na de verbetering van de upload frequentie. Ik zie wel dat in alle acties de verbinding beter is geworden overigens maar het is blijkbaar lastig te achterhalen wat het PL loss probleem veroorzaakt (als het überhaupt te verhelpen is...).

Reputatie 7
Badge +13

@Remmetje

Ik ben benieuwd morgen!

Zou de monteur een Ubee modem in zijn bus hebben liggen?

Of is het de bedoeling dat een moderator die alsnog opstuurt?

Hi @Remmetje! Thanks voor je terugkoppeling. Wat rot om te lezen dat de ticket is afgewezen en jou helemaal niets is verteld. Logisch dat je op zijn minst van ons verwacht dat we je hier over bellen of een mail over sturen, ik geef dit door als feedback aan de afdeling die hierover gaat! We horen heel graag van je hoe de afspraak is verlopen als de monteur morgen langs is geweest! 

Reputatie 1

@Vincent Ziggo Zojuist inderdaad contact gehad met de helpdesk (en vanochtend) m.b.t. dit issue. Wat blijkt nu is dat de ticket die de medewerker vorige week had aangemaakt om naar de verbinding te kijken was afgewezen, echter is dit verder niet naar mij teruggekoppeld. De medewerkster die ik vandaag gesproken heb heeft alle informatie boven water kunnen halen en er zijn een tweetal zaken duidelijk. Ten eerste is het signaal op de lijn als goed beoordeeld en ten tweede is ook het packet loss zichtbaar in het modem. Twee zaken die niet helemaal met elkaar overeenkomen dus 🙂.

 

Om als beste een oplossing te kunnen bieden wilt Ziggo nu dus alsnog een (ervaren) monteur langs sturen om nogmaals de signaalwaarden door te meten en te bepalen wat er aan de hand kan zijn (met een eventuele modemswap als actiepunt). De monteur komt a.s. dinsdag langs. Dit haakt ook direct in bij jouw aanbod en dit is ook als opmerking meegegeven aan de monteur.

 

Ik heb wel even mijn frustratie gedeeld dat er best wel wat pro-activiteit vanuit mij verwacht wordt om dit probleem om te lossen terwijl ik juist een dergelijke houding van een provider verwacht wanneer ik aangeef dat de verbinding niet 100% werkt (en het ook zichtbaar is in het modem). Ik zie hier wel een verbeterpunt voor Ziggo om op zijn minst een duidelijkere communicatie naar de klant te geven.

Reputatie 6

@Remmetje Ik zie dat er eerder vanochtend contact is geweest met de helpdesk. Welke concrete vervolgstappen gepland staan, wordt mij helaas niet duidelijk uit de notitie. Wat is er precies afgesproken? 

Voor wat betreft je modem. Als je je huidige Connectbox wil vervangen, dan is dat bij hoge uitzondering mogelijk om naar een Ubee UBC1318ZG te gaan. Dat wil ik best voor je regelen en proberen. Ik ben echter eerst benieuwd naar hetgeen wat er vanochtend besproken is. 

Reputatie 1

Ik ben in afwachting van een telefoontje vanuit iemand van de technische dienst die wat meer in de problematiek heeft gekeken. Wellicht verstandig om hier op te wachten? Wat voor modem ik krijg is voor mij geen probleem als die maar feilloos werkt met de Next. Ik zet het modem toch in bridge dus de router functionaliteiten van een modem gebruik ik toch niet.

 

Maar zoals gezegd, ik ben in afwachting van een telefoon van iemand die een analyse van het probleem heeft gemaakt. Misschien dat je wat vragen intern kunt stellen om dit te versnellen ;)

Reputatie 7
Badge +13

@Vincent Ziggo

Misschien kan een Technicolor TC7210 of een Ubee UBC1318ZG uitkomst bieden als de problemen op wijkniveau zijn verholpen en de package loss nog aanwezig is.

Sommige klanten zijn gevoeliger/kritischer voor package loss.

 

Reageer