З аголовок пакета rtp

П ервые 12 октетов присутствуют во всех RTP-пакетах. Список CSRC-идентификаторов присутствует только тогда, когда пакет формируется смесителем.V (2 бита) - поле версии протокола RTP. Текущая версия — вторая.P (1 бит) - поле заполнения. Если Р=1, пакет содержит один или более дополнительных октетов-заполнителей в конце поля данных (заполнители не являются частью поля данных). Последний октет заполнителя содержит число октетов, которые должны игнорироваться. Заполнитель нужен при использовании некоторых алгоритмов шифрования при фиксированном размере блоков или при укладке нескольких RTP-пакетов в один UDP.X(1 бит) поле расширения заголовка. Если Х=1, то за основным заголовком следует еще один дополнительный, используемый в экспериментальных расширениях RTP.CC (CSRC count – число CSRC, 4 бита). Это поле содержит количество идентификаторов отправителей, чьи данные находятся в пакете, причем сами идентификаторы следуют за основным заголовком.M (1 бит) поле маркера. Интерпретация маркера определяется профайлом. Например, предполагается разрешить выделять в потоке пакетов существенные события, такие как границы кадра в случае видео, или в случае голоса выделять начало речи после периода молчания.PT (7 битов) - поле типа полезной нагрузки. Идентифицирует тип полезной нагрузки и формат данных RTP-пакета, включая сжатие и шифрование данных и определяет интерпретацию поля данных приложением.Порядковый номер пакета (Sequence Number, 16 битов). Каждый источник начинает нумеровать пакеты с произвольного номера, увеличиваемого затем на единицу с каждым посланным пакетом данных RTP. Это позволяет обнаружить потерю пакетов и определить порядок пакетов с одинаковой отметкой о времени. Несколько последовательных пакетов могут иметь одну и ту же отметку о времени, если логически они порождены в один и тот же момент, как, например, пакеты, принадлежащие к одному и тому же видеокадру.Временная метка (Timestamp, 32 бита). Поле отметки о времени. Это поле содержит момент времени, в который первый октет данных полезной нагрузки был создан. Единицы, в которых время указывается в этом поле, зависят от типа полезной нагрузки. Значение определяется по локальным часам отправителя. Начальное значение временной метки является случайным. Несколько последовательных RTP-пакетов могут иметь идентичные временные метки, если логически они генерируются одновременно (например, относятся к одному и тому же видеокадру).SSRC (Synchronization Source Identifier, 32 бита). Поле SSRC идентифицирует источник синхронизации. Этот идентификатор выбирается случайным образом, так чтобы в пределах одной RTP-сессии не было двух равных SSRC-кодов, и не зависит от сетевого адреса. Все приложения должны быть способны выявлять случаи равенства SSRC-кодов. Если отправитель изменяет свой транспортный адрес, он должен также сменить и SSRC-идентификатор.CSRC-список (Contributing source Identifier, 32 бита). Список полей идентификаторов источников, "подмешанных" в основной поток, например, с помощью смесителя. Количество элементов в списке: от 0 до 15. Число идентификаторов задается полем CC. Примером может служить аудио-конференция, в RTP-пакеты которой собраны речи всех участников, каждый со своим CSRC — они-то и образуют список CSRC. При этом вся конференция имеет общий SSRC. 17.Протокол межсетевого взаимодействия IP. Структура IP-пакета. Заголовок IPv4, характеристика его полей. Протокол межсетевого взаимодействия - IP - это ненадежный, не требующий установки соединения с получателем, механизм доставки сообщений в виде отдельных пакетов.
"Ненадежность доставки":Не гарантируется доставка пакетов получателю;По пути следования пакет может быть утерян, продублирован, задержан;Пакеты могут быть доставлены с нарушением порядка следования.Для доставки пакетов не требуется предварительного установления соединения (т.е. пути следования пакетов), так как каждый пакет считается независимым от остальных. Поэтому пакеты от отправителя до получателя могут проходить по разным маршрутам.Межсетевая дейтаграммаПакет, передаваемый по сети Internet, называют IP-дейтаграммой или IP-пакетом.Структура пакета: заголовок и блок данных.В заголовок IP-пакета включен набор правил, обеспечивающих доставку пакета данных получателю. В этих правилах оговариваются способы обработки пакетов узлами сети и маршрутизаторами, а также условия, при возникновении которых должны генерироваться сообщения об ошибке, а пакеты удаляться из сети. Полная длина пакета может достигать 65535 байт. В заголовке указывается версия протокола (Version), приоритет, адреса получателя и отправители и другие данные.IP-адреса, содержащиеся в заголовке, являются 32-битовыми идентификаторами объектов сети - оконечных установок и маршрутизаторов. Они состоят из идентификаторов сетей и идентификаторов оконечных установок, причем в зависимости от класса сети число бит, выделяемых для идентификации сетей и оконечных установок, может меняться. Предусмотрена также возможность использования групповых адресов. Существуют 5 классов IP-адресов отличающихся количеством бит в сетевом номере и номере оконечной установки (узла). Класс адреса определяется значением его первого октета.Для устранения из сети пакетов, задержанных вследствие каких-либо причин, в заголовке указывается "время жизни" (TTL - Time To Live), т.е. время, в течение которого пакет должен существовать в сети. Значение этого времени уменьшается при прохождении пакета по сети, а по его истечении пакет уничтожается с уведомлением отправителя. Такая мера защищает сеть от циклических маршрутов и от перегрузок.IP протокол реализует операции сборки и разборки пакетов, связанные с использованием сетей, в которых применяются форматы меньших длин, чем в пакетах получаемых от транспортного уровня. Формат IP-пакета согласуется с форматами пакетов используемых сетей.Поле протокол (Protocol) идентифицирует протокол верхнего уровня (TCP, UDP). Протоколы транспортного уровня (протоколы TCP или UDP), пользующиеся сетевым уровнем для отправки пакетов, считают, что максимальный размер поля данных IP-пакета равен 65535, и поэтому могут передать ему сообщение такой длины для транспортировки через сеть. В функции протокола IP входит разбиение слишком длинного для конкретного типа составляющей сети сообщения на более короткие пакеты с созданием соответствующих служебных полей, нужных для последующей сборки фрагментов в исходное сообщение.В большинстве типов локальных и глобальных сетей определяется такое понятие как максимальный размер поля данных кадра или пакета, в которые должен инкапсулировать свой пакет протокол IP (MTU). Так, например, сети Ethernet имеют значение MTU, равное 1500 байт, сети FDDI - 4096 байт, а сети Х.25 чаще всего работают с MTU в 128 байт.Для уменьшения вероятности искажения адресной части пакета и, как результат, отправки его не по адресу (и потере) заголовок пакета препровождается проверочной последовательностью - контрольной суммой (Header Checksum), занимающей 2 байта и рассчитываемой по всему заголовку. В заголовке IP-пакета также указывается протокол транспортного уровня (UDP или TCP), для которого предназначена информация, содержащаяся в поле данных пакета IP.В протоколе IP используются как статический, так и динамический способы маршрутизации. Статическая маршрутизация используется в оконечных установках локальных сетей, а также в сетях с ограниченным числом абонентов. Маршрутная таблица имеет ограниченный объем и содержит лишь данные о соседних оконечных установках. Пакеты к другим адресатам направляются в маршрутизатор, имеющий существенно больше данных об адресатах сети. Таким образом, маршрутизация в этом случае осуществляется на основе неполной информации.При использовании динамической маршрутизации осуществляется постоянная корректировка маршрутных таблиц на основе данных, содержащихся в служебных сообщениях, которыми маршрутизаторы обмениваются между собой. При определении оптимальных маршрутов используются два класса протоколов. Первый класс протоколов основан на подсчете числа промежуточных ретрансляций в маршрутизаторах и не учитывает реальную пропускную способность каналов передачи данных между маршрутизаторами. В протоколах второго типа оптимизация маршрутов осуществляется на основе измерения времени задержки пакетов, что обеспечивает лучшие условия для выравнивания нагрузки в сети, но приводит к усложнению реализации.Поле "тип сервиса" (Type of Service)Биты D,T,R - только как рекомендуемые, а не как обязательные для исполнения.Поле "общая длина" (Total Length) определяет общую длину дейтаграммы в октетах (байтах), включая заголовок и полезную нагрузку.Размер дейтаграммы, MTU и процесс фрагментации.

MTU (maximum transfer unit)- максимальная единица данных в сети. 
IP-пакет: Lmax = 216 - 1=65 535 октетов (байт) 
Ethernet: MTU = 1500 
FDDI:MTU = 4500 
Xmodem: MTU = 128Фрагментация.Поле "идентификатор фрагмента" (Identifier) обозначает все фрагменты одной дейтаграммы, что необходимо для её успешной сборке на приёмной стороне.Поле"флаг" (Flag)Поле "флаг" обеспечивает возможность фрагментации дейтаграмм и, при использовании фрагментации, позволяет идентифицировать последний фрагмент дейтаграммы.Части, на которые разделяется дейтаграмма (IP-пакет), называются фрагментами, а сам процесс разделения — фрагментацией. 18.Протокол разрешения адресов ARP и RARP. Для обеспечения информационного взаимодействия на сетевом уровне необходимо установление однозначного соответствия логического (сетевого) и физического (канального) адресов взаимодействующих узлов. Протокол ARP используется для того, чтобы установить значение физического адреса хоста по известному логическому адресу. Для решения обратной задачи – определения сетевого адреса для конкретной станции используется протокол, который имеет название RARP (Reverse ARP). Оба эти протокола предполагают выполнение информационного обмена между узлами с использованием кадров одинакового типа. Структура кадра ARP

