Способы адресации в сети Internet

КУРСОВАЯ РАБОТА

«Способы адресации в сети Internet»

по дисциплине Сети и системы передачи информации

Череповец, 2021

Оглавление

Введение        3

Общее понятие о способах адресации в сети Internet. Типы адресов стека TCP/IP        4

Локальные адреса        5

IP-адреса. Структура IP-адресов разных классов        7

Особые IP-адреса        10

Использование масок в IP-адресации        10

Порядок распределения IP-адресов        11

Автоматизация процесса назначения IP-адресов        12

Отображение доменных имен на IP адреса. Организация доменов и доменных имен        13

Система доменных имен DNS        17

Заключение        20

Список используемых ресурсов        21

Введение

Если задать вопрос, что такое Интернет, разным людям, то мы получим довольно сильно различающиеся ответы. Для большинства Интернет - это Всемирная Паутинка WWW, для других - рекламоноситель, для кого-то - тренировочная среда, а для некоторых - источник преступности. Тем, кто занимается технологиями связи, Веб - это пространное в обществе соединение компьютеров и сетей, взаимодействующих друг от друга с применением семейства протоколов TCP/IP.

 Документ IP (Internet Protocol) специализирован ради передачи промежду компьютерами, присоединенными к сети, дейтаграмм сиречь пакетов. Мешок - это порция предоставленных (размером от нескольких байт пред килобайт), какая обязана быть подброшена через отравителя к получателю. Понятно, что для такой доставки надобна единственная адресация компьютеров в сети. Правила данной адресации и механизмы действенной доставки (маршрутизации) пакетов будто раз и оформляют ядро семейства TCP/IP.

 Документ TCP (Transmission Control Protocol) в основном приближении возможно вычислять надстройкой по-над протоколом IP. TCP доставляет вероятность двум хостам изготовлять перевод пакетами посредством конструкцию соединения. Он предоставляет услугу ради приложений, вторично заламывает утраченную информацию, ликвидирует дублирующие пакеты, регулируя нагруженность сети. Передача прежде исполняется после протоколу IP, но вышестоящий документ TCP пристально следит, дабы всегда пакеты водились доставлены, притом в надлежащем распорядке следования. Тогда, сплачивая содержание пакетов, мы получим безостановочный хор данных, передаваемых от отправителя к получателю. Причем, линию передачи предоставленных останавливается неокрашенной для взаимодействующих сторон.

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

IPX был оптимизирован для локальных сетей. С одной стороны, IPX-адреса формируются с использованием MAC-адресов Ethernet и 32-битного идентификатора сети. Эта конструкция допускала "нулевую конфигурацию" узлов IPX в большинстве случаев - просто подключите компьютер, и он в сети. Кстати, IPv6 с stateless autoconf имеет те же свойства.SPX (аналог TCP) также был высоко оптимизирован для локальных сетей. Например, он имел per-packet nacks вместо per-octet acks в TCP без каких-либо явных функций управления окнами. Это позволило файловым серверам быть очень простыми - просто «извергать» содержимое файлов в Ethernet на максимальной скорости. Если клиент пропускает пакет, вы можете повторно прочитать его с диска/кэша и повторно отправить. Напротив, с TCP вы должны буферизировать все неподтвержденные данные и повторно отправлять все данные в буфере отправки после потерянного пакета (в случае, если вы не используете функцию выборочного подтверждения).Однако IPX вообще не подходил для WAN. Например, он не мог справиться с разными размерами кадров. Т. е. Две сети с разными кадрами (скажем, Ethernet и Ethernet gigabit) не могли взаимодействовать без прокси-сервера или какой-либо формы инкапсуляции. Кроме того, переупорядочение пакетов в WAN является повсеместным, но оно играет с SPX (по крайней мере, с реализацией Novell), вызывая много ложных NAKов.И, конечно, IPX-адреса не были иерархическими, поэтому не очень подходили для маршрутизации. Сетевой идентификатор теоретически можно было бы использовать для этого, но даже большие развертывания IPX/SPX не были достаточно сложными для разработки богатой инфраструктуры маршрутизации.Прямо сейчас IPX интересен только как историческое любопытство и в обслуживании небольшого количества ОЧЕНЬ устаревших систем.