Реферат: Протокол межсетевого взаимодействия IP - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Протокол межсетевого взаимодействия IP

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Microsoft Word, 1007 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Протокол межсетевого взаимодействия IP Основу транспортн ых средств стека протоколов TCP/IP составляет протокол межсетевого взаимодействия - Internet Protocol (IP). К о сновным функциям протокола IP относятся : · перенос между сетями различных типо в адресной информации в унифицированной форме , · сборка и разборка пакетов п ри передаче их между сетя ми с различным максимальным значением длины пакета . Формат пакета IP Пакет IP состоит из заголовка и поля данных . Заголовок п акета имеет следующие поля : · Поле Номер версии (VERS) указывает верси ю протокола IP. Сейчас повсеместно используетс я версия 4 и готовится переход на версию 6, называемую также IPng (IP next generation). · Поле Длина заголовка (HLEN) пакета IP занимает 4 бита и указывает знач ение длины заголовка , измеренное в 32-битовых словах . Обычно заголовок имеет длину в 20 байт (пять 32-битовых слов ), но при уве личении объема служебной информации эта длина может быть увеличена за счет использован ия дополнительных байт в поле Резерв (IP OPTIONS). · Поле Тип сервиса (SERVICE TYPE) занимает 1 байт и задает приоритетность пакета и вид критерия выбора маршрута . Первые три бита этого поля образуют подполе приоритета пакета (PRECEDENCE). Приоритет может иметь значения от 0 (нормальный пакет ) до 7 (пакет управляющей информации ). Маршрутизаторы и компьютеры могут принимать во в н имание приоритет пакета и обрабатывать более важные пакеты в первую очередь . П оле Тип сервиса содержит также три бита , определяющие критерий выбора маршрута . Установ ленный бит D (delay) говорит о том , что маршрут должен выбираться для минимизации задержки доставки данного пакета , бит T - для максимизации пропускной способности , а бит R - для максимизации надежности доставки . · Поле Общая длина (TOTAL LENGTH) занимает 2 байта и указывает общую длину пакета с учетом заголовка и поля дан ных . · Поле Идентифик ат ор пакета (IDENTIFICATION) занимает 2 байта и используется для распознавания пакетов , образовавшихся пу тем фрагментации исходного пакета . Все фрагме нты должны иметь одинаковое значение этого поля . · Поле Флаги (FLAGS) занимае т 3 бита , оно указывает на в озможность фрагментации пакета (установленный бит Do not Fragment - DF - запрещает маршрутизатору фрагментировать данный пакет ), а также на то , является ли данн ый пакет промежуточным или последним фрагмент ом исходного пакета (установленный бит More Fragme n ts - MF - говорит о том пакет переноси т промежуточный фрагмент ). · Поле Смещение фрагме нта (FRAGMENT OFFSET) занимает 13 бит , оно используется для указания в байтах смещения поля данных этого пакета от начала общего поля данных исходного пакета , подвергну того фрагмент ации . Используется при сборке /разборке фрагме нтов пакетов при передачах их между сетям и с различными величинами максимальной длины пакета . · Поле Время жизни (TIME TO LIVE) занимает 1 байт и указывает предельный с рок , в течение которого пакет может перемещаться по сети . Время жизни данного пакета измеряется в секундах и задается и сточником передачи средствами протокола IP. На ш люзах и в других узлах сети по истече нии каждой секунды из текущего времени жи зни вычитается единица ; единица вычитае т ся также при каждой транзитной переда че (даже если не прошла секунда ). При и стечении времени жизни пакет аннулируется . · Идентификатор Протокола верхнего уровня (PROTOCOL) занимает 1 байт и указы вает , какому протоколу верхнего уровня принад лежит пакет (на пример , это могут быть протоколы TCP, UDP или RIP). · Контрольная сумма (HEADER CHECKSUM) занимает 2 байта , она рассчитывается по вс ему заголовку . · Поля Адрес источника (SOURCE IP ADDRESS) и Адрес назначения (DESTINATION IP ADDRESS) имеют одинако вую дли ну - 32 бита , и одинаковую структу ру . · Поле Резерв (IP OPTIONS) являе тся необязательным и используется обычно толь ко при отладке сети . Это поле состоит из нескольких подполей , каждое из которых может быть одного из восьми предопределенных типов . В этих п одполях можно указ ывать точный маршрут прохождения маршрутизаторов , регистрировать проходимые пакетом маршрутизатор ы , помещать данные системы безопасности , а также временные отметки . Так как число по дполей может быть произвольным , то в конце поля Резерв д о лжно быть доба влено несколько байт для выравнивания заголов ка пакета по 32-битной границе . Максимальная длин а поля данных пакета ограничена разрядностью поля , определяющего эту величину , и соста вляет 65535 байтов , однако при передаче по сет ям различного т ипа длина пакета выбир ается с учетом максимальной длины пакета протокола нижнего уровня , несущего IP-пакеты . Ес ли это кадры Ethernet, то выбираются пакеты с максимальной длиной в 1500 байтов , умещающиеся в поле данных кадра Ethernet. Управление фра гментац ией Протоколы транспо ртного уровня (протоколы TCP или UDP), пользующиеся с етевым уровнем для отправки пакетов , считают , что максимальный размер поля данных IP-пак ета равен 65535, и поэтому могут передать ему сообщение такой длины для транспортировки через интерсеть . В функции уровня IP вхо дит разбиение слишком длинного для конкретног о типа составляющей сети сообщения на бол ее короткие пакеты с созданием соответствующи х служебных полей , нужных для последующей сборки фрагментов в исходное сообщение . В больши нстве типов локальных и глобальных сетей определяется такое понятие как максимальный размер поля данных кадра или пакета , в которые должен инкапсулиров ать свой пакет протокол IP. Эту величину обы чно называют максимальной единицей транспортиров ки - Maximum Transfer Unit, MTU . С ети Ethernet имеют значение MTU, равное 1500 байт , сети FDDI - 4096 байт , а сети Х .25 чаще всего работают с MTU в 128 байт . Работа протокола IP по фрагментации пакетов в хостах и маршрутизаторах иллюстрируется рисунком 4.1. Пусть ком пьютер 1 связан с сетью , имеющей значение MTU в 4096 байтов , например , с сетью FDDI. При поступлении на IP-уровень компьют ера 1 сообщения от транспортного уровня размер ом в 5600 байтов , протокол IP делит его на д ва IP-пакета , устанавливая в первом пакете п ризнак фрагментации и присваивая пакету уникальный идентификатор , например , 486. В первом пакете величина поля смещения равна 0, а во втором - 2800. Признак фрагментации во втором пакете равен нулю , что показывает , что это последний фрагмент пакета . Общая величина IP-пакета составляет 2800+20 (размер заголовка IP), то есть 2820 байтов , что умещаетс я в поле данных кадра FDDI. Рис . 4.1. Фрагментация IP-пакетов при передаче между сетями с разными максимальными р азмерами пакетов . К 1 и Ф 1 канальный и ф изический уровень сети 1, К 2 и Ф 2 канальный и физический уровень сети 2 Далее к омпьютер 1 передает эти пакеты на ка на льный уровень К 1, а затем и на физическ ий уровень Ф 1, который отправляет их маршр утизатору , связанному с данной сетью . Маршрутизатор видит по сетевому адресу , что прибывшие два пакета нужно передать в сеть 2, которая имеет меньшее значение MTU, равное 1 500. Вероятно , это сеть Ethernet. Маршрутиза тор извлекает фрагмент транспортного сообщения из каждого пакета FDDI и делит его еще пополам , чтобы каждая часть уместилась в поле данных кадра Ethernet. Затем он формирует н овые пакеты IP, каждый из которых им е ет длину 1400 + 20 = 1420 байтов , что меньше 1500 байт ов , поэтому они нормально помещаются в пол е данных кадров Ethernet. В результате в компьютер 2 по сети Ethernet приходит четыре IP-пакета с общим идентифика тором 486, что позволяет протоколу IP, работа ющ ему в компьютере 2, правильно собрать исходное сообщение . Если пакеты пришли не в то м порядке , в котором были посланы , то с мещение укажет правильный порядок их объедине ния . Отметим , что IP-маршрутизаторы не собирают фрагменты пакетов в более крупные пак еты , даже если на пути встречается сеть , допускающая такое укрупнение . Это связ ано с тем , что отдельные фрагменты сообщен ия могут перемещаться по интерсети по раз личным маршрутам , поэтому нет гарантии , что все фрагменты проходят через какой-либо про межуто ч ный маршрутизатор на их пу ти . При приходе первого фрагмента пакета узел назначения запускает таймер , который опр еделяет максимально допустимое время ожидания прихода остальных фрагментов этого пакета . Если таймер истекает раньше прибытия последне го фрагме нта , то все полученные к этому моменту фрагменты пакета отбрасываются , а в узел , пославший исходный пакет , направ ляется сообщение об ошибке с помощью прот окола ICMP. Маршрутизация с помощью IP-адресов Рассмотрим теперь принципы , на основании которых в сет ях IP происходит выбор маршрута передачи пакета между сетями . Сначала необходимо обратить внимание на тот факт , что не только маршрутизаторы , но и конечные узлы - компьютеры - должны принимать участие в выборе маршрута . Пример , приведенный на рисунке 4.2, демонстрирует эту необходимость . Здесь в локальной сети имеется несколько маршрутизаторов , и компьютер должен выбирать , какому из них следует отправить пакет . Рис . 4.2. Выбор маршрутизатора конечным узлом Длина м аршрута может существенно измениться в зависи мости от того , какой маршрутизатор выберет компьютер для передачи своего пакета на сервер , расположенный , например , в Германии , если маршрутизатор 1 соединен выделенной лини ей с маршрутизатором в Копенгагене , а марш рутизатор 2 имеет спутниковый канал , соединяющий его с Токио . В стеке TCP/IP маршрутизаторы и конечные у злы принимают решения о т ом , кому передавать пакет для его успешной доставки узлу назначения , на основании так называемы х таблиц маршрутизации (routing tables). Следующая таблица представляет собой типи чный пример таблицы маршрутов , использующей IP-а дреса сетей : Адрес сети назна чения Адрес следующего маршрутизатора Номер выходного порт аРасстояние до сети назначения 56.0.0.0 198.21.17.7 120 56.0.0.0 213.34.12.4. 2130 116.0.0.0 213.34.12.4 21450 129.13.0.0 198.21.17.6 150 198.21.17.0 - 20 213. 34.12.0 - 10 default 198.21.17.7 1- В этой таблице в столбце "Адрес сети назначения " указываются адреса всех сетей , кото рым данный маршрутизатор может передавать пак еты . В стеке TCP/IP принят так называемый одношаговый подход к оптимизации маршрута продвижения пакета (next-h op routing) - каждый маршрутизатор и конечный узе л принимает участие в выборе только одног о шага передачи пакета . Поэтому в каждой строке таблицы маршрутизации указывается не весь маршрут в виде последовательности IP- адресов маршрутизаторов , через которые должен пройти пакет , а только один IP-адрес - адрес следующего маршрутизатора , которо му нужно передать пакет . Вместе с пакетом следующему маршрутизатору передается ответствен ность за выбор следующего шага маршрутизации . Одношаговый подход к маршрутизации о значает распределенное решение задачи выб ора маршрута . Это снимает ограничение на м аксимальное количество транзитных маршрутизаторов на пути пакета . (Альтернативой одношаговому подходу являетс я указание в пакете всей последовательности маршрутизаторов , ко торые пакет должен пройти на своем пути . Такой подход назы вается маршрутизацией от источника - Source Routing. В это м случае выбор маршрута производится конечным узлом или первым маршрутизатором на пути пакета , а все остальные маршрутизаторы то лько отраба т ывают выбранный маршрут , осуществляя коммутацию пакетов , то есть передачу их с одного порта на другой . Алгоритм Source Routing применяется в сетях IP только для отладки , когда маршрут задается в поле Резерв (IP OPTIONS) пакета .) В случае , если в таблице м аршр утов имеется более одной строки , соответствую щей одному и тому же адресу сети назн ачения , то при принятии решения о передаче пакета используется та строка , в которой указано наименьшее значение в поле "Расст ояние до сети назначения ". При этом под расс тоянием понимает ся любая метрика , используемая в соответствии с заданным в сетевом пакете классом сервиса . Это может быть количество транзитных маршрутизаторов в данном маршруте (количеств о хопов от hop - прыжок ), время прохождения пак ета по линиям связи, надежность ли ний связи , или другая величина , отражающая качество данного маршрута по отношению к конкретному классу сервиса . Если маршрутизатор поддерживает несколько классов сервиса пакетов , то таблица маршрутов составляется и прим еняется отдельно для ка ж дого вида сервиса (критерия выбора маршрута ). Для отправки пакета следующему маршрутиза тору требуется знание его локального адреса , но в стеке TCP/IP в таблицах маршрутизации принято использование только IP-адресов для сохранения их универсального формата , не зависящего от типа сетей , входящих в ин терсеть . Для нахождения локального адреса по известному IP-адресу необходимо воспользоваться протоколом ARP. Конечный узел , как и маршрутизатор , им еет в своем распоряжении таблицу маршрутов унифицированного форм ата и на основани и ее данных принимает решение , какому марш рутизатору нужно передавать пакет для сети N. Решение о том , что этот пакет нужно вообще маршрутизировать , компьютер принимает в том случае , когда он видит , что адрес сети назначения пакета отлича е тс я от адреса его собственной сети (каждому компьютеру при конфигурировании администратор присваивает его IP-адрес или несколько IP-адрес ов , если компьютер одновременно подключен к нескольким сетям ). Когда компьютер выбрал сл едующий маршрутизатор , то он п р осм атривают кэш-таблицу адресов своего протокола ARP и , может быть , находит там соответствие IP- адреса следующего маршрутизатора его MAC-адресу . Если же нет , то по локальной сети пер едается широковещательный ARP-запрос и локальный адрес извлекается из ARP- ответа . После этого компьютер формирует кадр протокола , используемого на выбранном порту , н апример , кадр Ethernet, в который помещает МАС-адрес маршрутизатора . Маршрутизатор принимает кадр Ethernet, извлекает из него пакет IP и просматривает свою таблицу маршрутизации для нахождени я следующего маршрутизатора . При этом он в ыполняет те же действия , что и конечный узел . Одношаговая маршрутизация обладает еще од ним преимуществом - она позволяет сократить об ъем таблиц маршрутизации в конечных узлах и маршрутиз аторах за счет использовани я в качестве номера сети назначения так называемого маршрута по умолчанию - default, который обычно занимает в таблице маршрутизации по следнюю строку . Если в таблице маршрутизации есть такая запись , то все пакеты с номерами сете й , которые отсутствуют в таблице маршрутизации , передаются маршрутизат ору , указанному в строке default . Поэтому маршрутизаторы часто хран ят в своих таблицах ограниченную информацию о сетях интерсети , пересылая пакеты для остальных сетей в порт и маршрутизат ор , используемые по умолчанию . Подразумева ется , что маршрутизатор , используемый по умолч анию , передаст пакет на магистральную сеть , а маршрутизаторы , подключенные к магистрали , имеют полную информацию о составе интерсет и . Особенно часто приемом маршрутиза ции по умолчанию пользуются конечные узлы . Хо тя они также в общем случае имеют в своем распоряжении таблицу маршрутизации , ее объем обычно незначителен , так как маршрути зация для компьютера - не основное занятие . Главная роль в маршрутизации пакетов в к он ц епции протокола IP отводится , естеств енно , маршрутизаторам , которые должны обладать гораздо более полными таблицами маршрутизации , чем конечные узлы . Конечный узел часто вообще работает без таблицы маршрутизации , имея только сведения об IP-адресе маршрути з атора по умолчанию . При наличии одного маршрутизатора в локальной сети э тот вариант - единственно возможный для всех конечных узлов . Но даже при наличии нес кольких маршрутизаторов в локальной сети , ког да проблема их выбора стоит перед конечны м узлом , зада н ие маршрута по у молчанию часто используется в компьютерах для сокращения объема их маршрутной таблицы . Другим способом разгрузки компьютера от необходимости ведения больших таблиц маршрут изации является получение от маршрутизатора с ведений о рациональном маршруте для как ой-нибудь конкретной сети с помощью протокола ICMP. Кроме маршрута default, в таблице маршрутизации могут встретиться два типа специальных з аписей - запись о специфичном для узла мар шруте и запись об адресах сетей , непосредс твенно подключе нных к портам маршрутизато ра . Специфичный для узла маршрут содержит вместо номера сети полный IP-адрес , то ес ть адрес , имеющий ненулевую информацию не только в поле номера сети , но и в поле номера узла . Предполагается , что для такого конечного узла маршру т должен выбираться не так , как для всех остальных узлов сети , к которой он относится . В случае , когда в таблице есть разные з аписи о продвижении пакетов для всей сети N и ее отдельного узла , имеющего адрес N,D, при поступлении пакета , адресованного узлу N ,D, маршрутизатор отдаст предпочтение записи для N,D. Записи в таблице маршрутизации , относящие ся к сетям , непосредственно подключенным к маршрутизатору , в поле "Расстояние до сети назначения " содержат нули . Еще одним отличием работы маршрутизатора и кон ечного узла при выборе марш рута является способ построения таблицы маршр утизации . Если маршрутизаторы обычно автоматическ и создают таблицы маршрутизации , обмениваясь служебной информацией , то для конечных узлов таблицы маршрутизации создаются , как правило, вручную администраторами , и хранятся в виде постоянных файлов на дисках . Существуют различные алгоритмы построения таблиц для одношаговой маршрутизации . Их мо жно разделить на три класса : · алгоритмы фиксированной маршрутизации , · алгоритмы простой ма рш рутизации , · алгоритмы адаптивной маршрутизации . Независимо от алгоритма , используемого для построения таблицы маршрутизации , результат их работы имеет ед иный формат . За счет этого в одной и той же сети различные узлы могут строи ть таблицы маршрутизации по своим алгор итмам , а затем обмениваться между собой не достающими данными , так как форматы этих т аблиц фиксированы . Поэтому маршрутизатор , работающ ий по алгоритму адаптивной маршрутизации , мож ет снабдить конечный узел , применяющий алгори тм фиксированной м аршрутизации , сведения ми о пути к сети , о которой конечный узел ничего не знает . Фиксированная маршрутизация Этот алгоритм применяется в сетях с простой топологией связей и основан на ручном составлении таблицы маршрутизации админис тратором сети . Алгорит м часто эффективно работает также для магистралей крупных с етей , так как сама магистраль может иметь простую структуру с очевидными наилучшими путями следования пакетов в подсети , присое диненные к магистрали . Различают одномаршрутные таблицы , в котор ых дл я каждого адресата задан один путь , и многомаршрутные таблицы , определяющие несколько альтернативных путей для каждого адресата . При использовании многомаршрутных таб лиц должно быть задано правило выбора одн ого из них . Чаще всего один путь являе тся основн ы м , а остальные - резервн ыми . Простая маршрутизация Алгоритмы простой маршрутизации подразделяют ся на три подкласса : · Случайная маршрутизация - пакеты передаю тся в любом , случайном направлении , кроме исходного . · Лавинная маршрутизация - пакеты передаю тся во всех направлен иях , кроме исходного (применяется в мостах для пакетов с неизвестным адресом доставки ). · Маршрутизация по пре дыдущему опыту - таблицы маршрутов составляются на основании данных , содержащихся в проходя щих через маршрутизатор пакетах . Именно так работают прозрачные мосты , собирая сведен ия об адресах узлов , входящих в сегменты сети . Такой способ маршрутизации обладает медленной адаптируемостью к изменениям тополог ии сети . Адаптивная маршр утизация Это основной вид алгоритмов маршрутизац ии , применяющихся маршрутизаторами в совр еменных сетях со сложной топологией . Адаптивн ая маршрутизация основана на том , что марш рутизаторы периодически обмениваются специальной топологической информацией об имеющихся в ин терсети сетях , а также о связях ме ж ду маршрутизаторами . Обычно учитывается не только топология связей , но и их пр опускная способность и состояние . Адаптивные протоколы позволяют всем маршр утизаторам собирать информацию о топологии св язей в сети , оперативно отрабатывая все из менения конфигу рации связей . Эти протокол ы имеют распределенный характер , который выра жается в том , что в сети отсутствуют к акие-либо выделенные маршрутизаторы , которые бы собирали и обобщали топологическую информацию : эта работа распределена между всеми марш рутизаторам и . Пример взаимод ействия узлов с использованием протокола IP Рассмотрим на примере интерсети , приведенной на рисунке 4.3, ка ким образом происходит взаимодействие компьютеро в через маршрутизаторы и доставка пакетов компьютеру назначения . Рис . 4.3. Пример взаимодействия компьютеров ч ерез интерсеть Пусть в приведенном примере пользователь компьютера 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. 1. Пользователь компьютера 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. 2. Будем считать , что компьютер cit.dol.ru имеет файл HOSTS, а в нем есть строка 142.06.13.14 s1.msk.su. Поэтому разрешение имени выполняется лока льно , так что протокол IP может теперь форми ровать IP-пакеты с адресом назначения 142.06.13.14 дл я взаимодействия с компьютером s1.msk.su. 3. Протокол IP компьютера cit.dol.ru проверяет , нужно ли маршрутизировать пакеты для адреса 142.06.13.14. Т ак как адрес сети назначения равен 142.06.0.0, а адрес сети , к которой принадлежит компьютер , равен 194.87 .23.0, то маршрутизация необходима . 4. Компьютер cit.dol.ru начинает формировать кадр Ethernet для отправки IP-пакета маршрутизатору по у молчанию с IP-адресом 194.87.23.1. Для этого ему нуже н МАС-адрес порта маршрутизатора , подключенного к его сети . Этот адрес скорее всег о уже находится в кэш-таблице протокола ARP к омпьютера , если он хотя бы раз за посл еднее включение обменивался данными с компьют ерами других сетей . Пусть этот адрес в нашем примере был найден именно в кэш-п амяти . Обозначим его МАС 11 , в соо тветствии с номером м аршрутизатора и его порта . 5. В результате компьютер cit.dol.ru отправляет п о локальной сети кадр Ethernet, имеющий следующие поля : DA (Ethernet) ... DESTINATION IP ...... МАС 11 142.06.13.14 6. Кадр принимается портом 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. 7. Маршрутизатор 1 просматривает параметры пор та 2 и находит , что он подключен к сети FDDI. Так как сеть FDDI имеет значение максималь ного транспортируемого блока MTU б ольше , чем сеть Ethernet, то фрагментация поля данных IP-паке та не требуется . Поэтому маршрутизатор 1 формир ует кадр формата FDDI, в котором указывает MAC-а дрес порта маршрутизатора 2, который он находит в своей кэш-таблице протокола ARP: DA (FDDI) ... DE STINATION IP ...... МАС 21 142.06.13.14 8. Аналогично действует маршрутизатор 2, формируя кадр Ethernet для передачи пакета мар шрутизатору 3 по сети Ethernet c IP-адресом 203.21.4.0: DA (Ethernet) ... DESTINATION IP ...... МАС 32 142.06.13.14 9. Наконец , после того , как пак ет поступил в маршрутизатор сети назначения - маршрутизатор 3, появляется возможность передачи этого пакета компьютеру назначения . Маршрути затор 3 видит , что пакет нужно передать в сеть 142.06.0.0, которая непосредственн о подключена к его первому порту . Поэтому он посыл ает ARP-запрос по сети Ethernet c IP-адресом компьютера s1.msk.su (считаем , что этой информации в его к эше нет ), получает ответ , содержащий адрес MAC s1 , и формирует к адр Ethernet, доставляющий IP-пакет по л окальной сети адресату . DA (Ethernet) ... DESTINATION IP ...... МАС s1 142.06.13.14 Структуризация сетей IP с помощью масок Часто администрат оры сетей испытывают неудобства , из-за того , что количество централизовано выделенных им номеров сетей нед остаточно для того , чтобы структурировать сеть надлежащим образом , например , разместить все слабо взаимодейству ющие компьютеры по разным сетям . В такой ситуации возможны два пути . Первый из них связан с получением от NIC дополнительных номеров сетей . Втор ой с пособ , употребляющийся более часто , связан с использованием так называемых м асок , которые позволяют разделять одну сеть на несколько сетей . Маска - это число , двоичная запись кото рого содержит единицы в тех разрядах , кото рые должны интерпретироваться как номер сети . Например , для стандартных классов сетей маски имеют следующие значения : 255.0.0.0 - маска для сети класса А , 255.255.0.0 - маска для сети класса В , 255.255.255.0 - маска для сети класса С . В масках , которые использует администрато р для увеличения числа сетей , количество единиц в последовательности , определяющей гр аницу номера сети , не обязательно должно б ыть кратным 8, чтобы повторять деление адреса на байты . Пусть , например , маска имеет значение 255.255.192.0 (11111111 11111111 110000 00 00000000). И пусть сеть имеет номер 129.44.0.0 (10000001 00101100 00000000 00000000), из которого видно , что она о тносится к классу В . После наложения маски на этот адрес число разрядов , интерпретир уемых как номер сети , увеличилось с 16 до 18, то есть а дминистратор получил во зможность использовать вместо одного , централизов анно заданного ему номера сети , четыре : 129.44.0.0 (10000001 00101100 00000000 00000000) 129.44.64.0 (10000001 00101100 01000000 00000000) 129.44.128.0 (10000001 00101100 10000000 00000000) 129.44.192.0 (10000001 00101100 11000000 00000000) Например , IP-адрес 129.44.141.15 (10000001 00101100 10001101 00001111), который по стандартам IP задает номер сети 129.44.0.0 и номер узла 0.0.141.15, т еперь , при использовании маски , будет интерпретироваться как пара : 129.44.128.0 - номер сети , 0.0. 13.15 - номер узла . Таким образом , установив новое значение маски , можно заставить маршрутизатор по-другому интерпретировать IP-адрес . При этом два доп олни тельных последних бита номера сети часто интерпретируются как номера подсетей . Еще один пример . Пусть некоторая сеть относится к классу В и имеет адрес 128.10.0.0 (рисунок 4.4). Этот адрес используется маршрутизатором , соединяющим сеть с остальной частью интерсети . И пусть среди всех станций сети есть с танции , слабо взаимодействующие между собой . И х желательно было бы изолировать в разных сетях . Для этого сеть можно разделить на две сети , подключив их к соответству ющим портам маршрутизатора , и задать для э тих портов в качестве маски , например , число 255.255.255.0, то есть организовать внутр и исходной сети с централизовано заданным номером две подсети класса C (можно было бы выбрать и другой размер для поля а дреса подсети ). Извне сеть по-прежнему будет выгл я деть , как единая сеть клас са В , а на местном уровне это будут две отдельные сети класса С . Приходящий общий трафик будет разделяться местным мар шрутизатором между подсетями . Рис . 4.4. Пример использования масок для структурирования сети Необходимо заметить , что , если принимается решение о б использовании механизма масок , то соответст вующим образом должны быть ск онфигурирова ны и маршрутизаторы , и компьютеры сети .
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Я просто не представляю, что должны будут сделать наши дети, чтобы мы им сказали: "Я в вашем возрасте себе такого не позволяла".
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по программированию "Протокол межсетевого взаимодействия IP", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru