128.6.4.194 подключен непосредственно к той же локальной сети Ethernet,

что и узел A, и имеет Ethernet-адрес 2:7:1:0:EB:CD. Когда узел A захочет

послать новый IP-пакет узлу B, он использует указанный Ethernet-адрес.

Кадр, содержащий IP-пакет, попадет к шлюзу R, а он переправит его по наз-

начению.

 

Заметим, что полученный эффект такой же, как если бы в таблице марш-

рутов была запись

 

--------------------------------------------------------

| адрес флаг вида шлюз интерфейс |

| назначения маршрутизации |

--------------------------------------------------------

| 128.6.4.194 косвенная 128.6.5.1 pe0 |

--------------------------------------------------------

 

за исключением того, что маршрутизация выполняется на уровне модуля ARP,

а не модуля IP.

 

Обычно рекомендуется использовать таблицу маршрутов, так как архи-

тектура протоколов TCP/IP предусматривает выполнение маршрутизации на

межсетевом уровне. Однако иногда протокол ARP с представителем очень

полезен. Он может помочь в следующих случаях:

 

1) в IP-сети есть узел, который не умеет работать с подсетями;

 

2) в IP-сети есть узел, который не может соответствующим образом реаги-

ровать на сообщения перенаправления;

 

3) нежелательно выбирать какой-либо шлюз как маршрут по умолчанию;

 

4) программное обеспечение не способно восстанавливаться при сбоях на

маршрутах.

 

Иногда протокол ARP с представителем выбирают из-за удобства. Дело

в том, что он упрощает работу по начальной установке таблицы маршрутов.

Даже в простейших IP-сетях требуется устанавливать маршрут по умолчанию,

то есть использовать команду типа "route add defailt ...", как в ОС UNIX.

При изменении IP-адреса шлюза эту команду приходится менять во всех

узлах. Если же использовать протокол ARP с представителем, т.е. в

команде установки маршрута по умолчанию указать метрику 0, то при замене

IP-адреса шлюза команду начальной установки менять не придется, так как

протокол ARP с представителем не требует явного задания IP-адресов шлю-

зов. Любой шлюз может ответить на ARP-запрос.

 

Для того, чтобы избавить пользователей от обязательной начальной

установки маршрутов, некоторые реализации TCP/IP используют протокол ARP

с представителем по умолчанию в тех случаях, когда не находят подходящих

записей в таблице маршрутов.

   * 7. Протокол UDP *

 

 

Протокол UDP (User Datagram Protocol - протокол пользовательских

датаграмм) является одним из двух основных протоколов, расположенных

непосредственно над IP. Он предоставляет прикладным процессам транспорт-

ные услуги, которые не многим отличаются от услуг, предоставляемых прото-

колом IP. Протокол UDP обеспечивает ненадежную доставку датаграмм и не

поддерживает соединений из конца в конец. К заголовку IP-пакета он

добавляет два поля, одно из которых, поле "порт", обеспечивает мультип-

лексирование информации между разными прикладными процессами, а другое

поле - "контрольная сумма" - позволяет поддерживать целостность данных.

 

Примерами сетевых приложений, использующих UDP, являются NFS (Net-

work File System - сетевая файловая система) и SNMP (Simple Network

Management Protocol - простой протокол управления сетью).

  7.1. Порты

 

 

Взаимодействие между прикладными процессами и модулем UDP осуществ-

ляется через UDP-порты. Порты нумеруются начиная с нуля. Прикладной

процесс, предоставляющий некоторые услуги другим прикладным процессам

(сервер), ожидает поступления сообщений в порт, специально выделенный для

этих услуг. Сообщения должны содержать запросы на предоставление услуг.

Они отправляются процессами-клиентами.

 

Например, сервер SNMP всегда ожидает поступлений сообщений в порт

161. Если клиент SNMP желает получить услугу, он посылает запрос в UDP-

порт 161 на машину, где работает сервер. В каждом узле может быть только

один сервер SNMP, так как существует только один UDP-порт 161. Данный

номер порта является общеизвестным, то есть фиксированным номером, офици-

ально выделенным для услуг SNMP. Общеизвестные номера определяются стан-

дартами Internet.

 

Данные, отправляемые прикладным процессом через модуль UDP, дости-

гают места назначения как единое целое. Например, если процесс-

отправитель производит 5 записей в UDP-порт, то процесс-получатель должен

будет сделать 5 чтений. Размер каждого записанного сообщения будет сов-

падать с размером каждого прочитанного. Протокол UDP сохраняет границы

сообщений, определяемые прикладным процессом. Он никогда не объединяет

несколько сообщений в одно и не делит одно сообщение на части.


Информация о работе «TCP/IP»
Раздел: Информатика, программирование
Количество знаков с пробелами: 77813
Количество таблиц: 0
Количество изображений: 0

Похожие работы

Скачать
52868
2
1

... .   1. Персональные компьютеры в cетях TCP/IP 1.1 Иерархия протоколов TCP/IP Протоколы TCP/IP широко применяются во всем мире для объединения компьютеров в сеть Internet. Архитектура протоколов TCP/IP предназначена для объединенной сети, состоящей из соединенных друг с другом шлюзами отдельных разнородных компьютерных подсетей. Иерархию управления в TCP/IP – сетях обычно представляют в виде ...

Скачать
27320
2
2

... деление его функций. Однако модель TCP/IP разрабатывалась значительно позже самого комплекса протоколов, поэтому она ни как не могла быть взята за образец при проектировании протоколов. Семейство протоколов TCP/IP Семейство протоколов IP состоит из нескольких протоколов, часто обозначаемых общим термином “TCP/IP”: o  IP – протокол межсетевого уровня; o  TCP – протокол межхостового уровня, ...

Скачать
12969
0
2

... изменить размер окна, посылая управляющие сообщения некоторым конечным узлам, что позволяет им дифференцировано управлять интенсивностью потока данных в разных частях сети. Формат сообщений TCP Сообщения протокола TCP называются сегментами и состоят из заголовка и блока данных. Заголовок сегмента имеет следующие поля: Порт источника (SOURS PORT) занимает 2 байта, идентифицирует процесс- ...

Скачать
9559
0
1

... ISO/OSI, то, хотя он также имеет многоуровневую структуру, соответствие уровней стека TCP/IP уровням модели OSI достаточно условно. Структура протоколов TCP/IP приведена на рисунке 2.1. Протоколы TCP/IP делятся на 4 уровня. Рис. 2.1. Стек TCP/IP Самый нижний (уровень IV) соответствует физическому и канальному уровням модели OSI. Этот уровень в протоколах TCP/IP не регламентируется, но ...

0 комментариев


Наверх