3.3. Ненадежный сервис доставки пакетов
В наборе протоколов TCP/IP все пакеты доставляются ненадежным
сервисом доставки пакетов неориентированным на соединение Межсете-
вого Протокола. Сервис ненадежен, поскольку доставка пакета не га-
рантируется. Сервис не ориентирован на соединение, поскольку все
пакеты передаются независимо друг от друга. Приложения TCP/IP ис-
пользующеее этот сервис должны заботиться о состоянии достаки,
например, ожиданием ответов от узла получателя. Кроме того,
маршрутизаторы (routers) в Интерсети могут посылать сообщения об
ошибках (ICMP) для информирования узлов о проблемах. Термин
"маршрутизация" относится к передаче дейтаграммы от одного узла к
другому на той же или другой сети. Термин относится также к путям,
которые выбираются для передачи дейтаграммы IP от источника к по-
лучателю на базе адреса IP, содержащегося в дейтаграмме. Существу-
ет два способа маршрутизации: прямая и непрямая.
Прямая маршрутизация имеет место при передаче дейтаграммы в
рамках одной сети. Узел, посылающий дейтаграмму IP, может прямо
запросить другие узлы в сети о физическом адресе, соответствующем
адресу IP, включить дейтаграмму IP в физический кадр с данным фи-
зическим адресом и послать его непосредственно узлу назначения в
сети.
Непрямая маршрутизация связана спередачей дейтаграммы из одной
сети в другую через узел, называемый маршрутизатором. Когда дей-
таграмма посылается к узлу другой сети, сетевая часть адреса IP
источника и адреса IP получателя различны. Посылающий узел распоз-
нает эту разницу и посылает пакет к маршрутизатору, который соеди-
няет исходную сеть с другими сетями.
Посылающий узел имеет таблицу адресов IP для одного или больше
компьютеров в сети, которые функционируют в качестве маршрутизато-
ров к другим сетям. Узел ищет адрес IP маршрутизатора в своей таб-
лице и посылает широковещательный запрос ARP к маршрутизатору для
получения его физического адреса. Затем пакет, содержащий дейтаг-
рамму IP, посылается по физическому адресу маршрутизатора. Когда
маршрутизатор получает дейтаграмму IP, он использует адрес IP в
дейтаграмме для посылки получателю аналогичным образом. Если адрес
IP принадлежит к сети, подключенной непосредственно к маршрутиза-
тору, последний посылает дейтаграмму непосредственно узлу назначе-
ния. Для всех других адресов сетей маршрутизатор имеет только ад-
рес другого маршрутизатора, который может направить пакет к полу-
чателю.
3.4. Межсетевой Протокол IP
Межсетевой протокол определяет форму пакетов и способы под-
держки пакетов при передаче и приеме. Форма пакета называется дей-
таграммой IP. Дейтаграмма IP аналогична физическому кадру, переда-
ваемому по сети. Дейтаграмма имеет секцию заголовка, содержащую
адреса IP отправителя и получателя и секцию данных.
Структура дейтаграммы IP
¦ Заголовок дейтаграммы IP ¦ Данные дейтаграммы IP ¦
¦ ¦ ¦
г=============T=============+==============T==============¬
¦ Информация ¦ Адрес ¦ Адрес ¦ Данные ¦
¦ заголововка¦ источника IP¦ получателя IP¦ ¦
L=============¦=============¦==============¦==============-
Рис.3.4.
В отличие от кадра сети, имеющего физическую длину, установлен-
ную в соответствии с характеристиками физической сети, длина дей-
таграммы устанавливается сетевым программным обеспечением. Прог-
раммное обеспечение IP на узле создает дейтаграмму, которая поме-
щается внутрь кадра сети. Двигаясь к узлу назначения, однако, дей-
таграмма может пройти по многим сетям различных типов с различными
длинами физических кадров. Для поддержки передачи пакета протокол
IP задает метод разбиения дейтаграмм на фрагменты на каждом узле,
который должен передавать дейтаграммы и соответствующий метод ре-
ассемблирования пакетов на узле назначения. Так маршрутизатор,
связывающий две сети, будет должен фрагментировать пакеты IP, по-
лучаемые из одной сети, если вторая сеть имеет меньший размер фи-
зического кадра, чем первая. Будучи однажды фрагментированными,
пакеты не реассемблируются до достижения точки назначения.
3.5. Сообщения об ошибках и управляющие сообщения
Другой протокол набора TCP/IP это Межсетевой Протокол Управляю-
щих Сообщений (ICMP). Пакеты ICMP содержат информацию об авариях в
сети: нефункционирующих узлах и шлюзах, проблемах с пакетами в
шлюзах и т.д. Программное обеспечение IP интерпретирует сообщение
ICMP и затем предпринимает соответствующие действия в соответствии
с сообщением независимо от прикладной программы. Поскольку сообще-
ние ICMP может передаваться через несколько сетей для достижения
назначения, оно помещается в порцию данных дейтаграммы IP.
... антенны 20м - наиболее оптимальный вариант, т.к. обеспечивает приемлемую дальность связи, при наименьших затратах на кабель и установку мачты. 2.5 Модернизация сети GSM под GPRS 2.5.1 Общая характеристика GPRS Одним из существенных недостатков сетей сотовой связи стандарта GSM на сегодняшний день является низкая скорость передачи данных (максимум 9.6 кбит/с). Да и сама организация этого ...
... малые узлы (на десятки абонентов), так и емкостью в тысячи линий. При выборе технологии доступа на «последней миле» сети оператор должен учитывать характеристики инфраструктуры (существующей или потенциальной), профиль абонентов и предлагаемые им услуги. Использование в сети Public Ethernet различных вариантов построения сегмента абонентского доступа (xDSL по медной паре, медные или оптические ...
... в компьютере, мог его угадать. При формировании пароля можно прибегнуть к помощи специального устройства, которое генерирует последовательности чисел и букв в зависимости от данных, которые задает пользователь. Существуют “невидимые” файлы. Это средство защиты состоит в изменении имени файла программы в каталоге диска таким образом, чтобы затруднить работу с файлами обычными командами DOS. ...
... ИT сектор); ориентацию на потребности граждан (местное наполнение, много он-лайновых организаций, использование ИТ в повседневной жизни, преподавание ИТ в школах) и правительственных учреждений (электронное правительство); конкурентность в телекоммуникационной области; независимое регулирование этой области с обязательствами продавца обеспечить универсальность доступа; а также э-готовое общество ...
0 комментариев