Ghidul Ultimate pentru TCP / IP

TCP / IP este o suită de standarde care gestionează conexiunile de rețea. Grupul de definiții conține multe protocoale diferite, dar numele suitei vine doar din două dintre ele: Protocol de control al transmisiei si Protocol Internet. Dacă sunteți nou la TCP / IP, subiectul principal pe care îl veți întâlni cu acest sistem se învârte în jurul adresării.

Conceptul din spatele creării acestor standarde a fost acela de a crea un manual comun pentru oricine dorește să creeze software de rețea. Primele zile ale rețelei au fost dominate de sisteme proprii. Marile corporații și-au folosit proprietatea asupra metodologiilor de rețea pentru a bloca clienții să-și cumpere toate echipamentele de la o singură sursă.

Regulile comune libere disponibile au încălcat monopolul comunicațiilor detinute anterior de cateva companii.

Dacă nu aveți timp să citiți întreaga postare și doriți doar un rezumat al instrumentelor pe care vi le recomandăm, iată lista noastră cu cele mai bune 5 instrumente TCP / IP:

1. SolarWinds IP Address Manager (GRATUIT) Alegerea noastră # 1. Un IPAM dual-stack care se coordonează cu serverele DHCP și DNS. Se execută pe Windows Server.
2. bărbaţi & Șoareci de gestionare a adreselor IP Instrument gratuit de tranziție IPv4 la IPv6 sau un IPAM plătit.
3. Brokerul de tunel IPv6 Proxy online de tunelare online gratuit.
4. Cloudflare Traducere IPv6 Traducerea adreselor pe un server edge oferit ca parte a serviciilor de protecție a sistemului Cloudflare.
5. SubnetOnline IPv4 la IPv6 Converter Calculator de adrese de subrețea care vă poate oferi conversii de la adrese IPv4 la IPv6.

Concepte de rețea

Oricine poate scrie un program pentru a trimite și primi date printr-o rețea. Cu toate acestea, dacă aceste date sunt trimise la o destinație de la distanță și calculatoarele corespunzătoare nu se află sub controlul aceleiași organizații, apar probleme de compatibilitate software.

De exemplu, o companie poate decide să-și creeze propriul program de transfer de date și să scrie reguli care spun că deschiderea unei sesiuni începe cu un mesaj „XYZ”, la care ar trebui să i se răspundă cu un mesaj „ABC”. Cu toate acestea, programul rezultat se va putea conecta numai la alte sisteme care rulează același program. Dacă o altă casă de software din lume decide să scrie un program de transfer de date, nu există nicio garanție că sistemul său va folosi aceleași reguli de mesagerie. Dacă o altă companie creează un program de comunicații care începe o conexiune cu un mesaj „PPF” și se așteaptă la un răspuns „RRK”, cele două sisteme de rețea ar fi incapabile să comunice între ele.

Aceasta este o descriere foarte atentă a lumii de rețea înainte de existența TCP / IP. Ceea ce a înrăutățit este faptul că companiile care au produs software de rețea și-au păstrat secretele și convențiile de mesagerie. Metodele de operare ale fiecărui sistem de rețea au fost complet incompatibile. O astfel de strategie avea sens comercial atunci când toți furnizorii de software de rețea concureau pe o piață geografică limitată. Cu toate acestea eforturile corporative de a domina piața au împiedicat răspândirea tehnologiei de rețea în întreaga lume pentru că nicio companie de rețea nu a fost suficient de mare pentru a ajunge la fiecare țară din lume și a se stabili ca standard universal. Această lipsă de disponibilitate a determinat companiile din alte părți ale lumii să-și creeze propriile standarde, iar incompatibilitatea software-ului de rețea s-a agravat.

Standarde neproprietarite

Protocolul Internet a fost creat de medici academicieni care nu aveau motivații comerciale. Au vrut afișați un format comun pe care oricine l-ar putea folosi. Acest lucru a redus puterea celor câteva companii care au dominat tehnologia de rețea, în principal IBM și Xerox.

Aceste companii au rezistat orientării către standarde comune pentru a-și proteja monopolurile. În cele din urmă, avantajele comerciale pentru un standard comun au devenit clare și opoziția față de TCP / IP s-a stins. Standardele neutre și universale au permis companiilor să se concentreze pe un aspect al rețelei, cum ar fi fabricarea de routere sau crearea de software de monitorizare a rețelei.

Încercarea de a crea un sistem de comunicații cuprinzător care să acopere toate aspectele rețelei a necesitat atât de multă dezvoltare și coordonare între departamente încât crearea unui nou produs a fost o sarcină foarte lungă și costisitoare. Standardele universale au însemnat că companiile de rețea ar putea elibera fiecare element al unei suite de rețea individual și să concureze pentru a integra acel produs într-un mediu multi-furnizor. Această strategie de dezvoltare presupunea un risc mult mai mic.

Istoric TCP / IP

TCP / IP și-a început viața ca „Programul de control al transmisiei.”Mulți oameni susțin că au inventat internetul, dar mulți iau în considerare Vint Cerf și Bob Khan adevărații creatori. Cerf și Khan au publicat „Un program pentru interconectarea rețelelor de pachete”În mai 1974. Această lucrare a fost sponsorizată de Departamentul Apărării al SUA și a fost publicată de Institutul Inginerilor Electrici și Electronici.

ARPANET

De la început, conceptul central al TCP / IP a fost acela de pune standardul la dispoziția publicului chiar dacă finanțarea sa indică faptul că inițial a fost văzută ca un instrument militar. De fapt, Vint Cerf, profesor la Universitatea Stanford în 1974, s-a alăturat lui Bob Khan la Agenția de proiecte avansate pentru apărare unde au dezvoltat în continuare conceptul de internet. DARPA a contribuit la crearea internetului și avea deja un precursor al sistemului numit ARPANet. Atât Cerf cât și Khan au lucrat la proiecte ARPANet în timp ce studiau la universitate. Dezvoltarea sistemului ARPANet a ajutat la furnizarea multor tehnologii și proceduri pe care Cerf și Khan le-au consolidat în cele din urmă în TCP / IP.

Jon Postel

Principala dezvoltare care s-a produs programului de control al transmisiei este că a fost împărțit în mai multe protocoale diferite. Un alt fondator al tehnologiei internetului, Jon Postel, s-a implicat în faza de dezvoltare și a impus conceptul de stivă de protocol. Sistemul de stratificare a protocoalelor TCP / IP este unul dintre punctele sale forte și este un exemplu conceptual timpuriu al serviciilor software.

Stivă de protocol TCP / IP

