i3D.net verhuizing - Pagina 6

martysmarty · #76 (**permalink**) 28 October 2009, 16:20

Citaat:

Oorspronkelijk geplaatst door X-Hosted

Zou iemand eens willen kijken of 213.163.65.106 pingt vanaf UPC bijvoorbeeld dan? Hier met alice nog niets bereikbaar....

Vanuit zweden niet. Loopt vast op HOP:
12 36 ms 37 ms 37 ms xe-0-0-0.er1.ams1.nl.above.net [64.125.26.81]

sdetroch · #77 (**permalink**) 28 October 2009, 16:20

Citaat:

Oorspronkelijk geplaatst door GlobalServe

Ik snap de reactie van de meeste, maar verhuizen? Bij een andere provider kan perfect hetzelfde gebeuren.

Waarschijnlijk hebben ze wel een reden om dit zo te doen.
Misschien toch maar beter wachten tot hun officiële reactie?

Joeri,

dat zou ik durven betwisten. Overal kan wel iets voorvallen, dat is correct. Maar (ik ben niet gehinderd door enige 'officiele info' voor alle duidelijkheid) racks vol met servers van klanten verhuizen en dit zonder uw klanten op de hoogte te stellen, dit kan niet, nooit!

Stel (stel, ik zeg niet dat het zo is, want dat weet ik niet) dat ze om de een of andere reden binnen het uur moesten beslissen om te verhuizen (nieuw datacentre bijna klaar problemen met huidig datacentre, druppel die de emmer doet overlopen enz enz), dan nog kan je je klanten een mailtje sturen om hen dit even te laten weten. Downtime hebben is één zaak, uw klanten niet inlichten is zo mogelijk nog erger, want die klanten krijgen op hun beurt (boze) klanten aan de lijn, waartegen ze zelfs niet kunnen zeggen of de downtime nog 10 minuten, een uur of een dag zal zijn ...

Dan nog, een downtime van 15u (and counting) is in mijn ogen slechts in één situatie aanvaardbaar, dat is als het datacentre in brand staat, ontploft is of andere overmacht, ..., zo goed als alle andere zaken kan je binnen de 15u oplossen denk ik. Wanneer dat bvb niet kan door de hoeveelheid van racks, tja, dan moet je de verhuis (1) vooraf aankondigen en (2) in stukjes doen.
Ik zou het niet graag meemaken dat ik een downtime van 15u aan mijn klanten moet verantwoorden (en al zeker niet indien ik zelf over geen info zou beschikken van mijn leverancier). Ik zeg ook niet dat wij het nooit kunnen tegenkomen, zeg nooit nooit natuurlijk

Hendrik83 · #78 (**permalink**) 28 October 2009, 16:21

213.163.65.106 werkt niet vanaf UPC.

sdetroch · #79 (**permalink**) 28 October 2009, 16:22

Citaat:

Oorspronkelijk geplaatst door X-Hosted

Zou iemand zo vriendelijk willen zijn om eens te kijken of 213.163.65.106 pingt vanaf UPC bijvoorbeeld dan? Hier met alice nog niets bereikbaar....

Vanuit Telenet/Belgie ook niets.
Edit: ook niets vanaf Belgacom/Skynet Belgie.

Lite-On · #80 (**permalink**) 28 October 2009, 16:22

Citaat:

Oorspronkelijk geplaatst door X-Hosted

Zou iemand zo vriendelijk willen zijn om eens te kijken of 213.163.65.106 pingt vanaf UPC bijvoorbeeld dan? Hier met alice nog niets bereikbaar....

Vanaf mijn DSL lijn & server in het datacenter is dit het resultaat:
Time-out

BDConsult · #81 (**permalink**) 28 October 2009, 16:22

Het "grappige" is dat pings wel aankomen, maar alle grotere pakketten niet.

DutchTSE · #82 (**permalink**) 28 October 2009, 16:23

Citaat:

Oorspronkelijk geplaatst door X-Hosted

Zou iemand zo vriendelijk willen zijn om eens te kijken of 213.163.65.106 pingt vanaf UPC bijvoorbeeld dan? Hier met alice nog niets bereikbaar....

