Семантическая мера информации

Рис36

Каждый переданный пакет содержит заголовок IP размером от20 до 60 бит, т.е. фиксированная часть заголовка 20 байт.

Первые фиксированные(обязательные) 20 бит содержат: левые 4 б- версия IP протокола(0100), следующие 4 б – длина заголовка – задан размер заголовка в 32 разрядных словах(5-15), вид обслуживания позволяет задать дополнительные режимы обслуживания пакета в сетях,которые обеспечивают эти дополнительные режимы, кроме того в этом поле определяется приоритет переданных данных, это поле имеет следующий формат:

Приоритеты:

111- сетевая управляющая информация 110 – межсетевая управляющая информация 100 – сверхмолния

011-молния 001- приоритет 000-обычная

D – Минимальная задержка(delay)

T –Максимальная производительность

R – максимальная надежность(reliability)

Х – не используется.

16 разрядное поле общая длина – задает длину всего пакета(длина заголовка+данные).

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

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

1)Поле идентификатор фрагмента для всех фрагментов 1-го пакета является одинаковым

2)Поле смещение фрагмента – определяет место текущего фрагмента в исходном пакете, используя это поле, можно восстановить пакет.

3)Для описания фрагментов используется 2 флага:

DF – disable fragment – разрешение фрагментации исходного пакета: если 0 – то разрешена, если 1 то запрещена.

MF – move fragment – является ли данный фрагмент последним для данного пакета или нет: 1 – не является, 0 – является.

Время жизни: занимает 1 байт и может принимать значения от 0 до 256.

При запуске пакетов в сеть в этом поле устанавливается некоторое число, равное максимальному количеству узлов, которое может пройти пакет по сети.

В каждом промежуточном узле из этого поля вычитается единица. Как только время жизни становится =0, пакет уничтожается, а его отправителю посылается ICMP сообщение о том, что пакет был уничтожен в связи с истечением времени жизни.

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

Контрольная сумма – относится только к заголовку пакета и представляет из себя обратный код суммы обратных кодов всех 16 разрядных слов заголовка. При подсчете контрольной суммы само поле считается =0.

Следующие 2 слова задают IP адрес отправителя и IP адрес получателя.

Дополнительные режимы – не обязательное поле: может занимать 0 -40 байт и определяет:

1)Явный маршрут передачи пакета

2)дополнительные коды доступа(режимы защиты)

3)Ряд другой информации

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

Пакет на уровне IP может попасть как с низ лежащего, так и с вышележащего уровня.

37.Таблицы маршрутизации IP.

Маршруты введенные вручную обычно называются статическими маршрутами. Для определения дальнейшего следования, IP использует локальную таблицу маршрутизации.

Все маршруты в таблице делятся на 4 типа:

1)Маршруты к одиночному хосту, т.е. к одному конкретному узлу

2)Маршруты к подсети

3)Маршруты к сети

4)Маршруты к маршрутизатору по умолчанию.

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

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

Посмотреть текущее содержимое таблицы маршрутизации на локальном узле можно с помощью команды route print.

39.Таблицы маршрутизации IP в Windows.

Назначение – сетевой адрес

Маршрутизация – адрес маршрута

Флаги задают:

1)U – маршрут включен

2)H – маршрут к хосту

3)G – Адрес назначения в другой сети

4)P – маршрут был получен динамически от маршрутизатора.

Использование – статистика использования данного маршрута(количество пакетов, которое через него было передано).

Интерфейс – имя сетевого устройства.

40. Протокол ICMP.

Этот протокол используется как дополнение к протоколу IP для извещения отправителя об удалении пакета.

ICMP сообщение посылается с помощью IP и имеет заголовок:

Тип сообщения =3 – недостижимость адресата(код указывает причину)

Код=0 – нельзя передать пакет в сеть адресата

Код =1 – нельзя передать пакет на хост адресата

Код=2 – нельзя воспользоваться указанным протоколом

Код=3 – нельзя передать данные в указанный порт

Код=4 – нужно фрагментировать, а фрагментация запрещена

Код=5- сбой маршрутизатора

Тип=11 – превышено время жизни

Код=0

