COLO BE-bru peiling interesse

Citaat:

---

Oorspronkelijk geplaatst door wonko

Als het is zoals gezegd wordt (dat heel het Scarlet DC in Vilvoorde achter 1 Cisco 65xx zit), dan is dat dus niet 100% redundant (wat als exact die machine wegvalt). Het netwerk kan dus maar maximaal de garanties bieden dat één Cisco 65xx kan bieden.

---

Tis natuurlijk niet zo simpel als dat, een cisco 65xx of 76xx kan volledig redundant zijn zodat bij een hardware failure een ander blade, voeding of zelf supervisor overneemt (afh van configuratie natuurlijk).
Nadeel aan een zulke supervisor opstelling is dat je soms echt nog full downtime nodig hebt voor maintenance werk.

EDIT: Is trouwens een opstelling wat je wel meer ziet in de datacenters van de iets grotere bedrijven. Voor een ISP vind ik het persoonlijk niet de juiste oplossing.

Citaat:

---

Oorspronkelijk geplaatst door localh

En ben je klant "via via" of rechtstreeks bij Scarlet? :)

---

Ik werk ondertussen voor 3 directe Scarlet klanten + heb eigen materiaal staan bij een kleinere provider @ scarlet.

Citaat:

---

Oorspronkelijk geplaatst door luser

Ik werk ondertussen voor 3 directe Scarlet klanten + heb eigen materiaal staan bij een kleinere provider @ scarlet.

---

Dan zou ik je aanraden toch is even rechtstreeks contact op te nemen met Scarlet.

Ik ben wel rechtstreeks klant bij hen en:

1) er is volledige redundantie
2) de klanten waar je voor werkt betalen misschien niet voor een redundante uplink?
3) de cisco's die er staan zijn eerder 12xxx dus waar je die 65xx van haalt weet ik ook niet :)
4) de voorbije jaren heb 'k er geen noemenswaardige problemen gehad.
Het NOC daar belt je vooraf ook altijd mooi op bij een planned maintenance.

Een guided tour door Scarlet is ook altijd interessant trouwens.
Leer je veel van bij en heb je de info uit eerste hand en niet uit 2de, 3de ... hand ;)

Wat wel klopt is dat het Scarlet DC niet carrier neutral is.

En nog een beetje info mbt de 65xx / 76xx die je aanhaalde:
Een cisco 65xx of 76xx is onmogelijk volledig redundant uit te voeren.
Een swap-over van de ene supervisor naar de andere geeft bij een 65xx of 76xx een outage van om en bij de 100msec. Een 12xxx is wel redundant uit te voeren, omdat daar de kaarten blijven forwarden ook al valt de supervisor/CPU/route processor uit

localh: afaik moet je bij een IOS upgrade bij een 12xxx ook heel het chassis in 1 keer rebooten. Ben je toch down. Bovendien boot een 12xxx t r a a g (zeker als er wat kaartjes inzitten)

redundant zou zijn

routers <>router
/\ ............ \/
switches <> switch

en de uplinks ook nog via de switches en routers verdeelt
valt een der routers of switches uit draait de rest via de redundant opstelling
die nog via de andere set

Citaat:

---

Oorspronkelijk geplaatst door frankske

localh: afaik moet je bij een IOS upgrade bij een 12xxx ook heel het chassis in 1 keer rebooten. Ben je toch down. Bovendien boot een 12xxx t r a a g (zeker als er wat kaartjes inzitten)

---

Is geen probleem.
In-Service-Software-Upgrade heet zoiets ;) Voor Cisco 12xxx and up.

Is't? Voor de CRS-1 en co werkt dat alvast niet :)

Citaat:

---

Oorspronkelijk geplaatst door localh

En nog een beetje info mbt de 65xx / 76xx die je aanhaalde:
Een cisco 65xx of 76xx is onmogelijk volledig redundant uit te voeren.
Een swap-over van de ene supervisor naar de andere geeft bij een 65xx of 76xx een outage van om en bij de 100msec. Een 12xxx is wel redundant uit te voeren, omdat daar de kaarten blijven forwarden ook al valt de supervisor/CPU/route processor uit

---

De 65xx & 76xx zijn ook maar gewoon voorbeelden, van mij uit staat er een foundry met een compleet set redundante kaarten. Het punt blijft dat bij sommige maintenance werken je hele router uit moet.

