анализ системы ip сети. Анализ протокола передачи информации ip 3 Формат пакета ip 3
 Скачать 100.49 Kb.
|
Пример взаимодействия узлов с использованием протокола IPНа примере интерсети рассматривают, каким о бразо м про исхо дит взаимо действие ко мпьютеро в через маршрутизато ры и до ставка пакето в ко мпьютеру назначения. Пусть в приведенно м примере по льзо ватель ко мпьютера cit.dol.ru, нахо дящийся в сети Ethernet с IP-адресо м 194.87.23.0 (адрес класса С), хо чет взаимо действо вать по про то ко лу FTP с ко мпьютеро м s1.msk.su, принадлежащем сети Ethernet с IP-адресо м 142.06.0.0 (адрес класса В). Ко мпьютер cit.dol.ru имеет IP-адрес 194.87.23.1.17, а ко мпьютер s1.msk.su - IP- адрес 142.06.13.14. По льзо ватель ко мпьютера cit.dol.ru знает симво льно е имя ко мпьютера s1.msk.su, но не знает его IP-адреса, по это му о н набирает ко манду > ftp s1.msk.su для о рганизации ftp-сеанса. В ко мпьютере cit.dol.ru до лжны быть заданы неко то рые параметры для стека TCP/IP, что бы о н мо г выпо лнить по ставленную перед ним задачу. В число этих параметро в до лжны вхо дить со бственный IP-адрес, IP-адрес DNS-сервера и IP- адрес маршрутизато ра по умо лчанию. Так как к сети Ethernet, к ко то ро й о тно сится ко мпьютер cit.dol.ru, по дключен то лько о дин маршрутизато р, то таблица маршрутизации ко нечным узлам это й сети не нужна, до стато чно знать IP-адрес маршрутизато ра по умо лчанию. В данно м примере о н равен 194.87.23.1. Так как по льзо ватель в ко манде ftp не задал IP-адрес узла, с ко то рым о н хо чет взаимо действо вать, то стек TCP/IP до лжен о пределить его само сто ятельно . Он мо жет сделать запро с к серверу DNS по имеющемуся у него IP-адресу, но о бычно каждый ко мпьютер сначала про сматривает сво ю со бственную таблицу со о тветствия симво льных имен и IP- адресо в. Такая таблица хранится чаще всего в виде тексто во го файла про сто й структуры - каждая его стро ка со держит запись о б о дно м симво льно м имени и его IP-адресе. В ОС Unix тако й файл традицио нно но сит имя HOSTS. Будем считать, что ко мпьютер cit.dol.ru имеет файл HOSTS, а в нем есть стро ка 142.06.13.14 s1.msk.su. По это му разрешение имени выпо лняется ло кально , так что про то ко л IP мо жет теперь фо рмиро вать IP-пакеты с адресо м назначения 142.06.13.14 для взаимо действия с ко мпьютеро м s1.msk.su. Про то ко л IP ко мпьютера cit.dol.ru про веряет, нужно ли маршрутизиро вать пакеты для адреса 142.06.13.14. Так как адрес сети назначения равен 142.06.0.0, а адрес сети, к ко то ро й принадлежит ко мпьютер, равен 194.87.23.0, то маршрутизация нео бхо дима. Ко мпьютер cit.dol.ru начинает фо рмиро вать кадр Ethernet для о тправки IP-пакета маршрутизато ру по умо лчанию с IP-адресо м 194.87.23.1. Для это го ему нужен МАС-адрес по рта маршрутизато ра, по дключенно го к его сети. Это т адрес ско рее всего уже нахо дится в кэш-таблице про то ко ла ARP ко мпьютера, если о н хо тя бы раз за по следнее включение о бменивался данными с ко мпьютерами других сетей. Пусть это т адрес в нашем примере был найден именно в кэш-памяти. Обо значим его МАС11, в со о тветствии с но меро м маршрутизато ра и его по рта. В результате ко мпьютер cit.dol.ru о тправляет по ло кально й сети кадр Ethernet, имеющий следующие по ля: DA (Ethernet) ... DESTINATION IP ... ... МАС 11 142.06.13.14 Кадр принимается по рто м 1 маршрутизато ра 1 в со о тветствии с про то ко ло м Ethernet, так как МАС-узел это го по рта распо знает сво й адрес МАС11. Про то ко л Ethernet извлекает из это го кадра IP-пакет и передает его про граммно му о беспечению маршрутизато ра, реализующему про то ко л IP. Про то ко л IP извлекает из пакета адрес назначения и про сматривает записи сво ей таблицы маршрутизации. Пусть маршрутизато р 1 имеет в сво ей таблице маршрутизации запись 142.06.0.0 135.12.0.11 2 1, ко то рая го во рит о то м, что пакеты для сети 142.06. 0.0 нужно передавать маршрутизато ру 135.12.0.11, по дключенно му к то й же сети, что и по рт 2 маршрутизато ра 1. Маршрутизато р 1 про сматривает параметры по рта 2 и нахо дит, что о н по дключен к сети FDDI. Так как сеть FDDI имеет значение максимально го транспо ртируемо го бло ка MTU бо льше, чем сеть Ethernet, то фрагментация по ля данных IP-пакета не требуется. По это му маршрутизато р 1 фо рмирует кадр фо рмата FDDI, в ко то ро м указывает MAC-адрес по рта маршрутизато ра 2, ко то рый о н нахо дит в сво ей кэш-таблице про то ко ла ARP: DA (FDDI) ... DESTINATION IP ... ... МАС 21 142.06.13.14 Анало гично действует маршрутизато р 2, фо рмируя кадр Ethernet для передачи пакета маршрутизато ру 3 по сети Ethernet c IP-адресо м 203.21.4.0: DA (Ethernet) ... DESTINATION IP ... ... МАС 32 142.06.13.14 Нако нец, по сле то го , как пакет по ступил в маршрутизато р сети назначения - маршрутизато р 3, по является во змо жно сть передачи это го пакета ко мпьютеру назначения. Маршрутизато р 3 видит, что пакет нужно передать в сеть 142.06.0.0, ко то рая непо средственно по дключена к его перво му по рту. По это му о н по сылает ARP-запро с по сети Ethernet c IP- адресо м ко мпьютера s1.msk.su (считаем, что это й инфо рмации в его кэше нет), по лучает о твет, со держащий адрес MACs1, и фо рмирует кадр Ethernet, до ставляющий IP-пакет по ло кально й сети адресату. DA (Ethernet) ... DESTINATION IP ... ... МАС s1 142.06.13.14 |