10/02/15 18:02
Nope. Normale peers en transits filteren announcements die "te" specifiek zijn. Als ze het netjes doen staat het filter op je ripe routing policy (een /20 ofzo).Oorspronkelijk geplaatst door Boskoop
Als het generieker is, wordt gefilterd op /23 of /24 bijvoorbeeld.
Je netwerk als een schot hagel van /32's announcen zal je dus weinig connectiviteit geven.
Als je klanten niet per SLA gegroepeerd zitten in ietwat grotere subnets kun je op die manier ook geen voorrang geven.
10/02/15 18:26
In dit geval lijkt me dat toch wel. Bijvoorbeeld rijksoverheid.nl is onderdeel van een eigen /24, die zou dus gewoon afzonderlijk announced kunnen worden.
De context van dat verhaal was het mogelijke scenario dat er te weinig resources voor handen zouden zijn om al het verkeer aan te kunnen. Dat is uiteraard pure speculatie - ik zei dat in reactie op iemand die stelde dat het geen kabelbreuk zou kunnen zijn.
We kunnen natuurlijk speculeren tot we een ons wegen. Maargoed, in een kwestie waarin er door de aanbieder geen enkele vorm van communicatie plaats vindt, lijkt me dat er ook wel gespeculeerd mag worden.
Ik verbaas me momenteel vooral over 2 zaken:
1. Het gebrek aan communicatie vanuit Prolocatie. Ik denk dat we inmiddels wel mogen aannemen dat ze hun zaken niet goed op orde hadden. Met uitzondering van sabotage of een ramp (en dat laatste lijkt me uitgesloten), is er simpelweg geen denkbaar scenario waarbij een professioneel datacenter zo lang plat kan liggen. Maar.. fouten kunnen gebeuren. Echter dien je als aanbieder dan wel proactief te communiceren. Het feit dat er in dat opzicht niks gebeurt, zou wel eens een doodsteek kunnen zijn.
2. Het feit dat grote sites - en dan met name de rijksoverheid - klaarblijkelijk geen adequate uitwijkoplossing heeft. En dat vergt echt geen active-active twin datacenter oplossing. Snel herstelbare backups zouden al genoeg zijn om binnen een uurtje o.i.d. weer te draaien. Het lijkt me dat dit (na afloop) eens onder de loep genomen moet worden.. zal ook zeker een staartje krijgen.
Laatst gewijzigd door Apoc; 10/02/15 om 18:27.
10/02/15 18:29
Dit dus: http://www.telegraaf.nl/binnenland/2...oringen__.html
10/02/15 18:30
1. Gebrek aan communicatie kun je ze niet geheel kwalijk nemen. Het is een klein bedrijf (aldus KVK) geregistreerd op een huis adres. Zal dus geen grote service desk hebben met personeel om te telefoon op te nemen. Hun site, als je er naar kijkt, doet geloven dat het een enorme organisatie is. Hoe dan ook is het niet erg verstandig om na 5-6 uur downtime een tweet te plaatsen met als inhoud "we weten het ook niet".
2. Rijksoverheid is politiek en vertrouwt veelal op SLA en contract. Daarnaast dacht ik, maar dat project zal ook wel weer de nek omgedraaid zijn, dat er een "Consolidatie Datacentra Rijksoverheid" liep waarbij alles naar hun eigen locaties werd verhuisd. Kennelijk is dit nog niet gebeurd. Het zou in deze situatie echter toch de provider/leverancier moeten zijn die over een adequate fail-over zou moeten beschikken (of minstens de kennis om de boel binnen 2-4 uur weer online te hebben!).
Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.
10/02/15 18:48
Je quote de verkeerde naam
1. Ik heb het ook niet over het te woord staan van individuen. Maar een pagina met wat updates, of een Twitter feed o.i.d, dat kan iedere willekeurige partij. Hoe groot Prolocation precies is, weet ik niet. Echter, wanneer je de sites host van de rijksoverheid, Geenstijl (met o.a. een high traffic site als Dumpert), Telfort, dan kan je nooit heel klein zijn.
Ja, en dat dient te veranderen.
Uiteraard, maar dat doet niets af aan de verantwoordelijkheid van de sites in kwestie zelf. Hoe goed de aanbieder ook is, het zou nooit zo mogen zijn dat de rijksoverheid afhankelijk is van het goed functioneren van 1 partij.
Laatst gewijzigd door Apoc; 10/02/15 om 18:49.
10/02/15 19:05
Prolocation had in 2012 volgens de jaarrekening 7 medewerkers en een EV van om en nabij de 2 miljoen. Zeker geen klein bedrijf op een zolderkamer me dunkt, al helemaal niet als je kijkt naar de klanten.
Communicatie naar buiten is nihil, maar wellicht naar hun key klanten wel goed, dat weten we niet. Hoewel... https://twitter.com/SietseBakker/sta...57605463838721. Twitteraccount prolocation_noc kan overigens goed een hoax zijn, heeft maar 2 tweets.
Dit is een interessant 'liveblog' van de ontwikkelingen. Lijkt er wel op dat er routers helemaal over hun nek zijn en/of de config verloren o.i.d. Maar ja, zo lang kan zoiets herstellen toch niet duren zou je denken. Blijft gissen totdat er wellicht ooit een RFO komt.
http://storingsoverzicht.nl/2015/ove...on-datacenter/
Ben het overigens eens dat je van Rijksoverheid zeker kan verwachten dat ze de site ook bij een andere provider hebben draaien. Als was het maar in een passieve setup zodat ze (a la Geenstijl naar Tumblr) zélf kunnen omschakelen naar een andere locatie. Zo spannend hoeft dat niet te zijn op zich.
Overigens lijkt er weer wat beweging te zijn, ik kwam net weer op een werkende pagina van rijksoverheid per toeval
Laatst gewijzigd door Skredd; 10/02/15 om 19:11.
10/02/15 19:10
Mod edit: Dit is dus een fake twitter account mocht je (de lezer) het niet door hebben.
Voor wie nog wat popcorn over heeft: https://twitter.com/prolocation_nl
Laatst gewijzigd door Yourwebhoster; 10/02/15 om 19:30.
10/02/15 19:16
Zouden ze hier meelezen voor tips?rijksoverheid.nl is weer bereikbaar. Dumpert nog niet.
10/02/15 19:19
pblweb10.prolocation.net lijkt prima door het netwerk te komen...
Een grote choas vrees ik, ga toch steeds meer denken aan: een giga fout (mogelijk als oplossing voor eender incident) of bewuste actie van iemand die niet zo blij is met prolocation.
10/02/15 19:27
Denk dat het vaak een geval is van wel twee routers/paden beschikbaar hebben, maar ergens in de loop van de tijd voorzien van een loadballencer, of andere oplossingen om een Ddos te mitigeren bijvoorbeeld, waarna de redundant-functie eigenlijk verbergt dat je geen volwaardige 'dubbele' capaciteit kunt verwerken. Indien beide routers bij het verwerken al op 50+ % zitten, en alles komt door een uitval van router A, terecht op router B....
10/02/15 19:31
EUREKA!! Zou dit ook de reden zijn dat wanneer er 1 autosnelweg is afgesloten, er file ontstaat op andere wegen? Wel een hele grote dag voor de rijksoverheid zo.. in 1 klap EN de redundancy hersteld, EN inzicht verworven om het fileprobleem aan te pakken.
10/02/15 19:31
Check RTL4. Goede reclame voor de hosting markt. :-(
Verzonden vanaf mijn iPhone
Skynet ICT B.V. - The cause of the problem is: the printer thinks its a router.
10/02/15 19:37
10/02/15 19:43
Sites lijken weer online te komen...
10/02/15 20:18
rijksoverheid en wat andere sites wel, het hele geenstijl netwerk nog niet
Likes: 
Quote