3.6. Протоколы транспортного уровня: UDP и TCP
Два протокола составляют транспортный уровень набора TCP/IP: м
Пользовательский Дейтаграммный Протокол (UDP) и Протокол Управле-
ния Передачей (TCP). UDP обеспечивает ненадежный сервис доставки
без соединений для посылки и получений сообщений. TCP добавляет
надежные потоковые сервисы доставки над ненадежным сервисом доста-
ки пакетов без соединений IP.
В наборе TCP/IP UDP позволяет приложениям обмениваться индиви-
дуальными пакетами сообщений через сеть. Протокол UDP определяет
набор назначений как протокольные порты. При этом определяются два
типа протокольных портов: хорошо известное назначение портов и ди-
намически связанные порты. В первом случае,
TCP/IP резервирует соответствующие номера портов для соответст-
вующих приложений. Порты сномерами от 1 до 255 являются хорошо из-
вестными номерами портов и назначаются соответствующим широко из-
вестным приложениям. В случае динамически связанных портов прило-
жение, запрашивающее сервисы у процесса, должны прежде всего зап-
росить узел для идентификации порта, который использует процесс.
Он может в дальнейшем направлять дейтаграммы UDP этому порту.
Дейтаграмма UDP включается в одну или более дейтаграмм IP, ко-
торые в свою очередь включаются в кадр сети, например, Ethernet
как показано на рис. 3.5. В этом примере адрес IP
Включение дейтаграммы UDP
¦ Заголовок ¦ Данные ¦
¦ UDP ¦ UDP ¦
г======T=====T=+==========¬
¦Порт ¦Порт ¦ ¦ Данные ¦
¦источн¦назн ¦ ¦ UDP ¦
L======¦=====¦=¦==========-
¦ ¦
¦--- Дейтаграмма UDP ---- ¦
¦
г=========+=========================¬
¦Заголовок¦ ¦
¦ IP ¦ ¦
L=========¦=========================-
¦ ¦
¦--------- Дейтаграмма IP ----------¦
¦ ¦
г==========+===================================+==========¬
¦Заголовок ¦ ¦ Контр. ¦
¦кадра ¦ ¦ сумма ¦
L==========¦===================================¦==========-
¦ ¦
¦------------------- Кадр Ethernet -----------------------¦
¦ ¦
Рис.3.5.
направляет дейтаграмму IP к соответствующему узлу, на котором
программное обеспечение IP извлекает дейтаграмму UDP и доставляет
ее программному обеспечению уровня UDP. Программное обеспечение
уровня UDP доставляет данные UDP и управляющую информацию к задан-
ному протокольному порту назначения. Процесс на этом порту ис-
пользует данные из дейтаграммы UDP. Дейтаграмма UDP также содержит
протокольный порт источника, позволяющий процессу назначения отве-
тить корректно.
Для приложений, которые нуждаются в посылке значительных
объемов данных, ненадежная передача может создать трудности. Прик-
ладные программисты будут должны разрабатывать дорогие процедуры и
модули обеспечения надежной передачи. Набор протоколов TCP/IP об-
ходит эти проблемы через использование Протокола Управления Пере-
дачей (TCP) - надежного протокола с потоковой доставкой. Он уста-
навливает виртуальный канал между двумя
приложениями и посылает поток байтов получателю в том же поряд-
ке, в котором он покидает отправителя. Перед началом передачи при-
ложения на обоих концах получают порты TCP от своих операционных
систем. Эти порты аналогичны тем, что использует протокол UDP.
Приложение, начинающее передачу, известно как активная сторона,
обычно получает порт динамически. Приложение, товечающее на запрос
передачи, известное как пассивная сторона, обычно использует широ-
ко известный порт TCP на пассивной стороне. Подобно дейтаграммам
UDP, сегменты TCPвключаются в дейтаграммы IP. TCP буферизует поток
ожиданием достаточного количества данных для заполнения большой
дейтаграммы перед ее посылкой. Поток неструктурирован, что означа-
ет, что посылающая и принимающая стороны (приложения) до передачи
должны установить соглашения относительно содержимого потока. TCP
использует полнодуплексную передачу.
Протокол TCP присваивает каждому сегменту последовательный но-
мер. На приемном конце виртуального канала приложение проверяеет
последовательность намеров для определения того, все ли сегменты
получены и обработаны в порядке последовательных номеров. Когда
приемный конец получает следующий сегмент последовательности, он
посылает квитанцию - подтверждение узлу - источнику. Когда узел -
источник получает подтверждение, он индицирует приложению то, что
сегмент успешно передан. Если узел - источник в течение определен-
ного таймаута не получает подтверждения, он повторно передает со-
ответствующий сегмент. Эта схема, называемая "положительное
подтверждение с повторной передачей", обеспечивает надежность пе-
редачи.
... антенны 20м - наиболее оптимальный вариант, т.к. обеспечивает приемлемую дальность связи, при наименьших затратах на кабель и установку мачты. 2.5 Модернизация сети GSM под GPRS 2.5.1 Общая характеристика GPRS Одним из существенных недостатков сетей сотовой связи стандарта GSM на сегодняшний день является низкая скорость передачи данных (максимум 9.6 кбит/с). Да и сама организация этого ...
... малые узлы (на десятки абонентов), так и емкостью в тысячи линий. При выборе технологии доступа на «последней миле» сети оператор должен учитывать характеристики инфраструктуры (существующей или потенциальной), профиль абонентов и предлагаемые им услуги. Использование в сети Public Ethernet различных вариантов построения сегмента абонентского доступа (xDSL по медной паре, медные или оптические ...
... в компьютере, мог его угадать. При формировании пароля можно прибегнуть к помощи специального устройства, которое генерирует последовательности чисел и букв в зависимости от данных, которые задает пользователь. Существуют “невидимые” файлы. Это средство защиты состоит в изменении имени файла программы в каталоге диска таким образом, чтобы затруднить работу с файлами обычными командами DOS. ...
... ИT сектор); ориентацию на потребности граждан (местное наполнение, много он-лайновых организаций, использование ИТ в повседневной жизни, преподавание ИТ в школах) и правительственных учреждений (электронное правительство); конкурентность в телекоммуникационной области; независимое регулирование этой области с обязательствами продавца обеспечить универсальность доступа; а также э-готовое общество ...
0 комментариев