Wiki source code of 01.07. Demultipleksēšana
Last modified by Valdis Vītoliņš on 2018/01/15 21:44
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | = 01.07. Demultipleksēšana = | ||
| 2 | |||
| 3 | Kad mītne galamērķī saņem Ethernet'a kadru, tas virzās augšup pa protokolu steku un katra protokola komponents novāc savu //sākumposmu//. Katrs protokola komponents izpēta noteiktus laukus savā iesākumā, lai noskaidrotu, kurš komponents nākamajā slānī uz augšu saņems datus. Šo procesu sauc par demultipleksēšanu. 1.8.attēls parāda, kā tas notiek. | ||
| 4 | |||
| 5 | {{velocity filter="none"}} | ||
| 6 | {{html clean="false" wiki="true"}} | ||
| 7 | #pic("f_1_8.gif", "400") | ||
| 8 | //1.8.attēls: Saņemtā Ethernet'a kadra demultipleksēšana// | ||
| 9 | <p/> | ||
| 10 | Pareizs protokola kastīšu "ICMP" un "IGMP" novietojums vienmēr rada grūtības. #picref("f_1_4.gif", "1.4.attēlā") mēs parādījām, ka tie ir vienā slānī ar IP, jo tie ir IP palīgi. Bet šeit mēs parādām tos virs IP, lai vēlreiz uzsvērtu, ka ICMP un IGMP ziņojumi ir iekapsulēti IP //datagrammās//. | ||
| 11 | <p/> | ||
| 12 | Mums ir līdzīga problēma ar kastēm "AR" un "RARP". Šeit mēs parādām tos virs Ethernet'a ierīces draivera, jo viņiem abiem ir savi Ethernet'a kadru tipi - tāpat kā IP datagrammām. Bet #picref("f_2_4.gif", "2.4.attēlā") mēs parādīsim, ka ARP ir daļa no Ethernet'a ierīces draivera zem IP, jo šajā vietā ARP loģiski iederas. | ||
| 13 | {{/html}} | ||
| 14 | {{/velocity}} | ||
| 15 | |||
| 16 | Jebkurā gadījumā ir jāsaprot, ka slāņos izkārtoto protokolu kastīšu zīmējums nav un nevar būt perfekts. | ||
| 17 | |||
| 18 | Kad detalizēti aprakstīsim TCP, redzēsim, ka tas patiesībā demultipleksē ienākošos segmentus, izmantojot //adresāta// porta numuru, avota IP adresi un avota porta numuru. |