Огляд сімейства протоколів TCP / IP

Зміст
Введення 1
Еталонна модель OSI 2
Анатомія моделі TCP/IP 4
Прикладної рівень 4
Межхостовой рівень 4
Межсетевой рівень 4
Рівень мережевого доступу 5
Переваги TCP/IP 5
Рівні та протоколи TCP/IP 6
Модель TCP/IP 6
Сімейство протоколів TCP/IP 6
Протокол IP 7
Завдання протоколу IP 8
Протокол ТСР 8
Завдання протоколу ТСР 8
Протокол UDP 8
Завдання протоколу UDP 9
Telnet 9
FTP 10
TFTP 11
SMTP 11
NFS 12
SNMP 13
World Wide Web 14
HTTP 14
Висновок 17
Додаток 19
Список використаної літератури 20

Введення

У загальному випадку термін TCP/IP позначає ціле сімейство протоколів: TCP
(Transmission Control Protocol/Internet Protocol) для надійної доставкиданих, UDP (User Datagram Protocol) для негарантованій доставки, IP
(Internet Protocol) та інших прикладних служб.
TCP/IP є відкритим комунікаційним протоколом. Відкритістьозначає, що він забезпечує зв'язок у будь-яких комбінаціях пристроївнезалежно від того, наскільки вони різняться на фізичному рівні.
Завдяки протоколу TCP/IP Інтернет став тим, чим він є сьогодні. Урезультаті Інтернет провів в нашому стилі життя і роботи майже такі жреволюційні зміни, як друкарський верстат, електрику і комп'ютер.
Без популярних протоколів і служб - таких, як HTTP, SMTP і FTP - Інтернетбув би просто великою кількістю комп'ютерів, пов'язаних на безпліднийклубок.
Протокол TCP/IP зустрічається повсюдно. Це сімейство протоколів,завдяки яким будь-який користувач з комп'ютером, модемом і договором,укладеним з постачальником послуг Інтернету, може отримати доступ доінформації по всьому Інтернету. Користувачі служб AOL Instant Messenger і
ICQ (також належить AOL) одержують і відправляють понад 750 мільйонівповідомлень на день.
Саме завдяки TCP/IP кожен день благополучно виконуються багатомільйони операцій - а можливо, і мільярди, оскільки робота в Інтернетіаж ніяк не обмежується електронною поштою та обміном повідомленнями. Більшетого, найближчим часом TCP/IP не збирається здавати свої позиції. Цестабільний, добре відпрацьований і досить повне сімейство протоколів.
У своїй роботі я описую загальний огляд сімейства протоколів
TCP/IP, основні принципи їх роботи та завдання, коротка історія World Wide
Web і HTTP.

Еталонна модель OSI

Міжнародна організація по стандартизації (ISO, International
Organization for Standardization) розробила еталонну модельвзаємодії відкритих систем (OSI, Open Systems Interconnection) в
1978/1979 роках для спрощення відкритого взаємодії комп'ютерних систем.
Відкритим називається взаємодія, що може підтримуватися внеоднорідних середовищах, що містять системи різних постачальників. Модель OSIвстановлює глобальний стандарт, що визначає склад функціональнихрівнів при відкритій взаємодії між комп'ютерами.
Слід зауважити, що модель настільки успішно впоралася зі своїмивихідними цілями, що в даний час її гідності вже практично необговорюються. Існуючий раніше закритий, інтегрований підхід вже незастосовується на практиці, у наш час відкритість комунікацій єобов'язковою. Як не дивно, дуже не багато продуктів повністювідповідають стандарту OSI. Замість цього базова багаторівнева структурачасто адаптується до нових стандартів. Тим не менше, еталонна модель OSIзалишається цінним засобом для демонстрації принципів роботи мережі.

Анатомія моделі TCP/IP

Стек протоколів TCP/IP складається з чотирьох функціональних рівнів:прикладного, межхостового, міжмережевого та рівня мережевого доступу.

Прикладної рівень

Прикладний рівень містить протоколи віддаленого доступу та спільноговикористання ресурсів. Добре знайомі програми-такі, як Telnet, FTP,
SMTP, HTTP і багато інших-працюють на цьому рівні і залежать відфункціональності рівнів, розташованих нижче в ієрархії. Будь-які програми,використовують взаємодію в мережах IP (включаючи аматорські та комерційніпрограми), відносяться до цього рівня моделі.

Межхостовой рівень

До функцій цього рівня відноситься сегментування даних в додаткахдля пересилання по мережі, виконання математичних перевірок цілісностіотриманих даних і мультиплексування потоків даних (як що передаються,так і приймаються) для декількох додатків одночасно. Звідси випливає,що межхостовой рівень у своєму розпорядженні засоби ідентифікації додатків івміє переупорядочівать дані, прийняті не в тому порядку.
В даний час межхостовой рівень складається з двох протоколів:протоколу управління передачею TCP і протоколу для користувача дейтаграм
UDP. З урахуванням того, що Інтернет стає все більш транзакційні -орієнтованим, був визначений третій протокол, умовно названийпротоколом управління транзакціями/передачею T/TCP
(Transaction/Transmission Control Protocol). Тим не менш, у більшостіприкладних сервісів Інтернету на межхостовом рівні використовуються протоколи
TCP і UDP.

Межсетевой рівень

Межсетевой рівень IPv4 складається з усіх протоколів і процедур,дозволяють потоку даних між хостами проходити по декількох мереж.
Отже, пакети, в яких передаються дані, повинні бутимаршрутизуються. За маршрутизації пакетів відповідає протокол IP
(Internet Protocol).

Межсетевой рівень повинен підтримувати маршрутизацію і функціїуправління маршрутами. Ці функції надаються зовнішніми протоколами,які називаються протоколами маршрутизації. До їх числа відносятьсяпротоколи IGP (Interior Gateway Protocols) і EGP (Exterior Gateway
Protocols).

Рівень мережевого доступу

Рівень мережевого доступу складається зі всіх функцій, необхідних дляфізичного підключення і передачі даних по мережі. У еталонної моделі OSI
(Open Systems Interconnection) цей набір функцій розбитий на два рівні:Фізичний і канальний. Еталонна модель TCP/IP створювалася післяпротоколів, які присутні в її назві, і в ній ці два рівні були злитівоєдино, оскільки різні протоколи IP зупиняються на міжмережевірівні. Протокол IP припускає, що всі низькорівневі функціїнадаються або локальною мережею, або підключенням черезпослідовний інтерфейс.

Переваги TCP/IP

Протокол TCP/IP забезпечує можливість міжплатформову мережевихвзаємодій (тобто зв'язку в різнорідних мережах). Наприклад, мережа підуправлінням Windows NT/2000 може містити робочі станції Unix і
Macintosh, і навіть інші мережі більш низького порядку. TCP/IP маєнаступними характеристиками: o Гарні засоби відновлення після збоїв. o Можливість додавання нових мереж без переривання поточної роботи. o Стійкість до помилок. o Незалежність від платформи реалізації. o Низькі непродуктивні витрати на пересилання службових даних.

Рівні та протоколи TCP/IP

Протоколи TCP і IP спільно управляють потоками даних (як входять,так і вихідними) у мережі. Але якщо протокол IP просто передає пакети, незвертаючи уваги на результат, TCP повинен простежити за тим, щоб пакетиприбутку в належне місце. Зокрема, TCP відповідає за виконаннянаступних завдань: o Відкриття та закриття сеансу. o Управління пакетами. o Керування потоком даних. o Виявлення та обробка помилок.

Модель TCP/IP

Протокол TCP/IP звичайно розглядається в контексті еталонної моделі,визначає структурний поділ його функцій. Однак модель TCP/IPрозроблялася значно пізніше самого комплексу протоколів, тому вонані як не могла бути взята за зразок при проектуванні протоколів.

Сімейство протоколів TCP/IP

Сімейство протоколів IP складається з декількох протоколів, частощо позначаються загальним терміном "TCP/IP": o IP - протокол мережевого рівня; o TCP - протокол межхостового рівня, що забезпечує надійну доставку; o UDP - протокол межхостового рівня, не забезпечує надійної доставки; o ICMP - багаторівневий протокол, що спрощує контроль, тестування і управління в мережах IP. Різні протоколи ICMP поширюються на межхостовой та прикладної рівні.
Зв'язки між цими протоколами зображені на малюнку.

Протокол IP

Протокол IP (Internet Protocol) є найпоширенішимміжмережевим протоколом у світі. Функціональність протоколу визначаєтьсяобсягом даних, що зберігаються в заголовках. Структура заголовків IP, а,отже, і його можливості спочатку визначалися в серії RFC іінших загальнодоступних документів, які були опубліковані ще за часівстворення групи IETF. Зазвичай вважається, що базовим документом длясучасної версії IP є RSC 791 ( «internet protocol», Postel, JB;
1981).
Завдяки невтомній роботі IETF протокол IP постійно розвивається. Уподальших RFC (Request for Comments) були додані численні новіможливості. Тим не менш, всі вони будуються на основі, закладеної в RFC
791. З архітектурної точки зору поточна версія IP має номер 4 (Ipv4).
З часом нова версія (Ipv6) поступово витіснить Ipv4, але в данийчас повсюдно підтримується стандарт Ipv4.

Завдання протоколу IP

Заголовок пакета IP містить всю інформацію, необхідну для виконанняосновних мережевих операцій. До числа таких операцій відносяться: o адресація і маршрутизація; o фрагментація і повторна збірка; o виявлення та виправлення даних, пошкоджених у процесі пересилання;

Протокол ТСР

Протокол TCP (Transmission Control Protocol ) користується сервісом IP длязабезпечення надійної доставки прикладних даних. ТСР створює між двомаабо більше хостами сеанс, орієнтований на з'єднання. Він володіє такимиможливостями, як підтримка декількох потоків даних, координація потокуі контроль помилок і навіть відновлення порушеного порядку пакетів.
Протокол ТСР також розроблявся за допомогою публікації загальнодоступнихдокументів RFC групою IETF.

Завдання протоколу ТСР

У сеансі зв'язку ТСР забезпечує ряд важливих функцій, більша частина якихпов'язана із забезпеченням інтерфейсу між різними програмами та мережею. Дочисла цих функцій належать: o мультиплексування даних між додатками і мережею; o перевірка цілісності отриманих даних; o відновлення порушеного порядку даних; o підтвердження успішного отримання даних; o регулювання швидкості передачі даних; o вимірювання часових характеристик; o координація повторної передачі даних, пошкоджених або втрачених в процесі пересилання.

Протокол UDP

Протокол UDP (User Datagram Protocol) є другим протоколоммежхостового рівня (відповідного транспортному рівню в еталонніймоделі OSI). UDP забезпечує найпростіші, що вимагають мінімальних витратзасоби передачі даних у вигляді так званих «дейтаграм» (datagrams).
Як правило, UDP використовується в додатках, орієнтованих натрансляцію або роботу з повідомленнями, а також там, де непотрібна повна надійність, що забезпечується протоколом TCP.

Завдання протоколу UDP

Протокол UDP навмисно проектувався як ефективний транспортнийпротокол з мінімальними витратами, що прямо відображено в структурі йогозаголовка. Інформації, що зберігається в заголовку, вистачає тільки для того,щоб переслати дейтаграму потрібного додатку (тобто номеру порту) тавиконати найпростішу перевірку помилок.
UDP не володіє жодною з нетривіальних можливостей, що забезпечуютьсяпротоколом ТСР. У ньому не передбачені таймери, засоби управління потокомабо регулювання швидкості передачі, підтвердження, механізми прискореноїдоставки термінових даних і т.д. Протокол UDP просто намагається доставитидейтаграму. Якщо спроба з якої-небудь причини завершується невдачею,дейтаграмма втрачається без будь-яких спроб повторної передачі даних.

Telnet

Термін «Telnet» (TELecommunications NETwork) звичайно використовується дляпозначення, як додатки, так і самого протоколу, що наділяє йогоподвійним змістом. Telnet надає в розпорядження користувача коштидля віддаленого входу і прямого виконання термінальних операцій по мережі.
Інакше кажучи, Telnet забезпечує прямий доступ до віддаленого комп'ютера.
Telnet працює на порту 23.
На хості повинен працювати сервер Telnet, що очікує аутентифікованимвіддаленого входу. У Windows 9x/NT/2000, BeOS, Linux та інших операційнихсистемах на платформі х86 необхідно встановити окремий сервер Telnet,налаштувати його і запустити на прийом вхідних запитів. Системи на базі MacOSтакож вимагають окремого сервера Telnet. Тільки в системах Unix євласний сервер Telnet, який зазвичай називається telnetd ( «d» - «daemon» --серверний додаток, що працює у фоновому режимі). На іншому кінціз'єднання працює додаток Telnet, що забезпечує текстовий абографічний інтерфейс для користувача сеансу.

FTP

На відміну від протоколу Telnet, що дозволяє працювати на віддаленому хості,протокол FTP (File Transfer Protocol) грає більш пасивну роль іпризначається для прийому і відправлення файлів на віддалений сервер. Такаможливість ідеально підходить для web-майстрів і взагалі для всіх, комубуде потрібно переслати великі файли з одного комп'ютера на інший безпрямого підключення. FTP зазвичай використовується у так званому «пасивному»режимі, при якому клієнт завантажує дані про дерево каталогів івимикається, але періодично сигналізує серверу про необхідністьзберігати відкритий порт.
У системах Unix підтримка FTP зазвичай забезпечується програмами ftpd іftp. За умовчанням протокол FTP працює на портах 20 (пересилання даних) і
21 (пересилання команд). FTP відрізняється від усіх інших протоколів ТСР/IPтим, що команди можуть передаватися одночасно з передачею даних уреальному часі; у інших протоколів така можливість відсутня.
Клієнти та сервера FTP в тій чи іншій формі існують у всіхопераційних системах. Програми FTP на базі MacOS мають графічнийінтерфейс, як і більшість програм для системи Windows. Перевагаграфічних клієнтів FTP полягає в тому, що команди, звичайно вводятьсявручну, тепер автоматично генеруються клієнтом, що знижуєймовірність помилок, спрощує і прискорює роботу. З іншого боку, сервери
FTP після початкового настроювання не потребують додаткової уваги,тому графічний інтерфейс для них є зайвим.

TFTP

Назва протоколу TFTP (Trivial FTP) вибрано вельми вдало. TFTPпідтримує лише мале підмножина функцій FTP. Він працює на базіпротоколу UDP. TFTP не стежить за доставкою пакетів і практично немає засоби обробки помилок. З іншого боку, ці обмеженнязнижують непродуктивні витрати при пересилці. TFTP не виконуєаутентифікації, він просто встановлює з'єднання. Як захиснийзаходи TFTP дозволяє переміщати тільки загальнодоступні файли.
Застосування TFTP створює серйозну загрозу для безпеки системи. Зацієї причини TFTP зазвичай використовується у вбудованих додатках, длякопіювання конфігураційних файлів при налаштуванні маршрутизатора, принеобхідність жорсткої економії ресурсів, а також у тих випадках, колибезпека забезпечується іншими засобами. Протокол TFTP такожвикористовується в мережних конфігураціях, в яких завантаження комп'ютерівпроводиться з віддаленого сервера, а протокол TFTP може бути легко записанийв ПЗУ мережевих адаптерів.

SMTP

Протокол SMTP (Simple Mail Transfer Protocol) є фактичнимстандартом пересилання електронної пошти в мережах, особливо в Інтернеті. Підвсіх операційних системах є поштові клієнти з підтримкою SMTP, абільшість постачальників послуг Інтернету використовує SMTP для роботи звихідної поштою. Сервери SMTP існують для всіх операційних систем,включаючи Windows 9x/NT/2K, MacOS, сімейство Unix, Linux, BeOS, і навіть
AmigaOS.
Протокол SMTP проектувався для транспортування повідомлень електронноїпошти в різних мережевих середовищах. По суті, SMTP не стежить за тим, якпереміщається повідомлення, а лише за тим, щоб воно було доставлено до місцяпризначення.
SMTP має потужні засобамі обробки пошти, що забезпечуютьавтоматичну маршрутизацію за певними критеріями. Зокрема, SMTPможе сповістити відправника про те, що адреса не існує, і повернути йомуповідомлення, якщо пошта залишається не доставленої протягом певногоперіоду часу (що задається системним адміністратором сервера, з якоговідправляється повідомлення). SMTP використовує порт ТСР з номером 25.

NFS

Файлова система NFS (Network File System) створювалася компанією Sun
Microsystems, Inc. для вирішення проблем в мережах з декількома операційнимисистемами. NFS підтримує тільки спільний доступ до файлів і єкомпонентом багатьох операційних систем сімейства Unix. Крім того, NFSдобре підтримується більшістю інших операційних систем.
У NFS версії 1 і 2 в якості основного транспортного протоколувикористовувався протокол UDP. Оскільки UDP не забезпечує гарантованоїдоставки, для ненадійних каналів ця проблема повинна вирішуватися на рівні
NFS, а не на рівні протоколу. Через це в деяких ранніх реалізаціях
NFS існували проблеми з псуванням вмісту файлів.
Починаючи з NFS версії 3, в якості транспортного протоколу можевикористовуватися TCP. Втім, що з'явилася в NFS 3 підтримка TCP НЕоптимізована. При використанні TCP в якості транспортного протоколу
NFS може використовувати надійність ТСР для підвищення якості доставки поненадійним каналах. Відповідно, NFS версії 3 краще працює вглобальних мережах і в Інтернет.
«Чиста» реалізація NFS не може запобігти одночасну запис уфайл з боку декількох користувачів, що легко приводить до псуванняданих, якщо користувачі не знають про паралельному виконанні операції зфайлом. Тим не менш, механізм блокування файлів, реалізований протоколом
NLM (Network Lock Manager), може використовуватися в поєднанні з NFS дляорганізації спільного читання і запису у файл.
Механізм доступу до файлів через NFS прямолінійний і прозаічен. Післямонтування NFS сервер стає частиною системи кінцевого користувача.
Ніяких додаткових кроків не потрібно - природно, не рахуючи процесуекспортування, необхідного для синхронізації конфігурації NFS на серверіі у клієнтів.

SNMP

Протокол SNMP (Simple Network Management Protocol) реалізує простізасоби збору даних про роботу маршрутизатора і управління ним звикористанням різних протоколів - таких, як UDP, IPX і IP. При будь-якомуобговоренні SNMP важливо пам'ятати, що перша буква в назві протоколуозначає «простий». Протокол підтримує тільки чотири команди - GET,
GETNEXT, SET і TRAP.Первие дві команди надають доступ до інформації, атретє дозволяє здійснювати віддалене управління деякими функціямимаршрутизаторів. Команда TRAP включає режим отримання від пристроюінформації про проблеми або події, що відбуваються.
Мережні пристрої передають інформацію про себе через базу керуючоїінформації MIB (Management Information Base). Ці дані, що описуютьпристрій, передаються станції управління SNMP (SNMP Management Station),яка по черзі ідентифікує кожен пристрій і зберігає інформаціюпро нього. Станція керує всіма SNMP-сумісними пристроями. Для кожногопристрої запускається агент SNMP, що представляє клієнтську сторонуоперацій з пристроями. Коли станція управління запитує інформацію пропорте командою GET, агент повертає цю інформацію.
Протокол SNMP не призначений для керування всіма мережними пристроямиз можливістю точного опису операцій. Це простий протокол дляповсякденної роботи, який дозволяє отримати потрібну інформацію беззавантаження 5-6 керуючих інтерфейсів. Для відправки повідомлень SNMPвикористовується транспортний протокол UDP.

World Wide Web

World Wide Web часто називають технологічним проривом 1990-х років. Webстала найбільшим досягненням з перших днів революції, виробленої широкимвпровадженням персональних комп'ютерів.
Концепція World Wide Web розроблялася в Європейській лабораторії зядерних досліджень (CERN) для спрощення спільного доступу до файлів іобміну інформацією між вченими-фізиками. У 1993 році в Національномуцентрі з використання суперкомп'ютерів (NCSA) був розроблений першийграфічний браузер Mosaic. З розробки цього web-клієнта почалася World
Wide Web в тому вигляді, в якому вона існує сьогодні.

HTTP

Протокол HTTP закладено в основу роботи World Wide Web. По суті, саме
HTTP належить основна заслуга в бурхливому розвитку Інтернету в середині
1990-х років. Спочатку з'явилися перші клієнти HTTP (такі, як Mosaic і
Netscape), які дозволяли наочно «побачити» Web. Незабаром стализ'являтися web-сервери з корисною інформацією. У наш час в Інтернетііснує більше шести мільйонів web-сайтів, що працюють на базі HTTP.
Протокол HTTP працює на добре відомому порте TCP з номером 80.
Протокол передачі гіпертексту (HTTP) - протокол прикладного рівня длярозподілених, спільних, многосредних інформаційних систем. HTTPвикористовується в World Wide Web (WWW) починаючи з 1990 року. Першою версією
HTTP, відомої як HTTP/0.9, був простий протокол для передачінеоброблених даних через Інтернет. HTTP/1.0 був поліпшенням цьогопротоколу, допускав MIME-подібний формат повідомлень, що міститьметаінформації про переданих даних і мав модифіковану семантикузапитів/відповідей. Однак недостатньо HTTP/1.0 враховував особливості роботиз ієрархічними проксі-серверами (hierarchical proxies), кешуванням,постійними сполуками, і віртуальними хостами (virtual hosts). Крімтого, швидке зростання числа не повністю сумісних з протоколом HTTP/1.0додатків, зажадав введення нової версії протоколу, в якій були бзакладені додаткові можливості, які допомогли б привести цідодатки до єдиного стандарту.
Великі інформаційні системи вимагають більшої кількості функціональнихможливостей, ніж просто завантаження інформації, включаючи пошук і модифікаціюданих за допомогою зовнішніх інтерфейсів. HTTP надає відкритий (open -ended) набір методів, які засновані на системі посилань, якізабезпечуються URI (універсальний ідентифікатор Ресурсів). URI можутьідентифікувати як розташування (URL), так і ім'я (URN) ресурсу, доякого застосовується даний метод. Повідомлення передаються в форматі,подібного використовуваному електронною поштою згідно визначень MIME
(Багатоцільових розширення електронної пошти).
HTTP також використовується як узагальнений протокол зв'язку між агентамикористувачів (user agents) і проксі-серверамі/шлюзамі (proxies/gateways)або іншими Інтернет-сервісами, включаючи такі як SMTP, NNTP, FTP, Gopher і
WAIS. Таким чином, HTTP визначає основи многосредного доступу доресурсів для різноманітних додатків.
Протокол HTTP - це протокол запитів/відповідей. Клієнт посилає поз'єднанню запит серверу, що містить: метод запиту, URI, версіюпротоколу, MIME-подібне повідомлення, що включає модифікатори запиту,клієнтську інформацію і, можливо, тіло запиту. Сервер відповідає рядкомстану, що включає версію протоколу повідомлення, кодом успішноговиконання або помилки, MIME-подібним повідомленням, що містить інформацію просервері, метаінформації об'єкту і, можливо, тіло об'єкта.
Більшість HTTP з'єднань, ініціалізується агентом користувачів таскладається з запиту, який потрібно застосувати до ресурсу на деякійпервинному сервері. У самому простому випадку, він може бути виконанийза допомогою одиночного з'єднання між агентом користувачів тапервинним сервером.
Більш складна ситуація виникає, коли в ланцюжку запитів/відповідейприсутній один або декілька посередників. Існують три основнірізновиди посередників: проксі-сервера, шлюзи, і тунелі. Проксі-серверє агентом-посередником, який отримує запити на деякий URI вабсолютній формі, змінює всі повідомлення або його частина і відсилаєзмінений запит серверу, ідентифікованого URI. Шлюз - це приймаєагент, що діє як би на рівень вище деякого іншого сервера і принеобхідності транслює запити до протоколу основного сервера. Тунельдіє як реле між двома з'єднаннями, не змінюючи повідомлень; тунелівикористовуються, коли зв'язок потрібно робити через посередника (наприклад,firewall), яка не розуміє зміст повідомлень.
Фактично, є широке розмаїття архітектур і конфігурацій кешейі проксі-серверів, що розробляються в даний час або розгорнутих в
World Wide Web; ці системи включають національні ієрархії проксі-кешей,які зберігають пропускну здатність міжокеанського каналів, системи,які поширюють за багатьма адресами вміст кеша, організації,які поширюють підмножини Кешована даних на CD-ROM, і такдалі. HTTP системи використовуються в корпоративних інтранет-мережах звисокошвидкісними лініями зв'язку, і для доступу через PDA з малопотужнимирадіолінії і нестійкою зв'язком. Мета HTTP/1.1 полягає в підтримціширокого різноманіття конфігурацій, вже побудованих при введенні ранніхверсій протоколу, а також у задоволенні потреб розробників webдодатків, що вимагають все більш високої надійності.
HTTP підключення зазвичай відбувається за допомогою TCP/IP з'єднань. HTTPтакож може бути реалізований за допомогою будь-якого іншого протоколу Інтернет,або інших мереж. HTTP необхідна лише надійна передача даних,отже може використовуватися будь-який протокол, який гарантуєнадійну передачу даних; відображення структури запиту і відповіді HTTP/1.1на транспортні модулі даних розглянутого протоколу - питання, чи невирішується на рівні самого протоколу.

Висновок

Сімейство протоколів TCP/IP (включаючи UDP і ICMP) задовольняло швидкозростаючі потреби користувачів і додатків більше 20 років. За цей часпротоколи постійно оновлювалися, що пояснювалося новими технологічнимирозробками і перетворенням Інтернету з дослідницької середовища зобмеженою кількістю користувачів в загальнодоступну комерційнуінфраструктуру.
Комерціалізація Інтернету викликала бурхливе зростання спільноти користувачів тазмінила його демографічну структуру. У свою чергу, це зумовилонеобхідність у нових адресах і підтримки нових типів сервісу на рівні
Інтернету. Обмежені можливості Ipv4 привели до розробки абсолютнонової версії протоколу. Новій версії IP був привласнений номер 6 (Ipv6), алетакож часто використовується термін Ipng (Internet Protocol: Next Generation).

Додаток

Список використаної літератури

TCP/IP. Для професіоналів. 3-е издание/Т. Паркер, К. Сяйво-СПб.: Питер,
2004
Персональні комп'ютери в мережах TCP/IP/Крейг Хант; перев. з англ. - BHV-
Київ, 1997.
Високопродуктивні мережі. Енциклопедія користувача/Марк А. Спортак іін; перев. з англ. - Київ, ДиаСофт, 1998
Мережі ЕОМ: протоколи, стандарти, інтерфейси/Ю. Блек; перев. з англ. - М.:
Світ, 1990.

-----------------------

Механізми канального та фізичного рівнів

UDP

ICMP

TCP

Протоколи прикладного рівня (TFTP, DNS, NFS і т.д.)

Протоколи прикладного рівня

(FTP, HTTP, і т.д.)