RIPE hálózati koordinációs központ

RIPE hálózati koordinációs központ Történelem

Alapítvány	1992. április

Keret

Tevékenységi terület	Európa , Ázsia
típus	Regionális internetes nyilvántartás
Ülés	Amszterdam
Ország	Hollandia

Szervezet

Weboldal	www.ripe.net

A RIPE NCC ( European IP Networks - Network Coordination Center ) az IP-címek regionális nyilvántartása . Európát és Ázsia egy részét szolgálja, különösen a Közel-Keleten.

A holland törvények szerint magánszervezet, székhelye Amszterdamban található . Tagjai hálózatüzemeltetők és internetszolgáltatók.

Amikor röviden a RIPE-ről beszélünk, általában az európai internetes játékosok informális összejövetelére utalunk. Ezek a színészek évente kétszer találkoznak. A RIPE NCC olyan szervezet, amely nyilvántartási funkciókat, valamint logisztikai és adminisztratív támogatást nyújt a RIPE számára.

A RIPE NCC tagjait helyi internetes nyilvántartásoknak (LIR) hívják , maga a RIPE NCC az öt regionális internetes nyilvántartás (RIR) egyike . A LIR-eket a RIPE NCC szabványszerződés szerződésszerűen köti a RIPE NCC-hez , és éves tagdíjat fizetnek.

A RIPE NCC, a többi RIR-hez hasonlóan, internetes erőforrásokat terjeszt:

• IPv4 címek,
• IPv6-címek,
• az operátorok közötti útválasztáshoz használt autonóm rendszer (ASN) számok (a BGP protokoll használata ).

Fenntartja a nyilvános adatbázis-motort ( Routing Registry ) is. Az információk frissítése a LIR feladata.

A RIPE NCC a fordított DNS-delegálás kivételével nem foglalkozik a domain nevekkel , mivel ez alapvetően az IP-címek terjesztéséhez kötődik.

IPv4-címek terjesztése

Hierarchikus elosztás

Az elosztás több szinten történik:

• az IANA kiosztja a RIR-eknek, beleértve a RIPE NCC-t is, nagyon nagy / 8 (16 millió cím) vagy annál nagyobb méretű IP-címblokkok. A RIR 6-18 hónapot vesz igénybe a tartalék kimerítéséhez;
• A RIPE NCC által lefoglalt blokkok változó méretű a LIRs, de legalább / 24, azaz 256 címet. Egy magas rendszeres igényű LIR nagyobb kiosztást kapott, amikor az IPv4-tartalékok még megengedettek voltak;
• a LIR-ek blokkokat osztanak ki a végfelhasználók számára, amelyek mérete megfelel az azonnali és konkrétan előre látható igényeknek.

A címblokkok lefoglalása a LIR-ekhez lehetővé teszi az útválasztási táblák összesítését (az útválasztási táblázatban csak a kiosztott előtagok láthatók). A végfelhasználó általi felhasználáshoz azonban hozzá kell rendelni az adott felhasználót, ezt a hozzárendelést rögzítik a RIPE NCC nyilvános adatbázisában, és a RIPE házirendek vonatkoznak rá.

A hozzárendelések helyességének ellenőrzése

A LIR IP-címekre vonatkozó kéréseket fogad el ügyfeleitől. A hozzárendeléseket általában a RIPE NCC hostmaster szolgáltatás kezeli a RIPE dokumentumokban leírt irányelvekkel összhangban. Mindegyik LIR-nek azonban van egy allokációs ablaka, amely lehetővé teszi egy bizonyos méretet nem meghaladó kérelmek közvetlen feldolgozását. A hozzárendelési ablak mérete a LIR aktivitásától és időtartamától függően változik, és nullára csökkenthető, például a RIPE NCC auditját követően, amely azt jelzi, hogy az eljárásokat korábban nem követték.

A LIR-nek saját igényei szerint is be kell tartania a hozzárendelési eljárást.

IPv4 PI és PA címek

A legtöbb végfelhasználó IP-címét a szolgáltatójától kapja. A hozzáférés-szolgáltató egy nagyobb allokációból származó blokkot oszt ki, mint amennyit maga a RIPE NCC-től kapott. Ezeket az IP-címeket Provider Aggregatable vagy PA néven hívják , ami azt jelenti, hogy útválasztásukat a szolgáltató összesíti az interneten. Ha a végfelhasználó hozzáférés-szolgáltatót vált, elveszíti ezen IP-címek használatát, és másokat kell kérnie az új hozzáférési szolgáltatótól. A PA típusú címek ezért nem hordozhatóak, de lehetővé teszik az internetes útválasztási táblázat növekedésének megfékezését.