Citaat:

---

Oorspronkelijk geplaatst door luser

De 65xx & 76xx zijn ook maar gewoon voorbeelden, van mij uit staat er een foundry met een compleet set redundante kaarten. Het punt blijft dat bij sommige maintenance werken je hele router uit moet.

---

Je setup is knap natuurlijk maar ik mag hier dus uit afleiden dat je niet rechtstreeks klant bent bij Scarlet en je dus eigenlijk weinig bent met die setup omdat jij of de partij waar je afneemt niet betaald voor een redundant uplink?

Je liet uitschijnen dat je weet hoe het Scarlet netwerk in elkaar zit maar dat blijkt dus niet zo te zijn. Nogmaals, info uit 1ste hand krijgen en het met je eigen ogen zien voorkomt de verspreiding van foute info. En Scarlet is niet de eerste waar 'k hier foute info over zie verschijnen spijtig genoeg ;)

Nee, ik denk dat je me fout begrepen hebt. 'van mij uit' = 'al staat er een'.

EDIT: Nu we wijken een beetje af van topic.

localh: Dus jij hebt 2 uplinks @ scarlet zonder een layer3 device ertussen (wat compleet overbodig is voor 20 tem 40 racks)?

Nope, geen redundante uplink, en de voorbije 3 jaar ook niet nodig gehad eigenlijk.

Maar de mogelijkheid om het te nemen is er wel natuurlijk.

Citaat:

---

Oorspronkelijk geplaatst door localh

Dan zou ik je aanraden toch is even rechtstreeks contact op te nemen met Scarlet.

Ik ben wel rechtstreeks klant bij hen en:

1) er is volledige redundantie
2) de klanten waar je voor werkt betalen misschien niet voor een redundante uplink?
3) de cisco's die er staan zijn eerder 12xxx dus waar je die 65xx van haalt weet ik ook niet :)
4) de voorbije jaren heb 'k er geen noemenswaardige problemen gehad.
Het NOC daar belt je vooraf ook altijd mooi op bij een planned maintenance.

Een guided tour door Scarlet is ook altijd interessant trouwens.
Leer je veel van bij en heb je de info uit eerste hand en niet uit 2de, 3de ... hand ;)

Wat wel klopt is dat het Scarlet DC niet carrier neutral is.

En nog een beetje info mbt de 65xx / 76xx die je aanhaalde:
Een cisco 65xx of 76xx is onmogelijk volledig redundant uit te voeren.
Een swap-over van de ene supervisor naar de andere geeft bij een 65xx of 76xx een outage van om en bij de 100msec. Een 12xxx is wel redundant uit te voeren, omdat daar de kaarten blijven forwarden ook al valt de supervisor/CPU/route processor uit

---

Ja dan hiermee is de discussie over de wie wat en waar ... afgesloten. Anders moet hier iemand maar naar scarlet bellen voor de juiste info. Want de discussie wit of zwart heeft weinig zin.
Ik ben tevreden met het scarlet DC, zeer tevreden zelfs (van A tot Z), en ik heb nog nooit een panne van scarlet kunnen opmerken (van scarlet .... dus niet van een subklant... want dáár zijn soms wel grote problemen en dat maakt de naam van scarlet mee zwart... )

Maar daar gaat deze topic niet over

Daar gaat dit topic inderdaad niet over maar vind het wel interessant om het allemaal eens te horen (klant bij xhost/collecthost te scarlet). Kan iedereen die guided tour aanvragen? luser : heb je mijn PM gelezen?

Ik denk niet dat ze georganiseerde toerististische uitstappen doen maar als je een potentiële klant bent denk ik niet dat dit een probleem is maar dat kan je daar best met één van hun accountmanagers over hebben denk ik.

wij zijn zeer tevreden van de resultaten en binnenkort zal er een officiële aanbieding worden geplaatst met veel meer info !

Citaat:

---

Oorspronkelijk geplaatst door localh

Is geen probleem.
In-Service-Software-Upgrade heet zoiets ;) Voor Cisco 12xxx and up.

---

Mits de 12k's IOS XR draaien.

Met IOS moet er nog gereboot worden.
Met IOS XR 3.x en hoger blijft de router gewoon up.
Het is ook mogelijk tussen versies te wisselen, bijv van 3.2 naar 3.6 en dan weer terug naar 3.5 etc etc.