Текст 15 tcp / ip протокол архитектуры

1) Набор TCP / IP связи был разработан с модульностью в виду. Это означает, что вместо разработки решения, которое объединяет все аспекты коммуникации в одной части кода, разработчики разумно решили разбить загадку на составные компоненты и бороться с ними индивидуально, признавая взаимозависимость связывая воедино. Таким образом, TCP / IP превратился в набор протоколов, указав взаимозависимые решения различных кусочков головоломки связи. Такой подход к решению проблем, как правило, называют подходом слоев. Следовательно, в дальнейшем, будет делаться ссылка на пакет TCP / IP в качестве слоистых наборов коммуникаций.

2) Рисунок 20.1 показывает четыре слоя модели TCP / IP архитектуры связи. Как показано на схеме, модель базируется на понимании передачи данных, которая включает четыре набора взаимосвязанных процессов: процесс подачи заявки представителем, представитель принимающей процессы, процессы репрезентативной сети, и доступ к СМИ и процесс доставки представителю. Каждый набор процессов, заботится о потребностях лиц, он представляет, когда применение участвует в обмене данными со своими коллегами в сети. Это процесс наборы сгруппированы в следующие четыре слоя: на уровне приложений, Host-to-Host (также известный как транспорт) слой, интернет слой и слой доступа к сети. Каждый из этих слоев может быть реализован в отдельных, но взаимозависимых кусках программного кода. 

3) Уровень приложений

Процессы приложений представитель заботиться о согласовании различия в данных синтаксис между платформами, на которых общение приложения работают. Общение с мэйнфреймов IBM, например, может включать в себя символ перевода между EBCDIC и ASCII-кодировки. "При осуществлении перевода задачи на уровне приложений (например, процесс представителя приложения) не обязательно иметь (и не должен заботиться, чтобы иметь) ни малейшего представления о том, как основных протоколов (например, на хост-хост слой) ручки Передача перевод символов между хостами. Примеры протоколов, поддерживаемых на уровне приложений FTP, TELNET, NFS, и DNS.

4) Host-to-Host Transport Layer

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

5) В этом случае обмен данными между двумя хостами может быть связано с TELNET, FTP, или обоих. Он несет ответственность хост-хост слой, далее называемый транспортный уровень, чтобы убедиться, что данные отправлены и доставлены по назначению партии. Что происходит с FTP на обоих концах соединения должны быть доставлены к FTP, на другом конце. Кроме того, TELNET-генерируемого трафика должны быть доставлены TELNET на другом конце, а не на FTP. Для достижения этой цели, как будет показано ниже, на транспортном уровне на обоих концах соединения должны сотрудничать с пометкой пакетов данных, так что характер общения приложений легко идентифицировать. Протоколы работает на транспортном уровне включают в себя как UDP (User Datagram Protocol) и TCP (Transmission Control Protocol). В последующих разделах будут рассмотрены характеристики обоих протоколов.