Интранет сети

Интранет сети

СОДЕРЖАНИЕ

1. Введение

2. Сетевые и межсетевые протоколы

3. Протоколы TCP/IP

4. Обмен сообщениями в сети

5. Работа с файлами в ЛВС

6. Вирусы в сети

7. Список литературы

1. Введение.

Накопленный опыт эксплуатации больших вычислительных сетей, та-

ких как ARPANET и TELENET, показывает, что около 80% всей генери-

руемой в таких сетях информации используется только тем же офисом,

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

предназначается лишь местным потребителям. Поэтому в последние

10-15 лет выделился специальный класс вычислительных сетей - ло-

кальные вычислительные сети (ЛВС), оптимально сочетающие в себе

простоту и надежность, высокую скорость передачи и большой набор

реализуемых функций.

Международный комитет IEEE 802 (институт инженеров по электро-

нике и электротехнике -IEEE, США), специализирующийся на стандар-

тизации в области ЛВС, дает следующее определение этим сетям: "...

Локальные вычислительные сети отличаются от других типов сетей

тем, что они обычно ограничены умеренной географической областью,

такой, как группа рядом стоящих зданий: склад, студенческий горо-

док, и в зависимости от каналов связи осуществляют передачу данных

в диапазонах скоростей от умеренных до высоких с низкой степенью

ошибок... Значения параметров области, общая протяженность, коли-

чество узлов, скорость передачи и топология ЛВС могут быть самыми

различными, однако комитет IEEE 802 основывает ЛВС на кабелях

вплоть до нескольких километров длины, поддержки нескольких сотен

станций разнообразной топологии при скоростях порядка 1-20 и более

Мбит/сек" .

Таким образом, отличительными признаками ЛВС можно считать: ох-

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

ность возникновения ошибок в коммуникационном оборудовании.

2. СЕТЕВЫЕ И МЕЖСЕТЕВЫЕ ПРОТОКОЛЫ

Базовая Модель Открытых Систем (МОС) определяет семь уровней

(слоев) коммуникационной системы. Каждый слой определяет соот-

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

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

Физический уровень (слой 1) предназначен для собственно переда-

чи данных по сети. Этот уровень определяет набор передающих сред,

используемых для соединения различных сетевых компонент (например,

оптическое волокно, витой телефонный кабель, коаксиальный кабель и

устройство цифрового мультиплексирования).

Уровень управления каналом (слой 2) предназначен для передачи

данных в каждый тип передающей среды. В локальных сетях на этом

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

среды и обнаружения и исправления ошибок.

Сетевой уровень (слой 3), часто называемый уровнем коммуникаци-

онной подсети, предназначен для переадресации пакетов. На этом

уровне осуществляется прокладка маршрутов пакетов в сети. .

Транспортный уровень (слой 4) обеспечивает надежный транспорт

данных между абонентами сети, включая средства управления потоком

и выявления и исправления ошибок.

Сеансовый уровень (слой 5) предназначен для управления коммуни-

кационными связями между двумя точками уровня представления. Уста-

новление, поддержка и окончание сеанса (сессии) обеспечиваются

этим уровнем. Кроме того, здесь же обеспечиваются соглашения об

именах.

Уровень представления (слой 6) предназначен для преобразования

данных в процессе их прохождения по сети. Кодировка, шифрование,

преобразование ASCII/EBCDIC, а также интерпретация управляющих

символов - примеры задач этого уровня.

Прикладной уровень (слой 7) представляет собой полный прог-

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

полный набор служб для управления связанными распределенными про-

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

равление сетью.

Существует два различных способа организации обмена данными в

сети - без установления логического соединения и с установлением

соединения.

Метод связи без логического соединения один из самых старых и

простейших в коммуникационной технологии. В таких системах каждый

пакет рассматривают как индивидуальный объект: каждый пакет содер-

жит адрес доставки и освобождает систему от предварительного обме-

на служебной информацией между передающим и принимающим узлами.

Примерами таких протоколов являются:

1.Прикладной дейтаграммный протокол Министерства

обороны США.

Ihe Dept. of Defense's User Datagram Protocol (UDP).

