tcp/ip – czsearch.pro

Všechny velikosti
Velké
Malé

Barevné
Černobílé
Jen barevné

Slide c. 15

CNV520 - Pixsys Converter Modbus RTU - Modbus TCP/IP

CNV520 - Pixsys Converter Modbus RTU - Modbus TCP/IP

NSWI021 1/19
Rodina protokolů TCP/IP
NSWI045 9/19
Rodina protokolů TCP/IP
data
formát UDP datagramu
• je velmi jednoduchý
• celý datagram má proměnnou velikost: max 216 bytů
• hlavička má pevnou velikost: 8 bytů
• obsahuje volitelný kontrolní součet (Checksum)
data
UDP datagram
UDP hlavička
8
IP hlavička
IP datagram
20 max. 216 = 65535
0 16 31
UDP
hlavička
Length Checksum
Source Port Destination Port
položka Length

NSWI021 1/19 Rodina protokolů TCP/IP NSWI045 9/19 Rodina protokolů TCP/IP data formát UDP datagramu • je velmi jednoduchý • celý datagram má proměnnou velikost: max 216 bytů • hlavička má pevnou velikost: 8 bytů • obsahuje volitelný kontrolní součet (Checksum) data UDP datagram UDP hlavička 8 IP hlavička IP datagram 20 max. 216 = 65535 0 16 31 UDP hlavička Length Checksum Source Port Destination Port položka Length

Industrial Data Acquisition

Industrial Data Acquisition

NSWI021 1/28
Rodina protokolů TCP/IP
NSWI045 4/28
Rodina protokolů TCP/IP mechanismus CIDR
• umožňuje „ponechávat“ detailní směrovací
informace jen tam, kde jsou skutečně
zapotřebí, a nešířit je po celém Internetu
• CIDR: Classless Inter-Domain Routing
• využívá technik supernettingu i subnettingu
• (fakticky) ruší koncept tříd (A, B a C) u IPv4 adres
• proto: Classless (doslova: beztřídní …)
• místo toho:
• umožňuje přidělovat libovolně velké bloky IPv4 adres: tzv. CIDR bloky
• ve smyslu: s libovolným nastavením předělu mezi síťovou a relativní částí adresy
• umožňuje dělit větší CIDR bloky na menší (subnetting)
• využívá se při přidělování IPv4 adres, umožňuje vznik hierarchie přidělovatelů
• „vyšší“ dostane větší CIDR blok, který rozdělí na menší CIDR bloky a sám je přidělí
„nižším“ přidělovatelům (nebo přímo koncovým uživatelům)
• umožňuje slučovat (agregovat) menší CIDR bloky do větších (supernetting)
• využívá se při agregaci položek směrovacích tabulek
• výrazně pomáhá s lokalizací směrovacích informací
„zbytek světa“
síť síť síť síť
blok
detailní směrovací informace

NSWI021 1/28 Rodina protokolů TCP/IP NSWI045 4/28 Rodina protokolů TCP/IP mechanismus CIDR • umožňuje „ponechávat“ detailní směrovací informace jen tam, kde jsou skutečně zapotřebí, a nešířit je po celém Internetu • CIDR: Classless Inter-Domain Routing • využívá technik supernettingu i subnettingu • (fakticky) ruší koncept tříd (A, B a C) u IPv4 adres • proto: Classless (doslova: beztřídní …) • místo toho: • umožňuje přidělovat libovolně velké bloky IPv4 adres: tzv. CIDR bloky • ve smyslu: s libovolným nastavením předělu mezi síťovou a relativní částí adresy • umožňuje dělit větší CIDR bloky na menší (subnetting) • využívá se při přidělování IPv4 adres, umožňuje vznik hierarchie přidělovatelů • „vyšší“ dostane větší CIDR blok, který rozdělí na menší CIDR bloky a sám je přidělí „nižším“ přidělovatelům (nebo přímo koncovým uživatelům) • umožňuje slučovat (agregovat) menší CIDR bloky do větších (supernetting) • využívá se při agregaci položek směrovacích tabulek • výrazně pomáhá s lokalizací směrovacích informací „zbytek světa“ síť síť síť síť blok detailní směrovací informace