Atunci când scrieți o specificație pentru o aplicație care va funcționa printr-o rețea, trebuie să fie stabilite multe considerente diferite. Ideea unui protocol este că definește un set comun de reguli. Multe funcții de schimb de date într-o rețea sunt comune tuturor aplicațiilor, cum ar fi FTP, care transferă fișiere. Cu toate acestea, procedurile care au stabilit o conexiune sunt aceleași ca cele pentru Telnet. Deci nu are niciun rost să scrieți în standardele FTP toate structurile de mesaje necesare pentru a configura o conexiune. Funcțiile comune sunt definite în protocoale separate și noile sisteme care se bazează pe serviciile acestor protocoale nu trebuie să repete definiția funcțiilor de asistență. Acest concept de protocoale de susținere a dus la crearea conceptului de stivă de protocoale.

Straturile inferioare din stivă oferă servicii straturilor superioare. Funcțiile straturilor inferioare trebuie să fie specifice sarcinilor și să prezinte proceduri universale la care pot fi accesate straturi superioare. Această organizare a sarcinilor reduce nevoia de a repeta definițiile sarcinilor explicate în protocoalele cu strat inferior.

Model de protocol

Internet Protocol Suite, numele oficial pentru stiva TCP / IP, este format din patru straturi.

Strat de legătură în partea de jos a stivei pregătește date pentru a fi aplicate în rețea. Mai presus de asta este Internet Layer, care este preocupat de adresarea și rutarea pachetelor, astfel încât să poată traversa rețele de interconectare pentru a ajunge la o locație la distanță dintr-o rețea de la distanță.

Strat de transport răspunde de gestionarea transferului de date. Aceste sarcini includ criptarea și segmentarea unui fișier mare în bucăți. Programul de primire a stratului de transport trebuie să reasambleze fișierul original. Strat de aplicație nu include doar aplicații la care utilizatorul computerului poate avea acces. Unele aplicații sunt de asemenea servicii pentru alte aplicații. Aceste aplicații nu trebuie să fie preocupate de modul în care datele sunt transferate, ci doar că acestea sunt trimise și primite.

Abstragerea protocolului

Conceptul de stratificare introduce niveluri de abstractizare. Aceasta înseamnă că sarcina de a trimite un fișier este un proces diferit de FTP decât TCP, IP și PPP. În timp ce FTP va trimite un fișier, TCP va stabili o sesiune cu computerul primitor, va împărți fișierul în bucăți, va împacheta fiecare segment și îl va adresa unui port. IP preia fiecare segment TCP și adaugă informații de adresare și rutare într-un antet. PPP se va adresa fiecărui pachet și îl va trimite dispozitivului de rețea conectat. Straturile superioare pot reduce detaliile serviciilor furnizate de straturile inferioare până la un singur nume de funcție, creând abstracție.

Conceptele OSI

Interconectare sisteme deschise modelul este o stivă de protocol alternativă pentru crearea de rețele. OSI este mai nou decât TCP / IP. Această stivă conține mult mai multe straturi și deci mai precis definește sarcinile efectuate de multe protocoale de strat TCP / IP. De exemplu, cel mai jos strat al stivei OSI este Stratul fizic. Acest lucru tratează aspectele hardware ale unei rețele și, de asemenea, modul în care se va efectua o transmisie. Acești factori includ cablarea conectorilor și tensiunea care reprezintă un zero și unul. Stratul fizic nu există în stiva TCP / IP și deci aceste definiții trebuie incluse în cerințele pentru un protocol Link Layer.

Straturile superioare de OSI împart straturile TCP / IP în două. Stratul de legătură al TCP / IP este împărțit în Legătura de date și Straturile de rețea ale OSI. Stratul de transport al TCP / IP este reprezentat de straturile de transport și sesiune ale OSI, iar stratul de aplicație TCP / IP este împărțit în straturile de prezentare și aplicație din OSI.

Deși stiva OSI este mult mai precisă și, în final, mai utilă decât Internet Protocol Suite, protocoalele prevalente pentru internet, IP, TCP și UDP sunt definite în termeni de stivă TCP / IP.. OSI nu este la fel de popular ca un model conceptual. Cu toate acestea, existența acestor două modele creează o anumită confuzie în ceea ce privește stratul de număr la care funcționează un protocol sau o funcție.

În general, atunci când un dezvoltator sau inginer vorbește despre straturi în numere, se referă la stiva OSI. Un exemplu al acestei confuzii este Protocolul de tunelare stratul 2. Aceasta există la stratul de legătură TCP / IP. Stratul de legături este stratul de jos al stivei și, astfel, dacă va fi dat un număr, ar trebui să fie stratul 1. Deci, L2TP este un protocol de strat 1 în termeni TCP / IP. În OSI, stratul fizic se află deasupra stratului fizic. L2TP este un protocol de nivel 2 în terminologia OSI și de acolo își primește numele.

Documentația TCP / IP

Deși prima definiție a TCP / IP a fost publicată de IEEE, responsabilitatea de a gestiona majoritatea protocoalelor de rețea s-a mutat la Internet Engineering Taskforce. IETF a fost creat de John Postel în 1986 și inițial a fost finanțat de guvernul SUA. Din 1993, este o divizie a Internet Society, care este o asociație non-profit internațională.

Cereri de comentarii

Mediul de publicare pentru protocoalele de rețea se numește „RFC.”Aceasta înseamnă„Cerere de comentarii”, Iar numele implică faptul că un RFC descrie un protocol care este în curs de dezvoltare. in orice caz, RFC-urile din baza de date IETF sunt finale. Dacă creatorii unui protocol doresc să-l adapteze, trebuie să-l scrie ca un nou RFC.

Având în vedere că revizuirile devin documente noi și nu modificări la RFC-uri originale, fiecare protocol poate avea multe RFC. În unele cazuri, un nou RFC este o rescriere completă pentru un protocol, iar în altele, ele descriu doar modificări sau extensii, așa că trebuie să citiți RFC-uri anterioare pe acel protocol pentru a obține imaginea completă.

RFC-urile pot fi accesate gratuit. Nu sunt protejate prin drepturi de autor, așa că le puteți descărca și utiliza pentru proiectul dvs. de dezvoltare fără a fi nevoiți să plătiți o taxă autorului protocolului. Iată o listă cu RFC-uri cheie care se referă la stiva TCP / IP.

Arhitectura Internet

•        RFC 1122
•        RFC1349
•        RFC3439

Evoluția TCP / IP

•        RFC 675
•        RFC 791
•        RFC 1349
•        RFC 1812

Protocol Internet

•        RFC 1517
•        RFC 1883
•        RFC 1958
•        RFC2460
•        RFC 2474
•        RFC 3927
•        RFC 6864
•        RFC 8200

TCP

•        RFC 793
•        RFC6093
•        RFC6298
•        RFC6528

UDP

•        RFC 768

Protocoalele stratului de legătură

Programul de control al transmisiei a fost împărțit în două protocoale plasate la diferite straturi de pe stivă. Acestea au fost Protocol de control al transmisiei la nivelul stratului de transport și Protocol Internet la Internet Layer. Internet Layer primește pachete de date de pe computer pe un alt dispozitiv din cealaltă parte a lumii. Însă este nevoie de multă muncă doar pentru a trece de la computer la router și asta nu se referă la protocoalele de internet. Deci, designerii TCP / IP s-au alunecat într-un alt strat sub stratul de internet.

Acesta este Strat de legătură și este preocupat de comunicațiile din cadrul unei rețele. În TCP / IP, orice lucru care implică obținerea unui pachet de la un computer la un punct final din aceeași rețea este clasificat ca o sarcină a nivelului de legătură.

Mulți specialiști în rețea au un protocol pe care îl consideră standardul cheie la Layer Link. Asta pentru ca spectrul larg de sarcini pe care TCP / IP le atribuie stratului de legături stă la baza mai multor titluri de joburi diferite, cum ar fi inginerul de cabluri de rețea, administratorul de rețea și dezvoltatorul de software. Probabil, cel mai important sistem columbofil în „Link Layer” este Control acces media (MAC).

Control acces media

MAC nu are nicio legătură cu Apple Macs. Similitudinea numelui dintre standard și modelul computerului este o coincidență completă. Sarcinile implicate în trimiterea datelor dvs. pe un fir sunt responsabilitatea MAC. În terminologia OSI, MAC este o subsecțiune superioară a stratului de legături de date. Secțiunea inferioară a stratului respectiv este îndeplinită de Controlul legăturilor logice funcții.

Deși Internet Engineering Taskforce a fost creat pentru a gestiona toate standardele de rețea, IEEE nu a fost dispus să renunțe la controlul standardelor de nivel inferior. Asa de, când ajungem la Layer Link, multe dintre definițiile protocolului fac parte din biblioteca IEEE.

În diviziunea muncii între protocoalele Link Layer, elementul MAC are grijă de software-ul care gestionează transmisiile în rețele. Ca atare, sarcini precum adresarea locală, detectarea erorilor și evitarea congestionării sunt toate responsabilitățile MAC.

Ca administrator de rețea, veți intra în contact cu abrevierea „MAC” de multe ori pe zi. Partea cea mai vizibilă a standardului MAC este Adresa mac. Acesta este de fapt numărul de secvență al unei plăci de rețea. Niciun dispozitiv nu se poate conecta la o rețea fără o placă de rețea, și astfel fiecare echipament activat în rețea din lume are o adresă MAC. IEEE controlează alocarea adreselor MAC și se asigură că fiecare este unic în toată lumea. Când conectați un cablu de rețea la computer, la acel moment, singurul identificator pe care îl are este adresa MAC.

La Layer Link, adresa MAC este mai importantă decât adresa IP. Sistemele care alocă automat adrese IP dispozitivelor își operează comunicațiile inițiale utilizând adresa MAC. Adresa MAC este imprimată pe fiecare placă de rețea și este încorporată în firmware-ul său.

Protocoale și echipamente

Probabil aveți o serie de echipamente de rețea în biroul dvs. Veți avea un router, dar probabil aveți și un comutator, și poate și un pod și / sau un repetor. Care este diferența dintre acestea?

Diferența dintre un router, un comutator, un pod și un repetor poate fi iluminată cel mai bine făcând referire la poziția dispozitivului în raport cu stivele TCP / IP și OSI..

Router

Un router îți trimite datele pe internet. De asemenea, se ocupă cu punctele finale din rețeaua dvs. locală, dar numai atunci când comunică dincolo de domeniul routerului respectiv. Router-ul este casa principală Internet Layer. În termeni OSI, este o Stratul 3 dispozitiv.

Intrerupator

Un comutator conectează toate computerele din rețeaua ta. Fiecare computer are nevoie de un singur cablu care iese din el și acel cablu duce la un comutator. Multe alte computere din birou vor avea, de asemenea, un cablu care va intra în același comutator. Prin urmare, un mesaj ajunge de la computer la un alt computer din birou prin intermediul comutatorului. Un comutator funcționează la Layer Layer. În stiva OSI, se află la Sub-nivel de control acces media al stratului de legătură cu date. Asta face ca a Stratul 2 dispozitiv.

Pod

Un pod conectează un buton la altul. Puteți utiliza un pod pentru a conecta o rețea LAN și o rețea wireless. Un pod este un comutator cu o singură conexiune. Uneori, întrerupătoarele se numesc punți cu mai multe porturi. Podurile nu au nevoie de procesoare foarte complicate. Ele sunt doar un pasaj, deci sunt în principal Strat fizic dispozitive. Cu toate acestea, pentru că se angajează să se adreseze, au și unele Strat de legătură capabilități. Acest lucru le face (OSI) Strat 1 / Strat 2 dispozitive.

recidivist

Un repetor extinde gama unui semnal. Pe cabluri, impulsul electric se disipează pe distanță, iar în wifi, semnalul devine mai slab pe măsură ce se deplasează. Un repetor este cunoscut și ca rapel. Pe cabluri, aplică un nou impuls de energie electrică pentru transmisii și pe rețelele wireless, retransmite semnale. Un repetor nu are nevoie de aproape niciun software. Este un dispozitiv pur fizic, deci nu are nicio implicare cu protocoalele din stiva TCP / IP. În OSI, este o Strat fizic dispozitiv, care îl face Stratul 1.

Adresare TCP / IP

Principala caracteristică a protocolului Internet este standardul său pentru adresarea dispozitivelor din rețele. Ca și în cazul sistemului poștal, nici două puncte finale nu pot avea aceeași adresă. Dacă două computere se conectează cu aceeași adresă, routerele lumii nu ar ști cine a fost destinatarul destinat al unei transmisii la acea adresă.

Adresele trebuie să fie unice doar într-un spațiu de adrese. Acesta este un mare avantaj pentru rețelele private, deoarece își pot crea propriul pool de adrese și distribui adrese, indiferent dacă aceste adrese sunt sau nu deja utilizate în alte rețele din lume.

Un alt concept de care trebuie să ții cont atunci când ai de-a face cu adresele este acela trebuie doar să fie unici la un moment dat. Acest lucru înseamnă că o persoană poate folosi o adresă pentru a comunica pe internet, iar atunci când se deconectează, altcineva poate utiliza această adresă. Faptul că adresele din rețelele private nu trebuie să fie unice în întreaga lume și conceptul de unicitate în acest moment a ajutat la ușurarea ritmului cu care au fost alocate adresele IP. Acesta este un lucru bun, pentru că grupul de adrese IPv4 disponibile din lume a rămas uscat.

IPv4

Când Protocolul Internet era într-o stare viabilă, acesta a fost ajustat și rescris la a patra versiune. Acesta este IPv4, iar structura adresei sale este încă funcțională astăzi. Este probabil ca adresele IP utilizate în rețeaua dvs. să urmeze toate formatul IPv4.

O adresă IPv4 este formată din patru elemente. Fiecare element este un octetul, ceea ce înseamnă că este un număr binar pe 8 biți. Fiecare octet este separat de un punct („.”). Pentru o ușurință de utilizare, acei octeți sunt de obicei reprezentați cu numere zecimale. Cel mai mare număr zecimal la care poate fi atins un octet este 255. Acesta este 11111111 în binar. Asa de, cea mai înaltă adresă IP posibilă este 255.255.255.255, ceea ce este într-adevăr 11111111.11111111.11111111.11111111 în binarul de bază. Această metodă de secvențiere face un număr total de 4.294.967.296 de adrese disponibile. Aproximativ 288 milioane dintre aceste adrese unice disponibile sunt rezervate.

Distribuția adreselor IP disponibile este controlată de Autoritatea Numerelor Asignate pe Internet. IANA a fost înființată în 1988 de Jon Postel. Începând cu anul 1998, IANA este o diviziune a Corporația Internet a numelor și numerelor atribuite (ICANN), care este o organizație internațională non-profit. IANA distribuie periodic intervale de adrese la fiecare dintre diviziile sale, cunoscute sub numele de Registre regionale de internet. Fiecare dintre cele cinci RIR acoperă o suprafață mare a globului.

Adresarea rețelei private

În cadrul unei rețele private, nu trebuie să aplicați la IANA sau la diviziunile sale pentru a obține adrese IP. Adresele trebuie să fie unice doar într-o rețea. Prin convenție, rețelele private folosesc adrese în următoarele intervale:

•         10.0.0.0 la 10.255.255.255 – 16 777 216 adrese disponibile
•         172.16.0.0 la 172.31.255.255 – 1 048 576 adrese disponibile
•         192.168.0.0 până la 192.168.255.255 – 65 536 adrese disponibile

Rețelele mari pot fi congestionate datorită numărului mare de dispozitive care încearcă să acceseze cablul fizic. Din acest motiv, este comun să împărțiți rețelele în sub-secțiuni. Aceste sub-rețele au fiecare nevoie de pool-uri de adrese exclusivizate.

Această direcție de divizare a domeniului este numită subnetting și puteți citi mai multe despre această tehnică de adresare în Ultimate Guide to Subnet.

IPv6

Când creatorii Protocolului Internet lucrau la ideea lor din anii ’70, planul era să creeze o rețea care să poată fi accesată de oricine din lume. in orice caz, Khan, Cerf și Postel nu și-ar fi putut imagina niciodată cât de extins va deveni acel acces. Acest grup de peste 4 miliarde de adrese părea suficient de mare pentru a dura pentru totdeauna. Ei nu au avut dreptate.

Până la începutul anilor ’90, a devenit clar că grupul de adrese IP nu a fost suficient de mare pentru a satisface cererea pentru totdeauna. În 1995, IETF a comandat un studiu într-un nou protocol de adresă care să ofere destule adrese. Acest proiect a fost numit IPv6.

Ce s-a întâmplat cu IPv5?

Nu a existat niciodată versiunea 5. Internet Protocol, cu toate acestea Protocolul Internet Stream, care a fost scris în 1979. Acesta a fost un precursor al VoIP și se intenționa să aibă un antet de pachet paralel. Diferența dintre antetul IPv4 și antetul de streaming a fost indicată de numărul versiunii din antetul IP. Cu toate acestea, Protocolul Internet Stream a fost abandonat și atât nu veți întâlni niciodată un antet de pachete IPv5.

Formatul adresei IPv6

Cea mai simplă soluție pentru epuizarea adresei IP a fost doar adăugarea mai multor octeți la adresa IP standard. Aceasta este strategia care a câștigat. Adresa IPv6 include 16 octeți, în loc de patru în adresa IPv4. Aceasta oferă adresa un total de 128 de biți și face un grup de mai mult de 340 de adrese de undecillion. Un undecillion este de un miliard de miliarde de miliarde de dolari și este scris ca unul cu 36 de zerouri după acesta.

Schema finală a adresei IPv6 a fost publicată în februarie 2016 sub denumirea de RFC 4291. De atunci, definiția a fost revizuită și extinsă de RFC-urile ulterioare..

O caracteristică inteligentă a adreselor IPv6 este aceea zerourile de final pot fi omise. Acest lucru face ca compatibilitatea înapoi să fie mult mai simplă. Dacă adresa dvs. curentă IP este 192.168.1.100, aveți și adresa IPv6 192.168.1.100.0.0.0.0.0.0.0.0.0.0.0.0.

O complicație constă în notația IPv6, care nu este aceeași cu cea pentru IPv4. Adresa IPv6 este divizată în secțiuni de 2 octeti. Fiecare secțiune este scrisă în hexadecimal și conține astfel patru cifre. Fiecare personaj din adresă reprezintă a ciuguli, care este 4 biți, din numărul binar de bază. Diferența finală este că separatorul s-a schimbat de la un punct („.”) La un punct („:”). Deci, pentru a face o adresă IPv4 într-o adresă IPv6, mai întâi convertiți numerele zecimale ale adresei dvs. în hexadecimal.

192.168.1.100

= C0.A8.01.64

Următor →, uniti segmentele 1 si 2 si segmentele 3 si 4. Separați-le cu coloni.

= C0A8: 0164

Add-on șase segmente zero pentru a face dimensiunea unei adrese IPv6.

= C0A8: 0164: 0000: 0000: 0000: 0000: 0000: 0000

Modificările notării nu ar trebui să facă nicio diferență în procesarea adreselor IP, deoarece în computere și hardware de rețea, adresele sunt privite ca un șir lung de documente binare. Notarea punctului și a colonului și conversia în zecimale sau hexadecimale sunt doar pentru scopuri de afișare.

Implementarea IPv6

