Beantwoord

Wegvallende verbinding en verschrikkelijke service sinds het begin

  • 28 August 2023
  • 39 reacties
  • 686 Bekeken

Hallo,

 

Sinds 10-08 zijn wij klant van T-mobile. Wij komen van KPN glas en zijn overgestapt naar T-mobile glas 1000/1000. Grootste fout van de afgelopen tijd. Ik wil graag mijn ervaring van de afgelopen weken kwijt. Ik voel mij niet gehoord en serieus genomen door de klantenservice dus ik ga via deze weg mijn verhaal doen in de hoop dat er wat meer mee gebeurd dan hoe de klantenservice hiermee omgaat. 

Op 10-08 is er dus een monteur langsgekomen om de boel aan te sluiten. KPN apparatuur van de muur af en Tmobile spul aangesloten. De verbinding was na het aansluiten verschrikkelijk instabiel. Als wij van zender wisselde op de tv hing hij 5-10 seconden op een zwart scherm en het internet was op momenten niet sneller dan 0.2 mb/s. De monteur is een aantal keer naar de wijkcentrale terug gegaan, heeft een poortswitch uit laten voeren in de wijkcentrale en ga zo maar door. De conclusie: de switch waar wij nu op aangesloten zitten in de wijcentrale is niet goed. Deze is van KPN en huurt T-mobile van hen/ Er dient iemand van KPN naar te kijken. Prima, maar de meneer kon het KPN spul niet terug aansluiten want dit is niet van hem dus wij hebben mogen wachten met een verschrikkelijk slechte of niet bestaande verbinding. Op papier waren wij nog niet officieel overgestapt want de monteur moest het werkend achterlaten dus wij betaalden nog voor KPN. Conclusie: KPN moet dit fixen, zij zullen contact met mij opnemen. De monteur heeft keurig een ticket aangemaakt met referentienummer: 65107523 en ik kon wachten tot KPN langs zou komen. In het ticket staat dar er binnen 3 dagen contact met mij opgenomen zou worden. In dat weekend hebben wij geen tot bijna geen tv en internet gehad tot ik de modem zelf een hard reset heb gegeven. Dit heeft ervoor gezorgd dat wij opeens gewoon internet en tv hadden maar de verbinding viel wel soms weg. In de modem staat dat de modem dan ook daadwerkelijk uit is geweest en in de logging staat continu dat de dhcp dingen aan het doen is terwijl dit niet de bedoeling is lijkt mij. Ik heb dit voor de zekerheid aangegeven bij de klantenservice met de aanname dat de modem niet goed is. Ik moest op de KPN monterug wachten. Prima. Na 4 werkdagen kreeg ik uit het niks een smsje met de standaard melding dat Guidion bij mij langs wilde komen om het aan te sluiten. Ik heb eest met Guidion gebeld met de vraag waarom ze langs willen komen. Zij wisten dit niet, er zou vanuit tmobile een verzoek ingeschoten zijn. Ik ben doorverbonden naar tmobile en heb een uur met een meneer aan de telefoon gezeten die aangeeft dat er helemaal nog geen monteur langs gekomen is, er geen ticket bestaat van deze monteur en dat ik gewoon een nieuwe afspraak moest maken bij Guidion. Zelfs nadat hij mij 3 keer in de wacht heeft gezet om navraag te doen bleef hij volhouden dat er nog niemand bij mij thuis is geweest. Ik moest maar een nieuwe afspraak maken. 

Ik heb opnieuw gebeld met de vraag: “wat is de status van dit … incidentnummer”. Deze mevrouw kon opeens wel wat dingen inzien en gaf aan dat de technische dient besloten had dat dit geen probleem in de wijkcentrale is maar bij mij thuis. Er zou weer een monteur langs moeten komen. Deze mevrouw gaf ook aan dat de demping die bij mij binnen komt niet goed was (waar de monteur ook al over sprak). Het rare is dat de monteur zegt dat het demping probleem in de wijkcentrale zit en de technische dient zegt dat dit niet zo is. Ik kon niks doen dan opnieuw aan nieuwe afspraak maken volgens deze mevrouw. Ik heb dit dus ook gedaan. Guidion zou op 24 eugustus langs komen. 