NSWI021 1/23
Rodina protokolů TCP/IP
NSWI045 9/23
Rodina protokolů TCP/IP srovnání UDP a TCP
• TCP přenáší data jako proud
• vytváří „bytové rozhraní“
• od entit aplikační vrstvy dostává data
k přenosu po jednotlivých bytech
• vytváří jim iluzi „bytové roury“
• ve skutečnosti také přenáší data
po blocích: tzv. TCP segmentech
• UDP přenáší celé bloky dat
• vytváří „blokové rozhraní“ vůči
vyšším vrstvám
• od entit aplikační vrstvy dostává
k přenosu celé bloky dat
• data, „již naporcovaná“ na bloky
• tyto bloky vkládá do UDP datagramů
aplikace aplikace aplikace aplikace
blok blok
blok blok blok
protokol UDP protokol TCP
transportní
vrstva
aplikační
vrstva
byte

NSWI021 1/23 Rodina protokolů TCP/IP NSWI045 9/23 Rodina protokolů TCP/IP srovnání UDP a TCP • TCP přenáší data jako proud • vytváří „bytové rozhraní“ • od entit aplikační vrstvy dostává data k přenosu po jednotlivých bytech • vytváří jim iluzi „bytové roury“ • ve skutečnosti také přenáší data po blocích: tzv. TCP segmentech • UDP přenáší celé bloky dat • vytváří „blokové rozhraní“ vůči vyšším vrstvám • od entit aplikační vrstvy dostává k přenosu celé bloky dat • data, „již naporcovaná“ na bloky • tyto bloky vkládá do UDP datagramů aplikace aplikace aplikace aplikace blok blok blok blok blok protokol UDP protokol TCP transportní vrstva aplikační vrstva byte

LAUMAS TLB-TCP/IP, IP-54, plast, LED

LAUMAS TLB-TCP/IP, IP-54, plast, LED13 750 Kč

profivahy.czNení skladem

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

Modbus TCP/IP Data Output

Modbus TCP/IP Data Output

NSWI021 1/15
Rodina protokolů TCP/IP
NSWI045 2/15
Rodina protokolů TCP/IP sub-série: STD, FYI a BCP
• princip sub-série:
• „něco jako pořadač (šanon), do
kterého se vždy vloží to RFC, které
aktuálně řeší danou problematiku“
• STD: pro standardy
• FYI: pro informační materiály
• BCP: pro best current practice
• důsledek:
• vždy víte „po čem sáhnout“
• po kterém dokumentu STD, FYI či
BCP
• protože jejich zaměření se
nemění
• musíte si zkontrolovat, zda máte
aktuální verzi dokumentu sub-
série
• protože obsah se mění !!
• „vkládá se“ různé RFC
• připomenutí:
• RFC dokumenty se nikdy nemění
• výjimka: může se měnit jejich „úroveň
zralosti“, a i to jen v určitých mezích
• obecně ale platí:
• nikdy nemůžete mít zastaralou (neaktuální)
verzi nějakého dokumentu RFC
• v tom smyslu, že by od téhož RFC (se
stejným číslem) existovala novější verzi
• nemá smysl někde hledat/kontrolovat
aktuálnější verzi
• můžete mít v rukou jiné RFC než to, které
aktuálně řeší danou problematiku
• v tom smyslu, že už existuje novější RFC
(s vyšším číslem), které řeší totéž a nově
• je nutné zjišťovat, zda k dané
problematice neexistuje novější RFC
RFC X

NSWI021 1/15 Rodina protokolů TCP/IP NSWI045 2/15 Rodina protokolů TCP/IP sub-série: STD, FYI a BCP • princip sub-série: • „něco jako pořadač (šanon), do kterého se vždy vloží to RFC, které aktuálně řeší danou problematiku“ • STD: pro standardy • FYI: pro informační materiály • BCP: pro best current practice • důsledek: • vždy víte „po čem sáhnout“ • po kterém dokumentu STD, FYI či BCP • protože jejich zaměření se nemění • musíte si zkontrolovat, zda máte aktuální verzi dokumentu sub- série • protože obsah se mění !! • „vkládá se“ různé RFC • připomenutí: • RFC dokumenty se nikdy nemění • výjimka: může se měnit jejich „úroveň zralosti“, a i to jen v určitých mezích • obecně ale platí: • nikdy nemůžete mít zastaralou (neaktuální) verzi nějakého dokumentu RFC • v tom smyslu, že by od téhož RFC (se stejným číslem) existovala novější verzi • nemá smysl někde hledat/kontrolovat aktuálnější verzi • můžete mít v rukou jiné RFC než to, které aktuálně řeší danou problematiku • v tom smyslu, že už existuje novější RFC (s vyšším číslem), které řeší totéž a nově • je nutné zjišťovat, zda k dané problematice neexistuje novější RFC RFC X

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