IPv6 este live acum. De fapt, Adresele IPv6 sunt disponibile din 2006. Ultimele adrese IPv4 au fost distribuite către RIR de către IANA în februarie 2011 și prima autoritate regională care și-a epuizat alocarea a fost Centrul de Informații Asia-Pacific. Acest lucru s-a întâmplat în aprilie 2011. În loc să treacă de la un sistem la altul, cele două sisteme de adresare funcționează în paralel. Așa cum s-a explicat mai sus, o adresă IPv4 poate fi gestionată de echipamente compatibile IPv6, pur și simplu prin completarea cu zerouri.

Problema este că nu toate echipamentele de pe internet sunt compatibile cu IPv6. Multe routere de casă nu pot gestiona adrese IPv6 și majoritatea ISP-urilor nu s-au deranjat să pună în aplicare sistemul. Serviciile care implementează servicii dual-stack pentru a răspunde ambelor sisteme de adrese sunt de obicei mai lente decât acele servicii care ignoră complet IPv6.

Deși experții sunt copleșitori în favoarea tranziției la IPv6, rețelele comerciale par remarcabil de reticente în mișcare. Acest lucru se poate întâmpla pentru că necesită timp, iar timpul are un cost. Întreprinderile par să nu dorească să aloce un buget tranziției la IPv6 până când aceasta este o prioritate vitală pentru afaceri. Administratorii de rețea par să nu obțină recompense de la executivi pentru planificarea în viitor.

Deci, dacă sunteți administrator de rețea cu un CFO strâns cu pumnul, aveți nevoie pentru a juca inteligent cu instrumente de administrare a rețelei. Puteți trece prin tranziția IPv6 utilizând instrumente gratuite sau asigurați-vă că următoarea achiziție de software de administrare a rețelei include o facilitate pentru tranziția de adrese IP. Mai multe despre asta mai târziu.

Protocoalele stratului de transport

Protocolul Internet este vedeta TCP / IP pentru că și-a dat numele de internet, care este iubit de toți. Transport Layer a fost creat pentru a adăposti co-starul TCP / IP Protocol de control al transmisiei. Tine minte TCP / IP a fost denumit inițial Programul de control al transmisiei. Deci, controlul transmisiei se afla în fața minții lui Cerf și a lui Khan când au conceput acest pachet de protocoale.

Ideea originală din planul TCP / IP a fost că proiectanții de software ar putea avea de ales. Ei ar putea fie să stabilească o conexiune cu TCP, fie să ocolească procedurile de conectare și să trimită pachete direct cu IP. Insistența Postel de a aplica straturile de stivă a însemnat că trebuie să existe un proces de ambalare pentru pregătirea fluxurilor pentru transferuri directe. Aceasta a dus la crearea Protocolul utilizatorului Datagram (UDP). UDP este principala alternativă la TCP. Lipsa de interes pentru acest protocol este ilustrată de lista scurtă de RFC-uri generate. Definiția inițială a UDP este încă actuală și nu a fost niciodată actualizată.

Deci, să aruncăm o privire mai atentă la acești doi piloni ai stratului de transport TCP / IP.

Protocol de control al transmisiei

TCP stabilește o conexiune. S-ar putea să credeți că orice transmisie implică o conexiune, dar adevăratul sens al termenului generează crearea unei sesiuni și menținerea acesteia. Această sarcină necesită mesaje administrative. Asa de, TCP creează un pic de aer în fiecare tranzacție de rețea.

Vestea bună este că procedurile TCP nu sunt diferite pentru conexiunile la computerele de la distanță pe internet decât pentru conexiunile dintre dispozitivele din aceeași rețea LAN. Cele trei faze ale unei sesiuni TCP sunt înființare, gestionare și încetare.

TCP are unele puncte slabe pe care hackerii și atacatorii le pot exploata. Un atac distribuit tipic de refuz de serviciu (DDoS) utilizează procedurile de stabilire a sesiunii TCP, dar lasă procesul neterminat. Într-un proces de creare a sesiunii TCP, dispozitivul inițiator trimite un SYN pachet. Computerul primitor răspunde cu un SYN-ACK, iar inițiatul termină configurarea cu un ACK mesaj. Un atac DDoS trimite un SYN, dar nu răspunde la SYN-ACK cu un ACK. Asta lasă destinatarul să stea agățat un timp, în așteptare. Receptorul va expira, dar că câteva secunde de întârziere conectează serverul și face o inundație de mesaje SYN foarte eficiente pentru blocarea traficului autentic.

Serviciul TCP este responsabil pentru împărțirea unui flux sau a unui fișier în segmente. Acesta pune un cadru în jurul fiecărui segment, oferindu-i un antet. Antetul TCP nu include adresa IP sau adresa MAC, dar are un alt nivel de adresă: numarul portului. Antetul include un număr de port de origine și destinație. Numărul de port este un identificator pentru aplicație de o parte și de alta a conexiunii implicat în schimbul de date.

Antetul include, de asemenea, un număr de secvență. Acest lucru se aplică segmentelor aceluiași curent. Programul TCP primitor reasamblează fluxul prin raportare la numărul secvenței. Dacă un segment iese din secvență, receptorul îl ține și așteaptă partea care lipsește înainte de a finaliza fluxul. Acest proces implică tamponare și poate provoca întârzieri la datele transmise care sosesc în aplicația care a solicitat-o. Un alt câmp de antet este un checkum. Aceasta permite receptorului să detecteze dacă segmentul a ajuns intact.

Cele două programe TCP implicate în conexiune creează un încetarea ordonată când transmisia se termină, cunoscută sub numele de „degradare grațioasă„.

Protocolul Datagram utilizator

În timp ce funcționalitatea TCP a fost inclusă în TCP / IP de la începutul sistemului în 1974, definiția UDP a apărut mult mai târziu în 1980. UDP este oferit ca o alternativă la TCP. Intenția inițială a fost de a avea o rută logică prin TCP pentru a crea o conexiune și o cale alternativă care pur și simplu a mers direct la procedurile IP, reducând procesele de conectare. Totuși, acea strategie ar fi necesitat includerea unor ramuri condiționate în definiția protocolului internet, ceea ce a făcut ca cerințele acelui protocol să fie inutil complicate. UDP a fost furnizat pentru a imita funcțiile de creare a segmentului TCP fără a include nicio procedură de conectare.

Întrucât unitatea de date TCP se numește a segment, versiunea UDP se numește a datagramă. UDP doar trimite un mesaj și nu verifică dacă mesajul respectiv a sosit sau nu. Implementarea primitoare a UDP dezactivează antetul datagramului și îl transmite aplicației.

