Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Сети ЭВМ.doc
Скачиваний:
23
Добавлен:
22.11.2019
Размер:
621.57 Кб
Скачать

Бесклассовая модель.

Предполагаем, что требуется подключить к сети Internet сеть, состоящую из 2000 компьютеров. Для получения адресного пространства в этом случае адресации по классу необходимо либо 8 сетей класса C, либо одна сеть класса B. Использование сети класса B в этом случае не рационально, потому что большая часть адресного пространства фактически останется свободной. При использовании 8 сетей класса C возникает проблема, связанная с тем, что каждая такая сеть должна быть представлена отдельной строкой в таблице маршрутов на маршрутизаторе, так как с точки зрения маршрутизаторов, эти 8 сетей никак не связанны между собой. Из-за этого многократно увеличивается служебный трафик в сети и затраты на поддержание маршрутных таблиц, хотя эти сети находятся в одной LAN и маршруты к ним одинаковы. Однако формальных причин для проведения границы между номером сети и номером хост по границе байта нет.

Если в нашем примере выбрать длину сетевой части равной 21 биту, а на номер хоста отвести оставшиеся 11, то получится адресное пространство, включающее в себя 1046 IP-адресов, что достаточно точно соответствует размеру рассматриваемой сети. В результате получится одна сеть, определяемая своим уникальным 21-битным номером, и для ее обслуживания требуется одна запись в таблице маршрутов.

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

Маска подсети получается следующим образом: на позициях, соответствующих номеру сети, биты устанавливаются равными 1, а на позициях, соответствующих номеру хоста, равными 0. Например, для сети класса C маска будет равно 255.255.255.0, для сети класса B – 255.255.0.0.

Такая модель аресации называется бесклассовой (CIDR – Classless Internet Direct Routing). Для удобства записи бесклассовой модели, IP-адрес часто представляется в виде a.b.c.d/n, где a.b.c.d – IP-адрес, а n – количество бит в сетевой части.

Функции протокола tcp.

Протокол TCP является надежным байт-ориентированным протоколом с установлением соединения. Описывается стандартом RFC 793. Протокол TCP находится между протоколом IP и прикладным процессом. Протокол IP обеспечивает передачу дейтаграмм по сети от отправителя к получателю, но не гарантирует доставку, целостность и порядок прибытия информации. Эти функции возложены на протокол TCP.

Основными функциями протокола TCP являются:

  1. Базовая передача данных, то есть TCP выполняет передачу потоков данных между своими клиентами в обоих направлениях.

  2. Обеспечение достоверности. Протокол TCP обеспечивает защиту данных от повреждения, потери, дублирования и нарушения очередности при передаче.

  3. Разделение каналов. Протокол TCP обеспечивает работу нескольких соединений одновременно. Каждый прикладной процесс хоста идентифицируется номером порта. Заголовок TCP-сегмента содержит номера портов процесса отправителя и процесса получателя. При получении сегмента модуль TCP извлекает номер порта и перенаправляет данные соответствующему процессу. Наиболее распространенные сервисы сети Internet имеют свои стандартные номера портов. Например, 21 – порт протокола FTP, 80 – порт протокола HTTP, 25, 110 – электронная почта и т.д. Совокупность IP-адреса и порта называется сокетом. Сокет уникально идентифицирует прикладной процесс в сети Internet. Например, 89.186.244.16:80.

  4. Управление соединениями. Соединения - это совокупность информации о состоянии потоков данных, включающая в себя сокеты, номера отправленных, принятых и подтвержденных пакетов. Каждое соединение уникально идентифицируется парой сокетов. Различают два типа открытия соединений: активное и пассивное.

  5. Управление потоком. Для оптимизации процессов передачи больших потоков данных протокол применяет метод управления потоками, который называется методом скользящего окна и позволяет отправителю посылать очередной сегмент данных, не дожидаясь подтверждения о приеме предыдущего момента. Размер окна выбирается таким образом, чтобы подтверждения приходили вовремя, и не происходила остановка передачи. Размер окна может динамически изменяться получателем.