Isns сервер что это

Isns сервер что это

Internet Storage Name Service

Internet Storage Name Service (iSNS) (Служба имен хранилищ Интернета) — сетевой протокол, позволяющий автоматизировать открытие, управление и конфигурирование ISCSI и Fibre Channel устройств (с использованием iFCP шлюзов) в TCP/IP сетях.

Протокол iSNS описывается в RFC 4171.

Содержание

Особенности

iSNS предоставляет управление сервисами аналогично тем, которые имеются в семействе Fibre Channel, что позволяет для стандартной IP сети работать во многом таким же образом, как работает в Fibre Channel сеть хранения данных. Из-за того, что iSNS способен эмулировать фабрику сервисов Fibre Channel, и управлять как ISCSI, так и Fibre Channel устройствами, iSNS сервер может быть использован в качестве объединяющего пункта для всей сети хранения. Хотя следует отметить, что стандартами iSNS является обязательным поддержка iFCP протокола, поддерживающего ISCSI.

Компоненты

Стандарт iSNS определяет четыре компонента [1] :

Протокол iSNSP

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

Клиенты iSNS

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

  • Устройства хранения данных (например iSCSI Target или FC Storage), используя протокол iSNSP, регистрируются на iSNS-сервере, предоставляя ему информацию об атрибутах устройства, в результате чего:

а) становятся членами Домена Обнаружения (Discovery Domain, DD); б) могут загрузить с iSNS-сервера информацию о других зарегистрированных устройствах хранения, в) могут получать от iSNS-сервера асинхронные уведомления о событиях, произошедших в их Домене Обнаружения (rfc4171, п.2.1.2.), г) могут обязаться уведомлять iSNS-сервер об изменениях своего состояния (доступности) (rfc4171, п.2.3.2.).

  • Компьютеры, пользующиеся через сеть услугами устройств хранения данных (iSCSI-инициаторы), — получают от iSNS-сервера информацию о доступных в их Домене Обнаружения устройствах хранения данных, а также оповещения о появлении новых и удалении (недоступности) существовавших устройств хранения данных.

Сервера iSNS

iSNS серверы реагируют на запросы iSNS протокола, а также на запросы, сделанные iSNS клиентами, использующими iSNSP. iSNS серверы инициируют уведомления об изменениях в iSNSP и хранят информацию, надлежащим образом прошедшую проверку подлинности и представляющую собой заявку на регистрацию в базе данных iSNS [2] .

Базы данных iSNS

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

iSNS обеспечивает четыре основных сервиса:

Регистрация имен и поиск ресурсов хранения данных

Сервис регистрации имен предоставляет всем объектам в сети возможность зарегистрироваться и опрашивать базы данных для поиска ресурсов хранения данных. Например, клиенты-инициаторы могут получить от iSNS сервера информацию о других инициаторах (например, iSCSI-инициаторах) и конечных объектах (например, iSCSI-целях (iSCSI Target)).

Исследование домена и авторизации

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

Каждый узел может использовать Login Control для делегирования своего управления доступом и политики авторизации iSNS серверу. Такое делегирование призвано содействовать централизации управления доступом.

Основные уведомления об изменениях

Сервис уведомления об изменениях (SCN) позволяет серверам iSNS выдавать уведомления о каждом событии, которое затрагивает узлы хранения данных управляемой ими сети. Каждый клиент iSNS может зарегистрироваться для получения уведомлений от имени своих узлов хранения, и каждый клиент будет реагировать на это в соответствии со своими собственными требованиями и реализацией.

Двунаправленные отображения между Fibre Channel и ISCSI устройствами

Из-за того, что в базах данных iSNS сохраняются имена и поисковая информация об Fibre Channel и ISCSI устройствах, iSNS серверы способны хранить отображения Fibre Channel устройств к прокси-устройствам ISCSI в сети IP. Эти отображения может быть также сделаны и в противоположном направлении, что позволяет iSNS серверам хранить отображения ISCSI устройств к прокси-WWNs.

SAN на базе IP

Конспект вебинара HonorCup E=DC2 для сдачи HCNA Storage.

IP SAN – способ построения сети хранения поверх транспортной сети TCP/IP (на L2 может быть Ethernet или даже Wi-Fi). Для реализации IP SAN чаще всего используется протокол iSCSI. SCSI – де факто отраслевой стандарт передачи данных между приложением и СХД, а iSCSI (internet SCSI) позволил использовать его в IP сетях. iSCSI описывает инкапсуляцию команд SCSI в сеть TCP/IP. Пример построения сети: сервер с HBA (может быть обычная Ethernet NIC, подробнее ниже) обменивается данными с СХД через обычную сеть Ethernet.

Эволюция сетей хранения (SAN) шла по пути DAS -> FC SAN -> IP SAN. Недостатки DAS описаны тут. Основная причина планомерного замещения FC SAN на поверхности – при использовании IP SAN используется Unified сеть со стандартным Ethernet/ip оборудованием и протоколами, что значительно уменьшает стоимость владения (TCO – total cost of ownership).

Преимущества IP SAN

  • Стандартизация – отказ от FC: не нужны FC коммутаторы/FC HBA (не всегда, подробнее ниже) и вообще изучать FC
  • Передача данных на большое расстояние – по сути, по всему миру
  • Простое управление за счет использования IP – больше квалифицированного персонала и инструментов
  • Масштабирование полосы пропускания с бОльшим потенциалом, чем FC (10/40/100G Ethernet в отличии от 16GB FC)

Недостатки IP SAN

  • Безопасность данных при передаче
  • TCP накладывает большие издержки из-за его обработки на CPU (далеко не всегда, TCP offload не новая штука давно, подробнее ниже)
  • Хуже в сравнении с FC SAN справляется с задачами больших блоков данных из-за мелких пакетов и большой издержки на заголовки (тут может помочь FCoE, о нем тоже ниже)

iSCSI протокол

Хост взаимодействует с устройством хранения, используя SCSI команды. iSCSI инкапсулирует SCSI команды и блоки данных в TCP пакеты для передачи по Ethernet+IP сети.

iSCSI initiator для взаимодействия с удаленной стороной (iSCSI target) кладет обычные SCSI команды и блоки данных в iSCSI пакеты и затем в TCP для транспорта по IP сети. Подробнее о SCSI (взаимодействие target и initiator) можно почитать в соответствующей статье.

В iSCSI есть своя адресация отличная от адресации SCSI и TCP/IP, формат ее похож на доменный: iqn.1992-01.com.example – буквы IQN (iSCSI Qualified Names) далее группа цифр в виде года и месяца регистрации доменного имени, далее окончание домена. За разрешение имен iSCSI отвечает сервер Internet Storage Name Service (iSNS, wiki), чаще всего этот сервер реализовывается на FibreChannel коммутаторах.

Процесс инкапсуляции на iSCSI initiator/target:

  • SCSI команды генерируют CDB команды и передаются iSCSI
  • iSCSI генерируют PDU на базе SCSI CDB
  • iSCSI PDU упаковываются в TCP -> IP -> Ethernet

Топологии IP SAN

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

Компоненты IP SAN

Основные компоненты IP SAN:

  • интерфейсные модули (NIC, iSCSI HBA) – обычно подключаются в PCI-e интерфейс на сервере/контроллере СХД
  • Ethernet коммутаторы – обычные, но часто с обязательной поддержкой QoS
  • СХД с поддержкой iSCSI

Интерфейсные модули бывают трех вариантов (на серверах и СХД):

  • NIC + программа initiator iSCSI – самая простая реализация и низкая стомость, но нагрузка на CPU
  • TOE NIC + программа initiator iSCSI – специализированная плата с TCP/IP Offload (часто уже есть в обычных NIC)
  • iSCSI HBA – аппаратная NIC с поддержкой iSCSI и TCP/IP Offload

С точки зрения клиентского ПО при любом из вариантов он взаимодействует с SCSI. Программы инициаторы есть для всех популярных ОС (Microsoft, UNIX, Linux, BSD).

При схеме NIC + iSCSI initiator, initiator кладет SCSI в iSCSI пакеты в TCP -> IP -> Ethernet, но потребляет часть ресурсов CPU клиента. Кроме того ресурсы расходуются на обработку TCP/IP.

В случае offload часть нагрузки на CPU ПК уменьшается за счет обработки IP/TCP на микросхеме NIC, но потребляются ресурсы на iSCSI initiator.

В случае использовании iSCSI HBA обработка TCP/IP + iSCSI осуществляется на HBA, не нагружая CPU клиента.

СХД для работы в IP SAN должны иметь поддержку iSCSI, как например СХД Huawei ;). Для этого используются платы Ethernet. На платах есть поддержка TCP offload.

Пример iSCSI подключения СХД к серверу через Ethernet коммутаторы.

Сравнение FC SAN с IP SAN

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

Internet Storage Name Service

Ты — не раб!
Закрытый образовательный курс для детей элиты: «Истинное обустройство мира».
http://noslave.org

Internet Storage Name Service (iSNS) (Служба имён хранилищ Интернета) — сетевой протокол, позволяющий автоматизировать открытие, управление и конфигурирование ISCSI и Fibre Channel устройств (с использованием iFCP шлюзов) в TCP/IP сетях.

Протокол iSNS описывается в RFC 4171.

Содержание

Особенности

iSNS предоставляет управление сервисами аналогично тем, которые имеются в семействе Fibre Channel, что позволяет для стандартной IP сети работать во многом таким же образом, как работает в Fibre Channel сеть хранения данных. Из-за того, что iSNS способен эмулировать фабрику сервисов Fibre Channel, и управлять как ISCSI, так и Fibre Channel устройствами, iSNS сервер может быть использован в качестве объединяющего пункта для всей сети хранения. Хотя следует отметить, что стандартами iSNS является обязательным поддержка iFCP протокола, поддерживающего ISCSI.

Компоненты

Стандарт iSNS определяет четыре компонента [1] :

Протокол iSNSP

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

Клиенты iSNS

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

  • Устройства хранения данных (например iSCSI Target или FC Storage), используя протокол iSNSP, регистрируются на iSNS-сервере, предоставляя ему информацию об атрибутах устройства, в результате чего:

а) становятся членами Домена Обнаружения (Discovery Domain, DD); б) могут загрузить с iSNS-сервера информацию о других зарегистрированных устройствах хранения, в) могут получать от iSNS-сервера асинхронные уведомления о событиях, произошедших в их Домене Обнаружения (rfc4171, п.2.1.2.), г) могут обязаться уведомлять iSNS-сервер об изменениях своего состояния (доступности) (rfc4171, п.2.3.2.).

  • Компьютеры, пользующиеся через сеть услугами устройств хранения данных (iSCSI-инициаторы), — получают от iSNS-сервера информацию о доступных в их Домене Обнаружения устройствах хранения данных, а также оповещения о появлении новых и удалении (недоступности) существовавших устройств хранения данных.

Серверы iSNS

iSNS серверы реагируют на запросы iSNS протокола, а также на запросы, сделанные iSNS клиентами, использующими iSNSP. iSNS серверы инициируют уведомления об изменениях в iSNSP и хранят информацию, надлежащим образом прошедшую проверку подлинности и представляющую собой заявку на регистрацию в базе данных iSNS [2] .

Читать еще:  Что такое диод PCH в AIDA64

Базы данных iSNS

Базы данных iSNS это информационные хранилища (репозитории) для iSNS серверов. Они хранят информацию об атрибутах клиентов iSNS, причём каталоги хранения могут отличаться в зависимости от реализации iSNS, например, они могут хранить атрибуты клиента в каталоге LDAP.

iSNS обеспечивает четыре основных сервиса:

Регистрация имён и поиск ресурсов хранения данных

Сервис регистрации имён предоставляет всем объектам в сети возможность зарегистрироваться и опрашивать базы данных для поиска ресурсов хранения данных. Например, клиенты-инициаторы могут получить от iSNS сервера информацию о других инициаторах (например, iSCSI-инициаторах) и конечных объектах (например, iSCSI-целях (iSCSI Target)).

Исследование домена и авторизации

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

Каждый узел может использовать Login Control для делегирования своего управления доступом и политики авторизации iSNS серверу. Такое делегирование призвано содействовать централизации управления доступом.

Основные уведомления об изменениях

Сервис уведомления об изменениях (SCN) позволяет серверам iSNS выдавать уведомления о каждом событии, которое затрагивает узлы хранения данных управляемой ими сети. Каждый клиент iSNS может зарегистрироваться для получения уведомлений от имени своих узлов хранения, и каждый клиент будет реагировать на это в соответствии со своими собственными требованиями и реализацией.

Двунаправленные отображения между Fibre Channel и ISCSI устройствами

Из-за того, что в базах данных iSNS сохраняются имена и поисковая информация об Fibre Channel и ISCSI устройствах, iSNS серверы способны хранить отображения Fibre Channel устройств к прокси-устройствам ISCSI в сети IP. Эти отображения может быть также сделаны и в противоположном направлении, что позволяет iSNS серверам хранить отображения ISCSI устройств к прокси-WWNs.

Напишите отзыв о статье «Internet Storage Name Service»

Примечания

  1. RFC 4171
  2. Другие компоненты и усовершенствования

Литература

  • RFC 4171 — Internet Storage Name Service (iSNS)
  • [http://ostop.ru/win/platform/windows_server_2008/123-isns-server.html iSNS Server для Windows Server 2008 (OStop.ru)] (рус.)
  • [http://technet.microsoft.com/ru-ru/library/cc725692(WS.10).aspx Добавление сервера iSNS в коммутирующую матрицу (Microsoft TechNet для Windows Server)] (рус.)
  • [http://sourceforge.net/projects/linuxisns iSNS для iSNS Linux] (англ.)
  • [http://doc.opensuse.org/products/draft/SLES/SLES-storage_sd_draft/isns.html iSNS for Linux — Storage Administration Guide (SLES / openSUSE)] (англ.)

Отрывок, характеризующий Internet Storage Name Service

Наконец, кое-как оттащив его от костра подальше, окружающие увидели, что он держал, намертво зажав в своём худом, застывшем кулаке. То была яркая лента для волос, какую до свадьбы носили юные окситанские невесты. Что означало – всего каких-то несколько часов назад он ещё был счастливым молодым женихом.
Ветер всё так же тревожил его за день поседевшие длинные волосы, тихо играясь в обгоревших прядях. Но человек уже ничего не чувствовал и не слышал. Вновь обретя свою любимую, он шёл с ней рука об руку по сверкающей звёздной дороге Катар, встречая их новое звёздное будущее. Он снова был очень счастливым.
Всё ещё блуждавшие вокруг угасающего костра люди с застывшими в горе лицами искали останки своих родных и близких. Так же, не чувствуя пронизывающего ветра и холода, они выкатывали из пепла догоравшие кости своих сыновей, дочерей, сестёр и братьев, жён и мужей. Или даже просто друзей. Время от времени кто-то с плачем поднимал почерневшее в огне колечко. полусгоревший ботинок. и даже головку куклы, которая, скатившись в сторону, не успела полностью сгореть.
Тот же маленький человечек, Хюг де Арси, был очень доволен. Всё наконец-то закончилось – катарские еретики были мертвы. Теперь он мог спокойно отправляться домой. Крикнув замёрзшему в карауле рыцарю, чтобы привели его коня, Арси повернул к сидящим у огня воинам, чтобы дать им последние распоряжения. Его настроение было радостным и приподнятым – затянувшаяся на долгие месяцы миссия наконец-то пришла к «счастливому» завершению. Его долг был исполнен. И он мог честно собой гордиться. Через короткое мгновение вдали уже слышалось быстрое цоканье конских копыт – сенешаль города Каркассона спешил домой, где его ждал обильный горячий ужин и тёплый камин, чтобы согреть его замёрзшее, уставшее с дороги тело.
На высокой горе Монтсегюр слышался громкий и горестный плач орлов – они провожали в последний путь своих верных друзей и хозяев. Орлы плакали очень громко. В селении Монтсегюр люди боязливо закрывали двери. Плач орлов разносился по всей долине. Они скорбели.

Страшный конец чудесной империи Катар – империи Света и Любви, Добра и Знания – подошёл к своему завершению.
Где-то в глубине Окситанских гор ещё оставались беглые Катары. Они прятались семьями в пещерах Ломбрив и Орнолак, никак не в силах решить, что же делать дальше. Потерявшие последних Совершенных, они чувствовали себя детьми, не имевшими более опоры.
Они были гонимы.
Они были дичью, за поимку которой давались большие награды.

И всё же, Катары пока не сдавались. Перебравшись в пещеры, они чувствовали себя там, как дома. Они знали там каждый поворот, каждую щель, поэтому выследить их было почти невозможно. Хотя прислужники короля и церкви старались вовсю, надеясь на обещанные вознаграждения. Они шныряли в пещерах, не зная точно, где должны искать. Они терялись и гибли. А некоторые потерянные сходили с ума, не находя пути назад в открытый и знакомый солнечный мир.
Особенно преследователи боялись пещеру Сакани – она заканчивалась шестью отдельными ходами, зигзагами вёдшими прямиком вниз. Настоящую глубину этих ходов не знал никто. Ходили легенды, что один из тех ходов вёл прямиком в подземный город Богов, в который не смел спускаться ни один человек.
Подождав немного, Папа взбесился. Катары никак не хотели исчезнуть. Эта маленькая группка измученных и непонятных ему людей никак не сдавалась. Несмотря на потери, несмотря на лишения, несмотря ни на что – они всё ещё ЖИЛИ. И Папа их боялся. Он их не понимал. Что двигало этими странными, гордыми, неприступными людьми. Почему они не сдавались, видя, что у них не осталось никаких шансов на спасение. Папа хотел, чтобы они исчезли. Чтобы на земле не осталось ни одного проклятого Катара. Не в силах придумать ничего получше, он приказал послать в пещеры полчища собак.
Рыцари ожили. Вот теперь всё казалось простым и лёгким – им не надо было придумывать планы по поимке «неверных». Они шли в пещеры «вооружившись» десятками обученных охотничьих псов, которые должны были их привести в самое сердце убежища катарских беглецов. Всё было просто. Оставалось лишь чуточку подождать. По сравнению с осадой Монтсегюра, это была мелочь.
Пещеры принимали Катар, раскрыв для них свои тёмные, влажные объятия. Жизнь беглецов становилась сложной и одинокой. Скорее уж, это было похоже на выживание. Хотя желающих оказать беглецам помощь всё ещё оставалось очень и очень много. В маленьких городках Окситании, таких, как княжество де Фуа (de Foix), Кастеллум де Вердунум (Castellum de Verdunum) и других, под прикрытием местных сеньоров всё ещё жили Катары. Только теперь они уже не собирались открыто, стараясь быть более осторожными, ибо ищейки Папы никак не соглашались успокаиваться, желая во что бы то ни стало истребить эту скрывавшуюся по всей стране окситанскую «ересь».
«Будьте старательны в истреблении ереси любыми путями! Бог вдохновит вас!» – звучал призыв Папы крестоносцам. И посланцы церкви действительно старались.

Internet Storage Name Service

The Linux SCSI Target Wiki

The proposed Internet Storage Name Service (iSNS) protocol allows automated discovery, management and configuration of LinuxIO devices on a TCP/IP network across multiple discovery domains and discovery domain sets (optionally using iFCP gateways).

The service can be conceptualized as «DNS for SANs.» FCoE, Fibre Channel, iSCSI, or iSER then provide the storage, TPG, and Network Portal objects for the Initiator and LinuxIO nodes respectively.

iSNS provides management services similar to those found in Fibre Channel networks, allowing a standard IP network to operate in much the same way that a Fibre Channel SAN does. Because iSNS is able to emulate Fibre Channel fabric services and manage both iSCSI and Fibre Channel devices, an iSNS server can be used as a consolidated configuration point for an entire storage network. However, standards-compliant iSNS implementations are required to support the iFCP protocol, supporting the iSCSI protocol is optional.

RFC 4171 Section 4.2 (iSCSI Object Model Diagrams) describes two implementations, including an advanced object model that is required for active-active high availability.

Components

The iSNS standard defines four components:

The iSNS Protocol iSNSP is a protocol that specifies how iSNS clients and servers communicate. It is intended to be used by various platforms, including switches and targets as well as server hosts. iSNS Clients iSNS clients are part of iSNSP aware storage devices. iSNS clients initiate transactions with iSNS servers using the iSNSP, register device attribute information in a common Discovery Domain (DD), download information about other registered clients and receive asynchronous notification of events that occur in their DD(s). iSNS Servers iSNS servers respond to iSNS protocol queries and requests made by iSNS clients using the iSNSP. iSNS servers initiate iSNSP State Change Notifications and store properly authenticated information submitted by a registration request in an iSNS database. iSNS Databases iSNS databases are the information repositories for iSNS server(s). They maintain information about iSNS client attributes; while implementations will vary, a directory-enabled implementation of iSNS, for example, might store client attributes in an LDAP directory. iSNS Control Node Client an iSNS control node client can facilitate administrative operations. Multiple implementations exist.

Control Node Client

There is no need to setup an iSNS Control Node Client in order to run the iSNS server with non-control node clients. Without an iSNS Control Mode Client, this will start the daemon and accept clients into the the Default Discovery Domain:

CentOS 5 (i386 & x86_64) client and server builds are available from the LIO iSNS repository.

There is long-term interest to provide iSNS using software RFC 4171 heartbeat (implemented by the original author, and still present today). Also, a long-term option is using LIO T/I mounts using Linux/HA H+A with iSNS server as a cluster resource.

iSNS client scripts

The iSNS Control Client from LIO is directly based on the Linux/iSNS Project. Additional iSNS control client functionality and scripts have been included. The iSNS control client is stable, and is currently being used on Linux-IO.

  • Obtain a list of both Initiator nodes+alias: /sbin/isns_initiators
  • Obtain a verbose list of iSCSI nodes+alias+portals+EIDs: /sbin/isns_iscsi_index
  • Obtain a verbose list of LIO nodes+alias+portals: /sbin/isns_network_portals
  • Determine if the local Initiator node has a valid EID: /sbin/isns_initiator_node_status
  • Determine if the local LIO node has a valid EID: /sbin/isns_target_node_status
  • Obtain a verbose list of Initiator and LIO nodes+alias+portals: /sbin/isns_nodes
  • Register both Initiator and LIO nodes from an ISNS Server: /sbin/isns_register
  • Deregister both Initiator and LIO nodes from an iSNS Server: /sbin/isns_deregister
  • Update Network Portal Information based on LIO stack settings (target only): /sbin/isns_update_portals
  • Deregister and register both Initiator and LIO nodes from an iSNS Server: /sbin/isns_reregister
Читать еще:  Что значит инициализировать диск

iSNS Control Node Client scripts

  • Check whether the associated iSCSI node is a control node: /isns/isns_is_control_node
  • Check whether the associated iSCSI node is registered with the Server: /isns/isns_is_node_registered
  • List all iSCSI nodes in the database: /isns/isns_list_nodes_all
  • List details of the iSCSI node: /isns/isns_list_node_detail
  • List all iSCSI nodes of a discovery domain: /isns/isns_list_dd_members
  • List all discovery domains: /isns/isns_list_dd_all
  • Create a discovery domain: /isns/isns_create_dd
  • Delete a discovery domain: /isns/isns_delete_dd
  • Add an iSCSI node to a discovery domain: /isns/isns_add_node_to_dd
  • Remove an iSCSI node from a discovery domain: /isns/isns_remove_node_from_dd
  • List details of the discovery domain set: /isns/isns_list_dds_members
  • List all discovery domain sets: /isns/isns_list_dds_all
  • Create a discovery domain set: /isns/isns_create_dds
  • Delete a discovery domain set: /isns/isns_delete_dds
  • Enable a discovery domain set: /isns/isns_enable_dds
  • Disable a discovery domain set: /isns/isns_disable_dds
  • Add a discovery domain to a discovery domain set: /isns/isns_add_dd_to_dds
  • Remove discovery domain from a discovery domain set: /isns/isns_remove_dd_from_dds
  1. The scripts are meant to be used by the iSNS GUI for managing control nodes.
  2. String arguments which contain spaces must be enclosed in double quotes.

The sourcecode is available from the iSNS repository (see also README). It should build on any 2.4 or 2.6 Linux machine. Also, there is code to support other build platforms aside from the original Linux/iSNS sourcecode.

This original single threaded iSNS server design has been stable for some time, and suffices for moderate loads on modern iSNS clients. linux-iscsi.org allows to buld these RPMs for a simple iSNS server today. The original iSNS server by IPS TWG was licensed under a BSD license, and the new linux-iscsi.org version is also available under a BSD license.

The new iSNS server code still requires work to fully achieve production quality. E.g., the completion of asynchronous event handling on both client and server is an ongoing effort by numerous parties. A number of Linux vendors have been working on implementing iSNS functionality in their products, too. Examples for configurations of these implementations can be posted here as a community resource.

The following example is based on the Sony PlayStation 3 with Fedora Core 5.

The resultng .make_autoconfig file should look as follows (some of the resulting output has been removed for simplicity):

Internet Storage Name Service

Internet Storage Name Service (iSNS) (Служба имён хранилищ Интернета) — сетевой протокол, позволяющий автоматизировать открытие, управление и конфигурирование ISCSI и Fibre Channel устройств (с использованием iFCP шлюзов) в TCP/IP сетях.

Протокол iSNS описывается в RFC 4171.

Содержание

Особенности

iSNS предоставляет управление сервисами аналогично тем, которые имеются в семействе Fibre Channel, что позволяет для стандартной IP сети работать во многом таким же образом, как работает в Fibre Channel сеть хранения данных. Из-за того, что iSNS способен эмулировать фабрику сервисов Fibre Channel, и управлять как ISCSI, так и Fibre Channel устройствами, iSNS сервер может быть использован в качестве объединяющего пункта для всей сети хранения. Хотя следует отметить, что стандартами iSNS является обязательным поддержка iFCP протокола, поддерживающего ISCSI.

Компоненты

Стандарт iSNS определяет четыре компонента [1] :

Протокол iSNSP

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

Клиенты iSNS

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

  • Устройства хранения данных (например iSCSI Target или FC Storage), используя протокол iSNSP, регистрируются на iSNS-сервере, предоставляя ему информацию об атрибутах устройства, в результате чего:

а) становятся членами Домена Обнаружения (Discovery Domain, DD); б) могут загрузить с iSNS-сервера информацию о других зарегистрированных устройствах хранения, в) могут получать от iSNS-сервера асинхронные уведомления о событиях, произошедших в их Домене Обнаружения (rfc4171, п.2.1.2.), г) могут обязаться уведомлять iSNS-сервер об изменениях своего состояния (доступности) (rfc4171, п.2.3.2.).

  • Компьютеры, пользующиеся через сеть услугами устройств хранения данных (iSCSI-инициаторы), — получают от iSNS-сервера информацию о доступных в их Домене Обнаружения устройствах хранения данных, а также оповещения о появлении новых и удалении (недоступности) существовавших устройств хранения данных.

