Procedurile standard subnetting ip

Procedura standard de Internet Subnetting

Procedura standard pentru organizarea subrețele IP

Acest document descrie protocolul standard pentru comunitatea ARPA-Internet. Când utilizați subrețele este foarte recomandat să urmeze procedurile descrise aici.

Documentul poate fi distribuit gratuit.

Acest document se bazează pe RFC-917 [1]. o mulțime de oameni pentru a participa la dezvoltarea standardului descrise aici, și doresc în mod special să recunoască contribuția semnificativă J. Noel Chiappa, Chris Kent, și Tim Mann. O contribuție importantă la dezvoltarea standardului a fost, de asemenea, făcută de Zaw-Sing Su, Mike Karels și Grupul de lucru gads (Gateway Algoritmi si Structuri de date Task Force).

Ierarhia trei niveluri este util pentru organizațiile mari (cum ar fi universități sau companii ale căror rețele sunt situate în mai multe clădiri), în cazul în care mai multe LAN-uri pot fi incluse într-o „zonă locală“. În astfel de cazuri, este convenabil să se trateze fiecare ca o subrețea LAN.

Există mai multe motive pentru care o rețea IP pot fi utilizate de către rețelele fizice dus: Ora:

Diverse topologii - adesea (în special în organizațiile de cercetare) de mai multe tipuri diferite de LAN (de exemplu, Ethernet, și inelul topologia rețelei 3) pot fi utilizate în rețea.

Inerentă tehnologie limitele utilizate - majoritatea topologii LAN caracterizate de anumite limite (parametri electrici, numărul de gazde pe LAN, lungimea totală a cablului). Utilizarea subrețele vă permite să depășească pur și simplu aceste limitări (în special limitarea lungimii cablului).

rețea de saturație - în rețelele locale ar putea fi situații în care un grup mic de gazde monopoliza în mod eficient mediul de rețea de lățime de bandă. Soluția generală a acestor probleme este segmentarea rețelei (divizarea în mai multe fragmente) cu organizarea cablare separată.

Utilizarea canalelor „punct la punct“ - uneori „LAN“ (de exemplu, rețeaua de campus universitar) este împărțit în mai multe fragmente (de exemplu, un singur clădiri LAN) interconectate prin înaltă performanță „punct la punct“.

2 Informațiile din această secțiune se referă la pierdut parțial relevanța lor astăzi subretea este adesea dictată de motive foarte diferite. Când se va traduce complet păstrat textul original. Aproximativ Trans.

3 FDDI, Token Ring. Aproximativ Trans.

4 A se vedea. Notă 1. Notă. Trans.

Traducerea RFC 950

LAN disponibile. Această variantă se numește subrețele explicite (subnet explicite).

Fiecare opțiune are avantajele și dezavantajele sale. Primul exemplu de realizare nu necesită adăugarea sau modificarea protocoalelor, dar conduce la o proliferare de tabele de rutare pe Internet. Informații despre structura internă a rețelei este distribuit peste tot, cu toate că foarte puțini oameni vor și în cele mai multe cazuri, nu este utilizat. În unele implementări, gateway-ul poate fi o problema lipsei de spațiu în tabelul de rutare, astfel încât această opțiune este cel mai bine să nu utilizeze 5.

A treia opțiune este utilizată pentru a sprijini în mod explicit subrețele. El, de asemenea, are neajunsurile sale - în special, trebuie să se modifice protocolul IP, care presupune modificarea implementări IP existente (în cazul în care aveți de gând să le utilizați cu subrețele). Cu toate acestea, modificările necesare sunt relativ minore și 6 vor fi tratate în mod eficient atunci când fac problema În plus, această opțiune nu necesită modificări pentru a se asigura compatibilitatea cu gazdele și rețelele existente, care nu sunt împărțite în subrețele.

