Протокол передачи информации

Протоколы передачи данных в Интернет

Протокол передачи информации

Информационные ресурсы в Интернете

  • протоколы передачи данных, Адресация в сети, URL
  • Web-страницы и Web-узлы, порталы. Web — пространство.
  • Создание Web-страниц. Языки Web-публикаций.

· Публикации сайтов в Интернете. Представительство

Простое подключение одного компьютера к другому — шаг, необходимый для создания сети, но не достаточный. Чтобы начать передавать информацию между компьютерами, нужно, что бы компьютеры «понимали» друг друга. Исходя из этой естественной необходимости, миру компьютеров потребовался единый язык (то есть протокол), который был бы понятен каждому из них.

Протокол — это совокупность правил, в соответствии с которыми происходит передача информации через сеть.

Существуют два типа протоколов:

· Базовый (TCP/IP), отвечающий за физическую пересылку электронных сообщений;

· Прикладные, отвечающие за работу специализированных служб Интернет (http, ftp, telnet и т.д.)

Базовый протокол

Протокол — это особый язык общения между компьютерами, разработанный программистами. Базовый протокол в сети Интернет — это TCP/IP (Transmission Control Protocol & Internet Protocol) (протокол контроля передачи + Интернет-протокол).

Все компьютеры, подключенные к сети Интернет, понимают и поддерживают этот протокол. Протокол TCP/IP служит для разбиения информации на части (пакеты) — и передачи их по линиям связи.

Все эти операции протокол выполняет автоматически, без участия пользователя.

На самом деле TCP/IP состоит их двух компонентов — TCP и IP, и включает в себя также массу других протоколов.

Протокол IP (Internet protocol) — это протокол маршрутизации (доставляет информацию по назначению).

Этот протокол включает правила налаживания и поддержания связи в сети, правила обращения с IP-пакетами и их обработки, описания сетевых пакетов семейства IP (их структура и т. п.).

Протокол TCP (Transmission Control Protocol) — это транспортный протокол (управляет передачей данных).

Кратко

Данные, предназначенные для пересылки. Разбиваются протоколом TCP на отдельные части –пакеты.

Каждый пакет имеет свой порядковый номер и адрес, по которому необходимо доставить информацию.

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

Подробно

Протокол TCP занимается проблемой пересылки больших объемов информации, основываясь на возможностях протокола IP.

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

Чтобы пересылать эту нумерацию вместе с данными, он кладет каждый кусочек информации в конверт, который содержит соответствующую информацию. Это и есть TCP-конверт.

Получившийся TCP-пакет помещается в отдельный IP-конверт и получается IP-пакет, с которым сеть уже умеет обращаться.

Получатель распаковывает IP-конверты и видит TCP-конверты, распаковывает их и помещает данные в последовательность частей в соответствующее место.

Если чего-то не достает, он требует переслать этот кусочек снова. В конце концов, информация собирается в нужном порядке и полностью восстанавливается.

Вот теперь этот массив пересылается выше к пользователю (на диск, на экран, на печать).

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

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

Если при приеме заново вычисленная сумма не совпадает с той, что указана на конверте, значит что-то тут не так, — где-то в пути имели место искажения, так что надо переслать этот пакет по новой, что и делается.

Таким образом, протокол TCP обеспечивает гарантированную доставку с установлением логического соединения в виде байтовых потоков.

Прикладные протоколы

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

Название протокола Расшифровка Назначение

· HTTP (Hyper Text Transfer Protocol) – Протокол передачи гипертекста

· FTP (File Transfer Protocol) – протокол передачи файлов

· SMTP (Simple Mail Transfer Protocol) – Простой протокол отправки электронных писем

· POP3 (Post Office Protocol) – Протокол получения электронных писем

· NNTP (News Net Transfer Protocol) – Протокол телеконференций

· TELNET – Протокол для подключения к удаленному компьютеру

· WAIS (Wide-Area Information Servers) – протокол поиска информации в базах данных

· WAP (Wireless Application Protocol) – протокол предоставления доступа к службам Интернета пользователям беспроводных устройств

Источник: https://life-prog.ru/1_1205_protokoli-peredachi-dannih-v-internet.html

Протоколы передачи данных

Протокол передачи информации

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

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

Сетевые протоколы

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

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

Соответственно, под сетью мы подразумеваем связь двух и более устройств, способных хранить и обрабатывать информацию.

Чаще всего сетевые протоколы классифицируют по модели OSI (Open Systems Interconnection Basic Reference Model). Модель состоит из семи уровней и упрощает понимание функционирования сети. Уровни располагаются вертикально друг над другом.

Уровни взаимодействуют друг с другом по вертикали через интерфейсы, и могут взаимодействовать с параллельным уровнем другой системы по горизонтали с помощью протоколов.

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

УровеньЧто передаётся
ПрикладнойДанные
ПредставленияДанные
СеансовыйДанные
ТранспортныйБлоки
СетевойПакеты
КанальныйКадры
ФизическийБиты

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

Пойдем снизу вверх.

1. Физический уровень — на этом уровне работают хабы и ретрасляторы сигнала. Здесь осуществляется передача данных по проводам или беспроводным путём. Происходит кодировка сигнала. Осуществляется стандартизация сетевого интерфейса (пример, разъем RJ-45).

2. Канальный уровень — уровень коммутаторов, мостов и драйверов сетевых карт. Данные упаковываются во фреймы, проверяются ошибки и данные отправляются на сетевой уровень.

Протоколы: Ethernet, FDDI, PPP, PPTP, L2TP, xDSL и др.

3. Сетевой уровень — здесь определяется путь передачи данных, определяется кратчайший маршрут, происходит контроль неисправностей сетей. Это уровень маршрутизаторов.

Протоколы: IPv4, IPv6, ARP, ICMP.

4. Транспортный уровень отвечает за механизм передачи. Блоки данных разбиваются на фрагменты, избегаются потери и дублирование.

Протоколы: TCP, UDP, RDP, SPX, SCTP и др.

5. Сеансовый уровень отвечает за поддержание сеанс связи. Создание и завершение сеанса, права передачи данных и поддержание сеанса в момент неактивности приложений — всё происходит на этом уровне.

Протоколы: SSL, NetBIOS.

6. Уровень представления занимается кодированием и декодированием данных. Данные из приложения преобразуются в формат для транспортировки по сети, а пришедшие из сети в формат, понятный приложению.

Протоколы: FTP, SMTP, Telnet, NCP, ASN.1 и др.

7. Прикладной уровень — это уровень взаимодействия сети и пользователя. На этом уровне различные программы, которыми пользуется человек, получают доступ к сети.

Протоколы: HTTP, HTTPS, FTP, POP3, SSH, XMPP, DNS, SIP, Gnutella и др.

Популярные протоколы

HTTP, HTTPS — протоколы передачи гипертекста. Используется при пересылке web-страниц.

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

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

SMTP — почтовый протокол, отвечающий за правила передачи сообщений.

Telnet — протокол удаленного доступа.

TCP — сетевой протокол, отвечающий за передачу данных в сети Интернет.

Ethernet — протокол, определяющий стандарты сети на физическом и канальном уровнях.

Источник: https://webistore.ru/internet/protokoly-peredachi-dannyx/

О протоколах передачи данных

Протокол передачи информации

В этой статье я хочу поделиться личным, не претендующим на академичность, опытом в работе с различными закрытыми протоколами передачи данными (в основном на прикладном-сеансовом уровнях).

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

Какими свойствами и особенностями обладает хороший, годный грамотный, качественный протокол?

В идеале, протокол должен быть абстрагирован от более нижнего уровня взаимодействия, будь то передача по TCP, UDP, по serial порту, USB, Bluetooth, через цифровой радиосигнал, или даже по голубиной почте. И надо учитывать, что далеко не все из них гарантируют доставку и\или достоверность передающихся данных.

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

Допустим что наши Алиса и Боб могут друг другу доверять, и никакая Ева им помешать не может.

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

