Яндекс.Метрика

DLNA с экрана телефона, планшета или компьютера на телевизор

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






Что же такое DLNA?

По версии Википедиа DLNA (англ. Digital Living Network Alliance) — набор стандартов, позволяющих совместимым устройствам передавать и принимать по домашней сети различный медиа-контент (изображения, музыку, видео), а также отображать его в режиме реального времени. То есть — технология для соединения домашних компьютеров, мобильных телефонов, ноутбуков и бытовой электроники в единую цифровую сеть. Устройства, которые поддерживают спецификацию DLNA, по желанию пользователя могут настраиваться и объединяться в сеть в автоматическом режиме.

Какие преимущества дает нам эта технология:

1. с помощью нехитрого программного обеспечения (win7 – http://www.homemediaserver.ru/index.htm, Ios -https://itunes.apple.com/ru/app/imediashare-personal/id710578942?mt=8) можно вывести с мобильного телефона, компьютера или планшета на экран телевизора всю медиа информацию хранящуюся на устройстве: фильмы, музыку, фото (особенно интересно сделан вывод фото в домашнем медиа сервере для windows 7, в программе можно сделать эскиз, собрать фото и показать на экране телевизора в виде слайдов со звуковым сопровождением (музыка берется из Вашей аудио коллекции)). Есть также программы выводящие видео поток (фильмы), например с мбильного телефона на телевизор, однако, скорей всего из-за слабого wifi передатчика на телефоне, видео на экране заметно подтормаживает, что раздражает глаз. Считаем что этот недостаток с развитием технологий скоро исчезнет.

2. Если хочется посмотреть видео с ВКонтакте или другого онлайн ресурса, тогда Vget Вам очень сильно поможет в этом (программа только под windows).

Сервер DLNA встроен практически во все современные телевизоры, игровые приставки (Xbox и т.д.), сетевые хранилища, фото и видеокамеры, медиа проигрыватели и пр. Вам всего лишь нужно посмотреть инструкцию к своему приемному устройству, на которое вы планируете передавать информацию.






Создание сайта быстро и удобно, за небольшие деньги.

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






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

Начнем с продукта фирмы Google www.blogger.com. На наш взгляд этот ресурс заслуживает внимание, только если Вы организуете блог, и хотите его прикрутить к своему собственному домену. На этом ресурсе все выше перечисленные итерации совершенно бесплатны. Создавать сайт на такой платформе требует значительного времени и навыков, так как сам интерфейс достаточно сложен для быстрого понимания.

Продолжим другим продуктом www.wix.com. В последнее время ресурс активно рекламируется и является действительно удобным, с множеством готовых шаблонов на разные тематики, с возможностью простого редактирование не требующего каких-то особых навыков в веб программировании. Легко добавляются все необходимые социальные сети и прочие прелести современного сайта. Есть неплохие возможности для продвижения сайта в поисковых системах, но надо разбираться в этом, чтобы правильно все оформить. Все бы хорошо, но вот если Вы захотите привязать свой домен к своему созданному сайту Вам придется платить 250 руб/мес без рекламы от портала (с рекламой дешевле 123 руб/мес).

Мы очень рекомендуем данный продукт для неподготовленных в веб программировании людей, а также тем людям, которые экономят время и деньги на создание сайтов. Все вышеописанные способы отлично подойдут для сайта визитки, сайта небольшой компании с небольшим объемом контента, а также компаниям не желающим тратить деньги на создание собственного неповторимого дизайна.

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

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






Понимание принципов функционирования UDP и TCP. Часть 1.

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






Для нормального функционирования большинства локальных и глобальных сетей важно поддерживать надёжную передачу данных. Разработчики приложений могут обеспечить надежность передачи путем разработки соответствующего программного обеспечения или с помощью определенных служб, поддерживаемых сетевым протоколом. В модели взаимодействия открытых систем (Open System Interconnection – OSI) процессом поддержки надежности передачи данных управляет транспортный уровень. Транспортный уровень скрывает подробности любой информации, имеющей отношение к сети от вышележащих уровней, обеспечивая тем самым прозрачную передачу данных. UDP и TCP – два протокола, которые работают между сетевым уровнем и уровнем приложений. Изучение того, как протоколы UDP и TCP работают между сетевым уровнем и уровнем приложений, обеспечивает более полное понимание процесса передачи данных в сетях TCP/IP. Этот урок направлен на изучение функций транспортного уровня и работы протоколов UDP и TCP.

Функции транспортного уровня
Расположенный между уровнем приложений и сетевым уровнем, транспортный уровень является основой работы многоуровневой сетевой архитектуры TCP/IP.

Сетевой уровень маршрутизирует информацию к получателю, но не гарантирует, что данные придут в правильном порядке, без ошибок и потерь. На транспортном уровне работают два протокола – UDP и TCP. Эти протоколы обеспечивают работу коммуникационных сервисов до приложения, работающего на хосте. «Базовый сервис», обеспечиваемый транспортным уровнем – мультиплексирование сеансов связи (session multiplexing), которое выполняется как протоколом UDP, так и TCP. «Премиальный сервис» обеспечивает надежную доставку на транспортном уровне. Этот сервис поддерживается только протоколом TCP.
Первоочередная обязанность транспортного уровня — присоединение сеансов приложений к сетевому уровню, которое обеспечивается как UDP, так и TCP. Если применяется протокол TCP, то на транспортный уровень возлагается большая ответственность за установление сквозных операций, сегментацию, управление потоком и применение механизмов повышения надёжности передачи.

Пример: UDP – отправка обычной почты
Аналогией работы протокола UDP может служить работа почтового отделения, когда Вы отправляете оплаченные счета. Вы отправляете каждый счёт согласно определенному адресу компании в запечатанном конверте, указав обратный адрес. Почтовая служба гарантирует только доставку по принципу «лучшая из возможной» для каждого счёта. Почтовое отделение не гарантирует доставку и не высылает клиенту уведомление об удачной или не удачной доставке письма. По аналогии с работой почтового отделения, протокол UDP является простым протоколом, который обеспечивает только основные сервисы передачи данных.

Пример: TCP – отправка заказных писем
В качестве аналогии работы протокола TCP можно привести отправку заказных писем по почте. Допустим, что вы проживаете в Сан-Франциско и хотите отправить книгу своей маме в Нью-Йорк, но почтовое отделение отправляет только письма. Вы вырываете страницы из книги и вкладываете каждую страницу в отдельный конверт. Что бы Ваша мама смогла правильно сшить книгу, Вы нумеруете каждый конверт. Далее Вы проставляете адреса на конвертах и посылаете первый конверт заказным письмом. Почтовая служба доставляет конверт абоненту любым транспортом по любому маршруту. После доставки конверта адресату, почтальон обязан получить письменное подтверждение о получении корреспонденции от Вашей мамы и вернуть это подтверждение Вам.
Отправка каждой страницы книги по отдельности – очень трудоёмкий процесс, поэтому Вы принимаете решение об отправки конвертов вместе. В этом случае почтовая служба точно также сама выбирает любой маршрут и транспорт для доставки. Ваша мама просматривает по отдельности каждую квитанцию для каждого полученного конверта из всей пачки. Если один из конвертов потерялся в пути, то Вы не получите уведомление о доставке для этого конверта и в этом случае Вы отправляете страницу заново. После приёма всех конвертов, Ваша мама складывает страницы в правильном порядке и сшивает книгу. TCP – сложный протокол, схожий с заказной почтой, и предлагающий более точные и пригодные для контроля сервисы передачи данных чем UDP.






Принцип функционирования протоколов UDP и TCP. Часть 2.

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






Мультиплексирование сеансов

Под мультиплексированием сеансов понимается процесс, при котором компьютер с одним IP адресом может поддерживать множество сеансов связи, проходящих одновременно. Сеанс создаётся в тот момент, когда компьютеру-отправителю необходимо переслать данные компьютеру получателю, при этом чаще всего это влечет за собой ответ, но это не обязательное развитие событий. Сеанс создается и управляется в рамках приложения, работающего в IP сети и поддерживающего функциональность с 5 по 7 уровень модели OSI.

Сеанс с негарантированным качеством обслуживания (т.н. best-effort session) – очень простой: параметры сеанса посылаются по протоколу UDP. При сеансе такого типа, данные просто отсылаются по указанному IP адресу с использованием определённых номеров портов. Каждая передача является отдельным событием без запоминания, какие данные переданы, и в случае разрыва связи невозможно точно сопоставить переданные фрагменты.

Когда используется надёжная служба TCP, то до начала передачи данных должно быть установлено соединение между отправителем и получателем сообщения. Протокол TCP «устанавливает» соединение и «договаривается» о параметрах соединения с приёмной стороной. Во время передачи потока данных протокол TCP поддерживает надёжную доставку и, по завершении передачи, «закрывает» соединение.

Например, пользователь компьютера вводит единообразный универсальный локатор ресурсов (universal resource locator – URL) для поискового сервера Yahoo в адресной строке браузера Internet Explorer, после чего открывается сайт Yahoo. He закрывая окно с открытым сайтом, пользователь может открыть браузер опять в новом окне и набрать другой URL (например, поискового сервера Google). He закрывая открытых окон, пользователь может открыть браузер снова и набрать URL для Cisco.com и соответствующий сайт будет открыт. Три сайта открыто одновременно с использованием только одного IP соединения, поскольку сеансовый уровень сортирует запросы на основании номера порта.

Сегментация
Протокол TCP берет порцию данных из уровня приложений и подготавливает её для отправки в сеть. Порция данных разбивается на маленькие сегменты, которые подгоняются под размер MTU (максимальная возможная единица передачи данных -maximum transmission unit) нижележащего сетевого уровня. Так как UDP, является простым протоколом, то он не выполняет проверку или ведение переговоров об установке соединения и предполагает использование процессов тех приложений, с данными которых он будет работать.

Управление потоками данных
Если отправитель сообщения передает данные быстрее, чем может их принять получатель, то приемник вынужден отбрасывать данные, требуя их повторной передачи. Повторная передача тратит сетевой ресурс и ресурс машинного времени, поэтому большинство методов управления потоками данных направлено на увеличение скорости передачи и в тоже время на сокращение числа запросов на повторную передачу.

В протоколе TCP базовое управление потоками реализуется посредством отправки получателем сообщения о подтверждении получения сегмента данных, при этом отправитель не посылает новую часть данных, пока не получит подтверждения о получении предыдущих. Однако, если время на передачу и подтверждения приёма (round-trip time – RTF) существенно, то скорость передачи данных может уменьшиться до неприемлемой величины. Механизм, который носит название «обработка методом окна» (windowing), применяемый совместно с базовым управлением потоками данных увеличивает эффективность использования сети. Обработка методом окна позволяет компьютеру-получателю оповещать передающую сторону о том, как много данных он способен принять до посылки подтверждения компьютеру-отправителю.

Ориентированный на соединение транспортный протокол
В пределах границ транспортного уровня, ориентированный на соединение протокол, такой как TCP, устанавливает сеанс связи и в дальнейшем осуществляет поддержку в течение процесса передачи данных. Как только передача завершена, сеанс связи заканчивается. Эта концепция более подробно будет рассмотрена в пункте «Надёжность в сравнении с негарантированным качеством обслуживания».

Надёжность
По существу, надёжность TCP преследует три главные цели:

распознавание и коррекция потери данных;

распознавание и коррекция дубликатов или принятых в неправильном порядке
данных;

предотвращение перегрузки в сети.

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






Понимание принципов функционирования UDP и TCP. Часть 3.

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






Надёжность в сравнении с негарантированным качеством обслуживания

«Надежность» и «негарантированное качество обслуживания, лучшее из возможного» (best effort) – понятия, которые описывают два разных типа соединений (connection) между компьютерами. Каждый тип обладает преимуществами и недостатками.

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

Предоставление негарантированного обслуживания (передача без установления соединения)
Протокол UDP будучи протоколом с негарантированным обслуживанием, «не считает» необходимым сохранять информацию о переданных ранее данных. Это происходит из-за того, что UDP не нуждается в установке какого-либо соединения с получателем: отсюда происхождение термина “connectionless” – передача данных без установления соединения.

Такой тип связи не так уж и плох. В действительности, есть множество ситуаций, в которых такой тип связи является более подходящим, чем надёжный обмен данными. Связь без установления соединения предпочтительна для приложений, которые требуют высокоскоростной передачи данных без подтверждения приема.






Протоколы UDP и TCP. Стек TCP/IP. Функции протоколов

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






TCP/IP представлено целым семейством протоколов, среди которых находятся протоколы UDP и TCP. В этом разделе описывается стек протоколов TCP/IP, а также протоколы UDP и TCP.

Модель OSI

Модель OSI

Протокол TCP обеспечивает прозрачный обмен данными между конечными системами, используя нижележащие службы сетевого уровня (Network layer) для перемещения пакетов между двумя системами, между которыми установлена связь. TCP является примером протокола транспортного уровня (Transport layer). IP – протоколом сетевого уровня.

Так же как и в эталонной модели OSI (см. рисунок), TCP/IP разбивает по группам все протоколы, работающие в сети, в соответствии с теми задачами, что они выполняют, и относит их к соответствующему уровню. Каждый уровень относится к различным аспектам передачи данных. Идеологически удобно представить TCP/IP как стек протоколов.

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

Функции UDP

Протокол UDP является расширением раннего набора IP протоколов.

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

Для соответствия нуждам трафика такого типа, создатели TCP/IP добавили протокол UDP к стеку протоколов. В качестве основной службы адресации и пересылки пакетов на сетевом уровне выступал протокол IP. Протоколы TCP и UDP располагаются над IP и оба используют сервисы протокола IP.

UDP предлагает только минимальные, негарантированные транспортные сервисы и предоставляет приложениям прямой доступ к уровню IP. UDP используется приложениями, которые не требуют уровня обслуживания TCP или используют такие коммуникационные сервисы, как многоадресная или широковещательная рассылка, недоступные для протокола TCP.






Возможности протокола TCP и его функции. Порты используемые протоколами UDP и TCP

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






Функции TCP

Протокол TCP – протокол с установкой соединения, который поддерживает сервисы управления потоком и надежной доставки данных.

Службы, обеспечиваемые TCP, запускаются не в сети, а на компьютерах оконечных пользователей с обоих концов соединения. Таким образом, TCP является протоколом управления сквозными соединениями (end-to-end connections). Поскольку сквозные соединения могут проходить через серии соединений типа «точка-точка», то такие соединения называются «виртуальными каналами» (virtual circuits). Приведём характеристики TCP:

Протокол с установлением соединения: два компьютера устанавливают соединение для обмена данными. Оконечные системы синхронизируются друг с другом для управления потоками сегментов и адаптации к перегрузкам в сети.

Полнодуплексный режим работы: соединение по протоколу TCP – пара виртуальных каналов, по одному в каждом направлении. Только две синхронизированные оконечные системы могут использовать такое соединение.

Контроль ошибок: технология контрольной суммы применяется для проверки сегментов данных на предмет повреждения.

Упорядочение: сегменты помечаются порядковыми номерами, так, что бы получатель смог собрать сегменты в нужном порядке и определить наличие потери данных.

Подтверждения: после получения одного или более сегментов, получатель возвращает подтверждение отправителю, показывающее, что он принял сегмент. Если приём сегментов не подтверждён, отправитель может повторно передать сегменты или прервать соединение, если решит, что связь с получателем отсутствует.

Управление потоком: если отправитель переполняет буфер получателя, передавая данные слишком быстро, получатель отбрасывает сегменты. Пропущенные подтверждения сигнализируют отправителю, что он должен снизить скорость или прекратить передачу.

Восстановление сегментов: получатель может потребовать повторную передачу сегмента. Если подтверждение о получении сегмента не получено, то отправитель будет передавать сегмент заново.

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

Номера портов UDP и TCP

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

TCP.

Порты UDP и TCP

Порты UDP и TCP

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

Комитет по присвоению адресов Интернет (Internet Assigned Numbers Authority – IANA) контролирует распределение номеров портов. Некоторые часто используемые приложения имеют постоянно назначенные номера портов. Например, Telnet всегда использует порт 23. Другие приложения могут использовать номера портов, которые назначаются динамически, хотя эти номера будут расположены в определенном диапазоне.

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






UDP и TCP приложения. Классификация портов.

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






ПРИЛОЖЕНИЯ UDP

Протокол UDP, кроме многих других приложений, также поддерживает работу Trivial File Transfer Protocol (TFTP), Simple Network Management Protocol (SNMP) и Routing Information Protocol (RIP).
TFTP (Простой протокол передачи файлов). В основном он применяется для копирования и инсталляции операционной системы на компьютер из файл-сервера,

TFTP. Протокол TFTP является меньшим приложением, чем протокол передачи файлов (File Transfer Protocol – FTP). Как правило, TFTP используется в сетях для простой передачи файлов. В TFTP включён свой собственный механизм контроля ошибок и порядковой нумерации и, следовательно, этот протокол не нуждается в дополнительных сервисах на транспортном уровне.

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

RIP (Протокол маршрутной информации) – протокол внутренней маршрутизации, что означает его использование в пределах организации, но не в Интернете.

 

ПРИЛОЖЕНИЯ TCP

Протокол TCP, кроме многих других приложений, также поддерживает работу FTP, Telnet и Simple Mail Transfer Protocol (SMTP).

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

Telnet позволяет устанавливать терминальные сеансы с удалённым устройством, как правило с узлом UNIX, маршрутизатором или коммутатором. Это даёт сетевому администратору возможность управлять сетевым устройством, как если бы оно было в непосредственной близости, а для управления использовался последовательный порт компьютера. Полезность Telnet ограничивается системами, которые используют символьный режим командного синтаксиса. Telnet не поддерживает управление графическим окружением пользователя.

SMTP (Простой протокол передачи электронной почты) – это протокол передачи почты для Интернет. Он поддерживает передачу сообщений электронной почты между почтовыми клиентами и почтовыми серверами.

ХОРОШО ИЗВЕСТНЫЕ ПОРТЫ
Хорошо известные порты назначаются IANA и лежат в диапазоне от 1023 и ниже. Они назначены приложениям, которые являются основными для сети Интернет.

ЗАРЕГИСТРИРОВАННЫЕ ПОРТЫ
Зарегистрированные порты каталогизированы IANA и расположены в диапазоне от 1024 до 49151. Эти порты используются лицензированными приложениями, такими как Lotus Mail.

ДИНАМИЧЕСКИ НАЗНАЧАЕМЫЕ ПОРТЫ
Динамически назначаемые порты получают номера от 49152 до 65535. Номера для этих портов назначаются динамически на время длительности определённого сеанса.






Заголовки UDP и TCP. Их форматы и назначение.

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






Заголовок UDP

Заголовок UDP всегда имеет длину 64 бита. Поля, определённые в сегменте UDP (см. рисунок) включают следующие:
1. Порт отправителя (Source port): номер порта источника(16 бит)
2. Порт получателя (Destination port): номер порта назначения (16 бит)
3. Длина сообщения (Length): длина заголовка UDP и данных UDP (16 бит)
4. Контрольная сумма (Checksum): вычисленная контрольная сумма полей заголовка и данных (16 бит)
5. Данные (Data): данные протокола вышележащего уровня (upper-layer protocol – ULP) (переменная длина)
Примеры протоколов, которые используют UDP: TFTP, SNMP, Network File System (NFS) и Domain Name System (DNS).

Заголовок UDP

Заголовок TCP

Заголовок TCP содержит информацию, которая определена TCP протоколом. В данном разделе описаны компоненты заголовка TCP.

Заголовок TCP

Заголовок TCP

Сегменты TCP передаются с помощью использования пакетов IP. Заголовок TCP следует за заголовком IP,. Это разделение допускает существование других протоколов на уровне хоста, отличных от TCP. Поля TCP заголовка включают следующие:

Порт отправителя (Source port): номер порта источника (16 бит)

Порт получателя (Destination port): номер порта назначения (16 бит)

Порядковый номер (Sequence number): порядковый номер первого октета данных
сегмента, используемый для гарантии правильного упорядочения приходящих данных
(32 бита)

Номер подтверждения (Acknowledgment number): следующий ожидаемый октет
TCP (32 бита)

Длина заголовка (Header length): количество 32-битных слов в заголовке (4 бита)

Зарезервировано (Reserved): установлено в 0 (3 бита)

Управляющие биты (Control bits): функции управления – такие как установка,
перегрузка и разрыв сеанса (9 бит). Одиночный бит, который имеет специальное
значение, часто рассматриваемое как флаг.

Окно (Window): число октетов, которое устройство согласно принять (16 бит)

Контрольная сумма (Checksum): вычисленная контрольная сумма полей заголовка и
данных (16 бит)

Указатель срочности данных (Urgent): показывает конец срочных данных (16 бит)

Опции (Options): в настоящее время определена одна опция – максимальный размер
сегмента TCP (0 или 32 бита)

Данные (Data): данные протокола вышележащего уровня (upper-layer protocol – ULP)
(переменная длина)






Процесс установки соединения по TCP.

Нужны новые клиенты? Тогда Вам рекомендуем посмотреть этот раздел нашего сайта
_____






Если надёжность передачи данных опирается на процесс, ориентированный на соединение, то сначала должно быть установлено соединение. Соединение зависит от множества факторов, таких как устройство-источник, устройство назначения, используемое приложение и скорость передачи данных. Изучение процесса установления соединения по протоколу TCP добавит понимание принципов работы этого распространённого протокола. На атом занятии обсуждаются факторы, которые приводят к созданию успешного соединения по протоколу TCP.

УСТАНОВЛЕНИЕ СОЕДИНЕНИЯ С РАВНОПРАВНОЙ СИСТЕМОЙ.

Пользователь службы надежной доставки транспортного уровня должен установит сеанс, ориентированный на соединение с равноправной системой. Этот раздел раскрывает базовую концепцию сеанса, ориентированного на соединение.

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

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

ТРЕХЭТАПНОЕ КВИТИРОВАНИЕ (Three-Way Handshake)

Протокол TCP требует, что бы до начала передачи данных было установлено соединение между двумя конечными системами.

Three-Way Handshake

Процесс установки соединения по TCP.

Процесс установки соединения по TCP.

Протокол TCP устанавливает соединение, используя процесс, называемый «трёхэтапное квитирование» (three-way handshake). Этот процесс предполагает установку бита синхронизации (SYN) и бита уведомления (АСК) в передаваемом сегменте между двумя устройствами. Другая важная функция, выполняемая в течение процесса установления соединения – информирование другого устройства о начальном порядковом номере (initial sequence number – ISN), который применяется при передаче байтовых последовательностей данных в этом соединении. В таблице приводятся упрощенное объяснение этого процесса.

ПРОЦЕДУРА УСТАНОВЛЕНИЯ СОЕДИНЕНИЯ В TCP

Шаг

Действие

Комментарии

1.

Сторона, запрашивающая соединение,отправляет сегмент синхронизации на приёмное устройство (CTL=SYN), начиная тем самым процесс квитирования.

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

2.

Приёмное устройство отвечает сегментом с набором бит CTL=SYN, АСК для переговоров о соединении и подтверждения получения сегмента синхронизации от отправителя.

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

3.

Сторона, запрашивающая соединение подтверждает сегмент синхронизации, полученный от приёмника (CTL=ACK).

В заголовке TCP сбрасывается бит SYN, подтверждая, что трёхэтапное квитирование завершено.

 

 

 






Заказать звонок
+
Жду звонка!