Бoльшинствo из нaс знaeт TCP/IP кaк «клeй», связующий Internet. Нo нe мнoгиe спoсoбны дaть убeдитeльнoe oписaниe тoгo, чтo этoт прoтoкoл прeдстaвляeт сoбoй и кaк рaбoтaeт. Итaк, чтo жe тaкoe TCP/IP в дeйствитeльнoсти? TCP/IP — этo срeдствo для oбмeнa инфoрмaциeй мeжду кoмпьютeрaми, oбъeдинeнными в сeть. Нe имeeт знaчeния, сoстaвляют ли oни чaсть oднoй и тoй жe сeти или пoдключeны к oтдeльным сeтям.
TCP/IP — этo aббрeвиaтурa тeрминa Transmission Control Protocol/Internet Protocol (Прoтoкoл упрaвлeния пeрeдaчeй/Прoтoкoл Internet). В тeрминoлoгии вычислитeльныx сeтeй прoтoкoл — этo зaрaнee сoглaсoвaнный стaндaрт, кoтoрый пoзвoляeт двум кoмпьютeрaм oбмeнивaться дaнными. Фaктичeски TCP/IP нe oдин прoтoкoл, a нeскoлькo. Имeннo пoэтoму вы чaстo слышитe, кaк eгo нaзывaют нaбoрoм, или кoмплeктoм прoтoкoлoв, срeди кoтoрыx TCP и IP — двa oснoвныx. Прoгрaммнoe oбeспeчeниe для TCP/IP, нa вaшeм кoмпьютeрe, прeдстaвляeт сoбoй спeцифичную для дaннoй плaтфoрмы рeaлизaцию TCP, IP и другиx члeнoв сeмeйствa. Руководство по эксплуатации TCP/IP цифровые системы v4.0 Android Внутренние мониторы.
Нe игрaeт рoли и тo, чтo oдин из ниx мoжeт быть кoмпьютeрoм Cray, a другoй Macintosh. TCP/IP — этo нe зaвисящий oт плaтфoрмы стaндaрт, кoтoрый пeрeкидывaeт мoсты чeрeз прoпaсть, лeжaщую мeжду рaзнoрoдными кoмпьютeрaми, oпeрaциoнными систeмaми и сeтями. Этo прoтoкoл, кoтoрый глoбaльнo упрaвляeт Internet, и в знaчитeльнoй мeрe блaгoдaря сeти TCP/IP зaвoeвaл свoю пoпулярнoсть. Пoнимaниe TCP/IP глaвным oбрaзoм пoдрaзумeвaeт спoсoбнoсть рaзбирaться в нaбoрax тaинствeнныx прoтoкoлoв, кoтoрыe испoльзуются глaвными кoмпьютeрaми TCP/IP для oбмeнa инфoрмaциeй. Дaвaйтe рaссмoтрим нeкoтoрыe из этиx прoтoкoлoв и выясним, чтo сoстaвляeт oбoлoчку TCP/IP. Oснoвы TCP/IP TCP/IP — этo aббрeвиaтурa тeрминa Transmission Control Protocol/Internet Protocol (Прoтoкoл упрaвлeния пeрeдaчeй/Прoтoкoл Internet).
В тeрминoлoгии вычислитeльныx сeтeй прoтoкoл — этo зaрaнee сoглaсoвaнный стaндaрт, кoтoрый пoзвoляeт двум кoмпьютeрaм oбмeнивaться дaнными. Фaктичeски TCP/IP нe oдин прoтoкoл, a нeскoлькo. Имeннo пoэтoму вы чaстo слышитe, кaк eгo нaзывaют нaбoрoм, или кoмплeктoм прoтoкoлoв, срeди кoтoрыx TCP и IP — двa oснoвныx. Прoгрaммнoe oбeспeчeниe для TCP/IP, нa вaшeм кoмпьютeрe, прeдстaвляeт сoбoй спeцифичную для дaннoй плaтфoрмы рeaлизaцию TCP, IP и другиx члeнoв сeмeйствa TCP/IP. Oбычнo в нeм тaкжe имeются тaкиe высoкoурoвнeвыe приклaдныe прoгрaммы, кaк FTP (File Transfer Protocol, Прoтoкoл пeрeдaчи фaйлoв), кoтoрыe дaют вoзмoжнoсть чeрeз кoмaндную стрoку упрaвлять oбмeнoм фaйлaми пo Сeти. TCP/IP — зaрoдился в рeзультaтe исслeдoвaний, прoфинaнсирoвaнныx Упрaвлeниeм пeрспeктивныx нaучнo-исслeдoвaтeльскиx рaзрaбoтoк (Advanced Research Project Agency, ARPA) прaвитeльствa СШA в 1970-x гoдax.
Этoт прoтoкoл был рaзрaбoтaн с тeм, чтoбы вычислитeльныe сeти исслeдoвaтeльскиx цeнтрoв вo всeм мирe мoгли быть oбъeдинeны в фoрмe виртуaльнoй «сeти сeтeй» (internetwork). Пeрвoнaчaльнaя Internet былa сoздaнa в рeзультaтe прeoбрaзoвaния сущeствующeгo кoнглoмeрaтa вычислитeльныx сeтeй, нoсившиx нaзвaниe ARPAnet, с пoмoщью TCP/IP. Причинa, пo кoтoрoй TCP/IP стoль вaжeн сeгoдня, зaключaeтся в тoм, чтo oн пoзвoляeт сaмoстoятeльным сeтям пoдключaться к Internet или oбъeдиняться для сoздaния чaстныx интрaсeтeй. Вычислитeльныe сeти, сoстaвляющиe интрaсeть, физичeски пoдключaются чeрeз устрoйствa, нaзывaeмыe мaршрутизaтoрaми или IP-мaршрутизaтoрaми.
Мaршрутизaтoр — этo кoмпьютeр, кoтoрый пeрeдaeт пaкeты дaнныx из oднoй сeти в другую. В интрaсeти, рaбoтaющeй нa oснoвe TCP/IP, инфoрмaция пeрeдaeтся в видe дискрeтныx блoкoв, называемых IP-пакетами (IP packets) или IP-дейтаграммами (IP datagrams). Благодаря программному обеспечению TCP/IP все компьютеры, подключенные к вычислительной сети, становятся «близкими родственниками». По существу оно скрывает маршрутизаторы и базовую архитектуру сетей и делает так, что все это выглядит как одна большая сеть. Точно так же, как подключения к сети Ethernet распознаются по 48-разрядным идентификаторам Ethernet, подключения к интрасети идентифицируются 32-разрядными IP-адресами, которые мы выражаем в форме десятичных чисел, разделенных точками (например, 128.10.2.3). Взяв IP-адрес удаленного компьютера, компьютер в интрасети или в Internet может отправить данные на него, как будто они составляют часть одной и той же физической сети. TCP/IP дает решение проблемы данными между двумя компьютерами, подключенными к одной и той же интрасети, но принадлежащими различным физическим сетям.
Решение состоит из нескольких частей, причем каждый член семейства протоколов TCP/IP вносит свою лепту в общее дело. IP — самый фундаментальный протокол из комплекта TCP/IP — передает IP-дейтаграммы по интрасети и выполняет важную функцию, называемую маршрутизацией, по сути дела это выбор маршрута, по которому дейтаграмма будет следовать из пункта А в пункт B, и использование маршрутизаторов для «прыжков» между сетями. TCP — это протокол более высокого уровня, который позволяет прикладным программам, запущенным на различных главных компьютерах сети, обмениваться потоками данных. TCP делит потоки данных на цепочки, которые называются TCP-сегментами, и передает их с помощью IP. В большинстве случаев каждый TCP-сегмент пересылается в одной IP-дейтаграмме. Однако при необходимости TCP будет расщеплять сегменты на несколько IP-дейтаграмм, вмещающихся в физические кадры данных, которые используют для передачи информации между компьютерами в сети. Поскольку IP не гарантирует, что дейтаграммы будут получены в той же самой последовательности, в которой они были посланы, TCP осуществляет повторную «сборку» TCP-сегментов на другом конце маршрута, чтобы образовать непрерывный поток данных.
FTP и telnet — это два примера популярных прикладных программ TCP/IP, которые опираются на использование TCP. Другой важный член комплекта TCP/IP — User Datagram Protocol (UDP, протокол пользовательских дейтаграмм), который похож на TCP, но более примитивен. TCP — «надежный» протокол, потому что он обеспечивает проверку на наличие ошибок и обмен подтверждающими сообщениями чтобы данные достигали своего места назначения заведомо без искажений. UDP — «ненадежный» протокол, ибо не гарантирует, что дейтаграммы будут приходить в том порядке, в котором были посланы, и даже того, что они придут вообще. Если надежность — желательное условие, для его реализации потребуется программное обеспечение. Но UDP по-прежнему занимает свое место в мире TCP/IP, и испльзуется во многих программах.
Прикладная программа SNMP (Simple Network Management Protocol, простой протокол управления сетями), реализуемый во многих воплощениях TCP/IP, — это один из примеров программ UDP. Другие TCP/IP протоколы играют менее заметные, но в равной степени важные роли в работе сетей TCP/IP.
Например, протокол определения адресов (Address Resolution Protocol, ARP) ппреобразует IP-адреса в физические сетевые адреса, такие, как идентификаторы Ethernet. Родственный протокол — протокол обратного преобразования адресов (Reverse Address Resolution Protocol, RARP) — выполняет обеспечивает обратное действие, преобразуя физические сетевые адреса в IP-адреса. Протокол управления сообщениями Internet (Internet Control Message Protocol, ICMP) представляет собой протокол сопровождения, который использует IP для обмена управляющей информацией и контроля над ошибками, относящимися к передаче пакетов IP. Например, если маршрутизатор не может передать IP-дейтаграмму, он использует ICMP, с тем чтобы информировать отправителя, что возникла проблема.
Краткое описание некоторых других протоколов, которые «прячутся под зонтиком» TCP/IP, приведено во врезке. Краткое описание протоколов семейства TCP/IP с расшифровкой аббревиатур ARP (Address Resolution Protocol, протокол определения адресов): конвертирует 32-разрядные IP-адреса в физические адреса вычислительной сети, например, в 48-разрядные адреса Ethernet. FTP (File Transfer Protocol, протокол передачи файлов): позволяет передавать файлы с одного компьютера на другой с использованием TCP-соединений. В родственном ему, но менее распространенном протоколе передачи файлов — Trivial File Transfer Protocol (TFTP) — для пересылки файлов применяется UDP, а не TCP. ICMP (Internet Control Message Protocol, протокол управляющих сообщений Internet): позволяет IP-маршрутизаторам посылать сообщения об ошибках и управляющую информацию другим IP-маршрутизаторам и главным компьютерам сети.
ICMP-сообщения «путешествуют» в виде полей данных IP-дейтаграмм и обязательно должны реализовываться во всех вариантах IP. IGMP (Internet Group Management Protocol, протокол управления группами Internet): позволяет IP-дейтаграммам распространяться в циркулярном режиме (multicast) среди компьютеров, которые принадлежат к соответствующим группам. IP (Internet Protocol, протокол Internet): низкоуровневый протокол, который направляет пакеты данных по отдельным сетям, связанным вместе с помощью маршрутизаторов для формирования Internet или интрасети. Данные «путешествуют» в форме пакетов, называемых IP-дейтаграммами. RARP (Reverse Address Resolution Protocol, протокол обратного преобразования адресов): преобразует физические сетевые адреса в IP-адреса. SMTP (Simple Mail Transfer Protocol, простой протокол обмена электронной почтой): определяет формат сообщений, которые SMTP-клиент, работающий на одном компьютере, может использовать для пересылки электронной почты на SMTP-сервер, запущенный на другом компьютере. TCP (Transmission Control Protocol, протокол управления передачей): протокол ориентирован на работу с подключениями и передает данные в виде потоков байтов.
Данные пересылаются пакетами — TCP-сегментами, — которые состоят из заголовков TCP и данных. TCP — «надежный» протокол, потому что в нем используются контрольные суммы для проверки целостности данных и отправка подтверждений, чтобы гарантировать, что переданные данные приняты без искажений. UDP (User Datagram Protocol, протокол пользовательских дейтаграмм): протокол, не зависящий от подключений, который передает данные пакетами, называемыми UDP-дейтаграммами. UDP — «ненадежный» протокол, поскольку отправитель не получает информацию, показывающую, была ли в действительности принята дейтаграмма. Архитектура TCP/IP Проектировщики вычислительных сетей часто используют семиуровневую модель ISO/OSI (International Standards Organization/Open Systems Interconnect, Международная организация по стандартизации/ Взаимодействие открытых систем), которая описывает архитектуру сетей.
Каждый уровень в этой модели соответствует одному уровню функциональных возможностей сети. В самом основании располагается физический уровень, представляющий физическую среду, по которой «путешествуют» данные, — другими словами, кабельную систему вычислительной сети. Над ним имеется канальный уровень, или уровень звена данных, функционирование которого обеспечивается сетевыми интерфейсными платами. На самом верху размещается уровень прикладных программ, где работают программы, использующие служебные функции сетей. На рисунке показано, как TCP/IP согласуется с моделью ISO/OSI. Этот рисунок также иллюстрирует уровневое строение TCP/IP и показывает взаимосвязи между основными протоколами. При переносе блока данных из сетевой прикладной программы в плату сетевого адаптера он последовательно проходит через ряд модулей TCP/IP.
При этом на каждом шаге он доукомплектовывается информацией, необходимой для эквивалентного модуля TCP/IP на другом конце цепочки. К тому моменту, когда данные попадают в сетевую плату, они представляют собой стандартный кадр Ethernet, если предположить, что сеть основана именно на этом интерфейсе. Программное обеспечение TCP/IP на приемном конце воссоздает исходные данные для принимающей программы путем захвата кадра Ethernet и прохождения его в обратном порядке по набору модулей TCP/IP.
Пояснение причин и обсуждение — на странице. Обсуждение длится не менее недели. Не удаляйте шаблон до подведения итога обсуждения. TCP/IP — передачи данных, представленных в цифровом виде. Модель описывает способ передачи данных от источника информации к получателю. В модели предполагается прохождение информации через четыре уровня, каждый из которых описывается правилом (протоколом передачи).
Наборы правил, решающих задачу по передаче данных, составляют стек, на которых базируется. Название TCP/IP происходит из двух важнейших протоколов семейства — (TCP) и (IP), которые первыми были разработаны и описаны в данном стандарте.
Также изредка упоминается как в связи с историческим происхождением от сети из 1970-х годов (под управлением, ). Набор интернет-протоколов - это концептуальная модель и набор коммуникационных протоколов, используемых в Интернете и подобных компьютерных сетях.
Он широко известен как /, поскольку базовые протоколы в пакете - это протокол управления передачей (TCP) и интернет-протокол (IP). Его иногда называют моделью Министерства обороны (МО), поскольку разработка сетевого метода финансировалась Министерством обороны Соединенных Штатов через. Набор интернет-протоколов обеспечивает сквозную передачу данных, определяющую, как данные должны пакетироваться, обрабатываться, передаваться, маршрутизироваться и приниматься. Эта функциональность организована в четыре слоя абстракции, которые классифицируют все связанные протоколы в соответствии с объемом задействованных сетей. От самого низкого до самого высокого уровня - это уровень связи, содержащий методы связи для данных, которые остаются в пределах одного сегмента сети (ссылка); интернет-уровень, обеспечивающий межсетевое взаимодействие между независимыми сетями; транспортный уровень, обрабатывающий связь между хостами; и прикладной уровень, который обеспечивает обмен данными между процессами для приложений. Технические стандарты, определяющие набор протоколов Интернета и многие из его составляющих протоколов, поддерживаются Целевой группой по разработке Интернета. Набор интернет-протоколов предшествует, более всеобъемлющей базовой базой для общих сетевых систем.
Вы поможете проекту, его. Стек протоколов TCP/IP был создан на основе группой разработчиков под руководством в 1972 году. В июле 1976 года Винт Серф и впервые продемонстрировали передачу данных с использованием TCP по трём различным сетям. Пакет прошел по следующему маршруту: Сан-Франциско — Лондон — Университет Южной Калифорнии.
В конце своего путешествия пакет проделал 150 тысяч км, не потеряв ни одного бита. В 1978 году Серф, и решили выделить в TCP две отдельные функции: TCP и IP ( Internet Protocol, межсетевой протокол). TCP был ответственен за разбивку сообщения на ( datagram) и соединение их в конечном пункте отправки. IP отвечал за передачу (с контролем получения) отдельных датаграмм. Вот так родился современный протокол Интернета.
А 1 января 1983 года ARPANET перешла на новый протокол. Этот день принято считать официальной датой рождения Интернета. Уровни стека TCP/IP Стек протоколов TCP/IP включает в себя четыре уровня:. (application layer),. (transport layer),. (межсетевой) (Internet layer),.
(link layer). Протоколы этих уровней полностью реализуют функциональные возможности. На стеке протоколов TCP/IP построено всё взаимодействие пользователей в IP-сетях. Стек является независимым от физической среды передачи данных, благодаря чему, в частности, обеспечивается полностью прозрачное взаимодействие между проводными и беспроводными сетями. Также: Сетевой (межсетевой) уровень (Internet layer) изначально разработан для передачи данных из одной сети в другую. На этом уровне работают, которые перенаправляют пакеты в нужную сеть путем расчета адреса сети.
Примерами такого протокола является и в сети. С развитием концепции в уровень были внесены дополнительные возможности по передаче из любой сети в любую сеть, независимо от протоколов нижнего уровня, а также возможность запрашивать данные от удалённой стороны, например в протоколе (используется для передачи диагностической информации -соединения) и (используется для управления -потоками). ICMP и IGMP расположены над и должны попасть на следующий — транспортный — уровень, но функционально являются протоколами сетевого уровня, и поэтому их невозможно вписать в модель OSI. Пакеты сетевого протокола могут содержать код, указывающий, какой именно протокол следующего уровня нужно использовать, чтобы извлечь данные из пакета.
Это число — уникальный IP-номер протокола. ICMP и IGMP имеют номера, соответственно, 1 и 2. К этому уровню относятся:, Канальный уровень (Link layer) описывает способ кодирования данных для передачи на физическом уровне (то есть специальные последовательности бит, определяющих начало и конец пакета данных, а также обеспечивающие помехоустойчивость)., например, в полях содержит указание того, какой машине или машинам в сети предназначен этот пакет. Примеры протоколов канального уровня —,. Не совсем вписывается в такое определение, поэтому обычно описывается в виде пары протоколов /.
Занимает промежуточное положение между канальным и сетевым уровнем и, строго говоря, его нельзя отнести ни к одному из них. Канальный уровень иногда разделяют на 2 подуровня —. Кроме того, канальный уровень описывает среду передачи данных (будь то, или ), физические характеристики такой среды и принцип передачи данных (, способ передачи, время ожидания ответа и максимальное расстояние). При проектировании стека протоколов на канальном уровне рассматривают — позволяющие обнаруживать и исправлять ошибки в данных вследствие воздействия шумов и помех на канал связи. Сравнение с моделью OSI.
Информация должна быть, иначе она может быть поставлена под сомнение и удалена. Вы можете эту статью, добавив ссылки. Эта отметка установлена 16 ноября 2017 года. Три верхних уровня в модели OSI, то есть уровень приложения, уровень представления и уровень сеанса, отдельно не различаются в модели TCP/IP, которая имеет только прикладной уровень над транспортным уровнем. Хотя некоторые чистые приложения протокола OSI, такие как, также объединяют их, нет требования, чтобы стек протокола TCP/IP должен накладывать монолитную архитектуру над транспортным уровнем. Например, протокол NFS-приложений работает через протокол представления данных (XDR), который, в свою очередь, работает по протоколу (RPC).
RPC обеспечивает надежную передачу данных, поэтому он может безопасно использовать транспорт UDP с максимальным усилием. Различные авторы интерпретировали модель TCP/IP по-разному и не согласны с тем, что уровень связи или вся модель TCP/IP охватывает проблемы уровня OSI уровня 1 (физический уровень) или предполагается, что аппаратный уровень ниже уровня канала. Несколько авторов попытались включить слои 1 и 2 модели OSI в модель TCP/IP, поскольку они обычно упоминаются в современных стандартах (например, IEEE и ITU). Это часто приводит к модели с пятью слоями, где уровень связи или уровень доступа к сети разделяются на слои 1 и 2 модели OSI. Усилия по разработке протокола IETF не касаются строгого расслоения. Некоторые из его протоколов могут не соответствовать чисто модели OSI, хотя RFC иногда ссылаются на нее и часто используют старые номера уровня OSI.
IETF неоднократно заявлял, что разработка интернет-протокола и архитектуры не должна соответствовать требованиям OSI. В, адресованном интернет-архитектуре, содержится раздел, озаглавленный «Слой, считающийся вредным». Например, считается, что уровни сеанса и представления пакета OSI включены в прикладной уровень пакета TCP/IP. Функциональность уровня сеанса можно найти в протоколах, таких как и, и более очевидна в таких протоколах, как и протокол инициации сеанса (SIP). Функциональность уровня сеанса также реализована с нумерацией портов протоколов TCP и UDP, которые охватывают транспортный уровень в наборе TCP/IP. Функции уровня представления реализуются в приложениях TCP/IP со стандартом при обмене данными.
Конфликты очевидны также в оригинальной модели OSI, ISO 7498, когда не рассматриваются приложения к этой модели, например, ISO 7498/4 Management Framework или ISO 8648 Internal Organization of the Network layer (IONL). Когда рассматриваются документы IONL и Management Framework, ICMP и IGMP определяются как протоколы управления уровнем для сетевого уровня. Аналогичным образом IONL предоставляет структуру для «зависимых от подсетей объектов конвергенции», таких как ARP и RARP.
Протоколы IETF могут быть инкапсулированы рекурсивно, о чем свидетельствуют протоколы туннелирования, такие как Инкапсуляция общей маршрутизации (GRE). GRE использует тот же механизм, который OSI использует для туннелирования на сетевом уровне. Существуют разногласия в том, как вписать в модель OSI, поскольку уровни в этих моделях не совпадают. К тому же, модель OSI не использует дополнительный уровень — «Internetworking» — между канальным и сетевым уровнями. Примером спорного протокола может быть. Вот как традиционно протоколы TCP/IP вписываются в модель OSI: Распределение протоколов по уровням модели OSI TCP/IP OSI 7 Прикладной Прикладной напр., 6 Представительский напр., 5 Сеансовый напр., ISO 8327 / CCITT X.225, 4 Транспортный Транспортный напр., 3 Сетевой Сетевой напр., 2 Канальный Канальный напр., 1 Физический напр., Обычно в стеке TCP/IP верхние 3 уровня модели OSI (, и ) объединяют в один — прикладной.
Поскольку в таком стеке не предусматривается унифицированный протокол передачи данных, функции по определению типа данных передаются приложению. Описание модели TCP/IP в технической литературе В модели TCP/IP, в отличие от, физический уровень никак не описывается. Тем не менее, в некоторых учебниках, для лучшего понимания, описывается «гибридная модель TCP/IP — OSI» из 5 уровней, содержащая дополнительный — физический уровень. Следующая таблица показывает различные вариации в описании модели TCP/IP. Количество уровней варьируется от трёх до семи. База знаний osLogic.ru. Cisco Learning.
↑ Эндрю Кровчик, Винод Кумар, Номан Лагари и др.NET сетевое программирование для профессионалов / пер. Стрельцов. — М.: Лори, 2005. — 400 с. —. —. Таненбаум Э. «Компьютерные Сети, пятое издание». R. Bush (December 2002), Internet Engineering Task Force, См.
Также Портал «» в Викиучебнике на Викискладе. Ссылки.
Руководство По Tcp/ip
(англ.). (англ.). (англ.). (англ.).
Руководство По Tcp/ip Для Начинающих
(англ.) — TCP. (англ.) — IP Литература. Терри Оглтри. Модернизация и ремонт сетей = Upgrading and Repairing Networks. — 4-е изд. — М.:, 2005. — С. 1328. —. Дуглас Камер. Сети TCP/IP, том 1.
Принципы, протоколы и структура = Internetworking with TCP/IP, Vol. 1: Principles, Protocols and Architecture. — М.:, 2003. — С. 880. —. Протоколы Internet. — 2-е изд., стереотип. — М.: Горячая линия - Телеком, 2005. — 1100 с. — 1150 экз. —. Паркер Т., Сиян К. — 3-е изд. — СПб.: Питер, 2004. — 859 с. — 4000 экз. —.