NARP, OSPF, TRIP, Mobile IP, Van Jacobson, XOT

|   1   |   2   |   3   |   4   |   5   |   6   |   7   |   8   |   9   |

NARP

NBMA Address Resolution Protocol - Protokol adresne razlučivosti koji omogućava izvornom terminalu, usmjerniku ili nekom drugom mrežnom uređaju, da komunicira preko sloja veze na mreži koji radi bez oglašavanja i višestrukog pristupa (NBMA - Non-Broadcast, Multi-Access), kako bi se saznala NBMA odredišna adresa terminala ako je odredišni terminal priključen na istu NBMA mrežu kao izvor.

O konfiguraciji zaglavlja ovisi vrijednost tipa polja: zahtjev, vrsta ili odgovor.

Strukturu NARP zaglavlja prikazuje naredna tablica sastavljena od 32 bit-nih redaka:

Version
Broj NARP verzije. Trenutno ova vrijednost je 1.

Hop Count
Označava maksimalan broj NASs da se dozvoli zahtjev ili odgovor prije nego što se odbaci.

Checksum
Standardni IP zbroj za provjeru cijelog NARP paketa (počevši s fiksnim zaglavljem).

Type
Tip NARP paketa. NARP zahtjev je tipa broj 1, NARP odgovor je tipa broj 2.

Code
Odgovor na NARP zahtjev može doći kao informacija iz međuspreme (cache). Ako se traži autorizirani odgovor, mora se koristiti kod broj 2 (NARP zahtjev za autorizirane informacije), u protivnom se koristi kod broj 1 (opći NARP zahtjev). NARP odgovora može biti pozitivan ili negativan. Kodovi pojedinih odgovora su:

Source and Destination IP Address
To su IP adresa NARP podnositelja zahtjeva i ciljanog terminala ili mrežnog uređaja za koji je definirana NBMA adresa.

NBMA Length and NBMA Address
U polju 'NBNA Length' je duljina NBMA adrese izvora u bit-ovima. Sama NBMA adresa je skup nula do najbliže 32 bit-ne granice.

SCSP

Stream Control Transmision Protocol - Protokol dizajniran da opslužuje distribuirane poslužitelje unutar ograničene grupe (SG - Server Group) što znači i potrebu za sinkronizacijom sadržaja (ili njihovog dijela) njihovih međusprema, koji sadrže informacije o stanju klijenata koji se poslužuju.

SCSP radi prema slijedećem:

• 'Hello' protokol se koristi za provjeru povezanosti između poslužitelja koji šalje poruke (LS - Local Server) prema jednom od njegovih bližnjih izravno povezanih poslužitelja (DCS - Directly Connected Server).
  
  
• Međusprema za poravnavanje (CA - Cache Alignment) sadrži poruke koje dopuštaju da lokalni poslužitelj (LS) sinkronizira cijelu međuspremu s jednim od svojih izravno povezanih poslužitelja (DCS).
  
  
• Ovaj protokol se koristi za ažuriranje stanja unesenih u međuspreme za poslužitelje u određenoj grupi (SG - Server Grupe). Poruke sadrže fiksni dio, obavezni dio i ekstenzije.

Strukturu SCSF zaglavlja prikazuje naredna tablica:

Version
Verzija za SCSP protokol koji se koristi. Trenutna verzija je 1.

Type code
Kod za različite tipove poruka.

Packet size
Ukupna duljina SCSP paketa u oktetima (osim sloj veze i / ili drugih protokola koji ovijaju podatke).

Checksum
Standardni IP zbroj za provjeru preko cijelog SCSP paketa, počevši od stalnih zaglavlja. Ako je paket ima neparan broj byte-ova u duljini obračun se obavlja dodavanjem 0x00 na kraju paketa.

Start of extensions
Kada nema ekstenzije, ovo polje ima vrijednost nula. Inače, ovo polje ima vrijednost posmaka (s vrha fiksnog zaglavlja prema početku prvog produžetka). Obvezni dio je specifičan na vrstu poruka. Sadrži specifične informacije za radnje za pojedine tipove poruka i dodatnoj nuli (ili njih više), zapisi koji sadrže informacije o stanju određenom unosu u međuspremu (cache).

Record Types
Tipovi poruke mogu biti:

• CSA Record - Cache State Advertisements (CSAs) su zapisi unutar CSU poruke, koje identificiraju ažuriranja statusa specifičnih za upise u međuspremi.
  
  
• CSAS Record - Cache State Advertisement Summary (CSAS) zapisi sadrže sažetak informacija u CSAs. Tijekom postupka usklađivanja zapisa u međuspremi, poslužitelj šalje CSAS sažetke kojima opisuje zapise međuspreme na drugom poslužitelju. Osim toga, kada LS zahtjev traži cijeli CSA iz DCS, to uključuje CSAS zapise u njegovim CSUS porukama. LS zahtjeva CSA iz DCS jer se pretpostavlja da je DCS ima novije informacije o međuspremi prilikom upita.

Ostali tipovi poruka su:

• CSU Message - Cache State Update (CSU) su poruke poslane iz LS na DCS kada LS postaje svjestan prilika u zapisima u međuspremi.
  
  
• CSUS Message - Cache State Update Solicit (CSUS) su poruke poslane iz LS na DCS nakon što su LS i DCS razmijenili CA poruke. Poruke sadrže jednu ili više CSAS evidencija, predstavljaju poticaj za cijeli CSA zapisa, za razliku od sažetka informacija u CSAS.
  
  
• CA Message - Cache Alignment (CA) poruke dopuštaju lokalnim poslužiteljima (LS) da sinkroniziraju svoju cijelu međuspremu s međuspremom jednog od izravno povezanih poslužitelja (DCS).
  
  
• Hello Message - Ove poruke se koriste za provjeru povezanosti između slanja poslužitelju (LS) i jednog od njegovih bližnjih izravno povezanih poslužitelja (DCS).

NHRP

Next Hop Resolution Protocol - Omogućuje izvornoj radnoj stanici (računalo ili usmjernik), koja želi komunicirati bez oglašavanja (Non-Broadcast), u više pristupnoj podmreži (NBMA - Multi-Access), da se utvrdi adresa umrežavanja, NBMA adrese i adrese narednih raspoloživih NBMA u idućem 'skoku' prema odredišnoj radnoj stanici.

Strukturu NHRP zaglavlja prikazuje naredna tablica sastavljena od 32 bit-nih redaka:

ar$afn
Definira tip adrese za sloj veze (link layer).

ar$pro.type
Ovo polje je 16 bit-ni cijeli broj bez predznaka.

ar$pro.snap
Kada polje 'ar$pro.type' ima vrijednost 0x0080 znači da se koristi 'snap' kodirano proširenje za šifriranje u digitalnom obliku tipa protokola. 'Snap' proširenje nalazi se u 'ar$pro.snap' polju, a u protivnom je sadržaj ovog polja postavljen na 0.

ar$hopcnt
Granica skoka. Sadržaj polja ukazuje na najveći broj NHS-a koji je dozvoljen od strane NHRP prije odbacivanja.

ar$pktsz
Ukupna duljina od NHRP paketa u oktetima.

ar$chksum
Standardna IP zbroj za provjeru cijelog NHRP paketa.

ar$extoff
Ovo polje identificira postojanje i lokaciju NHRP ekstenzije.

ar$op.version
Ovo polje pokazuje koja je opća verzija adresne mape i protokola za upravljanje sadržana u poruci.

ar$op.type
Ako je u polju 1 onda ovo polje predstavlja NHRP tip paketa. Moguće vrijednosti za vrstu paketa su:

ar$shtl
Vrsta i duljina izvorne NBMA adrese koja se tumačiti u kontekstu srodne skupine adresa.

ar$sstl
Vrsta i duljina izvorne NBMA podadrese koja se tumačiti u kontekstu srodne skupine adresa.

OSPF

Open Shortest Path First - Unutarnji protokol usmjernika koji se koristi za usmjeravanje unutar grupe usmjernika. Koristi 'link-state' tehnologiju pomoću koje usmjernici šalju jedan drugome informacije o direktnim vezama i linkove koji su na drugim usmjernicima.

Strukturu OSPF zaglavlja prikazuje naredna tablica sastavljena od 32 bit-nih redaka:

Version number
Broj verzije protokola (trenutno 1).

Packet type
Valjani tipovi poruka su:

Packet length
Duljina paketa protokola u byte-ovima. Uključena je standardna duljina OSPF zaglavlja.

Router ID
ID usmjernika koji je izvor paketa. U OSPF, izvor i odredište u paketu protokola usmjeravanja dva su kraja od (potencijalnih) susjeda.

Area ID
32 bit-ni broj koji identificira područje kojem paket pripada. Svi OSPF paketi povezani su s jednim područjem. Većina putovanja paketa je uz samo jedan prijelaz (hop). Paketi koji putuju preko virtualne veze označeni su identifikatorom okosnice ID 0.0.0.0.

