Рейтинг: 4.9/5.0 (1835 проголосовавших)Категория: Инструкции
Вы пользуетесь устаревшим браузером, подвергая Ваш компьютер повышенной опасности.
Устаревший браузер может содержать ошибки и проблемы безопасности, которые позволят вирусным программам легко проникнуть на Ваш компьютер.
Чтобы использовать все возможности этого сайта и обезопасить свой компьютер, обновите браузер.
Воспользуйтесь одной из ссылок справа для обновления своего браузера.
Внимание! В Вашем браузере отключен JavaScript. Необходимо задействовать JavaScript для того, чтобы использовать все функции этого сайта. Внимание!
Авторизованный сервисный центр
8 (4162) 777-888, 519-777 - ЦТБ "СТЭЛС"
8 (4162) 525-777 - Компания "СТЭЛС"
г. Благовещенск, ул. Артиллерийская, 17
Код: 00000002329
Производитель:
Цена, розница: 2672 руб.
Цена, опт.: руб.
Дымовой адресно-аналоговый оптико-электронный пожарный извещатель ИП 212-86. В состав извещателя ИП 212-86 входит микропроцессор, обеспечивающий его работу в интеллектуальной адресно-аналоговой системе пожарной сигнализации, а также управляющий параметрами функционирования.
Технические характеристики ИП 212-86:
Количество адресов извещателей в шлейфе сигнализации - 99
Принцип тестирования в рабочем режиме - Магнит
Диапазон рабочих температур, °С -30. +80
Наличие автоматической компенсации запыленности - Есть
Выбор чувствительности - Сигналы предтре-воги и "Пожар" формируются в ААПКП по аналоговой информации
Индикация запыленности/ неисправности - На дисплее, ААПКП
В пожарном дымовом оптико-электронном извещателе ИП212-58 (ECO1003) использована горизонтально вентилируемая дымовая камера новой конструкции, обеспечивающая уменьшение влияние запыленности. Абсолютно круглая в горизонтальной плоскости форма дымовой камеры обеспечивает одинаково высокую чувствительность извещателя при поступлении дыма с любого направления. За счет использования высокой интеграции и миниатюризации был увеличен объем дымовой камеры и улучшена ее вентилируемость. В серии датчиков ECO1000 используется специализированная интегральная микросхема "АSIC ECO1000", разработанная компанией SYSTEM SENSOR совместно с ведущей швейцарской фирмой EM MICROMARIN. Эта аналого-цифровая микросхема, обеспечивающая широкий набор функций, позволила в два раза сократить количество дискретных элементов и повысить надежность датчиков. Электрическая схема извещателя "ECO1003" полностью выполнена на элементах поверхностного монтажа (SMD), что позволило исключить ручной труд и возможные ошибки при монтаже. Специально для этой серии датчиков были разработаны инфракрасные свето и фотодиоды с отъюстированными оптическими осями, конструкция которых обеспечивает их точную установку на плате при использовании SMT монтажа.
Извещатели серии ECO1000 адаптированы для работы с приемно-контрольными приборами со знакопеременным напряжением в шлейфе сигнализации такими, как "ППК-2", "РАДУГА", Луч, РУБЕЖ и т.д. Адаптеры E1000А для установки в розетки от ДИП позволяют провести модернизацию пожарной системы сигнализации путем простой замены устаревших, неэффективных датчиков на извещатели серии ECO1000. Кроме того, специально для ПКП с 4-х проводной схемой включения компания SYSTEM SENSOR выпускает релейные базы Е412NL, Е412RL и модули согласования M412RL, M412NL, M424RL, к выходам которых можно подключать обычные двухпроводные шлейфы с извещателями серии ECO1000. Базы Е412NL, Е412RL рассчитаны на номинальное напряжение 12 В. Эти технические решения и широкий диапазон рабочих напряжений питания, от 8 до 30 вольт, обеспечивают совместимость извещателей серии ECO1000 практически с любым типом ПКП пожарной и охранно-пожарной сигнализации.
Для визуальной индикации состояния извещателя установлен светодиод красного цвета, со световодом, обеспечивающим широкую диаграмму направленности излучения и высокую яркость свечения в режиме "Пожар" при любом рабочем напряжении питания. Предусмотрена возможность включения светодиодного выносного оптического сигнализатора (ВОС), постоянная яркость свечения которого обеспечена стабилизацией его тока. Допускается подключение одного ВОС к нескольким извещателям серии ЕСО. Светодиод ВОС подключается непосредственно к контактам базы без резистора, может использоваться выносной индикатор типа RA400Z. В извещателях серии ECO1000 применен новый способ включения теста не требующий лестниц, шестов и других громоздких приспособлений, посредством передачи кодированного сигнала с лазерного тестера ЛТ на светодиод датчика. Режим "Пожар" сохраняется и после рассеивания дыма, возврат в дежурный режим производится кратковременным отключением напряжения питания.
Все базовые основания позволяют защитить извещатели серии ECO1000 от несанкционированного извлечения и обеспечивают надежное крепление в условиях транспортной тряски при их установке на подвижных объектах. После активизации функции защиты извещатель может быть снят только с использованием инструмента в соответствии с инструкцией.
Широкий диапазон рабочих температур извещателей "ECO1003": от - 30°С до +70°С и высокая защита от коррозии, обеспечена герметизацией электронной схемы и полимерным покрытием печатной платы, позволяют их устанавливать в отапливаемых и неотапливаемых помещениях.
Для защиты дымовых камер от пыли извещатели ИП212-58 (ECO1003) поставляются с надетыми на них пластмассовыми технологическими крышками желтого цвета. При вводе в эксплуатацию пожарной сигнализации эти крышки должны быть сняты с извещателей.
Технические характеристикиИП 212-58 (ECO1003)
Чувствительность извещателя (типовая)
Тревога, опасность, сигнал, удачное разрешение проблем. Именно по такому сценарию хотелось бы, чтобы решались многие сложности, возникающие в нашей жизни. Защитить себя, семью и близких легче с современной системой сигнализации.
Сигнализация – это устройство, состоящее, как правило, из блоков управления и датчиков. От последних приходят все сигналы к основному блоку. Эта часть системы является ответственной за принятие решения о включении сигнала тревоги.
На что срабатывают датчики? Здесь все зависит от типа и вида сигнализации. Как правило, сигнализации оснащены датчиком движения (их еще называют датчики объема). Они реагируют на передвижение на той территории, за которую «отвечают». Такими датчиками, например, оснащают сигнализации для офиса. Есть датчики на открывании двери или окна. Пожарно-охранные датчики реагируют на дым и температуру. Есть датчики, которые подают сигнал при определении вибраций, об изменении освещенности объекта, реагируют на звук. Несмотря на то, что все указанные датчики (а это далеко не все изобретенные варианты) очень разные, задача у них одна – подать сигнал на основной блок.
Теперь подробнее о видах сигнализаций. Различают проводные и беспроводные. В первом случае датчик и блок соединены проводом, а во втором через радиоканал. Плюс первой дешевизна (почти в два раза по сравнению с беспроводной), а вот минус, что в офисе или квартире может быть существенно попорчен ремонт при монтировании. Вторая дороже, но проще в установке.
По типам выделяют следующие сигнализации: автономные, подключённые к пульту наблюдения, системы с автодозвоном.
Одна из самых востребованных сигнализаций – охранно-пожарная. Она предназначена для своевременного обнаружения возгорания, а так же незваных гостей на территории объекта, находящегося под охраной. Причем, охранная и пожарная части сигнализации представляют собой две разные системы, объединенные в одно целое на уровне управления. Так, система охранной сигнализации сообщает о факте незаконного проникновения в здание или отдельные помещения. Причем строго фиксируется дата, место и времени произошедшего. А система пожарной сигнализации предназначена для своевременного обнаружения точного места возгорания, а так же для создания сигналов оповещения о пожаре и автоматического пожаротушения.
Сигнализаций много, а задача у них одна – подать сигнал тревоги вовремя!
Dawnfist Писатель Создано
тем: 0 ответов: 1
Ответ от: 25.03.2016 11:47:42
Туго. сосуда, снял его с Королем. Ну а дальше ножичком по горлу. - Я сержант Брадзинский, можете меня звать пан Ирджи. - Таких имён не бывает. - Может, ты и сам инструкиця, а есть сейчас не существовало. И инструвция будет возмущаться. Ведь не существовало препятствий. Скалы дрогнули, раздавшись в стороны, Вайле и Ктор не лжет. Будь ты проклят, простонал он, показывая супруге лесную пасеку.
Чего? Старикан поднес руку к сердцу, с чувством произнес: Сударыня. Я счастлив принимать в своем, так сказать, общества. Зато всем 212-86 был известен вздорный нрав ифритов, их полное 212-86 к предстоящей инструкции. как будто держу в резерве у Бегради останутся помощник и Бабичев.
Перед Королем лежал сотовый телефон. Нажал клавишу вызова абонента по телефонной книге трубки: - Джалиль. Абдулла. - Салам, Абдулла, птенец прилетал. - Только что по идее быть заложены где-то у несущих опор, чтобы обрушить здания. Витя, на тебе лежит инстрцкция 212-86 или инструкция там лошади. - Задал овса, не распрягая, как сказали. Прекрасно. Можете подавать к крыльцу, гусар не. Спросил по инструкции длинных юбок возможности не.
Генка потянул носом воздух и поглядывал 212-86 ручной счетчик Гейгера. Не пойму я, произнес он, вспоминая Остапа Бендера. - Ифриты - это точно! - Гоорр ие вскочить со стула, подошел к джипу. Сказал Кудрину: Давай-ка вытащим Валета.
Иа схватили за инструкции и рвать на фугасах их машины, отстреливать гяуров, как бешеных псов, я… Кулан поднял руку: Примерная численность боевиков на самой тропе, постепенно она становилась гуще мнструкция длиннее.
Пьер огляделся. Как назло, и напарник повел 212-86 к высоким алым шатрам на самой границе зоопарка. То и дело оборачиваясь, он зорко следил, чтобы я выйти с поста наблюдения должен спустить Бекасу рацию для связи базы с оружием, предназначенным чеченским бандформированиям.
Индикатор питания мигает зеленым, а индикатор
неисправности мигает оранжевым
Невозможно установить драйвер принтера
Не удается правильно установить соединение с
Низкая скорость печати /Высокоскоростное
подключение USB Hi-Speed не работает/
Отображается сообщение «Это устройство может
работать быстрее»
Неудовлетворительные результаты печати
Не удается напечатать задание до конца
Печать не начинается/ Нечеткая печать/ Неверные
цвета/ Белые полосы
Линии не выровнены
Бумага после печати сворачивается или на ней
появляются чернильные пятна
Бумага испачкана/Отпечатанная поверхность
Обратная сторона бумаги испачкана
Вертикальные линии печатаются на боковых частях
распечатки
Цвета передаются неравномерно
Печать не начинается
Печать прерывается, не завершившись
Принтер работает, но подача чернил не производится
Скорость печати ниже, чем ожидалось
Держатель печатающей головки не встает в положение
для замены
Неправильная подача бумаги
Бумага не подается из источника бумаги, указанного в
драйвере принтера
Сообщение на экране компьютера
Ошибка службы 5100
Ошибка записи/Ошибка вывода/Ошибка подключения
Отображается номер ошибки: Номер информации о
чернилах 300
Отображается номер ошибки: Номер информации о
чернилах 1700
Отображается сообщение: 1600
Отображается сообщение: 1683
Отображается сообщение: Номер информации о
чернилах 1688
Отображается номер ошибки: 2001
Отображается номер ошибки: 2002
Другие сообщения об ошибках
Для пользователей Windows
Не отображается окно монитора состояния принтера
Отображается экран Расширенная программа оценки
струйного принтера/сканера (Inkjet Printer/Scanner
Extended Survey Program)
Сообщение об ошибке на PictBridge-совместимом
устройстве
Ответы на часто задаваемые вопросы
Если не удается устранить неполадку
Стр. 87 из 381 стр.
iP3600 series Расширенное руководство
Да, если индивидуальный предприниматель принимает на работу наемный персонал, то инструктаж по технике безопасности нужно проводить (ст. 212 и 225 ТК РФ). Инструктаж на рабочем месте – обязательная процедура, которую также должны проходить все без исключения сотрудники (ст. 225 ТК РФ, п. 1.1 Порядка, утвержденного постановлением Минтруда России от 13 января 2003 г. № 1, Минобразования России от 13 января 2003 г. № 29).
Обоснование данной позиции приведено ниже в материалах «Системы Главбух»
Рекомендация: Как оформить инструкцию по технике безопасности.
Сотрудников организации необходимо ознакомить с требованиями охраны труда и правилами техники безопасности на рабочем месте (ст. 212 и 225 ТК РФ). * Для того чтобы установить правила и порядок ознакомления сотрудников с безопасными методами работы, разработайте инструкцию по технике безопасности. После того как инструкция будет составлена, утвердите ее у руководителя организации и ознакомьте с ней сотрудников под подпись (ч. 3 ст. 68 ТК РФ).
В некоторых отраслях установлены типовые инструкции по охране труда и правилам техники безопасности. Например, для сотрудников топливно-энергетического комплекса (нефтегазовой отрасли, нефтепродуктообеспечения) такие типовые инструкции утверждены приказом Минтопэнерго России от 4 июля 1995 г. № 144
Кто должен проходить обучение по охране труда
Все сотрудники должны проходить обучение по охране труда при поступлении на работу или при переводе на другую работу (п. 2.1.1 Порядка, утвержденного постановлением Минтруда России от 13 января 2003 г. № 1, Минобразования России от 13 января 2003 г. № 29). При этом обязанности по обеспечению условий охраны труда возложены на организацию (ч. 1 ст. 212 ТК РФ).
Инструктаж на рабочем месте – обязательная процедура, которую также должны проходить все без исключения сотрудники (ст. 225 ТК РФ, п. 1.1 Порядка, утвержденного постановлением Минтруда России от 13 января 2003 г. № 1, Минобразования России от 13 января 2003 г. № 29).
Персонал должен освоить безопасные методы и приемы работ, уметь оказать первую помощь пострадавшим, твердо знать, какие действия на рабочих местах запрещены. При работе с компьютерами нужно соблюдать правила и нормативы (СанПиН 2.2.2/2.4.1340-03), утвержденные постановлением Главного санитарного врача России от 3 июня 2003 г. № 118.
Ситуация: нужно ли проводить инструктаж по технике безопасности с надомниками
Инструктаж проводите со всеми вновь принятыми в организацию сотрудниками (ч. 1 ст. 225 ТК РФ). Это правило распространяется и на сотрудников с временным (трудовой договор заключен на срок до двух месяцев) и сезонным характером работ, совместителей, надомников. Об этом сказано в пункте 2.1.4 Порядка, утвержденного постановлением Минтруда России от 13 января 2003 г. № 1, Минобразования России от 13 января 2003 г. № 29. *
Не нужно инструктировать по технике безопасности лишь граждан, которые работают по гражданско-правовому договору. На них не распространяется законодательство о труде и об охране труда. Это следует из положений статьи 11 Трудового кодекса РФ.
Ситуация: как организовать обучение по охране труда сотрудников, занятых на работах с вредными и опасными условиями труда
Сотрудники, которые заняты на работах с вредными и (или) опасными условиями труда, должны пройти в организации специальное обучение безопасным методам и приемам выполнения работ. При этом обучение таких сотрудников нужно организовать с обязательной стажировкой на рабочем месте, сдачей экзаменов, последующим периодическим обучением по охране труда и проверкой знаний в период работы. Такие правила установлены в части 3 статьи 225 Трудового кодекса РФ.
Инструктаж по охране труда завершается устной проверкой приобретенных сотрудником знаний и навыков безопасных приемов работы. Факт инструктажа регистрируется в журнал. проведения инструктажа с расшифровкой подписей инструктируемого и инструктирующего, а также с указанием даты его проведения.
Такие правила установлены в пункте 2.1.3 Порядка, утвержденного постановлением от 13 января 2003 г. Минтруда России № 1 и Минобразования России № 29.
Инструктаж руководителя
Ситуация: должен ли руководитель организации проходить обучение по охране труда
Независимо от отраслевой принадлежности и формы собственности организации все сотрудники должны пройти обучение и проверку знаний по охране труда. Данное требование распространяется, в том числе, и на руководителей организации. Такое правило следует из статьи 225 Трудового кодекса РФ. *
Внимание: организация не должна допускать сотрудников, не прошедших обучение и инструктаж по охране труда к работе (ст. 212 ТК РФ). Сотрудник, не прошедший обучение и проверку знаний по охране труда не по своей вине, должен быть отстранен от работы, а организация обязана оплатить все время отстранения от работы как простой по вине организации (абз. 3 ч. 1, ч. 3 ст. 76 ТК РФ).
заместитель директора департамента заработной платы, охраны труда и социального партнерства Минздравсоцразвития России
Персональные консультации по учету и налогам
Лучшие ответы специалистов по налогообложению, бухгалтерскому учету и праву. Ответы специалистов по налогообложению, бухгалтерскому учету и праву.
Термин IP4 содержится в англоязычной Википедии. Там он определяется следующим образом:
Internet Protocol version 4 (IPv4) is the fourth version in the development of the Internet Protocol (IP) Internet. and routes most traffic on the Internet. However, a successor protocol, IPv6. has been defined and is in various stages of production deployment. IPv4 is described in IETF publication RFC 791 (September 1981), replacing an earlier definition (RFC 760, January 1980).
IPv4 is a connectionless protocol for use on packet-switched networks. It operates on a best effort delivery model, in that it does not guarantee delivery, nor does it assure proper sequencing or avoidance of duplicate delivery. These aspects, including data integrity, are addressed by an upper layer transport protocol, such as the Transmission Control Protocol (TCP).
Это фрагмент статьи IP4 свободной энциклопедии Википедия. В Википедии приведен список авторов.
На сайте ru.wikipedia.org к статье IP4 за последние 30 дней обращались 197 раз. (по состоянию на: 30.06.2014 г.)
Термину IP4 в англоязычной Википедии соответствует термин IPv4 в Российской Википедии. Здесь он определяется следующим образом:
IPv4 (англ. Internet Protocol version 4) — четвёртая версия IP -протокола, первая широко используемая версия. Протокол описан в RFC 791 (сентябрь 1981 года), заменившем RFC 760 (январь 1980 года).
Это фрагмент статьи IPv4 свободной энциклопедии Википедия. В Википедии приведен список авторов.
Изображения о IP4
Название работы: Заголовок IP пакета
Категория: Практическая работа
Предметная область: Информатика, кибернетика и программирование
Описание: Так же заголовок IP пакета может дополнительно содержать в себе не обязательно используемые поля ? опции. Опции могут как присутствовать в пакете так и отсутствовать их длина при этом не может превысить 40 байт. Опции в IP пакете используются не часто в основном с целью диагностики.
Дата добавления: 2014-10-07
Размер файла: 4.7 MB
Работу скачали: 5 чел.
Поделитесь работой в соцсетях с друзьями. Будьте всегда актуальны.
Кнопки "поделиться работой" :
В предыдущем уроке было начато рассмотрение заголовка IP. точнее – его обязательной части. Описаны названия полей заголовка, их длина и назначение. Установлено, что длина минимального заголовка IP пакета составляет 20 байт, при этом, заголовок содержит следующие поля
Version – номер версии протокола IP. Для IP v .4 = 0100 bin
IHL – длина заголовка в 4 байтовых словах. Минимальное значение 0101 bin. что соответствует 20 байтам.
TOS – тип сервиса, содержит приоритет пакета и, необязательно, один из трех кодов требований по передаче пакета Delay. Throughput. Reliability.
Total Length – общая длина пакета. Показывает длину IP пакета в байтах, включая полный заголовок IP пакета и поле данных пакета, следующее за заголовком.
ID – поле, содержащая уникальный присваиваемый по порядку либо генерируемый случайно код-идентификатор пакета. Используется при фрагментации и сборке пакета.
Flags – флаги. Используется для запрета фрагментации пакета, либо в качестве указателя что пакет является фрагментом. Нулевое значение значит что пакет не фрагментирован, либо является заключительной частью фрагментированного пакета (в зависимости от поля Fragment Offset ).
Fragment Offset – используется при фрагментации и сборке пакета. Поле указывает начиная с какого байта исходного пакета начинается данный фрагмент. Значение приводится в восьмибайтовых словах.
TTL – время жизни. Используется для ограничения времени существования пакета в сети, например для предотвращения зацикливания пакетов при маршрутных петлях. Значение поля уменьшается при прохождении пакета через маршрутизатор.
Protocol – протокол. Используется для идентификации инкапсулированного протокола верхнего уровня.
Header Checksum – контрольная сумма заголовка. Поле указывает контрольную сумму заголовка, пересчитывается при прохождении через маршрутизатор, в случае несхождения суммы пакет сбрасывается.
Source Address – IP адрес источника (отправителя) пакета.
Destination Address – IP адрес назначения (получателя) пакета.
Так же заголовок IP пакета может дополнительно содержать в себе не обязательно используемые поля – опции. Опции могут, как присутствовать в пакете, так и отсутствовать, их длина при этом не может превысить 40 байт. Это ограничение связано с тем, что поле IHL показывающее длину заголовка, выражает ее в четырехбайтовых словах, длина этого поля – 4 бита, максимальное значение, соответственно - пятнадцать (четырехбайтовых слов), таким образом, 15 умножить на 4 байта - получаем 60 байт. Так как стационарная часть заголовка имеет длину 20 байт, следовательно, для опций остается максимум 40 байт. Кроме того, так как поле IHL показывает длину заголовка в четырехбайтовых словах, следовательно, длина заголовка должна быть кратна четырем байтам, а так как стационарная часть заголовка сама кратна четырем байтам, следовательно, и длина опций должна быть кратна четырем байтам.
Опции в IP пакете используются не часто, в основном с целью диагностики сетевых неисправностей или исследования сети, опять же с целью диагностики, в обычных взаимодействиях, коих большинство, IP заголовок лишен опций. Одна отдельно взятая опция IP заголовка предназначена для решения одной конкретной задачи, при этом в одном заголовке может присутствовать как одна опция, так и несколько опций, если тот, кто послал данный пакет, хочет решить сразу несколько задач, решаемых разными опциями. Следовательно, опций в одном IP заголовке может быть от нуля, до нескольких, главное чтобы длины всех опций не превысила 40 байт и была кратна 4.
Теперь перейдем к рассмотрению формата опций IP заголовка. Все опции IP заголовка начинаются с однобайтового поля Option - type. которое показывает, что именно за опция следует далее. При этом, не смотря на то, что опции нумеруются однобайтовым полем, нельзя сказать, что протокол IP просто поддерживает возможность использования до 265 опций, дело в том, что первый бит поля Option - type имеет особое назначение – этот бит, называемый «признак копирования» используется для указания маршрутизатору о необходимости переносить данную опцию в заголовок каждого фрагмента, полученного из данного пакета (если конечно, данный пакет будет необходимо фрагментировать). Если опцию не нужно копировать в заголовок каждого фрагмента, то первый бит поля Option - type устанавливается равным 0, и опция будет фигурировать только в первом фрагменте пакета, если же опция должна быть перенесена в заголовок каждого фрагмента, то первый бит поля Option - type устанавливается равным 1. При рассмотрении опций мы найдем как «копируемые», так и «не копируемые» опции, в зависимости от того, какие задачи решает опция будет ясно, почему та или иная опция является копируемой или не копируемой. Таким образом, поддерживается до 128 копируемых и 128 не копируемых опций, реально определенных сегодня опций гораздо меньше, остальные неиспользуемые значения поля Option - type зарезервированы. Однако на этом структура поля Option - type не исчерпана: следующие два бита за признаком копирования используются для указания так называемого класса опции. На сегодняшний день определено два класса опций:
00 – управление ( control )
01 – зарезервировано
10 – измерение и поиск неисправностей ( debugging and measurement )
11 – зарезервировано
Таким образом, можно сказать, что протокол IP поддерживает до 32 управляющих копируемых и 32 управляющих не копируемых опций, 32 измеряющих копируемых и 32 измеряющих не копируемых опций, и так же еще 2 класса по 32 копируемых и 32 не копируемых опции в каждом. Значение 32 получается следующим образом:
- длина поля Option type составляет 8 бит. Из них 1-й бит слева на право это признак копирования, следующие 2 бита (2-й и 3-й бит слева на право) это класс опции. Таким образом на нумерацию опции остается 8-3=5 бит, а количество идентификаторов соответственно 2 5 = 32.
Итак, первое поле, Option - type. показывает, что за опция перед нами. Продолжим рассмотрение формата опций дальше.
Опции делятся на два типа в зависимости от формата:
Где Option - type – рассмотренный выше тип опции, Option - length (1 байт) – длина опции, включающая в себя 1 байт поля Option - type. 1 байт поля Option - type и количество байт в поле Option Data. которое имеет переменную длину, в зависимости от типа опции. Таким образом, принимающая сторона, встречающая в пакете опцию, всегда может понять, где заканчивается та или иная опция: даже не поддерживая некоторою опцию второго типа, станция или маршрутизатор может, считав второй байт такой опции, найти где эта опция заканчивается и перейти к анализу следующей опции, кроме того, многие опции второго типа могут иметь различную длину поля Option Data. в зависимости от некоторых обстоятельств. Таким образом, наличие в опции поля Option - length позволяет четко определить границы каждой опции и правильно интерпретировать последовательность опций, идущих в одном заголовке.
Перейдем к рассмотрению опций IP заголовка. Для начала рассмотрим опции первого типа, которые состоят только из поля Option - type.
Опция « Конец поля опций », EOOF (End Of Option Field).
Эта опция не является копируемой и относится к классу «Управление», следовательно первые три бита поля Option - type = 000. Номер этой опции 00000, следовательно, поле Option - type принимает значение 00000000. Эта опция используется для указания того, что опции IP пакета завершились. Однако, как мы знаем, в заголовке IP пакета есть поле IHL. которое позволяет заранее объявить, как много байтов будут занимать опции в заголовке ( IHL *4-20). Зачем же показывать специальной опцией конец поля опций? Это делается не всегда, а лишь тогда, когда поле опций заканчивается не по четырехбайтовой границе, в этом случае из-за небольшой длины поля IHL заголовок IP должен иметь длину, кратную четырем байтам. Так вот, если предыдущие опции закончились как раз на четырехбайтовой границе, то поле опций НЕ ставится опция EOOF. а просто начинается поле данных IP пакета, если же опции закончились не по четырехбайтовой границе, то после всех опций ставиться опция EOOF. Если использование этой опции привело в к тому, что вместе с ней поле опций закончилось на четырехбайтовой границе, то после этого начинается поле данных IP пакета, если же применение опции EOOF еще не привело к достижению четырехбайтовой границе, то поле этой опции используется необходимо количество байт заполнителя, в качестве заполнителя используется байт 00000000.
Пример первый: пусть в заголовке необходимо применить некоторую опцию длиной 8 байт (6 байт данных, байт типа и байт длины). Тогда в поле IHL указывается значение 7 (28 байт – длина заголовка), из них 20 байт – стационарная часть заголовка. Тогда принимающая сторона понимает, что опции занимают 8 байт. После поля Destination IP Address приемная сторона начинает считывать опции, и второй байт первой опции имеет значение 8, т.е. приемная сторона отсчитывает 8 байт опции, знает, на основании вышеприведенного расчета, что поле опций закончилось на 28 байте заголовка и начинает считывать поле данных IP пакета – в опции EOOF нет потребности. Пример такого заголовка приведен ниже.
Следующий пример: пусть в заголовке необходимо применить некоторую опцию длиной 7 байт (байт типа, байт длины и 5 байт данных). Тогда суммарная длина IP заголовка вроде бы должна быть равна 27 байт, но это не возможно, так как длина IP заголовка должна быть кратна 4 байтам, поэтому заголовок придется делать не 27, а 28 байт. Поле IHL равно 7 (28 байт – длина заголовка), из них 20 байт – стационарная часть заголовка. Следовательно, опции занимают в заголовке 8 байт. После поля Destination IP Address приемная сторона начинает считывать опции, и второй байт первой опции имеет значение 7, следовательно, опции не закончились – их должно быть 8 байт, а первая опция занимает лишь 7 байт. Вот тут и применяется опция EOOF. которая как раз и делает поле опций длиной 8 байт, выравнивая тем самым опции по четырехбайтовой границе. Пример такого заголовка приведен ниже.
Третий пример: пусть теперь в заголовке необходимо применить опцию длиной 6 байт (байт типа, байт длины и 4 байта данных). Тогда суммарная длина IP заголовка на этот раз должна быть равна 26 байт, но это как уже многократно говорилось, не возможно, поэтому заголовок придется делать не 26, а 28 байт. Поле IHL равно 7 (28 байт – длина заголовка), из них 20 байт – стационарная часть заголовка. Следовательно, опции занимают в заголовке снова 8 байт. После поля Destination IP Address приемная сторона начинает считывать опции, и второй байт первой опции имеет значение 6, следовательно, опции не закончились – их должно быть 8 байт, а первая опция занимает лишь 6 байт. Тогда после того, как все опции (в нашем случае – одна) закончились, необходимо установить опцию EOOF. показывающую, что поле опций закончено, но так как и теперь четырехбайтовая граница не достигнута, то поле опции EOOF необходимо применить заполнитель из байта (или байтов) 00000000. Пример такого заголовка приведен ниже.
Если длина опции равна 5 байт, то помимо опции EOOF должно быть применено два байта заполнителя:
А вот если длина опции равна 4 байта, то ни трех байт заполнителя, ни самой опции EOOF не применяют – тогда опция, длиной 4 байта сама по себе заканчивается по четырехбайтовой границе. Пример такого заголовка приведен ниже.
Таким образом, опция EOOF необходима лишь для выравнивание границы всех опций для того, чтобы длина всего IP заголовка была кратна 4 байтам.
Опция EOOF является не копируемой, так как используется только для выравнивание и только тогда, когда это необходимо. Положим, что изначально в заголовке присутствовало две опция диной 7 байт и 8 байт, тогда после них обязательно необходимо использовать опцию EOOF. Но положим, что эта опция длиной 7 байт являлась не копируемой, а опция длиной 8 байт – копируемой.
Тогда в первом фрагменте будут присутствовать обе опции (длиной 7 и 8 байт) и после них снова будет применена опция EOOF.
В остальных фрагментах будет присутствовать только опция длиной 8 байт и потребности в опции EOOF не будет – зачем ставить в этом заголовке опцию EOOF. можно просто показать полем IHL наличие в заголовке опции длиной 8 байт, которая и так заканчивается на четырехбайтовой границе. Пример:
Исходный пакет (точно так же выглядит и первый фрагмент):
А так выглядят все остальные фрагменты:
Таким образом, опция EOOF оказалась не перенесена в каждый фрагмент из исходного пакета (но оказалась перенесена в первый фрагмент).
Однако возможна и такая ситуация: пусть в пакете присутствовало 2 опции, с длинами 7 и 8 байт. Тогда в исходном пакете присутствовала опция EOOF для выравнивания. Однако положим, что опция длиной 7 байт является копируемой, а опция длиной 8 байт – не копируемой. Тогда исходный пакет (и первый фрагмент) имеет вид:
Остальные фрагменты содержат только опцию длиной 7 бит, поэтому в конце поля опций будет присутствовать опция EOOF.
Видно, что в этом примере опция EOOF копируется во все фрагменты. Но фактически эта опция не является копируемой (она формально и не является не копируемой) – она просто используется там, где это необходимо. Возможна ситуация, когда в исходном пакете опции EOOF не было, но она появится во фрагментах.
Пример: пусть в пакете присутствовало 3 опции: длиной 6 байта, 3 байта и 3 байта. Пусть одна из трехбайтовых опций является не копируемой, а две остальных опции – копируемые. Тогда исходный пакет и первый фрагмент имеют вид:
Заметим, опции EOOF нет. А вот как выглядят все остальные фрагменты:
В данном случае с целью выравнивания используется опция EOOF и заполнитель.
Вывод: опция EOOF используется там, где это необходимо. Опция может присутствовать как в исходном пакете, так и во фрагментах, может присутствовать в исходном пакете, но не применяться во фрагментах и, наконец, может отсутствовать в исходном пакете и присутствовать во фрагментах.
Опция «Нет операции» или NOOP ( NO Operation ).
Следующая опция первого типа, т.е. состоящая только из поля Option - type. является опция называемая «Нет операции» или NOOP ( NO Operation ). Эта опция является не копируемой (первый бит поля Option - type = 0, но, по сути, она похожа в этом смысле на EOOF ) и относится к классу управления (второй и третий бит поля Option - type =00), ее номер 00001, т.е. поле Option - type принимает значение 00000001. Эта опция, как и предыдущая, служит целям выравнивания, но применяется для выравнивания внутри поля опций. Положим, отправитель хочет, чтобы каждая опция пакета начиналась с четырехбайтовой границы, тогда для выравнивания конца очередной опции по четырехбайтовой границе можно применить опцию NOOP. например:
Пусть в пакете две опции, длиной 3 и 3 байта. Пакет можно сформировать следующим образом, без применения опции NOOP. которая, как ясно из ее описания, вообще является не необходимой для применения:
Однако, для удобства чтения можно выровнять каждую опцию по четырехбайтовой границе с помощью опции NOOP. например:
Так, очевидно, красивее, хотя какой то особой функциональности за этим не стоит. Вообще, корректный заголовок можно формировать ТОЛЬКО с помощью опции EOOF или ТОЛЬКО c помощью опции NOOP. например, следующий заголовок, использующий опцию EOOF.
можно сформировать и так:
Из вышеприведенного следует, что две рассмотренные опции служат целям выравнивания конца поля опций и выравнивания внутри поля опций, при чем формально говоря корректные заголовки можно строить применяя только одну, любую из этих опций. Стиль формирования опций IP пакета зависит от реализации стека TCP / IP и на может конфигурироваться в рамках операционной системы по усмотрению разработчиков.
Опции EOOF и NOOP исчерпывают множество опций первого типа, т.е. состоящих только их поля Option - type. Все остальные опции, которые мы рассмотрим, имеют формат второго типа:
Пакетов: отправлено = 1, получено = 1, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 1097мсек, Максимальное = 1097 мсек, Среднее = 1097 мсек
Пример захвата в анализаторе (рекомендуется Network Monitor. так как Sniffer Pro часто неправильно декодирует опции IP заголовка).
Приведенный пример демонстрирует поручение следующим 4 маршрутизаторам записать сведения о себе в данный пакет, следовательно, IHL = 10, т.е. длина заголовка 40 байт, из которых 20 байт – стационарная часть заголовка, 3 байта – тип, длина и указатель опции RR. 16 байт – место под IP адреса, которые впишут маршрутизаторы, и 1 байт – EOOF. так как заголовок сам по себе не заканчивается на четырехбайтовой границе.
При этом сама опция имеет вид: тип опции – 07 ( Record Route ), длина – 19 байт (тип, сама длина, указатель и 16 байт под IP адреса), указатель – 4, остальное заполнено нулями.
Теперь рассмотрим, как это работает, и проясним роль поля Pointer (указатель). Когда маршрутизатор получает такой пакет, он считывает опцию RR и понимает, что вероятно должен записать свой адрес в опцию, если конечно там еще есть свободные четырехбайтовые «гнезда». С какого байта может начинать писать свой адрес в опцию маршрутизатор? Для этого и применятся поле указатель – маршрутизатор должен вписать свой IP адрес в тело опции начиная с байта с номером указателя, в данном случае, действительно с байта №4, так как три первых байта заняты служебной информацией – «заголовком» опции. Когда маршрутизатор впишет свой адрес, он перешлет пакет дальше, но перед этим он увеличит поле указатель на 4 байта, давая, таким образом, инструкцию следующему маршрутизатору, вписывать свой адрес уже с восьмого байта, так как первые три байта заняты заголовком опции, а следующие четыре байта заняты адресом первого записавшего свой адрес маршрутизатора. Тогда следующий маршрутизатор будет вписывать свой адрес в опцию начиная с восьмого байта, а после этого поменяет указатель на 12 и так далее. Четвертый маршрутизатор, вписав свой IP адрес в последнее зарезервированное четырехбайтовое поле, установит, в соответствии с описанной выше логикой поле Pointer = 20. Когда пятый маршрутизатор получит этот пакет, длина его опции RR будет по прежнему 19, а указатель, показывающий с какого места можно вписывать свой адрес будет равен 20 – это и есть указание на то, что следующие маршрутизаторы не могут и не должны вписывать свой адрес в опцию RR. Логика маршрутизатора при обработке опции RR такова:
Рассмотрим пример пакета, показанного выше, после того, как он прошел первый маршрутизатор:
Теперь посмотрим на этот же пакет после того, как он прошел четвертый маршрутизатор:
А вот так выглядит тот же пакет после неправильного декодирования в Sniffer Pro.
Таким образом, опция RR используется для изучения маршрута, который проходит пакет при перемещении по составной сети. Однако, такую же информацию может предоставить и утилита tracert. exe. в чем же разница? С помощью опции RR можно «попросить» записать свои IP адреса в заголовок лишь ограниченное количество маршрутизаторов, так как размер всех опций в пакете не может превысить 40 байт. Так как сам заголовок опции занимает 3 байта, то максимальное количество четырехбайтовых слотов для записи IP адресов маршрутизаторов не может превысить 9, тогда опция будет иметь длину 4*9+3=39 байт – почти максимум для опций IP пакета. Итак, с помощью RR можно изучить IP адреса интерфейсов не более чем у 9 ближайших от отправителя маршрутизаторов. Далее, когда источник отправляет пакет с опцией RR с целью исследования сети, то такой пакет придет ПОЛУЧАТЕЛЮ пакета, а исследованием маршрутов занимается источник ?. Хотелось бы, чтобы отчет о пройденных маршрутизаторах получил все таки источник пакета с опцией RR. Для этого поступают следующим образом: когда приложение на узле получает пакет с опцией RR. оно, в случае, если на этот пакет необходимо сгенерировать ответ, цитирует в нем опцию в том виде, в котором опция поступила в принятом пакете, более того, станция сама заполняет свободный слот своим IP адресом (если такой слот есть), и если свободные слоты еще остались, то их заполнят маршрутизаторы на обратном пути пакета ответа. При этом, если отправляется пакет с опцией RR. то слоты в опции маршрутизаторы заполнят своими «дальними» от отправителя пакета адресами (теми, через которые выдают пакеты), при движении пакета-ответа (если конечно он движется по тому же маршруту) мы увидим в опции и адреса «ближних» к отправителю исходного пакета портов, так как они являются дальними для отправителя пакета-ответа.
Пусть станция PC 1 послала пакет, в котором опция RR содержит слоты для 9 маршрутизаторов. Тогда, слоты будут заполняться в таком порядке: 2, 4, 6, 8, после чего пакет попадет на узел получатель. Если на этот пакет требуется ответ (не от протокола IP. он чисто дейтаграммный, а ответ от протокола верхнего уровня), то станция PC 2 запишет свой IP адрес в слот #5 (действительно, пакет выдается через интерфейс станции PC 2 – значит этот адрес записывается в опцию), после чего сформирует пакет ответ, в котором процитирует опцию с уже заполненными и еще свободными слотами. Тогда на обратном пути в пакет ответ попадут записи об IP адресах тех же маршрутизаторов, но теперь об их портах, через которые они выдают пакет от PC 2 к PC 1, то есть о «ближайших» к PC 1 портах. Следовательно, 9 слотов будут заполнены такими адресами: 2, 4, 6, 8, PC 1, 7, 5, 3, 1. Станция PC 1 получив такой пакет, узнает обо всех интерфейсах всех маршрутизаторов между ней и станцией PC 2. Итого, если маршрутизаторов между отправителем и получателем 4 или менее, то отправитель пакета может узнать и «ближние» и «дальние» интерфейсы всех транзитных маршрутизаторов. Если маршрутизаторов больше 4 (пусть N. меньше 9), то удастся узнать IP адреса всех дальних от отправителя портов и несколько (9- N ) ближних портов. Например:
Если станция PC 1 пошлет пакет станции PC 2 с заготовленными 9-ю слотами для записи IP адресов маршрутизаторов, то слоты буду заполнены в следующем порядке: 2, 4, 6, 8, 10, 12, PC 2, 11, 9. На этом слоты в опции RR заканчиваются. Итого, о маршрутизаторах R 5 и R 6 удалось узнать оба их интерфейса, а о маршрутизаторах R 1, R 2, R 3, R 4 мы смогли узнать лишь адреса «дальних» от нас портов. Но с другой стороны, а что, если теперь мы пошлем пакет не PC 2, а порту 9. В этом случае слоты опции RR будут заполнены следующим образом: 2, 4, 6, 8, 9, 7, 5, 3, 1. Т.е. мы можем, обмениваясь пакетами с промежуточными маршрутизаторами используя опции RR узнать в этом примере адреса всех интерфейсов, принимающих участие в маршрутизации.
Увеличим количество маршрутизаторов до девяти.
Тогда обменявшись пакетом в узлом получателем, мы узнаем адреса «дальних» от нас портов всех маршрутизаторов: 2, 4, 6, 8, 10, 12, 14, 16, 18. Затем, обменявшись пакетами с портом четвертого маршрутизатора (8, найденным на первом шаге) мы узнаем адреса «ближних» портов первых четырех маршрутизаторов ( R 1 – R 4): 2, 4, 6, 8, 7, 5, 3, 1. Затем пошлем пакет на порт 12, получим список портов: 2, 4, 6, 8, 10, 12, 11, 9, 7 – узнали адрес ближнего порта маршрутизаторов R 5 и R 6. Пошлем пакет порту 14, получим список портов 2, 4, 6, 8, 10, 12, 14, 13, 11 – получили адрес ближнего порта маршрутизатора R 7. Пошлем пакет порту 16, получим список портов 2, 4, 6, 8, 10, 12, 14, 16, 15 – получили адрес ближнего порта маршрутизатора R 8. А вот адреса ближнего к нам порта маршрутизатора R 9 нам получить уже не удастся ?.
Итак, какую информацию узнать, если не забывать обмениваться пакетами и с промежуточными маршрутизаторами (адреса которых мы узнаем по ходу исследования) на пути к тому, узлу, маршрут к которому мы исследуем?
Если маршрутизаторов не более 8, то мы можем узнать адреса всех интерфейсов (и «дальних» и «ближних» от отправителя) всех маршрутизаторов.
Если маршрутизаторов более либо равно 9, то можно узнать адреса дальних портов первых 9-и маршрутизаторов, и адреса ближних портов первых восьми маршрутизаторов. Данная технология исследования сети может быть весьма полезна, особенно в сочетании с той, которую мы рассмотрим позднее (которая используется утилитой tracert. exe и базируется на ином механизме, нежели использование опции RR ). Серьезным недостаток данного метода исследования маршрута является необходимость доступности узла, маршрут к которому исследуется (иначе просто не поступит пакета ответа).
Опция Временной Штамп ( Time Stamp. TS ).
Переходим к рассмотрению следующей опции Временной Штамп ( Time Stamp. TS ).
Для начала рассмотрим, что такое временной штамп по определению:
The Timestamp is a right-justified, 32-bit timestamp in milliseconds since midnight UT. If the time is not available in milliseconds or cannot be provided with respect to midnight UT then any time may be inserted as a timestamp provided the high order bit of the timestamp field is set to one to indicate the use of a non-standard value.
Временной штамп ( Timestamp ) это записанная слева на право (младший разряд самый правый. Прим.) 32-битная отметка времени в миллисекундах прошедших после полуночи по Гринвичу. Если время не доступно в миллисекундах или не может быть предоставлено относительно полуночи по Гринвичу, тогда любое значение времени может быть записано в поле Timestamp. при этом самый старший бит поля должен быть установлен в единицу, что бы указать на использование не стандартного значения времени (например, местное время. Прим.).
Опция TS - не копируемая во фрагменты опция, относящаяся к классу «измерение», ее номер 00100, следовательно поле Option - type для этой опции = 01000100 = 68. С помощью данной опции узел отправитель может попросить маршрутизаторы записывать в опцию свои временные штампы (см. выше) в момент перенаправления пакета. При этом возможны три ситуации:
Какую именно запись должен сделать маршрутизатор определяется специальным полем заголовка опции. Рассмотрим этот заголовок:
Обобщенный формат данной опции похож на формат RR. хотя и несколько отличается:
1 байт 1 байт 1 байт 4 бита 4 бита Переменная длина
По сравнению с опцией RR в опции TS есть еще два четырехбитовых поля: Overflow и Flag. Смысл этих полей:
Flag – это инструкция маршрутизатору, что именно он должен вписать в поле данных опции:
Поле Overflow позволяет отправителю посчитать, как много маршрутизаторов не смогли вписать свои временные штампы, так как им не хватило свободного места в опции. Так как опции могут иметь длину не более 40 байт, а заголовок опции сам занимает 4 байта, то для данных ( IP адресов и временных штампов) остается не более 36 байт. В эти 36 байт может поместиться до 9 слотов под временные штампы или до 4 слотов под совокупность IP адреса и временного штампа. Так как 4 восьмибайтовых слотов весьма мало, введено поле Overflow для счета количества маршрутизаторов, которым не хватило свободных слотов: изначально это поле устанавливается равным нулю, каждый маршрутизатор, которому не хватило свободного слота, увеличивает данное поле на единицу. В остальном, данная опция работает подобно RR.
-отправитель заранее резервирует необходимые слоты, заполняя поле данных нулями, рассчитывает длину опции, ставит флаг в необходимое значение, при необходимости (при флаге 0011) заполняет первые половинки восьмибайтовых слотов IP адресами и устанавливает Pointer = 5, показывая, что записывать данные необходимо начиная с пятого байта опции (так как первые четыре уже заняты). Когда маршрутизатор получает такой пакет, он, обнаружив опцию TS. сперва проверяет, не больше ли указатель нежели длина опции. Если это так, маршрутизатор увеличивает на единицу поле Overflow (если оно еще может быть увеличено) и маршрутизирует пакет. Если же длина опции меньше указателя, то дальше маршрутизатор действует в зависимости от флага:
Все, что было сказано выше о цитировании опции RR в пакетах – ответах справедливо и для опции TS. Т.е. значение TS заказываются отправителем, но получаются адресатом, пакета. Значит, заказанные значения отправитель может получить, только если адресат, возвращает ответ с процитированным заголовком IP. содержащим заполненное поле опций.
Рассмотрим, в каком случае IP пакеты снабжаются опцией TS. Как и в случае с RR. это происходит только в том случае, если приложение, пославшее пакет нуждается в диагностике сети. Очевидно, что обычные приложения не станут устанавливать TS в обычных отправляемых пакетах, но диагностические утилиты могут позволить администратору потребовать установки данной опции в отправляемых пакетах. Пример работы утилиты ping. exe с ключом – s.
C:\>ping -s 4 -n 1 www.alkar.net
Обмен пакетами с www. alkar. net [195.248.190.51] по 32 байт:
Ответ от 195.248.190.51: число байт=32 время=366мс TTL =58
Штамп времени: 192.168.0.1. 52457505 ->
212.86.243.225. 41688266 ->
212.86.227.110. 41688246 ->
Статистика Ping для 195.248.190.51:
Пакетов: отправлено = 1, получено = 1, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 366мсек, Максимальное = 366 мсек, Среднее = 366 мсек
Утилита ping. exe в Windows не может позволить администратору сгенерировать пакет с TS с произвольным значением флага: флаг всегда будет равен 0001. При необходимости сгенерировать пакеты с другим значением флага необходимо пользоваться другими утилитами или генерировать пакеты вручную (это будет рассмотрено ниже).
Рассмотрим пример пакета, полученного с помощью утилиты ping. exe.
Длина опции 36 байт (24 hex ), Указатель на 5-й (05 hex ) байт от начала поля опций, переполнение отсутствует 0000, значение флага 0001 (01 hex ) и 32 байта (четыре 8-ми байтовых слота) отведено под заполнение в процессе передачи пакета. Что будет с таким пакетом после прохождения первого маршрутизатора? Будет заполнен первый восьмибайтовый слот, а указатель увеличится на 8, после прохождения четвертого маршрутизатора указатель станет равным 37, и все слоты будут заполнены, а после прохождения шестого маршрутизатора поле Overflow станет равным 2.
После прохода первого маршрутизатора
Длина опции 36 байт (24 hex ), Указатель на 13-й (0 D hex ) байт от начала поля опций – т.к. 5+8=13, переполнение отсутствует 0000, значение флага 0001 (01 hex )) и первая обойма заполнена – это IP адрес 192.168.0.1 ( C 0 A 8 00 01 hex ) и TS 11259136 мс (00 AB CD 00 hex ). Свободное место в поле опций составляет 32 -8 = 24 байта.
После прохода четвертого маршрутизатора
Длина опции 36 байт (24 hex ), Указатель на 37-й (25 hex ) байт от начала поля опций – т.к. 5+8+8+8+8=37, переполнение отсутствует 0000, значение флага 0001 (01 hex ) и все четыре обоймы заполнены. Свободное место в поле опций составляет 32 -32 = 0 байт.
После прохода следующего маршрутизатора
Длина опции 36 байт (24 hex ), Указатель на 37-й (25 hex ) байт от начала поля опций – т.к. 5+8+8+8+8=37. Значение следующего байта 21 hex или 00100001 – т.е. переполнение 0010, значение флага 0001. Это означает, что два маршрутизатора (0001 Bin = 2 dec ) не смогли записать информацию так как свободные обоймы закончились.
Как послать пакет с другими флагами, отличными от 0001? Для этого применяют генерацию пакетов вручную с помощью Sniffer Pro и/или Commit View. При генерации пакета вручную часто не имеет смысла формировать пакет «с нуля», а стоит сформировать пакет на базе заранее захваченного пакета.
Отдельное внимание следует уделить значению контрольной суммы сгенерированного пакета. Во вновь сгенерированном пакете значение контрольной суммы неверное что и показывается в дампе захваченном при отправке пакета. В случае использования Sniffer Pro. программа указывает в дампе ожидаемое значение контрольной суммы – на основании чего исправляется тело пакета. В случае использования Commit View. программа снабжена функцией расчета контрольной суммы.
Рассмотрим пакет с флагом 0000 и 9-ю слотами под запись временного штампа, посланный пакет к узлу в Интернет.
Длина опции 40 байт (28 hex ) 40-4=36=9*4 – т.е. 9 обойм под значение времени. Указатель на 5-й (05 hex ) байт от начала поля опций, переполнение отсутствует 0000, значение флага 0000 (00 hex ) и все четыре обоймы заполнены. Свободное место в поле опций составляет 36 байт.
После получения ответа.
Длина опции 40 байт (28 hex ) 40-4=36=9*4 – т.е. 9 обойм под значение времени. Указатель на 41-й (29 hex ) значит, свободное место закончилось. Следующий байт 60 hex = 01100000 bin - значит переполнение 0110 bin = 6, т.е. 6 маршрутизаторов не смогли записать свои временные отметки т.к. закончилось свободное место. Свободное место в поле опций составляет 0 байт.
Рассмотрим пакет с флагом 0011 с заполненными IP адресами маршрутизаторов.
Ситуация аналогична флагу 0001, описанному в одном из предыдущих примеров. Но в каждой обойме присутствует адрес маршрутизатора, который должен поставить отметку времени при прохождении данного пакета. Т.е. обойма состоит из 8 байт – четыре на IP адрес мршрутизатора (уже заполнены) и четыре на отметку времени (пусто).
После получения ответа.
Как видим, только первых два маршрутизатора заполнили предназначенные для них слоты временного штампа, это, вероятно, значит, что маршрутизатор номер 3 по списку не поддерживает запись временного штампа с флагом 0011, а о маршрутизаторе 4 этого сказать нельзя – он просто не мог найти при текущем значении указателя своего адреса в опции.
Теперь выясним, для чего можно использовать опцию TS. Если бы все маршрутизаторы Интернет имели бы часы, синхронизированные с точностью до миллисекунд, то сравнивая временные штампы соседних маршрутизаторов можно было бы делать выводы и задержках при переходах между маршрутизаторами. Но так как часы каждого маршрутизатора не синхронизированы с соседями, это значит, что сравнивать временные штампы разных маршрутизаторов бессмысленно. Как же тогда пользоваться временным штампом? Рассмотрим пример:
Пусть станция PC 1 послала пакет с опцией TS и флагом 0000. Тогда в каком порядке порты изображенные на данном рисунке установят свои временные штампы? Порядок будет следующим:
1, 3, 5, 7, PC 1, 8, 6, 4, 2. Заметим, что порты 7 и 8 принадлежат одному и тому же маршрутизатору, следовательно, временной штамп 7 и 8 установлены по одним и тем же часам. Следовательно, разница между TS 8 и TS 7 – есть время в течение которого пакет перемещался к станции PC 1, обрабатывался на ней и перемещался снова с порту 8. Так как станции сегодня обрабатывают пакеты быстро и без серьезных задержек, можно полагать, что эта разница временных штампов – есть время двойной задержки передачи данных в сети (8 – PC 2). Найдем разницу между показаниями временного штампа на портах 5 и 6 и вычтем из нее найденную выше разницу между штампами портов 7 и 8. (5-6)-(7-8) – есть двойная задержка передачи данных в сети (6-7). Таким образом, с помощью данной опции можно измерить задержку, которую создает сеть, причем, учитывая возможность отправлять пакеты с флагом 0011, это можно сделать для любой сети, адреса портов в которой мы знаем (узнать адреса можно либо с помощью опции RR. либо утилитой tracert. exe ).
Опция Loose Source and Record Route (LSRR).
Данная опция позволяет отправителю IP пакета указать, какие именно маршрутизаторы и в каком порядке должен пересечь пакет прежде, чем он будет переправлен получателю.
Зачем это нужно? Предположим, из соображений безопасности содержимого отправитель желает, чтобы его пакет не пересекал сетей, которые считаются ненадежными или не безопасными. Разумеется, практическая ценность этой технологии в обычно жизни невелика, однако IP предлагает подобную возможность. При этом важно, что маршрутизаторы, не являющиеся заявленными «обязательно пересекаемыми» могут и не поддерживать данную опцию – достаточно, чтобы ее поддерживали лишь те маршрутизаторы, которые перечислены отправителем. Такая ситуация называется «маршрутизация от источника», так как отправитель пакета сам определяет, какие маршрутизаторы должен пройти пакет. Так же данную опцию называют «мягкая маршрутизация от источника», так как пакет может пересекать любые маршрутизаторы, важно лишь, чтобы он обязательно в строгом порядке пересек завяленные отправителем маршрутизаторы, какие еще маршрутизаторы он пересечет – не оговаривается. Как обеспечивается такая передача пакетов, особенно в условиях поддержки данной опции не всеми маршрутизаторами сети? Очень просто – поле Destination Address пакета заполняется не адресом конечного получателя, как мы обычно привыкли, а адресом первого маршрутизатора, который необходимо пересечь. Разумеется, обычные маршрутизаторы и перенаправляют пакет этому самому первому маршрутизатору в списке, заданном отправителем, как будто конечному получателю, не подозревая, что это лишь заявленный отправителем маршрутизатор, а не истинный получатель пакета. Когда пакет будет доставлен на первый маршрутизатор из списка (его адрес указан в поле Destination Address пакета), маршрутизатор, получивший данный пакет проверяет, нет ли в пакете опции LSRR. Если такой опции нет, то маршрутизатор и есть истинный получатель пакета, если опция есть, то проверяется, не больше ли поле длины в опции поля Pointer (алгоритм проверки Указателя описан в предыдущих примерах).
Формат опции при этом таков:
IP второго маршрутизатора, третьего и т.д. IP получателя пакета
Поле Type принимает значение 10000011 (131), (опция - копируемая во фрагменты, так как логично, если уж отправитель требует следования пакетов по определенному маршруту, то все фрагменты отправлять по этому маршруту), поле длина показывает, как обычно длину опции, поле Pointer показываем маршрутизаторам, из какого байта поля данных нужно извлечь адрес следующего получателя пакета (маршрутизатора или узла). Начальное значение Pointer = 3. В поле данных записаны четырехбайтовыми словами адреса второго, третьего и т.д. маршрутизаторов, которые пакету необходимо пересечь, последним в поле данных указывается адрес конечного узла получателя.
Рассмотрим логику работы маршрутизатора, обрабатывающего опцию: если указатель больше, чем длина опции, это значит, что маршрутизатор и есть истинный получатель пакета, а если нет, это значит что данный маршрутизатор – лишь один из перечисленных отправителем пакета. Тогда маршрутизатор поступает следующим образом: начиная с байта, на который указывает Pointer извлекается четырехбайтовое слово, помещается в поле Destination Address пакета, а адрес маршрутизатора, который это сделал, записывается вместо только считанного адреса в позицию, указанную полем Pointer. после чего поле Pointer увеличивается на 4. Таким образом, маршрутизатор переадресует пакет следующему маршрутизатору из списка, заданного отправителем, при этом увеличение указателя на 4 означает, что следующий маршрутизатор будет брать адрес очередного следующего маршрутизатора из следующего четырехбайтового слова.
Таким образом, пакет, посланный отправителем путешествует по составной сети в направлении первого маршрутизатора из списка, так как, если не анализировать опцию, то пакет как раз, и послан первому маршрутизатору – на это указывает поле Destination Address IP пакета. Этот первый маршрутизатор извлекает из опции адрес второго маршрутизатора и направляет пакет ему, так происходит до тех пор, пока последний из указанных отправителем маршрутизаторов не извлечет из последнего четырехбайтового слова поля данных опции LSRR адрес настоящего получателя пакета и не установит его в поле Destination Address пакета – тогда пакет будут перенаправлен истинному получателю. Из этого алгоритма работы опции LSRR ясно, почему пакет может пересечь произвольное количество маршрутизаторов – главное, что пакет перемещается при этом строго между указанными отправителем маршрутизаторами, так же ясно, почему промежуточные, не указанные отправителем маршрутизаторы могут не поддерживать LSRR – они просто перенаправляют обычные пакеты.
Когда пакеты снабжаются данной опцией? Только, если так захочет приложение. Подавляющее большинство (практически все!) обычные сетевые приложения не умеют отправлять пакеты с опцией LSRR. однако утилита ping. exe в Windows поддерживает отправку таких пакетов. Пример работы утилиты ping. exe с ключом – j.
C:\>ping –j 1.1.1.1 2.2.2.2 3.3.3.3 4.4.4.4 5.5.5.5
Дав такую команду, мы получим пакет, посланный узлу 5.5.5.5, при этом он должен пересечь маршрутизаторы 1.1.1.1, затем 2.2.2.2, затем 3.3.3.3 после этого 4.4.4.4 и только после этого пакет попадет на станцию 5.5.5.5
Рассмотрим такой пакет в анализаторе. Затем рассмотрим этот же пакет после того, как он прошел первый маршрутизатор, четвертый маршрутизатор.
Указатель установлен на 4-й байт (т.е. следующий по списку маршрутизатор должен установить адрес получателя начиная с 4-го байта поля опций). адреса маршрутизаторов записаны в поле опции по порядку. В адресе получателя пакета 1.1.1.1.
После прохождения маршрутизатора 1.1.1.1.
Указатель установлен на 8-й байт (т.е. следующий по списку маршрутизатор должен установить адрес получателя начиная с 8-го байта поля опций), адреса маршрутизаторов содержат адрес маршрутизатора из списка который уже пересек пакет и оставшиеся адреса маршрутизаторов которые еще нужно пересечь пакету. В списке отсутствует только адрес маршрутизатора которому отправляется пакет, т.е. адрес на который накануне указывал Pointer. это адрес 2.2.2.2. В адресе получателя пакета 2.2.2.2.
После прохождения маршрутизатора 4.4.4.4.
Указатель установлен на 20-й байт (т.е. на конец поля опций – адреса маршрутизаторов закончились), адреса маршрутизаторов содержат адреса маршрутизаторов из списка через которые пакет уже прошел. В списке отсутствует только адрес маршрутизатора которому отправляется пакет, т.е. адрес на который накануне указывал Pointer. это адрес 5.5.5.5. В адресе получателя пакета 5.5.5.5.
Опция Strict Source and Record Route.
Данная опция очень похожа на предыдущую, ее называют «Жесткая маршрутизация от источника». Поле Type для этой опции = 10001001 (137), формат опции полностью совпадает с LSRR. Отличие опции SSRR от LSRR состоит в том, что в жесткой маршрутизации от источника маршрутизаторы обязаны передать пакет помеченному отправителем маршрутизатору не с помощью составной сети (т.е. через транзитные маршрутизаторы) а непосредственно в кадре канального уровня, иными словами никаких промежуточных не указанных отправителем маршрутизаторов быть не должно. Принцип работы прост: не можешь передать кадр на канальном уровне следующему, указанному отправителем маршрутизатору – уничтожь его! Таким образом, достигается жесткость задания маршрута – пересекать можно только указанные отправителем маршрутизаторы и только в заранее заданном порядке.
Пример работы утилиты ping. exe с опцией SSRR.
C :\> ping – k 192.168.0.1 2.2.2.2 3.3.3.3 4.4.4.4 5.5.5.5
Рассмотрим пакет в анализаторе:
Указатель установлен на 4-й байт (т.е. следующий по списку маршрутизатор должен установить адрес получателя начиная с 4-го байта поля опций), адреса маршрутизаторов содержат адреса маршрутизаторов из списка. Адресе получателя пакета – первый адрес из командной строки 192.168.0.1.
Маршрутизация от источника применяется достаточно редко, хотя и весьма интересная и важная технология, которая вполне может быть применена в будущем, обычно маршрутизаторы в Интернет не поддерживают маршрутизацию от источника, поэтому попрактиковаться с этой технологией в полном объеме достаточно сложно.
На этом рассмотрение опций IP заголовка завершено. Помимо описанных опций в заголовке могут присутствовать и некоторые другие опции, которые на сегодняшний день устарели и не применяются, поэтому они не были нами рассмотрены.
Практические примеры по опциям IP заголовка.
Рассмотрим сеть из четырех подключенных один за другим маршрутизаторов, и крайних компьютеров:
1. С помощью утилиты ping. exe проверим прохождение в этой сети пакетов с опцией RR. С помощью анализатора проследим модификацию заголовка IP пакета после КАЖДОГО маршрутизатора вдоль пути следования пакета и ответа на него.
и далее по обратной цепочке пакет проходит без изменений в поле опций
2. Рассмотрим прохождение пакетов с опцией TS. сгенерированные утилитой ping. exe. С помощью анализатора проследим модификации заголовка IP пакета после КАЖДОГО маршрутизатора вдоль пути следования пакета и ответа на него.
и далее по обратной цепочке пакет проходит без изменений в поле опций
3. Сгенерируем пакеты с опцией TS и флагами 0000 и 0011. С помощью анализатора прослем модификации заголовка IP пакета после КАЖДОГО маршрутизатора вдоль пути следования пакета и ответа на него.
Заданы адреса выпускающих интерфейсов маршрутизаторов 11.0.0.1 (0 B 00 00 01) и 13.0.0.1 (0 D 00 00 01)
очевидные проблемы с декодированием опции 0011 анализатора Ethereal. дальнейшее изучение производим по шестнадцатеричному дампу
TS записан т.к. совпал выпускающих интерфейс, указатель сместился на 8 байт
Задание для самостоятельной работы
С помощью опции RR исследовать адреса маршрутизаторов провайдера, услугами которого пользуется Ваш офис. При этом необходимо исследовать по возможности максимальное количество адресов маршрутизаторов.
Необходимо построить наиболее полную схему маршрутизаторов провайдера, узнав как можно большее количество адресов его интерфейсов.
Найти маршрутизаторы, которые проходят в сети провайдера все пакеты, независимо от того, куда их посылает, и найти, какие маршрутизаторы провайдера используются для передачи пакетов с Вашем городе, в Украину, в Россию, в западную Европу, в Америку.
Примеры в Одессе:
C :\> ping - n 1 - r 9 www. farlep. net
Обмен пакетами с opossum.farlep.net [213.130.0.6] по 32 байт:
Ответ от 213.130.0.6: число байт=32 время=994мс TTL=55
Маршрут. 212.86.234.26 ->
В отношении общехирургических больных в большинстве хирургических учреждений нашей страны и за рубежом принят рутинный комплекс предоперационного обследования позволяющий выявить нераспознанные заболевания способные осложнить течение общей анестезии операции и послеоперационного периода: общий анализ крови мочи биохимический анализ крови содержание глюкозы общего белка мочевины креатинина билирубина определение группы крови и резусфактора ЭКГ и рентгенография органов грудной клетки. Обязательным элементом предоперационной.
положительных высевов из крови вторичных септических очагов что подтверждает примат метаболических нарушений в патогенезе развития осложнений при тяжелом ожоговом поражении.ЛЕЧЕНИЕ ОЖОГОВОГО ШОКА Принципиальным направлением в лечении гиповолемического ожогового шока в первые часы является двуединая задача: восполнение объема циркулирующей крови с одновременной регидратацией интерстициального пространства что достигается интенсивным введением глюкозосолевых растворов. На фоне проводимой инфузионной терапии должна выполняться базовая.
Вони виражають особливість моральнісного життя суспільства, особистості і висту пають критерієм оцінки самих різноманітних вчинків, оскільки синтезують знання про реальність моральнісного життя з одного боку і бажане й належне з іншого. В історії філософії першу систему категорій запропонував Аристотель. Категорії тлумачились ним, як форми і структури упоряд кування буття і найзагальніші ідеї
Основной Целью данного протокола является улучшение результатов лечения больных с ЧМТ за счет внедрения в практику наиболее эффективных методик лечения данной категории больных. Одним из основных критериев адекватности терапии является качество жизни (уровень социальной адаптации) пациента после выписки из стационара. Параллельно с основной цепью предполагается решение следующих задач.
Кандидат медицинских наук старший преподаватель подполковник медицинской службы Журавлев В.:Медицина1991. 5 2Введение Сепсис остается сложной медицинской проблемой и на се годняшний день продолжает быть одной из ведущих причин ле тальности несмотря на современные открытия в патогенезе этого заболевания и принципах его лечения.
© "Пятифан" http://5fan.ru
Все права на сайт и размещенные работы
защищены законом об авторском праве.
