Tud valaki infót a Deninetről? Áll a honlapja, állnak a gépeim illetve a BIX grafikonon nincs forgalom. Megszívtam ezt a pénteket is?
- 6570 megtekintés
Hozzászólások
Nekem azt mondták, hogy az egyik core routerük elszállt...
update: Már megy is...
update2: Megint megállt...
- A hozzászóláshoz be kell jelentkezni
elindult..
update: megállt.
--
Nem az erős, aki sosem esik el, hanem az, aki mindig fel tud állni!
- A hozzászóláshoz be kell jelentkezni
nekünk már úgy 16:40 óta hol megy, hol nem. Az operátort már el se érjük előbb foglalt volt, aztán fogta és kikapcsolta a telefont...
- A hozzászóláshoz be kell jelentkezni
Nem tud újat mondani.
--
Nem az erős, aki sosem esik el, hanem az, aki mindig fel tud állni!
- A hozzászóláshoz be kell jelentkezni
oké, ezzel nincs gond. Még azzal sem, hogy hiba van, mert előfordul. De nekünk sem ártana tudni némi infót, hogy a saját ügyfeleinknek tudjunk valamit mondani. Ilyen esetben az a lehető legrosszabb, ha azt mondjuk, hogy "nem tudjuk mi van".
- A hozzászóláshoz be kell jelentkezni
nyilván tudják mivan, azt nem tudják mikor lesz kész, mert feltehetőleg dolgoznak rajta ilyenkor. ezzel az infóval előrébb vagy, vagy esetleg ki tudtad találni magadtól is, anélkül hogy telefonálással hátráltatod?:)
- A hozzászóláshoz be kell jelentkezni
Már mennek... kicsit több, mint fél órás volt a leállás...
http://bix.hu/index.php?lang=hu&page=graph&swid=vh-nx7710-1&portid=Po6
- A hozzászóláshoz be kell jelentkezni
azért az elég sok szerintem egy ilyen szolgáltatónál... nincs backup routerük??
- A hozzászóláshoz be kell jelentkezni
Két routerük van, de ebbe ami leállt volt kötve a BIX és még pár peering.
A nemzetközis routerük nem állt le.
De most majd lesz második belföldi routerük, így most már 3db összesen.
Mi is két külön routerükre csatlakozunk és elkezdett nemzetközi irányba menni a forgalom, csak annak idő kell mire minden szolgáltatótól ide találnak a csomagok. :)
____________________________
www.szerverplex.hu
- A hozzászóláshoz be kell jelentkezni
Tisztelt Ügyfelünk!
Mai napon 16.27-16.49 és 16.52-17.05 között a belföldi routerünk pillanatnyi áramingadozást követő UPS hiba miatt nem volt elérhető. A router két azonos típusú, de független UPS-re volt rákötve, sajnos mindkét UPS meghibásodott. Az áramellátási hiba más eszközt, szervereket nem érintett. Az UPS-ek közepes terheléssel üzemeltek, karbantartásuk rendszeres volt.
A szolgáltatás kiesésért elnézésüket kérjük.
Rövid időn belül második belföldi routert fogunk üzembe helyezni.
- A hozzászóláshoz be kell jelentkezni
Ha ez igaz, akkor nem tesztelik (vagy nem jol) idokozonnkent a szunetmenteseket, illetve az esetlegesen felmerulheto probemakat, ami ilyen meretu cegnel aggaszto...
- A hozzászóláshoz be kell jelentkezni
Ez így magában nagyon nem igaz.
- A hozzászóláshoz be kell jelentkezni
talan egy ott dolgozo?:)
akkor mivel magyarazod, hogy egyik ups sem volt jo a hivatalos kiadott informacio, aramkimaradas eseten?
- A hozzászóláshoz be kell jelentkezni
Nem. Sőt a helyzetet sem ismerem. Csak arra írtam, hogy amit leírtál önmagában nem igaz.
- A hozzászóláshoz be kell jelentkezni
akkor valami magyarazatot is adhatnal a nem korszakodra :)
- A hozzászóláshoz be kell jelentkezni
Abból, hogy tesztelik a szünetmenteseket, nem következik, hogy bármilyen random hálózati eseményre fel tudnak készülni. Arra ugyanis nincs reális mód, hogy mindenféle hálózati eseményt szimuláljanak.
- A hozzászóláshoz be kell jelentkezni
+1. Az UPS bemenetén fellépő olyan zavarra, ami az UPS-t leülteti, nem lehet tesztet csinálni, maximum úgy, hogy "na, most azt játsszuk el, hogy meghalt az egyik UPS", és a kimenetén szépen bontani az áramkört. A "két UPS egyszerre csinálja ezt" eseten meg nincs mit tesztelni, akkor megáll minden.
Bár mint korábban írtam, ha azonos a két UPS, akkor a "betáp oldali olyan zavar, amitől leáll az UPS" esemény következménye előre borítékolhatóan a "mindkét UPS leáll" lesz, ha a két szünetmentes azonos erősáramú betáplálást kap.
- A hozzászóláshoz be kell jelentkezni
"UPS bemenetén fellépő olyan zavarra, ami az UPS-t leülteti"
Oké, ez mi lehet? Én túl áramra, tüskékre tippelnék, de az ilyen helyeken nincs szűrve? Az ellen a legfrissebb 10k-s UPS-em is védve van (papíron). (tipp, azonos dugaszra volt kötve valamelyik pistike hosztingos seedszarverrel, és amikor eldurrant a tápja, akkor kiverte azt is?)
Mit nem vettem figyelembe?
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
- A hozzászóláshoz be kell jelentkezni
"Mit nem vettem figyelembe?"
Igazából semmit, de megbocsájtjuk:)
// Happy debugging, suckers
#define true (rand() > 10)
- A hozzászóláshoz be kell jelentkezni
"megbocsájtjuk"
Ez esetben én is, hogy kapartam ide egy regényt, és csak annyit kapok, hogy nem figyelek. :P
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
- A hozzászóláshoz be kell jelentkezni
Nem tudom, mi lehet, de a "pillanatnyi áramingadozást követő UPS hiba", egy jól és rendszeresen tesztelt, két UPS-t használó, duplikált szünetmentes hálózat esetén nem az UPS kimeneti oldalán keresendő.
Ha az UPS kimeneti oldalán történt olyasmi, ami lerohasztotta _mindkét_ ups-t, vagy ami mindkét szünetmentes körben kiesést okozott, miközben más eszköz nem borult el... Ez valahogy nekem nem tiszta... A router van két független UPS-re dugva (és semmi más), és ez a két UPS-t érintette egyszerre a "pillanatnyi áramingadozást követő UPS hiba"? Még emészteni kéne a leírtakat, bár láttunk már ennél cifrább publikus post-mortem jelentést is :-)
Oké, olyat már láttam, hogy a tápkábel gyors kihúzása majd visszadugása után egy IBM gyártmányú token-ring dobozból "kiesett" a firmware, és lehetett nekiállni soros porton rátolni a megfelelő fájlt... (Ott is volt a flopi meg a kábel a szekrényben, ahogy kell...)
- A hozzászóláshoz be kell jelentkezni
Igazából arra gondoltam, hogy a ups bemeneti oldala osztozott a pistike hosztingos géppel (mennyi az esély erre? 0%?)
Nekem egy kicsit bűzlik ez a mondóka, mivelhogy az "olcsó" ups-em is kibírja az áramingadozást (+- irányban is). De hát nem tudhatok mindent, ezért kérdeztem mi lehetett.
"flopi meg a kábel a szekrényben, ahogy kell"
Ilyennel találkoztam már. Csak az egy hordozható lérezes vonalkódolvasó volt. Mindig újra kellett "flashelni", ha ki lett véve az akku töltéshez. Aztán mindig ott volt a kis floppy, a kábel és a leírás, hogy "hogyan kell tölteni" egy laptop mellett a töltőnél.
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
- A hozzászóláshoz be kell jelentkezni
Elmondtad a lényeget: "papíron"
Az IT-sok ott követik el a hibát, hogy az UPS-re úgy tekintenek, mint egy mindig-minden körülmények között tökéletesen működő eszközre, amit semmilyen jellel (pl. nagyfrekvenciás tüskejel) nem lehet megfektetni.
Pedig mindenki látott már szerver clustert megborulni, és magyarázni a menedzsmentnek az okokat, akik ugyanígy értetlenül állnak az eset előtt, mint mi a lehaló UPS előtt.
- A hozzászóláshoz be kell jelentkezni
>Pedig mindenki látott már szerver clustert megborulni
maximum VMS adminok látnak clustert, megborulni meg nem nagyon. a többi "cluster" az nem az
- A hozzászóláshoz be kell jelentkezni
Szünetmentesekben az akkuk általában sorba vannak kötve, 1-2-n körben.
Olyan mint egy RAID0, ha kiesik egy akku akkor az a kör kiesik.
Ez simán az egyik pillanatról a másikra be tud következni.
Annyit tudni kell az egészhez, hogy gyári új akku is lehet rossz és minőségi akkuk közt is vannak minőségbeli különbségek.
Egyik kibír 5 évet, másik csak 1-et és képesek egyik pillanatról a másikra tönkre menni.
És akkor még ott van a szünetmentes elektronikája, ami szintén feladhatja egyik pillanatról a másikra.
Szakmabeliként láttam már önteszt során kigyulladó szünetmentest is.
Aki használt ipari méretekben, mennyiségben szünetmentest az tudja, hogy előfordulhatnak ilyen hibák.
Ahogy az előttem szóló is mondta helyesen, papíron sok minden van, de a valóság nem mindig a papír formát követi.
Nem hinném, hogy spóroltak volna a szünetmentesen, nem arról híresek, hogy spórolnának bármin is.
Minket is érintett a leállás, de nem panaszkodom, mert mindig korrektek.
És ahogy a fent idézett levélből is kiderül, lesz másodlagos router, amit tegyük hozzá több milliós tétel!
____________________________
www.szerverplex.hu
- A hozzászóláshoz be kell jelentkezni
Eonnal dolgoztam jo par evet es a villanyszerelok, halozati tervezok azt szepen elmondtak, hogy a nagy reszuk ellen lehet vedekezni, minden csak penz kerdese...
Az, hogy egyik akksi x ideig a masik y ideig eletkepes, vilagos. Mint irtam erre vannak a tesztek.
- A hozzászóláshoz be kell jelentkezni
És a maradék kis résszel mi van?
- A hozzászóláshoz be kell jelentkezni
+1
Az a baj, hogy aki mar uzemeltetett valaha egy desktopbol keszult "szervert", azt hiszi, hogy totalis adatkozpont-uzemeltetesi expert. Azert en is tudnek meselni ugy, hogy kozel 10 DC-t viszek 8 orszagban.
--
L
- A hozzászóláshoz be kell jelentkezni
Szerintem ezzel nem tettel semmit hozza a temahoz, es meg a nagykepu feltetelezesed is helytelen.
- A hozzászóláshoz be kell jelentkezni
Lehet, hogy a szünetmentest kapják valahonnan és túlságosan bíztak az állandó áramban? 33 perc leállás nem túl gáz, de azért elég sokan észrevették :) Annyi idő alatt azért be lehet állítani valami alternatívát.
- A hozzászóláshoz be kell jelentkezni
Milyen alternatívára gondolsz a kiesett clusterpár helyett, amit 33 perc alatt be lehet állítani?
- A hozzászóláshoz be kell jelentkezni
felpattintok egy ubit
- A hozzászóláshoz be kell jelentkezni
Ahhhahhahahahahahahaa....
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
*Dupla*
- A hozzászóláshoz be kell jelentkezni
:DDDDDDDD ne irj ilyet, mert meg elhiszik, es a kovetkezo pistike ISP-t alapit majd egy 486-on futo ki nem adott ubuntuval, rc kernellel
- A hozzászóláshoz be kell jelentkezni
Gyakori kérdésekre járok röhögni. Találkoztam már ott szembe erre irányuló kérdéssel. Aztán hamar eloltották a lelkesedését, hogy arra se szakértelme, se pénze nincs elég. Szóval nem kell nekik tippet adni, az ötlet felmerül ezekbe maguktól is :D
Egyébként, ha már RC kernelt használ, legalább annyit tud, hoyg azt behegessze. Legalább is értelmes disztrót még nem láttam rc kernellel kiadva. (de hát ugye a sün is tévedhet, ezért kefélt a drótkefével... másodszor is...)
--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64
- A hozzászóláshoz be kell jelentkezni
10G-re? ;)
- A hozzászóláshoz be kell jelentkezni
hogy fugg ossze?
- A hozzászóláshoz be kell jelentkezni
deninetnek van par 10 es 40gb/s-es interconnectje
- A hozzászóláshoz be kell jelentkezni
es meg mindig erdekelne, hogy fugg ez barmivel ossze?
10Gbit/s es 40Gbit/s-es kartyak vigan mukodnek linuxon...
- A hozzászóláshoz be kell jelentkezni
Nos.
Az ubi lehet Ubiquiti is és Ubuntu is. (Az ubifs-t azonnal kizártam ;)
Szóval az előbbi esetén nincs 10G interfész az EdgeMax-okon.
Utóbbi esetben fel sem merült bennem, hogy valaki from scratch akar Ubuntuval kiváltani egy core routert negyed óra alatt.
- A hozzászóláshoz be kell jelentkezni
az ironiadetektorod gabun segfaultolt, vagy mi? :)
- A hozzászóláshoz be kell jelentkezni
méjbí
- A hozzászóláshoz be kell jelentkezni
ironia on
A MikroTik egy router gyártó- és hozzájuk oprendszert fejlesztő cég. Nem kifejezetten ipari célokra használják: megtalálható szinte minden internet szolgáltató hálózatában, de a széles termékskála miatt egyre inkább előfordul bármilyen cégnél - akár a legkisebbeknél is, ahol nem akarnak leragadni a TP-Link - jellegű cuccok szolgáltatásainál.”
ironia off
- A hozzászóláshoz be kell jelentkezni
Linuxszal, PC-n hajtok ki 10GE linket, néha csutkán, nem nagy csoda az (épp náluk).
- A hozzászóláshoz be kell jelentkezni
Nem a 10GE kihajtása a csoda önmagában, hanem ennél jóval összetetebb a dolog. Amikkel első ránézésre meg kell bírkóznia a céleszköznek:
- több 10GE és 40GE link kezelése (tehát, nem 2-3db, hanem mondjuk 50db)
- a megfelelő BGP táblák kezelése, amik manapság elég nagyok ahogy hallom
- kellő sebességű routolás, gyakorlatilag késleltetés mentesen az összes élő linken és adott esetben LACP és hasonló mókák kezelése
- ACL-ek kezelése
Ennél biztos jóval több dologra kell figyelniés majd olyan aki ebben napi szinten benne van kiegészít. :)
Szerk: majd kihagytam, kell egy működő és lehetőleg aktuális szoftver konfig is. Ami másik ami eszembe jutott, hogy egy core eszközből N darab SFP ki/be húzkodása lassabb valszin, mint az elektronyos hálózatot helyrerúgni.
- A hozzászóláshoz be kell jelentkezni
Igazából csak a 10GE-n akadt meg a szemem, hogy miért épp az a vízválasztó, de látom itt fentebb hogy alapvetően félreértésből lett a poszt.
Kemény lenne ha valaki komolyan gondolná, hogy erre fél óra alatt össze lehet dobni egy alternatívát fiókban talált eszközökkel. :)
- A hozzászóláshoz be kell jelentkezni
Azonos típusú ups, azonos bemeneti zavarra elég jó eséllyel azonos módon fog reagálni. Ha az egyik megfexik valamitől, akkor a másik sem biztos, hogy állva marad. Szerintem...
- A hozzászóláshoz be kell jelentkezni
Persze, ez igaz, csak lehet az ugyfelek ezt nagy ivben le*.
Tehat arra gondolsz, hogy nem lett megfeleloen tesztelve?:) Egybkent meg egy valamirevalo UPS-nek birnia kene a bejovo ingadozasokat, illetve elotte az elektromos halozatot felkesziteni.
En arra probaltam celozni, hogy ezeket is kell tesztelni rendszeresen, mindig a legrosszabbra felkeszulni, vagy azt megprobalni szimulalni.
- A hozzászóláshoz be kell jelentkezni
Nem hiszem, hogy minden egyes esetet végig lehet szimulálni és N*N redundanciával készülni. Mindenkinek masszívan forogna a szeme az áraktól azt hiszem és még akkor is mondjuk 99,9-ről csak 99,995-re tornáztad fel magad.
- A hozzászóláshoz be kell jelentkezni
+1. A költségeket tetszőlegesen lehet növelni (n+1. darab független betáplálás, plusz n+1 darab dízel, m+1 darab ups, ami akár technológiáját tekintve sem azonos, több független szünetmentes hálózat a szekrényekig, stb. Csak ezeket a költségeket nagyon-nagyon kevés rendszer esetén lehet értelmesen megmagyarázni.
A dupla szünetmentes hiba az 1+1-es felállásban kiesést fog okozni - ilyenre nincs teszt, ilyenre az van, hogy bevállalják. Ha nem vállalnák be, akkor nem két, hanem több UPS lenne, és erősáramű switchek lennének berakva a szekrényekbe, hogy a "csak" dupla táppal működő eszközök se maradjanak védtelenek két ups ledöglése után.
A bemeneti oldalon bekövetkező olyan zavarra, ami az ups-t leülteti, pláne datacenter méretű betápnál nem igazán lehet tesztet csinálni. Mégis hogyan? Hozni egy kellüen nagy áramfejlesztőt, berakni az uos elé (a szolgáltatói betáp helyére), és elkezdeni azzal "szórakozni"? :-P
Egyébként meg látott már a világ bypas-ba kapcsolt ups-t, mert "folyton sípolt"... :-P És elég, ha egy van átdobva bypass-ra, és a másik meg a kardjába dől a hálózati delej elvesztésekor valami miatt :-P
- A hozzászóláshoz be kell jelentkezni
oke, persze, vannak anyagi es eszszerusegi hatarok is.
zeller, ja, vilagos. de ki mondta, hogy ugyanolyan szunetmentes kell mindig venni? A tesztet a szunetmentesekre irtam.
A halozati tervezessel sok mindent meg lehet(ne) elozni. Eonos kollegak mondtak anno. Persze ez penz kerdese.
Meg ugye az emlitett hely tobb szolgaltato elmondasa szerint sem a legkorszerubb ezen a teruleten.
- A hozzászóláshoz be kell jelentkezni
Már vagy 6-7 éve hogy ott van a legrégebbi szerverünk, és emlékezetem szerint ilyen hosszú leállásuk még nem volt.
Másik szolgáltatónál a Dataneumba volt már hogy NAV kapcsolta le fél napra az egész hálózatot, megfertőzött gép vágta hasra router/switch-et, vagy épp egyéb hiba ugyanezeket aminek javítása nem fél óra alatt történt.
Pedig szidják egyesek a Victor Hugó utcai épületet hogy milyen gányolás, kupi van ott, stb.
Pont az eset után pár órával vittem be a negyedik gépet. Több operátor is teljesített szolgálatot.
- A hozzászóláshoz be kell jelentkezni
NAV miért kapcsol le hálózatot? Fél, hogy megrázza egy CAT5-ös kábel? Én sem zárom el a vizet (ugyanolyan alapvető, mint a net a VictorHugo-ban) az adóhivatalban, csak mert zavar a csobogás.
- A hozzászóláshoz be kell jelentkezni
Nem biztos hogy ezen a fél órán kell vergődni,mikor a t-online levelezése egy napig ált, sőt már megint nem megy.
- A hozzászóláshoz be kell jelentkezni
Akárhogyan is nézem, ma vasárnap van. Péntek délelőtt óta nincs levelező-szerver. Ilyen "kimaradás" 15 éve nem volt. Már csak abban reménykedem, hogy hétfőn talán már lesz...
- A hozzászóláshoz be kell jelentkezni
Ha mondjuk a deninetnek van 100 céges ügyfele, és mind a 100 megfekszik 30 percre, és ebből 15 átlépi a vállalt SLA értéket az adott évre (januárban), ott viszonylag komoly problémáról beszélünk. (a fenti adatokat hasra ütésszerűen írtam).
--
arch,centos,debian,openelec,android
dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C
- A hozzászóláshoz be kell jelentkezni
Honnan tudod, hogy milyen SLA-kkal vállalták a szerződéseket?
Ha jól számoltam, akkor éves szinten fél óra kiesés ~99.9943% -os rendelkezésre állást jelent.
Szerverhosztingra a weboldaluk szerint 99.9%-ot vállalnak, ami ~8óra 45percet jelent kb.
Nyilván, nem jó dolog egy kis kiesés sem, fél óra még annyira sem, de akinek sok a fél óra leállás/év, holott a szerződés szerinti feltételekbe több, mint 8 óra is belefér, az véleményem szerint nyissa ki a pénztárcáját, s építsen ennek kezelésére alkalmas rendszert, vagy keressen sokkilences szolgáltatót.
- A hozzászóláshoz be kell jelentkezni
A rendelkezésre állást általában nem éves átlagban, hanem havi szinten kell teljesíteni.
- A hozzászóláshoz be kell jelentkezni
Naptári évre szokás SLA-t adni (általában azt is kikötik hogy 365 napra), de persze ettől el lehet térni, ha a feleknek az jó. Ráadásul ha havonta is vesszük, akkor olyan 45 perc per hónap a 99,9%-os rendelkezésre állás.
- A hozzászóláshoz be kell jelentkezni
Engem annyira érintett hogy tcom netem+iptvm van otthon (meg lehet szólni érte, de céges egyedi szerződéssel kapjuk fillérekért). Amit kaptam mail címet az azért van beállítva egy ideje (előtte évekig nem volt) mert nem kaptam értesítést egy karbantartásról, vagyis küldtek de én nem néztem sosem.
Levelező néha le akarta tölteni a leveleket, de hol ilyen hol olyan hibával megállt, természetesen a leállásról azóta egy sort nem küldtek, deninet meg mailt küldött mindenkinek helyreállítás után nem sokkal.
Viszont sok céget tudok akik nem foglalkoznak különösebben netes megjelenéssel, ha van is lapjuk egy domainel, levelezésre a t címüket használják mert az van nekik évek óta (ne akard meggyőzni őket másról nem fog menni:), szerintem nekik annyira nem esett jól a két nap.
És amit nem tudunk, hogy érintett e olyanokat, akik saját domainel rendelkeznek a tcomnál, és ott van a levelezésük is.
Tcom az egyik, ha nem a legnagyobb szolgáltató, a deninet meg szerintem egy közép nagyságú cég a piacon.
Hogy kié a nagyobb hiba én gondolkodás nélkül a tcomra adom az x-et.
Belső infója nem tudom kinek van de kíváncsi lennék, mi volt a hiba és miért tartott eddig kijavítani.
- A hozzászóláshoz be kell jelentkezni
Te amúgy miről beszélsz?! O.o
- A hozzászóláshoz be kell jelentkezni
t-email-es leállásról
- A hozzászóláshoz be kell jelentkezni
Nem vagyok egy nagy író, de gondoltam az előzmények alapján tud mindenki követni,de nem így volt.
Én hibám hogy idekekevertem a hétvégén történteket.
- A hozzászóláshoz be kell jelentkezni
- valami gond van megint
- A hozzászóláshoz be kell jelentkezni
Ez mit takar pontosan?
Az én szerverem elérhető és gyorsan válaszol. Nem érzékelek kiesést vagy lassulást.
- A hozzászóláshoz be kell jelentkezni
Tipikus ügyfél bejelentés.. "Nincs internet..." Nafene, már az sincs?
- A hozzászóláshoz be kell jelentkezni
Rezsicsökkentés :D
- A hozzászóláshoz be kell jelentkezni
Erre is vehetsz megyei matricát majd, mint az autópályákra.:D
- A hozzászóláshoz be kell jelentkezni
Újra probléma van?
--
Nem az erős, aki sosem esik el, hanem az, aki mindig fel tud állni!
- A hozzászóláshoz be kell jelentkezni
Igen, megallt egy switch. Kb. 5p
- A hozzászóláshoz be kell jelentkezni
Jaja, megállt az egyik új cisco, de van egy független backup cisco is és aki arra rá van kötve azoknak semmi kiesésük nem volt, pl nálunk se okozott semmit, csak kaptuk az értesítést, hogy az egyik link lement. Ráadásul aki Deninettől vesz netet (bgpvel) az ingyen kap a backup eszközre linket, így aki ezzel nem élt az magára vessen.
____________________________
www.szerverplex.hu - Szerver Hosting, VPS, Webtárhely, Domain ...
- A hozzászóláshoz be kell jelentkezni
A denintetnél hostolt cuccokon ez nem nagyon segített (bár ~10 perc down nem olyan vészes), egyébként nem fázol kicsit attól, hogy csak egy irányba van uplinked?
- A hozzászóláshoz be kell jelentkezni
az lehet hogy nem midnenkit érintett a dolog, mert én pl nem érzékeltem kiesést
- A hozzászóláshoz be kell jelentkezni
Deninet kiemelkedően jó minőségű szolgáltatást nyújt és elég rugalmas is.
3 független cisco eszközükhöz van linkem.
Nem ismerek még egy ilyen céget akinek ekkora sávszélesség kapacitása van és automata DDOS védelmet is ad.
Még nem vagyunk akkorák, hogy megérje megduplázni az amúgy sem kevés internet költségünket.
____________________________
www.szerverplex.hu - Szerver Hosting, VPS, Webtárhely, Domain ...
- A hozzászóláshoz be kell jelentkezni