http://www.ris.ripe.net/dashboard/213.163.65.0/24

The visibility of this prefix is 77%. Geef geen garantie op de preciesheid hiervan, maar bij onze nieuwe range van 2 weken geleden klopte het aardig.

Citaat:

Oorspronkelijk geplaatst door DigiState

Het is hetzelfde topic dat toch maar weer geopend is

Het was een nieuw topic, maar ze zijn nu samen gevoegd

FunnyMedia · #83 (**permalink**) 28 October 2009, 16:23

Citaat:

Oorspronkelijk geplaatst door X-Hosted

Zou iemand zo vriendelijk willen zijn om eens te kijken of 213.163.65.106 pingt vanaf UPC bijvoorbeeld dan? Hier met alice nog niets bereikbaar....

Vanuit UPC nog geen geluk:
Pingen naar 213.163.65.106 met 32 bytes aan gegevens:
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.

Ping-statistieken voor 213.163.65.106:
Pakketten: verzonden = 4, ontvangen = 0, verloren = 4
(100% verlies).

C:\Users\Ik Zelf>tracert 213.163.65.106

Traceren van de route naar 213.163.65.106.xp-losion.net [213.163.65.106]
via maximaal 30 hops:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 24 ms 29 ms 29 ms 10.15.4.129
3 24 ms 24 ms 20 ms p50097.net.upc.nl [212.142.50.97]
4 26 ms 30 ms 28 ms 84.116.244.73
5 14 ms 14 ms 16 ms 84-116-131-13.aorta.net [84.116.131.13]
6 * 11 ms 8 ms k718.pni.chello.ams1.nl.above.net [62.4.95.241]

7 * * * Time-out bij opdracht.

MMaI · #84 (**permalink**) 28 October 2009, 16:23

Code:

Tracing route to 213.163.65.106.xp-losion.net [213.163.65.106]
over a maximum of 30 hops:

  1     2 ms     3 ms     2 ms  . [192.168.1.1]
  2    27 ms    22 ms    34 ms  195.190.242.5
  3    21 ms    27 ms    23 ms  213.75.64.173
  4    21 ms    21 ms    34 ms  213.75.64.173
  5    34 ms    23 ms    25 ms  ams-ix.hwng.net [195.69.144.94]
  6    42 ms    23 ms    23 ms  5-1.r1.am.hwng.net [69.16.191.121]
  7     *        *        *     Request timed out.

vanaf een kpn-adsl (planet) verbinding

X-Hosted · #85 (**permalink**) 28 October 2009, 16:25

Thanks! Misschien netwerkproblemen dan, lijkt me sterk dat ze alle servers nu nog niet opgehangen hebben...

Van tweakers:

Citaat:

Toch even reageren..

Ik werd vannacht om 2 uur door klanten uit mijn bed gebeld.. Alles plat.. Ik i3D gebeld.. Ze zeiden dat ze bonje hebben met WeDare, waardoor ze per direct uit het datacenter MOESTEN.

Ze vertelde mij dat het voor 7 uur geregeld zou zijn.. Om 7 uur nog niets.. Ik ben er naartoe gereden.. Wat ik daar aantrof was 1 grote teringzooi. Echt niet normaal.

Onze switch lag ergens onder in een groene bak met allemaal spullen erop.. Onze servers lagen onderop in een andere groene bak die totaal ergens anders stond.. Ze zijn een half uur wezen zoeken naar de spullen..

Tot slot moest ik het zelf maar ff in het rack schroeven omdat ze de mankracht niet hadden.. Gedaan.. Werkt de colo-switch van hun niet.. Hebben ze ook nog moeten programmeren.. Uiteindelijk was het om 12:00 uur up.. (omdat ik het zelf er maar in geschroefd heb) Alle andere servers lagen nog in groene bakken..

Inmiddels heb ik een claim van mijn grootste klant.. En mijn 1 na grootste klant heeft opgezegd.. Lekker zooitje! Wie gaat dit betalen? Ik neem aan i3D? Zo niet, dan ben ik heel erg benieuwd naar de uitspraak van een rechter..