După selectarea un exemplu de realizare poate fi ca gazdele vor fi utilizate în mediu fără subrețele se încadrează într-una dintre subrețelelor (vezi. RFC-917 [1]). Această soluție poate fi utilă în cazurile în care nu există nicio posibilitate să sprijine în mod explicit subrețele sau necesită o tranziție treptată.

2. Standarde pentru subrețele

Să presupunem că o organizație are o rețea IP cu un număr înregistrat și intenționează să împartă rețeaua sa în subrețele. Că, în astfel de cazuri, trebuie să faci?

2. Câmpul de lungime fixă. Pentru numerotarea subrețelei utilizează un număr fix de biți (de exemplu, 8).

4. Câmpul de lungime fixă, cu auto-codare (Self-codare lățime fixă ​​câmp). Subneturi folosit pentru numerotarea unui număr predeterminat de biți.

5. biți Mascarea. bitmask utilizat pentru a identifica numărul de rețea de biți (adresa masca).

Pentru dezvoltarea și punerea în aplicare a parametrilor subrețele standard, cu schema de codificare auto-codificare trebuie să fie fixate și să rămână neschimbate în întregul Internet.

6 În prezent, această problemă a fost rezolvată. Aproximativ Trans.

Din documentul Numere alocate [9] 7:

Util pentru a păstra această interpretare și pentru cazurile de utilizare a subrețele. În consecință, valoarea tuturor zerouri sau cele, nu ar trebui să fie utilizate pentru numerotarea reală subrețea (fizică). In exemplul de mai sus, câmpul număr de subrețea 6 biți permite utilizarea numerelor 1-62 (0 și 63 sunt utilizate ca regie) 8.

2.2. programe de schimbare pe gazde pentru a sprijini subrețele

În cele mai multe implementari de IP are un cod care se ocupă de datagrame de ieșire și decide să transmită fiecare datagramă la rețeaua de gazdă sau trimiterea acesteia la poarta de acces (router).

În general, această bucată de cod funcționează în felul următor:

IF ip_net_number (dg. Ip_dest) = ip_net_number (my_ip_addr) ATUNCI

(Servind o multitudine de conexiuni, codul devine mai complicat, dar în contextul acestui document, nu contează).

Pentru a sprijini subrețele doriți să salvați unul sau mai multe valori pe 32 de biți, numit măști. In acest set bitmask (1) biți care corespund domeniilor de număr de rețea IP și biți suplimentari câmpul numărului de subrețea corespunzătoare.

Codul corespunzător va arata:

IF bitwise_and (dg.ip_dest, my_ip_mask) = bitwise_and (my_ip_addr, my_ip_mask) ATUNCI

send_dg_locally (dg, gateway_to (bitwise_and (dg.ip_dest, my_ip_mask)))

Expresiile Partea în condiții pot fi calculate în avans (cunoscută).

Poate fi necesar să se schimbe gateway_to funcția, astfel încât să ia în considerare numărul de biți subrețea atunci când face comparații.

Pentru a sprijini gazde cu mai multe conexiuni (interfețe de rețea - circa Perevi ..) Codul care poate fi schimbat la valorile și my_ip_mask my_ip_addr menținute pentru fiecare interfață. Condiții de testare trebuie să fie efectuate pentru fiecare interfață de astfel de gazde.

8 Rețineți că aceste restricții nu se vor aplica la rețele care nu sunt împărțite în subrețele.

Traducerea RFC 950

Informațiile hardware include informații disponibile la gazdă, fără o conexiune la rețea (izolat) - aceste informații pot fi incluse în codul de program (compilat-in) sau (preferabil) stocate într-un fișier pe disc. Cu toate acestea, nici una dintre aceste opțiuni nu este potrivit pentru cazul stațiilor de lucru fără disc descărcate prin LAN.

