Release 0.1

При поддержке   

Вопросы и ответы

  1. Как я могу получить IP-адреса?
  2. Нужно ли мне становиться локальным интернет-реестром (LIR) ?
  3. Что такое локальный Интернет-реестр (LIR)?
  4. Могу ли я купить IP-адреса у RIPE NCC?
  5. Сколько стоят IP-адреса?
  6. Почему мне следует в первую очередь обращаться за IP-адресами к Интернет-провайдеру , а не к RIPE NCC?
  7. Могу ли я зарегистрировать домен через RIPE NCC?
  8. Я хотел бы сменить провайдера. Могу ли я переместить IP-адреса , которыми пользуюсь в данный момент , к новому провайдеру?
  9. Где я могу найти организацию , ответственную за регистрацию доменных имен в моем регионе?
  10. Что такое RIPE NCC?
  11. Что такое mntner?
  12. Как устроен файл данных географической привязки cidr_ru_block.txt ?
  13. Что означают различные статусы блоков IP-адресов ?
  14. Как устроены файлы данных cidr_ru_master_index.db и cidr_ru_slave_index.db?

Как я могу получить IP-адреса?

Узнайте у Вашего местного Интернет-провайдера или найдите на карте члены RIPE NCC (локальные Интернет-реестры)


Нужно ли мне становиться локальным интернет-реестром (LIR) ?

RIPE NCC оставляет решение о том , становиться или нет локальным интернет-реестром (LIR) , на усмотрение самой организации. Любая организация ,имеющая официальное представительство в регионе RIPE NCC может стать LIR. Становиться локальными интернет-реестрами рекомендуется организациям , которым требуется собственный маршрутизируемый блок адресов и которые нуждаются в большом количестве адресов. В других случаях организациям , нуждающиесся в IP-адресах , следует сначала попытаться получить адресное пространство от вышестоящего провайдера для того , чтобы поддержать цели консервации и агрегации , выдвигаемых сообществом RIPE.


Что такое локальный интернет –реестр (LIR)?

Локальный Интернет-реестр (LIR – Local Internet Registry) – термин, используемый для описания членов RIPE NCC. Их называют локальными Интернет-реестрами (LIR) потому что они несут ответственность за распределение адресного пространства и регистрацию адресного пространства на локальном уровне.Локальные Интернет-реестры также утверждают общеобязательные политики и процедуры на локальном уровне. Организации, которые становятся локальными Интернет-реестрами - это в основном Интернет-провайдеры (ISP), которые выделяют и назначают адресное пространство своим клиентам, телекоммуникационные организации и коммерческие предприятия наряду с академическими учреждениями. Академические учреждения – это организации, которым требуются большие блоки адресного пространства, которые не могут быть получены у вышестоящего провайдера.


Могу ли я купить IP-адреса у RIPE NCC?

Вкратце: нет. IP-адреса - это общий ресурс и они не предназначены для продажи. Эффективное управление этим ресурсом жизненно важно для поддержания нормального функционирования Интернет. Если Вы получили IP-адреса от RIPE NCC, тогда у Вас будет право продолжать использование этих адресов при условии, что Вы будете использовать их в соответствии с правилами RIPE NCC из размещения и выделения и при условии, что Ваше членство продолжается (или , в случае если Вы не являетесь членом , что Вы будете продолжать платить суммы, необходимые на содержание ).


Сколько стоят IP-адреса?

RIPE NCC НЕ продает IP-адреса. Использование IP-адресов основано на периодической выплате членских взносов.


Почему мне следует в первую очередь обращаться за IP-адресами к Интернет-провайдеру , а не к RIPE NCC?

Первое - потому что RIPE NCC не может гарантировать , что любое выделенное этой организацией адресное пространство будет глобально маршрутизируемым. Это обусловлено тем , что политики фильтрации , реализуемые транзитными провайдерами по всему миру , находятся вне контроля RIPE NCC. Наилучший способ избежать проблем с фильтрацией состоит в том , чтобы удостовериться , что Ваша сеть включена в адресное пространство большей сети , (такой , например , как сеть Вашего провайдера) , так что большие количества адресов будут агрегированы и представлены глобально как один маршрут. Более короткий префикс подобного глобального маршрута увеличит шансы быть неподверженным политикам фильтрации больших транзитных провайдеров.

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