Checksum
Standardni IP zbroj za provjeru cijelog sadržaja pri pakiranju, počevši s OSPF zaglavljem paketa, ali bez 64 bit-nog područja autentifikacije. Ovaj zbroj za provjeru izračunava se kao 16 bit-ni prvi komplement zbroj svih prvih komplemenata 16 bit-nih riječi u paketu, bez autentifikacijskog polja. Ako duljina paketa nije cjelobrojni 16 bit-ni višekratnik, paket se puni nulama prije izračuna kontrolnog zbroja.

AU type
Identificira se shema autentifikacije koji će se koristiti za pakete.

Authentication
64 bit-no polje koje se koristi za provjeru vjerodostojnosti.

TRIP

Telephony Routing over IP - Funkcija ovog protokola je oglašavanje dohvatljivosti telefonskih odredišta, atributa povezanih s odredištem, kao i atributa na putu prema odredištu.

Može se koristiti za upravljanje tablicom usmjeravanja za više protokola (SIP, H323, itd.). U ovom protokolu, odredište je kombinacija skupa adresa (zadane kao porodica adresa i adresni prefiks) i aplikacijskog protokola (SIP, H323, itd.).

Strukturu TRIP zaglavlja odgovora prikazuje naredna tablica:

Length
Ukupna duljina poruke u oktetima s uključenim zaglavljem.

Type
Vrsta i kod poruka. Sljedeći tipovi kodova su raspoloživi:

Mobile IP

Mobile IP - Omogućuje čvorovima premještanje iz jedne podmreže u drugu podmrežu. Svaki mobilni čvor uvijek se identificira s boravišnom adrese, bez obzira na trenutnu točku priključivanja na Internet. Iako je smješten daleko od svog boravišta, mobilni čvor također je povezan s adresom nadziranja, koja pruža informacije o sadašnjem trenutku priključivanja na Internet. Protokol omogućuje registraciju adrese nadziranja s posrednikom boravišta. Posredniku boravišta šalje se paket predodređen za mobilni čvor mreže kroz tunel adrese nadziranja. Po dolasku na kraju tunela, svaki paket se zatim predaje mobilnom čvoru. Može se koristiti za mobilnost i preko homogenih i heterogenih medija. Protokol definira skup novih kontrolnih poruka koje se šalju s UDP: Zahtjev za registracijom i odgovor na registraciju.

IP paket se sastoji od IP adrese izvora i odredišta, koje slijede po izvoru i odredištu UDP-a, a nakon 'Mobile IP' polja. Mobilni IP paketi mogu biti ili zahtjev za registraciju ili odgovor na registraciju.

Strukturu IP Mobile zaglavlja ZAHTJEVA prikazuje naredna tablica sastavljena od 32 bit-nih redaka:

Type
1 označava prijavu zahtjeva.

S
Simultane veze. Kada je postavljeno, mobilni čvor mreže traži od svog posrednika njegovu prethodnu povezanost.

B
Emitiranje paketa. Kada je ova mogućnost postavljena, mobilni čvor mreže zahtjeva od posrednika uporabu tunela da se bilo koji emitirani paketi prime u kućnoj mreži.

D
Ako je zaglavlje mobilnog čvora definirano vrši de se dekapsulacija paketa koji su poslani od strane ponuditelja adresa. Drugim riječima, pokretni čvor koristi se automatskom lokacijom prema adresama.

M
Minimalna enkapsulacija. Kada je postavljena, mobilni čvor mreže zahtijeva od svog davatelja usluga minimalnu enkapsulaciju paketa koji se tuneliraju prema mobilnom čvoru.

G
GRE enkapsulacija (ovijanje). Kada je postavljena, mobilni čvor mreže zahtijeva od svog davatelja usluga GRE enkapsulaciju paketa koji se tuneliraju prema mobilnom čvoru.

V
Mobilni čvor zahtjeva od davatelja usluga da koristiti 'Van Jacobson' zaglavlje i kompresiju preko svojih veza s pokretnim čvorom.

T
Kada je postavljeno, mobilni čvor pita svog davatelja usluga za prihvaćanje obrnutog tuneliranja po dodjeli adresa. Mobilni čvorovi koriste davatelja usluga za međusobni promet paketa putem tunela.

Rsv
Pričuvni bit, postavljen na nulu.

