Poehee... UPC zei dat ik de enige was met DNS problemen (op 2 verschillende zakelijke locaties)
Maar het klopt dat deze problemen specifiek op het UPC netwerk zitten.
Onze locaties hebben dubbele internet verbindingen (UPC + KPN/XS4All/Tweak) als failover. En merkte voor kerst opeens problemen op het UPC netwerk.
Dat uitte zich specifiek op DNS resolving. Wat te zien in de enorme snel groeiende logfiles in de servers. UPC, Google & OpenDNS servers gaven hele lage responstijden of waren niet bereikbaar. (jawel mijn servers gebruiken ze gewoon alledrie)
Pech voor UPC dat ik zowel KPN glasvezel als UPC aan het netwerk had gekoppeld als failover. Want natuurlijk is het de schuld van de gebruiker. Service monteur langs laten komen en die jongen laten zien...op KPN netwerk geen problemen...op UPC netwerk dns problemen.
Wat ze gedaan hebben weet ik niet, maar sinds begin dit jaar is alles opeens opgelost.
Het lijkt me dat er binnen het UPC netwerk iets niet goed gaat met de DNS resolving.
Aangezien op IP adres navigeren, remote desktop, vpn tunnels wel uitstekend werkt, maar specifiek het benaderen van dns servers niet goed werkt....zegt mijn gutfeeling dat hier een filter of monitor functie gezet is op dns verkeer die onverwacht voor de vertraging zorgt.
WTF doet UPC met de DNS traffic?
Let wel dit is zonder enige onderbouwing!!! Gewoon gebruikers ervaring. Mijn serverlogs laten met dezelfde tussenpozen blokken van geen dns resolving en 2,5-4,0 seconden vertraagde dns resolving zien. En dit patroon was een stabiel blokpatroon, dus dit is geen toeval te noemen. Als de Xbox zijn servers op naam zoekt kan dit ook de oorzaak zijn van de problemen dat het soms wel en soms niet werkt.
Ook het in
bridge mode te zetten van de modem lost het probleem niet op. Dit bij een van onze medewerkers uitgeprobeerd.
http://vragen.upc.nl/app/...r-aansluiten-op-upc-modem
Kleine anekdote:
Een jaar geleden had ik hulp van UPC omdat ik problemen had met 'meervoudig' SIP verkeer over de UPC 3212 modem. De zakelijk variant (3925) had het probleem niet.
Nadat ik met een scan had aangetoond dat de UPCmodem poort 5060 'verminkte' kreeg de supportmedewerker opeens opdracht niet meer met mij te communiceren.
Dus plots geen support meer, geen communicatie. Ook een aangetekend schrijven met onderbouwing van filtering/mutilatie/blokkering van specifiek verkeer werd niet meer op gereageerd, bij een volgend bezoek kreeg ik opeens een cisco 3925.
Die andere modem was een consumer modem en niet bedoeld voor zakelijke klanten was de reden.....
Mijn Tips:
Uiteindelijk wil je dat ze het oplossen. Dus vriendelijk blijven.
1. Probeer de 3925 te krijgen, vermijd de 3212. Krijg je de 3212 zet deze dan in bridgemodus met je eigen modem/router erachter.
2. Ga (als het kan) naar een UPC winkel en vraag daar vriendelijk om hulp. Dat werkt beter dan een telefonische helpdesk.
3. En als ze zeggen dat je van alles aan je netwerk moet doen, het is namelijk jou probleem......heb je het natuurlijk getest met je mobiel internet dongle waar alles wel.
Of de alternatief dat als je netwerk van de buren gebruikt alles wel werkt werkt.
@Lord Igor: Hmm goeie tip. Jammer genoeg hebben ze het bij mij opgelost. Zal volgende keer een trace route uitvoeren. Het benaderen op IP adres geeft geen problemen. Het benaderen van de DNS servers specifiek wel. Dus eigenlijk wil ik wel weten wat de oorzaak is.
Ik had bij de problemen wel tijdelijk het IPv6 protocol uitgezet, wat voor betere responstijden zorgde.
@Heppieboeddah
De 3925 is voorzover ik heb kunnen testen schoon. En kan gebruikt worden in elke configuratie die je kiest.
De 3212 is 'niet schoon'. Waarmee ik bedoel dat UPC deze firmware beperkt heeft op functionaliteit of al heeft voorbereid op extra functionaliteit (wifi hotspot).
Door de 3212 in bridgemodus te zetten schakel je fouten/invloeden verzoorzaakt door de UPC modem zoveel mogelijk uit. Als tweaker wil je de hardware onder controle hebben en deze zo min mogelijk door een ander (UPC) laten beinvloeden.
edit: Deze prutser realiseert zich dat met de 'Horizon' uitrol van UPC ook aan de slag is gegaan gepaard met VLAN tagging. En meegenomen het feit dat het UPC netwerk vanuit India beheerd wordt begrijp ik nu waarom dit probleem zich over Europa heen spreidt.... Ik denk dat ze eens moeten checken welke configuratie wijzigingen in India rond de kerstdagen zijn doorgevoerd.
Waarschijnlijk iets met een geweldige routering zoals Lord Igor bevroede.
[Reactie gewijzigd door kwakzalver op 3 januari 2013 14:42]