Тип =4 – приостановка отправителя. Маршрутизатор извещает соседний узле, что он не смог буферизовать пакет и удалил его.

Код=0

Тип=5 – маршрутизатор не смог отправить пакет по нужному маршруту и указывает отправителю другой маршрут(адрес другого маршрута) сохраняется в поле резерв, при этом в поле код указывается тип маршрута:

Код=0 – маршрут к сети

Код=1 – маршрут к хосту.

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

Пусть имеется адрес типа B вида 129.44.0.0., стандартная маска для него 255.255.0.0 и номера хостов от 1 до 255.254., допустим, пользователь решил использовать нестандартную маску.

В итоге 129.44.0.0 /18, старые маршрутизаторы не позволяют иметь номера подсетей со всеми нулями или единицами., получили 4 подсети (у всех подсетей одна маска 255.255.192.0).

129.44.0.0

129.44.64.0

129.44.128.0

129.44.192.0

Пространство имен

ТУТ ДОЛЖЕН БЫТЬ КАКОЙ-ТО РИСУНОК

Таблица маршрутизации для M2

42.Использование масок переменной длины.

Пусть разбиение проведено на:

129.44.0.0 / 17 – маска 17 разрядов 255.255.128.0

129.44.128.0 / 18 – маска 255.255.192.0

129.44.192.0 / 29 – маска 255.255.255.248

129.44.224.0 / 19 – маска 255.255.224.0

47. Протокол UDP.

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

Заголовок UDP:

43.Технология бесклассовой междоменной маршрутизации.

Технология бесклассовой междоменной маршрутизации (Classes Interdomain Routing, CIDR) предназначена для уменьшения объема таблиц маршрутизации.

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

Поставщик внутри своей области адресов выделяет своим клиентам непрерывную область адресов. Для выделения таких областей их размер должен быть кратен 2. Все они также имеют фиксированный префикс.

Например, пусть поставщик адресов имеет диапазон адресов 193.20.0.0 – 193.22.255.255.

Стандартный префикс – 193.20 или 11000001 00010100

Стандартная маска для него – 255.255.0.0

Первый клиент хочет получить область из 13 адресов, но так как должно быть кратно степени 2 получит адреса 193.20.0.0 – 193.20.0.15 с маской 255.255.255.240.

Второй клиент хочет 4000 адресов, получит 4096 адресов: 193.20.160.0 – 193.20.175.255 с маской 255.255.240.0.

ТУТ ДОЛЖЕН БЫТЬ КАКОЙ-ТО РИСУНОК

44. Протокол маршрутизации RIP.

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

Версии RIP:

1)для семейства протокола IPX/SPX

2)для TCP/IP

3)RIP v.1 – не поддерживает маски (классическая маршрутизация)

4)RIP v.2 – обеспечивает маршрутизацию по сетям и префиксам.

Обмен маршрутной информацией между маршрутизаторами происходит в виде датаграмм (UDP).

Настройка маршрутных таблиц происходит в 5 этапов.

1) Заполнение минимальных таблиц маршрутизации. При запуске TCP/IP на каждом маршрутизаторе ПО TCP/IP строит минимальные таблицы маршрутизации для непосредственно подключенных к данному узлу сетей.

На данном этапе (для версии 1):

2)Рассылка минимальных таблиц соседям(тем узлам, которые находятся с маршрутизатором в одной сети).

Минимальные таблицы рассылаются в виде RIP сообщений, каждое содержит адрес сети и метрику до нее от отсылающего маршртизатра.

От М2 к М1:

10.13.0.0 1

193.20.0.0 1

193.20.30.0 1

3)Прием и обработка минимальных таблиц

Получив RIP сообщение, маршрутизатор запоминает по какому порту оно поступило и какой маршрутизатор его послал.

Адрес маршрутизатора, приславшего сообщение, помещается в столбец «следующий маршрутиратор» таблицы маршрутизации, а порт в поле «порт».

Запомнив адрес маршрутизатора и порта, маршрутизатор увеличивает на 1 метрики присланного сообщения. После этого он сравнивает присланные маршруты с уже имеющимися в таблице маршрутами:

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