Могу ли я зарегистрировать домен через RIPE NCC?

Нет, RIPE NCC не вовлечена в регистрацию доменных имен. Ваш Интернет-провайдер может быть в состоянии помочь Вам зарегистрировать имя домена . За более подробной информацией посетите ICANN или CENTR


Я хотел бы сменить провайдера. Могу ли я переместить IP-адреса , которыми пользуюсь в данный момент , к новому провайдеру?

Существуют два типа пространства адресов IPv4: агрегируемый провайдером (Provider Aggregatable (PA)) и не зависимый от провайдера (Provider Independent (PI)).

  • Если Вы - конечный пользователь адресов типа PA и переходите на пользование услугами другого провайдера , то от Вас потребуется возврат адресов Вашему предыдущему провайдеру.
  • Если Вы являетесь локальным интернет-реестром (LIR) и имеете адресное пространство типа PA , выделенное RIPE NCC, то Вы не обязаны возвращать адресное пространство в случае , если Вы переходите на пользование услугами другого вышестоящего провайдера.
  • Адресное пространство типа PI остается назначенным конечному пользователю так долго , пока соблюдаются условия первоначального назначения

За более подробной информацией о адресном пространстве типов PI и PA обратитесь к документу RIPE "IPv4 Address Allocation and Assignment Policies in the RIPE NCC Service Region" раздел 9: Агрегируемые и независимые от провайдера адреса ("Provider Independent vs Provider Aggregatable Addresses").


Где я могу найти организацию, ответственную за регистрацию доменных имен в моем регионе?

Для регистрации обобщенных TLD(top level domain) (.com/.net/.org) обратитесь к регистратору gTLD.
http://www.icann.org/registrars/accreditation-qualified-list.html

Для TLD (где 'зона' = 'страна') см.
http://www.iana.org/cctld/cctld-whois.htm


Что такое RIPE NCC?

RIPE NCC - это независимая некоммерческая организация , которая поддерживает инфраструктуру Интернет посредством технической координации в своем регионе. Самая заметная деятельность RIPE NCC состоит в том , чтобы выступать в качестве регионального Интернет-реестра (RIR), предоставлющего глобальные ресурсы Интернет и сопутствующие услуги своим членам в своем регионе. Сообще ство членов RIPE в основном состоит из Интернт-провайдеров (ISP) , телекоммуникационных компаний и больших корпораций , расположенных в Европе , на Ближнем востоке и , частично , в Центральной Азии.


Что такое mntner?

Mntner (произносится как maintainer) - это объект базы данных RIPE DB , содержащий информацию , требуемую для авторизации создания , удаления и изменения объектов , защищенных mntner. Фактически , дескриптор mntner определяет организацию , осуществляющую управление соответствующим Mntner множеством блоков IP-адресов. При уточнении запроса в разделе "Расширенный поиск" этого сайта , Вы фактически выбираете mntner , соответствующий интересующей Вас организации


Как устроен файл данных географической привязки cidr_ru_block.txt ?

