Haperende internetverbinding, routing issues en IPTV VLAN zonder TV abo
Ik ben eind vorig jaar overgestapt van KPN en nu een T-mobile VDSL verbinding, zonder extra diensten zoals TV of telefonie. Standaard Zyxel modem, bekabeld, en nu aanhoudende problemen bij thuiswerken. Tijdens vergaderingen hapert beeld en geluid regelmatig, chat kan af en toe even geen verbinding maken, O365 & Google editors synchroniseren niet meer. Kortom, (een deel van) het internet is niet meer beschikbaar, terwijl ik gewoon DSL sync heb, mijn modem en de eerste gateway zijn dan ook bereikbaar. Een externe DNS (Cloudfare of Google) gebruiken verergert de problemen, of ik die nu in het modem of mijn (Windows 10) PC instel: dan gaat ook mijn interne netwerk haperen en zijn de stotteringen bij videobellen aanzienlijk intensiever. Ondanks 4x telefonisch contact, een chatconversatie, 4 mails, 2x ‘afwachten’, en modem-resets ben ik tot nu toe alleen maar afgescheept met ‘er was een storing, maar die is opgelost’. Dit terwijl ik logs met tracerts/latency/packetloss heb aangeleverd en in ten minste 4 topics mijn problemen herken: Consequente ping spikes | T-Mobile Community VPN, gaming server en website-issues buiten Dordrecht | T-Mobile Community Trage upload en packetloss in het T-Mobile corenetwerk | T-Mobile Community Router constant bezig met discoveren TV die ik niet afneem | T-Mobile Community Die laatste is mogelijk meer vervelend dan echt een probleem, maar mijn modem wordt er wel langzamer van en de logs worden onleesbaar. Vanmiddag had ik gedurende 2 uur weer incidentele haperingen, 34% packetloss over 10.10.12.53 en 350~400ms latency zodra ik langs T-mobile's 10.*.*.* reeks ga. Adressen die op gvt2.com eindigen (Google clouddiensten) hebben standaard een latency van 300+ lijkt het, maar blijven soort van bereikbaar. Voor zover 3000MS en 30% packetloss bereikbaar te noemen is. MS Teams probeert me regelmatig via de VS, Japan of Australië routen, met hapering, 140p video en walktie-talkie geluid tot gevolg. Zo te zien omdat de Europese Azure servers opeens niet meer bereikbaar zijn. Externe DNS instellen lijkt te veroorzaken dat adressen van MS clouddiensten geheel niet bereikbaar zijn, wat het probleem erger maakt, want dan heb ik geen haperende/langzame verbinding, maar gewoon geen verbinding. Daaruit maak ik op dat T-mobile bekend is met het probleem en hun DNS servers dit probleem laat compenseren: DNS resolves op IP adressen die niet bereikbaar zijn worden gewoon niet teruggegeven en dan probeert Teams het opnieuw met als resultaat een server in timboektoe ofzo, want de weg daarheen heeft geen file? Raarste probleem is wel dat In-home streaming uitvalt als ik een externe DNS gebruik en het modem een DHCP renew op de IPTV interface probeert te doen. Ik heb geen TV abo. Dit verhaal is natuurlijk veel te lang, maar ik ben gefrustreerd en wanhopig aanknopingspunten aan het geven zodat iemand bij T-mobile iets herkent wat opgelost kan worden. Dat ik voor kwaliteit ergens anders moet zijn is me duidelijk, maar ik vraag niet om <5ms naar een willekeurige game-server in lutjebroek, maximale uploadsnelheid om 17.00, een modem dat koffie zet of een helpdeskmedewerker die me vraagt hoe het eigenlijk met me gaat vandaag! Grote clouddiensten moeten (in de regel) gewoon bereikbaar zijn, modem/lijn config moet kloppen met de diensten die ik afneem en als ik bewijs lever dat iets niet werkt moet mijn ticket terug naar de TD i.p.v. afgesloten. Voor de duidelijkheid, dit was hoe mijn laatste chat werd afgebroken, na ruim 25 minuten uitleggen dat ik last heb van routing issues. Kirty (17-2-2022 11:43:35): Misschien kan je een topic openen op onze community. Daar zitten heel veel techneuten op, die iets meer verstand er van hebben Ik (17-2-2022 11:44:13): Doe ff normaal Kirty (17-2-2022 11:44:22): Hoezo? Ik (17-2-2022 11:44:37): Ik heb laten zien dat mijn verbinding een probleem heeft Ik (17-2-2022 11:44:57): Hoezo willen jullie niks meer doen Kirty (17-2-2022 11:44:59): en de technische dienst geeft aan dat er bij ons een storing was, die is opgelost Kirty (17-2-2022 11:45:25): En als jij issues hebt een eigen iptv Ik (17-2-2022 11:45:27): Ok, maar dat betekent toch niet dat ik geen storing mag melden Kirty (17-2-2022 11:45:31): Dat valt niet binnen ons domein Ik (17-2-2022 11:45:34): Ik heb geen iptv Kirty (17-2-2022 11:45:57): Maar ook als de DHCP op iptv Ik (17-2-2022 11:46:01): Mijn modem denk van wel, als dat een probleem is... wie lost dat op? Kirty (17-2-2022 11:46:08): Net zei je van wel Ik (17-2-2022 11:46:29): Nee, ik zei dat mijn modem iptv dhco request doetIk (17-2-2022 11:46:37): Lees het ticket dan! Ik (17-2-2022 11:46:42): Laat maar Kirty (17-2-2022 11:46:47): Oke! Kirty (17-2-2022 11:46:49): Fijne dag<Chat direct gesloten door medewerker>