4)Сформировав расширенные таблицы, маршрут рассылает RIP сообщения своим соседям

5)Прием и обработка расширенных таблиц полностью аналогично для п.3, но для расширенных таблиц

Пункты 4 и 5 повторяются с интервалом в 30 сек.

46. Протокол ТСР.

ТСР передает в дуплексном режиме непрерывную последовательность байт, обеспечивая ее гарантированную доставку. Взаимодействие по ТСР осуществляется между процессами.

ТСР сам разбивает передаваемый поток байт на сегменты и передает каждый сегмент протоколу IP для передачи его по сети получателю отдельным пакетом.

Каждому сегменту ТСР добавляет заголовок следующего вида:

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

1)IP адресами своих узлов

2)Портам, через которые они будут взаимодействовать

3)Начальными номерами потоков байт

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

Завершить логическое можно 2мя способами:

1)Закрытые соединения – завершаются все не выполненные операции, далее соединение разрывается

2)При разрыве соединения разрываются немедленно вне зав-ти от того, завершились ли все операции передачи данных.

Каждому передаваемому сегменту ТСР присваивает последний номер, который совпадает с номером первого байта в этом сегменте. Для подтверждения правильности приема принятого сегмента, может использоваться номер подтверждения сегмента, в качестве передается номер последнего ожидаемого сегмента за последним правильно принятым. Не каждый сегмент может содержать номер подтверждения.

Номер подтверждения записан в заголовке, когда флаг АСК=1.

Если АСК=0, то заголовок не несет подтверждения.

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

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

За этим полем следуют флажковые поля.

ТСР сам выбирает моменты времени передачи сегментов на уровень IP, однако если в переданном потоке байт встретится команда PUSH, требуется немедленная передача сегмента, ТСР устанавливает флаг PUSH и передает сегмент на уровень IP.

ТСР так же позволяет передать сегменты с важной информацией, считается, что такие сегменты будут обработаны на другой стороне в первую очередь, сегменты с важной информацией помечаются URG=1.

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

Флаги:

RST,SYN, FIN – для передачи управляемой информации.

RST – необходимо сбросить логическое соединение в начальное состояние

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

FIN – означает запрос завершения логического соединения.

С помощью поля «окно» взаимные процессы согласовывают размеры передаваемых друг другу сегментов.

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

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

Поле модификаторы может содержать доп. Режимы(0-40 байт).

Заполнитель – выравнивает длину заголовка модификаторов на границу 32 разрядного слова(для заполнения двоичные нули).

48. Протокол telnet.

telnet предназначен для организации двунаправленной посимвольной передачи данных между двумя взаимными объектами, которыми могут быть:

1)терминал – терминал

2)терминал – процесс

3)процесс – процесс

Для передачи данных telnet создает ТСР соединение, используя порт №23.

В основу telnet положено 3 принципа:

1)Симметричность взаимодействия объектов

2)Концепция сетевого виртуального терминала – вызов осуществляется построчно, все что печатаем на одном терминале, выводится на принтере второго и наоборот.

3)Согласование доп. режимов

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

1)Выполняй 2)Не выполняй 3)Перехожу 4)Не перехожу

Эти команды кодируются 3мя байтами: ESC код команды код доп. режима

Помимо команд есть 5 управляющих символов:

1)прерывание - аварийно завершается текущее состояние

2)прерывание вывода – прерывается текущий вывод на принтер сетевого виртуального терминала

3)проверка готовности

4)стирание последнего символа

5)стирание последней строки

Ф-я кодировки 2мя байтами вида: ESC функция.

45.Адаптация RIP к изменениям в маршрутах, пример работы:

Новый маршрут появляется в RIP сообщении и рассылается в соседние узлы

Для извещения о прекращении действия маршрутов в RIP используется 2 механизма:

1)Использование времени жизни(time to live) – устанавливается для каждого маршрута, когда он заносится в таблицу маршрутизации. По умолчанию =180 сек. Если в течении 180 сек не придет нового RIP сообщения с таким же маршрутом, то маршрут помечается как действительный и он равен бесконечности(здесь это 16).

2)Использование бесконечной метрики.

Пример работы:

1)Допустим у маршрутизатора М1 отказал интерфейс 192.168.1.25. В таблице метрика стала 16, М1 передаст RIP сообщение с бесконечной метрикой маршрутизаторами М2 и М3 и они по исключающему правилу пометят маршрут как недействительный.

2)Рассмотрим худший случай, отказ интерфейса произошел сразу после отсылки RIP сообщений. Очень вероятно, что за это время соседние маршрутизаторы принимают RIP сообщение в М1. Они будут содержать маршрут с метрикой 2.

М1 увеличит метрику до 3 и скорректирует недействительный маршрутизатор. Произойдет зацикливание хождений пакетов.

Для борьбы с зацикливанием пакетов используются 3 дополнительных правила:

1)Правило расщепления горизонта – при рассылке RIP сообщений маршрутизатор не должен посылать маршруты, инициированные маршрутизатором, которому посылается сообщение.

2)Тригерное обновление. Пакеты тригерного обновления позволяют маршрутизатору отсылать сообщения с недействительными маршрутами немедленно, не дожидаясь 30 сек.

3)Замораживание обновлений. Запрещает маршрутизатору некоторое время обновлять маршрут, помеченный как не действительный.

49. Протокол FTP.

FTP предназначен для:

1)Обеспечения доступа к удаленным файлам

2)Скрытие от пользователя особенностей различных файловых систем

3)Надежной и эффективной передачи данных файлов

4) FTP позволяет осуществить взаимодействие как между пользователем и терминалом, так и между прикладными процессами.

В каждом узле FTP реализуется с помощью двух процессов:

Интерпретатора команд пользователя и процесса передающего данные.

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

Передать файлы между узлами. Задавать режимы передачи файлов.

Схема взаимодействия двух узлов в FTP:

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

Если для локального, то интерпретатор команд с помощью процессора передачи данных(ППД) и файловой системы(ФС) выполняет эти команды.

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

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

На каждую переданную команду возвращается ответ в виде текста:

ХХХ текст, где ХХХ – код завершения, текст – текст сообщения(например 200 – это успешное завершение).

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

50. Протокол SMTP.

Для транспорта используется ТСР соединение по порту №25, но отличается тем, что может использовать в качестве транспорта не обязательно ТСР, поэтому он широко распространен и используется для передачи почты.

Процесс передачи почтового сообщения осуществляется:

Сначала SMTP отправитель передает SMTP получателю команду Mail, в которой он идентифицирует отправителя почтового сообщения.

Если получатель согласен получить почту, он отвечает ХХХ текст или ОК. Получив положительный ответ, SMTP отправитель посылает команду RCPT, которой идентифицирует получателя.

Если SMTP получатель согласен получить почту, он отвечает ОК и после этого SMTP отправитель выдает команду Data, в которой передает почту.

Правильность принятия подтверждается ОК.

51. Доменная система имен DNS.

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

Проблемы:

1)Необходимо по имени определить IP адрес. Эта задача называется разрешением имени

2)Обеспечить уникальность имени.

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

Эта система – дерево, в корне которой корневой домен, ветвями являются промежуточные домены, а листьями являются имена хостов.

Корневым доменом управляется информационный центр Inter NIС. Для России это РОСНИИРС

Корневой домен, управляемый Inter NIC поделен на 3 части:

1)Географический 2)административный домен 3)домен обратного поиска

По функции или роду административные домены делят:

1)com – коммерческие организации 2)edu – образовательные 3)Gov – правительственные

4)int – международные 5)net – сетевые 6)org – не коммерческие

Географические домены – в нем корневой домен кодируется двумя символами, определенный код страны в соответствии с международными стандартами ISO 3166:

1)us – США 2)su – CCCP 3)ru – Россия 4)ua – Украина

Домен обратного поиска – используется для определения имени по известному IP адресу. Такой поиск не всегда однозначен. Для обычных пользователей доступны только 1 или 2 тип доменов.

Каждой организации, подключенной к Internet, Inter NIC или уполномоченная им организация выделяют некоторую область IP адресов, область в концептуальном пространстве имен, назначает уникальное имя домена.

Внутри своего домена организация сама ответственна за уникальность использования имен и распространения IP адресов.

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

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

s.mgu.msk.ru k.mgu.msk.ru

Ряд ограничений в использовании символов: a-z, A-Z, 0-9

Это собственные имена, поскольку они определяют имя конкретного хоста, есть и функциональные имена:

www.mgu.msk.ru – web сервер

ftp.mgu.msk.ru – ftp сервер

Для разрешения имен внутри домена используется сервер имен DNS(Domain Name Server).

Сервер имен содержит распределенную БД, с помощью которой по заданному имени определяется IP адрес узла.

Сервер имен может обслуживать 1 или несколько доменов, как правило вложенных.

Пространство имен,обслуж-их серверы имен наз-ся зоной.

Зона часто совпадает с доменом.

БД сервера имен содержит 3 основных файла:

1)Файл зоны– содержит таблицу разрешений имен данной зоны

2)Файл КЭШа, используется:

А)для хранения ссылок на вышестоящие серверы имен

Б)содержит временную таблицу разрешений имен, не входящую в данную зону

В)строчки таблицы заполняются по мере разрешения внешних имен и хранятся в КЭШе, в зависимости от настроек от нескольких часов.

3)файл обратного поиска. Для поиска имени по заданному IP адресу в данной зоне.

В файле IP адреса d1,d2,d3,d4 записываются наоборот d4,d3,d2,d1, чтобы было одно направление(типа они там по разному че то как то читают).

Все эти файлы создаются при создании сервера имен и динамично обновляются в процессе работы.

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

Существуют 2 основные схемы разрешения DNS имен:

1)Работу по поиску IP координирует DNS клиент:

а) DNS клиент обращается к корневому DNS серверу с указанием полного доменного имени

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

В) DNS клиент делает запрос следующего DNS сервера, который отсылает его к DNS серверу нужного поддомена и т.д. пока не будет найден DNS сервер, в котором хранится соответствующее имя запрашиваемого IP адреса. Этот сервер дает окончательный ответ клиенту. Так как эта схема загружает клиента, она редко применяется.

2)Рекурсивная схема.

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

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

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

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

Протокол DNS использует для работы TCP или UDP.

52. Протокол динамического конфигурирования хостов DHCP.

Основное назначение – автоматизировать работу администратора по настройке параметров TCP/IP:

1)Присвоить IP

2)Присвоить маску

3)определить шлюз по умолчанию

4)определить адрес сервера DNS

Для этого один из компьютеров сети выделяется под DHCP сервер. На нем администратор определяет параметры настройки сети. Кроме того, определяет режим выделения IP адресов сервером.

Сервер DHCP может выделять адреса в следующих режимах:

1)ручной

А)Администратор сам определяет какие адреса и параметры сервер должен выделять каждой рабочей станции, они являются постоянными

Б)Эти настройки будут действовать до тех пор, пока администратор вручную не поменяет

2)Автоматический

А)Сервер DHCP сам определяет какой адрес выделить какой рабочей станции

3)Динамический

А)сервер выделяет IP адреса рабочим станциям временно на определенный срок

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

Клиентом DHCP как правило является только рабочая станция сети

Использовать 3) для серверов и маршрутизаторов не рекомендуется.

Чтобы включить динамическое распределение адресов, на рабочей станции в опциях настройки TCP/IP необходимо включить режим «получить адрес автоматически».

Существует 4 типа пакетов, которыми клиент обменивается с сервером:

1) DHCP – поиск – отправляет клиент в широковещательном режиме

2) DHCP – предложение – отправляет сервер в широковещательном режиме

3) DHCP – запрос на получение адреса

4) DHCP подтверждение получения адреса

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

если адрес уже занят, процедура начинается заного:

DHCP сервер работает по UDP по порту №67

DHCP клиент работает по UDP по порту №68

53. IP версии 6.0.

Основное назначение – увеличение числа IP разрядов. Занимает 128 разрядов.

Для его записи используется восемь 16разрядных чисел 16ричной системы счисления:

1034:0000:2345:…

