Методика расчета конфигурации сети FastEthernet 100 Мбит/с

ВВЕДЕНИЕ

Методические указания предназначены для проведения практических занятий при изучении дисциплины "Сетевые протоколы и сигнализация в телекоммуникациях (Часть 1)" студентами Высшего государственного колледжа связи специальности "Телекоммуникационные системы" дневной и заочной формы факультета электросвязи.

Материал, изложенный в методических указаниях, позволяет студенту обучающемуся в области телекоммуникационных систем освоить фундаментальные принципы организации и управления коммуникациями информационных ресурсов, используемыми в автоматизированных информационных системах. Рассматриваются принципы построения и функционирования компьютерных сетей, методы организации совместного доступа к информационным ресурсам с использованием сетевых технологий, применяемых в сети Интернет. Методическое пособие, нацелено на освоение студентами современных сетевых протоколов, основных сетевых технологий, модели взаимодействия открытых систем, основы IP-адресации, получение практических навыков расчета сетей Fast Ethernet 100Мбит/с, позволяет научиться проектировать неблокирующие сети, изучить правила распределения адресного пространства IP-сетей.

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

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

ПРАКТИЧЕСКАЯ РАБОТА №1

«ОРГАНИЗАЦИЯ И ФУНКЦИОНИРОВАНИЕ УРОВНЕЙ СЕТЕВОЙ МОДЕЛИ ВЗАИМОДЕЙСТВИЯ ОТКРЫТЫХ СИСТЕМ»

Цель работы: ознакомиться с моделью взаимодействия открытых систем (OSI), стеком протоколов TCP/IP, изучить основы IP-адресации.

Теоретическая часть

1.1.1. Модель взаимодействия открытых систем (OSI)

 

Эталонная модель OSI — это описательная схема сети; ее стандарты гарантируют высокую совместимость и способность к взаимодействию различных типов сетевых технологий. Кроме того, она иллюстрирует процесс перемещения информации по сетям. Это концептуальная структура, определяющая сетевые функции, реализуемые на каждом ее уровне. Модель OSI описывает, каким образом информация проделывает путь через сетевую среду (например, провода) от одной прикладной программы (например, программы обработки таблиц) к другой прикладной программе, находящейся в другом подключенном к сети компьютере. По мере того, как подлежащая отсылке информация проходит вниз через уровни системы, она становится все меньше похожей на человеческий язык и все больше похожей на ту информацию, которую понимают компьютеры, а именно на "единицы" и "нули". Эталонная модель OSI делит задачу перемещения информации между компьютерами через сетевую среду на семь менее крупных и, следовательно, более легко разрешимых подзадач. Такое разделение на уровни называется иерархическим представлением.

Деление сети на семь уровней обеспечивает следующие преимущества:

¾ Разбиение работы сети на подзадачи, что облегчает организацию и функционирование сети;

¾ обеспечение совместимости сетевых продуктов разных производителей;

¾ Использование уровней позволяет проектировщику сосредоточить свое внимание на создании отдельных модулей, каждый из которых исполняет некоторый комплекс операций;

¾ Использование уровней позволяет вносить изменения в отдельные модули, не затрагивая при этом другие, что ускоряет модернизацию отдельных частей сети. [1]

На рисунке 1 представлена архитектура модели OSI.

 

Рисунок 1 - Архитектура модели OSI

 

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

Перейдем к обсуждению каждого уровня и его функций.

Уровень 7 (прикладной уровень) - это самый близкий к пользователю уровень OSI. Он отличается от других уровней тем, что не обеспечивает услуг ни одному из других уровней OSI; однако он обеспечивает ими прикладные процессы, лежащие за пределами масштаба модели OSI. Примерами таких прикладных процессов могут служить программы обработки крупномасштабных таблиц, программы обработки слов, программы банковских терминалов и т.д.

Прикладной уровень идентифицирует и устанавливает наличие предполагаемых партнеров для связи, синхронизирует совместно работающие прикладные программы, а также устанавливает соглашение по процедурам устранения ошибок и управления целостностью информации. Прикладной уровень также определяет, имеется ли в наличии достаточно ресурсов для предполагаемой связи. [2]

Уровень 6 (Представительный уровень) отвечает за то, чтобы информация, посылаемая из прикладного уровня одной системы, была читаемой для прикладного уровня другой системы. Данный уровень имеет дело с формой представления передаваемой по сети информации, не меняя при этом ее содержания. За счет уровня представления информация, передаваемая прикладным уровнем одной системы, всегда понятна прикладному уровню другой системы. С помощью средств данного уровня протоколы прикладных уровней могут преодолеть синтаксические различия в представлении данных или же различия в кодах символов, например в кодах ASCII и EBCDIC. На этом уровне может выполняться шифрование и дешифрование данных, благодаря которому секретность обмена данными обеспечивается сразу для всех прикладных служб. Примером такого протокола является протокол Secure Socket Layer (SSL), который обеспечивает секретный обмен сообщениями для протоколов прикладного уровня стека TCP/IP.

Уровень представления — согласовывает представление (синтаксис) данных при взаимодействии двух прикладных процессов:

¾ преобразование данных из внешнего формата во внутренний;

¾ шифрование и расшифровка данных. [3]

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

Функции сеансового уровня:

¾ установление и расторжение сеансового соединения;

¾ обмен нормальными и срочными данными;

¾ управление взаимодействием;

¾ синхронизация сеанса;

¾ восстановлению сеанса.

Синхронизацию между пользовательскими задачами сеансовый уровень обеспечивает посредством расстановки в потоке данных контрольных точек (chekpoints). Taким образом, в случае сетевой ошибки, потребуется заново передать только данные, следующие за последней контрольной точкой. На этом уровне выполняется управление диалогом между взаимодействующими процессами, т.е. регулируется, какая из сторон осуществляет передачу, когда, как долго и т.д.

На 3 верхних уровнях работают следующие протоколы: HTTP, SMTP, Telnet, FTP, TFTP, SNMP и др.

Уровень 4 (Транспортный уровень) обеспечивает приложениям или верхним уровням стека — прикладному и сеансовому — передачу данных с той степенью надежности, которая им требуется. Модель OSI определяет пять классов сервиса, предоставляемых транспортным уровнем. Эти виды сервиса отличаются качеством предоставляемых услуг: срочностью, возможностью восстановления прерванной связи, наличием средств мультиплексирования нескольких соединений между различными прикладными протоколами через общий транспортный протокол, а главное — способностью к обнаружению и исправлению ошибок передачи, таких как искажение, потеря и дублирование пакетов.

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

Транспортный уровень — обеспечение доставки информации с требуемым качеством между любыми узлами сети:

¾ разбиение сообщения сеансового уровня на сегменты, их нумерация;

¾ буферизация принимаемых сегментов;

¾ упорядочивание прибывающих сегментов;

¾ адресация прикладных процессов (с помощью присвоения номера порта, по которому идентифицируется приложение, работающее на 7 уровне);

¾ управление потоком.

На данном уровне работают протоколы UDP, TCP.

Уровень 3 (Сетевой уровень) служит для образования единой транспортной системы, объединяющей несколько сетей, причем эти сети могут использовать различные принципы передачи сообщений между конечными узлами и обладать произвольной структурой связей. На этом уровне работают маршрутизаторы. При этом используются схемы логической адресации, которыми может управлять сетевой администратор. Этот уровень использует схему адресации протокола IP (наиболее распространенный), а также схемы адресации AppleTalk, DECNet, Vines и IPX.

Проблема выбора наилучшего пути называется маршрутизацией, и ее решение является одной из главных задач сетевого уровня.

Сообщения сетевого уровня принято называть пакетами (packet).

