5.4.1. Belső és külső internetes útválasztási protokollok
A modern csomagkapcsolt hálózatokban használt útválasztási protokollok többsége eredetüket az internetről és elődjétől - az arpanet hálózatából vezetik. A kinevezésük és jellemzőik megértése érdekében hasznos először megismerkedni az internethálózat szerkezetével, amely nyomtatott a terminológiára és a protokoll típusokra.
Az internetet eredetileg olyan hálózatként építették fel, amely egyesíti nagyszámú meglévő rendszerek. A szerkezetének kezdetétől az elosztott főhálózat (Care Backbone Network),és az autópályához csatolt hálózatoknak tekintették autonóm rendszerek (autonóm rendszerek, as).A fő hálózat és az autonóm rendszerek mindegyike saját adminisztratív irányítással és saját útválasztási protokollokkal rendelkezik. Hangsúlyozni kell, hogy az internetes nevek autonóm rendszere és területe különböző koncepciók, amelyek különböző célokat szolgálnak. Az autonóm rendszer ötvözi hálózatok, amelyek routing végzik az általános adminisztratív irányítása egy szervezet, és a domain kombájnok számítógépek (esetleg tartozó különböző hálózatok), amelyben egyedülálló szimbolikus nevek vannak rendelve az általános igazgatási egy szervezet. Természetesen az autonóm rendszer cselekvési területe és a névdomainok egy adott esetben lehet, ha egy szervezet mindkét meghatározott funkciót elvégzi.
Az internetes hálózat általános architektúráját az 1. ábrán mutatjuk be. 5.25. Ezután felhívjuk a routereknek, hogy a hagyományos internetes terminológiával összhangban maradjanak.
Az autonóm rendszer belsejében lévő hálózatok és alhálózatok létrehozására használt átjárók hívják belső átjárók (belsőgazgatási),és az átjárók, amellyel az autonóm rendszereket hálózati vonalakhoz kapcsolják külső átjárók (külső átjárók).A hálózati vonal is autonóm rendszer. Minden autonóm rendszer egyedi 16 bites számmal rendelkezik, amelyet az új autonóm rendszer által létrehozott szervezet kiemel.
Ennek megfelelően az autonóm rendszereken belüli útválasztási protokollokat hívják belső átjáró protokollok (belső átjáró protokoll, IGP),És a protokollok, amelyek meghatározzák az útvonalinformációk cseréjét a külső átjárók és a fő hálózati átjárók között - külső átjáró protokollok (külső átjáró protokoll, EGP).A fő hálózaton belül bármilyen saját belső IGP protokollt vállal.
A teljes internetes hálózat szétválasztásának jelentése az autonóm rendszerekbe többszintű moduláris ábrázolásban, amely nagy méretű nagyméretű nagyméretű rendszerhez szükséges. Változtassa meg az útválasztási protokollokat autonóm rendszer Nem befolyásolhatja más autonóm rendszerek munkáját. Emellett az internetes osztály az autonóm
418 5. fejezet Hálózati szint építési eszközként nagy hálózatok
a rendszereknek hozzá kell járulniuk a csomagtartó és a külső átjárók információinak összevonásához. A belföldi átjárók elég részletes link grafikonokat használhatnak a belső útválasztáshoz a leginkább racionális útvonal kiválasztásához. Ha azonban ilyen részletességű információt minden hálózati útválasztón tárolnak, akkor a topológiai adatbázisok emelkednek, hogy a gigantikus méretek memóriájába kerüljenek, és az útválasztási döntések meghozatalának ideje elfogadhatatlanná válik.
Ezért részletes topológiai információkat belül marad az autonóm rendszer, és az autonóm rendszer, mint egy egész, a többi internetes képviseli külső átjárók, amely beszámol a belső összetétele az autonóm rendszer. A minimálisan szükséges adatok számát az IP-hálózatok, címüket és a belső távolságot ezeknek a hálózatoknak a külső átjáróból.
A CIDR osztály nélküli útválasztási technika jelentősen csökkentheti az autonóm rendszerek között továbbított útvonalinformációk mennyiségét. Tehát, ha minden hálózat belsejében egy bizonyos autonóm rendszer elkezd egy közös előtagot, például 194.27.0.0/16, akkor a külső átjáró ezen autonóm rendszer, hogy állapítsa meg csak körülbelül ezt a címet, nem jelentést a létezését ezen belül autonóm rendszer, Például a Hálózat 194.27. 32.0 / 19 vagy 194.27.40.0/21, mivel ezek a címek összevonják a címét 194.27.0.0/16.
5.4. Útválasztási protokollok IP hálózatokban 419
Ábrán látható. 5.25 A szerkezet az internet egyetlen autópálya eléggé megfelelt a valóságnak elég hosszú, ezért a protokoll cseréje útvonal közötti információcsere autonóm rendszerek, az úgynevezett EGP alakult. A szolgáltatók hálózatainak fejlesztésével azonban az internetes struktúra sokkal összetettebbé vált, az önálló rendszerek közötti kapcsolatok önkényes jellegével. Ezért az EGP protokoll utat engedett a BGP protokoll, amely lehetővé teszi, hogy felismerjék a hurkok közötti autonóm rendszerek, és megszünteti azokat intersystem útvonalakon. Az EGP és a BGP protokollokat csak külső összekötő átjárókban használják, amelyeket leggyakrabban az internetszolgáltatók szerveznek. A vállalati hálózati útválasztóknál a belső útválasztási protokollok működnek, mint például a RIP és az OSPF.
5.4.2. Távoli vektor RIP protokoll
Építési útválasztó asztal
A RIP (Ruting Information Protocol) egy belső távoli vektor típusú útválasztási protokoll, az egyik legrégibb az útvonalinformációs csere protokollok cseréje, és még mindig rendkívül elosztva a számítástechnikai hálózatokban a végrehajtás egyszerűségének köszönhetően. A TCP / IP hálózatok felülvizsgálati verzióján kívül egy RIP verzió is van a Novell IPX / SPX hálózatokhoz.
Az IP esetében a RIP protokoll két verziója van: az első és a második. A RIPVL protokoll nem támogatja a maszkokat, vagyis az útválasztók között csak a hálózati számok és távolságok közötti információt terjeszti, és ezeknek a hálózatoknak a maszkjairól szóló információ nem terjeszti, úgy véli, hogy minden cím az A, B szabványos osztályokhoz tartozik C. RIPv2 protokoll transzferek információt a maszkok a hálózatok, így nagyobb összhangban a mai kor követelményeinek. Mivel az útválasztási táblák építése során a 2. verzió nem alapvetően különbözik az 1. verziótól, akkor a jövőben az első verziót leírja a rekordok egyszerűsítésére.
A hálózat távolságaként a RIP protokoll szabványai lehetővé teszik a különböző típusok különböző típusát: komló, mutatók, figyelembe véve a sávszélességet, a hálózatok késedelmét és megbízhatóságát (vagyis a megfelelő funkciók a " Szolgáltatás "az IP-csomag mezője), valamint ezeknek a mutatóknak a kombinációi. A metrikának az additivitás tulajdonának kell lennie - az összetett útvonal metrikusa megegyezik az út metrikus összetevőjének összegével. A legtöbb implementációban a felülvizsgálati a legegyszerűbb metrikát használja - a komlószám számát, azaz a köztes útválasztók számát, amelyeknek a csomagot a célhálózatra kell leküzdeniük.
Tekintsük meg az útválasztási táblázat kialakításának folyamatát az 1. ábrán bemutatott kompozit hálózat példáján lévő RIP protokollal 5.26.
1. lépés - Minimális táblázatok létrehozása
Ez a hálózat nyolc IP-hálózattal rendelkezik, amelyek négy útválasztóval rendelkeznek azonosítókkal: ml, M2, MH és M4. A RIP protokollon működő RUP forgalomirányítók azonban azonosíthatók, azonban nem szükségesek a jegyzőkönyv működéséhez. A RIP üzenetekben ezeket az azonosítókat nem továbbítják.
A kezdeti állapotban minden útválasztóban szoftver A TCP / IP verem automatikusan létrehoz egy minimális útválasztási táblázatot, amelyben csak közvetlenül kapcsolódó hálózatokat vesznek figyelembe. A routerek portjának címére, ellentétben a hálózati címekkel, az oválisokba helyezve.
Az 5.14. Táblázat lehetővé teszi, hogy megbecsülje a minimális útválasztó útválasztó asztal hozzávetőleges nézetét.
Az egyes routerek inicializálása után elkezdi elküldeni a RIP protokoll üzenetét szomszédjainak, amelyek tartalmazzák a minimális táblázatot.
5.4. Útválasztási protokollok az IP hálózatokban 421
A RIP üzeneteket az UDP protokollcsomagokban továbbítják, és két paramétert tartalmaznak az egyes hálózatokhoz: IP-címe és távolsága az átviteli router üzenetből.
A szomszédok azok router, hogy ez a router közvetlenül közvetíteni az IP-csomag bármely hálózati szolgáltatásainak igénybevétele nélkül közbenső router. Például az ml router esetében a szomszédok M2 és MH routerek, valamint az M4 router, M2 és MH routerek.
Így az ML router az alábbi üzenetet továbbítja az M2-routernek:
201.36.14.0 Hálózat, távolság 1;
hálózat 132.11.0.0, távolság 1;
hálózat 194.27.18.0, távolság 1.
3. szakasz - A szomszédoktól és a beérkezett információk feldolgozása
Miután megkapta az M2 és MZ routerek hasonló üzeneteit, az ML router egységenként növeli mindegyik metrikus mezőt, és emlékszik arra, hogy melyik porton keresztül, és melyik router új információt kapott (az útválasztó címe a következő útválasztó címe lesz bejegyzés az útválasztási táblázatba kerül). Ezután az útválasztó elkezdi összehasonlítani az új információkat az útválasztási táblázatban (5.16. Táblázat).
5.16. Táblázat.Ml router routing asztal
Az IP-t internetes protokollként (Internet protokoll) dekódolják, és különösen a protokoll 4. verziója jelenleg a leggyakoribb. Az IPv4-et RFC 791-en keresztül definiáljuk.
Az OSI részeként ez a hálózat protokollja (3.) szint. Ez a szint, emlékeztetem, célja az adatátvitel útjának meghatározása.
Az IPv4 csomagkapcsolást használ. Ugyanakkor az eredeti továbbított üzenet egy kis méretű (csomagok) részeire van osztva, amelyeket önállóan továbbítanak a hálózaton keresztül.
Ezenkívül az IPv4 nem garantálja a csomagok szállítását, vagy a duplikátumok hiányát. Ez az úgynevezett "legjobb erőfeszítés" (ellentétben a garantált szállítással). Ennek megfelelően ezek a feladatok magasabb szintű protokollokra mennek, például a TCP.
Címzés
Az IPv4 azonosítja a feladó és a címzettet egy 32 bites címmel, amely korlátozza a lehetséges 4 294 967 296 lehetséges címek számát. Ebből az IPv4-es tartalékokból speciális címtartományok, amelyeket magán (~ 18 millió) és multicast (~ 270 millió) neveznek.
A címeket általában négy decimális oktett formájában rögzítik, például: 198.51.100.25 megfelel a C6336419 számnak.
A globális címterület használata esetén meg kell különböztetni a rendelkezésre álló címeket helyi A fizikai hálózat, amely nem igényel útválasztást és címeket, amelyek fizikailag mások. Ez utóbbi esetén a csomagokat elküldjük az útválasztónak, amelyet tovább kell közvetíteniük őket.
A szabvány első verzióiban az első OCET-t használták a hálózat azonosítására, a többi - a csomópont azonosítására. Elég gyorsan, világossá vált, hogy a 256 hálózat nem elég. Ezért bevezetésre kerültek a hálózati osztályok:
| Osztály | Első bitek | A hálózat hosszúsága | Címhossz csomópont |
|---|---|---|---|
| A. | 0 | 8 | 24 |
| B. | 10 | 16 | 16 |
| C. | 110 | 24 | 8 |
| D. | 1110 | N / A. | N / A. |
| E. | 1111 | N / A. | N / A. |
| Osztály | Indítási tartomány | Tartomány vége |
|---|---|---|
| A. | 0.0.0.0 | 127.255.255.255 |
| B. | 128.0.0.0 | 191.255.255.255 |
| C. | 192.0.0.0 | 223.255.255.255 |
| D. | 224.0.0.0 | 239.255.255.255 |
| E. | 240.0.0.0 | 255.255.255.255 |
A D osztály egy multicast, E. osztályú - csak fenntartott "csak abban az esetben."
A hálózati cím hosszát és a csomópont-cím hosszát a cím első bitje határozta meg. Körülbelül 1985-től elutasították. Ennek oka az, hogy sok szervezet több címet igényelt, mint egy C osztályú hálózatot, és a B osztályú B. osztályú hálózatot kapta, de időnként meghaladta a szervezet követelményeit.
A hálózati osztályok változásánál jött a hálózat maszkja. Ez a bit maszk, amely azt jelzi, hogy melyik bites címek kapcsolódnak a hálózathoz, és amelyek - a csomóponthoz. A standard megállapodás szerint a maszkot balról jobbra kell kitölteni, hogy a hálózati cím mindig vezető bitekben legyen. Ez lehetővé teszi, hogy csak megadja hálózati cím hosszaa hálózati maszk helyett az egész hálózat.
Például az 192.0.2.0/24 azt jelenti, hogy az első 24 bit (három oktett) a hálózat címére vonatkozik, és a többi a csomópont címére vonatkozik. / 24 egyenértékű a 255.255.255.0 hálózati maszknak.
A hálózati maszkok használatát az RFC 1517-ben ismertetjük.
Számos előírás is fenntartja a különféle címtartományokat a speciális igényekhez.
| Hatótávolság | Leírás | Rfc |
|---|---|---|
| 0.0.0.0/8 | Jelenlegi hálózat (forráscím) | 6890 |
| 10.0.0.0/8 | Magánhálózat | 1918 |
| 100.64.0.0/10 | Megosztott címterület CGN | 6598 |
| 127.0.0.0/8 | Loopback | 6890 |
| 169.254.0.0/16 | Autokonfiguráció | 3927 |
| 172.16.0.0/12 | Magánhálózat | 1918 |
| 192.0.0.0/24 | IETF protokoll hozzárendelések | 6890 |
| 192.0.2.0/24 | Dokumentáció és példák 1 | 5737 |
| 192.88.99.0/24 | IPv6 - IPv4 relé | 3068 |
| 192.168.0.0/16 | Magánhálózat | 1918 |
| 198.18.0.0/15 | Tesztelés sávszélesség Hálózat | 2544 |
| 198.51.100.0/24 | Dokumentáció és példák 2 | 5737 |
| 203.0.113.0/24 | Dokumentáció és példák 3 | 5737 |
| 224.0.0.0/4 | Multicast | 5771 |
| 240.0.0.0/4 | Fenntartott | 1700 |
| 255.255.255.255 | Sugárzott lekérdezés | 919 |
A csomópontok, a nullákból álló bináris reprezentációban is (a teljes hálózatot, fenntartott) és egységeket jelöli (a hálózat sugárzási kérelmét) is.
Például 203.0.113.0 eszköz (a szövegben) Hálózat 203.0.113.0/24 és 203.0.113.255 - egy sugárzott kérés a hálózathoz.
Csomagformátum
A csomag egy fejlécből és adatból áll. Az IP nem jelent semmilyen integritásellenőrzést. Az alapul szolgáló jegyzőkönyv (mondja, Ethernet) már biztosítja az integritás ellenőrzését csatorna szintje, és a fenti (mondjuk, TCP) - az adatszinten.
Verzió, 4 bit első fejléc mező. Az IPv4 értéke 0010 2, vagyis. 4. fejléc hossza, 4 bitszám 32 bites szó a címben. Az 5-ös minimális érték, amely megfelel a 20 bájt fejlécének hosszának. Maximum - 15, fejléc hossza 60 bájt. DSCP vagy TOS - A szolgáltatás típusa, 6 bit határozza meg az átutalást, azt mondja, hogy VoIP. ECN, 2 bites lobogó explicit hálózati túlterhelés. Mindkét oldalról (fogadás és továbbítás) támogatást igényel. A zászló fogadásakor csökken az átviteli sebesség. Ha nincs fag támogatás, a csomagokat egyszerűen eldobják. Teljes hossz, 16 bit teljes csomag hossza bájtban, beleértve a címet és az adatokat. Minimum hossza - 20, maximum - 65535. Azonosítás, 16 bit a datagram egyedi azonosítására szolgál. Az átvitel során különböző hálózatok Lehet, hogy a csomag kisebb részekre osztható, ez a mező az egy csomaghoz tartozó részek azonosítására szolgál. Zászlók, 3 bit
Bit zászlók:
- Fenntartva, mindig 0
- Ne fragreded. Ha a csomag további átvitelére töredezettséget igényel, a csomagot eldobják.
- További töredékek. A töredezett csomagok esetében mindenki, az utóbbi mellett ez a zászló 1-re van állítva.
- 1 - ICMP
- 6 - TCP.
- 17 - UDP.
Ritkán használják. A címadatblokkokból áll. A cím opció hossza 8-16 bit, és mezőkből áll:
- Az opció típusa, 8 bit - a mező meghatározza, hogy mi az opció. A "0" érték az opciók listájának végét jelenti. Összes regisztrált 26 kód.
- Hossz, 8 bit - a bitek teljes opciójának mérete, beleértve a címet is. Bizonyos típusú opciók hiányozhatnak.
Arp
IP definiálja a logikai címeket. Az Ethernet hálózaton lévő csomag küldéséhez azonban meg kell ismerni a célcsomópont (vagy útválasztó) fizikai címét is. Egy másik összehasonlításához az ARP protokollt használjuk.
Az ARP (címfelbontási protokoll) a hálózat (3.) szintje formális protokollja az OSI modellben, bár valójában biztosítja a 2. és 3. szint kölcsönhatását. Az ARP-t a 2. és 3. szintek különböző protokolljaira hajtják végre.
Maga a protokoll egy egyszerű sorban álló rendszerre épül. Fontolja meg egy konkrét példát.
Ha a hálózati csomópont, mondjuk, a logikai címmel 198.51.100.1 (a hálózatban 198.51.100.0/24) egy B csomópont csomagot szeretne küldeni egy logikai címmel 198.51.100.2, küld egy második szintű sugárzási lekérdezést ( ban ben ez az eset Ethernet) egy kapszulázott ARP-üzenettel, amely megkérdezi a hálózati csomópontokat - milyen fizikai címet a csomópontban 198.51.100.2 logikai címmel, és tartalmazza az A. csomópont logikus és fizikai címét, amely a saját logikai címét, Kérés, válaszokat küld a Node A kérelem logikai és fizikai címe szerint. A kérés eredményei tárolódnak.
Az ARP üzenetek a következő struktúrával rendelkeznek:
Fizikai protokoll (Hune), 2 bájt használt protokoll 2 szint. Az Ethernetnek van egy azonosítója 1. Logikai protokoll (PTYPE), 2 bytes használt protokoll 3 szint. Megfelel az eterpe típusoknak. Az IPv4 0x0800 azonosítóval rendelkezik. A fizikai cím (HLEN), a fizikai cím 1 bájt hossza OCTETETS, Ethernet - 6 logikai címhossz (pllen), 1 byte logikai cím hossza oktets, IPv4 - 4 művelet (OPT), 2 bájt 1 A lekérdezéshez, 2 Válasz esetén és sok más lehetőség a protokollbővítményekhez. A feladó (SHA) fizikai címe, a HLEN BYTE a lekérdezésben - a kérés címe. A válasz a kért csomópont címe. A feladó (SPA) logikai címe, Plenlen Byte
A címzett (THA) fizikai címét, a HLEN BYTE-t figyelmen kívül hagyja a lekérdezésben. Válaszul - a kért cím. A címzett (TPA) logikai címe, Plenn byte
Általában a hálózati csomópontok is küld ARP üzeneteket, ha az IP cím megváltoztatása, vagy ha be van kapcsolva. Ezt általában APR-kérésként valósítja meg, amelyben a TPA \u003d SPA és a THA \u003d 0. Egy másik lehetőség egy ARP válasz, amelyben a TPA \u003d SPA és a THA \u003d SHA.
Ezenkívül az ARP felhasználható a logikai címek konfliktusának kimutatására (míg spa \u003d 0).
Vannak olyan protokollbővítmények, amelyek inverz műveleteket termelnek, az inarp (inverz arp), amely az L3-címet az L2-cím és a RARP fogadja a kérelmező csomópont L3-címét.
RARP-t használtunk az L3 címek automatikus automatikus konfigurálására. Ezt követően helyettesíti a BOOTP protokoll, majd a DHCP.
Útválasztás IPv4 hálózatokban
Az IPv4 hálózatok fő útválasztási algoritmusa az átirányítási algoritmusnak nevezik.
Ha van egy D célcím és az N TEFIX N hálózat, akkor
- Ha N egybeesik az aktuális csomópont-hálózat előtagolásával, küldjön helyi kommunikációs adatokat.
- Ha N útvonal van az útválasztási táblázatban, küldje el a következő HOP adatokat az útválasztónak.
- Ha alapértelmezett útvonal van, küldje el a Next-hop adatokat alapértelmezett routerrel
- Ellenkező esetben - hiba.
Az útválasztási táblázat a hálózati címek leképezésének táblázata, valamint a hálózatok útválasztóinak következő hop címei. Így például egy csomópont, amelynek címe 198.51.100.54/24 lehet ilyen útválasztási táblázat: 203.0.113.0/24
| Rendeltetési hely | Átjáró. | Eszköz. |
|---|---|---|
| 198.51.100.0/24 | 0.0.0.0 | eth0. |
| 203.0.113.0/24 | 198.51.100.1 | eth0. |
| 0.0.0.0/0 | 203.0.113.1 | eth0. |
Elvben az útvonalat olyan hálózati eszközhöz is csatolják, amelyből az adatokat meg kell küldeni.
Ha a csomópont több útvonallal érhető el, egy hosszabb hálózati maszkkal rendelkező útvonal van kiválasztva (azaz specifikusabb). Az alapértelmezett útvonal csak egy.
Például egy 198.51.100.54/24 csomópont van egy útválasztási táblázat:
| Rendeltetési hely | Átjáró. | Eszköz. |
|---|---|---|
| 198.51.100.0/24 | 0.0.0.0 | eth0. |
| 203.0.113.0/24 | 198.51.100.1 | eth0. |
| 203.0.113.224/27 | 198.51.100.5 | eth0. |
Globális számítógép hálózat Az internet kezdetben a következő séma szerint épült: a főhálózat, a hálózatok összekapcsolódnak, autonóm rendszerek. A fő hálózat autonóm rendszer is. Egy ilyen megközelítés kényelmes, mivel a részletes topológiai információk az autonóm rendszeren belül maradnak, és az önálló tartalmú rendszer az internet többi részében egyetlen egész szám, amely kiterjeszti a külső átjárókat (routerek, amellyel az autonóm rendszereket a fő hálózathoz csatolják) . A belső átjárókat az autonóm alhálózatok rendszerében használják.
Ennek megfelelően az interneten használt útválasztási protokollok külső és belső útválasztási protokollokra (EGP, BGP) vannak osztva az autonóm rendszerek között. A belső útválasztási protokollokat (RIP, OSPF, IS-IS) csak az autonóm rendszeren belül használják. Az autonóm rendszeren belüli útválasztási protokollok és útvonalak megváltoztatása nem befolyásolja más autonóm rendszerek működését.
OSPF protokoll (nyílt legrövidebb út első - nyílt protokoll "A legrövidebb út első") 1991-ben elfogadott. Ez egy modern protokoll, amely nagy heterogén hálózatokban dolgozik egy komplex topológiával, amely magában foglalja a zsanérokat. A kapcsolatok állapotának algoritmusán alapul, amely erősen ellenáll a hálózati topológia változásainak.
40. TCP / IP verem protokollok szállítása.
Mivel a kapcsolatok nincsenek telepítve a hálózati szintre, akkor nincsenek garanciák, hogy az összes csomagot az egész számon átadják, és sértetlenek, vagy ugyanabba a sorrendbe kerülnek, amelyekben elküldték őket. Ez a feladat megbízható információs kommunikáció Két véges csomópont között - a TCP / IP verem fő szintje, más néven.
Ezen a szinten a TCP átviteli vezérlése (átviteli vezérlési protokoll) és a datagram protokoll (felhasználói datagram protokoll) működik. A TCP protokoll biztosítja a logikai kapcsolatok kialakulásának köszönhetően a távoli alkalmazási folyamatok közötti üzenetek megbízható átvitelét. Ez a protokoll lehetővé teszi a feladó-feladó és a címzett számítógépen lévő objektumokat, hogy az adatcserét duplex módban tartsák fenn. A TCP lehetővé teszi a hibák nélkül, hogy bármely számítógépen kialakított bájt áramot szállítson az összetett hálózatban lévő bármely más számítógépre. A TCP osztja a BYTE áramlását a rész szegmenseken, és továbbítja őket a tűzfal alatti szint alatt. Miután ezeket a szegmenseket a tűzhatávolság szintjével szállítja a rendeltetési helyre, a TCP protokoll ismét összegyűjti őket egy folyamatos bájtáramba.
Az UDP protokoll átadást biztosít alkalmazott csomagok Actigram, valamint az IP-összekapcsolási szint fő protokollja, és csak a kötőanyag (multiplexer) funkcióit végzi hálózati protokoll és számos alkalmazási szintű szolgáltatás vagy felhasználói folyamat.
41.Diagnosztikai TCP / IP segédprogramok.
A TCP / IP olyan diagnosztikai segédprogramokat tartalmaz, amelyek a Stack konfiguráció ellenőrzésére és a hálózati kapcsolat tesztelésére szolgálnak.
| Hasznosság | Alkalmazás |
| Arp | Megjeleníti és megváltoztatja az ARP címfelbontási protokoll által használt címadási táblázatot (címfelbontási protokoll - meghatározza a helyi címet IP-cím szerint) |
| HostName. | Megjeleníti a helyi fogadó nevét. Paraméterek nélkül használják. |
| ipconfig | Megjeleníti az aktuális TCP / IP Stack konfiguráció értékeit: IP-cím, alhálózati maszk, alapértelmezett átjáró cím, WINS címek ( Windows internet Megnevezési szolgáltatás) és DNS (domain névrendszer) |
| nbtstat | Megjeleníti a TOP TCP / IP-t statisztikákat és aktuális NetBIOS információkat. Az aktuális NetBIOS-kapcsolatok állapotának ellenőrzésére szolgál. |
| Netstat. | Megjeleníti a statisztikákat és az aktuális információkat a TCP / IP kapcsolatról. |
| NSLookup. | A házigazdák, a gazdagépek, valamint az információk, valamint az információk operációs rendszerA DNS-kiszolgálók kérésére. |
| Ping. | A TCP / IP konfiguráció konfigurációját végzi, és ellenőrzi a kapcsolatot a távoli gazdagéphez. |
| Útvonal. | Módosítja az IP útválasztási táblázatokat. Megjeleníti az asztal tartalmát, hozzáadja és törli az IP útvonalakat. |
| Tracert. | Ellenőrzi az útvonalat távoli számítógép Az ECMP ECMP (Internet Control üzenet protokoll) elküldésével. Megjeleníti az áthaladó csomagok távoli számítógépen történő útvonalát. |
A TCP / IP konfiguráció konfigurációjának ellenőrzéséhez az IPConfig segédprogramot használják. Ez a parancs hasznos számítógépeken futó DHCP (Dynamic Host Configuration Protocol), mivel ez lehetővé teszi a felhasználóknak, hogy melyik TCP / IP hálózati konfiguráció és milyen értékek voltak telepítve a DHCP segítségével.
Az IPConfig segédprogram lehetővé teszi, hogy megtudja, hogy a konfiguráció inicializálása, és ha az IP-címek nem duplikáltak:
- ha a konfiguráció inicializálása, az IP-cím, maszk, átjáró jelenik meg;
- Ha az IP-címek duplikáltak, a hálózati maszk 0,0,0,0;
- Ha DHCP használata esetén a számítógép nem tudott IP-címet kapni, akkor ez 0,0,0,0-vel egyenlő lesz.
A Packet Internet Grouper a TCP / IP konfiguráció és a csatlakozási hiba diagnosztika ellenőrzésére szolgál. Meghatározza egy adott gazda rendelkezésre állását és működését. A ping segítségével a legjobb módja annak, hogy ellenőrizze, hogy van egy útvonal a helyi számítógép és a hálózati fogadó között.
A Ping parancs ellenőrzi a kapcsolatot a távoli állomással az ICMP Echo csomagok ehhez a gazdagéphez, és meghallgatja az ECHO válaszokat. A Ping elvárja, hogy minden egyes csomag elküldött és kinyomtatja a továbbított és fogadott csomagok számát. Minden beérkezett csomagot a továbbított üzenetnek megfelelően ellenőrzik. Ha a gazdagép közötti kapcsolat rossz, akkor világossá válik a ping üzenetekből, hogy hány csomag elveszett.
Alapértelmezés szerint 4 echo csomagok 32 bájt hosszú (időszakos ábécé karakterek a nagybetűs karakterek) továbbításra kerülnek. Ping lehetővé teszi, hogy módosítsa a méretét és a csomagok száma, meghatározhatja, hogy rögzíteni a megtett útvonalat, hogy használ, amelyek értéke az élettartam (TTL) van telepíteni, akkor lehetséges, hogy töredezett a csomagot, stb Ha választ kapni a Időmező, mikor (milisekundumban) küldött a csomagot, eléri a távoli gazdagépet, és visszafelé tér vissza. Mivel az alapértelmezett érték a válasz elvárása 1 másodperc, akkor minden érték ez a mező Kevesebb, mint 1000 milliszekundum lesz. Ha megkapja az üzenetet "kérés idő" (túllépte a várakozási időtartamot), akkor lehetséges, ha növeli a válasz válaszidejét, a csomag eléri a távoli gazdagépet.
A Ping használható gazdanév (DNS vagy NetBIOS) és IP-címei tesztelésére. Ha a ping az IP-címmel sikeres volt, és a névvel - sikertelen, ez azt jelenti, hogy a probléma felismeri a cím és a név megfelelőségét, és nem a hálózati kapcsolaton.
Ping segédprogramot használnak a következő módon:
1) annak ellenőrzésére, hogy a TCP / IP telepítve van-e és helyesen konfigurálva a helyi számítógépen, a Ping parancs beállítja a hurok címét. visszacsatolás (Loopback cím): Ping 127.0.0.1
2) Győződjön meg róla, hogy a számítógép megfelelően van hozzáadva, és az IP-cím nem duplikált, a helyi számítógép IP-címét használják:
Ping ip cím_local_chost
3) Ellenőrizze, hogy az alapértelmezett átjáró funkciók és a helyi hálózat bármely helyi szolgáltatójához csatlakozhassanak, az alapértelmezett átjáró az alapértelmezett IP-címre van beállítva:
Ping ip cím_chlusion
4) Annak ellenőrzésére képes kapcsolatot létesíteni keresztül a router a Ping parancsot, az IP-címét a távoli gépen be van állítva:
Ping [Paraméterek] IP Címzett fogadó
A Tracert egy útvonal nyomorúság. Az IP-csomag és az ICMP hibaüzenetek TTL mezőjét (idő-élettartama) és az ICMP hibaüzeneteket használja, hogy meghatározza az egyik gazdagépről a másikra.
A Tracert segédprogram lényegesebb és kényelmesebb lehet, mint a ping, különösen olyan esetekben, amikor a távoli gazdagép elérhetetlen. Ezzel meghatározhatjuk a kommunikációs problémák területét (az internetszolgáltatóban, a Támogatóhálózatban, a távoli gazda hálózatban), hogy milyen messze van az útvonal nyomon követése. Ha problémák merültek fel, a segédprogram megjeleníti a lánckerék (*), illetve a "Cél Net Unreachable" típusú üzenet "célállomás nem érhető el", "Request Time Out", "Time Exeeded".
A Tracert segédprogram az alábbiak szerint működik: 3 próba visszhangcsomagokat küldünk minden olyan fogadónak, amelyen keresztül az útvonal távoli gazda felé halad. Ugyanakkor megjelenik az egyes csomagok idő várakozási ideje (a speciális speciális használatával módosítható. Paraméter). A csomagokat különböző élettartammal küldi el. Minden útválasztó, amely az út mentén található, a csomag átirányítása előtt csökkenti a TTL értékét egységenként. Így az élettartam a közbenső szállítási pontok (komló) számlálója. Amikor az élettartama a csomag eléri a nullát, azt feltételezzük, hogy a router küld a számítógépre forráskódú üzenetet ICMP „TIME EXEEDED” (lejárt). Az útvonalat úgy határozzák meg, hogy az első visszhangcsomagot a TTL \u003d 1-rel küldjük. Ezután a TTL 1-gyel növekszik minden egyes ezt követő csomagot, amíg a csomag eléri a távoli gép, vagy a maximális lehetséges értéke TTL (alapértelmezés 30, beállítható a -h paramétert). Az útvonalat az ICMP üzenetek tanulásával határoztuk meg, amelyeket közbenső routerek küldtek vissza.
Szintaxis: Tracert [Paraméterek] név)
Az ARP segédprogram az ARP gyorsítótárral való együttműködésre szolgál. Az ARP protokoll fő feladata az IP-címek közvetítése a megfelelő helyi címekre. Ehhez az ARP protokoll az ARP táblázat (ARP cache) információit használja. Ha a szükséges bejegyzés a táblázatban nem található, az ARP protokoll sugárzási kérelmet küld a helyi alhálózat összes számítógépére, megpróbálja megtalálni az IP-cím tulajdonosát. A gyorsítótár tartalmazhat kétféle rekordot: statikus és dinamikus. A statikus rekordokat manuálisan adják meg, és folyamatosan tárolják a gyorsítótárban. A dinamikus bejegyzések a gyorsítótárba kerülnek a sugárzott lekérdezés eredményeként. Számukra van egy fogalom az életről. Ha bizonyos időn belül (alapértelmezés szerint 2 perc) a felvétel nem volt igénybe, akkor eltávolításra kerül a gyorsítótárból.
A NetStat segédprogram lehetővé teszi, hogy statikus információkat kapjon a verem protokollok (TCP, UDP, IP, ICMP), és megjeleníti az aktuális hálózati kapcsolatok információit. Különösen hasznos a tűzfalakon, segítve észlelheti a hálózati kerület biztonsági megsértését.
Szintaxis:
NETSTAT [-A] [-E] [-N] [-S] [-P protokoll] [-R]
Paraméterek:
-a megjeleníti az összes hálózati kapcsolat listáját és a helyi számítógépes portok hallgatását;
-E megjeleníti az Ethernet interfészek statisztikáját (például a beérkezett és a küldött bájtok számát);
-N Megjeleníti az összes jelenlegi kapcsolatot (például TCP) minden helyi számítógépes hálózati interfészhez. Az egyes kapcsolódási információk esetében a helyi és a távoli interfész IP-címeiben jelennek meg a használt portok számával;
- Megjeleníti az UDP, TCP, ICMP, IP protokollok statisztikai adatait. A "/ több" gomb lehetővé teszi a diagramok megtekintését;
-R Megjeleníti az útválasztási táblázat tartalmát.
