Здравствуйте, Cost!
Вы рассматривайте протокол UDP, но он относиться к стеку протоколов TCP/IP, а у него другая сетевая модель и там нет канального уровня, там всего 4-уровня:
- Уровень приложений
- Транспортный уровень
- Межсетевой уровень
- Уровень доступа к среде передачи

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

А теперь взглянем на - "Уровень доступа к среде передачи" он захватывает (физический, канальный и мальнько сетевой уровень модели ОSI. Каковы его функции:
* отображение IP-адресов в физические адреса сети (MAC-адреса, например, Ethernet-адрес в случае сети Ethernet). Эту функцию выполняет протокол ARP;
* инкапсуляция IP-дейтаграмм в кадры для передачи по физическому каналу и извлечение дейтаграмм из кадров. При этом не требуется какого-либо контроля безошибочности передачи (хотя он может и присутствовать), поскольку в стеке TCP/IP такой контроль возложен на транспортный уровень или на само приложение. В заголовке кадров указывается точка доступа к сервису (SAP, Service Access Point) - поле, содержащее код протокола межсетевого уровня, которому следует передать содержимое кадра (в нашем случае это протокол IP);
* определение метода доступа к среде передачи - то есть способа, с помощью которого компьютер устанавливает свое право на произведение передачи данных (передача токена, опрос компьютеров, множественный доступ с детектированием коллизий и т.п.).
* определение представления данных в физической среде;
* пересылка и прием кадра.

Стек TCP/IP не подразумевает использования каких-либо определенных протоколов уровня доступа к среде передачи и физических сред передачи данных. От уровня доступа к среде передачи требуется наличие интерфейса с модулем IP, обеспечивающего передачу дейтаграммы между уровнями. Также требуется обеспечить преобразование IP-адреса узла сети, на который передается дейтаграмма, в MAC-адрес.

Я думаю у вас маленько прояснилось. Удачи!!!

Здравствуйте, Cost!
Суть модели OSI отражают 2 её представления: вертикальное и горизонтальное. Горизонтальное представление модели рассматривается прямое взаимодействие (обмен данными) одинаковых уровней в двух конечных точках (хостах). Для организации такого взаимодействия в каждой из конечных точек должны поддерживаться одинаковые протоколы для данного уровня. Но это представление в данном случае нас мало интересует. Для ответа на твой вопрос осветим вертикальное представление.
Вертикальное представление OSI описывает взаимодействие между уровнями самой модели. Взаимодействие с использованием интерфейсов API. Суть этого представления в том, что каждый уровень может <b>предоставлять</b> свои услуги <b>вышележащему уровню</b> равно как и <b>пользоваться</b> услугами <b>нижележащих</b> уровней. Но не наоборот! Исключениями, да и то относительными исключениями, можно считать первый и последний уровни модели. То есть канальный (Data Link Layer) может ПРЕДОСТАВЛЯТЬ услуги транспортному (Transport) уровню, но НИКАК не наоборот. Соответственно, на канальном уровне формируется пакет. И поверь, ему абсолютно параллельно, кто будет его транспортировать на транспортном уровне (будь то TCP, UDP, SPX, NCP да любой транспортный протокол)!
На канальном уровне мы имеем дело с КАДРАМИ, на транспортном же с БЛОКАМИ. Большая разница, между прочим:) И приравнивать, как протоколы, так и уровни и их функционал – абсолютно неверно.
Протокол LLC (IEEE 802.2) обеспечивает канальный механизм <b>для протоколов вышележащих</b> уровней. Первый тип этого протокола обеспечивает поддержку каналов данных без организации соединений (connectionless mode), а второй - обеспечивает на канальном уровне сервис на основе организации соединений (connection-oriented) тогда как UDP обеспечивает простой сервис передачи <b>сообщений</b> без организации соединения.
Чувствуешь разницу между <i>обеспечением сервиса организации соединения</i> и <i>сервисом передачи сообщений</i>?:) В итоге, цель и задача LLC заключается в <b>обслуживании</b> сетевого уровня! Мысль улавливаешь? По-русски говоря «через батьку не прыгают» :D