Antetul UDP este mult mai mic decât antetul TCP. Conține doar patru câmpuri, fiecare dintre acestea având o lățime de doi octeți. Cele patru câmpuri sunt numărul portului sursă, numărul portului destinație, lungimea și suma de control. Câmpul checksum oferă posibilitatea de a arunca pachetele care se deteriorează în tranzit. Acest câmp este opțional și este rar utilizat deoarece nu am niciun mecanism din UDP pentru a solicita să fie trimis un pachet pierdut. Nu există niciun mecanism de secvențiere a datelor care să le reasambleze în ordinea inițială. Sarcina utilă a fiecărei dateagrame primite este transmisă cererii de destinație fără nici o prelucrare.

Lipsa procedurilor de conexiune sau a verificărilor de integritate a datelor face ca UDP să fie potrivit pentru tranzacții scurte de solicitare / răspuns, cum ar fi căutări DNS și solicitări de protocol de timp în rețea.

Antetul scurt al datagramei UDP creează cu mult mai puține capete decât anteturile TCP. Acest supliment suplimentar administrativ poate fi redus și mai mult prin setarea dimensiunii maxime a datagramei să fie mult mai mare decât dimensiunea maximă a pachetului IP.. În aceste cazuri, datagrama mare UDP va fi împărțită și transportată de mai multe pachete IP. Antetul UDP este inclus numai în primul dintre aceste pachete, lăsând pachetele rămase fără niciun fel de aer de la UDP.

Deși UDP are o lipsă totală de proceduri administrative, este mecanismul de transport preferat pentru aplicații în timp real, precum streaming video sau voce interactivă transmisii. În aceste situații, însă, UDP nu interacționează direct cu aplicația. În cazul aplicațiilor de streaming video, Protocol de streaming în timp real, Protocolul de transport în timp real, si Protocolul de control în timp real stați între UDP și aplicație pentru a oferi funcții de gestionare a conexiunii și de păstorire a datelor.

Aplicațiile vocale utilizează funcția Protocolul de inițiere a sesiunii, Protocolul de transmisie a controlului fluxului, si Protocolul de transport în timp real pentru a suprapune UDP și pentru a oferi funcțiile de gestionare a sesiunii lipsă.

Aplicații TCP / IP

Aplicațiile definite ca protocoale în suita TCP / IP sunt nu funcții ale utilizatorului final, ci instrumente și servicii de administrare a rețelei. Unele dintre aceste aplicații, cum ar fi Protocol de transfer de fișiere (FTP), definirea programelor la care se poate accesa direct utilizatorul.

Protocoalele rezidente în stratul de aplicații includ HTTP și HTTPS, care gestionează solicitarea și transferul paginilor web. Protocoalele de gestionare a e-mailului Protocolul de acces la mesaje Internet (IMAP), Protocolul poștal (POP3), si Protocol de transfer prin poștă simplă (SMTP) sunt de asemenea clasificate ca aplicații TCP / IP.

Ca administrator de rețea, ați fi interesat de Aplicații DNS, DHCP și SNMP. Protocolul de gestionare a rețelei simple este un standard de mesagerie de rețea care este implementat universal în echipamentele de rețea. Multe instrumente de administrare a rețelei folosesc SNMP.

numele domeniului

Sistemul de nume de domeniu (DNS) traduce adresele web în adrese IP reale pentru accesul site-ului prin Internet. DNS este un serviciu esențial în rețelele private. Funcționează împreună cu sistemul DHCP și coordonarea oferită de un IP Address Manager (IPAM) pentru a forma grupul de instrumente de monitorizare a adreselor de rețea cunoscut sub numele de DDI (DNS /DHCP /euPAM).

DHCP

În ciuda faptului că grupul de adrese IPv4 a apărut în 2011, companiile și persoanele fizice sunt încă reticente în a trece la IPv6. Introducerea IPv6 a început în 2006. Asta înseamnă că au trecut cinci ani când toată lumea din industria de rețea a fost conștientă de sfârșitul adresării IPv4, dar încă nu a făcut nimic pentru a trece la noul sistem.

În 2016, IPv6 a trecut 20 de ani de la început și zece ani de la desfășurarea comercială și totuși mai puțin de 10 la sută dintre browserele din lume ar putea încărca site-uri web printr-o adresă IPv6.

Reticența la șanțul IPv4 a dus la strategii de reducere a epuizării adresei. Principala metodă de maximizare a utilizării grupurilor de adrese IP este oferită de DHCP. Această metodologie distribuie o serie de adrese între un grup mai mare de utilizatori. Faptul că adresele IP trebuie să fie unice pe internet doar la un moment dat, permite ISP-urilor să aloce adrese pe durata sesiunilor utilizatorilor. Deci, atunci când un client se deconectează de la internet, acea adresă devine imediat disponibilă unui alt utilizator.

DHCP a devenit, de asemenea, utilizat pe scară largă în rețelele private deoarece creează o metodă automată de alocare a adreselor IP și reduce sarcinile manuale pe care trebuie să le efectueze un administrator de rețea pentru a configura toate punctele finale într-o rețea mare.

Traducerea adreselor de rețea

O altă aplicație TCP / IP, Traducerea adreselor de rețea, a contribuit, de asemenea, la reducerea cererii pentru adrese IPv4. În loc de o companie care alocă o adresă IP publică pentru fiecare stație de lucru, acestea păstrează acum adresele private în rețea.

Gateway-ul NAT atașează numerele de port la cererile de ieșire care părăsesc rețeaua privată pentru a călători pe internet. Aceasta permite întreprinderilor mari să-și efectueze toate comunicațiile externe pe internet cu o singură adresă IP. Când vine răspunsul la cerere, prezența numărului de port în antet permite accesul gateway-ului pentru a direcționa pachetele către inițiatorul cererii în rețeaua privată..

Gateway-uri NAT nu ajută doar la reducerea cererii de adrese IPv4 dar și ei creați un firewall deoarece hackerii nu pot ghici adresele IP private ale fiecărui punct din spatele gateway-ului. Proliferarea de routere wifi pentru uz casnic contribuie, de asemenea, la reducerea cererii de adrese IPv4, deoarece folosesc NAT pentru a reprezenta toate dispozitivele de pe proprietate cu o singură adresă IP publică..

Cele mai bune instrumente TCP / IP

Cea mai mare problemă TCP / IP în acest moment este tranziția la adrese IPv6 din rețeaua dvs. Dacă este puțin probabil ca firma dvs. să vă ofere un buget special pentru această sarcină, atunci trebuie să căutați instrumente de administrare care să aibă „stivă duală”Capacități și caracteristici de planificare a tranziției. Puteți opta pentru alternativă instrumente gratuite pentru a ajuta tranziția tuturor adreselor de rețea la IPv6.