Файл cidr_ru_block.txt представляет собой перечень блоков IP-адресов , выделенных региональ-ным реестром RIPE NCC , местонахождение которых на текущий момент было определено как российское. Для каждого блока указано его местонахождение (название населенного пункта (если он определен), региона и федерального округа). Данный файл представляет собой текстовый файл , каждой строке которого соответствует один блок адресов. Каждая строка (далее - запись) состоит из следующих полей, разделенных знаками табуляции (поля перечислены в порядке их следования в записи):

  1. Начальный IP-адрес блока, преобразованный в число

  2. IP-адрес иммет вид a.b.c.d, где a-d числа в диапазоне 0-255. Преобразование в число происходит по формуле 256³*a+256²*b+256*c+d

  3. Конечный IP-адрес блока, преобразованный в число

  4. Преобразование происходит по принципу, указанному в п. 1

  5. Блок IP-адресов***

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


  7. Двузначный код страны (Везде RU)


  8. Населенный пункт

  9. Данное поле содержит в себе название населенного пункта , которому соответствует данный блок IP-адресов. В случае , если название населенного пункта не установлено , но известен регион , соответствующий данному блоку , это поле имеет значение «unknown».


  10. Регион

  11. Данное поле содержит в себе название региона , соответствующего данному блоку.


  12. Округ

  13. Данное поле содержит в себе название федерального округа , соответствующего данному блоку IP-адресов


  14. Статус

  15. О статусах блоков IP-адресов можно прочитать ниже


    *** Необходимо отметить , что множества адресов , составляющих блоки, могут быть «вложены» друг в друга , т.е. один блок адресов может содержать несколько других . Чаще всего такой блок адресов является блоком адресов , выделенных региональным реестром (в данном случае – RIPE NCC) локальному реестру (чаще всего – провайдеру Интернет-услуг), а содержащиеся в нем блоки – блоками IP-адресов , выделенных локальным реестром конечным пользователям. В файле cidr_ru_block.txt блоки расположены в следующем порядке:

    1. Первым записан блок адресов , который содержит в себе (если они есть) какие-либо другие блоки. Подобные блоки расположены в порядке увеличения их граничных (т.е. начальных и конечных) адресов.
    2. За ним следуют (если они есть) блоки которые содержатся в блоке , указанном в пункте а, причем эти блоки расположены в порядке увеличения их начальных и конечных адресов (множества адресов , образованных таким блоками , очевидно , не пересекаются).
    3. Далее следует следующий блок , содержащий в себе какие-либо другие блоки , и т.д.
    4. Приведем пример (границы блоков выбраны случайным образом , для иллюстрации , и могут не соответствовать границам реальных блоков):
      123.123.123.0 - 123.123.123.255
      123.123.123.12 – 123.123.123.45
      123.123.123.60 – 123.123.123.100
      123.123.123.101 – 123.123.123.192
      135.213.234.10 – 135.213.234.255
      140.220.100.12 – 140.220.100.192
      145.145.23.78 – 145.145.24.0
      145.145.23.78 – 145.145.23.100

      В данном примере сначала записан блок (123.123.123.0 - 123.123.123.255), содержащий в себе подблоки (123.123.123.12 – 123.123.123.45 , 123.123.123.60 – 123.123.123.100 , 123.123.123.101 – 123.123.123.192 ) , которые расположены за ним в порядке увеличения граничных адресов, далее расположен блок адресов (135.213.234.10 – 135.213.234.255) , не содержащий в себе других блоков (он следует за блоком 123.123.123.0 - 123.123.123.255 , согласно увеличению граничных адресов). За ним следует блок 140.220.100.12 – 140.220.100.192, не содержащий в себе блоков. Затем блок 145.145.23.78 – 145.145.24.0, содержащий в себе юлок 145.145.23.78 – 145.145.23.100. Также нужно заметить , что обычно блоки , содержащие в себе другие блоки , имеют тип ALLOCATED (т.е. они выделены локальному реестру) , а содержащиеся в них блоки – тип ASSIGNED (т.е. они присвоены конечным пользователям). Блоки , не содержащие в себе других блоков (как блок 135.213.234.10 – 135.213.234.255 из примера (см.выше) ) , обычно имеют тип ASSIGNED и являются под-блоками других ALLOCATED – блоков , выделенных для использования в других государствах и потому не включенных в данный список

  16. Описание блока


Что означают различные статусы блоков IP-адресов ?

Статус - атрибут объектов Inetnum , которые содержат информацию о выделении и назначении пространства IP-адресов (более подробная информация находится в документе ripe-387). В следующей таблицы приведена расшифровка значений статусов блоков IP-адресов.

СтатусПояснение
ALLOCATED PAДанное адресное пространство выделено локальному реестру (LIR), и никакие назначения (assignments) и суб-выделения (sub-allocation) , сделанные в этом пространстве , не являются портабельными (portable) при перемещении (конечного пользователя , которому назначены адреса из этого пространства) к другому провайдеру.
ALLOCATED PIДанное адресное пространство было выделено локальному или региональному реестру , и все назначения , сделанные в нем , портабельны. Назначения (после перемещения к другому провайдеру ) могут быть сохранены так долго , пока выполняются критерии первоначального назначения. Никакие суб-выделения не могут быть сделаны в данном адресном пространстве.
ASSIGNED PAДанное адресное пространство было назначено конечному пользователю для использования с услугами , предоставляемыми соответствующим локальным реестром. Оно не может быть сохранено при отказе от услуг , предоставляемых локальным реестром.
ASSIGNED PIДанное адресное пространство было назначено конечному пользователю и оно может быть сохранено так долго , пока выполняются критерии первоначального назначения
EARLY-REGISTRATIONАдресное пространство с данным статусом используется администрацией базы данных RIPE при перемещении пре-RIR регистраций из базы данных ARIN. Это значение может быть изменено пользователями базы данных (RIPE) (кроме значения ALLOCATED PA) . Объекты с подобным статусом могут создавать только администраторы базы данных RIPE.
NOT-SETЭто значение показывает , что соответствующие адресные пространства (точнее , соответствующие объекты типа Inetnum) были зарегистрированы до того , как атрибут «статус» стал обязательным для объектов типа Inetnum. Соответствующий объект не был обновлен с тех пор. Объекты с таким значением статуса не создаются. Данное значение статуса может быть изменено пользователями базы данных.
SUB-ALLOCATED PAДанное адресное пространство было выделено локальным реестром нижестоящему сетевому оператору , который будет (сам) назначать адреса (конечным пользователям) из данного пространства. Все назначения из данного пространства являются PA. Они не могут быть сохранены при смене услуги на другую , предоставляемую другим провайдером.
ALLOCATED UNSPECIFIEDДанное адресное пространство выдлено локальному или региональному реестру. Назначения (assignments) могут быть PI и PA . Этот статус предназначен для адресных пространств , выделенных согласно устаревшим на данный момент документам , когда существовали одновременно назначения (assignments) обоих типов. Присваивания данного статуса новым выделенным адресным пространствам избегают. Суб-выделения адресных пространств в данном типе адресного пространства не могут быть совершены.
LIR-PARTITIONED PAДанный статус позволяет локальным реестрам документировать распределение и делегировать управление выделенным пространством внутри своих организаций. Адресное пространство с данным статусом не считается используемым. Когда адреса из такого пространства используются , должен быть зарегистрирован более конкретный объект типа Inetnum для этих адресов.
0Данный статус не является статусом , официально утвержденным RIPE NCC, значение 0 («нуль») всего лишь отмечает , что статус данного блока адресов неизвестен , это значение используется только данной релизацией базы данных географической привязки

Как устроены файлы данных cidr_ru_master_index.db и cidr_ru_slave_index.db?

Необходимость данных файлов объясняется структурой множества блоков IP-адресов. Все блоки адресов можно разделить на две группы:

  1. Первая группа представляет собой множество блоков адресов, расположенных последовательно в адресном пространстве , при этом диапазоны блоков данной группы не перекрываются.
  2. Вторая группа содержит блоки адресов , которые являются подблоками блоков первой группы.

Таким образом , получаем двухуровневую структуру множества блоков адресов, в которой первый уровень составляют блоки первой группы , а второй уровень – блоки второй группы, соответственно блоки первой группы помещаются в файл cidr_ru_master_index.db, блоки второй группы – в файл cidr_ru_slave_index.db. В первом из этих файлов для каждого блока адресов содержится номер строки в втором файле, начиная с которого расположены блоки , входящие в него (блок адресов), а также количество этих подблоков. Доступ к данным одного из блоков второй группы можно получить, отыскав в файле cidr_ru_master_index.db блок , содержащий искомый блок, а затем , найдя позицию множества подблоков в файле cidr_ru_slave_index.db, отыскать среди них нужный блок. Очевидно, не все блоки из файла cidr_ru_master_index.db имеют подблоки. Для таких блоков соответствующие номера строк для подблоков в файле cidr_ru_slave_index.db и их количество равны -1 и 0 соответственно.

Формат файла cidr_ru_master_index.db

  1. Первые 8 записей в строке аналогичны записям файла cidr_ru_block.txt.
  2. Девятая запись соотвтествует номеру строки в файле cidr_ru_slave_index.db, начиная с которой идут подблоки, входящие в данный блок.
  3. Десятая запись соответствует количеству подблоков, входящих в данный блок (фактически чило строчек в файле cidr_ru_slave_index.db).

Формат файла cidr_ru_slave_index.db

Формат файла полностью аналогичен формату файла cidr_ru_block.txt.




© 2007-2010 IpGeoBase