iTach IP2CC Ethernet na kontaktní uzávěr

iTach IP2CC Ethernet na kontaktní uzávěr

File:Protocole HTTP TCP-IP Passerelle Routage.svg - Wikimedia Commons

File:Protocole HTTP TCP-IP Passerelle Routage.svg - Wikimedia Commons

commons.wikimedia.org

NSWI021 1/24
Rodina protokolů TCP/IP
NSWI045 5/24
Rodina protokolů TCP/IP jak se přenáší ICMP zprávy?
• možnost:
• vkládat ICMP zprávy do linkových rámců
• odpovídá zařazení ICMP do síťové
vrstvy
• ale vyžadovalo by to podporu
směrování ICMP zpráv ve
směrovačích !!!
• ty by musely být multiprotokolové
• kromě IP směrovat i ICMP
• alternativa:
• vkládat ICMP zprávy do IP datagramů
• stejně jako např. TCP či UDP datagramy
• ale: je to spor s tím, že ICMP patří do
síťové vrstvy !!
• původně:
• ICMP zprávy měly generovat jen
směrovače
• dnes:
• ICMP právy generují i hostitelské
počítače
• dosah:
• ICMP zprávy nejsou omezeny na
danou síť
• (nejčastěji) jsou určeny pro
příjemce v jiných sítích
• proto: ICMP zprávy je nutné
směrovat
• přenášet přes směrovače vhodnou
cestou až k jejich cíli
• otázka:
• jak to udělat?
linkový rámec linkový rámec
IP datagramICMP zpráva
ICMP zpráva
?

NSWI021 1/24 Rodina protokolů TCP/IP NSWI045 5/24 Rodina protokolů TCP/IP jak se přenáší ICMP zprávy? • možnost: • vkládat ICMP zprávy do linkových rámců • odpovídá zařazení ICMP do síťové vrstvy • ale vyžadovalo by to podporu směrování ICMP zpráv ve směrovačích !!! • ty by musely být multiprotokolové • kromě IP směrovat i ICMP • alternativa: • vkládat ICMP zprávy do IP datagramů • stejně jako např. TCP či UDP datagramy • ale: je to spor s tím, že ICMP patří do síťové vrstvy !! • původně: • ICMP zprávy měly generovat jen směrovače • dnes: • ICMP právy generují i hostitelské počítače • dosah: • ICMP zprávy nejsou omezeny na danou síť • (nejčastěji) jsou určeny pro příjemce v jiných sítích • proto: ICMP zprávy je nutné směrovat • přenášet přes směrovače vhodnou cestou až k jejich cíli • otázka: • jak to udělat? linkový rámec linkový rámec IP datagramICMP zpráva ICMP zpráva ?

NSWI021 1/31
Rodina protokolů TCP/IP
NSWI045 9/31
Rodina protokolů TCP/IP formát TCP segmentu
• hlavička TCP segmentu má proměnnou velikost
• proto potřebuje explicitní údaj o své délce (HLEN: Header LENgth)
• má 4 bity, velikost se udává v násobcích 32-bytových slov
• někdy je tato položka označována jako Data Offset
• „kolik zbývá do začátku užitečných dat“
• obsahuje údaje, které se týkají obou směrů přenosu
data
Options (volitelně)
Checksum Urgent Pointer
HLEN nepoužito CODE BITS Window (velikost okénka)
Acknowledgement Number (pozice potvrzovaných dat)
Sequence Number (pozice odesílaných dat v bytovém proudu)
0 16
Source Port Destination Port
31 týká se
"dopředného“
směru
týká se
"zpětného"
směru