Din fericire, toți principalii furnizori de server DHCP și DNS au fost conștient de tranziția la IPv6 de cel puțin un deceniu. De la orice furnizor de la care veți primi software-ul serverului dvs., puteți fi sigur că este compatibil IPv6, deci nu va trebui să începeți din nou cu aceste servicii.

Echipamentele cheie pe care trebuie să vă concentrați la tranziția la IPv6 sunt monitoarele de rețea și managerii de adrese IP.

Puteți utiliza trei strategii diferite pentru a face legătura între adresarea IPv4 și IPv6. Aceste cinci pachete software vă oferă posibilitatea de a implementa abordarea aleasă. Puteți citi despre fiecare dintre strategiile din descrierea instrumentelor de mai jos.

1. Manager de adrese IP SolarWinds (TRIAL GRATUIT)

Managerul de adrese IP produs de SolarWinds este un Soluție DDI deoarece poate comunica atât cu serverele DHCP cât și cu cele DNS și poate organiza adresele disponibile în bazele de date respective. Cu toate acestea, IPAM nu înlocuiește serverele DHCP sau DNS, de aceea trebuie să consultați furnizorul dvs. dacă puteți trece la IPv6

SolarWinds a făcut din IP Address Manager un „stivă duală”, Ceea ce înseamnă că poate funcționa cu adrese IPv6, precum și IPv4. Instrumentul include caracteristici care vă ajută să migrați sistemul dvs. de adrese de rețea de la IPv4 la IPv6.

SolarWinds ”„stivă duală IP”Face sistemul fiecare nod din rețeaua dvs. un potențial nod IPv6 / IPv4. Trebuie doar să configurați configurația pentru fiecare nod din tabloul de bord. Un nod poate fi Numai IPv4, Numai IPv6, sau atât IPv4 cât și IPv6. Deci, la tranziție,

începe cu noduri IPv4. Setați-le pe toate la noduri IPv6 / IPv6 și reconfigurați serverele DHCP și DNS pentru a funcționa cu adrese IPv6. Odată ce configurația a demonstrat că funcționează eficient, pur și simplu opriți funcțiile IPv4 pentru a face o rețea IPv6. SolarWinds numește acest lucru „metoda de tranziție dual stack.“

IPAM include un instrument de planificare pentru trecerea la IPv4. Puteți introduce noi adrese prin subrețea. Programul gestionează conflictele cu adresele IP în timpul tranziției. Tscopurile pentru sub-rețea sunt diferite de cele disponibile în IPv4, astfel că funcțiile de subrețire ale Managerului de adresă IP SolarWinds, care includ un calculator de subrețea, vă vor ajuta să urmăriți migrația.

După ce noul dvs. sistem de adresare va fi instalat, nu va trebui să vă faceți griji cu privire la compatibilitatea dintre cele două sisteme de adresare, deoarece întreaga rețea va fi în format IPv6. Managerul de adrese IP scanează continuu rețeaua dvs. pentru adrese IP și le compară cu alocările înregistrate pe serverul dvs. DHCP. Aceasta permite IPAM să detectați adresele abandonate și întoarce-i la piscină. Verificările periodice ale sistemului vă ajută detectați dispozitive necinstite în rețea, de asemenea, puteți verifica dacă există activitate neregulată care identifică intrusi și viruși.

Puteți consulta Managerul de adrese IP pe un 30 de zile de încercare gratuită. Se poate instala doar pe Windows Server.

"SolarWinds
"Descarca

"}" data-sheets-userformat ="{"2": 9444099,"3": [Null, 0],"4": [Null, 2,16777215],"11": 4,"12": 0,"14": [Null, 2,1136076],"15":"arial, sans-serif","23": 2,"26": 400}"> SolarWinds IP Address ManagerDownload 30 de zile TRIAL GRATUIT la SolarWinds.com

2. Bărbați & Șoareci de gestionare a adreselor IP

Men and Soice produce software de gestionare a rețelei, inclusiv un pachet DDI. Instrumentul său de gestionare a adreselor IP face parte din suita respectivă. Compania oferă o versiune limitată a utilității sale de gestionare a adreselor IP pentru a implementa o migrare de la adrese IPv4 la IPv6. Această versiune redusă a funcției este liber. Dacă cumpărați IPAM complet, sistemele de migrare sunt incluse. bărbaţi & Șoarecii oferă, de asemenea, un proces gratuit pentru suita sa de software DDI.

Strategia de migrare a adreselor prezentată de Bărbați și șoareci introduce un câmp suplimentar în raportul dvs. de noduri IPAM care notează starea fiecărui dispozitiv. Cu aceasta, puteți înregistra dacă un dispozitiv este compatibil IPv6. Pentru acele dispozitive compatibile, care vor fi cele mai multe echipamente, rețineți dacă dispozitivul a fost testat cu o adresă IPv6 și când este gata pentru transfer..

Tabloul de bord include un supliment de flux de lucru, care urmărește modificările formatului de adresă pentru fiecare dispozitiv. Puteți schimba dispozitivele fie articol după articol, fie sub-rețea. Compatibilitatea tuturor adreselor dintr-o rețea de tranziție mijlocie este suportată de arhitectura cu două stive în IPAM.

O versiune gratuită a sistemului de gestionare a adreselor IP este o oportunitate excelentă. Cu toate acestea, întrucât va fi capabil să efectueze doar tranziția de adrese și să nu gestioneze în întregime sistemul dvs. de adresare IP, veți ajunge să rulați două IPAM în paralel. Ar fi mai bine să folosiți proba gratuită ca o evaluare paralelă a introducerii unui nou sistem de gestionare a adreselor IP și efectuați tranziția standard de adresă în timpul acelui proces. Dacă sunteți mulțumit de IPAM-ul dvs. actual, atunci încercați Bărbații & Sistemul de șoareci pentru migrarea adreselor dvs. ar fi un exercițiu care consumă timp fără beneficiul maxim al achiziționării de software nou.

3. Broker tunel IPv6

Metoda dual-stack este doar una dintre cele trei strategii de tranziție posibile pentru tranziția adreselor IPv6. O altă metodă se numește „tunelare”. În acest scenariu, pachetele adresate într-o metodă sunt încapsulate în pachete urmând cealaltă metodă de adresare. Cea mai probabilă direcție pentru această strategie este să puneți pachete IPv6 în pachetele IPv4.