На сетевом уровне определяется два вида протоколов. Первый вид — сетевые протоколы (routed protocols) — реализуют продвижение пакетов через сеть. Пример данного вида протоколов: IP, AppleTalk, DECNet, Vines и IPX. Также к сетевому уровню относят и другой вид протоколов, называемых протоколами обмена маршрутной информацией или просто протоколами маршрутизации (routing protocols). С помощью этих протоколов маршрутизаторы собирают информацию о топологии межсетевых соединений. Примеры этих протоколов: RIP, OSPF, BGP, IS-IS.

Протоколы сетевого уровня реализуются программными модулями операционной системы, а также программными и аппаратными средствами маршрутизаторов.

Также на данном уровне работают протоколы ICMP, ARP, RARP.

Уровень 2 (Канальный уровень) - одной из задач канального уровня (Data Link layer) является проверка доступности среды передачи. Другая задача канального уровня — реализация механизмов обнаружения и коррекции ошибок. Для этого на канальном уровне биты группируются в наборы, называемые кадрами (frames). Канальный уровень обеспечивает корректность передачи каждого кадра, помещая специальную последовательность бит в начало и конец каждого кадра, для его выделения, а также вычисляет контрольную сумму, обрабатывая все байты кадра определенным способом, и добавляет контрольную сумму к кадру. Когда кадр приходит по сети, получатель снова вычисляет контрольную сумму полученных данных и сравнивает результат с контрольной суммой из кадра. Если они совпадают, кадр считается правильным и принимается. Если же контрольные суммы не совпадают, то фиксируется ошибка. Канальный уровень может не только обнаруживать ошибки, но и исправлять их за счет повторной передачи поврежденных кадров. Необходимо отметить, что функция исправления ошибок для канального уровня не является обязательной, поэтому в некоторых протоколах этого уровня она отсутствует, например в Ethernet и frame relay.

Канальный уровень реализуется программно-аппаратно. Примерами протоколов канального уровня являются протоколы Ethernet, Token Ring, FDDI, 100VG-AnyLAN, PPP, Frame Relay, ATM.

Канальный уровень использует физическую адресацию, а именно MAC – адреса в технологии Ethernet, DLCI (идентификатор подключения к соединению) в технологии Frame Relay, VPI/ VCI (идентификатор виртуального пути (номер канала)/ идентификатор виртуального канала (номер соединения)) в технологии АТМ.

В локальных сетях протоколы канального уровня используются компьютерами, мостами, коммутаторами и маршрутизаторами. В компьютерах функции канального уровня реализуются совместными усилиями сетевых адаптеров и их драйверов.

В целом канальный уровень представляет собой весьма мощный набор функций по пересылке сообщений между узлами сети. В некоторых случаях протоколы канального уровня оказываются самодостаточными транспортными средствами, и тогда поверх них могут работать непосредственно протоколы прикладного уровня или приложения, без привлечения средств сетевого и транспортного уровней. Однако, для обеспечения качественной транспортировки сообщений в сетях любых топологий и технологий функций канального уровня оказывается недостаточно, поэтому в модели OSI решение этой задачи возлагается на два следующих уровня — сетевой и транспортный.

Уровень 1 (Физический уровень) обеспечивает передачу потока бит в физическую среду передачи информации. При этом используются такие физические передающие среды, как витые пары, коаксиальные и оптоволоконные кабели, радиоволны. Данный уровень в основном определяет спецификацию на кабель и разъемы, т.е. механические, электрические и функциональные характеристики сетевой среды и интерфейсов.

На этом уровне определяется:

¾ физическая среда передачи – тип кабеля для соединения устройств;

¾ механические параметры – количество контактов (пинов) (тип разъема);

¾ электрические параметры (напряжение, длительность единичного импульса сигнала);

¾ функциональные параметры (для чего используется каждый пин сетевого разъема, как устанавливается начальное физическое соединение и как оно разрывается).

Примерами реализации стандартов физического уровня являются RS-232, RS-449, RS-530 и множество спецификаций МСЭ-Т серии V и X (например, V.35, V.24, X.21). [5]

Функции физического уровня:

¾ передача битов по физическим каналам;

¾ формирование электрических сигналов;

¾ кодирование информации;

¾ синхронизация;

¾ модуляция.

