Release 1.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.


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

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


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

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


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

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


Почему мне следует в первую очередь обращаться за 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 для этих адресов.
НеизвестенДанный статус не является статусом , официально утвержденным 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.

Как устроены новые файлы данных в архиве geo_files.tar.gz?

Архив geo_files.tar.gz (и geo_files.zip) содержит два файла: cidr_optim.txt и cities.txt. Рассмотрим их форматы:

cidr_optim.txt имеет следующий формат записи:
<начало блока> <конец блока> <блок адресов> <страна> <идентификатор города>

  1. <начало блока> - число, полученное из первого ip адреса блока (диапазона) ip-адресов вида a.b.c.d по формуле a*256*256*256+b*256*256+c*256+d
  2. <конец блока> - число, полученное из второго ip адреса блока (диапазона) ip-адресов вида e.f.g.h по формуле e*256*256*256+f*256*256+g*256+h
  3. <блок адресов> - блок (диапазон) ip-адресов вида a.b.c.d - e.f.g.h, для кторого определено положение
  4. <страна> - двухбуквенный код страны, к которой относится блок
  5. <идентификатор города> - идентификатор города из файла cities.txt. Если вместо идентификатора стоит прочерк, значит, либо город не удалось определить, либо страна блока не Россия и не Украина.

cities.txt имеет следующий формат записи:
<идентификатор города> <название города> <название региона> <название округа> <широта центра города> <долгота центра города>




© 2007-2015 IpGeoBase