ADSL van KPN / XS4ALL Only / Business DSL Storing Poortugal
Als gevolg van een storing kunnen klanten met een ADSL van KPN, XS4ALL
Only en Business DSL verbinding in Poortugal momenteel
geen verbinding maken of problemen ondervinden met de ADSL/BDSL
verbinding.
Technici zijn op de hoogte en werken aan een oplossing om het probleem
zo snel mogelijk te verhelpen.
Onze excuses voor het ongemak.
Amsterdam verwelkomt OpenDNS
Het Amerikaanse OpenDNS heeft laten weten een nieuwe locatie voor haar DNS diensten te hebben geopend. Naast verschillende locaties in de VS en een lokatie in Londen, is Amsterdam als nieuwe lokatie toegevoegd. OpenDNS biedt een beveiligde en stabiele DNS service aan voor gebruikers, die graag een alternatief willen voor de DNS servers van hun provider. OpenDNS richt zich vooral op de stabiliteit en veiligheid, om zo de kans op storing of DNS-spoofing met betrekking tot het gebruik van DNS servers buitenspel te zetten. Voor meer informatie, bezoek deze pagina.
De setup van OpenDNS is geplaatst in het Telecity 2 datacentrum. Met de locatie in Amsterdam wordt supersnelle afhandeling van DNS aanvragen in Europa verstevigd.
De officiële statement van OpenDNS:
by David Ulevitch on Aug 31st, 2009
Two weeks ago I was in Amsterdam, The Netherlands, doing an installation and am happy to report that as of today, that site is online and serving production OpenDNS traffic.One of the neat things about OpenDNS is that we use something called Anycast technology in how we run our network. That’s great for you — it means no matter where you are in the world, your DNS requests route through our closest datacenter. When we do maintenance, our routing topology ensures you will route to our next closest datacenter. It also means that when we bring up a new datacenter that is closer to you, your DNS requests will go to it.
And here’s a photo of what our installation looks like:
From top to bottom we have:
Operations machine for management
Juniper MX480 Router
Cisco 2950 Switch for management
3 SuperMicro Twin2U Servers (each with four servers in a single chassis)This is a fairly typical setup for us. We have lots of room to add more servers as needed (though we think the 12 we have will be plenty for quite a while). We’re happy to answer questions, so please feel free to ask ‘em. You can see more pics of our setup here: OpenDNS in Amsterdam
ADSL van KPN / XS4ALL Only / Business DSL Storing Utrecht-Leidsche Rijn
Als gevolg van een storing kunnen klanten met een ADSL van KPN, XS4ALL
Only en Business DSL verbinding in Utrecht-Leidsche Rijn momenteel
geen verbinding maken of problemen ondervinden met de ADSL/BDSL
verbinding.
Technici zijn op de hoogte en werken aan een oplossing om het probleem
zo snel mogelijk te verhelpen.
Onze excuses voor het ongemak.
Landelijke storing mobiel internet [opgelost]
Op dit moment is er een landelijke storing met betrekking tot
mobiel internet.
Technici zijn op de hoogte en werken aan een spoedige oplossing.
Onze excuses voor het ongemak.
Gmail down (opgelost/solved)
Momenteel is de e-maildienst van Google niet bereikbaar. Hieronder extra officiële informatie door Google.
Gmail is currently down and not responding. Below the an additional official response by Google.
Gmail’s web interface had a widespread outage earlier today, lasting about 100 minutes. We know how many people rely on Gmail for personal and professional communications, and we take it very seriously when there’s a problem with the service. Thus, right up front, I’d like to apologize to all of you — today’s outage was a Big Deal, and we’re treating it as such. We’ve already thoroughly investigated what happened, and we’re currently compiling a list of things we intend to fix or improve as a result of the investigation.
Here’s what happened: This morning (Pacific Time) we took a small fraction of Gmail’s servers offline to perform routine upgrades. This isn’t in itself a problem — we do this all the time, and Gmail’s web interface runs in many locations and just sends traffic to other locations when one is offline.
However, as we now know, we had slightly underestimated the load which some recent changes (ironically, some designed to improve service availability) placed on the request routers — servers which direct web queries to the appropriate Gmail server for response. At about 12:30 pm Pacific a few of the request routers became overloaded and in effect told the rest of the system “stop sending us traffic, we’re too slow!”. This transferred the load onto the remaining request routers, causing a few more of them to also become overloaded, and within minutes nearly all of the request routers were overloaded. As a result, people couldn’t access Gmail via the web interface because their requests couldn’t be routed to a Gmail server. IMAP/POP access and mail processing continued to work normally because these requests don’t use the same routers.
The Gmail engineering team was alerted to the failures within seconds (we take monitoring very seriously). After establishing that the core problem was insufficient available capacity, the team brought a LOT of additional request routers online (flexible capacity is one of the advantages of Google’s architecture), distributed the traffic across the request routers, and the Gmail web interface came back online.
What’s next: We’ve turned our full attention to helping ensure this kind of event doesn’t happen again. Some of the actions are straightforward and are already done — for example, increasing request router capacity well beyond peak demand to provide headroom. Some of the actions are more subtle — for example, we have concluded that request routers don’t have sufficient failure isolation (i.e. if there’s a problem in one datacenter, it shouldn’t affect servers in another datacenter) and do not degrade gracefully (e.g. if many request routers are overloaded simultaneously, they all should just get slower instead of refusing to accept traffic and shifting their load). We’ll be hard at work over the next few weeks implementing these and other Gmail reliability improvements — Gmail remains more than 99.9% available to all users, and we’re committed to keeping events like today’s notable for their rarity.
Landelijke storing mobiel internet
Op dit moment is er een landelijke storing met betrekking tot mobiel internet.
Technici zijn er van op de hoogte. Er word op moment gewerkt aan een oplossing.
Router module upgrades
Startdate: September 9th 2009 05:30:00(CEST)
Enddate: September 9th 2009 07:00:00(CEST)
Dear customer,
We have scheduled a maintenance window on one of our routers.
We need to do some router module upgrades within this maintenance window.
Affected IP Ranges:
85.17.72.0/23
85.17.90.0/24
85.17.132.0/24
85.17.136.0/24
85.17.147.0/24
85.17.172.0/24
85.17.190.0/23
95.211.88.0/23
Best regards,
LeaseWeb – NOC
Storing in postcodegebied 3361 t/m 3363 is verholpen
Storing in postcodegebied 3361 t/m 3363 is verholpen 01-09-2009 Sinds 08.45 ontvangen abonnees weer radio- en/of televisiesignaal. Mocht u in deze regio wonen en toch nog storing ervaren, dan kunt u contact opnemen met UPC Klantenservice op telefoonnummer 0900 15 80 (€0,10 per minuut) om uw melding door te geven. UPC Nederland – – -, Storing in postcodegebied 3361 t/m 3363 is verholpen
