Интернет

Службы

• Возобновление сеанса ( и восстановление)

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

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

Ещё одним применением являются передачи в , в которых необходимо без резких переходов накладывать звуковой и видео потоки и переходить от одного потока к другому, во избежание перерывов в эфире или излишних наложений.

Виды сетевых протоколов и их сравнение

1. Физический уровень – проще говоря, физическая среда, в которой происходит обмен информацией. На этом уровне происходит преобразование электрических импульсов в бинарный код (нули и единицы), и передача их по проводам на более высокий уровень. На этом уровне работают хабы, ретрансляторы сигналов и медиаконверторы.
2. Канальный уровень – здесь информация поступает на хост для ее обработки. Для однозначной идентификации устройства используется так называемый MAC адрес, состоящий из 12 шестнадцатеричных знаков, поделенных на 6 октетов. Второй подуровень LLC отвечает за обслуживание сетевого уровня.
3. Сетевой уровень – здесь полноправным хозяином является IP-адрес, идентифицирующий уже пользователя в глобальной сети Internet. Информация сюда поступает в виде пакетов, которые после коммутации и маршрутизации переходят на следующий уровень.
4. Транспортный уровень – если на сетевом уровне происходи обязательная доставка пакетов до адресата, то протокол этого уровня следит за тем, чтобы информация дошла в целом и удобоваримом виде. Для этого он фрагментирует большие блоки данных или, наоборот, объединяет их. Взаимодействие данных на этом уровне регулируется такими протоколами как TCP по принципу «точка-точка».
5. Сессионный уровень – протоколы этого уровня отвечают за поддержание сеанса связи, синхронизацию начала и конца сеанса, проверку прав доступа.
6. Уровень представления – здесь поступившие данные декодируются/кодируются, а также сжимаются/распаковываются. В общем-то, на этом уровне происходит перевод информации на понятный браузеру или приложению язык или, наоборот, криптографические преобразования данных для их отправки на более низкий уровень.
7. Прикладной уровень – протоколы данного уровня регулируют взаимодействие сети и пользователя, разрешают приложениям доступ к обработчику запросов БД, файлам и сетевым службам. Здесь в силу вступают протоколы верхнего уровня, такие как HTTP, FTP, POP3, Telnet и др. Подробнее о них.

HTTP – протокол передачи данных в сети Internet. Он использует клиент-серверную модель, то есть существует клиент, передающий запрос серверу, который, в свою очередь, отвечает на этот запрос. На прикладном уровне, поддерживаемом этим протоколом, в качестве клиентов используются, как правило, браузеры, а в качестве серверов выступают Apache, Microsoft IIS и др.

FTP – протокол передачи файлов. Старейший протокол, разработанный в начале 70-х годов, не теряет своей актуальности и в наши дни. В нем также используется модель «клиент-сервер». В настоящее время разработано несколько модификаций данного протокола, поддерживающих туннелирование (защищенную передачу данных) и шифрование.

DNS – система доменных имен. Если говорить проще, то данный протокол хранит информацию об именах запрашиваемых пользователем ресурсов и IP-адресах, соответствующих им. К примеру, вы хотите зайти на сайт yandex.ru. Ваше устройство не знает, что такое yandex.ru, так как в качестве адреса назначения, как мы рассматривали выше, используется IP. Поэтому DNS обращается к одноименному серверу, откуда получает IP адрес, после чего отправляется запрос на данный адрес и происходит перенаправление на него.

SMTP — почтовый протокол, предназначенный для обмена электронными письмами. Работает аналогично другим популярным почтовым протоколам POP3 и IMAP, но для передачи информации использует 25 порт.

Модуляция и демодуляция в сетях. Емкость канала связи.

Сообщение
для передачи с помощью средств электросвязи
должно быть преобразовано в сигнал, под
которым понимается изменяющаяся
физическая величина, адекватная
сообщению. Процесс преобразования
сообщения в сигнал называется кодированием.

По
физическим законам излучение
электромагнитных волн эффективно, если
размеры излучателя соизмеримы с длиной
излучаемой волны, поэтому передача
сигналов по радиоканалам, кабелям,
микроволновым линиям производится на
высоких частотах. Сигнал передается на
«несущей» частоте. Процесс изменения
параметров несущей, в соответствии с
сигналом, передаваемым на этой несущей,
называют модуляцией.

Гармоническая
(синусоидальная) несущая имеет три
информационных параметра, которые можно
модулировать: амплитуду, частоту и фазу

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

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

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

Каналом
передачи информации (каналом связи)
называют совокупность технических
средств, обеспечивающую передачу
электрических сигналов от одного пункта
к другому. Непременной составной частью
любого канала является линия связи –
проводная, кабельная, радио, микроволновая,
оптическая, спутниковая.

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

Емкость
канала связи

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

Основными
факторами, ограничивающими скорость
передачи информации, считаются полоса
пропускания F
и уровень помех.

Существует
фундаментальная теорема о «выборках»,
которая доказывает, что сигнал, не
содержащий в своем спектре частот выше
F,
может представляться 2F
независимыми значениями в секунду, и,
совокупность значе6ний, отстоящих друг
от друга на T
секунд, определяет непрерывный сигнал
полностью. Заметим, что «выборкой»
является отсчет амплитуды сигнала в
определенный момент.

Максимально
возможная скорость передачи информации
по каналу связи при фиксированных
ограничениях называется емкостью
канала,
обозначается через C
и имеет размерность бит/с.

Емкость
канала ограничивается двумя величинами:
шириной полосы канала и шуом.

Емкость
канала:

Приведенное
соотношение известно как формула
Хартли-Шеннона и считается основной в
теории информации.

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

Емкость
канала называют максимальной величиной
скорости. Чтобы достигнуть такой скорости
передачи, информация должна быть
закодирована наиболее эффективным
образом. Утверждение, что такое кодирование
возможно является важнейшим результатом
созданной Шенноном теории информации.

Типы ресурсов

Тип ресурса задается в поле записи
ресурса. Типов ресурсов множество. Полный
их список можно узнать в соответствующих RFC
(см. «Дополнительную информацию»). Ниже
приводятся наиболее используемые типы. 

· SOA Начало полномочий (управления)
сервера имен.
· NS Сервер имен. 
· A Адрес хоста. 
· CNAME Каноническое имя. Используется для
задания псевдонимов.
· HINFO Информация о хосте.
· MX Почтовый шлюз.
· PTR Указатель. 

Рассмотрим каждый из этих типов.

SOA (начало полномочий)

Запись с ресурсом типа SOA обозначает
начало зоны управления сервера имен. Зона
управления действует до следующей записи SOA.

ПРИМЕР ЗАПИСИ SOA

[][]SOA()

komtek.dp.ua.INSOAsrv.komtek.dp.ua.root.srv.komtek.dp.ua. (9703083600600360000086400)

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

Обозначает имя домена зоны
управления. 

Имя первичного сервера имен зоны. 

Почтовый ящик лица,
ответственного за зону. Данное поле
формируется аналогично электронному
адресу, но вместо символа «@» ставится
точка (т. е. alex@komtek.dp.ua заменяется на
alex.komtek.dp.ua). 

Номер версии зоны. Когда
производятся изменения в зоне, то это число
необходимо увеличить. Именно по данному
полю ориентируется вторичный сервер имен,
определяя необходимость обновления
информации по зоне. 

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

Время в секундах для повторного
обращения вторичного сервера зоны, если
ранее попытка обращения к первичному
серверу была неудачной. 

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

Значение TTL в записях ресурсов
данной зоны по умолчанию, т. е. когда поле
пустое. 

NS (сервер имен)

Запись с ресурсом типа NS обозначает имя
хоста, являющегося первичным сервером имен
для домена.

ПРИМЕР ЗАПИСИ NS 

[][][]NS

komtek.dp.ua.NSsrv1.komtek.dp.ua.NSsrv2.komtek.dp.ua.

обозначает домен, а — имя
сервера имен. В примере показывается, что
серверы srv1.komtek.dp.ua и srv2.komtek.dp.ua представляют
собой серверы имен домена komtek.dp.ua. 

A (адрес)

Запись с ресурсом типа A служит для
задания сетевого адреса хоста. Здесь
— доменное имя хоста, а

ПРИМЕР ЗАПИСИ A

[][] []A
sri-nic.arpa.A10.0.0.51

CNAME (каноническое имя) 

Запись с ресурсом типа CNAME применяется для
указания псевдонима хоста.
обозначает псевдоним, а —
официальное (каноническое) имя хоста.

ПРИМЕР ЗАПИСИ CNAME

[][][]CNAME

rs1CNAMEsrv1.komtek.dp.ua.
wwwCNAMEsrv2.komtek.dp.ua
ftpCNAMEsrv2.komtek.dp.ua

Протоколы высших уровней

Основные протоколы высших уровней OSI представлены на Рис. 20-3.

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

Управление диалогом сеанса реализуется путем использования маркера
(token), обладание которым обеспечивает право на связь. Маркер можно
запрашивать, и конечным системам ES могут быть присвоены приоритеты,
обеспечивающие неравноправное пользование маркером.

Представительный уровень OSI, как правило, является просто проходным
протоколом для информации из соседних уровней. Хотя многие считают,
что Abstract Syntax Notation 1 (ASN.1) (Абстрактное представление
синтаксиса) является протоколом представительного уровня OSI, ASN.1
используется для выражения форматов данных в независимом от машины
формате. Это позволяет осуществлять связь между прикладными задачами
различных компьютерных систем способом, прозрачным для этих прикладных
задач.

Прикладной уровень ОSI включает действующие протоколы прикладного
уровня, а также элементы услуг прикладного уровня (application service
elements — ASE). ASE обеспечивают легкую связь протоколов прикладного
уровня с низшими уровнями. Тремя наиболее важными ASE являются Элемент
услуг управления ассоциацией (Association Control Service Element —
ACSE), Элемент услуг получения доступа к операциям отдаленного
устройства (Remote Operations Service Element — ROSE) и Элемент услуг
надежной передачи (Reliable Transfer Service Element — RTSE). При
подготовке к связи между двумя протоколами прикладного уровня
ACSE об’единяет их имена друг с другом. ROSE реализует родовой
(generic) механизм «запрос/ответ», который разрешает доступ к операциям
отдаленного устройства способом, похожим на вызовы процедуры обращений
к отделенной сети (remote procedure calls — RPC). RTSE способствует
надежной доставке, делая конструктивные элементы сеансового уровня
легкими для использования.

Наибольшего внимания заслуживают следующие пять протоколов прикладного
уровня OSI:

Common Management Information Protocol (CMIP)

Протокол общей информации управления — протокол управления сети OSI
Также, как и SNMP
(смотри Главу 32 «SNMP»)
и Net View (смотри
Главу 33 «Управление сети IBM»),
он обеспечивает обмен управляющей
информацией между ES и станциями управления (которые также являются
ES).

Directory Services (DS)

Услуги каталогов. Разработанная на основе спецификации Х.500
CITT, эта услуга предоставляет возможности распределенной базы
анных, которые полезны для идентификации и адресации узлов высших
ровней.

File Transfer,Access, and Management (FTAM)

Передача, доступ и управление файлами — услуги по передаче
файлов. В дополнение к классической передаче файлов, для которой FTAM
обеспечивает многочисленные опции, FTAM также обеспечивает средста
доступа к распределенным файлам таким же образом, как это делает
NetWare компании Novell, Inc или Network File System (NFS)
компании Sun Microsystems, Inc.

Massage Handling Systems (MHS)

Системы обработки сообщений — обеспечивает механизм, лежащий
в основе транспортировки данных для прикладных задач передачи
сообщений по электронной почте и других задач, требующих услуг по
хранению и продвижению данных. Хотя они и выполняют аналогичные
задачи, MHS не следует путать с NetWare MHS компании Novell (смотри
Главу 19 «Протоколы NetWare)».

Virtual Terminal Protocol (VTP)

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

Спонсоры:

Хостинг:

Maxim ChirkovДобавить, Поддержать, Вебмастеру

3.1 Синхронная передача

Синхронная передача используется при создании стабильной (гарантированной) пропускной способности, например, аудио или видео. Если источник не использует предоставленную пропускную способность, он остается неиспользованным. Синхронная передача использует кадры фиксированной длины, которые передаются с постоянной скоростью.

Рисунок 1.12: Кадры, разделенные на области при синхронной передаче

При синхронной передаче гарантированная пропускная способность устанавливается путем деления передаваемых кадров на области (Рисунок 1.12). Одна или более областей в кадре зарезервированы для конкретного соединения. Допустим, что в каждом кадре для соединения зарезервирована область 1. Поскольку кадры идут один за другим, наше приложение получает гарантированную пропускную способность, состоящую из количества областей 1, которые могут быть переданы по сети за одну секунду.

Идея станет еще прозрачней, если мы нарисуем кадры один под другим, создав таким образом «суперкадр» (Рисунок 1.13). Области, расположенные прямо друг под другом, принадлежат одному соединению.

Рисунок 1.13: Суперкадр

Синхронная передача используется для связи вашего коммутатора с коммутатором телефонной компании. В этом случае мы используем канал E1(или T1 в США), состоящий из 32 областей по 64 Кб/с каждый. Область может использоваться для телефонного звонка. Поэтому, в теории, одновременно гарантированы 32 звонка (хотя некоторые области могут использоваться для служебных целей).

В Интернете не используется синхронная передача, т.е. в общем, Интернет не гарантирует пропускную способность. Качество передачи аудио или видео информации по Интернету обычно достигается с помощью увеличенного размера линий передачи. Не так давно возник рост запросов на передачу аудио и видео информации по Интернету, поэтому все чаще и чаще мы сталкиваемся с системами, гарантирующими пропускную способность даже в Интернете с помощью Quality of Service (QoS – Качество услуг передачи данных). Однако, для достижения желаемых результатов все устройства на пути от отправителя к получателю должны поддерживать эти службы. Сегодня мы стараемся иметь дело только с теми областями Интернета, которые гарантируют пропускную способность, например, с конкретным Интернет-провайдером.

Коммуникации

Операционные
системы составляют лишь часть сетевой
среды. Сотрудничество любого рода
связано с передачей и приемом информации,
и поэтому требует коммуникационного
программного обеспечения
— узкоспециализированного
ПО, играющего роль посредника между
пользовательскими приложениями с одной
стороны и сетевыми протоколами, модемами,
маршрутизаторами, ком­мутационными
сервисами и прочими технологиями ISO/OSI
низкого уровня
—
с дру­гой. Разработчикам ПО, которые
полагаются в качестве таких, заполняющих
пропасть между приложениями и поставщика­ми
услуг связи и телефонии, посредников
на инструментарий Microsoft,
служат два ее произведения со звучными
названия­ми
—
MAPI
и TAPI.

TAPIИнтерфейс
приложений компьютерной телефонии
(Telephony
Application
Programming
Interface,
TAPI)
представляет собой набор функций,
позволяющих разнообразным прило­жениям
пользоваться телефоном для поддержки
столь привле­кательных форм
сотрудничества, как:

• телеконференции;

• передача данных,
  в том числе по факсу и электронной
  почте;

• удаленный доступ;

• интерактивное
  взаимодействие;

• поиск
  информации на досках объявлений, в
  группах но­востей и т. д.

MAPI
представляет собойотраслевой
стандарт, благодаря которому
коммуникационные приложения передают
информацию друг другу. Это как бы
универсальный язык, позволяющий различным
програм­мам понимать друг друга и
взаимодействовать.

Обмен
информацией

Конечно,
кроме телефона есть и электронная
почта.

Электронная
почта
обеспечивает доставку писем (а часто и
произвольных файлов, а также голосовых
и факсимильных сообщений) от одних
пользователей сети другим, успешно
используется при автоматизации конторских
работ.

Outlook
—
мощное дополнение к пакету офисных
про­граммных продуктов для Windows.
Будучи диспетчером лич­ной информации,
Outlook
может работать с сервером Exchange,
заменяя клиентское ПО Exchange
в настольной си­стеме. По набору
функций он сходен с широко известным
кли­ентом Exchange,
но превосходит его по своим возможностям,
по сути, являясь единым центром управления
всей информа­цией на настольном ПК.

• Из
  окна Outlook
  пользователь может обращаться к любо­му
  из следующих элементов:

• электронной почте;

• общим папкам;

• встроенным
  приложениям поддержки коллективной
  рабо­ты и решения производственных
  задач: списку встреч, дис­петчеру
  заданий, планировщику, личному дневнику
  и элек­тронной записной книжке;

• значку
  «Мой компьютер» Windows
  95
  и Windows
  NT
  Workstation,
  который обеспечивает доступ практически
  ко всем ресурсам компьютера;

любым
личным папкам, включая значки часто
используе­мых ресурсов на серверах
сети (поместив их на левую па­нель
окна Outlook).

Outlook
ориентирован на Интернет и способен на
большее, нежели простая обработка почты
и планирование.

Клиентское
ПО для работы с сервером Exchange
Server
— Exchange
Client
—
работает на настольном компьютере,
поддерживая единый пункт сбора
корреспонденции: универсальный почто­вый
ящик для всех получаемых сообщений (от
электронной почты до документов, факсов
и голосовой почты). В состав Exchange
Client
входят три основных компонента:

• Клиентское
  ПО,
  отвечает за решение всех задач по
  обме­ну сообщениями, включая поддержку
  настраиваемых форм (представлений),
  списков сообщений, общих папок и т. д.

• Schedule+
  занимается планированием по времени
  и про­ектам. Он предназначен для
  ведения перечня встреч, про­смотра
  расписаний, создания запросов на
  проведение со­вещаний и обработку
  ответов на такие запросы.

• Конструктор
  форм (Exchange
  Forms
  Designer)
  применяет­ся для создания
  специализированных форм, например
  за­явления на отпуск или сметы
  расходов. Заполнив такую форму,
  пользователь возвращает ее электронным
  способом соответствующему сотруднику
  или в отдел. Создание форм может быть
  простым или сложным, а иногда требует
  и на­выков программирования. Так или
  иначе, этот компонент предъявляет,
  пожалуй, самые высокие требования к
  пользователю, в отличие от, например,
  отправки электрон­ной почты или
  планирования встреч
  —
  их быстро осваива­ет даже новичок,
  настолько они интуитивны.

Компоненты
Exchange
Server,
ориентированные на поддержку коллективной
работы,тесно
связаны с конструктором
форм Exchange
(Exchange
Forms
Designer,
EFD).
Конструктор форм облегчает совмест­ное
использование информации в масшта­бах
группы и даже целого предприятия,
позволяя создавать электронные «фор­мы»
для запроса информации или ее обработки.

1 Стек протоколов ipxspx

Данный
стек протоколов был разработан фирмой
Novell для сетевой операционной системы
NetWare и оптимизирован для использования
в небольших локальных сетях, однако не
удобен для глобальных сетей. Включает
в себя протоколы IPX, SPX, SAP, NCP.

Протокол
IPX
(Internetwork Packet Exchange — межсетевой обмен
пакетами)–
протокол
сетевого уровня, поддерживает обмен
пакетами (дейтаграммами) без установления
канала связи и гарантии доставки пакета.

Протокол
IPX также отвечает за адресацию в сетях
NetWare. Адрес имеет формат: номер сети
(задается администратором сети), адрес
сетевой карты (определяется автоматически),
номер сокета (идентифицирует приложение,
пославшее пакет).

Протокол
IPX самый быстрый и экономит память,
однако не дает гарантии доставки
сообщения. За восстановлением утерянных
или испорченных пакетов должен следить
сам программист. Использование протокола
SPX избавляет программиста от этой
необходимости.

Протокол
SPX
(Sequenced Packet Exchange — последовательный обмен
пакетами) – протокол транспортного
уровня, поддерживает установление
логического канала связи между
компьютерами для обмена данными,
коррекцию ошибок и, при необходимости,
повторную передачу пакетов.

Прикладной
уровень стека IPX/SPX составляют два
протокола: NCP и SAP.

Протокол
NCP
(NetWare Core Protocol – протокол ядра NetWare)
поддерживает все основные службы
операционной системы Novell NetWare: файловую
службу, службу печати и т. д.

Протокол
SAP
(Service Advertising Protocol – протокол объявлений
о сервисах) выполняет вспомогательную
роль. С помощью протокола SAP каждый
компьютер, который готов предоставить
какую-либо службу для клиентов сети,
объявляет об этом широковещательно по
сети, указывая в SAP-пакетах тип службы
(например, файловая), а также свой сетевой
адрес.

Протоколы
RIP
(Routing Information Protocol) и NLSP (NetWare Link Service
Protocol) отвечают за управление маршрутизацией
(выбор маршрута доставки) пакетов.

3.2
Стек протоколов NetBEUI/SMBтокол
канальный сетевой инкапсуляция пакет

Применяется
фирмой Microsoft в своих сетевых ОС. NetBEUI
включает в себя протоколы сетевого и
транспортного уровня. Обеспечивает
поддержку имен: каждая из рабочих станций
в ЛВС может иметь одно или несколько
имен (эти имена хранятся NetBEUI
в таблице, в формате адрес сетевого
адаптера – имя NetBEUI).
Обеспечивает как обмен датаграммами,
без установления канала связи и гарантии
доставки сообщений, так и передачу
пакетов с установление логического
канала

Перечень видов информации, запрещённой к распространению посредством сети Интернет, причиняющей вред здоровью и или развитию детей, а также не соответствующей задачам образования

Протокол междоменной маршрутизации IDRP

IDRP является протоколом OSI, предназначенным для перемещения
информации между доменами маршрутизации. Он предназначен для бесшовной
работы с CLNP, ES-IS и IS-IS. IDRP базируется на Протоколе граничных
роутеров (BGP), который является протоколом междоменной
маршрутизации, впервые появившемся в сообществе IP
(смотри Главу 27 «BGP»).

IDRP вводит несколько новых терминов, в том числе следующие:

Border intermediate system (BIS)

Граничная промежуточная система.
Это IS, участвующая в междоменной маршрутизации. Для этого она
использует IDRP.

Routing domain (RD)

Домен маршрутизации. Это группа ES и IS,
работающих согласно общим административным правилам, включающим
коллективное пользование общим маршрутным планом.

Routing domain identifier (RDI)

Идентификатор домена маршрутизации.
Уникальный идентификатор домена маршрутизации (RD).

Routing information base (RIB)

Информационная база маршрутизации.
Это база данных маршрутизации, используемая IDRP. Каждая BIS строит
свою RIB из информации, полученной от систем данного RD и из других
BIS. Любая RIB содержит набор маршрутов, выбранных для использования
какой-нибудь конкретной BIS.

Confederation

Конфедерация. Это группа доменов маршрутизации (RD).
RD, не принадлежащие к данной конфедерации, воспринимают ее как один
RD. Топология конфедерации невидима для RD, не принадлещащих к ней.
Конфедерации помогают сократить сетевой трафик, выступая в
об’единенной
сети в качестве непреодолимой преграды; они могут быть вложены одна в
другую.

Маршрут IDRP представляет собой последовательность RDI. Некоторые из
этих RDI могут быть конфедерациями. При конфигурации каждой BIS она
знает о RD и конфедерациях, к которым она принадлежит, а также узнает
о других BIS, RD и конфедерациях из информации, которой она
обменивается с каждым соседом. Как и для маршрутизации с вектором
расстояния, маршруты в какой-нибудь конкретный пункт назначения
накапливаются вне данного пункта назначения. Только маршруты, которые
удовлетворяют требованиям местной политики какой-нибудь BIS и были
выбраны для использования, будут переданы в другие BIS. Пересчет
маршрутов носит частичный характер и имеет место при наличии одного их
следующих трех событий: получена инкрементная корректировка
маршрутизации с новыми маршрутами, отказывает какая-нибудь соседняя
BIS или появляется новая соседняя BIS.

В число характеристик IDRP входят следующие:

Поддержка CLNP QOS

Устранение петель путем ослеживания всех RD, пересекаемых роутером

Сокращение об’ема маршрутной информации и ее обработки путем
использования конфедераций, компрессии информации путей RD и других
средств

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

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

Наличие узлов обслуживания маршрута

Регенерирующие пакеты RIB

Спонсоры:

Хостинг:

Maxim ChirkovДобавить, Поддержать, Вебмастеру

2.2 TCP и UDP

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

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

Разница между TCP и UDP в том, что TCP – это служба, ориентированная на соединение: получатель подтверждает получение данных. Если некоторые данные (TCP-сегменты) потеряны, получатель запрашивает повторную передачу потерянных данных. UDP передает данные датаграммами (доставка не гарантируется). Другими словами, отправитель посылает датаграмму не заботясь о том, будет ли она получена или нет. UDP – это служба, не ориентированная на соединение.

Порт используется в качестве адреса. Для того, чтобы понять разницу между IP-адресом и номером порта, мы приведем в пример почтовые адреса. IP-адрес соответствует номеру дома, а порт – имени человека, которому предназначено письмо.

Протокол TCP isописан в Главе 9, а UDP — в Главе 10.