NSWI021 1/31 Rodina protokolů TCP/IP NSWI045 9/31 Rodina protokolů TCP/IP formát TCP segmentu • hlavička TCP segmentu má proměnnou velikost • proto potřebuje explicitní údaj o své délce (HLEN: Header LENgth) • má 4 bity, velikost se udává v násobcích 32-bytových slov • někdy je tato položka označována jako Data Offset • „kolik zbývá do začátku užitečných dat“ • obsahuje údaje, které se týkají obou směrů přenosu data Options (volitelně) Checksum Urgent Pointer HLEN nepoužito CODE BITS Window (velikost okénka) Acknowledgement Number (pozice potvrzovaných dat) Sequence Number (pozice odesílaných dat v bytovém proudu) 0 16 Source Port Destination Port 31 týká se "dopředného“ směru týká se "zpětného" směru

../_images/tcp_connection.png

../_images/tcp_connection.png

michaelkuty.github.io

NSWI021 1/41
Rodina protokolů TCP/IP
NSWI045 5/41
Rodina protokolů TCP/IP
vrstva síťového rozhraní
ARP cache
• protokol ARP má nezanedbatelnou režii
• hlavně kvůli broadcastu
• je snaha optimalizovat jeho fungování
• a co nejvíce používat ARP cache
• vyrovnávací paměť, ve které si ARP
pamatuje výsledky převodů IP->HW
• tzv. resolutions
• představa: jde o tabulku, kde jsou informace o
vazbách mezi IP a HW adresami (tzv. bindings)
• fungování ARP cache:
• položky v ARP cache mohou být statické
• pokud je to žádoucí, např. kvůli bezpečnosti
• jinak jsou dynamické
• musí být pravidelně zapomínány
• aby mohly reflektovat změny v síti
• a také osvěžovány
• aby se omezovaly nové dotazy
IP adresa HW adresa vazba
192.168.1.1 00-14-6c-23-7f-32 dynamická
192.168.1.136 a4-67-06-55-ac-02 dynamická
192.168.1.255 ff-ff-ff-ff-ff-ff statická
IP
ARP
ARP
cache

NSWI021 1/41 Rodina protokolů TCP/IP NSWI045 5/41 Rodina protokolů TCP/IP vrstva síťového rozhraní ARP cache • protokol ARP má nezanedbatelnou režii • hlavně kvůli broadcastu • je snaha optimalizovat jeho fungování • a co nejvíce používat ARP cache • vyrovnávací paměť, ve které si ARP pamatuje výsledky převodů IP->HW • tzv. resolutions • představa: jde o tabulku, kde jsou informace o vazbách mezi IP a HW adresami (tzv. bindings) • fungování ARP cache: • položky v ARP cache mohou být statické • pokud je to žádoucí, např. kvůli bezpečnosti • jinak jsou dynamické • musí být pravidelně zapomínány • aby mohly reflektovat změny v síti • a také osvěžovány • aby se omezovaly nové dotazy IP adresa HW adresa vazba 192.168.1.1 00-14-6c-23-7f-32 dynamická 192.168.1.136 a4-67-06-55-ac-02 dynamická 192.168.1.255 ff-ff-ff-ff-ff-ff statická IP ARP ARP cache

NSWI021 1/17
Rodina protokolů TCP/IP
NSWI045 1/17
Rodina protokolů TCP/IP síťový model TCP/IP
• TCP/IP vznikal „obráceně“ oproti RM ISO/OSI
• nejprve byly připraveny konkrétní protokoly
• a teprve z nich vyplývala představa o vrstvách
• teprve po rozdělení TCP na TCP/IP se představa o vrstvách ustálila do
dnešní podoby
• „stabilizoval“ se síťový model TCP/IP
• důsledek důrazu na internetwoking (propojování sítí):
• TCP/IP nezasahuje to toho, jak fungují jednotlivé sítě, které propojuje
• proto: „nepokrývá to, co je pod síťovou vrstvou“
• nedefinuje protokoly, spadající do vrstvy síťového rozhraní
vrstva síťového
rozhraní
síťová vrstva
……….
„přenosová“ vrstva
aplikační vrstva
transportní vrstva
aplikační vrstva

