Рекомендации по оформлению заявки на получение IP-адресов |
|
|
ВведениеДанный документ содержит дополнения и уточнения к рекомендациям RIPE, известным как ripe-283, вызванные спецификой обработки заявок в Воронежском филиале ЦентрТелеком. Перед прочтением этого документа, пожалуйста, ознакомьтесь с оригиналами документов ripe-283, ripe-284. Заявка на получение IP-адресов содержит большое количество цифр и технических подробностей, которые мы обязаны тщательно проверить при распределении адресного пространства. В значительной степени, добиваясь от клиента точного заполнения формы, мы заставляем его осознать, чего он хочет на самом деле. Чем точнее будет заполнена Ваша заявка сегодня, тем меньше проблем с администрированием сети возникнет у Вас в будущем. Замечания по поводу кодировки отправляемых писемВся электронная почта на кириллице использует в Internet кодировку KOI8. Поэтому внимательно следите за тем, чтобы Ваши письма к нам приходили в виде обычного текста именно в кодировке KOI8. Мы не обрабатываем писем в формате Microsoft Word, Ami Pro, WordPerfect и в кодах base64 и UUENCODE. Все шаблоны формы ripe-283 необходимо заполнять строго по-английски, так как обработанная заявка отсылается в RIPE. Поэтому, пожалуйста, все свои замечания на русском языке приводите в начале письма перед текстом заявки. Сопроводительные заметки по шаблонам формы запроса
Пожалуйста, не меняйте значение полей request-type, form-version и x-ncc-regid.
Если запрос делается для назначения адресов клиенту или конечному пользователю, а не LIR, здесь вводятся его данные. Если запрос делается для собственной инфрастуктуры LIR, здесь вводятся его собственные данные. В поле «organisation-name» укажите полное название организации, которая будет использовать это назначенное пространство PA адресов. В поле «organisation-location» введите расположение головного офиса компании. В поле «website-if-available» укажите URL сайта организации, если таковой имеется.
Запрос на пространство адресов должен быть отправлен только в случае, если оно понадобится в обозримом будущем, и пользователь в данный момент не располагает достаточным пространством в наличии, чтобы покрыть этот запрос. Если организация, запрашивающая назначение адресов, имеет в наличии пространство адресов, которое не используется и могло бы быть использовано для этого нового назначения, напишите «Yes» и дайте объяснение, почему требуется большее пространство адресов.
В поле «number-of-subnets» введите общее число подсетей, перечисленных в плане ниже. Заполните поле «address-space-returned», если пользователь будет возвращать пространство адресов другой LIR. Введите префиксы, которые будут возвращены, какой LIR и когда. Напишите каждый возвращаемый префикс в отдельном поле (address-space-returned:). Возьмите на заметку, что время, отводимое на перенумерацию, составляет три месяца. Используйте следующий синтаксис в этом поле: x.x.x.x/xx to LIR by yyyymmdd
Эта таблица представляет каждую сеть и описание её использования для запрашиваемого пространства адресов. Каждая из запрашиваемых подсетей должна быть отмечена отдельным полем «subnet:». Информация нужна только по публичному пространству адресов. Частное пространство адресов не нуждается в описании. Указывайте нужное число адресов IP, используя нотацию CIDR (/префикс). В столбце «Size in CIDR» напишите в нотации CIDR (/префикс) общее число адресов IP, необходимое для подсети (укажите только общий размер подсети, то есть если в подсети нужно всего шесть адресов IP, напишите это как /29, не /30, /31.) В столбцах «Immediate», «1yr» и «2yr» укажите в нотации CIDR (префикс) количество адресов IP, нужное немедленно, а также ожидаемое использование на следующие два года. Учтите интерфейсы, используемые для узлов, маршрутизаторов, шлюзов, терминальных концентраторов и любых других машин, требующих один или более сетевых интерфейсов (могут быть использованы множественные префиксные нотации, то есть /30, /31.) В столбце «Purpose» введите краткое описание того, каким образом будет использоваться запрашиваемая подсеть. В поле «totals» укажите итоговые размеры для каждого столбца. Количество адресов в столбце «Size in CIDR» должно быть общим объёмом адресного пространства, потребного для удовлетворения данного запроса. Пример составления адресного плана:
Введите название сети, которое будет использовано в объекте inetnum в базе данных RIPE. Название сети должно быть кратким, чётким и описательным для сети и должно отражать название/имя пользователя адресного пространства. Допустимыми символами являются буквы, цифры и дефис. Учтите, что название сети, которое утверждается для данного назначения адресов, должно быть названием сети, используемым в объекте базы данных. Если в базе используется другое название сети, объект будет классифицирован как “недействительный” в RIPE NCC.
В поле «equipment-name» введите тип оборудования, для которого требуются публичные адреса IP в запросе: router (маршрутизатор), switch (коммутатор), ATM, workstation (рабочая станция), и так далее. В поле «manufacturer-name» введите название производителя оборудования, указанного в «equipment-name». В поле «model-number» введите номер модели оборудования, указанного в «equipment-name». В поле «other-data» введите любую дополнительную информацию, которая может прояснить, как это оборудование или модель использует адресное пространство IP. Например, количество интерфейсных карт, портов или сетевых интерфейсов, которое это оборудование имеет. Если используемое в оборудовании программное обеспечение требует множества адресов IP, Вам тоже нужно описать это здесь. Повторите этот шаблон (то есть все четыре поля) столько раз, сколько это необходимо, чтобы описать оборудование, относящееся к адресному пространству IP, запрошенному в шаблоне Адресного плана. Пожалуйста, отделяйте шаблоны друг от друга одной пустой строкой.
Это произвольное текстовое поле, где Вы должны указать учетное имя, выданное Вам при заключении договора. Здесь Вы также можете добавить дополнительную информацию, которая, как Вы думаете, поможет RIPE NCC и хостмастеру оценить Ваш запрос.
Диаграмма может быть послана как приложение MIME к Вашему письму к ip-reg@vsi.ru. Диаграмма сети (карта топологии) может помочь в выяснении строения сети и иллюстрации, почему нужны запрашиваемые адреса IP.
inetnum: Поле можно оставить пустым: в таком случае будет выделена первая из еще не занятых сетей. Если для Вас важно, чтобы для такой-то сети были выданы конкретные адреса, можете указать их диапазон, например: 80.82.48.0 80.82.48.255 или 80.82.48.0/24 (в любом из указанных форматов). netname: В этом поле указывается название сети. Допускаются буквы, цифры, знак «тире». При выборе имени для своей сети справьтесь в базе RIPE, нет ли уже сети с таким же навзанием. Если есть, слегка модифицируйте (для удобства поиска в дальнейшем). Название сети в поле «netname:» должно в точности совпадать с названием такого же поля в темплейте #[ADDRESSING PLAN]#. descr: Здесь нужно дать краткое описание Вашей организации (название и род деятельности). country: Код ISO-3166 страны, в которой будет размещена сеть: RU для России, KZ для Казахстана, UA для Украины, BY для Белоруссии и др. admin-c: и tech-с: В двух следующих строках Вам нужно определить ответственных лиц. В них Вы должны прописать идентификаторы (nic-handle), ссылающиеся на информацию о данных людях, содержащуюся в базе данных RIPE. В случае, если персоны не имеют идентификаторов, в полях «admin-c:» и «tech-с:» укажите AUTO-1, если это одно и то же лицо. Если разные, укажите AUTO-1, AUTO-2 и т.д. соответственно. На каждую из персон заполните #[PERSON TEMPLATE]# (см. ниже). Например: admin-c: AUTO-1 tech-с: AUTO-2 status: ASSIGNED PA Для заявок данной формы (ripe-283) значение поля постоянно. notify: Это поле очень полезное, хотя и необязательное. Если Вы проставите в этом поле e-mail адрес, на него будут приходить сообщения об изменениях (в том числе и несанкционированных) информации о Вашей сети в базе RIPE. mnt-by: Поле обязательное. Использование maintainer'а позволяет защитить информацию о Вашей сети в базе RIPE при помощи различных способов авторизации подателя запроса на создание/изменение/удаление объекта в базе RIPE. Как правило, используется maintainer провайдера/Registry. changed: Здесь впишите e-mail адрес того, кто последний раз менял заявку. Например: changed: ovl@nic.ru При оформлении объекта база сама подставит дату последнего изменения. Обратите внимание: при внесении последующих изменений (если потребуется) в данные, содержащиеся в базе RIPE, необходимо добавить новое поле «changed:», а не заменять прежнее. source: RIPE Значение этого поля всегда одно RIPE.
В поле person: укажите имя и фамилию персоны (в указанной последовательности). В поле address: укажите название организации, ее почтовый адрес. Используйте несколько полей. Поля e-mail: и phone: являются обязательными. Поле fax-no: не обязательно. При указании номеров тел. и факса используйте код страны и код города. Поле mnt-by: служит для указания maintainer'а. Использование maintainer'а позволяет защитить информацию о Вашей сети в базе RIPE при помощи различных способов авторизации подателя запроса на создание/изменение/удаление объекта в базе RIPE. Как правило, используется maintainer провайдера/Registry. Поле notify: служит для оповещения персоны об изменениях, сделанных в объекте (в том числе и несанкционированных). В поле nic-hdl: укажите AUTO-1 или AUTO-1YourInitials (не более 4-х букв). Если контактами сети являются 2 и более человек, не имеющих nic-hdl в базе RIPE, приведите еще один (несколько) #[PERSON TEMPLATE]#. В поле nic-hdl: укажите AUTO-2 (AUTO-3, AUTO-4 и т.д.) При желании можно добавить поле mnt-by: с указанием mntner'a,- что для объектов Person не является обязательным. Для этого можно использовать mntner, указанный в одноименном поле в #[NETWORK TEMPLATE]#. Поле changed: указывает на создателя объекта, вводится его e-mail.
Пожалуйста, добавьте свою подпись в формате обычного текста (с Вашим полным именем) после этого заголовка. Робот не будет обрабатывать любую информацию, добавленную здесь. |
©2005 Воронежский филиал ОАО "Центртелеком" Сегодня: 26.04.2024 Загрузок страницы с 07.03.2002: 19280 |
|