2.Протокол обмена пакетов сети Интернет фирмы Ксерокс.

Xerox's Internet Pasket Exchange Protocol (IPX).

3.Дейтаграммный протокол фирмы Apple.

Apple's Datagram Delivery Protocol (DDP).

Пример взаимодействия между абонентами без

установления соединения

Пакет данных 1

------------------------------>

Клиент "A" Пакет данных 2 Клиент "B"

------------------------------>

Пакет данных 3

------------------------------>

Пример взаимодействия между клиентом "A" и клиентом "B" без ус-

тановления логического канала. Поскольку никакого предварительного

обмена служебной информацией не производится, при этом методе пе-

редаются только данные.

Связь без логического соединения характеризуется следующим:

а. Переполнения соединений в рабочих станциях, межсетевых

рутерах, мостах и серверах полностью исключены.

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

адресатов.

с. Синхронизация приемника и передатчика не является необходи-

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

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

Метод, ориентированный на логическое соединение, является более

поздней технологией. При этом методе устанавливается логический

канал между двумя клиентами перед собственно передачей данных. Па-

кеты запроса на соединение посылаются удаленному клиенту для уста-

новки логического канала. Если удаленный клиент "согласен", то

возвращается пакет подтверждения установления логического канала и

только после этого начинается обмен данными с управлением потоком,

сегментацией и исправлением ошибок. Когда обмен данными завершает-

ся, посылается пакет подтверждения клиенту - инициатору.

Примерами протоколов, ориентированных на соединение,(с установ-

кой логического канала являются):

1.Протокол управления передачей Министерства обороны США. Ihe

Dept. of Defenee's Transmission Control Protocol (TCP)

2.Протокол последовательных пакетов фирм Ксерокс Xerox's

Sequenced Packet Protocol (SPP). Примерами протоколов, ориентиро-

ванных на соединение,(с установкой логического канала являются):

1.Протокол управления передачей Министерства обороны США. Ihe

Dept. of Defenee's Transmission Control Protocol (TCP) 2.Протокол

последовательных пакетов фирм Ксерокс Xerox's Sequenced Packet

Protocol (SPP). 3.Протокол транзакции фирмы Эппл. Apple's

Appletalk Transaction Protocol (ATP)

Пример взаимодействия с предварительным

установлением логического канала

Пакет запроса "вызов"

----------------------------------->

Пакет подтверждения вызова

Клиент "A" Пакет данных 2 Клиент "B"

----------------------------------->

Пакет данных 3

----------------------------------->

Пакет подтверждения данных

#include

#include

#include

#include

void far (*ipx_spx)(void);

int ipx_spx_installed(void)

{

union REGS regs;

struct SREGS sregs;

regs.x.ax = 0x7a00;

int86x(0x2f, ®s, ®s, &sregs);

if (regs.h.al != 0xff) return -1;

ipx_spx = MK_FP(sregs.es, regs.x.di);

_BX = 0x0010;

_AL = 0x00;

ipx_spx();

if (_AL == 0x00) return 0;

return 1;

}

int ipx_cancel_event(struct ECB *ecb_ptr)

{

_ES = FP_SEG( (void far *) ecb_ptr);

_SI = FP_OFF( (void far *) ecb_ptr);

_BX = 0x0006;

ipx_spx();

_AH = 0;

return _AX;

}

void close_socket(unsigned int socket)

{

if (ipx_spx_installed() < 1) return;

_BX = 0x0001;

_DX = socket;

ipx_spx();

}

int open_socket(unsigned int socket)

{

if (ipx_spx_installed() < 1) return -1;

_DX = socket;

_BX = 0x0000;

_AL = 0xFF;

ipx_spx();

_AH = 0;

return _AX;

}

int get_local_target(unsigned char *dest_network,

unsigned char *dest_node,

unsigned int dest_socket,

unsigned char *bridge_address)