Oh ja.. Dat gezeik over een SLA.. Pure ONZIN! Dit mag gewoon niet.. Dit is onacceptabel!

Tegenover

Citaat:

Oorspronkelijk geplaatst door Stewie

Er is voldoende mankracht aanwezig om eea snel uit te voeren - een gespecialiseerd ICT verhuisbedrijf is hiervoor ingehuurd. Onze website was eerder offline - servers worden nu stuk voor stuk omgezet en komen ook op individuele basis weer online.

BLAST3R · #86 (**permalink**) 28 October 2009, 16:27

Citaat:

Traceren van de route naar 213.163.65.106.xp-losion.net [213.163.65.106]
via maximaal 30 hops:

1 <1 ms <1 ms <1 ms router.local [192.168.1.1]
2 10 ms 5 ms 7 ms router.local [192.168.1.1]
3 8 ms 9 ms 7 ms nm10cat12.brain.upc.nl [212.142.23.190]
4 13 ms 33 ms 13 ms 84.116.244.69
5 44 ms 14 ms 13 ms 84-116-131-13.aorta.net [84.116.131.13]
6 13 ms 13 ms 14 ms ge-11-1-8.er2.dfw2.us.above.net [64.125.12.33]
7 * * * Time-out bij opdracht.
8

Ook weinig leven vanuit hier (vanaf UPC).

X-Hosted · #87 (**permalink**) 28 October 2009, 16:35

Thanks voor het testen, het was ook te mooi om waar te zijn om te denken dat het misschien vanaf andere ISP's wel werkte.

ColoBolo · #88 (**permalink**) 28 October 2009, 16:39

Afgelopen nacht ben ik als klant van I3D bij Wedare geweest (om evt mijn servers en switches op te halen) nadat ik hoorde dat de verhuizing in gang was gezet (via chat).

Een aantal vrachtwagens zouden zijn tegengehouden toe deze bij het terrein van wedare af wilde en ik vroeg mij af of mijn goederen daar in stonden. Daar aangekomen was de eigenaar van Wedare door de politie gesommeerd om de blokkade van het terrein te verwijderen (er waren auto's voor de uitrit gezet zodat de laatste vrachtwagens met servers niet weg konden).

Vervolgens ben ik naar het nieuwe gebouw van I3D gegaan (met een van de eigenaren ?)Gelukkig waren mijn servers en switches al geariveerd met de eerste vrachtwagens, alwaar ik met een monteur begonnen ben met het opbouwen van mijn colocated parkje.

Ook ik was niet op de hoogte van de op handen zijnde verhuizing. Wel werd mij duidelijk dat de Move door I3D uit noodzaak geboren was (verwachtte tegenwerking). Om die reden zou zijn besloten om in stilte te verhuizen (om erger te voorkomen).

Natuurlijk heb ik ook geen goed gevoel bij het gebeurde.
Doordat ik er zelf bij ben geweest toen zich bovenstaande voltrok kan ik in ieder geval melden dat I3D op die nieuwe locatie hard aan het werk is om alles online te krijgen.
Mijn serverpark draait in ieder geval weer vanaf 06:00 uur vanmorgen.
Nu ben ik nog even aan het bekomen van de schrik.

Duidelijk is voor mij in ieder geval wel dat de intenties van I3D goed zijn (zeker als je kijkt naar de investeringen die ze in het nieuwe datacenter hebben gedaan).

Nu, achteraf ben ik blij dat mijn servers op de nieuwe locatie staan. Wil me niet voorstellen hoe het zou zijn gegaan als er bv geen toegang meer voor mij zou zijn bij wedare terwijl mijn spullen daar nog zouden staan.

santema · #89 (**permalink**) 28 October 2009, 16:40

Citaat:

Oorspronkelijk geplaatst door Dezo

Dat zou dan pas echt een schande zijn als dit inderdaad gebeurd is.

Wel, de reactie was idd weg.

dennis0162 · #90 (**permalink**) 28 October 2009, 16:46

Daarom is het ook raadzaam om op elke server/switch een label te plakken met je (bedrijfs)naam.