Lifetime
Broj preostalih sekundi do isteka registracije.

Home address
IP adresa mobilnog čvora.

Home agent
IP adresa davatelja usluga čvoru.

Care-of address
IP address na kraju tunela.

Identification
64 bit-ni broj, izrađuje mobilni čvor mreže i koristi se za podudaranje registracije zahtjeva i registracije odgovora, kao i za zaštitu protiv nasilnog otvaranja poruka.

Extensions
Fiksni dio zahtjeva za registraciju koji slijedi nakon jednog ili više proširenja u autentifikacijskom produžetku koji mora sadržavati sve zahtjeve za registraciju.

Strukturu IP Mobile zaglavlja ODGOVORA prikazuje naredna tablica sastavljena od 32 bit-nih redaka:

Type
3 označava odgovor za registraciju.

Code
Vrijednost koja pokazuje rezultat pri zahtjevu za registraciju. Vrijednost može biti kako slijedi.

Lifetime
Ako polje kodiranja pokazuje da je registracija prihvaćena, polje životnog vijeka paketa (lifetime) sadrži broj preostalih sekundi prije isteka registracije. A vrijednost ovog polja nula to je oznaka da je pokretni uređaj nije registriran. Vrijednost polja '0xFFFF' označava beskonačnost. Ako kod pokazuje da je registracija odbijena, sadržaj i trajanje polja su nedefinirani i zanemaruju su.

RUDP

Reliable UDP - Pouzdani UDP protokol je jednostavan paket koje djeluje kao transportni protokol. Pouzdani transportni protokol potreban je za transport signalizacije telefonije preko IP mreža. Koriste se različiti protokoli signalizacije uz prijenos preko IP mreža.

RUDP je osmišljen kako bi se omogućilo individualno konfiguriranje svake veze, tako da se broj protokola s različitim zahtjevima za prijenos istovremeno ne provodi na istoj platformi. To su slojevi UDP / IP protokola koji osiguravaju pouzdanu isporuku u ispravnom slijedu (do maksimalnog broja retransmisija) za virtualne veze. RUDP ima vrlo fleksibilan dizajn što ga čini pogodnim za različite vrste prijenosa podataka. Jedna njegova primjena bila bi korištenje za transport signalno-telekomunikacijskih protokola.

RUDP zaglavlje

Svaka UDP paket poslan od RUDP-a mora početi s barem 6 okteta zaglavlja. Prvi oktet sadrži niz jedno bit-nih zastavica (oznaka). Sljedeća 3 polja su veličine jednog okteta. Potom slijede 2 okteta zbroja za provjeru.

Strukturu RUDP zaglavlja prikazuje naredna tablica sastavljena od 16 bit-nih redaka:

Kontrolni bit-ovi
8 bit-a kontrole zajedno su veliki jedan byte i ukazuju na sadržaj paketa.

SYN
Označava korištenje sinkronizacije segmenata.

ACK
Označava ispravnu vrijednost za potvrdu u paketu.

EACK
Označava proširenu vrijednost za potvrdu u paketu.

RST
Ukazuje na 'reset' segment u paketu.

NUL
Ukazuje na 'null' segment u paketu (crnu rupu).

CHK
Pokazuje da li zbroj za provjeru polja sadrži zbroj za provjeru samo zaglavlja ili zaglavlja i tijela (podataka).

TCS
Pokazuje da je paketa u svrhu prijenosa stanja veze segmenta.

0
Ovo polje mora imati vrijednost '0'.

Header length
Označava gdje počinju korisnički podatci u paketu.

Sequence number
Kada je veza prvi put ostvarena, svaki jednaki dio nasumično preuzima početni redni broj. Ovaj redni broj se koristi u SYN segmenta za uspostavljanje veze. Svaka predaja povećava redni broj prije slanja podataka, 'null', ili 'reset' segmenta. To je jedan byte duljine.

Acknowledgement number
Polje koje sadrži broj posljednjeg uspješno odaslanog paketa pri odašiljanju slijeda paketa koji je prijamnik primio. To je jedan byte duljine.

Checksum
Zbroj za provjeru je uvijek se izračunava za RUDP zaglavlje kako bi se osigurao integritet. U zbroj za provjeru koristi se isti algoritam kao u TCP i UDP zaglavlju.

Segmenti
Sljedeći segmenti mogu se pojaviti u paketu: SYN, ACK EACK, RST, NUL i TCS segmenati:

Syn
Koristi se za uspostavu veze i usklađivanje slijeda brojeva između dva uređaja. Segment također sadrži prenosive parametre veze. Sve podesive parametre koje učesnici moraju znati sadržani su u ovom segmentu. To uključuje najveći broj segmenata spremnih za prihvat i zastavice (oznake) upućuju na to da su navedene značajke veze uspostavljene.

Ack
Ovaj segment se koristi za potvrdu u slijedu segmenata. Sadrži poslani redni broj i redni broj potvrde u RUDP zaglavlju.

Eack
Koristi se za potvrdu prijama segmenata van redoslijeda. Sadrži brojeve jednog ili više segmenata primljenih van slijeda. EACK je uvijek u kombinaciji s ACK u segmentu, čime se prepoznaje posljednji redni broj primljen u nizu do prvih preskočenih brojeva. Duljina zaglavlja varijabla je EACK segmenta. Njena minimalna vrijednost je sedam a maksimalna vrijednost ovisi o najvećoj vrijednosti koja se može čuvati u sustavu čekanja.

RST
Ovo se koristi za zatvaranje ili ponovno uspostavljanje veze. Po primitku nekog RST segmenta, pošiljatelj prestaje slati nove pakete, ali i dalje pokušava dostaviti pakete već prihvaćene od API-a.

NUL
Ovaj segment koristi se glede utvrđivanja je li veza prema odredištu još uvijek aktivna. Kada NUL segment zaprimi, RUDP mora odmah potvrditi ako postoji valjana veza, i ako postoji broj segmenta je sljedeći broj u nizu.

TCS
Koristi za prijenos stanja veze.

TALI

Transport Adapter Layer Interface - Ovaj protokol predlaže sučelje mrežnog pristupnika, što omogućava međusobni mrežni rad između mreža s komutacijom linija (SCN - Switched Circuit Network) i IP mreža. Kako je pristupnik središnja točka o informacijama koje se odnose na signalizaciju, to osigurava prijenos signalizacije iz jedne mreže u drugu i pruža i dodatne funkcije kao što je prevođenje protokola, sigurnosne radnje, usmjeravanje informacija i neprekinut pristup inteligentnim mrežnim uslugama (IN ) na obje mreže.

Ovaj protokol osigurava slanje TCAP, ISUP i MTP poruka putem TCP / IP mreže, koristi za podršku pouzdane komunikacije između signalizacije pri SS7 mrežama i aplikacija koje egzistiraju unutar IP mreže.

Ova verzija TALI omogućava tri mehanizma prijenosa SS7 signalizacije i pruža funkcionalnost za MTP preko TCP / IP (lmtp3), SCCP / TCAP preko TCP / IP (sccp), i ISUP preko TCP / IP (isot). Sve tri metode raspoložive su davatelju poruke.

Strukturu TALI prikazuje naredna tablica sastavljena od 32 bit-nih redaka:

SYNC
Četiri byte-a kojima je vrijednost '54 41 4C 49' prema ASCII.

OpCode
Protokol podržava slijedeće vrste okvira:

Length
Duljina okvira. Nije nula ako poruka sadrži usluge ili poruke nadzora Socket-a.

Service message data
Podatci o usluzi.

Van Jacobson

Compressed TCP - To je komprimirani TCP protokol koji poboljšava TCP / IP brzinu komunikacije preko serijske veze male brzine (300 do 19'200 bps).

Strukturu komprimiranog TCP zaglavlja prikazuje naredna tablica sastavljena od 8 bit-nih redaka:

C, I, P, S, A, W, U
Promjena maske. Utvrđuje u kojem se polju očekuje promjena polja za promjenu u paketu koji slijedi.

Connection number
Koristi se za pronalaženje spremljene kopije posljednjeg paketa u TCP vezi.

TCP checksum
Uključeno je, tako da se množe provjeriti integritet podataka glede valjanosti.

Urgent pointer
Ovo se koristi ako je postavljen URG.

D values for each field
Predstavlja iznose pridružene polju glede promjena u odnosu na originalni TCP (za svako polje izražene kao promjena maske).

XOT

X.25 over TCP - Proizvod firme 'Cisco Systems' koji predstavlja X.25 protokol ukomponiran u TCP.
Strukturu XOT zaglavlja prikazuje naredna tablica sastavljena od 32 bit-nih redaka:

Version
Verzija protokola izražena kao brojčana vrijednost.

Length
Duljina paketa.

|   1   |   2   |   3   |   4   |   5   |   6   |   7   |   8   |   9   |