Protokó³ ICMP Protokó³ ICMP   Jak ju¿ wiemy oprogramowanie Internet Protocol realizuje zawodne przenoszenie pakietów bez u¿ycia po³±czenia.Datagram wêdruje od nadawcy przez ró¿ne sieci i routery a¿ do koñcowego odbiorcy.Je¿eli router nie potrafi ani wyznaczyæ trasy ani dostarczyæ datagramu, albo gdy wykrywa sytuacje maj±c± wp³yw na mo¿liwo¶æ dostarczenia datagramu np. Przeci±¿enie sieci, wy³±czenie maszyny docelowej, wyczerpanie siê licznika czasu ¿ycia datagramu to musi poinformowaæ pierwotnego nadawcê, aby podj±³ dzia³ania w celu unikniêcia skutków tej sytuacji. Protokó³ komunikatów kontrolnych internetu ICMP (ang. Internet Control Message Protocol) powsta³ aby umo¿liwiæ routerom oznajmianie o b³êdach oraz udostêpnianie informacji o niespodziewanych sytuacjach.Chocia¿ protokó³ ICMP powsta³, aby umo¿liwiæ routerom wysy³anie komunikatów to ka¿da maszyna mo¿e wysy³aæ komunikaty ICMP do dowolnej innej. Protokó³ ICMP jest traktowany jako wymagana czê¶æ IP i musi byæ realizowany przez ka¿d± implementacjê IP. Z technicznego punktu widzenia ICMP jest mechanizmem powiadamiania o b³êdach. Gdy datagram powoduje b³±d, ICMP mo¿e jedynie powiadomiæ pierwotnego nadawcê o przyczynie. Nadawca musi otrzyman± informacjê przekazaæ danemu programowi u¿ytkownika, albo podj±æ inne dzia³anie maj±ce na celu uporanie siê z tym problemem.Ka¿dy komunikat ICMP ma w³asny format, ale wszystkie zaczynaj± siê trzema takimi samymi polami: 8-bitowe pole TYP komunikatu identyfikuje komunikat, 8-bitowe pole KOD daje dalsze informacje na temat rodzaju komunikatu, Pole SUMA KONTROLNA (obliczane podobnie jak suma IP, ale suma kontrolna ICMP odnosi siê tylko do komunikatu ICMP). Oprócz tego komunikaty ICMP oznajmiaj±ce o b³êdach zawsze zawieraj± nag³ówek i pierwsze 64 bity danych datagramu, z którym by³y problemy.   Dostarczanie komunikatów ICMP Komunikaty ICMP wymagaj± dwóch poziomów kapsu³kowania.Ka¿dy komunikat ICMP podró¿uje przez intersieæ w czê¶ci datagramu IP przeznaczonej na dane, a ten jak wiemy przemieszcza siê przez sieæ fizyczn± w czê¶ci dla danych ramki.Chocia¿ komunikaty ICMP s± kapsu³kowane i przenoszone przy u¿yciu IP, nie s± protoko³em wy¿szego rzêdu lecz wymagan± czê¶ci± IP.         Okre¶lanie ostatecznego adresata System operacyjny wiêkszo¶ci komputerów zapewnia wielozadaniowo¶æ.Omówiony mechanizm adresowania i przesy³ania datagramów nie rozró¿nia u¿ytkowników ani programów u¿ytkowych, do których jest skierowany taki datagram. Zachodzi wiêc potrzeba rozszerzenia zestawu protoko³ów o mechanizm, który pozwoli rozró¿niaæ adresy w obrêbie pojedynczego komputera.Adresowanie wprost do konkretnego procesu z wielu powodów nie by³oby dobrym rozwi±zaniem; np. poniewa¿ procesy tworzone i likwidowane s± dynamicznie, nadawca ma wiêc zbyt ma³o informacji aby wskazaæ proces na innej maszynie, prze³adowanie systemu operacyjnego powoduje zmianê wszystkich procesów itp. W miejsce tego wprowadzono abstrakcyjne punkty docelowe zwane portami protoko³ów. Ka¿dy port jest identyfikowany za pomoc± dodatniej liczby ca³kowitej.Lokalny system operacyjny zapewnia procesom okre¶lenie dostêpu do portów.Nadawca musi znaæ adres IP odbiorcy i numer docelowego portu protoko³u na maszynie odbiorcy, komunikat musi ponadto zawieraæ numer portu nadawcy tak aby proces odbieraj±cy komunikat móg³ wys³aæ odpowied¼ do nadawcy. Wprowadzenie - model OSI | TCP/IP a model OSI | Adresy IP | Protokó³ ARP i RARP | Internet Protocol | Kapsu³kowanie i fragmentacja Protokó³ ICMP | Protokó³ UDP | Multipleksowanie i demultipleksowanie | TCP | Przysz³o¶æ TCP/IP | Autorzy i bibliografia