Tunelarea convertește adresele IPv6 astfel încât rețeaua dvs. IPv4 să le poată gestiona. Odată ce pachetele IPv6 încapsulate ajung la dispozitivul relevant, structura portantă este dezactivată, astfel încât aplicația solicitantă poate procesa pachetul IPv6 original.

Tunelarea reprezintă mai mult o strategie de întârziere pentru a opri tranziția și a depăși orice griji de compatibilitate pe care le-ați avea. Metoda de tunelare este prezentată într-un document deținut de IETF. Acesta este RFC 4213: Mecanisme de tranziție de bază pentru gazde și routere IPv6. Cu această metodă, vă puteți păstra rețeaua complet IPv4 și comunica cu resursele externe IPv4 în mod standard. Toate adresele IPv6 sunt convertite în IPv4, astfel încât gateway-ul de rețea să le poată face față. Intenția este să schimbați versiunile la un moment dat, transformând rețeaua dvs. în totalitate IPv6 și tunelând în orice adrese externe care încă utilizează IPv4.

O caracteristică bună a acestei metodologii este că poate fi implementată cu un server proxy furnizat de terți, numiți brokeri de tunel. Brokerul de tunel IPv6 și Uragan electric sunt două dintre aceste servicii de conversie. Companiile au servere proxy în multe orașe din SUA și din întreaga lume. Acești brokeri de tunel sunt complet gratuite.

4. Traducere IPv6 Cloudflare

A treia metodă recomandată pentru tranziția IPv4 la IPv6 este conversia adresei. Multe servicii Cloud integrează traducerea IPv6. Cloudflare este un exemplu în acest sens. Compania oferă în principal protecție împotriva atacurilor DDoS. Acționează ca un front end pentru toate mesajele primite. Când vă înscrieți la serviciul Cloudflare, toate intrările DNS din lume care se referă la serverele dvs. sunt modificate pentru a indica un server Cloudflare. Cloudflare elimină conexiunile nocive și transmite traficul autentic către serverele tale.

Compania este Pseudo IPv4 funcția este inclusă gratuit în toate planurile sale de protecție. Convertește adresele IPv6 în adrese IPv4 înainte de a ajunge la gateway-ul dvs. de rețea. Aceasta este o soluție excelentă dacă aveți echipamente mai vechi care nu pot face față adreselor IPv6. Acest lucru ar trebui să contribuie la reducerea duratei de viață suplimentare înainte de a cumpăra dispozitive de rețea noi. Întrucât toți furnizorii de echipamente de rețea integrează acum arhitectura dual stack, problemele de compatibilitate IPv6 vor dispărea pe măsură ce înlocuiți echipamentul.

5. Subnet Online IPv4 la IPv6 Converter

Serverul de traducere a adreselor de rețea este locația evidentă la fața locului pentru conversia dinamică a adreselor. Majoritatea serverelor NAT noi includ funcții de conversie. În lumea producătorului echipamentelor de rețea, procesul de conversie a adreselor între IPv4 și IPv6 se numește „traducere de protocol”.

Există o a patra opțiune, care este să schimbi manual toate adresele. Aceasta este o strategie fezabilă pentru rețele mici. Dacă utilizați DHCP, puteți seta un server DHCP cu două stive pentru a utiliza adresarea IPv6. Aceeași strategie este disponibilă și cu serverele DNS. Dacă vă setați IPAM-ul pentru a utiliza numai IPv6, prezența IPv4 în rețeaua dvs. se va încheia.

Modificarea sistemului de adresare va avea un impact asupra alocării adresei dvs. de subrețea. Puteți recalcula singuri scopurile dvs. de adresă de subrețea. Subnet Online IPv4 Converter IPv6 vă va ajuta cu această sarcină.

Cu adresele proprii convertite, trebuie să vă bazați pe setările de conversie ale gateway-ului NAT pentru a adapta adresa IPv4 externă și a le integra în operațiunile dvs..

Relevanță TCP / IP

În pofida faptului că este unul dintre cele mai vechi sisteme de gestionare a rețelei, TCP / IP nu este pe cale să îmbătrânească. De fapt, pe măsură ce trece timpul, TCP / IP a crescut la o proeminență mai mare în domeniu. Posibilitatea de a schimba rețelele private cu internetul oferă TCP / IP un avantaj și a făcut-o cea mai atractivă soluție pentru sistemele de rețea. După ce înțelegeți cum funcționează TCP / IP, puteți vizualiza modul în care toate comunicările companiei dvs. călătoresc, ceea ce face ca extinderea serviciilor de rețea sau rezolvarea problemelor să fie mult mai ușoare.

Viitor TCP / IP

Singurul rival la TCP / IP a fost OSI, iar acel model s-a încorporat în jargonul rețelei. Poate fi confuz că numerele de strat OSI sunt utilizate în mod obișnuit chiar și atunci când ne referim la echipamente care funcționează în conformitate cu regulile TCP / IP. Aceasta este o problemă a industriei pe care veți veni să o acceptați și să o utilizați ca a doua limbă.

Epuizarea adresei IPv4 este o supărare ciudată în traiectoria adopției TCP / IP. Acest glitch nu i-a obligat pe managerii de rețea să treacă la alte metodologii. În schimb, necesitatea de a profita la maxim de grupul descrescător de adrese disponibile a creat noi tehnologii și strategii care să maximizeze utilizarea adreselor IP. Marea problemă creată de deficitul de adrese a dus la sistemul DHCP, IPAM și la o gestionare mai eficientă a adreselor IP. Toate fac din TCP / IP un sistem de gestionare a rețelei mult mai atractiv.

Utilizarea TCP / IP

Multe, multe mai multe protocoale sunt implicate în TCP / IP. Cu toate acestea, acest ghid s-a concentrat pe cele mai importante metodologii pe care trebuie să le înțelegeți pentru a gestiona eficient o rețea.

Sa nu uiti asta un protocol nu este o aplicație software. Este doar un set de reguli pe care dezvoltatorii de software le utilizează ca bază a unei specificații de program. Protocoalele asigură compatibilitatea universală și permit diferitelor case software să producă produse concurente care lucrează cu alte programe software.

Ți-ai convertit încă rețeaua în IPv6? Noul sistem de adresare a avut conectivitate? Ați utilizat metoda dual-stack într-un IPAM pentru a acoperi simultan adresele IPv4 și IPv6? Spuneți-ne experiența dvs. lăsând un mesaj în secțiunea Comentarii de mai jos.

Imagini: Rețea europeană de la PXHere. Domeniu public

Model TCP / IP de MichelBakni. Licențiat în baza CC BY-SA 4.0

OSI și TCP de Marinanrtd2014. Licențiat în baza CC BY-SA 4.0