Серверы iSNS

iSNS серверы реагируют на запросы iSNS протокола, а также на запросы, сделанные iSNS клиентами, использующими iSNSP. iSNS серверы инициируют уведомления об изменениях в iSNSP и хранят информацию, надлежащим образом прошедшую проверку подлинности и представляющую собой заявку на регистрацию в базе данных iSNS [2] .

Базы данных iSNS

Базы данных iSNS это информационные хранилища (репозитории) для iSNS серверов. Они хранят информацию об атрибутах клиентов iSNS, причём каталоги хранения могут отличаться в зависимости от реализации iSNS, например, они могут хранить атрибуты клиента в каталоге LDAP.

iSNS обеспечивает четыре основных сервиса:

Регистрация имён и поиск ресурсов хранения данных

Сервис регистрации имён предоставляет всем объектам в сети возможность зарегистрироваться и опрашивать базы данных для поиска ресурсов хранения данных. Например, клиенты-инициаторы могут получить от iSNS сервера информацию о других инициаторах (например, iSCSI-инициаторах) и конечных объектах (например, iSCSI-целях (iSCSI Target)).

Исследование домена и авторизации

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

Каждый узел может использовать Login Control для делегирования своего управления доступом и политики авторизации iSNS серверу. Такое делегирование призвано содействовать централизации управления доступом.

Основные уведомления об изменениях

Сервис уведомления об изменениях (SCN) позволяет серверам iSNS выдавать уведомления о каждом событии, которое затрагивает узлы хранения данных управляемой ими сети. Каждый клиент iSNS может зарегистрироваться для получения уведомлений от имени своих узлов хранения, и каждый клиент будет реагировать на это в соответствии со своими собственными требованиями и реализацией.

Двунаправленные отображения между Fibre Channel и ISCSI устройствами

Из-за того, что в базах данных iSNS сохраняются имена и поисковая информация об Fibre Channel и ISCSI устройствах, iSNS серверы способны хранить отображения Fibre Channel устройств к прокси-устройствам ISCSI в сети IP. Эти отображения может быть также сделаны и в противоположном направлении, что позволяет iSNS серверам хранить отображения ISCSI устройств к прокси-WWNs.

Напишите отзыв о статье «Internet Storage Name Service»

Примечания

  1. RFC 4171
  2. Другие компоненты и усовершенствования

Литература

  • RFC 4171 — Internet Storage Name Service (iSNS)
  • [ostop.ru/win/platform/windows_server_2008/123-isns-server.html iSNS Server для Windows Server 2008 (OStop.ru)] (рус.)
  • [technet.microsoft.com/ru-ru/library/cc725692(WS.10).aspx Добавление сервера iSNS в коммутирующую матрицу (Microsoft TechNet для Windows Server)] (рус.)
  • [sourceforge.net/projects/linuxisns iSNS для iSNS Linux] (англ.)
  • [doc.opensuse.org/products/draft/SLES/SLES-storage_sd_draft/isns.html iSNS for Linux — Storage Administration Guide (SLES / openSUSE)] (англ.)

Отрывок, характеризующий Internet Storage Name Service

– Кто же им не велел меня двадцать раз поймать? А ведь поймают – меня и тебя, с твоим рыцарством, все равно на осинку. – Он помолчал. – Однако надо дело делать. Послать моего казака с вьюком! У меня два французских мундира. Что ж, едем со мной? – спросил он у Пети.
– Я? Да, да, непременно, – покраснев почти до слез, вскрикнул Петя, взглядывая на Денисова.
Опять в то время, как Долохов заспорил с Денисовым о том, что надо делать с пленными, Петя почувствовал неловкость и торопливость; но опять не успел понять хорошенько того, о чем они говорили. «Ежели так думают большие, известные, стало быть, так надо, стало быть, это хорошо, – думал он. – А главное, надо, чтобы Денисов не смел думать, что я послушаюсь его, что он может мной командовать. Непременно поеду с Долоховым во французский лагерь. Он может, и я могу».
На все убеждения Денисова не ездить Петя отвечал, что он тоже привык все делать аккуратно, а не наобум Лазаря, и что он об опасности себе никогда не думает.
– Потому что, – согласитесь сами, – если не знать верно, сколько там, от этого зависит жизнь, может быть, сотен, а тут мы одни, и потом мне очень этого хочется, и непременно, непременно поеду, вы уж меня не удержите, – говорил он, – только хуже будет…

Одевшись в французские шинели и кивера, Петя с Долоховым поехали на ту просеку, с которой Денисов смотрел на лагерь, и, выехав из леса в совершенной темноте, спустились в лощину. Съехав вниз, Долохов велел сопровождавшим его казакам дожидаться тут и поехал крупной рысью по дороге к мосту. Петя, замирая от волнения, ехал с ним рядом.
– Если попадемся, я живым не отдамся, у меня пистолет, – прошептал Петя.
– Не говори по русски, – быстрым шепотом сказал Долохов, и в ту же минуту в темноте послышался оклик: «Qui vive?» [Кто идет?] и звон ружья.
Кровь бросилась в лицо Пети, и он схватился за пистолет.
– Lanciers du sixieme, [Уланы шестого полка.] – проговорил Долохов, не укорачивая и не прибавляя хода лошади. Черная фигура часового стояла на мосту.
– Mot d’ordre? [Отзыв?] – Долохов придержал лошадь и поехал шагом.
– Dites donc, le colonel Gerard est ici? [Скажи, здесь ли полковник Жерар?] – сказал он.
– Mot d’ordre! – не отвечая, сказал часовой, загораживая дорогу.
– Quand un officier fait sa ronde, les sentinelles ne demandent pas le mot d’ordre… – крикнул Долохов, вдруг вспыхнув, наезжая лошадью на часового. – Je vous demande si le colonel est ici? [Когда офицер объезжает цепь, часовые не спрашивают отзыва… Я спрашиваю, тут ли полковник?]
И, не дожидаясь ответа от посторонившегося часового, Долохов шагом поехал в гору.
Заметив черную тень человека, переходящего через дорогу, Долохов остановил этого человека и спросил, где командир и офицеры? Человек этот, с мешком на плече, солдат, остановился, близко подошел к лошади Долохова, дотрогиваясь до нее рукою, и просто и дружелюбно рассказал, что командир и офицеры были выше на горе, с правой стороны, на дворе фермы (так он называл господскую усадьбу).
Проехав по дороге, с обеих сторон которой звучал от костров французский говор, Долохов повернул во двор господского дома. Проехав в ворота, он слез с лошади и подошел к большому пылавшему костру, вокруг которого, громко разговаривая, сидело несколько человек. В котелке с краю варилось что то, и солдат в колпаке и синей шинели, стоя на коленях, ярко освещенный огнем, мешал в нем шомполом.
– Oh, c’est un dur a cuire, [С этим чертом не сладишь.] – говорил один из офицеров, сидевших в тени с противоположной стороны костра.
– Il les fera marcher les lapins… [Он их проберет…] – со смехом сказал другой. Оба замолкли, вглядываясь в темноту на звук шагов Долохова и Пети, подходивших к костру с своими лошадьми.
– Bonjour, messieurs! [Здравствуйте, господа!] – громко, отчетливо выговорил Долохов.
Офицеры зашевелились в тени костра, и один, высокий офицер с длинной шеей, обойдя огонь, подошел к Долохову.
– C’est vous, Clement? – сказал он. – D’ou, diable… [Это вы, Клеман? Откуда, черт…] – но он не докончил, узнав свою ошибку, и, слегка нахмурившись, как с незнакомым, поздоровался с Долоховым, спрашивая его, чем он может служить. Долохов рассказал, что он с товарищем догонял свой полк, и спросил, обращаясь ко всем вообще, не знали ли офицеры чего нибудь о шестом полку. Никто ничего не знал; и Пете показалось, что офицеры враждебно и подозрительно стали осматривать его и Долохова. Несколько секунд все молчали.
– Si vous comptez sur la soupe du soir, vous venez trop tard, [Если вы рассчитываете на ужин, то вы опоздали.] – сказал с сдержанным смехом голос из за костра.
Долохов отвечал, что они сыты и что им надо в ночь же ехать дальше.
Он отдал лошадей солдату, мешавшему в котелке, и на корточках присел у костра рядом с офицером с длинной шеей. Офицер этот, не спуская глаз, смотрел на Долохова и переспросил его еще раз: какого он был полка? Долохов не отвечал, как будто не слыхал вопроса, и, закуривая коротенькую французскую трубку, которую он достал из кармана, спрашивал офицеров о том, в какой степени безопасна дорога от казаков впереди их.

Читать еще:  Odin setupconnection что делать

Internet Storage Name Service

Ты — не раб!
Закрытый образовательный курс для детей элиты: «Истинное обустройство мира».
http://noslave.org

Internet Storage Name Service (iSNS) (Служба имён хранилищ Интернета) — сетевой протокол, позволяющий автоматизировать открытие, управление и конфигурирование ISCSI и Fibre Channel устройств (с использованием iFCP шлюзов) в TCP/IP сетях.

Протокол iSNS описывается в RFC 4171.

Содержание

Особенности

iSNS предоставляет управление сервисами аналогично тем, которые имеются в семействе Fibre Channel, что позволяет для стандартной IP сети работать во многом таким же образом, как работает в Fibre Channel сеть хранения данных. Из-за того, что iSNS способен эмулировать фабрику сервисов Fibre Channel, и управлять как ISCSI, так и Fibre Channel устройствами, iSNS сервер может быть использован в качестве объединяющего пункта для всей сети хранения. Хотя следует отметить, что стандартами iSNS является обязательным поддержка iFCP протокола, поддерживающего ISCSI.

Компоненты

Стандарт iSNS определяет четыре компонента [1] :

Протокол iSNSP

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

Клиенты iSNS

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

  • Устройства хранения данных (например iSCSI Target или FC Storage), используя протокол iSNSP, регистрируются на iSNS-сервере, предоставляя ему информацию об атрибутах устройства, в результате чего:

а) становятся членами Домена Обнаружения (Discovery Domain, DD); б) могут загрузить с iSNS-сервера информацию о других зарегистрированных устройствах хранения, в) могут получать от iSNS-сервера асинхронные уведомления о событиях, произошедших в их Домене Обнаружения (rfc4171, п.2.1.2.), г) могут обязаться уведомлять iSNS-сервер об изменениях своего состояния (доступности) (rfc4171, п.2.3.2.).

  • Компьютеры, пользующиеся через сеть услугами устройств хранения данных (iSCSI-инициаторы), — получают от iSNS-сервера информацию о доступных в их Домене Обнаружения устройствах хранения данных, а также оповещения о появлении новых и удалении (недоступности) существовавших устройств хранения данных.

Серверы iSNS

iSNS серверы реагируют на запросы iSNS протокола, а также на запросы, сделанные iSNS клиентами, использующими iSNSP. iSNS серверы инициируют уведомления об изменениях в iSNSP и хранят информацию, надлежащим образом прошедшую проверку подлинности и представляющую собой заявку на регистрацию в базе данных iSNS [2] .

Базы данных iSNS

Базы данных iSNS это информационные хранилища (репозитории) для iSNS серверов. Они хранят информацию об атрибутах клиентов iSNS, причём каталоги хранения могут отличаться в зависимости от реализации iSNS, например, они могут хранить атрибуты клиента в каталоге LDAP.

iSNS обеспечивает четыре основных сервиса:

Регистрация имён и поиск ресурсов хранения данных

Сервис регистрации имён предоставляет всем объектам в сети возможность зарегистрироваться и опрашивать базы данных для поиска ресурсов хранения данных. Например, клиенты-инициаторы могут получить от iSNS сервера информацию о других инициаторах (например, iSCSI-инициаторах) и конечных объектах (например, iSCSI-целях (iSCSI Target)).

Исследование домена и авторизации

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

Каждый узел может использовать Login Control для делегирования своего управления доступом и политики авторизации iSNS серверу. Такое делегирование призвано содействовать централизации управления доступом.

Основные уведомления об изменениях

Сервис уведомления об изменениях (SCN) позволяет серверам iSNS выдавать уведомления о каждом событии, которое затрагивает узлы хранения данных управляемой ими сети. Каждый клиент iSNS может зарегистрироваться для получения уведомлений от имени своих узлов хранения, и каждый клиент будет реагировать на это в соответствии со своими собственными требованиями и реализацией.

Двунаправленные отображения между Fibre Channel и ISCSI устройствами

Из-за того, что в базах данных iSNS сохраняются имена и поисковая информация об Fibre Channel и ISCSI устройствах, iSNS серверы способны хранить отображения Fibre Channel устройств к прокси-устройствам ISCSI в сети IP. Эти отображения может быть также сделаны и в противоположном направлении, что позволяет iSNS серверам хранить отображения ISCSI устройств к прокси-WWNs.

Напишите отзыв о статье «Internet Storage Name Service»

Примечания

  1. RFC 4171
  2. Другие компоненты и усовершенствования