NSWI021 1/17 Rodina protokolů TCP/IP NSWI045 1/17 Rodina protokolů TCP/IP síťový model TCP/IP • TCP/IP vznikal „obráceně“ oproti RM ISO/OSI • nejprve byly připraveny konkrétní protokoly • a teprve z nich vyplývala představa o vrstvách • teprve po rozdělení TCP na TCP/IP se představa o vrstvách ustálila do dnešní podoby • „stabilizoval“ se síťový model TCP/IP • důsledek důrazu na internetwoking (propojování sítí): • TCP/IP nezasahuje to toho, jak fungují jednotlivé sítě, které propojuje • proto: „nepokrývá to, co je pod síťovou vrstvou“ • nedefinuje protokoly, spadající do vrstvy síťového rozhraní vrstva síťového rozhraní síťová vrstva ………. „přenosová“ vrstva aplikační vrstva transportní vrstva aplikační vrstva

finder RS485 RTU Modbus TCP/IP Gateway User Guide

finder RS485 RTU Modbus TCP/IP Gateway User Guide

NSWI021 1/23
Rodina protokolů TCP/IP
NSWI045 3/23
Rodina protokolů TCP/IP transportní protokol TCP
• TCP (Transmission Control Protocol)
• je velmi složitým protokolem
• je velmi adaptabilní, dokáže se přizpůsobit odlišným podmínkám
• dokáže fungovat stejně dobře v sítích LAN i WAN
• i při diametrálně odlišné latenci / přenosovém zpoždění
• mění způsob fungování protokolu IP
• IP funguje nespojovaně, TCP funguje spojovaně
• IP funguje nespolehlivě, TCP funguje spolehlivě
• přenáší TCP segmenty
• jejich velikost si určuje protokol TCP sám
• řeší řadu věcí, které IP ani UDP neřeší (ani řešit nemusí)
• zajištění spolehlivosti
• používá kontinuální potvrzování, metoda okénka, volba timeoutů, ….
• řízení toku
• skrze metodu okénka
• předcházení zahlcení
• dočasný přechod na jednotlivé potvrzování
vytváří iluzi
bytového proudu
sám si „porcuje“
data z bytového
proudu, dle MTU
• řeší:
• práci s porty
• rozlišování různých entit
v rámci každého uzlu

NSWI021 1/23 Rodina protokolů TCP/IP NSWI045 3/23 Rodina protokolů TCP/IP transportní protokol TCP • TCP (Transmission Control Protocol) • je velmi složitým protokolem • je velmi adaptabilní, dokáže se přizpůsobit odlišným podmínkám • dokáže fungovat stejně dobře v sítích LAN i WAN • i při diametrálně odlišné latenci / přenosovém zpoždění • mění způsob fungování protokolu IP • IP funguje nespojovaně, TCP funguje spojovaně • IP funguje nespolehlivě, TCP funguje spolehlivě • přenáší TCP segmenty • jejich velikost si určuje protokol TCP sám • řeší řadu věcí, které IP ani UDP neřeší (ani řešit nemusí) • zajištění spolehlivosti • používá kontinuální potvrzování, metoda okénka, volba timeoutů, …. • řízení toku • skrze metodu okénka • předcházení zahlcení • dočasný přechod na jednotlivé potvrzování vytváří iluzi bytového proudu sám si „porcuje“ data z bytového proudu, dle MTU • řeší: • práci s porty • rozlišování různých entit v rámci každého uzlu

TCP vs IP: Rozdíl a srovnání

TCP vs IP: Rozdíl a srovnání

askanydifference.com

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

NSWI021 1/20
Rodina protokolů TCP/IP
NSWI045 2/20
Rodina protokolů TCP/IP postup vydání RFC (ID od IETF)
• pokud je vše ok, je dokument
předán ke zveřejnění jako RFC
• jinak je vrácen zpět
• návrh v podobě Internet Draftu je předán „dozorčí radě“
(IESG)
• podání je od pracovní skupiny IETF, nebo jde o individuální
podání sponzorované vedoucím některé Area
• IESG ještě předá do IETF k poslednímu posouzení
• Last Call
Internet Draft
od pracovní skupiny IETF (WG)
nebo individuální (AD-sponsored)
IESG
(„dozorčí rada“)
Submit
(podání)
IETF
posouzení v komunitě
„Last Call“
předání
vrací se s
připomínkami,
poznámkami
zpět
(pokud jsou pochybnosti)
RFC Production
editace
RFC Publisher
vydání
zveřejněné RFC
neúspěšný pokus o vydání jako RFC
úspěšný pokus o vydání jako RFC