ICMP -. Adresa Masca Cerere (cerere masca) și adresa Masca Răspuns (un răspuns la masca cerere), un mesaj de informații similare Cerere (solicitare de informații) și informații Răspuns (ca răspuns la o solicitare de informații aceste tipuri de mesaje sunt descrise în următoarele (anexa I. Mesajele ICMP Adresa masca).

În ceea ce privește fiecare LAN specific Adresa mesaj Masca Răspuns poate conține doar o singură valoare, nu este necesar să se verifice conformitatea cu răspunsul cerere. Chiar și atunci când primesc un răspuns de la mai multe gateway-uri, informațiile din toate comunicările vor fi la fel. Se presupune că gazdele repornească rar, astfel încât numărul de mesaje de difuzare pentru a determina masca este suficient de mică.

În cazul în care gazda este conectat la mai multe rețele LAN, acesta poate determina masca pentru fiecare rețea secundară.

S-ar putea fi o situație în care gazda nu este în măsură să determine masca, chiar și după mai multe încercări. Acest lucru se poate întâmpla în trei situații:

1. Rețeaua locală este izolată de toate celelalte rețele.

3. Toate gateway-uri LAN sunt (temporar) de ordine (în jos).

În concluzie, observăm că gazda nu este obligat să utilizeze protocolul ICMP pentru a determina masca - parametrii gazdă pot fi stocate în memorie non-volatilă.

Anexa I. Mesajele ICMP Adresa Mask

Adresa Masca Request si adresa Masca Răspuns

AM1 pentru interogări; ICMP AM2 pentru răspunsuri.

0 - pentru interogări;

0 - pentru feedback-ul.

Checksum (control)

Suma de control este cel de 16-bit câmpurile complement pentru mesajul ICMP incepand cu tipul ICMP. La calcularea valorii câmpului de control se presupune a fi 0. Checksum Algoritmul pentru calcularea sumei de control, în viitor, poate fi schimbată.

Identificatorii sunt folosite pentru a detecta corespondența dintre cereri și răspunsuri. Acest câmp poate avea o valoare de zero.

Număr de ordine (numărul de serie)

Numărul de ordine este determinarea AJ corespondența dintre cereri și răspunsuri. Câmpul poate fi setat la zero.

Valoarea masca pe 32 de biți.

pachete de tip AM1 poate fi primit de la o poarta de acces sau de gazde, iar AM2 tip de ambalaj - de la gateway-uri sau gazde acționează ca o poartă de acces.

Apendicele II. exemple

1. Clasa A de rețea

Anexa III. glosar

Hub, conectarea a două sau mai multe rețele, nu face distincție între administrativ (logic), dar cu privire la diferite subrețele fizice, și transmite în mod automat între rețelele datagrame atunci când este necesar. Alte gazde ale existenței podului pur și simplu nu știu. Uneori, folosit pentru a se referi la poduri 9 pe termen repetor software (software repetor).

Gateway - poarta de acces (routerul)

conectarea a două sau mai multe administrativ (logic) Nodul diferite rețele și / sau subrețea și înainte datagrame între ele.

Gazdă Câmp - câmp gazdă

O multitudine de rețele IP interconectate.

O singură rețea IP, care poate fi o singură unitate sau constau dintr-o multitudine de subrețele.

Numărul de rețea - numărul de rețea

9 În prezent, termenul este depășit și aproape nu a folosit niciodată. Aproximativ Trans.

Subnet Câmp - câmp de subrețea

Numărul Subnet - numărul de subrețea

Numărul de identificare o subrețea în cadrul unei rețele.

IV apendice. camere dedicate

Ca parametrii protocoalelor folosite pentru a sprijini subretele, acesta a subliniat importanța specială. Aceste valori sunt folosite numai protocolul ICMP [5].

ICMP de tip mesaj (tipuri de mesaje)

traducere română

Bilim Systems Ltd.

194354, K-354, P / 153 corpuri. (812) 449-0770 [email protected]

Lucrarea 13 este revizuită parțial ulterior RFC 1395, RFC 1497, RFC 1532, RFC 1542. Aprox. Trans.