9. fejezet UDP protokoll
Miután megismerése a fizikai mozgás a bitek a hordozó és a routing adatcsomagok az interneten, itt az ideje, hogy fontolja meg a szolgáltató alkalmazások járó adatátvitelt. Kezdjük a felhasználói datagram protokoll (User Datagram Protocol - UDP). Ez egy viszonylag egyszerű protokoll, amely lehetővé teszi az alkalmazások kommunikálni az egyes üzeneteket.
Ábra. 9.1. Kérdés és válasz a DNS
Load nyitó és záró kapcsolatot küldésekor nagy mennyiségű üzenet lehet kizárni, mert az átadása egyszerű kérés és válasz. Ezen túlmenően, az UDP kiváló alapot a design monitoring, hibakeresés, karbantartás vagy tesztelés.
UDP az elsődleges szolgáltatás, amely továbbítja az egyszerű egyéni üzeneteket IP továbbítására a hálózaton keresztül. Mivel az IP nem nyújt megbízható átviteli, nincs garancia a szállítás az üzenetet. Ha egy alkalmazás megpróbálja elküldeni kérésüket a UDP datagram, de nem kap választ ésszerű időn, a kérelmet újra kell küldeni az adatokat.
Néha ez vezet a párhuzamos kéréseket a szerver. Ha az alkalmazás tartalmazza az üzenet a tranzakció azonosítót, a szerver képes felismerni és felszámolására a párhuzamos egy további példányt az üzenetet. Felelős ezen intézkedések alkalmazására maga helyett UDP.
Mi történik, miután az érkező adatok a célállomást? Hogyan szállítják a kívánt alkalmazás (folyamat)?
Ábra. 9.2 azt mutatja, hogy minden szinten van egy protokoll azonosító jelzi a végrehajtott műveletek az adatokat. A második szinten Ethernet X'08-00 típusát a keret fejléc azt jelzi, hogy a keret kell továbbítani a VI. A harmadik szintű protokoll az IP fejléc azt jelzi, egy negyedik réteg protokoll, hogy hova küldje az adatokat (például a TCP, vagy 6 és 17 UDP).
Ábra. 9.2. Az adatok küldését az alkalmazási réteg
A gazda is részt egyszerre több kommunikáció. Mivel az általános áramlás az UDP datagram van kiosztva és juttatható el a kívánt szintet az alkalmazás? Ezek az adatok átvitele folyamatban a kívánt folyamatot gyakran nevezik demuitipiexelés. A válasz az, hogy az egyes kommunikációs végpont UDP van rendelve egy 16 bites azonosító úgynevezett port számát. A „port” nem túl sikeres az adott id. Port a kliens és a szerver rész az alkalmazás nincs kapcsolatban a portok a hardver és a fizikai útvonal adattovábbítást).
Port számok 0-tól 1023 számára van fenntartva a standard szolgáltatásokat. Ezek a portok nevezzük jól ismert (jól ismert). Alkalmazásuk lehetővé teszi az ügyfél azonosításához, hogy mely szolgáltatásra akar férni. Például eléréséhez DNS (amelynek alapja UDP) keresztül történik a jól ismert 53-as portot.
Ki nevezi ki a jól ismert port? Nem nehéz kitalálni, hogy részt vesz IANA. A port számok speciális alkalmazások által rögzített szervezeti és közzétett számkiosztó dokumentum az RFC (hozzárendelt szám). Rövid lista UDP portot a jelenlegi dokumentum RFC számkiosztó táblázatban bemutatott 9.1.
9.1 táblázat Példák a jól ismert UDP portot
Ez szolgál a problémák a hálózati jelentések
Számos jól ismert szolgáltatásokat nyújt modulok tesztelése, hibakeresés és mérések. Például echo (visszhang) a port 7, amely megfelel a nevét, minden küldött vissza erre a portra datagram. Dobja szolgáltatás (visszavonás) a port 9, éppen ellenkezőleg, eltávolítja a hálózat bármely küldött datagram erre a portra. Karakter generátor (karakter generátor) felel minden üzenet datagram tartalmazó 0-512 bájt. A bájtok száma van kiválasztva véletlenszerűen.
Szolgáltatás a nap idézete (a nap idézete) felel minden datagram egy adott üzenet, például egyes rendszerekben, a szerencse program megjeleníti a regisztráció „bölcs” tanácsot (ebben a példában azt mutatja, a kifejezés Winston Churchill: „Egy személy véletlenül megbotlik az igazság, de a legtöbb esetekben nem vette észre őt, és folytatta tovább koncentráljuk keresés „) .:
Churchill kommentár Man:
Az ember időnként megbotlik az igazság, de a legtöbb
Mire felveszi magát, és tovább.
nappali szolgálat (napszak) felel minden datagram tartalmazó üzenetet az aktuális dátum és idő, ASCII formátumban. Ez a formátum lehet olvasni a képernyőn változtatás nélkül. Ellenkező esetben úgy viselkedik Service Network Time Protocol (NTP), amely egy megbízható módszer szinkronizálása számítógép a hálózaton.
Azt már tudjuk, hogy a név szerver elérhető port 53, és a parancs nslookup. Portok 161 és 162 használt protokoll Simple Network Management Protocol.
Ezt hivatalosan kiadott szám, olyan rendszer, TCP / IP foglalni szoba egy sor kritikus hálózati szolgáltatásokat és alkalmazásokat.
A fennmaradó portok számát (fent 1023) elérhető az ügyfelek a fogadó szoftver szükséges. Izolálása a következő lépésekből áll:
1. A felhasználó elindítja a kliens program (például nslookup).
2. Az ügyfél a folyamatot hajt végre egy olyan rendszer rutin, hogy van értelme: „Azt akarom, hogy végre UDP kommunikációs port Engedjék.”.
3. A rendszer rutin kiválaszt egy használaton kívüli portot a medence elérhető portokat, és biztosítja, hogy az ügyfél folyamatban.
Láthatjuk, hogy a TCP is azonosítja a forrás és a cél annak 16 bites port azonosítót. Például 21-es port eléréséhez használt fájl transzfer szolgáltatás. és port 23 - telnet szolgáltatás regisztráció.
TCP és UDP-számokat egymástól független. Eljárás küldhet üzenetet az UDP port száma 1700, míg a másik továbbra TCP munkamenet porton 1700. Számos szolgáltatás elérhető mind a két TCP és UDP keresztül. Ebben az esetben a IANA hozzárendelés biztosítja ugyanazt a portszámot a szolgáltatás UDP és TCP. Azonban a végpontok kommunikáció különböző helyeken.
Aktív internet kapcsolat (beleértve a szervereket)
Proto Recv-Q-Q küldése Helyi cím Idegen cím (állami)
Tcp 0 0 127.0.0.1.1340 127.0.0.1.111 TIME_WAIT
Tcp 0 0 128.121.50.145.25 128.252.223.5.1526 SYN_RCVD
Tcp 0 0 128.121.50.145.25 148.7.9.160.65.3368 MEGALAPOZOTT
Tcp 0438 128.121.50.145.23 130.132.57.246.2219 LÉTRE
Tcp 0 0 128.121.50.145.25 192.5.5.1.4022 TIME_WAIT
Tcp 0 0 128.121.50.145.25 141.218.1.100.3968 TIME_WAIT
Tcp 0 0 128.121.50.145.25 35.8.2.2.3722 TIME_WAIT
Tcp 0 0 128.121.50.145.1338 165.247.48.4.25 MEGALAPOZOTT
Tcp 0 0 128.121.50.145.25 128.173.4.8.3626 MEGALAPOZOTT
Tcp 0 0 128.121.50.145.25 192.48.96.14.3270 MEGALAPOZOTT
Mi mechanizmusra van szükség a futtatásához a protokoll felhasználói datagram protokoll? Először is, az UDP protokollt egyedi azonosítót kell hozzárendelni (17). Ez az érték kerül a VI nevű mezőt Jegyzőkönyvet minden kimenő UDP üzeneteket. A bejövő üzeneteket, melyek értéke 17 az IP mezőbe szállítják az UDP. UDP protokoll létrehoz egy üzenetet, hozzátéve, egy egyszerű fejlécet az adatokat a kérelmet. Ez a cím megadott szám a forrás és cél port.
Ábra. 9.3 bemutatott UDP fejléc formátum. A fejléc tartalmazza a 16 bites forrás port szám és a cél meghatározására végpont kommunikáció. A hossza mező meghatározza az összes oktetek fejrésze és az adatokat UDP üzeneteket. Az ellenőrző összeg mező lehetővé teszi, hogy ellenőrizze a helyességét az üzenet tartalmát.
Ábra. 9.3. UDP fejléc
Emlékezzünk, hogy az IP fejléc tartalmaz egy ellenőrző összeget, hogy ellenőrizze a helyességét saját területén. A cél az UDP checksum, hogy ellenőrizze a tartalmát UDP üzeneteket.
Az UDP checksum számítjuk kombinációja különlegesen pszeudo (pszeudo fejléc), amely kevés információ IP, UDP fejléc és az adatok mentése az üzenetből.
Ábra. 9.4. ál területen az UDP checksum
Az ellenőrző a kommunikáció nem szükséges. Ha nem használjuk, a mező értéke nulla. Ha az ellenőrző összeg kiszámítottuk, és nullával egyenlő, ezt az értéket képviseli sorozata egységek.
Amellett, hogy a küldő és a fogadó adatcsomagok, UDP kell használni a józan ész, amikor az adatok küldését le az alkalmazás IP, és jeleznie kell a hibát az IP az alkalmazás.
Ábra. 9.5 kombinált kimeneti tartalmaz IP és UDP részek kérheti, és az illető válaszok. Ezt az eredményt a monitoron hálózatelemzőt Network General Company. A kérelem tartalmazza azt a követelményt, információk és állapotkimenet hogy elküldte a fogadó, hogy a hálózat menedzsment állomás. Rész nem jelenik meg az adatok a kérés és válasz üzeneteket.
Ábra. 9.5. IP és UDP-fejléceket kérés és válasz
Mindkét IP fejléc protokoll mező értéke 17, jelezve a használata UDP protokollt. A UDP ellenőrző nem kell kiszámítani a kérelmet, de jelen van a válasz.
Szippantás Analyzer észleli, hogy a port 161 van rendelve egy hálózati szolgáltatás.
Amikor egy alkalmazás kap UDP port, hálózati protokoll szoftver kiosztja több puffer tároló bejövő sorban a port a felhasználó datagram. UDP-alapú szolgáltatások nem tudja megjósolni a több egyidejű bejövő adatcsomagok és kezelése.
Ha a szolgáltatás jön több adatcsomagok, mint amennyit kezelni tud, a további üzeneteket egyszerűen eldobjuk. Ez a tény lehet kimutatni szakaszok UDP Socket túlcsordulása (túlcsordulás socket UDP protokoll) jelentés hálózati statisztikákat. Például ez a jelentés létrehozta a netstat parancsot:
0 hiányos fejlécek
0 rossz adatok hosszúságú mezők
0 rossz checksums
17 aljzat túlcsordul
Jegyzőkönyv User Datagram Protocol RFC 768. RFC 862-865 megvitassák az UDP-szolgáltatás, echo, dobja, karakter generátor és az idézet a nap. RFC 867 írja le a közüzemi napközben. RFC 1119 a második változat a szolgáltatás a hálózat idejével. BOOTP protokoll fejezet tárgyalja a 11. és a további szolgáltatásokról, UDP meg kell említeni a következő fejezetekben.