Литература

  • RFC 4171 — Internet Storage Name Service (iSNS)
  • [http://ostop.ru/win/platform/windows_server_2008/123-isns-server.html iSNS Server для Windows Server 2008 (OStop.ru)] (рус.)
  • [http://technet.microsoft.com/ru-ru/library/cc725692(WS.10).aspx Добавление сервера iSNS в коммутирующую матрицу (Microsoft TechNet для Windows Server)] (рус.)
  • [http://sourceforge.net/projects/linuxisns iSNS для iSNS Linux] (англ.)
  • [http://doc.opensuse.org/products/draft/SLES/SLES-storage_sd_draft/isns.html iSNS for Linux — Storage Administration Guide (SLES / openSUSE)] (англ.)

Отрывок, характеризующий Internet Storage Name Service

Наконец, кое-как оттащив его от костра подальше, окружающие увидели, что он держал, намертво зажав в своём худом, застывшем кулаке. То была яркая лента для волос, какую до свадьбы носили юные окситанские невесты. Что означало – всего каких-то несколько часов назад он ещё был счастливым молодым женихом.
Ветер всё так же тревожил его за день поседевшие длинные волосы, тихо играясь в обгоревших прядях. Но человек уже ничего не чувствовал и не слышал. Вновь обретя свою любимую, он шёл с ней рука об руку по сверкающей звёздной дороге Катар, встречая их новое звёздное будущее. Он снова был очень счастливым.
Всё ещё блуждавшие вокруг угасающего костра люди с застывшими в горе лицами искали останки своих родных и близких. Так же, не чувствуя пронизывающего ветра и холода, они выкатывали из пепла догоравшие кости своих сыновей, дочерей, сестёр и братьев, жён и мужей. Или даже просто друзей. Время от времени кто-то с плачем поднимал почерневшее в огне колечко. полусгоревший ботинок. и даже головку куклы, которая, скатившись в сторону, не успела полностью сгореть.
Тот же маленький человечек, Хюг де Арси, был очень доволен. Всё наконец-то закончилось – катарские еретики были мертвы. Теперь он мог спокойно отправляться домой. Крикнув замёрзшему в карауле рыцарю, чтобы привели его коня, Арси повернул к сидящим у огня воинам, чтобы дать им последние распоряжения. Его настроение было радостным и приподнятым – затянувшаяся на долгие месяцы миссия наконец-то пришла к «счастливому» завершению. Его долг был исполнен. И он мог честно собой гордиться. Через короткое мгновение вдали уже слышалось быстрое цоканье конских копыт – сенешаль города Каркассона спешил домой, где его ждал обильный горячий ужин и тёплый камин, чтобы согреть его замёрзшее, уставшее с дороги тело.
На высокой горе Монтсегюр слышался громкий и горестный плач орлов – они провожали в последний путь своих верных друзей и хозяев. Орлы плакали очень громко. В селении Монтсегюр люди боязливо закрывали двери. Плач орлов разносился по всей долине. Они скорбели.

Страшный конец чудесной империи Катар – империи Света и Любви, Добра и Знания – подошёл к своему завершению.
Где-то в глубине Окситанских гор ещё оставались беглые Катары. Они прятались семьями в пещерах Ломбрив и Орнолак, никак не в силах решить, что же делать дальше. Потерявшие последних Совершенных, они чувствовали себя детьми, не имевшими более опоры.
Они были гонимы.
Они были дичью, за поимку которой давались большие награды.

И всё же, Катары пока не сдавались. Перебравшись в пещеры, они чувствовали себя там, как дома. Они знали там каждый поворот, каждую щель, поэтому выследить их было почти невозможно. Хотя прислужники короля и церкви старались вовсю, надеясь на обещанные вознаграждения. Они шныряли в пещерах, не зная точно, где должны искать. Они терялись и гибли. А некоторые потерянные сходили с ума, не находя пути назад в открытый и знакомый солнечный мир.
Особенно преследователи боялись пещеру Сакани – она заканчивалась шестью отдельными ходами, зигзагами вёдшими прямиком вниз. Настоящую глубину этих ходов не знал никто. Ходили легенды, что один из тех ходов вёл прямиком в подземный город Богов, в который не смел спускаться ни один человек.
Подождав немного, Папа взбесился. Катары никак не хотели исчезнуть. Эта маленькая группка измученных и непонятных ему людей никак не сдавалась. Несмотря на потери, несмотря на лишения, несмотря ни на что – они всё ещё ЖИЛИ. И Папа их боялся. Он их не понимал. Что двигало этими странными, гордыми, неприступными людьми. Почему они не сдавались, видя, что у них не осталось никаких шансов на спасение. Папа хотел, чтобы они исчезли. Чтобы на земле не осталось ни одного проклятого Катара. Не в силах придумать ничего получше, он приказал послать в пещеры полчища собак.
Рыцари ожили. Вот теперь всё казалось простым и лёгким – им не надо было придумывать планы по поимке «неверных». Они шли в пещеры «вооружившись» десятками обученных охотничьих псов, которые должны были их привести в самое сердце убежища катарских беглецов. Всё было просто. Оставалось лишь чуточку подождать. По сравнению с осадой Монтсегюра, это была мелочь.
Пещеры принимали Катар, раскрыв для них свои тёмные, влажные объятия. Жизнь беглецов становилась сложной и одинокой. Скорее уж, это было похоже на выживание. Хотя желающих оказать беглецам помощь всё ещё оставалось очень и очень много. В маленьких городках Окситании, таких, как княжество де Фуа (de Foix), Кастеллум де Вердунум (Castellum de Verdunum) и других, под прикрытием местных сеньоров всё ещё жили Катары. Только теперь они уже не собирались открыто, стараясь быть более осторожными, ибо ищейки Папы никак не соглашались успокаиваться, желая во что бы то ни стало истребить эту скрывавшуюся по всей стране окситанскую «ересь».
«Будьте старательны в истреблении ереси любыми путями! Бог вдохновит вас!» – звучал призыв Папы крестоносцам. И посланцы церкви действительно старались.

Ссылка на основную публикацию
Adblock
detector