МЕНЮ


Фестивали и конкурсы
Семинары
Издания
О МОДНТ
Приглашения
Поздравляем

НАУЧНЫЕ РАБОТЫ


  • Инновационный менеджмент
  • Инвестиции
  • ИГП
  • Земельное право
  • Журналистика
  • Жилищное право
  • Радиоэлектроника
  • Психология
  • Программирование и комп-ры
  • Предпринимательство
  • Право
  • Политология
  • Полиграфия
  • Педагогика
  • Оккультизм и уфология
  • Начертательная геометрия
  • Бухучет управленчучет
  • Биология
  • Бизнес-план
  • Безопасность жизнедеятельности
  • Банковское дело
  • АХД экпред финансы предприятий
  • Аудит
  • Ветеринария
  • Валютные отношения
  • Бухгалтерский учет и аудит
  • Ботаника и сельское хозяйство
  • Биржевое дело
  • Банковское дело
  • Астрономия
  • Архитектура
  • Арбитражный процесс
  • Безопасность жизнедеятельности
  • Административное право
  • Авиация и космонавтика
  • Кулинария
  • Наука и техника
  • Криминология
  • Криминалистика
  • Косметология
  • Коммуникации и связь
  • Кибернетика
  • Исторические личности
  • Информатика
  • Инвестиции
  • по Зоология
  • Журналистика
  • Карта сайта
  • Интранет сети

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

    показан пакет IP, включенный в кадр Ethernet. Пакет IP содержит

    межсетевой адрес узла, но кадр

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

    ленным по сети. Следовательно, посылающий узел должен быть в сост-

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

    су IP, содержащемуся в пакете IP.

    Адрес IP отображается в физический адрес с использованием Про-

    токола Разрешения Адресов (ARP) на широковещательных сетях, таких

    как Ethernet, Token Ring, ARCnet. Когда узел должен послать пакет

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

    ет адресу получателя IP, заданному в пакете IP. Для нахождения фи-

    зического адреса узел посылает широковещательный пакет ARP, содер-

    жащий адрес IP получателя. После этого пакета ожидается ответ от

    узла с данным адресом IP получателя. Узел с этим адресом посылает

    свой физический адрес назад запрашивающему узлу.

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

    тельных запросов, каждый узел поддерживает кеш разрешения адресов.

    Каждый раз когда узел посылает широковещательный запрос ARP и по-

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

    Вход отображает адрес IP в физический адрес. Когда узел нуждается

    в посылке следующего пакета IP, он ищет адрес IP в кешпамяти. Если

    данный адрес IP находится, узел использует соответствующий физи-

    ческий адрес для пакета. Широковещательный запрос IP посылается

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

    ти.

    Включение дейтагpаммы IP в кадp Ethernet

    ¦дейтаграмма ¦

    ¦ IP ¦

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

    ¦ Пpеам-¦ адрес ¦ адрес ¦ тип ¦ данные ¦контр. ¦

    ¦ була ¦ получа-¦ источ-¦ пакета¦ пакета ¦сумма ¦

    ¦ ¦ теля ¦ ника ¦ ¦ ¦Ethernet¦

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

    ¦ ¦

    ¦------- заголовок кадра-----------¦--- данные---¦ ¦

    ¦ ¦ кадра ¦ ¦

    ¦ ¦

    ¦-------------------- кадр Ethernet-----------------------¦

    Рис.3.3.

    3.3. Ненадежный сервис доставки пакетов

    В наборе протоколов TCP/IP все пакеты доставляются ненадежным

    сервисом доставки пакетов неориентированным на соединение Межсете-

    вого Протокола. Сервис ненадежен, поскольку доставка пакета не га-

    рантируется. Сервис не ориентирован на соединение, поскольку все

    пакеты передаются независимо друг от друга. Приложения TCP/IP ис-

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

    например, ожиданием ответов от узла получателя. Кроме того,

    маршрутизаторы (routers) в Интерсети могут посылать сообщения об

    ошибках (ICMP) для информирования узлов о проблемах. Термин

    "маршрутизация" относится к передаче дейтаграммы от одного узла к

    другому на той же или другой сети. Термин относится также к путям,

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

    лучателю на базе адреса IP, содержащегося в дейтаграмме. Существу-

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

    Прямая маршрутизация имеет место при передаче дейтаграммы в

    рамках одной сети. Узел, посылающий дейтаграмму IP, может прямо

    запросить другие узлы в сети о физическом адресе, соответствующем

    адресу IP, включить дейтаграмму IP в физический кадр с данным фи-

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

    сети.

    Непрямая маршрутизация связана спередачей дейтаграммы из одной

    сети в другую через узел, называемый маршрутизатором. Когда дей-

    таграмма посылается к узлу другой сети, сетевая часть адреса IP

    источника и адреса IP получателя различны. Посылающий узел распоз-

    нает эту разницу и посылает пакет к маршрутизатору, который соеди-

    няет исходную сеть с другими сетями.

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

    компьютеров в сети, которые функционируют в качестве маршрутизато-

    ров к другим сетям. Узел ищет адрес IP маршрутизатора в своей таб-

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

    получения его физического адреса. Затем пакет, содержащий дейтаг-

    рамму IP, посылается по физическому адресу маршрутизатора. Когда

    маршрутизатор получает дейтаграмму IP, он использует адрес IP в

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

    IP принадлежит к сети, подключенной непосредственно к маршрутиза-

    тору, последний посылает дейтаграмму непосредственно узлу назначе-

    ния. Для всех других адресов сетей маршрутизатор имеет только ад-

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

    чателю.

    3.4. Межсетевой Протокол IP

    Межсетевой протокол определяет форму пакетов и способы под-

    держки пакетов при передаче и приеме. Форма пакета называется дей-

    таграммой IP. Дейтаграмма IP аналогична физическому кадру, переда-

    ваемому по сети. Дейтаграмма имеет секцию заголовка, содержащую

    адреса IP отправителя и получателя и секцию данных.

    Структура дейтаграммы IP

    ¦ Заголовок дейтаграммы IP ¦ Данные дейтаграммы IP ¦

    ¦ ¦ ¦

    г=============T=============+==============T==============¬

    ¦ Информация ¦ Адрес ¦ Адрес ¦ Данные ¦

    ¦ заголововка¦ источника IP¦ получателя IP¦ ¦

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

    Рис.3.4.

    В отличие от кадра сети, имеющего физическую длину, установлен-

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

    таграммы устанавливается сетевым программным обеспечением. Прог-

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

    щается внутрь кадра сети. Двигаясь к узлу назначения, однако, дей-

    таграмма может пройти по многим сетям различных типов с различными

    длинами физических кадров. Для поддержки передачи пакета протокол

    IP задает метод разбиения дейтаграмм на фрагменты на каждом узле,

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

    ассемблирования пакетов на узле назначения. Так маршрутизатор,

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

    лучаемые из одной сети, если вторая сеть имеет меньший размер фи-

    зического кадра, чем первая. Будучи однажды фрагментированными,

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

    3.5. Сообщения об ошибках и управляющие сообщения

    Другой протокол набора TCP/IP это Межсетевой Протокол Управляю-

    щих Сообщений (ICMP). Пакеты ICMP содержат информацию об авариях в

    сети: нефункционирующих узлах и шлюзах, проблемах с пакетами в

    шлюзах и т.д. Программное обеспечение IP интерпретирует сообщение

    ICMP и затем предпринимает соответствующие действия в соответствии

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

    ние ICMP может передаваться через несколько сетей для достижения

    назначения, оно помещается в порцию данных дейтаграммы IP.

    3.6. Протоколы транспортного уровня: UDP и TCP

    Два протокола составляют транспортный уровень набора TCP/IP: м

    Пользовательский Дейтаграммный Протокол (UDP) и Протокол Управле-

    ния Передачей (TCP). UDP обеспечивает ненадежный сервис доставки

    без соединений для посылки и получений сообщений. TCP добавляет

    надежные потоковые сервисы доставки над ненадежным сервисом доста-

    ки пакетов без соединений IP.

    В наборе TCP/IP UDP позволяет приложениям обмениваться индиви-

    дуальными пакетами сообщений через сеть. Протокол UDP определяет

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

    типа протокольных портов: хорошо известное назначение портов и ди-

    намически связанные порты. В первом случае,

    TCP/IP резервирует соответствующие номера портов для соответст-

    вующих приложений. Порты сномерами от 1 до 255 являются хорошо из-

    вестными номерами портов и назначаются соответствующим широко из-

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

    жение, запрашивающее сервисы у процесса, должны прежде всего зап-

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

    Он может в дальнейшем направлять дейтаграммы UDP этому порту.

    Дейтаграмма UDP включается в одну или более дейтаграмм IP, ко-

    торые в свою очередь включаются в кадр сети, например, Ethernet

    как показано на рис. 3.5. В этом примере адрес IP

    Включение дейтаграммы UDP

    ¦ Заголовок ¦ Данные ¦

    ¦ UDP ¦ UDP ¦

    г======T=====T=+==========¬

    ¦Порт ¦Порт ¦ ¦ Данные ¦

    ¦источн¦назн ¦ ¦ UDP ¦

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

    ¦ ¦

    ¦--- Дейтаграмма UDP ---- ¦

    ¦

    г=========+=========================¬

    ¦Заголовок¦ ¦

    ¦ IP ¦ ¦

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

    ¦ ¦

    ¦--------- Дейтаграмма IP ----------¦

    ¦ ¦

    г==========+===================================+==========¬

    ¦Заголовок ¦ ¦ Контр. ¦

    ¦кадра ¦ ¦ сумма ¦

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

    ¦ ¦

    ¦------------------- Кадр Ethernet -----------------------¦

    ¦ ¦

    Рис.3.5.

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

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

    ее программному обеспечению уровня UDP. Программное обеспечение

    уровня UDP доставляет данные UDP и управляющую информацию к задан-

    ному протокольному порту назначения. Процесс на этом порту ис-

    пользует данные из дейтаграммы UDP. Дейтаграмма UDP также содержит

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

    тить корректно.

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

    объемов данных, ненадежная передача может создать трудности. Прик-

    ладные программисты будут должны разрабатывать дорогие процедуры и

    модули обеспечения надежной передачи. Набор протоколов TCP/IP об-

    ходит эти проблемы через использование Протокола Управления Пере-

    дачей (TCP) - надежного протокола с потоковой доставкой. Он уста-

    навливает виртуальный канал между двумя

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

    ке, в котором он покидает отправителя. Перед началом передачи при-

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

    систем. Эти порты аналогичны тем, что использует протокол UDP.

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

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

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

    ко известный порт TCP на пассивной стороне. Подобно дейтаграммам

    UDP, сегменты TCPвключаются в дейтаграммы IP. TCP буферизует поток

    ожиданием достаточного количества данных для заполнения большой

    дейтаграммы перед ее посылкой. Поток неструктурирован, что означа-

    ет, что посылающая и принимающая стороны (приложения) до передачи

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

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

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

    мер. На приемном конце виртуального канала приложение проверяеет

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

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

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

    посылает квитанцию - подтверждение узлу - источнику. Когда узел -

    источник получает подтверждение, он индицирует приложению то, что

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

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

    ответствующий сегмент. Эта схема, называемая "положительное

    подтверждение с повторной передачей", обеспечивает надежность пе-

    редачи.

    3.7. Транспортная система TCP/IP в NetWare версии 3.11

    Транспортная система TCP/IP обеспечивает возможности подключе-

    ния к сетям с этими протоколами для сетей фирмы Novell. На файло-

    вом сервере TCP/IP включает в себя набор NLM для поддержки возмож-

    ностей маршрутизации IP и построения интерсетей, поддержки функци-

    онирования приложений, таких как NetWare NFS, возможность проклад-

    ки туннелей IPX через интерсети IP. Дополнительно TCP/IP обеспечи-

    вает транспортный интерфейс, используемый как NFS, так и другими

    приложениями, написанными для интерфейсов типа сокет 4.3BSD UNIX

    или AT&T Streams Transport Layer Interface (TLI). NetWare v3.11

    TCP/IP включает следующие загружаемые модули и файлы базы данных:

    NLM NetWare TCP/IP (TCPIP.NLM)

    The Simple Network Management Protocol NLM

    (SNMP.NLM)

    The SNMP event logger NLM (SNMPLOG.NLM)

    The TCP/IP Console NLM (TCPCON.NLM)

    The IP configuration NLM (IPCONFIG.NLM)

    The IPX/IP Tunnel module (IPTUNNEL.LAN)

    Sample Internet database files (GATEWAYS, HOSTS,

    NETWORKS, PROTOCOL, and SERVICES)

    Архитектура TCP/IP приведена на рис.3.6.

    Архитектура TCP/IP в NetWare

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

    ¦ ¦

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

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

    ¦¦ Другие ¦ ¦ TCPCON ¦ ¦ SNMPLOG ¦ ¦ Другие ¦¦

    ¦¦ приложения¦ ¦ ¦ ¦ ¦ ¦ приложения ¦¦

    ¦¦ TLI ¦ ¦ ¦ ¦ ¦ ¦ для сокетов ¦¦

    ¦L-----T------ L----T----- L-----T----- L------T-------¦

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

    ¦ ¦ ¦ ¦

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

    ¦ \¦/ ¦ ¦ \¦/ ¦

    ¦--------------¬ ¦ ¦ -------+------¬¦

    ¦¦ Интерфейс ¦ ¦ NetWare ¦ ¦ Сокеты ¦¦

    ¦¦ транспортн ¦ ¦ NFS ¦ ¦ BSD ¦¦

    ¦¦ уровня TLI ¦ ¦ ¦ ¦ ¦¦

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

    ¦ ¦ ¦ ¦ ¦

    ¦ \¦/ \¦/ \¦/ ¦

    ¦------+----------------------+--------------------+------¬¦

    ¦¦ Транспортная система TCP/IP NetWare ¦¦

    ¦L--------------------------T------------------------------¦

    ¦ ¦ ¦

    ¦ ----------------+----------------¬ ¦

    ¦ ¦Открытый интерфейс ODI ¦ ¦

    ¦ L----T----------T----------T------ ¦

    ¦ ----------- \¦/ L-----------¬ ¦

    ¦ -----+----¬ -------+------¬ ------+----¬ ¦

    ¦ ¦ Драйвер ¦ ¦ Драйвер ¦ ¦ Драйвер ¦ ¦

    ¦ ¦ Ethernet¦ ¦ Token Ring ¦ ¦ ARCnet ¦ ¦

    ¦ L----T----- L------T------- L-----T----- ¦

    ¦ \¦/ \¦/ \¦/ ¦

    ¦------+--------¬ --------+---------¬ -------+-----¬ ¦

    ¦¦ Адаптер ¦ ¦ Адаптер ¦ ¦ Адаптер ¦ ¦

    ¦¦ ¦ ¦ ¦ ¦ ¦ ¦

    ¦¦ Ethernet ¦ ¦ Token Ring ¦ ¦ Arcnet ¦ ¦

    ¦L--------------- L------------------ L------------- ¦

    ¦ ¦

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

    Рис.3.6.

    Программное обеспечение TCP/IP позволяет реализовать различные

    конфигурации сетей IP IPX.

    Сеть IP (серверы и клиенты UNIX) могут взаимодействовать между

    собой, используя протокол TCP/IP, в одной физической сети с серве-

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


    Приглашения

    09.12.2013 - 16.12.2013

    Международный конкурс хореографического искусства в рамках Международного фестиваля искусств «РОЖДЕСТВЕНСКАЯ АНДОРРА»

    09.12.2013 - 16.12.2013

    Международный конкурс хорового искусства в АНДОРРЕ «РОЖДЕСТВЕНСКАЯ АНДОРРА»




    Copyright © 2012 г.
    При использовании материалов - ссылка на сайт обязательна.