3. Стандарт ieee 802.3

IEEE - Institute of Electrical and Electronics Engineers - институт инженеров по электротехнике и электронике. IEEE 802.3 — стандарты IEEE, касающиеся функционирования сетей. Семейство этих протоколов также называется Ethernet. Ethernet был разработан Исследовательским центром в Пало Альто (PARC) корпорации Xerox в 1970-м году. Ethernet стал основой для спецификации IEEE 802.3, которая появилась 1980-м году. После недолгих споров компании Digital Equipment Corporation, Intel Corporation и Xerox Corporation совместно разработали и приняли спецификацию (Version 2.0), которая была частично совместима с 802.3. На сегодняшний день Ethernet и IEEE 802.3 являются наиболее распространенными протоколами локальных вычислительных сетей (ЛВС). Сегодня термин Ethernet чаще всего используется для описания всех ЛВС работающих по принципу множественный доступ с обнаружением несущей (carrier sense multiple access/collision detection (CSMA/CD)), которые соответствуют Ethernet, включая IEEE 802.3.

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

4. Связь на основе передачи дейтаграмм. Пример из общения между людьми – отличия от компьютерной реализации.

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

В компьютерной реализации связи на основе дейтаграмм, после того как сообщение отправлено, приложение уже не заботит его судьба. В случае если связь плохая, дейтаграмма вполне может не дойти до адресата. При отправке нескольких дейтаграмм, нет никакой гарантии, что они придут адресату в том порядке, в котором их отправляли. Необходимая проверка может быть выполнена на уровне приложения. Сообщения помещаются протоколом в поле данных одной или нескольких дейтаграмм с определенным идентификатором сокета, на принимающей стороне производится восстановление сообщения из принятых дейтаграмм. Если сообщение или его компоненты не доставлены, никаких механизмов восстановления не предусматривается. Этот протокол часто используется для передачи различных служебных сообщений, например, сообщений протоколов маршрутизации. Интернет называет свой базовый элемент передачи межсетевой дейтаграммой (иногда ее называют IP-дейтаграммой или просто дейтаграммой). Дейтаграмма делится на поле заголовка и поле данных. Заголовок дейтаграммы содержит IP-адреса отправителя и получателя, а также поле типа, которое идентифицирует содержимое дейтаграммы. Общая форма дейтаграммы изображена на рисунке 2:

Рис.2. Общая форма IP-дейтаграммы.

Таблица показывает детальное расположение полей дейтаграммы:

Версия	Длина	Тип сервиса		Общая длина
Идентификация				Флаги	Смещение фрагмента
Время жизни			Протокол	Контрольная сумма заголовка
IP – адрес отправителя
IP – адрес получателя
Опции IP (если есть)						Заполнение
Данные
….

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

Поле длины заголовка «Длина» также занимает 4 бита и хранит длину заголовка дейтаграммы в 32-битных словах. Все поля в заголовке имеют фиксированную длину, за исключением поля «Опции IP» и соответствующего ему поля «Заполнение». Наиболее простой заголовок, без опций и заполнения, занимает 20 октетов и имеет в поле длины заголовка значение 5.

Поле «Общая длина» несет информацию о длине IP – дейтаграммы, измеренную в октетах, включая октеты в заголовке данных. Размер области данных может быть вычислен с помощью вычитания длины заголовка «Длина» из «Общей длины». Так как поле «Общая длина» занимает 16 бит, максимально возможный размер дейтаграммы IP – 65535 октетов. В большинстве приложений это ограничение несущественно. Но оно может стать важным в будущем, когда сети с более высокими скоростями смогут передавать пакеты данных длиннее чем 65535 октетов.

8-битовое поле «Тип сервиса» указывает, как следует обрабатывать дейтаграмму