Протокол UDP
Протокол UDP предоставляет приложению весьма простую и бесхитростную модель обслуживания. Логическое соединение между сокетами не устанавливается, следовательно, процедура рукопожатия в протоколе отсутствует. UDP обеспечивает ненадежную передачу данных, означающую отсутствие приложения, посылающего пакет гарантии того, что этот пакет будет получен адресатом. Более того, протокол не гарантирует, что порядок получения информации будет соответствовать порядку ее отправления.
Протокол UDP не предусматривает контроля перегрузок, и приложение может осуществлять передачу данных с той скоростью, которая ему необходима. Поскольку приложения реального времени обычно толерантны к потерям данных и в то же время требуют наличия некой минимальной скорости передачи, протокол UDP для них предпочтительнее, чем TCP. Тем не менее UDP, как и TCP, не гарантирует время доставки данных.
В табл. 2.2 собраны сведения о протоколах, использующихся в популярных Интернет-приложениях. Как можно видеть, приложения электронной почты и удаленного доступа, а также web-приложения и приложения для передачи файлов используют протокол TCP. Это обусловлено тем, что все перечисленные приложения требуют обслуживания с надежной передачей данных, гарантирующего полноту и корректность получаемой информации. В то же время приложения Интернет-телефонии используют протокол UDP, поскольку им необходимо поддерживать минимальную скорость передачи данных, что невозможно в случае протокола TCP. Приложения Интернет-телефонии толерантны к потере данных и, следовательно, не нуждаются в надежной передаче, предлагаемой протоколом TCP.
Как уже упоминалось, ни TCP, ни UDP не гарантируют время доставки сообщений. Означает ли это, что приложения, требующие временных ограничений, не могут функционировать в Интернете? Разумеется, нет — в течение многих лет Интернет обеспечивает работу таких приложений. Секрет заключается в особом проектировании приложений, позволяющем в значительной степени «обойти» этот недостаток протоколов транспортного уровня; мы раскроем некоторые из секретов подобного проектирования в главе 6. Необходимо отметить, что «хитроумное» проектирование все же не способно принципиально решить проблему гарантированного времени доставки и в критических ситуациях не приводит к желаемому качеству обслуживания. В главе 6 также пойдет речь о разрабатываемых моделях обслуживания для Интернета, которые в будущем смогут обеспечить доставку информации за время, необходимое приложению.