{

unsigned int temp_ax;

struct {

unsigned char network_number [4];

unsigned char physical_node [6];

unsigned int socket;

} request_buffer;

struct {

unsigned char local_target [6];

} reply_buffer;

memcpy(request_buffer.network_number, dest_network, 4);

memcpy(request_buffer.physical_node, dest_node, 6);

request_buffer.socket = dest_socket;

_ES = FP_SEG( (void far *) &request_buffer);

_SI = FP_OFF( (void far *) &request_buffer);

_DI = FP_OFF( (void far *) &reply_buffer);

_BX = 0x0002;

ipx_spx();

_AH = 0;

temp_ax = _AX;

memcpy(bridge_address, reply_buffer.local_target, 6);

return temp_ax;

}

void let_ipx_breath(void)

{

_BX = 0x000A;

ipx_spx();

}

void ipx_listen_for_packet(struct ECB *ecb_ptr)

{

_ES = FP_SEG( (void far *) ecb_ptr);

_SI = FP_OFF( (void far *) ecb_ptr);

_BX = 0x0004;

ipx_spx();

}

void ipx_send_packet(struct ECB *ecb_ptr)

{

_ES = FP_SEG( (void far *) ecb_ptr);

_SI = FP_OFF( (void far *) ecb_ptr);

_BX = 0x0003;

ipx_spx();

}

int get_internet_address(unsigned char connection_number,

unsigned char *network_number,

unsigned char *physical_node)

{

union REGS regs;

struct SREGS sregs;

struct {

unsigned int len;

unsigned char buffer_type;

unsigned char connection_number;

} request_buffer;

struct {

unsigned int len;

unsigned char network_number [4];

unsigned char physical_node [6];

unsigned int server_socket;

} reply_buffer;

regs.h.ah = 0xe3;

request_buffer.len = 2;

request_buffer.buffer_type = 0x13;

request_buffer.connection_number = connection_number;

reply_buffer.len = 12;

regs.x.si = FP_OFF( (void far *) &request_buffer);

sregs.ds = FP_SEG( (void far *) &request_buffer);

regs.x.di = FP_OFF( (void far *) &reply_buffer);

sregs.es = FP_SEG( (void far *) &reply_buffer);

int86x(0x21, ®s, ®s, &sregs);

memcpy(network_number, reply_buffer.network_number, 4);

memcpy(physical_node, reply_buffer.physical_node, 6);

regs.h.ah = 0;

return regs.x.ax;

}

unsigned int get_1st_connection_num (char *who)

{

union REGS regs;

struct SREGS sregs;

struct {

unsigned int len;

unsigned char buffer_type;

unsigned int object_type;

unsigned char name_len;

unsigned char name [47];

} request_buffer;

struct {

unsigned int len;

unsigned char number_connections;

unsigned char connection_num [100];

} reply_buffer;

regs.h.ah = 0xe3;

request_buffer.len = 51;

request_buffer.buffer_type = 0x15;

request_buffer.object_type = 0x0100;

request_buffer.name_len = (unsigned char) strlen(who);

strcpy(request_buffer.name, who);

reply_buffer.len = 101;

regs.x.si = FP_OFF( (void far *) &request_buffer);

sregs.ds = FP_SEG( (void far *) &request_buffer);

regs.x.di = FP_OFF( (void far *) &reply_buffer);

sregs.es = FP_SEG( (void far *) &reply_buffer);

int86x(0x21, ®s, ®s, &sregs);

if (regs.h.al != 0) return 0;

if (reply_buffer.number_connections == 0) return 0;

regs.h.ah = 0;

regs.h.al = reply_buffer.connection_num[0];

return regs.x.ax;

}

unsigned char get_connection_number(void)

{

_AH = 0xDC;

geninterrupt(0x21);

return _AL;

}

void get_user_id(unsigned char connection_number,

unsigned char *user_id)

{

union REGS regs;

struct SREGS sregs;

struct {

unsigned int len;

unsigned char buffer_type;

unsigned char connection_number;

} request_buffer;

struct {

unsigned int len;

unsigned char object_id[4];

unsigned char object_type[2];

char object_name[48];

char login_time[7];

} reply_buffer;

regs.h.ah = 0xe3;

request_buffer.len = 2;

request_buffer.buffer_type = 0x16;

request_buffer.connection_number = connection_number;

reply_buffer.len = 61;

regs.x.si = FP_OFF( (void far *) &request_buffer);

sregs.ds = FP_SEG( (void far *) &request_buffer);

regs.x.di = FP_OFF( (void far *) &reply_buffer);

sregs.es = FP_SEG( (void far *) &reply_buffer);

int86x(0x21, ®s, ®s, &sregs);

strncpy(user_id, reply_buffer.object_name, 48);

}

2.6. Протокол последовательного обмена пакетами NetWare (SPX)

Протокол обмена последовательными пакетами (SPX) строится на

основе IPX и предлагает дополнительные услуги Xerox's Sequenced

Packet Protocol (SPP). SPX дает возможность прикладным программам

рабочей станции NetWare получать некоторые преимущества при ис-

пользовании сетевых драйверов при прямых коммуникациях с другими

рабочими станциями, серверами и устройствами интерсети с дополни-

тельной гарантией достоверности и последовательности пакетов.

Внутренне SPX построен на дейтаграммных примитивах IPX и дает

простой интерфейс, ориентированный на установление соединения.

В дополнение к структуре IPX, SPX включает 12 байтов блока уп-

равления соединения.

2.7. Программный интерфейс SPX

В дополнение к программному интерфейсу IPX, SPX предоставляет

следующие функции:

a. проверка установки SPX;

b. установка соединения;

c. прослеживание соединения;

d. окончание соединения;

e. разрыв соединения;

f. получение состояния соединения;

g. посылка последовательного пакета;

h. прослушивание (ожидание) последовательного пакета.

Эти функции управляют установкой, поддержанием, cбросом соеди-

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

вать свои собственные схемы тайм-аутов для гарантирования воста-

новления по обрыву установленного соединения, посылки последова-

тельного пакета или по запросу об окончании соединения.

Формат пакета протокола SPX

0 1 15 ¦

г====================¬¦

¦ контрольная сумма ¦¦

¦--------------------¦¦

¦ длина ¦¦

¦---------T----------¦¦

¦упр.транс¦тип пакетদ

¦---------+----------¦¦

¦- сеть доставки -¦¦

¦--------------------¦¦

Сетевой адрес ¦- -¦¦

доставки ¦- хост доставки -¦¦

¦--------------------¦¦Уровень 1

¦ порт доставки ¦+---------

¦--------------------¦¦адресация

¦- сеть отправителя-¦¦

¦--------------------¦¦

Сетевой адрес ¦ -¦¦

отправителя ¦- хост отправителя -¦¦

¦- -¦¦

¦--------------------¦¦

¦ порт отправителя ¦¦

L====================-¦

-+

г==========T=========¬¦

¦упр.соедин¦тип потоꦦ

¦----------+---------¦¦

¦идент.источ.соединен¦¦

¦--------------------¦¦

¦идент. приемника ¦¦Уровень 2

¦--------------------¦+---------

¦ номер пакета ¦¦протокол

¦--------------------¦¦последова-

¦номер подтверждения ¦¦тельных

¦--------------------¦¦пакетов

¦ номер размещения ¦¦

L====================-¦

--

г====================¬¦

¦ 0 - 546 байтов ¦¦Уровень 3

¦ ¦+---------

¦ прозрачных данных ¦¦управление

¦ -----------¦¦

¦ ¦доп.байт ¦¦

L=========¦==========-¦

--

гTTT======T==========¬

¦¦¦¦резерв¦тип потока¦

L+++======¦==========-

¦¦¦¦конец сообщения

¦¦¦внимание

¦¦посылка подтверждений

¦системный пакет

Рис.2.4

2.8. Управление потоком SPX

Управление потоком является средством, позволяющим уменьшить

количество повторных передач пакетов. В таких случаях, когда про-

исходит тайм-аут без успешного подтверждения, SPX выполняет опти-

мальное количество повторов, прежде чем декларирует обрыв соедине-

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

количества повторов, которые наиболее подходят к физическим харак-

тетистикам соответствующих сетевых устройств. SPX использует эв-

ристический алгоритм тайминга для вычисления оптимального коли-

чества повторов, адаптируясь под время задержки пакетов.

Протокол SPX предназначен для использования в качестве фунда-

мента для всевозможных сложных прикладных систем, включая коммуни-

кационные серверы, шлюзы и системы пересылки сообщений рабочих

станций интерсети.

2.9. Протокол объявления услуг

Создавая открытую архитектуру, фирма Novell открывает разработ-

чикам возможность добавлять к существующему набору сетевых услуг

новые сервисы и услуги. Для облегчения таких разработок среда ин-

терсети NetWare включает в себя протокол и механизм, который поз-

воляет сетевым сервисным программам объявлять свои услуги по имени

и типу интерсети NetWare.

Серверы, использующие этот протокол, имеют свое имя, тип серви-

са и адрес интерсети, та же самая информация существует в маршру-

тизаторах NetWare.

Данный механизм позволяет рабочей станции издать широковеща-

тельный пакет запроса в локальную сеть для получения идентификации

всех серверов любого типа, всех серверов специфического типа или

только ближайшего сервера конкретного типа услуг. Дополнительно

рабочая станция может запросить любой сервер для получения имен и

адресов всех серверов данного конкретного типа.

Весь этот механизм известен как протокол объявления услуг

(SAP). Каждый сервер определенного типа имеет заданное уникальное

имя, которое позволяет клиенту выбирать среди серверов определен-

ный тип и определять желаемый сервер по имени, а не по адресу ин-

терсети.

3. ПРОТОКОЛЫ TCP/IP

Соотношение пpотоколов TCP/IP и Модели Откpытых Систем

Уpовни МОС Пpотоколы TCP/IP

------------------¬ --------T----T-----T-----T---------¬

¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦

¦Пpикладной ¦ ¦Telnet ¦FTP ¦TFTP ¦SMTP ¦ DNS ¦

¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦

+-----------------+ ¦ ¦ ¦ ¦ +---------+

¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦

¦Пpедставительный ¦ ¦ ¦ ¦ ¦ ¦ Дpугие ¦

¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦

+-----------------+ +-------+----+---T-+-----+---------+

¦ ¦ ¦ ¦ ¦

¦Сеансовый ¦ ¦ TCP ¦ UDP ¦

¦ ¦ ¦ ¦ ¦

¦ ¦ ¦ ¦ ¦

¦ ¦ ¦ ¦ ¦

¦Тpанспоpтный ¦ ¦ ¦ ¦

¦ ¦ ¦ ¦ ¦

+-----------------+ +-------T--------+T----------------+

¦ ¦ ¦ IP ¦ ICMP ¦ ---------------+

¦Сетевой ¦ ¦ L---------- ¦ ARP RARP ¦

¦ ¦ ¦ ¦ ¦

+-----------------+ +----------T--------+--T-----------+

¦ ¦ ¦ ¦ ¦ ¦

¦Канальный ¦ ¦ ¦ ¦ ¦

¦ ¦ ¦Ethernet ¦Token Ring ¦ Дpугие ¦

+-----------------+ ¦ ¦ ¦ ¦

¦ ¦ ¦ ¦ ¦ ¦

¦Физический ¦ ¦ ¦ ¦ ¦

¦ ¦ ¦ ¦ ¦ ¦

L------------------ L----------+-----------+------------

Рис.3.1.

Уровневая структура модели позволяет разработчикам сетей сосре-

доточиться на функциях конкретного уровня. Другими словами, нет

необходимости создавать все механизмы для посылки информации по

сети. Разработчикам нужно знать сервисы, которые должны быть обес-

печены вышележащему уровню, какие сервисы нижележащего уровня дос-

тупны, и какие протоколы модели обеспечивают эти сервисы.

Сумму уровней протокольного набора часто называют протокольным

стеком (protocol stack) - см. pис .3.2.

Таблица иллюстрирует некоторые из наиболее общих протоколов

TCP/IP и сервисы, обеспечиваемые ими.

Каждый уровень протокольного стека исходного компьютера взаимо-

действует с соответствующим уровнем компьютера-адресата как равный

с равным. С точки зрения программного обеспечения или пользователя

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

Пpотоколы TCP/IP

Хост-ЭВМ - источник Хост-ЭВМ - адpесат

---------------¬ --------------¬

¦ Пpикладной ¦ ¦ Пpикладной ¦

¦ ¦ ¦ ¦

L-------T------- сообщения или L------T-------

¦ ---------- потоки -----------¦

-------+------¬ -------+------¬

¦Тpанспоpтный ¦ ¦Тpанспоpтный ¦

¦ ¦ ¦ ¦

L------T------- дейтагpаммы (UDP) L------T-------

¦ --------- или сегменты (TCP) ------¦

-------+------¬ -------+------¬

¦Межсетевой ¦ ¦ Межсетевой ¦

¦(Интеpсеть) ¦ ¦ (Интеpсеть)¦

L------T------- L------T-------

¦ ---------- дейтагpаммы IP ------- ¦

-------+------¬ -------+------¬

¦Сетевой ¦ ¦ Сетевой ¦

¦интеpфеис ¦ ¦ интеpфейс ¦

L------T------- L------T-------

¦ ---------- кадpы сети ------------ ¦

¦ ¦

¦ ¦

¦ -----------------------¬ ¦

L-------+ Сетевая аппаpатуpа +------

L-----------------------

Рис.3.2.

уровни посылают свои пакеты непосредственно друг другу.

Например, прикладная программа, посылающая файлы с использова-

нием TCP, выполняет следующие операции:

- прикладной уровень передает поток байтов транспортному уровню

на исходном компьютере; - транспортный уровень делит поток на сег-

менты TCP, добавляя заголовок с последовательным номером сегмента

и передает сегмент межсетевому уровню (Internet-IP);

- уровень IP создает пакет с порцией данных, содержащий сегмент

TCP. Уровень добавляет заголовок пакета, содержащий адреса источ-

ника и получателя IP. Уровень определяет также физический адрес

компьютера - адресата или промежуточных компьютеров на пути к узлу

- адресату и передает пакет уровню логической связи;

- уровень звена данных передает пакет IP в порции данных кадра

уровня звена данных компьютеру - адресату. Здесь может иметь место

направление пакета IP промежуточными системами;

- на компьютере - адресате уровень звена данных удаляет заголо-

вок уровня звена данных и передает пакет IP уровню IP;

- уровень IP проверяет заголовок пакета IP. Если контрольная

сумма, содержащаяся в заголовке, не совпадает с контрольной сум-

мой, вычесленной уровнем IP, пакет уничтожается;

- если контрольные суммы совпадают, уровень IP удаляет

Набоp пpотоколов TCP/IP

------------------------T---------------------------------¬

¦ Пpотокол ¦ Сеpвис ¦

+-----------------------+---------------------------------+

¦ ¦ ¦

¦Internet Protocol (IP) ¦ Межсетевой пpотокол обеспечивает¦

¦ ¦ сеpвис доставки пакетов между ¦

¦ ¦ узлами ¦

¦ ¦ ¦

¦Internet Control ¦ Межсетевой пpотокол упpавления ¦

¦Message Protocol (ICMP)¦ сообщениями упpавляет пеpедачей ¦

¦ ¦ упpавляющих сообщений и сообще- ¦

¦ ¦ ний об ошибках между хост-ЭВМ и ¦

¦ ¦ шлюзами ¦

¦ ¦ ¦

¦Address Resolution ¦ Пpотокол pазpешения адpесов ¦

¦Protokol (ARP) ¦ мапиpует межсетевые адpеса в ¦

¦ ¦ физические ¦

¦ ¦ ¦

¦Reverse Address ¦ Обpатный пpотокол pазpешения ¦

¦Resolution Protocol ¦ адpесов мапиpует физические ¦

¦(RARP) ¦ адpеса в интеpсетевые ¦

¦ ¦ ¦

¦Transmission Control ¦ Пpотокол упpавления пеpедачей ¦

¦Protocol (TCP) ¦ обеспечивает сеpвис надежной ¦

¦ ¦ доставки потока между клиен- ¦

¦ ¦ тами ¦

¦ ¦ ¦

¦User Datagram ¦ Пользовательский дейтагpаммный ¦

¦Protocol (UDP) ¦ пpотокол обеспечивает ненадеж- ¦