Bizonyos esetekben, amikor a felhasználó olyan IP-címeket szeretne kapni, amelyek nem szolgáltatótól függenek, akkor a független szolgáltató IP- vagy PI- címeit kéri . Ez akkor áll fenn, ha a felhasználónak több internetszolgáltatóval van kapcsolata. Ezeket a címeket mindig a RIPE NCC rendeli közvetlenül, eseti alapon. Minden PI blokkhoz meg kell adni egy adott útvonalat a globális útválasztási táblázatban. Annak érdekében, hogy az útvonalat normálisan sugározzák az interneten, a PI blokk nem lehet kisebb, mint / 24 vagy 256 IPv4 cím. A legtöbb útválasztó a memória túlterhelésének elkerülése érdekében megtagadja a túl pontos útvonalakat.

IPv6-címek terjesztése

A RIPE NCC kezdeti kiosztásának fogadásának kritériumai a következők :

• LIR-nek kell lennie, azaz a RIPE NCC tagja;
• vezesse őket (a BGP protokoll szerint) egyetlen összesített útvonalon;
• tervezze meg allokációk vagy hozzárendelések elvégzését.

Az elosztás két allokációs / allokációs szinten is történik.

AS számok eloszlása

A LIR kérhet AS számot magának vagy az egyik ügyfelének. Az AS-szám hozzárendelésének kritériuma az, hogy igazolni lehessen egy eredeti útválasztási házirendet (vagyis ami nem hasonlítható össze egy upstream internet-tranzit szolgáltatóéval), amely legalább két összekapcsolást tartalmaz harmadik fél hálózataival (AS). , a BGP4-ben .

Az AS-számok történelmileg 16 bites kódolásúak, így 65536 van belőlük. Az utolsó 1024-et magáncélra fenntartják (hasonlóan az RFC  1918 által meghatározott IP-khez ).

Az AS-számok globális tartalékának kimerülésével szemben (2008-ban a RIPE NCC 47 000-nél többet érintett) 32 bites AS-számokat hajtottak végre, amelyek a következő politikához vezettek:

• 2008-ban és azt megelőzően, amikor AS számot kértek, a RIPE NCC 16 bites számot, és kifejezett kérésre 32 bites számot követett el;
• 2009-ben a helyzet megfordult: alapértelmezés szerint 32 bites szám, kifejezetten meg kellett kérnie egy másik 16 bites AS-számot;
• Mivel 1 st január 2010-es, a 16 és 32 bites AS számokat egy közös edényben dolgozzuk fel.

Egy 32 bites AS-számhoz rendelt LIR-nek rendelkeznie kell egy router szoftver verzióval, amely támogatja ezt a kiterjesztést. Lehetséges azonban olyan útválasztók csoportjainak keresztezése, amelyek nem ismerik a 32 bites AS-eket, ami lehetővé teszi a kiterjesztés fokozatos telepítését.

Az AS-számokban van egy felosztás / hozzárendelés fogalma is:

• az IANA 1024 AS szám blokkokat oszt ki a RIR-ekhez, beleértve a RIPE-t is;
• a RIPE NCC és más RIR eseti alapon AS számokat rendel az egységhez.

IP-cím terjesztési házirend

Az IP-címek terjesztésének kompromisszumot kell találnia két ellentmondó cél között:

• a lehető legkevesebb IP-címet terjessze, mivel ezek korlátozott mennyiségben állnak rendelkezésre. Ez több eseti feladatot jelent az azonnali bizonyított igények alapján. Ennek következménye a címtér széttöredezettsége, az internetet alkotó útvonalak számának növekedésével (az internet 2009 végén több mint 300 000 útvonalat tartalmaz);
• elősegíti a címtér összesítését, amely lehetővé teszi a globális útválasztási tábla kompakt jellegének megőrzését, de fenntartásokat igényel, és ezért lyukakat hagy a címtérben, és kiszámítja az igényeket.

Az IPv4-címek terjesztésében, amelyek tartalékai várhatóan 2011 körül elfogynak (és mi történt azóta?), Az IP-címek megőrzésének a célja kedvez. Az IPv6-címek eloszlásában éppen ellenkezőleg az összesítésnek van előnye, az a / 32 kezdetektől fogva elosztva minden egyes LIR-nek, amely ezt kéri.