Данный уровень реализуется аппаратно. Функции физического уровня реализуются во всех устройствах, подключенных к сети. Со стороны компьютера функции физического уровня выполняются сетевым адаптером или последовательным портом.

Далее рассмотрим процесс инкапсуляции данных.

Эталонная модель OSI описывает процесс прохождения информации от прикладной программы (такой, например, как электронная почта) через передающую среду к другой прикладной программе, работающей на другом компьютере. Каждый уровень для осуществления обмена данными с соответствующим уровнем другой системы использует собственный протокол. При этом информация передается в виде модулей данных протокола (protocol data units, PDU).

На рисунке 2 приведен пример связи. На хосте А находится информация, которую нужно передать на хост В.

 

Рисунок 2 – Обмен информацией между хостами

Расслоение в эталонной модели OSI не допускает непосредственной коммуникации между соответствующими уровнями разных хостов. Поэтому для обмена данными с соответствующим уровнем хоста В каждый уровень хоста А должен пользоваться услугами прилегающих к нему уровней своего хоста. Предположим, что 4-й уровень хоста А должен осуществить обмен данными с 4-м уровнем хоста В. Для этого 4-й уровень хоста А должен воспользоваться услугами 3-го уровня своего хоста и т. д.

Таким образом, как показано на рис. 2, ТСР-сегменты становятся частью пакетов (packet) сетевого уровня (называемых также дейтаграммами (datagram), которыми обмениваются между собой соответствующие уровни сети. В свою очередь IP-пакеты становятся частью фреймов канала связи, которыми обмениваются непосредственно соединенные между собой устройства. В конечном итоге эти фреймы преобразуются в последовательности битов при окончательной передаче данных между устройствами по протоколу физического уровня. То есть происходит обрастание заголовками первоначальных данных по мере продвижения информации по уровням.

Рассмотрим поэтапный процесс передачи электронного сообщения от хоста А к хосту Б. В процессе инкапсуляции данных, позволяющей передать это сообщение по электронной почте, выполняются пять этапов преобразования.

Этап 1 - Когда пользователь посылает электронное сообщение, буквенно-цифровые символы последовательно преобразуются в данные для передачи на 7, 6 и 5-м уровнях и после этого передаются в сеть.

Этап 2 - Используя сегменты своего формата, транспортный уровень упаковывает данные для транспортировки их по сети и обеспечивает надежную связь между двумя хостами, участвующими в передаче и приеме электронного сообщения.

Этап 3 - На 3-м уровне данные упаковываются в пакет (дейтаграмму), содержащий сетевой заголовок и логические адреса отправителя и получателя (IP-адреса). После этого сетевые устройства пересылают пакеты по сети, используя выбранный маршрутизатором путь.

Этап 4 - На 2-м уровне каждое сетевое устройство должно вставить пакет в кадр (фрейм). Фрейм позволяет осуществить соединение со следующим сетевым устройством. Каждое устройство на выбранном сетевом пути требует создания фрейма для соединения со следующим устройством.

Этап 5 - На 1-м уровне фрейм должен быть преобразован в последовательность нулей и единиц для прохождения по передающей среде. Механизм синхронизации позволяет различать между собой эти биты по мере того как они проходят через передающую среду. На различных участках сетевого пути тип передающей среды может меняться.

 

2.1 Стек протоколов

 

Иерархически организованный набор протоколов, достаточный для организации взаимодействия узлов в сети, называется стеком коммуникационных протоколов.

Коммуникационные протоколы могут быть реализованы как программно, так и аппаратно. Протоколы нижних уровней часто реализуются комбинацией программных и аппаратных средств, а протоколы верхних уровней — как правило, чисто программными средствами.

Стек TCP/IP, является одним из наиболее популярных стеков коммуникационных протоколов. На этом стеке работает всемирная информационная сеть Internet. Так как стек TCP/IP был разработан до появления модели взаимодействия открытых систем OSI, то, хотя он также имеет многоуровневую структуру, соответствие уровней стека TCP/IP уровням модели OSI достаточно условно.

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

Следующий уровень (уровень III) — это уровень межсетевого взаимодействия, который полностью соответствует сетевому уровню модели OSI.

Следующий уровень (уровень II) называется транспортным, который полностью соответствует транспортному уровню модели OSI.

Верхний уровень (уровень I) называется прикладным. Соответствует трем верхним уровням модели OSI.

 

Рисунок 3 – Стек протоколов TCP/IP

 

Рассмотрим протоколы, представленные на рисунке 3.

Протокол HTTP (Hypertext Transfer Protocol - Протокол передачи гипертекста) является протоколом уровня приложений. HTTP был разработан для эффективной передачи по Интернету Web-страниц. Протокол HTTP является основой системы World Wide Web.

Протокол SNMP (Simple Network Management Protocol — протокол простого управления сетями) является наиболее используемым и хорошо известным программным средством для управления сетью. Для получения информации о сети протокол SNMP, переходя от одного сетевого устройства к другому, опрашивает каждого из них о его состоянии. Одним из преимуществ протокола SNMP является то, что устройства в сети не обязательно должны быть достаточно "интеллектуальными", чтобы сообщать о возникновении проблемы. Об этом заботится за них сам процесс опроса протокола SNMP. Однако в больших сетях, к которым подключено большое количество устройств и ресурсов, метод опроса протокола SNMP может стать недостатком, поскольку дает существенный вклад в трафик. А это может реально замедлить работу сети.

Протокол FTP (File Transfer Protocol – Протокол передачи файлов) – обеспечивает способ перемещения файлов между компьютерными системами. FTP реализует удаленный доступ к файлу. Для того чтобы обеспечить надежную передачу, FTP использует в качестве транспорта протокол с установлением соединений — TCP. Кроме пересылки файлов протокол, FTP предлагает и другие услуги. Так пользователю предоставляется возможность интерактивной работы с удаленной машиной, например, он может распечатать содержимое ее каталогов, FTP позволяет пользователю указывать тип и формат запоминаемых данных. Наконец, FTP выполняет аутентификацию пользователей. Прежде, чем получить доступ к файлу, в соответствии с протоколом пользователи должны сообщить свое имя и пароль. В стеке TCP/IP протокол FTP предлагает наиболее широкий набор услуг для работы с файлами, однако он является и самым сложным для программирования.

Приложения, которым не требуются все возможности FTP, могут использовать другой, более экономичный протокол — простейший протокол пересылки файлов TFTP (Trivial File Transfer Protocol). Этот протокол реализует только передачу файлов, причем в качестве транспорта используется более простой, чем TCP, протокол без установления соединения — UDP.

Telnet — стандартный протокол эмуляции. Протокол Telnet используется для организации соединений с удаленного терминала и позволяет пользователям входить в удаленную систему и использовать ее ресурсы так, словно они подключены к локальной системе.

Протокол SMTP (Simple Mail Transfer Protocol — Простой протокол пересылки почты) обеспечивает механизм передачи электронной почты. Главной целью протокола SMTP является надежная и эффективная доставка электронных почтовых сообщений. SMTP - это довольно независимая субсистема, требующая только надежного канала связи. [2]

Протокол TCP (Transmission Control Protocol - протокол управления передачей) — надежный протокол с установлением соединения. Он отвечает за разбиение сообщений на сегменты, их сборку на станции в пункте назначения, повторную отсылку всего, что оказалось не полученным, и сборку сообщений из сегментов. Протокол TCP обеспечивает виртуальный канал между приложениями конечных пользователей. Протокол ТСР может также поддерживать многочисленные одновременные диалоги высших уровней. Каждый ТСP сегмент содержит номер порта источника и назначения, с помощью которых идентифицируются отправляющие и принимающие приложения. Примеры портов: HTTP – 80, FTP – 20, 21, Telnet – 23, SMTP – 25.

Протокол UDP (User Datagram Protocol – протокол пользовательских дейтаграмм) является "ненадежным", неориентированным на установление соединения протоколом, он не предназначен для проверки доставки сегментов. Протокол UDP намного проще, чем ТСР; он полезен в ситуациях, когда мощные механизмы обеспечения надежности протокола ТСР не обязательны. Недостаточная надёжность протокола может выражаться как в потере отдельных пакетов, так и в их дублировании. UDP используется при передаче потокового видео, игр реального времени, в IP-телефонии, а также некоторых других типов данных, чувствительных к задержкам. Каждый UDP сегмент содержит номер порта источника и назначения, с помощью которых идентифицируются отправляющие и принимающие приложения. Примеры портов: TFTP – 69, SNMP – 25, DHCP – 67, 68, DNS - 53. [3]

Протокол IP (Internet Protocol — Интернет-протокол) обеспечивает маршрутизацию пакетов с негарантированной доставкой (best-effort delivery) без установки логического соединения (connectionless). Этот протокол не интересуется содержанием пакетов; он лишь ищет наилучший способ направить пакет к месту его назначения. В каждом заголовке IP-пакета должен быть достоверный IP-адрес источника и адресата. Без достоверной информации об адресе отправленные пакеты не попадут к узлу назначения. К источнику возвращенные пакеты не вернутся. Кроме того в заголовке находится контрольная информация с описанием пакета, предназначенная для сетевых устройств, например, маршрутизаторов. Эта информация помогает контролировать поведение пакета в сети. В Интернете используются только уникальные IP-адреса. Существуют организации, которые контролируют распределение IP-адресов и не допускают дублирования. Интернет-провайдеры получают блоки IP-адресов от локального, национального или регионального Интернет-регистратора (RIR). Интернет-провайдеры распоряжаются этими адресами и предоставляют их конечным пользователям.

Протокол ICMP (Internet Control Message Protocol - Межсетевой протокол управляющих сообщений) работает на всех хост-машинах, использующих протокол TCP/IP. Сообщения этого протокола переносятся внутри IP-пакетов и используются для посылки управляющих сообщений и сообщений об ошибках. В протоколе ICMP используются следующие фиксированные типы сообщений: пункт назначения недостижим, время истекло, проблемы с параметром, перенаправление, эхо-запрос, эхо-ответ и др. [2]

Протоколы ARP и RARP. Протокол разрешения адреса ARP (Address Resolution Protocol) использует широковещательные сообщения для определения физического адреса (уровень МАС), соответствующего конкретному IP-адресу. ARP достаточно универсален и может работать практически любым методом доступа к носителю. Протокол разрешения обратного адреса RARP (Reverse Address Resolution Protocol) использует широковещательные сообщения для определения IP-адреса, связанного с конкретным физическим адресом. RARP особенно необходим для начальной загрузки узлов, которые не знают своего IP-адреса, потому что не имеют дисковой памяти.

С помощью протоколов маршрутизации (routing protocols) маршрутизаторы собирают информацию о топологии межсетевых соединений. Протокол маршрутизации позволяет маршрутизаторам обмениваться информацией друг с другом с целью актуализации и ведения маршрутных таблиц для того, чтобы обеспечивать правильный выбор путей передачи пакетов по сети. Примерами протоколов маршрутизации являются протокол маршрутной информации (RIP), протокол маршрутизации с выбором кратчайшего пути (OSPF), BGP (Border Gateway Protocol) пограничный шлюзовый протокол. [1]

Ethernet — это самый распространенный на сегодняшний день стандарт локальных сетей, а также с недавнего времени широко внедряется на магистральных сетях. Общее количество сетей, работающих по протоколу Ethernet в настоящее время, оценивается в несколько миллионов. Ethernet работает на 2 нижних уровнях модели OSI: канальном и физическом. В стандарте первых версий в качестве передающей среды используется коаксиальный кабель, в дальнейшем появилась возможность использовать витую пару и оптический кабель. Ethernet в качестве физической адресации использует MAC-адреса. В зависимости от скорости передачи данных и передающей среды существует несколько вариантов технологии: 10 Мбит/с Ethernet, Быстрый Ethernet (Fast Ethernet, 100 Мбит/с), Гигабитный Ethernet (Gigabit Ethernet, 1 Гбит/с), 10-гигабитный Ethernet, 40-гигабитный и 100-гигабитный Ethernet.

Token Ring (маркерное кольцо) - архитектура сетей с кольцевой логической топологией и детерминированным методом доступа, основанная на передаче маркера. Кольцевая топология означает упорядоченную передачу информации от одной станции к другой в одном направлении, строго по порядку включения.

Технология FDDI (Fiber Distributed Data Interface- оптоволоконный интерфейс распределенных данных) - это первая технология локальных сетей, в которой средой передачи данных является волоконно-оптический кабель.

Протокол PPP (Point-to-point Protocol - Протокол "точка-точка") используется для установления прямой связи между двумя узлами сети, причем он может обеспечить аутентификацию соединения, шифрование и сжатие данных. Используется на многих типах физических сетей: телефонная линия, сотовая связь и т. д. Часто встречаются подвиды протокола PPP такие, как Point-to-Point Protocol over Ethernet (PPPoE), используемый для подключения по Ethernet, и иногда через DSL; и Point-to-Point Protocol over ATM (PPPoA), который используется для подключения по ATM, который является основной альтернативой PPPoE для DSL.

Протокол Frame Relay (Протокол ретрансляции фреймов) был разработан для работы в высокоскоростных и надежных каналах передачи данных. Такая постановка задачи привела к тому, что этот протокол не обладает мощными средствами для поиска ошибок и имеет невысокую надежность; для решения этих задач используются протоколы верхних уровней. Frame relay обеспечивает множество независимых виртуальных каналов (Virtual Circuits, VC) в одной линии связи, идентифицируемых в FR-сети по идентификаторам подключения к соединению (Data Link Connection Identifier, DLCI). Вместо средств управления потоком включает функции извещения о перегрузках в сети.

ATM (Asynchronous Transfer Mode - Режим асинхронной передачи) – Международный стандарт для передачи ячеек, в которых различные типы данных (такие, например, как аудио- и видеоданные) передаются в ячейках фиксированной длины (53 байта). Использование ячеек фиксированной длины позволяет обрабатывать их на стационарном оборудовании, сокращая тем самым транзитные задержки. ATM позволяет воспользоваться высокоскоростными передающими средами, такими как ЕЗ, SONET и ТЗ.

 

2.2 IP-адресация

 

Для обмена данными в Интернете узлу необходим IP-адрес. Это логический сетевой адрес конкретного узла. Для обмена данными с другими устройствами, подключенными к Интернету, необходим правильно настроенный, уникальный IP-адрес.

IP-адрес присваивается сетевому интерфейсу узла. Обычно это сетевая интерфейсная плата (NIC), установленная в устройстве. Примерами пользовательских устройств с сетевыми интерфейсами могут служить рабочие станции, серверы, сетевые принтеры и IP-телефоны. Иногда в серверах устанавливают несколько NIC, у каждой из которых есть свой IP-адрес. У интерфейсов маршрутизатора, обеспечивающего связь с сетью IP, также есть IP-адрес.

IP-адрес представляет собой простую серию из 32 двоичных бит (единиц и нулей). Человеку прочесть двоичный IP-адрес очень сложно. Поэтому 32 бита группируются по четыре 8-битных байта, в так называемые октеты. Читать, записывать и запоминать IP-адреса в таком формате людям сложно. Чтобы облегчить понимание, каждый октет IP-адреса представлен в виде своего десятичного значения. Октеты разделяются десятичной точкой или запятой. Это называется точечно-десятичной нотацией.

При настройке IP-адрес узла вводится в виде десятичного числа с точками, например, 192.168.1.5.

32-битный двоичный эквивалент этого адреса – 11000000 10101000 00000001 00000101.

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

Например (см. рисунок 4), если IP-адрес узла - 192.168.5.11, то первые три октета, (192.168.5), представляют собой сетевую часть адреса, а последний октет, (11) является идентификатором узла. Такая система называется иерархической адресацией, поскольку сетевая часть идентифицирует сеть, в которой находятся все уникальные адреса узлов. Маршрутизаторам нужно знать только путь к каждой сети, а не расположение отдельных узлов.

 

Рисунок 4 – Пример применения IP-адресации

 

При настройке IP узлу присваивается не только IP-адрес, но и маска подсети. Как и IP-адрес, маска состоит из 32 бит. Она определяет, какая часть IP-адреса относится к сети, а какая - к узлу. Маска сравнивается с IP-адресом побитно, слева направо. В маске подсети единицы соответствуют сетевой части, а нули - адресу узла.

Например, компьютер настроен с адресом 192.168.1.44 и маской подсети 255.255.255.0. Представим адрес и маску подсети в двоичной форме и запишем один под другим.

192.168.1.44 – 11000000.10101000.00000001.00101100

255.255.255.0 – 11111111.11111111.11111111.00000000

Следовательно, так как в маске подсети единицы соответствуют сетевой части, то адрес сети будет 192.168.1.0. В приведенном примере первые три октета представляют собой адрес сети, а последний - адрес узла.

Классы IP-адресов

Для того чтобы каждый сетевой адрес был уникальным и отличался от любого другого номера, организация под названием American Registry for Internet Numbers (Американский реестр Internet-номеров, ARIN) выделяет компаниям блоки IP-адресов в зависимости от размера их сетей. ARIN определяет 5 классов IP-адресов – A, B, C, D, E.

IP-адреса первых трех классов предназначены для адресации отдельных узлов и отдельных сетей. Схема адресации, определяемая классами A, B, и C, позволяет пересылать данные либо отдельному узлу, либо всем компьютерам отдельной сети (широковещательная рассылка). Однако существует сетевое программное обеспечение, которому требуется рассылать данные определенной группе узлов, необязательно входящих в одну сеть. Для того чтобы программы такого рода могли успешно функционировать, система адресации должна предусматривать так называемые групповые адреса. Для этих целей используются IP-адреса класса D. Диапазон адресов класса E зарезервирован и в настоящее время не используется.

В таблице 1 приведены диапазоны IP-адресов, соответствующих каждому классу сетей. [2]

 

Таблица 1 - Диапазоны IP-адресов, соответствующих каждому классу сетей

Класс	Наименьший IP-адрес	Наибольший IP-адрес
A	0.0.0.0	127.255.255.255
B	128.0.0.0	191.255.255.255
C	192.0.0.0	223.255.255.255
D	224.0.0.0	239.255.255.255
E	240.0.0.0	247.255.255.255

В таблице 2 представлены маски подсетей, соответствующие А, В, С классам.

Таблица 2 – Маски подсетей, соответствующие А, В, С классам сетей

Класс	Двоичная форма	Десятичная форма
A	11111111 00000000 00000000 00000000	255.0.0.0
В	11111111 11111111 00000000 00000000	255.255.0.0
С	11111111 11111111 11111111 00000000	255.255.255.0

 

Далее рассмотрим пример взаимодействия двух компьютеров PC1 и PC3.

 

Рисунок 5 – Пример построения сети

 

Рассмотрим случай, когда компьютер PC1 передает данные компьютеру PC3. На рисунке обозначены IP-адреса, маски и адрес основного шлюза (адрес интерфейса маршрутизатора, непосредственно связанного с этой сетью) для PC1 и PC3. Основной шлюз необходим компьютерам для взаимодействия с устройствами, находящимися в других сетях (например, в сети 172.16.0.0).

PC1 собирается обмениваться данными с PC3, у которого адрес 192.168.0.20. PC1 анализирует адрес PC3 и определяет, что он находится в одной сети (если бы адрес не относился к данной сети, то все данные отсылались бы на основной шлюз с адресом 192.168.0.1). Далее PC1 необходимо узнать MAC-адрес PC3, для этого используется ARP протокол. PC1 отправл