Userbase

Onze Hey internetlijn is het aan het uithangen. Sinds 10 dagen ben ik al met de Orange support hierover bezig (wat me eerst verbaasde, dat ze mij niet naar Hey support stuurden).
Ondertussen hebben we al 2 techniekers over de vloer gehad, maar op het moment dat die langskomen werkt alles natuurlijk perfect.
De eerste zag niets fout met binneninstallatie, en heeft een Telenet ticket aangemaakt om de lijn na te kijken. Paar dagen later, problemen blijven, dus 2e technieker komt langs. Die vindt ook geen probleem. Hij ziet dat Telenet wel degelijk iets zou opgelost hebben en meet ook niets fout op de lijn. Dus die vertrekt ook weer.
Dan heb ik een smokeping geinstalleerd, die vanop mijn pc thuis naar 1.1.1.1 en naar de modem pingt. Die toont toch aan dat er iets niet helemaal goed zit met mijn lijn (zie afbeelding)? De grafiek naar de modem zelf is super stabiel. Er zijn ook geen zware down/uploads ofzo bezig. Probleem sleept ondertussen 10 dagen aan.
Ik contacteer daarnet opnieuw Orange, en dezelfde persoon als eerder stuurt me nu naar Hey.

PS: deze upstream channels zien er volgens mij ook niet goed uit. Modulation zou normaal QAM64 moeten zijn heb ik begrepen. Toen de 2e technieker er was, was het op 3 channels inderdaad QAM64, de vierde was iets anders. Dat is helemaal normaal zei die kerel. Maar nu is er geen enkele channel nog QAM64:

Code: Selecteer alles

  Channel  |  Frequency   |  Power  |  Modulation  |  Status               
----------------------------------------------------------------------
  1        |  45700000    |  36.0   |  QAM8        |  Success          
  2        |  23200000    |  35.6   |  QPSK        |  Success          
  3        |  38900000    |  36.3   |  QAM16       |  Success          
  4        |  30500000    |  36.3   |  QAM8        |  Success

Ben ik nu zo fout in mijn conclusie dat er echt is serieus mank loopt?

EDIT: ik zie nu pas viewtopic.php?t=68476 ... zelfde probleem dus. Inderdaad docsis3 modem

Maar dit is met momenten echt onbruikbaar, tv kijken 's avonds is soms ondoenbaar omdat het constant stilvalt. En de zoon die nogal veel online games speelt doet niets anders dan klagen...

qam64 is er als geen "noise" op de lijn is, anders ga je idd naar de 8/16/qpsk afaik.
wat die "noise" precies zou inhouden, daarentegen.... geen idee.
te volle node? ingress? slechte filter? losse connector? foutieve coax?

tussen 2 & 3 is je lijn wel wat "minder dan ideaal", althans voor ping naar cloudflare, maar dat zegt nog steeds vrij weinig,
een mtr zou iets meer zeggen.

"minder dan ideaal" is wel heel voorzichting uitgedrukt

die mtr ken ik niet, dat zal ik eens bekijken

kleine sidenote na je edit: als je zoon games zit te spelen op steam, en steam niet limiteert, kan die je lijn dichttrekken en ga je idd ook problemen kunnen krijgen op je tv streaming & co.
steam is erg, laat ons zeggen, "efficient", met de beschikbare bandbreedte

maar dat zou natuurlijk niet verklaren waarom je modem op alternatieve profielen terugvalt dewelke zouden aangeven dat er noise is waar die last van heeft

zit je op windows, is de makkelijkste vorm van mtr winmtr: https://winmtr.net/
zit je op linux, dan kan je in de terminal gewoon mtr -b -z -o 'LSRD ABNW JMX' 1.1.1.1 doen

Hier ook maanden miserie gehad. Tot technieker x langskwam die zijn werk wél deftig deed.
Zonder 1 woord te zeggen begon die bij binnenkomst al dat het algemeen issue is aan de node in de buurt. De Orange techniekers kunnen via hun platform een netwerktool raadplegen en kunnen tot paar dagen terug gaan om te kijken wanneer en wie er storing had. Met screenshots enal en uitlezingen ticket aangemaakt richting Wyre, en een aantal weken later was het opgelost in de buurt.

Misschien moet je bij eventuele volgende technieker specifiek die netwerktool aanhalen? En als die niet weet waarover het gaat > ter plekke bellen naar zijn back office om hem te assisteren.

@Splitter De zoon speelt op playstation, dus geen Steam

Merci voor de mtr tip! Dat ziet er momenteel zo uit:

Code: Selecteer alles

                                                                       Packets               Pings
 Host                                                                 Loss%   Snt   Rcv Drop    Avg  Best  Last  Wrst  Jttr Javg Jmax
 1. AS???    192.168.0.2 (192.168.0.2)                                 0.0%    57    57    0    0.1   0.1   0.1   0.3   0.0  0.1  0.2
 2. AS???    192.168.50.1 (192.168.50.1)                               0.0%    57    57    0    0.4   0.2   0.3   0.9   0.1  0.1  0.6
 3. AS47377  cust-2-96-110-94.dyn.orange.be (94.110.96.2)             14.0%    57    49    8   45.4  23.8  82.2  86.4  48.9 14.8 48.9
 4. AS47377  212.65.36.195 (212.65.36.195)                             0.0%    57    57    0   48.4  11.1 186.8 186.8  122. 19.2 122.
 5. AS47377  212.65.36.141 (212.65.36.141)                             0.0%    57    57    0   41.6  11.4  68.1  89.4  31.7 14.9 37.0
 6. AS13335  162.158.232.6 (162.158.232.6)                             0.0%    57    57    0   45.0  16.4  30.7  91.2   8.0 16.0 41.8
 7. AS13335  162.158.232.21 (162.158.232.21)                           0.0%    56    56    0   44.0  15.5  40.2  81.1  14.4 15.6 62.2
 8. AS13335  one.one.one.one (1.1.1.1)                                 0.0%    56    56    0   43.6  12.6  48.4  83.7  19.9 16.5 53.5

@TheCeet
De eerste technieker zei wel zoiets, het is ook hij die bij Telenet 'de lijn' ging laten nakijken. De 2e technieker kon dan het resultaat van Telenet zien en daarin stond dat ze iets opgelost zouden hebben. Als ze nog eens iemand sturen zal ik er eens op aandringen dat hij inderdaad bij zijn backoffice/2nd line hoort hoe dit op te lossen valt. Ontkennen dat er een probleem is zal toch niet meer lukken denk ik.

Maar voorlopig natuurlijk nog geen enkele reactie vanuit Hey. Ik begin bijna te overwegen om naar VDSL over te stappen

Ik heb een vermoeden dat het een modem ding is (silligence). Ik had bij Hey Telecom ook steeds last van upload problemen. 15 Mbit werd toen 10 Mbit of minder. Meestal was de modem herstarten toen de oplossing. Nooit echter dieper oorzaak gezocht omdat BASEt toen goed aanbod gaf. Er is toen wel een Telenet technieker van de "oude stempel" langs gekomen die zijn vak goed kende en heeft coax langs gever weer goed gemaakt. Zien dat er Geen vocht Enzo in zit.

BASE en daar haal ik altijd 20 Mbit upload. Bij Hey zakte die snel van 15 naar 10 Mbit of lager. Wat bij mij veel Facetime storingen gaf..

Gisteren bericht gehad van Hey om te zeggen dat er een ticket bij de 'achterliggende dienst' geopend is, en dat ik binnen 48u iets zou horen.
Het is in elk geval gerelateerd met upload: ik heb nu vanop het werk een ping lopen naar de modem thuis, dat gaat super vlot. Van zodra ik iets begin te uploaden, al is het maar tegen 2mbit, valt die ping terug naar 500ms tot zelfs enkele seconden. Gisterenavond nog een interessante test gevonden trouwens: waveform.com/tools/bufferbloat.
Ondertussen toch maar eens rondkijken naar internet over de goeie oude koperlijn, in afwachting van fiber (waarvoor de blauwe buis al wel in het voetpad ligt, dus ooit komt dat ook wel goed)

Update: nadat ik had laten vallen dat ik naar VDSL ging overstappen, is het plots in orde merkte ik per ongeluk. Geen bericht meer van hen gehad in elk geval.
Upload modulation staat nu overal mooi op QAM64 en ik kan https://www.waveform.com/tools/bufferbloat nu perfect uitvoeren zonder probleem.

die achterliggende dienst zal uiteindelijk mss telenet geweest zijn, en die zullen dan een issue op je node hebben gezien/opgelost (of in de tap)

Zal inderdaad wel zoiets zijn, maar dit soort zaken toont toch wel aan dat een deftige support soms wel handig is.
Mobile Vikings is ondertussen aangevraagd, en als na installatie blijkt dat de snelheid wat ok is, dan is het bye bye hey.

het probleem is tegenwoordig vaker en vaker dat de frontline "lompe kloten" zijn, maar dat de backoffices ook vollopen met datzelfde soort "genie",
en dan is het "computer says green" en verder geen flauw idee wat ze doen.

en ja, dat zal bij een operator die het netwerk niet zelf beheert natuurlijk nog iets meer zijn dan met de operator die het netwerk in beheer heeft,
maar het is overal zo aan het worden

ik ben wel blij dat mijn conclusie die ik in het begin al maakte, wel juist bleek te zijn. Soit, case closed.

alleen spijtig dat je niet te weten bent gekomen wat het exacte probleem/oplossing was, maar idd goed dat het opgelost is.
en op minder als een maand zelfs!

Het is als eindklant vaak doorzetten om tot een oplossing te komen.
Heb een jaar geleden ook ongeveer hetzelfde meegemaakt. Eerste technieker maakte de coax los en blaasde in de connector, connector terug vast maken en terug weg: "Gaat veel beter zijn nu meneer".
Tweede heeft dan de coax tussen NIU en Modem vervangen, de derde heeft de modem vervangen, de 4e gaf mij een andere modem en een WiFi versterker, de 5e was iemand die er iets van af wist, heeft straatkastje opengedaan, meet toestellen bovengehaald en een ticket (naar telenet vermoed ik) gemaakt. Paar dagen later geen onderbrekingen gehad.

Je kan toch best de komende 14 dagen elke avond om 21h die bufferbloat-test herhalen om 100% zeker te weten dat het probleem opgelost is.

Of je verbinding continu monitoren: https://itsdnns.github.io/docsight/

En als je VDSL actief is, kan je zelfs vergelijken welk netwerk tijdens "primetime" de stabielste verbinding biedt.

Dan moet je wel supported modem hebben...
https://github.com/itsDNNS/docsight/wik ... ted-Modems

De Siligence TGC300 & Livebox zie ik niet meteen in de lijst staan.

Doktor Avalanche schreef: 1 dag geleden Het is als eindklant vaak doorzetten om tot een oplossing te komen.
Heb een jaar geleden ook ongeveer hetzelfde meegemaakt. Eerste technieker maakte de coax los en blaasde in de connector, connector terug vast maken en terug weg: "Gaat veel beter zijn nu meneer".
Tweede heeft dan de coax tussen NIU en Modem vervangen, de derde heeft de modem vervangen, de 4e gaf mij een andere modem en een WiFi versterker, de 5e was iemand die er iets van af wist, heeft straatkastje opengedaan, meet toestellen bovengehaald en een ticket (naar telenet vermoed ik) gemaakt. Paar dagen later geen onderbrekingen gehad.

Het is inderdaad veel geduld hebben tot er een bekwame technieker passeert. Zo frustrerend dat ik al van in het begin kon aanduiden wat er mis was, maar dat beide heren dat wegwuifden als 'dat is normaal gedrag'. Geef dan toe dat ge het niet weet in plaats te zeggen dat alles er goed uit ziet.

raf1 schreef: 1 dag geleden Of je verbinding continu monitoren: https://itsdnns.github.io/docsight/

Zoals @TheCeet net zei: hoe krijg ik die TGC300 daarin? Ik heb het nu nog niet in detail bekeken hoor, misschien staat er wel ergens een hint in de docs...

Ik zie dat je wel request kan indienen, dan moet je dit uitvoeren:
https://github.com/itsDNNS/docsight/wik ... em-Support

Userbase

Brak Hey internet

Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet

Re: Brak Hey internet