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

Разговаривают два гаишника. ...

Начато производство базовых станций для GSM-сетей, построенных на основе открытого ПО
Sun, 20 May 2012 21:22:19 +0600

Релиз torrent-клиента Transmission 2.52
Sun, 20 May 2012 21:12:47 +0600

Обновление свободной бухгалтерской системы iceB 12.24 и графической оболочки iceBw 7.25
Sun, 20 May 2012 14:50:29 +0600

Представлен первый википедия-город
Sat, 19 May 2012 23:59:39 +0600

Для GitHub представлен сервис непрерывной интеграции BuildHive
Sat, 19 May 2012 22:49:55 +0600

Проблемы с рецензированием патчей тормозят развитие X.Org
Sat, 19 May 2012 22:45:15 +0600

Релиз свободного Flash-плеера Lightspark 0.5.7
Sat, 19 May 2012 20:33:54 +0600

Десятый альфа-выпуск свободной стратегической игры 0 A.D.
Sat, 19 May 2012 01:00:58 +0600

e4rat - оптимизатор ФС Ext4 для ускорения загрузки
Fri, 18 May 2012 23:53:09 +0600

Релиз систем мониторинга Icinga 1.7 и Monit 5.4
Fri, 18 May 2012 22:59:11 +0600

Уязвимости в sudo, OpenOffice, Sympa, Libxml2, gdk-pixbuf, QuickTime, RealPlayer и Pidgin
Fri, 18 May 2012 12:41:20 +0600

Релиз Fedora 17 отложен до 29 мая
Fri, 18 May 2012 11:56:20 +0600

Управление Mandriva Linux передаётся независимой организации
Fri, 18 May 2012 09:18:46 +0600

Регулирующие органы заинтересовались попыткой вытеснения конкурирующих браузеров в ARM-версии Windows
Thu, 17 May 2012 21:04:35 +0600

Для Tizen подготовлена проприетарная прослойка для запуска Android-приложений
Thu, 17 May 2012 19:23:39 +0600

Организация Linux Foundation объявила о проведении конкурса дизайна футболок
Thu, 17 May 2012 12:51:17 +0600

Обновление проприетарного драйвера NVIDIA 295.53
Thu, 17 May 2012 09:26:19 +0600

Подписано соглашение о передаче кода Lotus Symphony проекту Apache OpenOffice
Wed, 16 May 2012 23:52:39 +0600

Представлен Wine-Mono, набор компонентов .NET для Wine
Wed, 16 May 2012 23:37:08 +0600

Релиз системы нелинейного видеомонтажа Kdenlive 0.9
Wed, 16 May 2012 17:38:58 +0600

Red Hat Enterprise Linux исполнилось 10 лет
Wed, 16 May 2012 15:07:35 +0600

Началось бета-тестирование переработанной версии Firefox для Android
Wed, 16 May 2012 13:06:55 +0600

Для X.Org Server разрабатывается новый API для взаимодействия с драйверами
Wed, 16 May 2012 11:01:18 +0600

Релиз системы управления проектами Redmine 2.0.0
Wed, 16 May 2012 10:47:46 +0600

Тестовый магазин web-приложений Mozilla Marketplace запущен без поддержки Linux
Tue, 15 May 2012 22:58:38 +0600

Релиз web-браузера Chrome 19
Tue, 15 May 2012 21:50:34 +0600

Руководство по использованию Capsicum для изоляции выполнения программ и библиотек
Tue, 15 May 2012 21:25:06 +0600

NVIDIA выпустила многоплатформенную среду разработки CUDA-приложений
Tue, 15 May 2012 18:04:35 +0600

Для OpenSMTPD подготовлена поддержка хранения базы пользователей в SQLite
Tue, 15 May 2012 17:15:30 +0600

Вышла первая бета-версия СУБД PostgreSQL 9.2
Tue, 15 May 2012 15:48:33 +0600

IP Управляющие ICMP, ARP, IGMP Транспортные UDP, TCP Работа ТСР
Протокол IP

IP-дейтаграмма состоит из заголовка и текстовой части. Заголовок содержит обязательную 20-байтную часть, а также необязательную часть переменной длины. Формат заголовка показан на схеме ниже. Он передается слева направо, то есть старший бит поля Версия передается первым. (В процессоре SPARC байты располагаются слева направо, в процессоре Pentium — наоборот, справа налево.) На машинах, у которых старший байт располагается после младшего, как, например, у семейства процессоров Intel, требуется программное преобразование как при передаче, так и при приеме.