Op 18 augustus heb ik weer contact gehad met de mededling dat de klant in mijn ogen groot is dat de modem niet goed werkt. Een medewerker was het met mij eens en heeft ticket: 65239894 aangemaakt voor de technische dienst. Er zou weer binnen 3 dagen contact opgenomen worden.

Op de 24e is Guidion langs geweest/ Meneer heeft heel simpel gezet dat wij op een foute poort zaten binnen de wijkcentrale maar dat hij het gefixt heeft! Aangegeven dat er een poortswitch is uitgevoerd dus misschien dat hij daarom verkeerde info had maar de monteur zei dat het gefixt was. Toch was de demping en de verbinding niet stabiel. De meneer is weggaan met de melding dat de verbinding prima is maar dat de modem toch wel vervangen dient te worden. Dit staat zelf ook in de afhandeling van de monteur. Ik moest alleen even tmobile bellen om te refereren naar de afspraak met de monteur.

De meneer van de klantenservice zei dat hij geen nieuw modem op ging sturen omdat er al een ticket liep bij de technische dienst. op het moment van bellen waren we op werkdag 4 (in het ticket stond BINNEN 3 dagen wordt er contact opgenomen) maar meneer zei dat dit niet klopte, dit zouden 5 werkdagen zijn.

Nu vandaag zitten wij op werkdag 6. Ik heb contact opgenomen met de vraag waar de modem blijft. Deze mevrouw zei dat er geen nieuw modem onderweg is. De technische dienst heeft de melding gesloten, reden onbekend, en dat de mevrouw opnieuw een AANVRAAG tot opsturen nieuwe modem in moet dienen. 

Nu heb ik nog niet eens gesproken over de verschrikkelijke menu's voordat ik een medewerker te spreken krijg en over de ongelofelijk arrogante medewerkers met geen inlevingsvermogen. De kans is groot dat wij de nieuwe modem niet hebben voordat onze opzegtermijn verstreken is en daarnaast is de kant groot dat dit het probleem nog niet oplost. 

De vraag is: hoe gaan we nu verder?

 

icon

Beste antwoord door Cheyenne van Odido 30 August 2023, 11:56

Bekijk origineel

39 reacties

Reputatie 7
Badge +9

@BewustBekwaam een foute DHCP-lease kan met hoge uitzondering ervoor zorgen dat het modem reboot of overbelast wordt. Mag ik je voor de zekerheid vragen om het ONT te rebooten, deze staat al 45 dagen aan. Wellicht dat dit zal helpen!

De deco's staan in AP modus. Ook speelde dit probleem dus voordat ik een nieuwe modem had zonder dat ik de deco's had aangesloten. Ik snap wederom dat ik alles af moet koppelen om het te testen maar het kan toch niet dat een apparaat ervoor zorgt dat het modem letterlijk uit en aan gaat? Als dat het geval was, zou dit issue ook voorgekomen zijn voordat ik de wifi op de modem had aan gezet. Elke dag resette de modem. ik heb de wifi uit gezet en het is bijna een maand goed gegaan, ik zet de wifi aan en binnen een dag speelt weer hetzelfde issue. Je gaat mij niet wijsmaken dat één van mijn apparaten dit issue veroorzaakt. De laatste monteur heeft trouwens ook bevestigd. 

Reputatie 7
Badge +9

@BewustBekwaam bedankt voor je update.

Heb je je Deco set in AP modus gezet? Daarnaast wil ik je vragen om je randapparatuur los te koppelen en daarna het modem te testen. Ik krijg namelijk veel lease time erros omhoog in mijn lijnmeting. Deze apparaten kunnen de verstoring veroorzaken.

Sinds vandaag valt de modem weer op willekeurige momenten weg. Gesproken met een medewerker die niks raars zag in de lijnmeting. Dit was vreemd omdat we op dat moment nog geen internet en tv hadden. Het enige wat ze kon doen was een ticket aanmaken maar dit zou geen zin hebben omdat jullie technische dienst dit zou gaan afwijzen omdat er meer dan 1 tv en 1 pc aangesloten mag zijn. Ik ben eens gaan denken wat er nou is veranderd waardoor dit zou kunnen gebeuren. Ik heb gister de wifi van de modem aan gezet! Sinds ik de nieuwe modem heb ontvangen heb ik de wifi hiervan maar uit gelaten omdat ik al het idee had dat het hiermee te maken had en dit lijkt ook zo te zijn. Ik ben ook dit topic tegen gekomen:

Dit is wel heel erg toevallig! Nu heb ik totaal geen zin om weer een ticket aan te laten maken, te wachten en te hopen dat er een reactie komt en dat allemaal terwijl ik maar 1 pc en 1 tv aangesloten mag hebben. Zijn er nog andere opties?

Tommie (en collega's), bedankt voor jullie moeite.

Reputatie 7
Badge +9

@BewustBekwaam ik heb zojuist alles al gecrediteerd, ook 24-08/01-09. Dit is ook geen verzoek en zal worden verrekend! Het verzoek zal dan worden afgekeurd omdat deze creditering al plaats gevonden heeft.

Keurig. Ik heb het mailtje al ontvangen.

Na jou reactie van een aantal uur geleden heb ik gebeld met jullie klantenservice met de intentie om een klacht in te dienen. De medewerker was het volledig met mij eens en heeft (ook) een creditatie verzoek ingediend. Deze mag er dus uit gehaald worden want ik wil dat dit eerlijk verloopt. Wel mag er nog een creditatie ingeschoten worden van de periode van 24/08 tot 01/09 en dan kunnen we dit gedoe als afgesloten beschouwen. 

Reputatie 7
Badge +9

@BewustBekwaam, ik begrijp je hierin ook volkomen.

Ik heb het nogmaals hierover gehad en we hebben besloten om uit coulance de kosten voor je te vergoeden. Ik heb dit meteen ingevoerd, je zult hier nog een bericht over ontvangen. De vergoeding zal worden verrekend en is terug te zien op een volgend factuur.

Beste meneer, vanaf 10 augustus ben ik aangesloten bij jullie. In de werkbon van Guidion is letterlijk de eerste zin:

“GPON bezoek uitgevoerd, alles van KPN uitgeschakeld”.

-------------------------------------------------------------------------------

“terug te zien in mijn systeem” 

Zegt het volgende jou iets?: 

“Waarom de naamsverandering? Omdat het tijd is voor een nieuw geluid. Om te laten zien dat het anders kan, menselijker. Zodat iedereen kan meedoen en daar plezier aan beleeft”

Het enige waar jij mee bezig bent is naar je systeem wijzen. Wat dacht je van je eens inleven in mijn situatie? “menselijker”?

 

Reputatie 7
Badge +9

Hey @BewustBekwaam, de glasvezellijn was op 10 augustus nog niet omgezet naar Internet van Odido. Dit was op dit moment nog KPN. Op 24 augustus is de lijn pas overgenomen door ons. Dit is terug te zien in mijn systeem en daarom kan ik ook pas vanaf 24 augustus de kosten vergoeden.

Ongelofelijk.

Jullie komen hier op 10 augustus de boel aansluiten. Jullie dienst werkt wel maar is traag en valt weg. De monteur geeft aan dat er binnen een aantal dagen iemand in de wijkcentrale wat gaat doen om het incident te fixen. Die man zou misschien niet eens bij mij thuis komen omdat het probleem volgens die monteur niet in mijn huishouden zat. Ik moest dus ook jullie spullen aangesloten laten.

Ook al had ik de KPN spullen zelf weer aangesloten gaat dit natuurlijk niet werken. Ik zit in de wijkcentrale op een andere switch en poort dus er was geen enkele mogelijkheid voor mij om weer van de KPN dienst te genieten.

Hoe kan je dan zeggen dat ik pas vanaf 24 augustus bij jullie aangesloten en online ben als dit letterlijk op 10 augustus is geregeld?

Reputatie 7
Badge +9

Hey @BewustBekwaam, je bent sinds 24 augustus bij ons aangesloten en online. Vanaf dat moment maak je kosten bij ons. Ik heb me best gedaan maar ik kan echt alleen maar 24-08 tot en met 01-09 voor je vergoeden omdat dit gemaakte kosten zijn bij ons. Deze kosten zullen worden verrekend en is terug te zien op een volgend factuur. Zal ik dit voor je in orde maken?

De eerste monteur van 10 augustus heeft het kpn spul van de muur gehaald en de tmobile dingen aangesloten. Wij “genieten” dus al vanaf 10 augustus van jullie diensten. De monteur gaf aan dat hij de order nog niet op “complete” wilde zetten omdat de verbinding nog niet goed genoeg was. Hij zou een ticket aanmaken zodat er iemand in de wijkcentrale (binnen 3 werkdagen) zou komen kijken of het issue te fixen. Dit was iig door de monteur geconstateerd als de oplossing. Ik heb tegen die meneer gezegd dat hij wel weer de kpn modem mocht aansluiten want wij hadden op dat moment dus geen goede tmobile verbinding. Meneer ging de KPN spullen niet opnieuw aansluiten want dit mocht hij niet doen. Meneer gaf aan dat wij natuurlijk de kosten niet hoefde te betalen.

Daarnaast lijkt het mij toch niet meer dan logisch gezien de history dat jullie de 14 dagen abo kosten van KPN betalen omdat jullie letterlijk de KPN spullen af hebben gesloten, jullie spullen hebben aangesloten en hebben gezegd hebben tegen mij om de 3 werkdagen af te wachten.

Reputatie 7
Badge +9

Hey @BewustBekwaam, weet je nog wanneer en met wie je deze afspraak gemaakt hebt? Ik kan hier namelijk niks over terugvinden in mijn systeem. Wel zie ik dat je met een collega van de klantenservice gesproken hebt en die heeft gezegd dat we 24-08 tot 01-09 kunnen  crediteren. Als je nog weet wanneer deze afspraak gemaakt is en met wie, wellicht dat ik dit terug kan vinden. Normaliter doen we dit namelijk niet omdat je abonnement pas start op het moment dat het modem online is. Bij ons maak je dus geen kosten tot dat je online bent.

Na alle historie heb ik net een poging gedaan om de kosten te laten crediteren door iemand van jullie klantenservice maar helaas is dit niet gelukt. Wederom ga ik het maar via deze manier proberen want met de mensen van jullie klantenservice kom ik er niet uit. 

Wij hebben van 10 augustus jullie apparatuur in ons huis hangen. De monteur heeft toen het KPN spul van de muur getrokken en de tmobile spullen aangesloten. Toen jullie monteurs voor de 2e keer langs kwamen op de 24e is het abo pas officieel overgezet. Wij zouden dus de kosten van KPN waar wij geen gebruik van hebben kunnen maken gecrediteerd krijgen. 76,50 / 31 x 14 = 34,54

Daarnaast is het hele probleem pas op 1 september opgelost. 24 aug tot 1 sept = 17,42 (zie jullie factuur)

Wij zouden dus graag 51,96 gecrediteerd willen hebben.

 

Bedankt voor de moeite!

 

 

Ik heb door deze en andere threads gelezen, en dat geeft mij geen vertrouwen in de tmobile figuren hier.

Meerdere keren de klant het probleem in de schoenen schuiven. En ook suggereren dat de klant dom en onbetrouwbaar is.

 

Ik neem wel een andere provider

Reputatie 7
Badge +9

Hey @BewustBekwaam, ik ben superblij om te horen dat de modem swap geholpen heeft en we je dit naar nog van dienst mogen zijn! 

Nadat wij een nieuwe modem hebben ontvangen hebben wij geen last meer van een wegvallende verbinding. Erg fijn dus. Ik heb de bestelling bij de nieuwe provider geannuleerd dus wij blijven voor het komende jaar klant bij jullie.

Dames, bedankt voor jullie tijd en moeite

 

Gister avond was er geen switch aangesloten. Nu is er inderdaad een kleine switch aangesloten die een kabel heeft naar de werklaptop en mijn prive pc. Ik kan mij nog steeds niet voorstellen dat deze switch ervoor zorgt dat de modem volledig uitvalt maar oke. 

 

Ik heb inderdaad het smsje ontvangen om een afspraak in de plannen met Guidion. Nu is de eerste datum dat zij langs kunnen komen pas op 12 september. Ik vind dit erg lang om alleen even een nieuwe modem aan te sluiten. Zou je deze modem op willen sturen of kan ik deze ergens ophalen? Dan doe ik het namelijk wel zelf. Beetje overdreven om hier anderhalve week op te wachten. 

Reputatie 5
Badge +4

Hi @BewustBekwaam, wij zien inderdaad dat de verbinding gisteravond weer weggevallen is. Wel zien we in de meting terugkomen dat er weer een switch is aangesloten, wat de uitval zou kunnen verklaren. Nu geeft mijn collega van de technische afdeling aan dat hij toch Guidion langs wil laten komen om het modem voor je om te wisselen, zo kunnen we dit voor de zekerheid uitsluiten. Mijn collega gaat dit voor je in orde maken en je zult binnen een paar minuten een e-mail en SMS van Guidion ontvangen om een afspraak met ze te maken! 

update2: ik was vanmiddag erg enthousiast om te lezen dat er iets gefixt was maar 3 minuten geleden is mijn modem wederom uitgevallen. Helemaal offline en niet te pingen. 

1 Aug 31 22:01:52 daemon debug dhcpd dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1
2 Aug 31 22:01:52 daemon debug dhcpd dnsmasq-dhcp: ip lease:192.168.1.48, given to MAC:58:fd:b1:cd:cc:40, with hostname:LGwebOSTV, Lease time:86554
3 Aug 31 22:01:52 daemon info dhcpd dnsmasq-dhcp: sendLeaseMessageToESMD
4 Aug 31 22:00:54 daemon debug dhcpd dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1
5 Aug 31 22:00:54 daemon debug dhcpd dnsmasq-dhcp: ip lease:192.168.1.114, given to MAC:b8:2c:a0:bf:ae:f3, with hostname:Tstat-BFAEF3, Lease time:86496
6 Aug 31 22:00:54 daemon info dhcpd dnsmasq-dhcp: sendLeaseMessageToESMD
7 Aug 31 22:00:39 daemon debug dhcpd dnsmasq-dhcp: sendLeaseMessageToESMD esmd ret=1
8 Aug 31 22:00:39 daemon debug dhcpd dnsmasq-dhcp: ip lease:192.168.1.166, given to MAC:f4:cf:a2:53:58:a8, with hostname:ESP_5358A8, Lease time:86481
9 Aug 31 22:00:39 daemon info dhcpd dnsmasq-dhcp: sendLeaseMessageToESMD
10 Aug 31 22:00:20 daemon info dhcpd dnsmasq-dhcp: read /etc/ethers - 0 addresses
11 Aug 31 22:00:20 daemon info dhcpd dnsmasq-dhcp: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
12 Aug 31 22:00:19 user notice system zcmdModuleCfg: System: Wan interface ETH_IPTV connection ready
13 Aug 31 22:00:07 user notice system zcmdModuleCfg: System: Wan interface ETH_Internet connection ready
 

Even een update: ik ben zojuist terug gebeld door de medewerker die ik vanmiddag heb gesproken mbt het aanpassen van de bedenktermijn. Ik heb te horen gekregen dat jullie bereid zijn de bedenktermijn naar de 18e te verplaatsen mits ik gebruik zal maken van de overstap service van een andere provider. Jullie hoeven dus niks te doen mbt de bedenktermijn :)

