TCP/IP - UVOD

ARP, RARP, PPTP, DHCP, DVMRP, ICMP

 Pojmovi

 
 Prema početku  |  1  |  2  |  3  |  4  |  5  |  6  |  7  |  8  |  9  |  Prema kraju

ARP / RARP

Address Resolution Protocol / Reverse Address Resolution Protocol - Protokoli koje računala koriste za inicijalizaciju adresiranja na Internet-u na Ethernet mreži ili nekoj drugoj vrsti mreže glede pristupa računala mediju kojeg koristi za komunikaciju (MAC - Media Access Control). ARP omogućava računalu komunikaciju s drugim računalima u okruženju samo ako mu je poznata njihova IP adresa. Prije ostvarivanja komunikacije preko IP adrese, računalo šalje signal oglašavanja (broadcast) kao ARP zahtjev koji u sebi sadrži Internet adresu sustava koji se želi dohvatiti.

Strukturu ARP / RARP zaglavlja prikazuje naredna tablica sastavljena od 32 bit-nih redaka:

16 32
Hardware Type Protocol Type
HLen (8) Plen (8) Operation
Sender Hardware Address
Sender Protocol Address
Target Hardware Address
Target Protocol Address
Struktura ARP / RARP zaglavlja u 32 b redovima

Hardware type
Definira sklopovsku vrstu sučelja za koje je pošiljatelj zahtijeva odgovor.

Protocol type
Specificira tip protokola višeg nivoa koji pošiljatelj koristi.

HLen
Duljina sklopovske adrese.

PLen
Duljina adrese protokola.

Operation
Može imati jednu od slijedećih vrijednosti:

 1  ARP zahtjev.
 2  ARP odgovor.
 3  RARP zahtjev.
 4  RARP odgovor.
 5  Dinamički RARP zahtjev.
 6  Dinamički RARP odgovor.
 7  Dinamički RARP greška.
 8  InARP zahtjev.
 9  InARP odgovor.

Sender hardware address
Duljina 'HLen' u byte-ovima.

Sender protocol address
Duljina 'PLen' u byte-ovima.

Target hardware address
Duljina 'HLen' u byte-ovima.

Target protocol address
Duljina 'PLen' u byte-ovima.

DCAP

Data Link Client Access Protocol (DLSw) - Koristi se za prebacivanje između radne postaje (računala) i usmjernika (router) na prijenos SNA / NetBIOS prometa putem TCP sesije.

Kad je protokol objavljen, neki prodavači programske potpore počeli su implementirati DLSw na računalima. Provedba DLSw na veliki broj računala upitna je glede skalabilnosti i učinkovitosti. Kako je DLSw je protokol namijenjen preklopnicima (switch), nije efikasan kada se provodi na radnoj stanici. DCAP rješava ove probleme. On uvodi hijerarhijsku strukturu za rješavanje problema skalabilnosti. Sva računala ponašaju se kao korisnici usluge prema usmjerniku kao poslužitelju (server), a ne kao izravno vezani uređaji prema njemu. To je u osnovi model korisnik-poslužitelj koji nudi efikasniju komunikaciju između računala i usmjernika.

DCAP zaglavlje paketa
Zaglavlje ovog paketa koristi se za identifikaciju poruke tipa i duljine okvira. To je zaglavlje opće namjene koje se koristi se za svaki okvir koji je prolazi između DCAP poslužitelja i korisnika.

8 16
Protocol ID / Version Number Message Type
Packet Length
Struktura DCAP zaglavlja u 32 b redovima

Protocol ID
Identifikacija protokola od čega su prva 4 bit-a u polju postavljena na 1000.

Version number
Verzija protokola od čega su zadnja 4 bit-a u polju postavljena na 0001.

Message type
Tip poruke koji može biti:

DCAP Frame Name Code Function
CAN U REACH 0x01 Pronađi da li je dana stanica dostupna
I CAN REACH 0x02 Pozitivni odgovor na CAN U REACH
I CANNOT REACH 0x03 Negativni odgovor na CAN U REACH
START DL 0x04 Uspostava postupka podešavanja za danu adresu
DL STARTED 0x05 Postupak podešavanja započinje
START DL FAILED 0x06 Postupak podešavanja ima grešku
XID FRAME 0x07 XID okvir
CONTACT STN 0x08 Kontaktiranje odredišta za uspostavu SABME
STN CONTACTED 0x09 Odredište je spojeno - postavljen SABME mod
DATA FRAME 0x0A Datagram okvir za vezu
INFO FRAME 0x0B I-Frame usmjeren na samu konekciju
HALT DL 0x0C Sesija za prestanaka prijenosa podataka
HALT DL NOACK 0x0D Sesija za prestanaka prijenosa podataka bez ACK
DL HALTED 0x0E Sesija je zaustavljena
FCM FRAME 0x0F Sesija za kontrolu prijenosa podataka
DGRM FRAME 0x11 Okvir datagrama za kruženje
CAP XCHANGE 0x12 Sposobnost razmjene poruka
CLOSE PEER REQUEST 0x13 Isključite zahtjev za izravnu vezu
CLOSE PEER RESPONSE 0x14 Isključite odgovor za izravnu vezu
PEER TEST REQ 0x1D Zahtjev za test izravne veze za njeno održavanje
PEER TEST RSP 0x1E Odgovor na zahtjev za test izravne veze za održavanje

Packet length
Ukupnu duljinu paketa u oktetima koja uključuje i zaglavlje DCAP-a, podatke DCAP-a i korisne podatke. Minimalna veličina paketa je 4, što je ustvari samo duljina zaglavlja.

ATMP

Ascend Tunnel Management Protocol - Protokol koji se koristi u proizvodima firme 'Ascend Communication' da bi se omogućilo dial-in korisničkoj potpori da bi se dobila virtualna prisutnost na korisnikov kućnoj mreži s udaljene lokacije. Udaljeni korisnik poziva NAS (Network Access Server) ali umjesto korištenja adrese koja direktno pripada NAS-u, programska potpora koristi adresu koja pripada korisniku u 'kućnoj mreži'. Ta adresa može se osigurati od strane programske potpore udaljenog korisnika ili se dodjeljuje iz skupa adresa određenih za adresni prostor kućne mreže. U oba slučaja, ova adresa pripada kućnoj mreži i stoga treba osigurati ispravno usmjeravanje kako bi se paketi došli onome kome su namijenjeni. Tunel između NAS-a i posebnog 'Home Agent' (HA) koji se nalazi u kućnoj mreži koristi se za prenošenje podataka do korisnika i od korisnika.

Format je ATMP zaglavlja prikazuje sljedeća tablica:

     
Version Message type Identifier
Struktura ATMP paketa u 32 b redovima

Version
Verzija protokola mora biti 1.

Message type
ATMP definira skup poruka za zahtjeve i odgovore, a poruke distribuira s UDP protokolom. Koristi se 7 različitih poruka kojima prema vrsti pripadaju slijedeće brojčane vrijednosti (kod).

MessageType Type Code
Ubilježba zahtjeva
Izuzeće zahtjeva
Izuzeće odgovora
Ubilježba odgovora
Brisanje ubilježbe zahtjeva
Brisanje ubilježbe odgovora
Obavijest o pogrešci
1
2
3
4
5
6
7

Identifier
16 bit-ni broj koji se koristi za podudaranje odgovora i zahtjeva. Nova vrijednost dostavlja se za svaki novi zahtjev. Retransmisija istog zahtjeva koristiti će isti identifikator.

L2F

Layer 2 Forwarding - Omogućava tuneliranje zbivanja na 'link' sloju u više slojeve. Korištenjem takvih tunela moguće je odijeliti početnu lokaciju dial-up poslužitelja od lokacija na kojima je uspostavljena dial-up veza i pristup mreži prekinut.

Format paketa u prikazan je u sljedećoj tablici:

13 16 24 32
F K P S 0 0 0 0 0 0 0 0 C Ver Protocol Sequence (opt)
Multiplex ID Client ID
Length Payload offset
Packet key (optional)
Payload
Checksum
Struktura L2F paketa u 32 b redovima

Version
Glavna verzija programske potpore koja je izradila L2F paket.

Protocol
U ovom polju naveden je protokol koji se prenosi unutar L2F paketa.

Sequence
Redni broj koji je prisutan ako je 'S' bit u zaglavlju postavljen na 1.

Multiplex ID
U multipleks paketu njegov identifikator ID određuje povezanost za svaki tunel.

Client ID
Identifikacija korisnika CLID pomaže u postupku demultipleksiranja prema krajnjim točkama iz pojedinih tunela.

Length
Duljina je veličina cijelog paketa u oktetima, uključujući i zaglavlje, sva polja i korisni dio (payload).

Payload offset
Ovo polje određuje broj byte-ova iza L2F zaglavlja nakon kojih se očekuje početak korisnih podataka. Ovo polje je od značaja, ako je 'F' bit u L2F zaglavlju postavljen na 1.

Packet key
Polje s ključem je značajno ako je 'K' bit postavljen u L2F zaglavlju. To je dio provjere autentičnosti procesa.

Checksum
Kontrolni zbroj za provjeru paketa. Polje zbroja za provjeru je značajno ako je 'C' bit u L2F zaglavlju postavljen na 1.

Option Messages

Kada je konekcija inicijalizirana, između krajnjih točaka komunikacije provjera se prisutnost L2F na udaljenom kraju i dozvola potrebna za provjeru autentičnosti. Protokol za takvo pregovaranje ima uvijek oznaku 1 kao naznaku o L2F upravljanju. Sama poruka strukturirana je kao niz jednostrukih okteta koji opisuju neku od mogućih opcija. Kada je L2F protokol dio koji određuje L2F upravljanje, tijelo je paket koji se kodira s nulama ili više opcija. Opcija je poruka veličine jednog okteta, a slijedi nakon nula ili više pod-opcija. Svaka pod-opcija ima vrijednost jedan byte, i dodatni byte-ovi nakon toga pripadaju toj pod-opciji.

Moguće opcije za poruku su:

Invalid Invalid message
L2F CONF Zahtjev za konfiguraciju.
L2F CONF NAME Ime učesnika koji šalje L2F CONF.
L2F CONF CHAL Slučajni broj dodijeljen učesnicima.
L2F CONF CLID Dodjela CLID koji će učesnik koristiti.
L2F OPEN Prihvat konfiguracije,
L2F OPEN NAME Ime primljeno od klijenta.
L2F OPEN CHAL Klijent je primio zahtjev.
L2F OPEN RESP Klijent je odgovorio na zahtjev.
L2F ACK LCP1 Klijent prihvaća LCP CONFACK zahtjev.
L2F ACK LCP2 Poslan LCP CONFACK zahtjev klijentu.
L2F OPEN TYPE Tip autentifikacije koji će se koristiti.
L2F OPEN ID ID Povezano s autentifikacijom.
L2F REQ LCP0 Prvi LCP CONFREQ od strane klijenta.
L2F CLOSE Zahtjev za zatvaranje.
L2F CLOSE WHY Kod razlog za zatvaranje.
L2F CLOSE STR ASCII tekstualni opis.
L2F ECHO Provjerite prisutnost učesnika komunikacija.
L2F ECHO RESP Odgovoriti na L2F_ECHO.

L2TP

