Home

Page 7
Page 7
background image

 

 

максимально  возможного  в  Ethernet  размера.  Этот  кадр  поступит  на 
маршрутизатор,  маршрутизатор  в первую  очередь  отбросит  заголовок  канального 
уровня  и  извлечет  из  кадра  IP  пакет.  После  этого  маршрутизатор  извлечет  из 
заголовка  IP  пакета  адрес  получателя  и  с  помощью  таблицы  маршрутизации 

найдет,  что  делать  с  пакетом.  Положим,  что  пакет  нужно  передать  узлу  В,  тогда 
маршрутизатор  поймет  это  исходя  из  анализа  таблицы  маршрутизации  должен 
будет снабдить данный IP пакет заголовком канального уровня Token Ring.  

Можно ли это сделать? Да, так как размер  IP пакета не превысит 1500 байт 

(ведь  его  послала  станция  Ethernet),  а  сеть  Token  Ring  может переносить  порции 
данных  более  4  килобайт  в  одном  кадре.  Другое  дело,  что  использование  сети 
Token Ring в таком случае будет не эффективным, так как в сети Token Ring могут 
применяться  кадры  размером  больше,  нежели  1500  байт,  но,  тем  не  менее,  это 
ничуть не помешает взаимодействию.  
 

Теперь  рассмотрим  обратную  ситуацию:  пусть  станция  В  послала  IP  пакет 

станции  А.  Станция  В  сформирует  IP  пакет  размером  около  4  килобайт 
(напоминаем,  что  IP  пакет  может  достигать  65535  байт)  и  передаст  его 

маршрутизатору  в  кадре  канального  уровня  Token  Ring.  Маршрутизатор  отбросит 
заголовок  Token  Ring,  проанализирует  IP  заголовок  и  примет  решение  о 
перенаправлении  пакета  в  сеть,  в  которой  находится  узел  А.  После  принятия 
решения  о  перенаправлении  пакета  в  сеть,  в  которой  находится  узел  А 
необходимо  узнать  его  МАС  адрес,  а  после  этого  сформировать  кадр  Ethernet, 
положив в него IP пакет. Вот тут то и получится загвоздка: нельзя положить в кадр 
Ethernet 4 килобайта – MTU сети Ethernet составляет 1500 байт. Так как пакет не 
может быть передан, возникает вопрос, что же с ним делать? Или уничтожить или 
разрезать на части. Многие сетевые протоколы в таком случае уничтожают пакет, 
протокол  IP  вместо  этого  фрагментирует  пакет,  разрезает  его  на  кусочки  и 
передает в нескольких кадрах канального уровня. Для того, чтобы взаимодействие 
могло  быть  осуществлено,  недостаточно  просто  разрезать  пакет  на  части  и 
передать,  необходимо  обеспечить  во-первых  возможность  частям  пакета 

пересекать составную сеть (ведь фрагментировать может не только оконечный но 
и  транзитный  маршрутизатор),  а  во-вторых  обеспечить  приемной  стороне 
возможность  однозначно  собрать  полученный  фрагментарно  пакет.  Первая 
проблема  решается  просто:  фрагментируется  не  весь  пакет  целиком,  включая 
заголовок, как показано на рисунке 

 

 
Заголовок

  Данные 

 
Заголовок

  Данные 

  

 
Данные

 

 

 
Данные

 

так  как  в  этом  случае  только  первый  фрагмент,  сохранивший  заголовок  IP 
пакета  мог  бы  перемещаться  по  составной  сети  –  остальные  фрагменты, 
лишенные заголовка IP лишились бы адреса получателя, который фигурирует в 
заголовке и, разумеется, не смогли бы попасть к адресату.  

Фрагментация происходит так, что КАЖДЫЙ фрагмент сохраняет исходный 

заголовок и после проведения фрагментации может перемещаться по составной 
сети как совершенно самостоятельный пакет. Пример: 

 

 
Заголовок

 

Данные

 

 

Заголовок

 

Данные

 

Заголовок

 

Данные

 


Copyright © 2022 Файлообменник files.d-lan.dp.ua

Использование любых материалов сайта возможно только с разрешения автора.