Maar er was dus een probleem met de demping wat het dev team op heeft kunnen lossen. Waarom zou er dan nog een probleem in mijn netwerk zitten? Neemt niet weg, fijn dat het gefixt lijkt dan! Ik heb onder andere contact opgenomen met de mededeling dat ik graag wil dat de bedenktermijn verlengd wordt zodat ik zeker kan weten dat ik een goede verbinding heb voordat ik een jaar aan jullie vast zit. Sinds je wil dat ik uitsluitend contact houd via dit topic, wil jij regelen dat de bedenktermijn verlengd wordt?

 

 

Reputatie 7
Badge +5

Hi @BewustBekwaam, dank voor je reactie. Ik denk dat het beter is om vanaf nu enkel contact te houden via dit topic. De agents met wie je spreekt zien inderdaad de demping, maar kennen het verhaal er niet achter. Mijn collega van de technische dienst is druk voor je bezig en heeft de demping samen met het Development team kunnen oplossen. Dit zie je in een eerste oog opslag niet, maar de marges zijn nu wat ze moeten zijn.

De log die je deelt is niets ernstigs. Dit is het bewijs dat de firewall zijn werk doet. Het modem vervangen zal geen effect hebben en vooral met de externe apparatuur aangesloten maakt dit geen verschil. Voor nu lijkt het echt dat de boosdoener je externe apparatuur is. Ik ben morgen vrij, maar mijn collega Nora neemt het stokje over en zij zal samen met mijn collega nog een laatste check van je verbinding doen. Je hoort snel van haar!

Ik snap dat u de conclusie trekt dat het probleem in mijn eigen set-up zit. De modem is inderdaad (nog) niet uitgevallen maar ik ben het niet met u eens dat de verbinding “ontzettend stabiel” is. Als ik een ping naar 8.8.8.8 uitvoer krijg ik om de haverklap een ms van boven de 400. Ik heb daarnaast zojuist contact gehad met de klantenservice en meneer geeft aan dat de demping nog steeds op “rood” staat. Volgens meneer gaat de demping van rood naar groen en weer rood. Rood zou betekenen dat er een probleem zit in de wijkcentrale of in de verbinding naar huis. De demping kan niet beter of slechter worden nav de thuisnetwerk. De medewerker gaf zelfs aan dat de verbinding totaal niet stabiel is. Volgens meneer zou Guidion weer langs moeten komen om de demping te fixen. Daarnaast heb ik zoals ik al had aangegeven al meerdere keren deze test (alles afsluiten → hard reset → wachten tot het wegvalt → etc) uitgevoerd en toen is er ook meerdere keren geconstateerd dat het issue niet in mijn thuisnetwerk zit. Op een gegeven moment is de modem zelfs uitgevallen in de nacht terwijl ik letterlijk alle kabels had afgesloten. Ik hoop dat u daarom begrijpt dat ik totaal niet geloof dat het in mijn eigen netwerk zit. Daarnaast schrik ik ook van het “veiligheidslogboek”. Sinds ik bij jullie zit worden wij bestookt met rare verzoeken:

1Aug 31 11:50:43kernalertattackkernel: [66999.364952] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=195.181.166.82 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=63825 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=482162Aug 31 11:50:43kernalertattackkernel: [66999.351944] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=195.181.166.86 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=4911 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=482153Aug 31 11:50:43kernalertattackkernel: [66999.331813] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=156.146.40.73 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=19626 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=482134Aug 31 11:50:38kernalertattackkernel: [66994.233379] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=92.204.166.145 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=64120 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=482035Aug 31 11:50:38kernalertattackkernel: [66994.233343] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=92.204.166.143 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=43678 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=482016Aug 31 11:50:38kernalertattackkernel: [66994.233341] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=92.204.186.230 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=23863 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=482027Aug 31 11:50:33kernalertattackkernel: [66989.201432] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=92.204.166.131 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=5624 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=481898Aug 31 11:50:32kernalertattackkernel: [66989.133617] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=92.204.166.132 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=56208 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=481909Aug 31 11:50:32kernalertattackkernel: [66989.100483] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=92.204.161.38 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=14406 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4818610Aug 31 11:50:27kernalertattackkernel: [66984.018458] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=151.106.62.166 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=35540 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4817711Aug 31 11:50:27kernalertattackkernel: [66983.996017] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=151.106.55.174 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=59389 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4817612Aug 31 11:50:27kernalertattackkernel: [66983.979753] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=151.106.52.230 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=52728 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4817513Aug 31 11:50:22kernalertattackkernel: [66979.010478] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=134.119.188.74 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=26077 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4816414Aug 31 11:50:22kernalertattackkernel: [66978.890097] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=92.42.105.234 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=63469 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4816115Aug 31 11:50:22kernalertattackkernel: [66978.870901] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=92.42.106.154 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=50602 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4816216Aug 31 11:50:17kernalertattackkernel: [66973.760604] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=51.89.235.21 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=37849 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4814917Aug 31 11:50:17kernalertattackkernel: [66973.760570] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=78.138.127.154 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=50773 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4815018Aug 31 11:50:17kernalertattackkernel: [66973.760568] PING OF DEATH ATTACK:IN=br0 OUT=eth1.3 MAC=10:71:b3:82:83:1a:00:d8:61:51:c2:3b:08:00 SRC=192.168.1.59 DST=78.138.127.158 LEN=84 TOS=0x00 PREC=0x00 TTL=254 ID=34360 PROTO=ICMP TYPE=8 CODE=0 ID=1 SEQ=4815119Aug 31 02:59:01kernalertattackkernel: [35132.299431] TCP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=155.137.170.124 DST=95.99.8.90 LEN=60 TOS=0x00 PREC=0x00 TTL=56 ID=19828 PROTO=TCP SPT=56394 DPT=60637 WINDOW=0 RES=0x00 URG ACK PSH RST SYN FIN URGP=3306020Aug 30 23:59:03kernalertattackkernel: [24345.836700] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=118.110.54.165 DST=95.99.8.90 LEN=129 TOS=0x00 PREC=0x00 TTL=52 ID=4456 PROTO=UDP SPT=23565 DPT=23464 LEN=10921Aug 30 23:17:16kernalertattackkernel: [21840.650412] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=207.180.192.205 DST=95.99.8.90 LEN=125 TOS=0x00 PREC=0x00 TTL=59 ID=14325 DF PROTO=UDP SPT=59267 DPT=23464 LEN=10522Aug 30 23:17:16kernalertattackkernel: [21840.489492] UDP_FLOODING ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=207.180.192.205 DST=95.99.8.90 LEN=125 TOS=0x00 PREC=0x00 TTL=59 ID=14283 DF PROTO=UDP SPT=59250 DPT=23464 LEN=10523Aug 30 23:11:20kernalertattackkernel: [21486.370142] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=120.235.140.157 DST=95.99.8.90 LEN=129 TOS=0x00 PREC=0x00 TTL=113 ID=5918 PROTO=UDP SPT=6014 DPT=23464 LEN=10924Aug 30 23:09:27kernalertattackkernel: [21373.755263] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=120.235.140.157 DST=95.99.8.90 LEN=129 TOS=0x00 PREC=0x00 TTL=113 ID=65367 PROTO=UDP SPT=6014 DPT=23464 LEN=10925Aug 30 23:08:04kernalertattackkernel: [21290.453439] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=120.235.140.157 DST=95.99.8.90 LEN=129 TOS=0x00 PREC=0x00 TTL=113 ID=65247 PROTO=UDP SPT=6014 DPT=23464 LEN=10926Aug 30 22:49:26kernalertattackkernel: [20173.211309] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=120.235.140.157 DST=95.99.8.90 LEN=129 TOS=0x00 PREC=0x00 TTL=113 ID=57053 PROTO=UDP SPT=6014 DPT=23464 LEN=10927Aug 30 22:48:23kernalertattackkernel: [20110.107400] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=120.235.140.157 DST=95.99.8.90 LEN=129 TOS=0x00 PREC=0x00 TTL=113 ID=57029 PROTO=UDP SPT=6014 DPT=23464 LEN=10928Aug 30 22:46:56kernalertattackkernel: [20022.762846] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=207.180.192.206 DST=95.99.8.90 LEN=125 TOS=0x00 PREC=0x00 TTL=58 ID=23032 DF PROTO=UDP SPT=58331 DPT=23464 LEN=10529Aug 30 22:37:39kernalertattackkernel: [19467.634197] UDP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=207.180.192.205 DST=95.99.8.90 LEN=125 TOS=0x00 PREC=0x00 TTL=59 ID=61146 DF PROTO=UDP SPT=39363 DPT=23464 LEN=10530Aug 30 20:46:35kernalertattackkernel: [12809.189292] TCP PORT SCAN ATTACK:IN=eth1.3 OUT= MAC=10:71:b3:82:83:1f:00:0e:00:00:00:01:08:00 SRC=94.198.197.67 DST=95.99.8.90 LEN=60 TOS=0x00 PREC=0x00 TTL=57 ID=18491 DF PROTO=TCP SPT=20256 DPT=31304 WINDOW=0 RES=0x00 URGP=0

 

Desalniettemin. Wie moet ik nou geloven? Alle medewerkers die zeggen dat het in de wijkcentrale zit? Of zou het toch nog de demping zijn? Kan het zijn dat ik misschien wel een modem gekregen van een oude klant die keihard bestookt werd met ping's of death en kernal attacks? Sinds dat het ip adres en macadres van een modem vaak gelijk blijven is dit ook nog een optie? Misschien valt de modem straks wel weer weg, wie weet! Erg interessant allemaal. 

Reageer