¦ ¦ ный сеpвис доставки пакетов без ¦

¦ ¦ установления соединения между ¦

¦ ¦ клиентами ¦

¦ ¦ ¦

¦File Transfer ¦ Пpотокол тpанспоpта файлов ¦

¦Protocol (FTP) ¦ обеспечивает услуги тpанспоpта ¦

¦ ¦ файлов пользовательского уpовня ¦

¦ ¦ ¦

¦Telnet ¦ Эмуляция теpминала ¦

¦ ¦ ¦

L-----------------------+----------------------------------

заголовок пакета IP и передает сегмент TCP уровню TCP. Уровень

TCP проверяет последовательный номер для определения - является ли

данный сегмент корректным в последовательности;

- уровень TCP подсчитывает контрольную сумму для заголовка TCP

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

мы не совпадают, уровень TCP уничтожает сегмент. Если контрольная

сумма корректна и номер сегмента соответствует последовательности,

уровень TCP посылает положительное подтверждение на компьютер -

источник;

- на компьютере - адресате уровень TCP удаляет заголовок TCP и

передает полученные байта из сегмента прикладной программе;

- прикладная программа на компьютере - адресате получает поток

байтов так, словно она была связана непосредственно с прикладной

программой на компьютере - испточнике.

3.1. Физические адреса и межсетевые адреса.

На уровне звена данных узлы в сети взаимодействуют с другими

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

узел имееет физический адрес для аппаратуры выхода в сеть. Физи-

ческие адреса имеют различные формы в различных сетях. Например,

физический адрес в Ethernet является 6-байтным числовым значением,

таким как 08-00014-57-69-69. Это значение назначается производите-

лем аппаратуры. Сети X.25 используют стандарт X.121 физических ад-

ресов длиной в 14 цифр. Сети LocalTalk используют 3байтовые адре-

са, состоящие из 2-байтового номера сети и 1-байтового номера уз-

ла. В сети LocalTalk номер сети статический, а номер узла назнача-

ется динамически при запуске узла.

Адрес Межсетевого Протокола (адрес IP) для узла является логи-

ческим адресом - он не зависит от аппаратуры или конфигурации сети

и имеет одну и туже форму независимо от типа сети. Это 4байтное

(32 бита) числовое значение, которое идентифицирует как сеть, так

и локальный узел (компьютер или другое устройство) в данной сети.

4-байтовый адрес IP обычно представляется десятичными числами

(каждый байт), разделяемыми точками, например, 129.47.6.17. Иногда

адреса представляются шестнадцатеричными цифрами.

Узлы, использующие протоколы TCP/IP, транслируют адреса назна-

чения IP в физические адреса аппаратуры подуровня доступа к пере-

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

Каждая посылающая прикладная программа посылает свой адрес IP в

пакете. Принимающая программа может послать ответ источнику, ис-

пользуя адрес IP источника из пакета.

Поскольку адреса IP не зависят от конкретного типа сети, они

могут использоваться для посылки пакета из сети одного типа в дру-

гую сеть. В каждом типе сети программное обеспечение TCP/IP ставит

в соответствие физические адреса сети и адреса IP. Если пакет пе-

редается в другую сеть, адрес IP получателя транслируется в физи-

ческий адрес соответствующей сети.

Сетевой адрес может быть определен одним из следующих способов:

- если Вы хотите соединить Вашу сеть с Интерсетью DARPA, Вы

должны получить зарегистрированный адрес Интерсети в следующей

организации: DDN Network Information Center SRI International

333 Ravenswood Avenue, Room EJ291 Menlo Park, CA 94025 USA - если

Ваша сеть не является частью Интерсети DARPA, Вы можете

выбрать произвольный сетевой адрес. При этом для всех узлов в

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

- сетевая часть каждого адреса должна соответствовать адресу

сети, например, все узлы в сети 129.47 должны использовать адреса

сети 129.47;

- адрес IP для каждого узла должен быть уникальным внутри Вашей

сети.

3.2. Трансляция межсетевых адресов в физические

Когда пакет IP передается по сети, он прежде всего включается в

Страницы: 1, 2, 3