NSWI021 1/20 Rodina protokolů TCP/IP NSWI045 2/20 Rodina protokolů TCP/IP postup vydání RFC (ID od IETF) • pokud je vše ok, je dokument předán ke zveřejnění jako RFC • jinak je vrácen zpět • návrh v podobě Internet Draftu je předán „dozorčí radě“ (IESG) • podání je od pracovní skupiny IETF, nebo jde o individuální podání sponzorované vedoucím některé Area • IESG ještě předá do IETF k poslednímu posouzení • Last Call Internet Draft od pracovní skupiny IETF (WG) nebo individuální (AD-sponsored) IESG („dozorčí rada“) Submit (podání) IETF posouzení v komunitě „Last Call“ předání vrací se s připomínkami, poznámkami zpět (pokud jsou pochybnosti) RFC Production editace RFC Publisher vydání zveřejněné RFC neúspěšný pokus o vydání jako RFC úspěšný pokus o vydání jako RFC

OSI and TCP/IP Model - Slide 13

OSI and TCP/IP Model - Slide 13

I/O modul, 4× UI, 4x DO, Modbus TCP/IP nebo BACnet IP, RS485, Ethernet

I/O modul, 4× UI, 4x DO, Modbus TCP/IP nebo BACnet IP, RS485, Ethernet10 752 Kč

papouch.comNení skladem

NSWI021 1/2
Rodina protokolů TCP/IP
NSWI045 3/2
Rodina protokolů TCP/IP TCP/IP je síťovou architekturou
• TCP/IP je „rodinou protokolů“ (Protocol Suite)
• ale podle obvyklé terminologie je síťovou architekturou
• neboť zahrnuje:
• představu o počtu vrstev
• představu o tom, co má mít která vrstva na starosti
• konkrétní protokoly
L1
L2
L3
L4
L5
L6
L7 aplikační vrstva
prezentační vrstva
relační vrstva
transportní vrstva
síťová vrstva
linková vrstva
fyzická vrstva
vrstva síťového
rozhraní
síťová vrstva
transportní vrstva
aplikační vrstva
RM ISO/OSI TCP/IP
SMTP, HTTP, FTP, …
TCP, UDP
IP (+ ICMP, ARP, …)
TCP/IP „nepokrývá“
(výjimka: SLIP, PPP)
zahrnuje
i konkrétní
protokoly

NSWI021 1/2 Rodina protokolů TCP/IP NSWI045 3/2 Rodina protokolů TCP/IP TCP/IP je síťovou architekturou • TCP/IP je „rodinou protokolů“ (Protocol Suite) • ale podle obvyklé terminologie je síťovou architekturou • neboť zahrnuje: • představu o počtu vrstev • představu o tom, co má mít která vrstva na starosti • konkrétní protokoly L1 L2 L3 L4 L5 L6 L7 aplikační vrstva prezentační vrstva relační vrstva transportní vrstva síťová vrstva linková vrstva fyzická vrstva vrstva síťového rozhraní síťová vrstva transportní vrstva aplikační vrstva RM ISO/OSI TCP/IP SMTP, HTTP, FTP, … TCP, UDP IP (+ ICMP, ARP, …) TCP/IP „nepokrývá“ (výjimka: SLIP, PPP) zahrnuje i konkrétní protokoly

Schéma multicastu 1 - switch, router

Schéma multicastu 1 - switch, router

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

BTECH RS232 Serial To TCP IP Ethernet Converter User Manual

BTECH RS232 Serial To TCP IP Ethernet Converter User Manual

cs.manuals.plus

Screenshot 2022-11-30 at 13.20.13.png

Screenshot 2022-11-30 at 13.20.13.png

iSMA-B-12O-H-IP

iSMA-B-12O-H-IP17 696 Kč

loduos.czSkladem