Layer 2 Tunneling Protocol - L2TP protokol se koristi za integraciju multi-protokolarnih dial-up usluga u postojeću vezu davatelja Internet usluga (ISP - Internet Service Provider) u točki pristupa prema firmi ili ustanovi (PoP - Point of Presence). Ovaj protokol može se uporabiti u svrhu rješavanja 'multilink hunt-group splitting' problema. Multilink PPP, često se koristi za objedinjavanje ISDN -B kanala, i zahtijeva da se svi kanali koji tvore multi-kanalnu skupinu grupiraju u jednom NAS-u (Network Access Server). Pošto L2TP omogućava da se PPP sesija pojavljuje na lokaciji gdje je stvarna fizička povezanost, može se koristiti tako da se svi kanali vide kao jedinstveni NAS, dozvoljavajući da se više kanalna povezanost produži s fizičke povezanosti prema udaljenom NAS-u.

Format paketa u L2TP prikazan je u sljedećoj tablici:

8 16 32
T L x x S x O P x x x x Ver Length
Tunnel ID SESSION ID
Ns Nr
AVP (Bytes +)
Struktura L2TP paketa u 32 b redovima

T
'T' bit označava vrstu poruke. Vrijednost mu je postavljena na 0 za podatkovne poruke i 1 za kontrolne poruke.

L
Kada je 'L' bit postavljen, pokazuje da se koristi polje duljine paketa u kojem je zapisana ukupna duljina primljenih paketa. Mora biti postavljen za kontrolne poruke.

X
'X' bit-ovi su rezervirani za buduća proširenja. Vrijednost im je 0 u odlaznim porukama a u prijemu se zanemaruju.

S
Ako je 'S' bit postavljen, prisutan je i broj i 'NS' polju. 'S' bit mora biti postavljen za kontrolne poruke.

O
Kada je 'O' bit postavljen, ovo polje pokazuje da prisutan 'Offset' zapis u korisnim podacima poruke. Ovaj bit je 0 za kontrolne poruke.

P
Ako bit prioriteta 'P' iznosi 1, takva poruka ima povlašteni tretman u redu čekanje za prijenos. Na primjer 'LCP echo' zahtjev koristi se za održavanje veze i bit je postavljen na 1. Bez toga, može doći do privremenog zagušenja kao rezultat preklapanja poruka za održavanje veze (keep alive). Ova rubrika koristi se samo u porukama s podacima. 'P' bit ima vrijednost 0 za sve kontrolne poruke.

Ver
Vrijednost je uvijek 002. Ukazuje na verziju 1 L2TP poruke.

Length
Ukupna duljina poruke, uključujući i zaglavlja, AVP dio i dodaci AVP-u je u skladu s kontrolnom porukom.

Tunnel ID
Identificira tunel na koji se kontrolna poruka odnosi. Ako dodijeljeni 'Tunnel ID' još nije primljen od ravnopravnih sudionika u komunikaciji, ID mora biti postavljen na 0. Nakon što je dodijeljeni 'Tunnel ID' primljen, svi daljnji paketi moraju sadržavati dodijeljenu identifikacijsku vrijednost tunela.

Call ID
Identificira korisnike koji se koriste tunelom i na koji je kontrolne poruke odnose. Ako se kontrolna poruka ne odnosi ni na jednog korisnika koji komunicira unutar tunela (na primjer, Stop-Control-Connection-Notification poruke), 'Call ID' mora biti postavljen na 0.

Nr
Redni broj koji se očekuje u narednoj kontrolno poruci prilikom prijema.

Ns
Redni broj za ovu poruku s podacima ili kontrolnu poruku.

Poruke za podatke imaju dva dodatna polja pred AVP kako slijedi:

16 32
Offset size Offset pad
Struktura L2TP dodatnih polja u 32 b redovima

Offset size
Ovo polje određuje broj byte-ova nakon L2TP zaglavlja odakle se očekuje da počnu podaci. Preporuča se da se podaci koji će se preskočiti inicijaliziraju s 'Offset size'. Ako je 'Offset size' 0 ili 'O' bit u strukturi paketa nije postavljen, prvi byte nakon zadnjeg byte-a L2TP zaglavlja je prvi byte podataka.

AVP
Attribute-Value Pair - Jedinstvena metoda koja se koristi za kodiranje vrste poruke i tijela poruke tijekom uporabe L2TP protokola. Format AVP prikazan je u nastavku:

6 16 32
M H O O O O Overall length Vendor ID
Attribute Value
Value
Struktura L2TP AVP u 32 b redovima

M
Prvih šest bit-a su maska koja opisuje opće atribute AVP-a. Prvi od njih je 'M' bit, obavezni bit koji kontrolira ponašanje koje je potrebno pri implementaciji prilikom prijema AVP-a koji ga ne može prepoznati.

H
Bit 'H' označava koje podatke treba sakriti u polju 'Value'. Ova mogućnost koristi se kako bi se izbjegao prolaz osjetljivih podatka, kao što su korisničke zaporke, u obliku razumljivog teksta u AVP-u.

Overall length
Kodira broj okteta (uključujući i ovo polje) sadržanih u AVP-u. Polje je veličine 10 bit-a, što dozvoljava najviše 1024 byte-a podataka u jednom AVP-u.

Vendor ID
Organizacija IANA dodjeljuje vrijednost za 'SMI Private Network Management Enterprise Codes', i to su byte-ovi koji opisuju mrežu, odnosno proizvođača računalne opreme.

Attribute
Aktualni atribut, 16-bitna vrijednost s jedinstvenim tumačenjem za sve AVP-ove definirane za ID istog proizvođača računalne opreme.

Value
Vrijednost polja slijedi odmah nakon polja o svojstvima, i vrijedi je za preostale oktete naznačene s poljem 'Overall length' (npr. ukupna duljina minus šest okteta zaglavlja).

PPTP

Point to Point Tunneling Protocol - Omogućava kanaliziranje prometa kroz IP mrežu. Rabi korisnik-poslužitelj arhitekturu da razveže funkcije koje postoje u trenutnim NAS-ovima i podršci za VPN (Network Access Servers / Virtual Private Networks). Definira kontrolu poziva i upravljanja protokolom koji omogućava poslužitelju da nadzire 'dial-in' aktivnosti i preuzme pozive podrijetlom iz PSTN ili ISDN, ili za pokretanje izlaznog sklop koji vrši komutiranje veze. PPTP koristi GRE (Generic Routing Encapsulation) mehanizam za nadzor toka podataka i mogućeg zagušenja postupkom enakapsulacije od strane servisa koji nadzire datagram PPP paketa.

Format zaglavlja prikazuje sljedeća ilustracija:

16 32
Length PPTP message type
Magic cookie
Control message type Reserved
Struktura PPTP zaglavlja u 32 b redovima

Length
Ukupna duljina u oktetima PPTP poruke uključujući zaglavlje.

PPTP message type
Tip poruke. Moguće vrste su:

Magic cookie
'Kolačić' se uvijek šalje kao konstanta 0x1A2B3C4D. Njegova osnovna namjena je da omogući prijemniku osiguranje pravilne sinkronizirati s TCP slijedom podataka.

Control Message Type
Vrijednosti mogu biti prema slijedećem:

 1  Početak upravljanja konekcijom - zahtjev.
 2  Početak upravljanja konekcijom - odgovor.
 3  Prestanak upravljanja konekcijom - zahtjev.
 4  Prestanak upravljanja konekcijom - odgovor.
 5  Echo zahtjev.
 6  Echo odgovor.
Upravljanje pozivima
 7  Odlazni poziv - zahtjev.
 8  Odlazni poziv - odgovor.
 9  Dolazni poziv - zahtjev.
10 Dolazni poziv - odgovor.
11 Dolazni poziv - uspostavljen.
12 Brisanje poziva - zahtjev.
13 Prekid poziva - obavijest.
Izvješće o greškama
14 WAN greška - obavijest.
Nadzor PPP sesije
15 Informacije o postavkama konekcije.

Reserved
Rezervirano polje, mora biti 0.

DHCP