В большинстве протоколов реализована схема «Вопрос-Ответ». Это можно представить как разговор, в котором на каждую реплику своего собеседника вы реагируете вербально, и в том же смысловом ключе. Таким образом участниками взаимодействия достигается уверенность в том, что их сообщения переданы и адекватно восприняты. Однако эта схема допустима и эффективна не для всех задач: в случаях когда задержка в общении должна быть минимизирована, или ответ на каждую из многочисленных реплик признается избыточным (например для отладочных сообщений), реализуется схема «Старт-Стоп». При получении сообщения на «Старт» ваш собеседник начинает сыпать в вас потоком реплик, и замолкает лишь при слове «Стоп». Сообщения, отправляемые в потоке, обычно имеют инкрементируемый порядковый номер, и если при принятии потока сообщений были проблемы с обработкой\было пропущено одно из них, его можно перезапросить отдельно по этому самому номеру.

Все протоколы можно разделить на две группы, (по представлению данных): символьные и бинарные.

Символьные протоколы, с которыми мне приходилось встречаться, базировались либо на XML, либо на JSON-строках. Из их достоинств можно упомянуть о более простой отладке взаимодействия (вследствие их читаемости), о простоте реализации (наличия готовых парсеров), и пресловутой универсальности.
Теперь о недостатках. Очевидно, что такие протоколы являются крайне избыточными, мизерная доля полезной информации плавает в массивной, неэффективной обёртке. При передаче любой числовой информации приходиться заниматься их конвертацией в строковое представление и обратно. Больным местом является передача бинарных данных (и хорошо, что без них бывает можно обойтись, но в ряде случаев это невозможно). Составители протоколов обычно выкручиваются применением Base64, или даже просто передачей бинарной строки в её hex-овом представлении, по два символа на байт. Также хочется отметить, что полная спецификация того же XML крайне обширна, и стандартные парсеры, при всей их полноте возможностей, достаточно громоздки и медлительны, поэтому распространена практика, когда отдел или контора в итоге пишет и пользуется собственным парсером.

Конечно, для определенных задач, символьные протоколы являются, если не наиболее эффективным, то по крайней мере вполне приемлимым вариантом, но мы с вами идём дальше.

Теперь бинарные протоколы. Сразу же надо вспомнить о Гулливерских войнах тупоконечников и остроконечников. Лично я симпатизирую big-endian, т.к. не считаю неявную типизацию little-endian «чем-то хорошим», да и в моей среде разработки big-endian является нативным.

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

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

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

Зачастую, для обеспечения гибкости, составители таких протоколов включают в сообщение область фиксированного размера (иногда до 80% от общего объема), зарезервированное под модификации нынешнего протокола. На мой взгляд, это не самый эффективный путь обеспечения гибкости, зато избыточность появляется еще какая.

Рассмотрим сообщения переменной длины.
Тут уже можно подробней поговорить о непременном атрибуте бинарного сообщения в любом протоколе — о заголовке (Это вышеупомянутый уровень контейнера).
Обычно заголовки начинаются с константной части, позволяющей, с определенной вероятностью обнаружить начало сообщения в непрерывном байтовом потоке. Очевидно, что имеется риск появления такой константы в произвольном потоке байт, и, хотя увеличение объема этот риск снижает (я встречал константы вида 0123456789VASIA9876543210), целесообразней использовать проверки на основе подсчета контрольной суммы. За константой обычно следует номер версии протокола, который дает нам понять, в каком формате должно происходить дальнейшее считывание (и имеем ли мы вообще возможность обработать это сообщение — вдруг такая версия нам неизвестна). Следующая важная часть заголовка: информация о самом содержимом контейнера. Указывается тип содержимого (по факту, тот же номер версии протокола для уровня данных), его длина и контрольная сумма. Имея эту информацию, можно уже без проблем и опасений считать содержимое и приступить к его разбору.

Но не прямо сразу! Заголовок должна заключать контрольная сумма его самого (исключая из расчета конечно саму контрольную сумму) — только так мы можем быть уверены в том, что считали только что не белиберду, а валидный заголовок, за которым следуют предназначенные нам данные. Не совпала контрольная сумма? Придётся искать следующее начало нового заголовка дальше по потоку…

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

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

Можно различить как общую специфику сообщения, (например «Запрос Set», «Утвердительный Ответ на Set», «Отрицательный Ответ на Set», «Запрос Get», «Ответ Get», «Потоковое сообщение»), так и конкретную область применение сообщения. Попробую привести пример с потолка:

Тип запроса: Запрос Set (0x01) Идентификатор модуля-адресата сообщения: PowerSupplyModule (0x0A) Идентификатор группы сообщений: UPS Management (0x02) Идентификатор типа сообщения: Reboot (0x01) Дальше тело сообщения может содержать информацию об адресе ИБП, который Модуль управления энергообеспечением должен перезагрузить, через сколько секунд это сделать и т.п. На это сообщение мы рассчитываем получить ответное сообщение с типом запроса «Утвердительный Ответ» и последующими 0x0A0201 в заголовке. Конечно, такое подробное описание типа сообщения может быть избыточным когда межсетевое взаимодействие не предусматривает большого числа команд, так что формировать структуру сообщения надо исходя из требований ТЗ. Так же будет полезно, если сообщение с «Отрицательным Ответом» будет содержать код ошибки, из-за которой не удалось ответить на команду утвердительно. Заканчивая своё повествование, добавлю, что тема взаимодействия приложений весьма обширна и порою холиворна(что по факту означает, что в ней нет технологии «серебряной пули»), и отмечу, что те взгляды, что я излагаю, являются лишь компиляцией из опыта по работе с отечественными и зарубежными коллегами. Спасибо за внимание!

upd.

Имел удовольствие пообщаться с критиком своей статьи, и теперь прихожу к осознанию, что я осветил вопрос со своей если можно так выразиться, «байтолюбской», точки зрения. Конечно, раз идет курс на универсальность обработки хранения и передачи данных, то в таком ключе символьные протоколы (в первую очередь говорю об XML) могут дать фору любым другим решениям. Но относительно попытки повсеместного их применения позволю себе процитировать Вирта:

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

  • передача данных
  • протоколы

Источник: https://habr.com/post/138533/

Протокол передачи информации

Протокол передачи информации

Определение 1

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

В общем случае, протокол информационного обмена не должен зависеть от нижних уровней взаимного обмена, таких как способы передачи по конкретным каналам связи (USВ, Bluеtooth, радиоканал и так далее). Следует так же отметить, что не любой протокол даёт гарантию достоверной передачи информации. Существует вероятность искажения данных из-за наличия помех и других факторов.

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

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

Когда «источник» сообщений получает команду «старт», он начинает передачу информационного потока «приёмнику» и выполняет её до тех пор, пока не получит команду «стоп».

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

Ничего непонятно?

Попробуй обратиться за помощью к преподавателям

Типы протоколов

Протоколы обмена информацией делятся на следующие типы:

  • Использующие символы.
  • Применяющие двоичное кодирование.

Протоколы, использующие символы, обычно основаны или на ХML (язык разметки), или на JSОN. Их достоинствами считаются простота отладки взаимных обменов, несложная реализация, универсальность. К их недостаткам следует отнести большую избыточность. Если передаётся информация в виде чисел, необходимо её преобразовать в символы и после приёма декодировать обратно в числа.

То есть двоичная информация является неудобной для передачи. Специалисты, формирующие протоколы, обходят эту проблему путём использования Bаse64 или прямой передачей строк в двоичных кодах, путём их шестнадцатеричного представления, то есть в виде двух символов на байт.

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

Протоколы, использующие бинарные коды, делятся на два уровня:

  1. Контейнерный уровень.
  2. Уровень информационных данных.

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

Структурный формат этого уровня определяется решаемыми задачами, но имеет и общие положения. Объём информации (сообщений, которые возможно обработать вне зависимости от переданных ранее и будущих принятых данных) может быть зафиксированным и переменным.

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

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