NSWI021 1/12
Rodina protokolů TCP/IP
NSWI045 2/12
Rodina protokolů TCP/IP historie a současnost dokumentů RFC
• cesta dokumentů RFC k jejich dnešní podobě nebyla zcela přímočará
• od roku 1969 do roku 1977 vychází pouze RFC
• a jsou vnímány jako produkt výzkumu pro agenturu ARPA
• v 70. letech jsou vyvíjeny „nové“ protokoly (TCP/IP)
• autoři chtěli odlišit své výsledky
• proto zakládají další publikační mechanismus: IEN
• Internet Experiment Notes
• IEN 1 vychází 29.7.1977
• „nové“ protokoly (TCP/IP) jsou publikovány nejprve jako IEN
• TCPv2: IEN 5, březen 1977
• TCPv3: IEN 21, leden 1978
• TCPv4: IEN 55, srpen 1978
• IPv4: IEN54, srpen 1978
• UDP: IEN 71, leden 1979
• v září 1982 série dokumentů IEN končí
• publikováno celkem 212 IEN dokumentů
• nadále jsou publikovány již jen dokumenty RFC
• především pro dokumenty od IETF
RFC
RFC
RFCIEN
1977
1982
1969

NSWI021 1/12 Rodina protokolů TCP/IP NSWI045 2/12 Rodina protokolů TCP/IP historie a současnost dokumentů RFC • cesta dokumentů RFC k jejich dnešní podobě nebyla zcela přímočará • od roku 1969 do roku 1977 vychází pouze RFC • a jsou vnímány jako produkt výzkumu pro agenturu ARPA • v 70. letech jsou vyvíjeny „nové“ protokoly (TCP/IP) • autoři chtěli odlišit své výsledky • proto zakládají další publikační mechanismus: IEN • Internet Experiment Notes • IEN 1 vychází 29.7.1977 • „nové“ protokoly (TCP/IP) jsou publikovány nejprve jako IEN • TCPv2: IEN 5, březen 1977 • TCPv3: IEN 21, leden 1978 • TCPv4: IEN 55, srpen 1978 • IPv4: IEN54, srpen 1978 • UDP: IEN 71, leden 1979 • v září 1982 série dokumentů IEN končí • publikováno celkem 212 IEN dokumentů • nadále jsou publikovány již jen dokumenty RFC • především pro dokumenty od IETF RFC RFC RFCIEN 1977 1982 1969

NSWI021 1/28
Rodina protokolů TCP/IP
NSWI045 5/28
Rodina protokolů TCP/IP ICMP zpráva Destination Unreachable
• další možné důvody (pro generování zprávy Destination Unreachable)
• Code=2: Protocol Unreachable
• cílový uzel neakceptuje protokol, určený v hlavičce IP datagramu
• Code=3: Port Unreachable
• nedostupný port, specifikovaný v hlavičce UDP datagramu nebo TCP segmentu
• Code=4: Fragmentation Needed and DF Set
• ICMP zpráva, generovaná v situaci, kdy je třeba provést fragmentaci, ale tato je
zakázána nastavením bitu „Don´t Fragment“ v hlavičce IP datagramu
• ………
• obecné vlastnosti ICMP zpráv Destination Unreachable
• protokol IP funguje stylem „best effort“, a stejně fungují i zprávy ICMP
Destination Unreachable
• tj. nejsou garantované !!!!
• nelze se spoléhat, že budou doručeny původnímu odesilateli vždy, když dojde k
zahození nějakého IP datagramu
• protože ICMP zprávy jsou přenášeny v IP datagramech
• jejich doručení není garantováno
• při zahození IP datagramu s ICMP zprávou se již další ICMP zpráva negeneruje

NSWI021 1/28 Rodina protokolů TCP/IP NSWI045 5/28 Rodina protokolů TCP/IP ICMP zpráva Destination Unreachable • další možné důvody (pro generování zprávy Destination Unreachable) • Code=2: Protocol Unreachable • cílový uzel neakceptuje protokol, určený v hlavičce IP datagramu • Code=3: Port Unreachable • nedostupný port, specifikovaný v hlavičce UDP datagramu nebo TCP segmentu • Code=4: Fragmentation Needed and DF Set • ICMP zpráva, generovaná v situaci, kdy je třeba provést fragmentaci, ale tato je zakázána nastavením bitu „Don´t Fragment“ v hlavičce IP datagramu • ……… • obecné vlastnosti ICMP zpráv Destination Unreachable • protokol IP funguje stylem „best effort“, a stejně fungují i zprávy ICMP Destination Unreachable • tj. nejsou garantované !!!! • nelze se spoléhat, že budou doručeny původnímu odesilateli vždy, když dojde k zahození nějakého IP datagramu • protože ICMP zprávy jsou přenášeny v IP datagramech • jejich doručení není garantováno • při zahození IP datagramu s ICMP zprávou se již další ICMP zpráva negeneruje

TCP/IP Module - Dexilon Automation

TCP/IP Module - Dexilon Automation

NSWI021 1/30
Rodina protokolů TCP/IP
NSWI045 5/30
Rodina protokolů TCP/IP
• je generována ve dvou situacích:
1. když dojde k vynulování položky TTL v hlavičce IP datagramu
• je to interpretováno jako zacyklení při směrování
• do ICMP zprávy je vložen začátek „zacykleného rámce“
• jeho hlavička + prvních 8 bytů
• ICMP Message Code je nastaven na 0
2. když při sestavování fragmentů vyprší časový limit (a fragmenty nejsou všechny)
• význam: nelze sestavit (celý) původní datagram
• ICMP Message Code je nastaven na 1
ICMP zpráva Time Exceeded
hlavička IP datagramu + 8 prvních bytů jeho nákladové části
0 8 16 31
nevyužito
Type = 11 Code = 0 | 1 Checksum
4 byty
4 byty
20+8
bytů

NSWI021 1/30 Rodina protokolů TCP/IP NSWI045 5/30 Rodina protokolů TCP/IP • je generována ve dvou situacích: 1. když dojde k vynulování položky TTL v hlavičce IP datagramu • je to interpretováno jako zacyklení při směrování • do ICMP zprávy je vložen začátek „zacykleného rámce“ • jeho hlavička + prvních 8 bytů • ICMP Message Code je nastaven na 0 2. když při sestavování fragmentů vyprší časový limit (a fragmenty nejsou všechny) • význam: nelze sestavit (celý) původní datagram • ICMP Message Code je nastaven na 1 ICMP zpráva Time Exceeded hlavička IP datagramu + 8 prvních bytů jeho nákladové části 0 8 16 31 nevyužito Type = 11 Code = 0 | 1 Checksum 4 byty 4 byty 20+8 bytů

PPT - Security Protocols in the Internet PowerPoint Presentation, free download - ID:302515

PPT - Security Protocols in the Internet PowerPoint Presentation, free download - ID:302515

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

PPT - Základy TCP/IP PowerPoint Presentation, free download - ID:5529965

Převodník RS485 na Ethernet RS485/RJ45 Ethernet TCP/IP montáž na DIN

Převodník RS485 na Ethernet RS485/RJ45 Ethernet TCP/IP montáž na DIN578 Kč

elty.plNení skladem

NSWI021 1/21
Rodina protokolů TCP/IP
NSWI045 2/21
Rodina protokolů TCP/IP postup vydání RFC (nezávislé podání)
• návrh v podobě Internet Draftu je předán ISE
(Independent Stream Editor)
• ISE – jedna z nových „složek“ RFC Editora, po roce
2010
• ISE konzultuje obsah s IESG
• to dává své připomínky
• může jít jen o RFC ve větvi „non-standards track“
• Experimental / Informational / Historic
Internet Draft
nezávislý zdroj
(ani IETF, ani IAB/IRTF)
Independent Stream Editor
(„součást RFC Editora“)
Submit
(podání)
zpět
(pokud jsou pochybnosti)
IESG
(„dozorčí rada“)
Comments
(připomínky)
RFC Production
editace
RFC Publisher
vydání
zveřejněné RFC
pokud vše OK

NSWI021 1/21 Rodina protokolů TCP/IP NSWI045 2/21 Rodina protokolů TCP/IP postup vydání RFC (nezávislé podání) • návrh v podobě Internet Draftu je předán ISE (Independent Stream Editor) • ISE – jedna z nových „složek“ RFC Editora, po roce 2010 • ISE konzultuje obsah s IESG • to dává své připomínky • může jít jen o RFC ve větvi „non-standards track“ • Experimental / Informational / Historic Internet Draft nezávislý zdroj (ani IETF, ani IAB/IRTF) Independent Stream Editor („součást RFC Editora“) Submit (podání) zpět (pokud jsou pochybnosti) IESG („dozorčí rada“) Comments (připomínky) RFC Production editace RFC Publisher vydání zveřejněné RFC pokud vše OK

Při pokusu o sdílení polohy došlo k chybě

Více informací

odkazuje na služby nejen od Seznam.cz.

© 1996–2025 Seznam.cz, a.s.