Регистрация контактов в базе RIPE
Все выделенные ресурсы (IP адреса, номера AS) регистрируются в базе данных RIPE. Там же регистрируется информация о персонах и организациях, ответственных за использование ресурсов. Эта информация называется «контактной».
К контактной информации относятся объекты типа «person» и «organisation». Для регистрации объекта «organisation» необходимо предварительно зарегистрировать объект «mntner».
Если эти объекты были зарегистрированы ранее, вторичной регистрации не требуется. Чтобы удостовериться, что объекты зарегистрированы, используйте Поиск в базе RIPE.
Если зарегистрированные ранее объекты требуют обновления, используйте информацию Обновление данных в базе RIPE.
Ниже приводится описание процедуры регистрации по e-mail объектов «person», «organisation» и «mntner». Вы можете также использовать сервис Webupdates.
Объект «person» базы данных RIPE содержит информацию об административном или техническом контакте сети. Ссылки на объект «person» содержатся в полях «admin-c» and «tech-c» объектов «inetnum», «aut-num» и др.
Зарегистрировать объект в базе данных RIPE можно по электронной почте или через Webupdates.
Для регистрации по электронной почте необходимо:
-Скопировать форму объекта.
-Заполнить форму, используя описание полей, см. ниже. Поля с пометкой [optional] заполнять необязательно. Удалить всю лишнюю информацию, оставив только перечень полей и их значения.
-Отправить заполненную форму на auto-dbm@ripe.net. В ответ на Ваше письмо база данных RIPE пришлет сообщение о создании объекта или отчет об ошибках. Вы можете также прислать заполненную форму на sales@plusinfo.ru для обработки сотрудником нашей компании.
Описание дается только для полей, обязательных для заполнения, со значением [mandatory].
person: Имя, фамилия персоны. Минимум два слова, разделенные пробелом. Точка («.») после первого и последнего слова исключается.
address: Полный почтовый адрес.
phone: Номер телефона с указанием кодов страны и города.
changed: e-mail персоны, создавшей объект, и дата создания объекта в формате YYYYMMDD. (Дата проставляется автоматически при регистрации объекта).
source: Значение этого поля — «RIPE».
Пример заполненной формы
| person: | Petr Ivanovich Ivanov |
| address: | Strojenie 1, 7, Podkopaevsky per., |
| address: | 109028, Moscow |
| address: | Russia |
| phone: | +7 495 7303020 |
| fax-no: | +7 495 7303020 |
| nic-hdl: | AUTO-1 |
| e-mail: | petr@plusinfo.ru |
| changed: | info@plusinfo.ru |
| source: | RIPE |
Пример зарегистрированного объекта «person»
| person: | Petr Ivanovich Ivanov |
| address: | Strojenie 1, 7, Podkopaevsky per., |
| address: | 109028, Moscow |
| address: | Russia |
| phone: | +7 495 7303020 |
| fax-no: | +7 495 7303020 |
| nic-hdl: | PII-RIPE |
| e-mail: | petr@plusinfo.ru |
| changed: | info@plusinfo.ru |
| source: | RIPE |
Объект «organisation» базы данных RIPE содержит информацию об организации, являющейся владельцем IP адресов.
Зарегистрировать объект в базе данных RIPE можно по электронной почте или через Webupdates.
Для регистрации по электронной почте необходимо:
-Скопировать форму объекта.
-Заполнить форму, используя описание полей, см. ниже. Поля с пометкой [optional] заполнять необязательно. Удалить всю лишнюю информацию, оставив только перечень полей и их значения.
-Отправить заполненную форму на auto-dbm@ripe.net. В ответ на Ваше письмо база данных RIPE пришлет сообщение о создании объекта или отчет об ошибках. Вы можете также прислать заполненную форму на sales@plusinfo.ru для обработки сотрудником нашей компании.
Описание дается только для полей, обязательных для заполнения, со значением [mandatory].
organisation: Уникальный идентификатор организации в базе данных RIPE. При создании объекта в поле «organisation:» указать «AUTO-1» или «AUTO-1 (от 2 до 4 букв). Идентификатор присваивается автоматически при регистрации.
org-name: Название организации.
org-type: Тип организации — «OTHER». (Другие возможные значения: «IANA», «RIR», «LIR», «DIRECT_ASSIGNMENT» — типы международных организаций, имеющих полномочия распределять блоки IP адресов, или организаций, имеющих прямой договор с RIPE NCC).
address: Полный почтовый адрес организации.
e-mail: E-mail организации или персоны.
mnt-ref: Maintainer организации. (См. «Объект «mntner»).
mnt-by: Maintainer организации. (См. «Объект «mntner»).
changed: e-mail того, кто создал объект, и дата создания объекта в формате YYYYMMDD. (Дата проставляется автоматически при регистрации объекта).
source: Значение этого поля — «RIPE».
Пример заполненной формы
| organisation: | AUTO-1 |
| org-name: | PLUSINFO LTD |
| org-type: | OTHER |
| address: | Strojenie 1, 7, Podkopaevsky per., |
| address: | 109028, Moscow |
| address: | Russia |
| e-mail: | info@plusinfo.ru |
| mnt-ref: | PLUSINFO-MNT |
| mnt-by: | PLUSINFO-MNT |
| changed: | info@plusinfo.ru |
| source: | RIPE |
Пример зарегистрированного объекта «person»
| organisation: | ORG-PL144-RIPE |
| org-name: | PLUSINFO LTD |
| org-type: | OTHER |
| address: | Strojenie 1, 7, Podkopaevsky per., |
| address: | 109028, Moscow |
| address: | Russia |
| e-mail: | info@plusinfo.ru |
| mnt-ref: | PLUSINFO-MNT |
| mnt-by: | PLUSINFO-MNT |
| changed: | info@plusinfo.ru |
| source: | RIPE |
Объект «mntner» служит для идентификации лица, имеющего полномочия на изменение объектов, защищенных данным mntner’ом.Mntner необходим для защиты от несанкционированного изменения объектов, содержащих информацию о выделенных ресурсах.
Зарегистрировать объект в базе данных RIPE можно по электронной почте или через Webupdates.
Для регистрации по электронной почте необходимо:
-Скопировать форму объекта.
-Заполнить форму, используя описание полей, см. ниже. Поля с пометкой [optional] заполнять необязательно. Удалить всю лишнюю информацию, оставив только перечень полей и их значения.
-Отправить заполненную форму на auto-dbm@ripe.net. В ответ на Ваше письмо база данных RIPE пришлет сообщение о создании объекта или отчет об ошибках. Вы можете также прислать заполненную форму на sales@plusinfo.ru для обработки сотрудником нашей компании.
Описание дается только для полей, обязательных для заполнения, со значением [mandatory].
mntner: Уникальный идентификатор объекта mntner. Обычно: -MNT. Допускаются буквы, цифры, знак подчеркивания «_», знак «тире» («-«). Первый симол должен быть буквой, последний — буквой или цифрой.
Обратите внимание! Выбранный Вами mntner может быть занят другой организацией или персоной.
Прежде чем заполнять форму, удостоверьтесь, что имя уникально.
Для этого задайте его в строке whois.
Если база выдаст ответ со словами «ERROR:101: no entries found», значит, выбранное Вами имя объекта «mntner» свободно.
descr: Краткое описание объекта.
admin-c: Администативный контакт. Указывается nic-hdl персоны, зарегистрированной в базе RIPE.
upd-to: E-mail, на который приходят сообщения от базы данных в случае неудачных изменений объектов, защищенных данным mntner’ом.
auth: Схема авторизации и зашифрованный пароль («encrypted password»).
Для шифрования пароля по схеме MD5-PW используйте сервис «Crypted password generation».
Введите выбранный Вами пароль («clear password») в поле ввода «Password:» и нажмите «Submit».
Полученную строку перенесите в поле «auth:» объекта.
mnt-by: Уникальный идентификатор объекта mntner. Значение поля то же, что и в поле mntner:.
referral-by: Cсылка на вышестоящий mntner. Значение поля постоянное — «RIPE-DBM-MNT».
changed: e-mail персоны, создавшей объект, и дата создания объекта в формате YYYYMMDD. (Дата проставляется автоматически при регистрации объекта).
source: Название базы данных. Значение этого поля — «RIPE».
Пример заполненной формы
| mntner: | PLUSINFO-MNT |
| descr: | Maintainer for PlusInfo objects |
| admin-c: | PII-RIPE |
| upd-to: | info@plusinfo.ru |
| auth: | MD5-PW $1$LhqHG22m$8qDho8NvjLQLo7cmtkEzG/ |
| mnt-by: | PLUSINFO-MNT |
| referral-by: | RIPE-DBM-MNT |
| changed: | info@plusinfo.ru |
| source: | RIPE |
Пример зарегистрированного объекта «mntner»
Источник
Что значит source ripe
RIR поддерживает базу данных распределённых IP-адресов и сопутствующих объектов (далее БД RIR), а также обязывает провайдеров заносить в эту базу информацию об используемых провайдером и его абонентами IP-адресах. Таким образом, в базе данных региональной регистратуры должны присутствовать записи и о провайдерском блоке адресов и о сетях абонентов провайдера, действующего в регионе, попадающем в зону ответственности региональной регистратуры.
Рассмотрим структуру БД RIR на примере RIPE (она также аналогична APNIC).
БД RIPE состоит из следующих записей:
- Распределение и назначения IP адресов;
- Наименования доменов;
- Информация о маршрутизации;
- Контактная информацию (информация о людях, ответственных за действие сетей или маршрутизаторов, ответственных за поддержку информации в Базе данных).
Записи в БД RIPE называются «объектами». Объекты бывают следующих типов:
| Тип Объекта | Сокращенное название | Описание |
| as-block | ak | |
| as-set | as | Определяет набор объектов aut-num. |
| aut-num | an | Определяет набор объектов aut-num. |
| domain | dn | Представляет регистрацию прямых или обратных доменных зон. |
| filter-set | fs | Defines a set of routes that are matched by its filter. |
| inet6num | i6 | Содержит информацию о назначении и распределении IPv 6 адресного пространства. |
| inetnum | in | Содержит информацию о назначении и распределении IPv 4 адресного пространства. |
| inet-rtr | ir | Представляет в БД маршрутизатор |
| irt | it | Представляет контактную и аутентификационную информацию о Computer Security Incidence Response Team ( CSIRT ). |
| key-cert | kc | Represents a public key certificate that is stored on the server and may be used with a maintainer object for authentication when performing updates. |
| limerick | li | Represents a humorous poem that has five lines and the rhyme scheme «aabba». |
| mntner | mt | Specifies authentication information required to authorise creation, deletion or modification to the objects protected by the mntner. |
| peering-set | ps | Defines a set of peerings. |
| person | pn | Содержит информацию о контактном лице техперсонала или администрации, ответственное за объект, где оно было указано. |
| role | ro | Содержит информацию о контактном лице техперсонала или администрации, ответственное за объект, где оно было указано, но описывает роль нескольких человеческих сущностей |
| route | rt | Represents a route advertised in the Internet. |
| route-set | rs | Defines a set of routes. |
| rtr-set | is | Defines a set of routers. |
Объект БД определен как список пар в текстовом виде атрибут-значение. Каждая пара пишется в отдельной строке. Имя атрибута начинается в колонке 0, за ним следует знак «:«, а далее пишется значение атрибута. Описание объекта может содержать комментарии. Комментарий начинает со знака «#» и заканчивается концом строки. Комментарий не может начинаться вначале строки. Представление объекта заканчивается пустой строкой. Атрибуты могут быть обязательными и необязательными. Атрибуты могут быть простыми или многозначными. Многозначные атрибуты могут иметь несколько записей атрибут-значение в объекте, в то время как простой атрибут только одну. Каждый объект однозначно определяется некоторым множеством атрибутов, относящихся к классу primary key.
| [mandatory] | По крайней мере один раз этот атрибут должен быть описан в объекте. |
| [optional] | Атрибут не обязателен в объекте и может быть опущен. |
| [generated] | Атрибут автоматически генерируется сервером. |
| [single] | Объект не должен содержать боле одного включения данного атрибута. |
| [multiple] | Объект может содержать более одного включения данного атрибута. |
| [look-up key] | Атрибут индексируется (По нему можно определить данный объект). |
| [inverse key] | Атрибут является внешним ключом. |
| [primary key] | Атрибут является первичным ключом (или его частью). |
| Атрибут является и первичным ключом (или его частью), и индексируемым. |
Рассмотрим объекты inetnum, person, role.
Первая колонка представляет собой атрибут, вторая и третья – определяют тип атрибута, а четвёртая обозначает, является ли атрибут каким-либо ключом в базе данных.
- Объект inetnum содержит информацию о назначении и распределении адресного пространства IPv4
| inetnum: | [mandatory] | [single] | [primary/lookup key] |
| netname: | [mandatory] | [single] | [lookup key] |
| descr: | [mandatory] | [multiple] | [ ] |
| country: | [mandatory] | [multiple] | [ ] |
| admin-c: | [mandatory] | [multiple] | [inverse key] |
| tech-c: | [mandatory] | [multiple] | [inverse key] |
| rev-srv: | [optional] | [multiple] | [inverse key] |
| status: | [mandatory] | [single] | [ ] |
| remarks: | [optional] | [multiple] | [ ] |
| notify: | [optional] | [multiple] | [inverse key] |
| mnt-by: | [mandatory] | [multiple] | [inverse key] |
| mnt-lower: | [optional] | [multiple] | [inverse key] |
| mnt-routes: | [optional] | [multiple] | [inverse key] |
| mnt-irt: | [optional] | [multiple] | [inverse key] |
| changed: | [mandatory] | [multiple] | [ ] |
| source: | [mandatory] | [single] | [ ] |
inetnum: — Определяет диапазон IPv4. Конечный адрес должен быть больше, чем начальный. country: Определяет страну . должен быть действительным двухбуквенным кодом страны по ISO 3166. admin-c Ссылается на местное административное контактное лицо(организацию). tech-c: Ссылается на контактное лицо техперсонала(организацию). status: Возможные значения этого атрибута таковы:
ALLOCATED PA: Это пространство адресов было выделено LIR, и ни одно назначение или суб-выделение, сделанное из него, не является переносимым. Назначения и суб-выделения не могут быть сохранены при переходе к другому поставщику.
ALLOCATED PI: Это пространство адресов было выделено LIR или RIR, и все сделанные оттуда назначения являются переносимыми. Назначения могут быть сохранены, столь долго, сколь сохраняет действие исходный критерий назначения. Суб-выделения из этого типа адресного пространства производиться не могут.
ALLOCATED UNSPECIFIED: Это пространство адресов было выделено LIR или RIR. Назначения могут быть PA или PI. Этот статус предназначен для документирования прошлых выделений, где существуют назначения обоих типов. Он не употребляется для новых выделений. Суб-выделения из этого типа адресного пространства производиться не могут.
SUB-ALLOCATED PA: Это пространство адресов LIR суб-выделил для сетевого оператора, который будет производить из него назначения. Все сделанные оттуда назначения являются PA. Они не могут быть сохранены при переходе на обслуживание к другому поставщику.
LIR-PARTITIONED PA: Это позволяет LIR документировать распределение и передать управление выделенным пространством внутри своей организации. Пространство адресов со статусом LIR-PARTITIONED не считается используемым. Когда адреса используются, более специфичный inetnum должен быть зарегистрирован.
LIR-PARTITIONED PI: Это позволяет LIR документировать распределение и передать управление выделенным пространством внутри своей организации. Пространство адресов со статусом LIR-PARTITIONED не считается используемым. Когда адреса используются, более специфичный inetnum должен быть зарегистрирован.
EARLY-REGISTRATION: Это используется администрацией базы данных RIPE при передаче регистраций эпохи до RIR из базы данных ARIN. Это значение может быть изменено пользователями базы данных. Только администраторы базы данных RIPE могут создавать объекты с таким значением.
NOT-SET: Это означает, что регистрация была произведена, до того как атрибут «status:» стал обязателен для объектов inetnum. Объект не был с тех пор скорректирован. Новые объекты не могут быть созданы с таким значением. Значение может быть изменено пользователями базы данных.
ASSIGNED PA: Это пространство адресов было назначено конечному пользователю для пользования услугами, предоставляемыми выдающей LIR. Оно не может быть сохранено после завершения использования услуг, предоставляемых этой LIR.
ASSIGNED PI: Это пространство адресов было назначено конечному пользователю и может сохраняться за ним сколь угодно долго, пока исходный критерий назначения действителен.
Создание объекта inetnum со статусом «ASSIGNED PA» или «ASSIGNED PI» возможно, только если не существует меньшего или большего по размерам пересекающегося по пространству адресов (специфичного) объекта inetnum со статусом «ASSIGNED».
Пространство адресов без явно прописанного типа в атрибуте «status:» принимается за PI. LIRы должны чётко обозначать все новые назначения в базе данных RIPE как «PA» либо «PI» соответственно.
RIPE NCC более не выделяет пространство адресов PI. Следовательно, у многих LIR нет выделенных им адресов PI, из которых они могут назначать адреса PI. Если у LIR есть конечный пользователь, которому требуется пространство адресов PI, она может поддержать его, отправляя запросы в RIPE NCC от имени конечного пользователя. Эта поддержка включает в себя помощь конечным пользователям в подготовке соответствующим образом документированного запроса. RIPE NCC произведёт назначение адресов PI, когда это оправдано.
Источник