08162431
Hardware Type		Protocol Type
HLEN	PLEN	Operation
Sender HA
Sender HA		Sender IP
Sender IP		Sender HA
Sender IP
Sender HA

Поле Hardware Type

В поле данного типа помещается признак типа используемого протокола канального уровня. Протоколу Ethernet соответствует значение 1 данного поля.

Поле Protocol Type

В поле данного типа помещается признак типа используемого протокола сетевого уровня. Протоколу IP соответствует значение 0800 данного поля.

Поля HLEN и PLEN

Содержимое полей HLEN и PLEN определяет размер адреса канального и сетевого уровня соответственно. Наличие данных полей обеспечивает возможность использования протокола ARP для определения физического адреса в различных сетях второго и третьего уровня.

Поле Operation

В этом поле размещается признак типа информационного кадра ARP

Operation	Значение
ARP Request	1
ARP Response	2
RARP Request	3
RARP Response	4

Поля IP (Network Address)

В полях Target IP и Sender IP кадров ARP и RARP размещаются сетевые адреса станции назначения и передающей станции, соответственно.

Поля HA (Hardware Address)

В полях Target HA и Sender HA кадров ARP и RARP размещаются физические адреса станции назначения и передающей станции, соответственно.

Частные применения протокола ARP

Скрытые сети

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

Протокол RARP

Протокол RARP (Reverse ARP) предназначен для выполнения функции, которая диаметрально противоположна функции протокола ARP. Протокол RARP предназначен для определения логического сетевого адреса для узла сети, который определен своим физическим МАС- адресом. Необходимость в использовании такого протокола возникает в тех случаях, когда в локальной сети используются бездисковые рабочие станции. Поскольку специальных запоминающих устройств для хранения сетевого адреса на бездисковой рабочей станции нет и быть не может, следовательно, этот адрес должен быть присвоен ей динамически. Для динамического присвоения сетевого адреса бездисковым рабочим станциям используется протокол RARP. Отличие кадров RARP и ARP заключается только в значении поля Ether TYPE:

RARP 8035

ARP 0806

Организация RARP-взаимодействия компонентов сети 

Для того, чтобы  кадр RARP мог достичь всех абонентов данной сети, в качестве МАС- адреса назначения этого пакета используется адрес типа broadcast. Сформированный таким образом кадр называется RARP – запрос (RARP request). На кадр данного типа может ответить только устройство, которое выполняет функцию RARP – сервер.