Például az IPv4-ben a hozzárendelésre érvényes házirend a következő:

• az allokáció legalább 25% -ának azonnali felhasználása;
• a kiosztás legalább 50% -át egy év után felhasználni;
• a címfoglalás tilos (azaz a megbízásnak azonnali szükségletre kell vonatkoznia);
• ha egy hozzárendelés újraszámozásra vonatkozik, akkor úgy ítéljük meg, hogy az új hozzárendelés és a régi címblokk kiadása között 3 hónapos helyreállítási időszak megfelelő;
• a hozzárendelés méretét csak az IPv4-címet igénylő eszközök száma igazolja:
  • adminisztratív okokból nem lehet több IP-címet kérni (például: webhelyenként egy / 24 vagy 256 cím a címkezelés egyszerűsítése érdekében )
  • és még útvonhatósági okból sem (lásd fent, PA vs. PI)
• A címhasználatot megtakarító technológiákat javasoljuk:
  • Címfordítás és privát IP-k használata az RFC 1918 szerint  ;
  • webgazdák esetében virtuális nevek használata, amelyek lehetővé teszik, hogy ugyanazon a szerveren különböző URL-címmel rendelkező webhelyek legyenek, ezért egyetlen IP-címmel.

Az IPv6-ban a feltételek sokkal rugalmasabbak, és a hozzárendelési kritérium nem veszi figyelembe a címek számának valós igényét. Az IPv6-ban a helyi hálózatoknak van egy / 64 méretű alhálózata , amely 264 állomást tesz lehetővé a hálózat minden szegmensén. .

Kapcsolatok a RIPE NCC és a LIR-ek között

A kommunikációt általában e-mailben folytatják, csakúgy, mint a RIPE adatbázis frissítéseit, egy olyan robot által kezelt postafiókban, amely felismeri az űrlapokat (szöveges fájlokat).

A jóváhagyási / hozzárendelési / kiosztási kérelmeket először egy robot dolgozza fel, majd egy hostmester , a RIPE NCC alkalmazottja értékeli . A kérelmeket napokon belül feldolgozzuk, amennyiben a szükséges dokumentáció rendelkezésre áll.

Egyéb tevékenységek

Kiképzés

A RIPE NCC rendszeresen szervez képzési napokat európai nagyvárosokban új tagjai számára.

Különböző eszközök

A RIPE NCC eszközöket kínál, amelyek közül néhány nyilvánosan elérhető a weboldalán. Ezek az eszközök hasznosak az IP-hálózat üzemeltetői számára a külső BGP-útválasztásuk megfelelő működésének ellenőrzéséhez, a nyilvános címek kezeléséhez és a hálózati teljesítmény ellenőrzéséhez. A nyilvános eszközök közül megemlíthetjük az ATLAS projektet .

Root DNS-kiszolgáló

A RIPE NCC felelős a 13 gyökér DNS-kiszolgáló , a k.root-servers.net egyikéért . Ez a szerver mostantól IPv6-kompatibilis (még nem minden root DNS kompatibilis). Anycast technológiával van telepítve , vagyis több földrajzilag elosztott fizikai gép biztosítja a szolgáltatást, és az internet útválasztása határozza meg, hogy melyik kezeli az adott ügyfél kérését.

Az ENUM DNS zóna kezelése

A RIPE NCC kezeli az ENUM e164.arpa DNS zónát a globális közösség számára . A globális DNS-fa ezen ágának célja a telefonszámok integrálása a DNS-fába. Így a francia „+33” telefon előtagnak megfelelő 3.3.e164.arpa zónát a RIPE átruházta az AFNIC-re, amely már kezeli a „.fr” domain neveket Franciaország számára.

Egyéb regionális nyilvántartások

Az IP-címek egyéb regionális nyilvántartása :

• ARIN Észak-Amerika,
• APNIC Ázsiában,
• LACNIC Dél-Amerikában,
• AfriNIC Afrika számára.

Maguk a RIR-ek az IANA- tól kapják az erőforrásokat .

Megjegyzések és hivatkozások

1. Whois
2. (in) "  cím kiosztása Private Internets  " Request for Comments n o  19181996. február.
3. RIPE-441
4. RIPE-421
5. ATLAS
6. k.root-servers.org
7. ENUM

Külső linkek

• Hivatalos oldal