H
hdeboer332
Na een lagspike probleem met de "gewone" Ubee modem, door een monteur de nieuwe EVW 3200 laten installeren. Deed het perfect, zo'n 5 dagen lang. Maar vandaag ineens dit; Ik heb regelmatig geen verbinding meer met internet. Nouja, half dan.
Ik kan bijvoorbeeld via cmd.exe gewoon pingen naar onemorething.nl maar de website daadwerkelijk bezoeken? Dat gaat niet.
Onemorething.nl onbereikbaar via Firefox (en IE) maar wel te pingen zonder packetloss.
https://i1132.photobucket.com/albums/m577/kakaboeie/oepsiefloepsie.png
Na wat agressief refreshen laad de pagina wel, maar zonder opmaak!
https://i1132.photobucket.com/albums/m577/kakaboeie/oepsiefloepsie2.png
Vervolgens weer compleet onbereikbaar, doch ping is nogmaals zonder packetloss.
https://i1132.photobucket.com/albums/m577/kakaboeie/oepsiefloepsie3.png
PING google.nl en yahoo.com geen packetloss, forum.fok.nl 100% packetloss maar dus wel IP gevonden.
https://i1132.photobucket.com/albums/m577/kakaboeie/pingzor.png
Dit alles gebeurt zowel bedraad als draadloss. Direct aangesloten op de Ubee of via een van de twee bridges doet er ook niet toe.
Ook gebeurt het op zowel mijn Desktop PC (win7), mijn Laptop (win7) en m'n pa z'n laptop (Mac). Wat nog het meest apparte aan het hele gebeuren is, is dat als ie het op mijn desktop niet doet, hoeft het niet per sé zo te zijn dat het ook op mijn laptop / de laptop van mijn vader niet werkt. Dit kán wel het geval zijn, maar is dus niet altijd zo.
Wat het hele gebeuren ook niet duidelijker maakt, is dat ik gewoon online kon blijven gamen zonder enige vorm van lag / disconnects terwijl ik de screenshots van hierboven maakte. Ik kon dus niet internetten op m'n desktop, maar tegelijkertijd wél online gamen. :shock:
Wat moet ik hier nou weer van denken?
EDIT: Owja ik heb zowel de standaard DNS van Ziggo geprobeerd, en OpenDNS van google. Maakte niets uit, ook qua pingen van websites niet.
EDIT2:
Net met ziggo gebeld. De meneer die ik aan de telefoon kreeg begreep het probleem niet zo (wel online gamen, geen websites etc.).
Allereerst de vraag hoe ik verbinding maak;
Ik: "Sommige apparaten direct naar de Ubee toe, en anderen via een bridge"
Hij: "Nee dat mag niet, wij ondersteunen dat niet"
Ik: "Maar het gebeurt zowel als ik direct op de Ubee aansluit als via de bridge, dan kan het daar toch niet aan liggen?"
Hij: "Nee meneer wij ondersteunen dat gewoon niet."
Sorry hoor maar wat is dat nou voor een antwoord? Geen bridges ondersteunen? Dat is in een netwerk thuis toch gewoon de normaalste zaak van de wereld? Een netwerk bridge is praktisch gezien een hub/switch om de poorten uit te breiden (meer apparaten aansluiten mogelijk), maar dan met de optie om ook draadloos te verbinden.
Ik heb bijvoorbeeld een "Buffalo AirStation N-Technology 150Mbps Router Access Point and Bridge" boven staan, in bridge mode, die via de WAN poort met de ubee verbonden is, zodat ik ook boven draadloos internet heb (anders is de afstand te groot). En het zou sowieso niet uit moeten maken, want ook direct met de Ubee verbinden geeft dezelfde problemen. Alle apparaten via de bridge krijgen ook netjes het IP adres toegewezen via de Ubee, en verschijnen daar ook in het menu van aangesloten apparaten. Nooit problemen mee gehad.
Maar hij heeft dus een reset voor me uitgevoerd vanuit hun kant. Vervolgens vroeg hij me in te loggen op de modem, daarvoor moest ik aan de onderkant van de modem kijken. Dus ik zeg "nee hoor ik weet nog dat gebruikersnaam:wachtwoord ziggo:draadloos is. Maar nee dat was het volgens hem niet, ik moest de SSID hebben. Dus ik zeg, ik zit gewoon met een draadje verbonden dus ik heb dat niet nodig. "Nee ziggo:draadloos is het echt niet, u moet de SSID hebben" dus ik heb voor het gemak maar gezegt dat ik dat had gedaan. Internet deed het immers weer dus ik had geen zin om er over door te zeuren dat ie een fout maakte. Ik had zelf echter ook een reset gedaan en die hield maar zo'n 5 minuten stand, dus eens kijken hoe lang dit blijft werken. Vraag me ook nog steeds af wat het probleem nou was/is, het klopt van geen kanten.
Het enige dat ik tot zover van het hele gebeuren heb opgestoken, is dat ziggo geen bridges ondersteund :roll:
Ik kan bijvoorbeeld via cmd.exe gewoon pingen naar onemorething.nl maar de website daadwerkelijk bezoeken? Dat gaat niet.
Onemorething.nl onbereikbaar via Firefox (en IE) maar wel te pingen zonder packetloss.
https://i1132.photobucket.com/albums/m577/kakaboeie/oepsiefloepsie.png
Na wat agressief refreshen laad de pagina wel, maar zonder opmaak!
https://i1132.photobucket.com/albums/m577/kakaboeie/oepsiefloepsie2.png
Vervolgens weer compleet onbereikbaar, doch ping is nogmaals zonder packetloss.
https://i1132.photobucket.com/albums/m577/kakaboeie/oepsiefloepsie3.png
PING google.nl en yahoo.com geen packetloss, forum.fok.nl 100% packetloss maar dus wel IP gevonden.
https://i1132.photobucket.com/albums/m577/kakaboeie/pingzor.png
Dit alles gebeurt zowel bedraad als draadloss. Direct aangesloten op de Ubee of via een van de twee bridges doet er ook niet toe.
Ook gebeurt het op zowel mijn Desktop PC (win7), mijn Laptop (win7) en m'n pa z'n laptop (Mac). Wat nog het meest apparte aan het hele gebeuren is, is dat als ie het op mijn desktop niet doet, hoeft het niet per sé zo te zijn dat het ook op mijn laptop / de laptop van mijn vader niet werkt. Dit kán wel het geval zijn, maar is dus niet altijd zo.
Wat het hele gebeuren ook niet duidelijker maakt, is dat ik gewoon online kon blijven gamen zonder enige vorm van lag / disconnects terwijl ik de screenshots van hierboven maakte. Ik kon dus niet internetten op m'n desktop, maar tegelijkertijd wél online gamen. :shock:
Wat moet ik hier nou weer van denken?
EDIT: Owja ik heb zowel de standaard DNS van Ziggo geprobeerd, en OpenDNS van google. Maakte niets uit, ook qua pingen van websites niet.
EDIT2:
Net met ziggo gebeld. De meneer die ik aan de telefoon kreeg begreep het probleem niet zo (wel online gamen, geen websites etc.).
Allereerst de vraag hoe ik verbinding maak;
Ik: "Sommige apparaten direct naar de Ubee toe, en anderen via een bridge"
Hij: "Nee dat mag niet, wij ondersteunen dat niet"
Ik: "Maar het gebeurt zowel als ik direct op de Ubee aansluit als via de bridge, dan kan het daar toch niet aan liggen?"
Hij: "Nee meneer wij ondersteunen dat gewoon niet."
Sorry hoor maar wat is dat nou voor een antwoord? Geen bridges ondersteunen? Dat is in een netwerk thuis toch gewoon de normaalste zaak van de wereld? Een netwerk bridge is praktisch gezien een hub/switch om de poorten uit te breiden (meer apparaten aansluiten mogelijk), maar dan met de optie om ook draadloos te verbinden.
Ik heb bijvoorbeeld een "Buffalo AirStation N-Technology 150Mbps Router Access Point and Bridge" boven staan, in bridge mode, die via de WAN poort met de ubee verbonden is, zodat ik ook boven draadloos internet heb (anders is de afstand te groot). En het zou sowieso niet uit moeten maken, want ook direct met de Ubee verbinden geeft dezelfde problemen. Alle apparaten via de bridge krijgen ook netjes het IP adres toegewezen via de Ubee, en verschijnen daar ook in het menu van aangesloten apparaten. Nooit problemen mee gehad.
Maar hij heeft dus een reset voor me uitgevoerd vanuit hun kant. Vervolgens vroeg hij me in te loggen op de modem, daarvoor moest ik aan de onderkant van de modem kijken. Dus ik zeg "nee hoor ik weet nog dat gebruikersnaam:wachtwoord ziggo:draadloos is. Maar nee dat was het volgens hem niet, ik moest de SSID hebben. Dus ik zeg, ik zit gewoon met een draadje verbonden dus ik heb dat niet nodig. "Nee ziggo:draadloos is het echt niet, u moet de SSID hebben" dus ik heb voor het gemak maar gezegt dat ik dat had gedaan. Internet deed het immers weer dus ik had geen zin om er over door te zeuren dat ie een fout maakte. Ik had zelf echter ook een reset gedaan en die hield maar zo'n 5 minuten stand, dus eens kijken hoe lang dit blijft werken. Vraag me ook nog steeds af wat het probleem nou was/is, het klopt van geen kanten.
Het enige dat ik tot zover van het hele gebeuren heb opgestoken, is dat ziggo geen bridges ondersteund :roll:
Laatst bewerkt door een moderator:
, op te lossen door de gehele firewall functionaliteit op de router uit te schakelen. Zie verder het volgende onderwerp:
