Протокол ТСР. Призначення.

TCP - це протокол забезпечення надійності прямих з'єднань, Створений для багаторівневої ієрархії протоколів, что підтрімують міжмережеві Додатки. Протокол TCP Забезпечує Надійність КОМУНІКАЦІЙ между парами процесів на хост-комп'ютерах, включених до Різні комп'ютерні комунікаційні мережі, Які об'єднані в єдину систему.

Відносно надійності протоколів більш низького, ніж TCP, рівня зроблені досить скромні запити. TCP передбачає, що він може Отримати простий, потенційно ненадійний сервіс для своїх датаграм з боку протоколів нижнього рівня. В принципі, протокол TCP повинен бути працездатний на великому наборі комунікаційних систем, починаючи з кабельних з'єднань і кінчаючи мережами з переключенням пакетів чи електричних ланцюгів.

Протокол TCP грунтується на концепціях, вперше описаних авторами Cerf і Kahn в документі. TCP Займає в багаторівневій архітектурі протоколів нішу безпосередньо над протоколом Internet, Який дозволяє протоколу TCP відправляти та отримувати сегменти інформації змінної довжини, укладені в оболонку Internet датаграм. Internet датаграма надає кошти для адресації відправника і одержувача сегментів TCP в різних мережах. Протокол Internet також здійснює будь-яку фрагментацію та зборку сегментів TCP, Необхідну для здійснення передачі та доставки через безліч мереж і проміжних шлюзів. Протокол Internet також обробляє інформацію про пріоритет, класифікації безпеки, а також здійснює розмежування TCP сегментів. Так що дана інформація може бути передана безпосередньо через безліч мереж.

Більша частина цього документа написана у зв'язку з реалізаціями TCP протоколу, Які разом з протоколами більш високого рівня присутні на хост-комп'ютері. Деякі комп'ютерні системи будуть включаться в мережі через головні комп'ютери, що містять протоколи рівнів TCP і Internet, а також специфічне мережеве програмне забезпечення.

Специфікація TCP описує її інтерфейс з протоколами більш високого рівня, Які виявилися здійсненні навіть у разі головного комп'ютера, якщо реалізований Відповідний протокол спілкування між хост-комп'ютером і головним комп'ютером.

Протокол TCP зобов'язаний забезпечити надійний сервіс для комунікацій між процесами в багатомережевий системі. Протокол TCP повинен бути спільним протоколом для комунікацій між хост-комп'ютерами в безлічі мереж.

Більша частина цього документа написана у зв'язку з реалізаціями TCP протоколу, Які разом з протоколами більш високого рівня присутні на хост-комп'ютері. Деякі комп'ютерні системи будуть включаться в мережі через головні комп'ютери, що містять протоколи рівнів TCP і Internet, а також специфічне мережеве програмне забезпечення.

Специфікація TCP описує її інтерфейс з протоколами більш високого рівня, Які виявилися здійсненні навіть у разі головного комп'ютера, якщо реалізований Відповідний протокол спілкування між хост-комп'ютером і головним комп'ютером.

Протокол TCP зобов'язаний забезпечити надійний сервіс для комунікацій між процесами в багатомережевий системі. Протокол TCP повинен бути спільним протоколом для комунікацій між хост-комп'ютерами в безлічі мереж.

Даний документ надає опис поведінки, очікуваного від будь-якої реалізації протоколу TCP, а також його взаємодії як з протоколами більш високого рівня, так і з протоколами TCP на інших комп'ютерах. Залишилося частина даної глави дає дуже короткий огляд дії протоколу і його інтерфейсів. Глава 2 підсумовує Ідейний базис для створення протоколу TCP. Глава 3 дає як детальний опис поведінки, необхідного від протоколу TCP при появі різних подій (вільних нових сегментів, запит від користувача, помилки і т.д.), так і опис деталей форматів TCP сегментів.

Протокол TCP взаємодіє з одного боку з користувачем або прикладної програмою, а з іншого - з протоколом більш низького рівня, таким як протокол Internet.

28.Тестування з’єднань. Утиліта Tracert.

Утиліта tracert використовується для відстеження маршруту пакета, посланого поточним хостом віддаленого. Вона може здатися більш зручною і змістовною, ніж ping, особливо в тих випадках, коли віддалений хост недосяжний. Ви зможете визначити район проблем зі зв'язком (у Вашого Інтернет-провайдера, в опорній мережі або в мережі віддаленого хоста) по тому, наскільки далеко буде відстежено маршрут. Якщо Ви побачите рядок зі зірочкою (*) або з повідомленнями типу "Destination net unreachable", "Destination host unreachable" або "Request time out", можливо, Ви виявили район проблем зі зв'язком.

Формат команды:

tracert [-h значеніє1] [-w значеніе2] [-d] IP-address або DNS-ім'я віддаленого хоста

Утиліта tracert спрацьовує таким чином: надсилається по3 пробних пакету на кожен хост, через який проходить маршрут до віддаленого хоста. Утиліта tracert використовує параметр time-to-live (TTL) для обмеження часу проходження пакету по маршруту, на якому кожен хост виявляється. TTL - це кількість "стрибків" або послідовних хостів, через які дозволяється пройти пакету. Стартуючи зі значення рівного 1, TTL зростає до тих пір поки, або пакет не досягне віддаленого хоста або не буде досягнуто максимальне значення "стрибків" (30 за замовчуванням).

C:\>tracert –d –h 16 ftp.microsoft.com
Трассировка маршрута к ftp.microsoft.com [207.46.133.140] с максимальным числом переходов 16:
1 3 мс 2 мс 2 мс 212.19.2.97
2 4 мс 4 мс 5 мс 212.19.1.14
3 40 мс 12 мс 6 мс 212.19.0.41
4 8 мс 5 мс 5 мс 193.124.171.5
5 9 мс 8 мс 7 мс 193.124.171.37
6 20 мс 11 мс 25 мс 195.161.157.45
7 71 мс 28 мс 41 мс 195.161.2.217
8 226 мс 137 мс 130 мс 195.161.2.205
9 108 мс 147 мс 390 мс 195.161.0.134
10 512 мс 268 мс 277 мс 195.161.161.162
11 228 мс 433 мс 242 мс 207.45.205.29
12 267 мс 415 мс 262 мс 207.45.221.97
13 759 мс 348 мс 322 мс 207.45.222.210
14 301 мс 311 мс 283 мс 207.45.222.225
15 331 мс * 331 мс 207.45.222.233
16 346 мс 357 мс 318 мс 207.45.223.53
Трасування завершена.

Параметр-d використовується для відключення режиму визначення dns-імен хостів по IP-адресами для зручності читання інформації з екрану. Можливо Ви не захочете використовувати цей параметр, так як dns-імена хостів на маршруті від Вашого хоста до віддаленого дозволяють Вам зрозуміти, де фізично ці хости розташовані.

У цьому прикладі використаний ключ-h зі значенням 16 з метою уникнути безліч набридаючі повідомлень типу "Request timed out". Значення за замовчуванням - 30, воно цілком прийнятно, і, якщо трасування пройшла успішно, то Ви побачите усього кілька рядків, що демонструють маршрут.

У цьому прикладі Ви бачите, що на 10 стрибку два з трьох пакетів залишилися без відгуку, можливо внаслідок короткочасних мережевих проблем. Якщо Ви виявили проблему на одній з ділянок маршруту, то Ви можете зв'язатися з адміністратором мережі, якій належить попередній ділянку маршруту, визначивши приналежність мережі за IP-адресою трассируемого хоста. У даному прикладі слід зв'язатися з Администрато мережі, якій належить IP-адреса 131.107.34.133 для того, щоб він відстежив проблему на наступному ділянці маршруту. Подальше дослідження проблеми за допомогою утиліти nslookup (яка буде розглянута нижче) показує, що мережа класу В 131.107.0.0 належить компанії microsoft.com, так побажаємо їй успіху!

29.Тестування з’єднань. Утиліта PING.

Утиліта ping є однією з стандартних консольних утиліт, що входять в комплект постачання операційних систем сімейства Microsoft Windows, і призначена для перевірки наявності та швидкості з'єднання в мережах, що працюють під управлінням протоколу TCP / IP. Утиліти з аналогічною функціональністю реалізовані також у ряді інших операційних систем і включені до складу ПЗ, керуючого деякими активними мережевими пристроями, такими як, наприклад, маршрутизатори. У середовищі Windows робота з утилітою здійснюється з використанням командного інтерпретатора CMD. У Unix-подібних системах для звернення до можливостей утиліти ping зазвичай потрібна наявність прав root (суперкористувача), при цьому в більшості з них можна викликати дану утиліту з терміналу за допомогою додаткової команди sudo.

Принцип дії утиліти ping побудований на аналізі часу затримки між моментом відправки віддаленого вузла запиту по протоколу ICMP (Internet Control Message Protocol Echo-Request) та отриманням від цього вузла відповіді (Internet Control Message Protocol Echo-Reply). Даний часовий діапазон носить назву RTT (Route Trip Time) і дозволяє оцінити швидкість передачі інформації, а також кількість втрачених пакетів. На основі цих відомостей можна зробити висновок про доступність віддаленого вузла та поточної навантаженні на використовувані для з'єднання з ним канали зв'язку. Втрата ста відсотків відправлених віддаленого вузла пакетів може свідчити про те, що даний вузол недоступний, або про вихід з ладу проміжного мережевого устаткування. Це може також означати, що якесь із здійснюють маршрутизацію проміжних пристроїв блокує обробку запитів ICMP Echo.

30.Протокол ТСР. Встановлення з’єднань.

TCP - це протокол забезпечення надійності прямих з'єднань, створений для багаторівневої ієрархії протоколів, що підтримують міжмережеві додатки. Протокол TCP забезпечує надійність комунікацій між парами процесів на хост-комп'ютерах, включених до різні комп'ютерні комунікаційні мережі, які об'єднані в єдину систему.

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

Протокол TCP основывается на концепциях, впервые описанных авторами Cerf и Kahn в документе. TCP Занимает в многоуровневой архитектуре протоколов нишу непосредственно над протоколом Internet, Который позволяет протоколу TCP отправлять и получать сегменты информации переменной длины, заключенные в оболочку Internet датаграмм. Internet датаграмма предоставляет средства для адресации отправителя и получателя сегментов TCP в РАЗЛИчНЫХ сетях. Протокол Internet также осуществляет любую фрагментации и сборку сегментов TCP, Необходимую для осуществления передачи и доставки через множество сетей и промежуточных шлюзов. Протокол Internet также обрабатывает информацию о приоритете, классификации безопасности, а также осуществляет разграничение TCP сегментов. Так что данная информация может быть передана напрямую через множество сетей.

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

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

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

Данный документ предоставляет описание поведения, ожидаемого от любой реализации протокола TCP, а также его взаимодействия как с протоколами более высокого уровня, так и с протоколами TCP на других компьютерах. Оставшаяся часть данной главы дает очень краткий обзор действия протокола и его интерфейсов. Глава 2 суммирует Идейный базис для создания протокола TCP. Глава 3 дает как детальное описание поведения, требуемого от протокола TCP при появление РАЗЛИчНЫХ событий (свободных новых сегментов, запрос от пользователя, ошибки и т.д.), так и описание деталей форматов TCP сегментов.

Протокол TCP взаимодействует с одной стороны с пользователем или прикладной программой, а с другой - с протоколом более низкого уровня, таким как протокол Internet.

При встановленні з’єднання TCP дії відбуваються в наступній послідовності:
1) сервер повинен бути підготовлений для того щоб прийняти з’єднання, переважно це досягається шляхом виклику функцій socket, bind, listen, і називається пасивним відкриттям.
2) клієнт виконує активне відкриття, викликаючи функцію connect. Це заставляє клієнта TCP послати сегмент SYN. Для того щоб повідомити серверу початковий порядковий номер даних, в який клієнт буде посилати для з’єднання. З сегментом SYN не посилаються дані. Він містить заголовок IP, заголовок TCP і певні параметри TCP.
3) сервер повинен підтвердити отримання клієнтського сегмента SYN, а також сервер повинен послати власний сегмент SYN, що містить початковий порядковий номер для даних, які сервер буде посилати по з’єднанню. Сервер посилає SYN i ASK – підтвердження прийому клієнтського SYN у вигляді клієнтського сегменту.
4) клієнт повинен підтвердити SYN від себе.

j – початковий порядковий номер клієнта
k – початковий порядковий номер сервера
Номер підтвердження в ASK – це наступний порядковий номер, який передбачається на тому кінці зв’язку, який відправив сегмент SYN. Так як SYN займає 1 байт простору порядкових номерів, номер підтвердження в сегменті ASK кожного сегмента SYN – це початковий порядковий номер, збільшений на 1.

Не нашли, что искали? Воспользуйтесь поиском: