Hirdetés

Mi történt, amikor az internet túl nagyra nő az internethez? Augusztus 12. látta széles körű zavar az internetes felhasználók számára világszerte, mivel több internetes útválasztó az 512K-napnak elnevezett napon az Internet-forgalom kezelésének komoly problémájává vált.

Az érintett felhasználók drasztikusan megnövekedett ping-időket tapasztaltak, és sok webhely nem töltötte be teljesen.

A kérdés - amelyet hosszú ideje előre jelezték - annak az oka volt, hogy kezelni kell az egyes IPv4 címeket 512 000 útvonalon túllépő IPv4 címeket. Ennek eredményeként a régebbi útválasztókat továbbra is használják a nagyobb internetszolgáltatók a memória túlcsordulásának és összeomlásának megtapasztalására, amelynek eredményeként a felhasználók később leállási és teljesítményproblémákkal szembesülnek.

Az érintett internetszolgáltatók - ideértve a BT-t, a Comcast-ot, az AT&T-t, a Sprint-t és a Verizonot - mind súlyos jelentést jelentettek a teljesítménnyel kapcsolatos problémák kedden egy részén, néhány web hosting szolgáltatót offline módon kopogtatva teljesen.

Kíváncsi, hogy milyen finomabb részleteket tudhat meg arról, mi ment le az '512K nap'? Olvassa tovább a további információkat.

Border Gateway Protocol és Ön

Bármely webhely felkeresésekor hajlandó beírni egy domain nevet. Ezek emberi érthető címek, amelyek lehetővé teszik a webhely elérését anélkül, hogy manuálisan kellene beírnia egy IP címet a böngészőbe. Innentől kezdve a számítógépe numerikus vagy alfanumerikusvá alakítja a számítógépet az IP-címzés legújabb generációja IPv6 és az érkező ARPAgeddon [Technológia magyarázata] Olvass tovább - IP-cím, amely majdnem olyan, mint a meglátogatni kívánt webhely telefonszáma.

Innentől kezdve a számítógépének ki kell dolgoznia, hogyan fér hozzá az adott webhelyhez. Ha korábban már használta a Traceroute alkalmazást, akkor tudni fogja, hogy amikor egy webhelyet látogat meg, számítógépe nem közvetlenül fér hozzá ehhez a szerverhez. Inkább a számítógép által elküldött csomagok szokatlan utat indítanak el több kiszolgálón és több országon keresztül, mielőtt végül elérik a rendeltetési helyüket.

BGP-traceroute

Szerencsére ennek nagy részét előre megtervezzük. Az IP-címek blokkjaihoz vezető útvonalakat teljes egészében az internetszolgáltatók tárolják nagy teljesítményű útválasztóikban. Ezek fenomenálisan nagy teljesítményű, fenomenálisan drága eszközök. Ezek tartalmazzák azt, amit legjobban az Internet térképének tekinthetnek a belső tárolón, és lehetővé teszik az otthoni és üzleti felhasználók számára a globális internet elérését. Ezek nem a Linksys dobozok kerti változatai.

Az internet ezen térképét a Border Gateway Protocol (BGP) táblázatban tárolják. Az internetszolgáltatók mindig is képesek voltak új útvonalakat hozzáadni a BGP táblához, amelyet azután globálisan megosztanak az egészben Internetszolgáltatók között. Új útvonal hozzáadásakor a megosztott útválasztási táblázat automatikusan frissül, hogy tükrözze ezt változás. Ez azt is jelenti, hogy amikor egy fél, aki hozzáfér a BGP asztalhoz, hibát követ el, ez minden felhasználót érint.

Ennek talán a leghírhedtebb példája volt 2008-ban, amikor A Pakistan Telecom blokkolta a YouTube-ot válaszul egy bírósági végzésre. Hibás számításokat végeztek azzal kapcsolatban, hogy miként blokkolják a webhelyet, és végül változtatást hajtottak végre a világszerte elterjedt BGP táblában, és végül mindenki számára blokkolták.

A BGP-táblák fogadására használt útválasztóknak kifejezetten erre a célra van tárolva tárolóhelyük. Az útvonalakon mérik, az alapértelmezett korlátot mesterségesen 512 000 útvonalon határozzák meg az IPv4 címekhez, további 512 000 útvonalakkal IPv6 címekhez IPv6 és az érkező ARPAgeddon [Technológia magyarázata] Olvass tovább . Noha sokan előre jelezték, hogy a BGP táblázata évek óta meghaladja az 512 000 útvonalat, soha nem értünk el közel ezt a határértéket. A kiosztott méret több mint elegendő volt. És aztán hirtelen nem volt.

Szóval mi történt?

Néhány dolog, igazán. Az első - és legmeglepőbb módon nyilvánvaló probléma - maguk az internetszolgáltatók voltak. Az évekig tartó alig fektetett beruházások sok, szomorúan elavult útválasztót futtattak. Állítólag ezek a gépek képesek lesznek kezelni a több millió felhasználó forgalmát, és mégis teljesen felkészületlenek arra, hogy a BGP-tábla méretében nagy előrejelzésű mérföldkőhöz jussanak.

BGP-adatközpont

Egy másik probléma az volt, hogy milyen típusú címet használunk az internetes kiszolgálók egyedi azonosításához. A közelmúltig szinte vagyunk kizárólag használt IPv4 címek IPv6 vs. IPv4: Felhasználóként kell törődnie (vagy bármit is kell tennie)? [MakeUseOf magyarázat]A közelmúltban sokat beszéltek az IPv6-ra való váltásról és arról, hogy ez mit jelent sok előnnyel jár az internet számára. De ez a "hír" folyamatosan megismétli, mint mindig ... Olvass tovább , melyből véges összeg áll rendelkezésre. E medence kimerültsége évek óta fenyeget, és számos kegyetlen választ találtunk erre a problémára.

A címek hiányának enyhítésére alkalmazott egyik technikát az Internet Engineering Task Force (IETF) hozta létre. Agresszíven használták az úgynevezett technikát Osztálytalan tartományok közötti útválasztás (CIDR), amely hatékonyan „alhálózotta” az IP-címzési rendszert, és hatékonyabban elosztotta a rendelkezésre álló IP-címek számát. Ez segített enyhíteni ezen IP-címek kimerültségét, ám ennek más váratlan következményei is voltak. Nevezetesen, a BGP asztal széttöredezett és kezelhetetlen mennyiségre duzzadt, az 512K napot még közelebb hozva.

BGP-szerver

És akkor el kell fogadnunk, hogy az Internet a saját sikerének áldozata. Több felhasználó, több webhely és több internetszolgáltató több útvonalat eredményezett a térképhez. A további útvonalak a térképen egy nagyobb BGP-táblát jelentenek. A nagyobb BGP asztal azt jelenti, hogy… Nos, megkapod az ötletet.

Mi történt?

Az internetszolgáltatók hitellel fenomenálisan gyorsan megoldották a problémát. Időközben néhány hatékony (bár csúnya) útvonalat hoztak létre a lehető legrövidebb állásidő biztosítása érdekében. A BGP útválasztási táblázat mesterséges korlátait gyorsan megnöveltük, a régebbi hardverek pedig fizikailag nem tudja kezelni a megnövekedett routing asztalméretet leszerelik, és újabbra cserélik hardver.

Ujjak keresztezték, lehet, hogy hosszú-hosszú időn keresztül nem kell szembenéznünk egy újabb „512 ezer nappal”.

Befolyásolt Önre a zavar?

Matthew Hughes szoftverfejlesztő és író, az angliai Liverpoolból. Ritkán talál egy csésze erős fekete kávé nélkül a kezében, és teljesen imádja a MacBook Pro-t és a kameráját. A blogját a következő címen olvashatja el: http://www.matthewhughes.co.uk és kövesse őt a Twitteren a @matthewhughes oldalán.