Поле Версия содержит версию протокола, к которому принадлежит дейтаграмма. Включение версии в каждую дейтаграмму позволяет использовать разные версии протокола на разных машинах. Дело в том, что с годами протокол изменялся, и на одних машинах сейчас работают новые версии, тогда как на других продолжают использоваться старые. Сейчас происходит переход от версии IPv4 к версии IPv6. Он длится уже много лет, и не похоже, что скоро завершится. Некоторые даже считают, что это не произойдет никогда (Weiser, 2001). Что касается нумерации, то ничего странного в ней нет, просто в свое время существовал мало кому известный экспериментальный протокол реального масштаба времени IPv5.

Длина заголовка является переменной величиной, для хранения которой выделено поле IHL (информация в нем представлена в виде 32-разрядных слов). Минимальное значение длины (при отсутствии необязательного поля) равно 5. Максимальное значение этого 4-битового поля равно 15, что соответствует заголовку длиной 60 байт; таким образом, максимальный размер необязательного поля равен 40 байтам. Для некоторых приложений, например, для записи маршрута, по которому должен быть переслан пакет, 40 байт слишком мало. В данном случае дополнительное поле оказывается бесполезным.

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

Изначально 6-разрядное поле Тип службы состояло из трехразрядного поля Precedence и трех флагов — D, Т и R. Поле Precedence указывало приоритет, от О (нормальный) до 7 (управляющий сетевой пакет). Три флаговых бита позволяли хосту указать, что беспокоит его сильнее всего, выбрав из набора {Delay, Throughput, Reliability} (Задержка, Пропускная способность, Надежность). Теоретически, эти поля позволяют маршрутизаторам выбрать, например, между спутниковой линией с высокой пропускной способностью и большой задержкой и выделенной линией с низкой пропускной способностью и небольшой задержкой. На практике сегодняшние маршрутизаторы часто вообще игнорируют поле Тип службы.

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

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

Следом идет один неиспользуемый бит и два однобитных поля. Бит DF означает Don't Fragment (He фрагментировать). Это команда маршрутизатору, запрещающая ему фрагментировать дейтаграмму, так как получатель не сможет восстановить ее из фрагментов. Например, при загрузке компьютера его ПЗУ может запросить образ памяти в виде единой дейтаграммы. Пометив дейтаграмму битом DF, отправитель гарантирует, что дейтаграмма дойдет единым блоком, даже если для ее доставки придется избегать сетей с маленьким размером пакетов. От всех машин требуется способность принимать фрагменты размером 576 байт и менее.

Бит MF означает More Fragments (Продолжение следует). Он устанавливается во всех фрагментах, кроме последнего. По этому биту получатель узнает о прибытии последнего фрагмента дейтаграммы.

Поле Смещение фрагмента указывает положение фрагмента в исходной дейтаграмме. Длина всех фрагментов в байтах, кроме длины последнего фрагмента, должна быть кратна 8. Так как на это поле выделено 13 бит, максимальное количество фрагментов в дейтаграмме равно 8192, что дает максимальную длину дейтаграммы 65 536 байт, на 1 байт больше, чем может содержаться в поле Полная длина.

Поле Время жизни представляет собой счетчик, ограничивающий время жизни пакета. Предполагалось, что он будет отсчитывать время в секундах, таким образом, допуская максимальное время жизни пакета в 255 с. На каждом маршрутизаторе это значение должно было уменьшаться как минимум на единицу плюс время стояния в очереди. Однако на практике этот счетчик просто считает количество переходов через маршрутизаторы. Когда значение этого поля становится равным нулю, пакет отвергается, а отправителю отсылается пакет с предупреждением. Таким образом удается избежать вечного странствования пакетов, что вероятно в случае, если таблицы маршрутизаторов по какой-либо причине испортятся.

Собрав дейтаграмму из фрагментов, сетевой уровень должен решить, что с ней делать. Поле Протокол сообщит ему, какому процессу транспортного уровня ее передать. Это может быть TCP, UDP или что-нибудь еще. Нумерация процессов глобально стандартизирована по всему Интернету. Номера протоколов вместе с некоторыми другими были сведены в RFC 1700, однако теперь доступна интернет-версия в виде базы данных, расположенной по адресу www.iana.org.

Поле Контрольная сумма заголовка защищает от ошибок только заголовок. Подобная контрольная сумма полезна для обнаружения ошибок, вызванных неисправными микросхемами памяти маршрутизаторов. Алгоритм вычисления суммы просто складывает все 16-разрядные полуслова в дополнительном коде, преобразуя результат также в дополнительный код. Таким образом, проверяемая получателем контрольная сумма заголовка (вместе с этим полем) должна быть равна нулю. Этот алгоритм надежнее, чем обычное суммирование. Обратите внимание на то, что значение Контрольной суммы заголовка должно подсчитываться заново на каждом транзитном участке, так как по крайней мере одно поле постоянно меняется (поле Время жизни). Для ускорения расчетов применяются некоторые хитрости.

Поля Адрес отправителя и Адрес получателя указывают номер сети и номер хоста. Поле "необязательная часть" было создано для того, чтобы с появлением новых вариантов протокола не пришлось вносить в заголовок поля, отсутствующие в нынешнем формате. Оно же может служить пространством для различного рода экспериментов, испытания новых идей. Кроме того, оно позволяет не включать в стандартный заголовок редко используемую информацию. Размер поля "необязательная часть" может варьироваться. В начале поля всегда располагается однобайтный идентификатор. Иногда за ним может располагаться также однобайтное поле длины, а затем один или несколько информационных байтов. В любом случае, размер поля "необязательная часть" должен быть кратен 4 байтам. Изначально было определено пять разновидностей этого поля, перечисленных в следующей таблице, однако с тех пор появилось несколько новых. Текущий полный список можно найти по адресу www.iana.org/assignments/ip-parameters.

Некоторые типы необязательного поля IP-дейтаграммы

Тип

Описание

Безопасность

Указывает уровень секретности дейтаграммы

Свободная маршрутизация от источника

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

Строгая маршрутизация от источника

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

Запомнить маршрут

Требует от всех маршрутизаторов добавлять свой IP-адрес

Временной штамп

Требует от всех маршрутизаторов добавлять свой IP-адрес и текущее время

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

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

Параметр "Свободная маршрутизация от источника" требует, чтобы пакет прошел через указанный список маршрутизаторов в указанном порядке, но при этом по пути он может проходить через любые другие маршрутизаторы. Обычно этот параметр указывает лишь небольшое количество маршрутизаторов. Например, чтобы заставить пакет, посылаемый из Лондона в Сидней, двигаться не на восток, а на запад, можно указать в этом параметре IP-адреса маршрутизаторов в Нью-Йорке, Лос-Анджелесе и Гонолулу. Этот параметр наиболее полезен, когда по политическим или экономическим соображениям следует избегать прохождения пакетов через определенные государства.

Параметр "Запомнить маршрут" требует от всех маршрутизаторов, встречающихся по пути следования пакета, добавлять свой IP-адрес к полю Необязательная часть. Этот параметр позволяет системным администраторам вылавливать ошибки в алгоритмах маршрутизации («Ну почему все пакеты, посылаемые из Хьюстона в Даллас, сначала попадают в Токио?»). Когда была создана сеть ARPANET, ни один пакет не проходил больше чем через девять маршрутизаторов, поэтому 40 байт для этого параметра было как раз достаточно. Как уже говорилось, сегодня размер поля Необязательная часть оказывается слишком мал.

Наконец, параметр Временной штамп действует полностью аналогично параметру Запомнить маршрут, но кроме 32-разрядного IP-адреса, каждый маршрутизатор записывает также 32-разрядную запись о текущем времени. Этот параметр также применяется в основном для отладки алгоритмов маршрутизации.

НОВОСТИ: Представлен первый википедия-город Sat, 19 May 2012 23:59:39 +0600

Организация Wikimedia представила первый в мире википедия-город - в рамках проекта Monmouthpedia все достопримечательности и достойные упоминания места английского города Монмут снабжены табличками с ссылками на тексты статей из свободной энциклопедии. Таблички выполнены из прочной керамики и содержат данные в QR-коде.

Google Chrome Opera Firefox INFOBOX - хостинг Books.ru