Dynamic Host Configuration Protocol - Omogućava korisniku da njegovo računala (ili neki mrežni uređaj) automatski dobije postavke potrebne za umrežavanje, odnosno konfiguracijske parametre umrežavanja. DHCP je prošireni BOOTP protokol. DHCP se sastoji od dvije komponente: protokol za isporuku konfiguracijskih parametara nekom mrežnom uređaju od strane DHCP poslužitelja korisniku i mehanizma za dodjeljivanje mrežnih adresa korisnicima.

Format zaglavlja prikazuje sljedeća ilustracija:

8 16 24 32
Op Htype Hlen Hops
Xid (4 Bytes)
Secs (2 Bytes) Flags (2 Bytes)
Ciaddr (4 Bytes)
Yiaddr (4 Bytes)
Siaddr (4 Bytes)
Giaddr (4 Bytes)
Chaddr (16 Bytes)
:
:
Struktura DHCP zaglavlja u 32 b redovima

Op
Radni kod poruke. Poruka može biti BOOTREQUEST ili BOOTREPLY.

Htype
Tip sklopovske adrese.

Hlen
Duljina sklopovske adrese.

Xid
ID transakcije.

Secs
Vrijeme u sekundama koje je prošlo otkad je počeo postupak dodijele ili obnove adrese korisniku.

Flags
Metoda.

Ciaddr
IP adrese za korisnika.

Yiaddr
Korisnikova IP adresa.

Siaddr
IP adresa narednog poslužitelja koji se koristi prilikom uključivanja uređaja korisnika.

Giaddr
IP adresa posrednika, ako se posrednik koristi u postupku uključivanja uređaja korisnika.

Chaddr
Korisnikova sklopovska adresa.

DVMRP

Distance Vector Multicast Routing Protocol - Protokol usmjeravanja koje pruža efikasan mehanizam za dostavu paketa kroz mreže bez spajanja na grupu korisnika ili jednoga korisnika. To je distribuirani protokol koji dinamički generira IP 'multicast' adresu glede isporuke paketa pomoću tehnike nazvane 'Reverse Path Multicasting'.

DVMRP kombinira mnoge značajke RIP s Truncated Reverse Path Broadcasting (TRPB) algoritmom. DVMRP je razvijen na temelju RIP-a zbog raspoloživosti implementacije i algoritmi vektorske udaljenosti su jednostavni, u odnosu na algoritme tipa 'link-state'. Osim toga, dopušta eksperimente u mrežnom okruženju koje ne podržava 'multicasting', temeljem čega je razvijen mehanizam tuneliranja.

DVMRP razlikuje od RIP na jedan vrlo važan način. RIP usmjerava i prosljeđuje pakete do određene udaljenosti. Svrha DVMRP je pratiti povratni put 'multicast' paketa prema njihovom izvoru. Da bi dosljednost DVMRP bila što više u skladu s RIP-om, izraz 'odredište' koristi se umjesto pravilnijeg termina 'izvor', ali paketi nisu dostavljeni na ove destinacije, nego potječu od njih.

DVMRP paketi su enkapsulirani u IP paket, s IP protokolom broj 2 (IGMP). Sva polja se prenose kao slijed byte-a.

DVMRP paketi koriste zajednički protokol za zaglavlje u kojem se navodi u IGMP vrsta paketna kao DVMRP. DVMRP protokol paketa treba poslati s prvenstvom u polju IP zaglavlja i postaviti vrijednost za kontrolu (heksadekadna vrijednost 0xC0 u oktetu za vrsta usluge).

Format zaglavlja prikazuje sljedeća ilustracija:

8 16 24 32
Type Code Checksum
Reserved Min version Maj version
Struktura DVMRP u 32 b redovima

Type
Tip paketa. Sadržaj 0x13 ukazuje na DVMRP paket.

Code
Određuje vrstu DVMRP paketa. Trenutno, postoje kodovi za DVMRP vrste poruka, kao i analiza i rješavanje problema s paketima. Kodovi poruka u protokolu mogu biti kako slijedi:

Checksum
16 bit-ni prvi komplement od prvog komplementa zbroja DVMRP poruka. Kontrolni zbroj mora se izračunati za prijenos i mora biti validiran prilikom primitka paketa. Kontrolni zbroj za DVMRP poruke računa se s 'Checksum' poljem u zaglavlju u kojem su nule.

Reserved
Rezervirano za naknadnu uporabu.

Min version
Manja brojčana verzija protokola. Vrijednost polja je 0xFF za opisanu verziju DVMRP.

Maj version
Veća brojčana verzija protokola. Vrijednost polja je 3 za opisanu verziju DVMRP.

ICMP

Internet Control Message Protocol - Poruke obično sadrže informacije o poteškoćama s IP usmjeravanjem paketa ili samom razmjenom paketa, kao što su vremenska oznaka ili jeka u transakciji.

Format zaglavlja prikazuje sljedeća ilustracija:

8 16 32
Type Code Checksum
Identifier Sequence number
Address mask
Struktura ICMP zaglavlja u 32 b redovima

Type and Code description

Type Code Description
 0    Echo odgovor.
 3    Odredište je nedohvatljivo.
 3   0  Mreža je nedohvatljiva.
 3   1  Uređaj (host) je nedohvatljiv.
 3   2  Protokol nije raspoloživ.
 3   3  Port nije raspoloživ.
 3   4  Potrebna je fragmentacija i postavljanje DF.
 3   5  Greška u izvornoj ruti.
 4    Izvor je ugašen.
 5    Preusmjeravanje.
 5   0  Preusmjeravanje paketa za mrežu
 5   1  Preusmjeravanje datagrams za uređaj (host)
 5   2  Preusmjeravanje paketa za vrstu usluge i mreže
 5   3  Preusmjeravanje paketa za vrstu usluge i uređaj (host)
 8    Eho
11   Vrijeme je isteklo
11  0  'Time to live' je isteklo tijekom prijenosa
11  1  Vrijeme za objedinjavanje ulomaka je isteklo
12   Problem s parametrima
13   Vremenska oznaka
14   Ponavljanje vremenske oznake
15   Traže se informacije
16   Daje se odgovor s informacijama

Checksum
16 bit-ni prvi komplement od prvog komplementa zbroja ICMP poruke počevši s ICMP tipom. Kontrolni zbroj poruke računa se s 'Checksum' poljem u zaglavlju u kojem su nule.

Identifier
Identifikator koji pomaže u razgraničavanju zahtjeva/odgovora, i može imati vrijednost nula.

Sequence number
Redoslijedni broj koji pomaže u razgraničavanju zahtjeva/odgovora, i može imati vrijednost nula.

Address mask
32 bit-na maska.

ICMPv6

Internet Control Message Protocol version 6 - Revidirana verzija koja se odnosi na IPv6 verziju IP protokola. Osim navedenog sve 'multicast' kontrolne funkcije od IPv4 i pripadnog mu IGMP uključene su u ICMPv6.

Format zaglavlja prikazuje sljedeća ilustracija:

8 16 32
Type Code Checksum
Struktura ICMPv6 zaglavlja u 32 b redovima

Type
Tip poruke. Poruke mogu opisivati greške ili su informativne.

Poruke o grešci mogu biti:

Moguće informativne poruke su:

Code
Za svaki tip poruke definiraju se kodovi. Na primjer, za poruku o nedostupnosti odredišta moguće poruke su:

Za detalje, konsultirati opis standarda.

Checksum
Koristi se za provjeru ispravnosti podataka u ICMPv6 poruci i dijelova u IPv6 zaglavlju.




 Prema početku  |  1  |  2  |  3  |  4  |  5  |  6  |  7  |  8  |  9  |  Prema kraju

 TCP/IP početak
 TCP/IP  Informatička abeceda
 
Citiranje ove stranice:
Radić, Drago. " Informatička abeceda " Split-Hrvatska.
{Datum pristupa}. <http://www.informatika.buzdo.com/pojmovi/>.
Copyright © by Drago Radić. Sva prava pridržana. | Odgovornost