Как и в версии 4 допускается опускать не нужные нули. Можно опускать несколько подряд идущих нулевых элементов, оставляя вместо них 2 подряд идущих двоеточия(это можно сделать 1 раз):

1034::0000:…

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

1034::9:0:350D:21CA/24

При использовании IP версии 6.0 адреса в URL необходимо заключать в квадратные скобки:

http://[7628:...], если необходимо указать порт, то после скобок через двоеточие:

http://[7628:...]:8080

Для совместимости с версией 4, в версии 6 введены 2 типа переходных адресов:

1)IP.4 – совместимый адрес – содержит 80 нулевых первых бит, а после 32 бита адреса IP.4

2) IP.4 – преобразуемый адрес

Располагаемые между ними 16 бит для совместимого адреса =0, а для преобразованного =1

Узлы, понимающие обе версии протокола работают с совместимыми адресами. Для сети работающей только с версией 4 такие пакеты упаковываются в пакеты версии 4, а при выходе из сети распаковываются

Узлы, которые не могут работать с версией 4 работают только с преобразованными IP адресами.

В IP версии 6 отказались от широковещательного адреса и вместо него используются групповые.

IP.6:

Поле class задает приоритет

Flaw label – метка грумы потоков

Playload – длина полезной нагрузки. Исключает сам 40байтный заголовок IP

Next header - тип следующего заголовка пакета

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

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

В зависимости от соотношения между смысловым содержанием ин­формации S и тезаурусом пользователя S_p изменяется количество семантиче­ской информации I_c, воспринимаемой пользователем и включаемой им в дальнейшем в свой тезаурус

I_c

зависимость семантической

информации, воспринимаемой

потребителем I_c = f (S_p)

S_p

S_{p опт.}

при S_p- пользователь не понимает

S_p - уже всё знает

Максимальное количество семантической информации I_c потребитель приоб­ретает при согласовании её смыслового содержания S со своим тезаурусом S_p = S_{p опт.}, то есть когда поступающая информация понятна пользователю и не­сёт ему новые сведения. Следовательно, количество семантической инфор­мации в сообщении – величина относительная. Относительной мерой коли­чества семантической информации может служить коэффициент содержа­тельности

Прагматическая мера информации.

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

Например, в экономической системе ценность информации можно оп­ределить приростом экономического эффекта функционирования системы

I_β (γ) = П (γ / β) – П (γ)

где I_β (γ) – ценность сообщения β для системы управления γ

П (γ) – ожидаемый эффект функционирования системы управления γ.

П (β / γ) – ожидаемый эффект при условии, что для управления будет использована информация, содержащаяся в сообщении β.

Качество информации.

Возможность и эффективность использования информации обуславли­ваются следующими потребительскими показателями качества:

1) р е п р е з е н т а т и в н о с ть – правильность отбора и формирования в целях адек­ватного отражения свойств объекта.

2) с о д е р ж а т е л ь н о с ть информации – отражает семантическую ёмкость . С увеличением содержательности информации растёт семантиче­ская пропускная способность информационной системы, так как для получе­ния одних и тех же сведений требуется преобразовать меньший объём дан­ных.

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

4) д о с т у п н о с т ь обеспечивается выполнением соответствующих процедур её получения и преобразования.

5) а к т у а л ь н о с ть информации определяется степенью сохранения ценности информации для управления в момент её использования и зависит от дина­мики изменения её характеристик и от интервала времени, прошедшего с момента возникновения данной информации.

6) с в о е в р е м е н н о с т ь – то есть информация должна поступать не позже зара­нее назначенного момента времени, согласованного с временем решения по­ставленной задачи.

7) т о ч н о с ть информации определяется степенью близости получаемой инфор­мации к реальному состоянию объекта, процесса.

8) д о с т о в е р н о с т ь информации определяется её свойствами отражать реально существующие объекты с необходимой точностью. Измеряется доверитель­ной вероятностью необходимой точности.

9) у с т о й ч и в о с ть информации отражает её способность реагировать на измене­ния исходных данных без нарушения необходимой точности. Устой­чивость и репрезентативность обусловлена выбранной методикой отбора и формирования.

Дата добавления: 2014-01-06