Для сообщений с переменной длиной, важной частью является его заголовок. Как правило, заголовок начинается с постоянной составляющей, которая даёт возможность определить начало сообщения в постоянном потоке информации.

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

Эти данные позволяют принять информацию и начать её обработку. Естественно, если после проверки совпала контрольная сумма.

Сетевые протоколы

Определение 2

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

Различные протоколы часто формулируют только разные аспекты одного вида канала передачи данных. Но в едином комплекте они объединяются в стек протоколов. Термины «протокол» и «стек протоколов» могут также указывать на тип программного обеспечения, под управлением которого выполняется протокол.

Самой известной системой, выполняющей классификацию сетевых протоколов, считается ОSI, согласно которой все протоколы можно поделить на семь уровней по своему предназначению — от уровня физической реализации (выработка и декодирование электромагнитных или иных сигналов), до прикладного уровня (АРI для пересылки информации прикладным программам).

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

Как указывалось выше, сегодня сетевые протоколы формируются согласно модели ОSI (Оpen Systеm Intеrconnection — Взаимосвязь Открытой Системы). Модельный тип ОSI включает в себя семь уровней логического моделирования сетевой работы.

Модель ОSI осуществляется набором протоколов и законов связи, которые организованы как набор уровней:

  1. Физический уровень определяет чисто физические (с точки зрения механики, электрики, оптики) параметры линий связи.
  2. На уровне каналов формируются законы применения физического уровня сетевыми узлами.
  3. Уровень сети служит для формирования адресов сообщений и их доставки.
  4. Транспортный уровень выполняет контроль очерёдности пересылки элементов сообщения.
  5. Сеансовый уровень координирует взаимосвязи двух прикладных программ, которые работают на различных рабочих станциях.
  6. На уровне представления выполняется преобразование информации из компьютерной формы в форму для передачи.
  7. На прикладном уровне формируется интерфейс для обмена информацией пользовательских прикладных программ.

Источник: https://spravochnick.ru/informatika/protokol_peredachi_informacii/

Передача данных: основные виды, способы и протоколы

Протокол передачи информации

Передача данных — процесс переноса данных в виде сигналов от точки к точке или от точки к нескольким точкам средствами электросвязи по каналу. Словари упоминают заимствование (1640-е) учеными кругами латинского слова datum, означающего «вещь», «данность».

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

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

Немедля появляется свобода выбора. Альпинист волен решать, принимая ответственность. Имеются группы, не вернувшиеся назад.

Виды данных

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

Аналоговый сигнал

Первыми попытками измерить аналоговые величины назовем опыты Вольты, измерявшего напряжение, ток. Следом сопротивление проводника сумел оценить Ом, Георг Ом. Каждый раз использовались аналоговые величины.

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

Причины ухода от аналогового сигнала выявила Вторая мировая война. Система Зеленый шершень умела отлично шифровать информацию. 6-уровневый сигнал сложно назвать цифровым, однако намечается явный уклон.

Исторически первой попыткой передачи бинарного кода назовем опыты Шиллинга 1832 года с телеграфом. Стремясь снизить количество соединяющих абонентов проводов, дипломат припомнил предложенные священниками методики двоичного счисления.

Однако внедрение цифровой передачи потребовало от человечества пройти путь свыше полутора столетий.

Двоичный цифровой код

Двоичное счисление общеизвестно. Аналоговую величину представляют дискретным числом, затем производят кодирование. Полученный набор нулей, единиц обычно разбивают словами длиной 8 бит.

Так, например, первые операционные системы Windows были 16-битными, графический модуль процессора обрабатывал числа с плавающей запятой разрядностью повыше. Еще более длинные слова используют специализированные вычислители графических карт.

Специфика системы определяет конкретный способ представления информации.

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

  1. Исправление ошибок.
  2. Шифрование.
  3. Упрощение физических линий.
  4. Более эффективное использование спектра, снижение мощности передатчика, удельной плотности потока энергии.
  5. Распознавание ошибок (EDC, 1951).
  6. Возможность точного повтора, воспроизведения.

Вторая половина XX века дала сотни методик оцифровки аналоговых объектов. Главным признаком двоичного сигнала является дискретность. Аналоговую величину доподлинно передать код бессилен.

Однако шаг дискретизации стал столь малым, что погрешностью пренебрегают. Яркий пример – изображения формата Full HD. Большое разрешение экрана гораздо лучше передает мелкие нюансы объекта.

На некотором этапе разрешение цифровой техники обгоняет физиологические возможности человеческого зрения.

Значения термина

  1. Передача сведений.
  2. Компьютерная программа для Windows Phone, обеспечивающая копирование контактов меж мобильными устройствами.
  3. Научно-популярная программа с Марией Бачениной.

Этиология

Англичанами принято употреблять множественное число –  data. Славянофилов просим избегнуть упреков. Современная наука развита Европой – наследницей Римской империи.

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

Даль называет данными бесспорные, очевидные, известные факты произвольного толка.

! Литературный английский язык (газета Нью-Йорк таймс) слово data лишает числа. Употребляют как придется: множественное, единственное. Учебники чаще проводят жесткое деление. Единственное число – datum. Отдельный вопрос касается артикля, здесь обсуждаться не будет. Эксперты склонны считать существительное «массовым».

Идея открытости

Идея свободного доступа к информации выдвинута отцом социологии, Робертом Кингом Мертоном, наблюдавшим Вторую мировую войну. Начиная 1946 годом, подразумевает передачу, хранение компьютерной информации. 1954 добавил возможность обработки.

В декабре 2007 года желающие обсудить проблему собрались (Себастопол, Калифорния) и осмыслили программное обеспечение с открытым кодом, интернет, потенциал концепции массового доступа.

Обама принял Меморандум о прозрачности и открытости действий правительства.

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

Термины

Термин передача данных чаще касается цифровой информации, включая преобразованный аналоговый сигнал. Наука смотрит шире. Данными именуют любые качественные, количественные описания объекта. Эпичным примером считают сведения, составляемые антропологами касательно редких народностей планеты. Информация широко собирается организациями: продажи, преступность, безработица, грамотность.

Передача информации – цифровой поток бит.

Метаданные – более высокий уровень данных, описывающих другие данные.

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

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

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

Формат – способ представления информации.

Протокол – набор соглашений интерфейса, определяющий порядок обмена информацией.

Каналы (способы)

Информация, распространяясь, преодолевает среду:

  • Медный кабель: RS-232 (1969), FireWire (1995), USB (1996).
  • Оптическое волокно.
  • Эфир (беспроводная передача).
  • Шины компьютера.

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

Разница нивелируется ионизацией – явлением, знакомым сварщикам. Процессы, сопровождающие движение электромагнитной волны, лишены научного объяснения.

Физики просто констатируют факт, описывая явление набором сведений.

Долгое время разные частоты считали явлениями несвязными: свет, тепло, электричество, магнетизм. Важно понять: набор сред рожден эволюцией техники. Наверняка откроют иные методы передачи данных. Реализации сред различны, набор стандартов определен спецификой.

Локальные соединения часто пользуются технологией WiFi, опирающейся на протокол канального уровня IEEE 802.11. Сотовые операторы применяют совершенно иные – GPS, LTE.

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

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

Форматирование

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

Развивающееся вещание вызвало необходимость совершенствования методик оснащения несущей волны полезной информацией. В поздние 20-е годы Армстронг предложил слегка варьировать частоту, закладывая фундамент сообщения. Новый тип модуляции улучшил качество звука, успешно противостоя помехам. Меломаны немедля оценили новинку.

Военная система Зеленый шершень применяла дискретную методику частотной манипуляции – мгновенная смена частоты согласно закону передаваемого сообщения. Воющие стороны оценили преимущества связи. Внедрению мешали громадные размеры оборудования (1000 тонн). Изобретение транзисторов изменило ситуацию. Передача данных становилось цифровой.

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

Слои протоколов

Передача цифровых данных модемом реализована в 1940 году. Сети появились 25 лет спустя.

Усложняющиеся системы связи потребовали введения новых методик описания процесса взаимодействия компьютерных систем. Концептуальная модель OSI вводит понятие протокольных (абстрактных, реально не существующих) слоев.

Структура создана усилиями инженеров Международной организации по стандартизации (ISO), регламентирована стандартом ISO/IEC 7498-1. Параллельную работу вел французский комитет CCITT.

В 1983 году разработанные документы объединили, получив модель протокольных слоев.

Концепция 7-слойной структуры представлена работами Чарльза Бэчмана. Модель OSI включает опыт разработки АRPANET, EIN, NPLNet, CYCLADES. Линейка полученных слоев взаимодействует по вертикали с соседями: верхний использует возможности нижнего.

Важно! Каждому уровню OSI соответствует набор протоколов, определяемый используемой системой.

В компьютерных линиях совокупность протоколов подразделяют на слои. Бывают:

  1. Физический (биты): USB, RS-232, 8P8C.
  2. Канальный (кадры): PPP (включая PPPoE, PPPoA), IEEE 802.22, Ethernet, DSL, ARP, LP2P. Устаревшие: Token Ring, FDDI, ARCNET.
  3. Сетевой (паеты): IP, AppleTalk.
  4. Транспортный (датаграммы, сегменты): TCP, UDP, PORTS, SCTP.
  5. Сеансовый: RPC, PAP.
  6. Представительский: ASCII, JPEG, EBCDIC.
  7. Прикладной: HTTP, FTP, DHCP, SNMP, RDP, SMTP.

Физический слой

Зачем разработчикам сто стандартов? Многие документы появились эволюционно, согласно возрастающим требованиям. Физический слой реализуют набором коннекторов, проводов, интерфейсов.

Например, экранированная витая пара способна передавать высокие частоты, делая возможным реализацию протоколов битрейтом 100 Мбис/с.

Оптоволокно пропускает свет, производится дальнейшее расширение спектра, возникают гигабитные сети.

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

Канальный слой

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

Например, PPPoЕ содержит рекомендации организации протокола PPP средствами сетей Ethernet, используемый традиционно порт – 8P8C. Эволюционной борьбой «эфирная сеть» смогла подавить соперников.

Изобретатель концепции, основатель компании 3СОМ, Роберт Меткалф, сумел убедить несколько крупных производителей (Интел, DEC, Ксерокс) объединить усилия.

Попутно совершенствовались каналы: коаксиальный кабель → витая пара → оптическое волокно. Изменения преследовали цели:

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

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

Сетевой

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

Владельцам ресурсов присваиваются имена соответственно базам серверов DNS. Конфигурация сети во многом безразлична. Вводятся слабые ограничения. Как например, Ethernet требовал уникальности MAC-адреса.

Протокол IP урезает максимальное число ПК 4,3 млрд штук. Человечеству пока что хватает.

Сетевой адрес принято делить на домены. По техническим причинам единое соответствие четырем группам цифр отсутствует. Сам интернет обозначает аббревиатура www (сокращенное название world wide web, иначе – всемирная паутина). Сегодня единообразный адрес (URL) опускает тривиальные буквы. Подразумевая – человек, открывший браузер, явно намеревается бороздить с компьютера всемирную паутину.

Транспортный

Слой далее расширяет структуру формата. Формирование сегмента TCP производит объединение пакетов, упрощая поиск потерявшейся информации, гарантируя восстановление.

Прикладной, представительский

Иерархия выше транспортного уровня может нарушаться. Например, RPC иногда опирается на HTTP. Концепция Р2P касается пиринговых одноранговых сетей. В противовес этому HTTP вводит иерархию клиент-сервер. Представительский слой раскрывает способы кодирования информации, оцифровку, сжатие, шифрование.

Источник: https://setinoid.ru/types/peredacha-dannyih

Booksm
Добавить комментарий