Сообщения без ответов | Активные темы Текущее время: 29 мар 2024, 01:58



Ответить на тему  [ Сообщений: 4 ] 
Как зарегистрировать AS. Много текста. 
Автор Сообщение

Зарегистрирован: 30 июн 2016, 11:38
Сообщения: 68
Доброго времени суток. Вопрос с натяжкой можно назвать техническим, но я уверен, участники этого форума сталкивались с ним.
Мы арендуем у оператора связи публичную сеть /24 PA. Появилась необходимость сделать эту сеть PI, "с этим вопросом я вышел в интернет". И так, сейчас зарегистрировать новую AS с IPv4 префиксами нельзя, но можно "отжать" у местного оператора связи по обоюдной договоренности. BTW, как я понял, регистрация AS делает нас LIR`ом?
И вот, сотрудник оператора без лишних объяснений бросил нам такое:
Код:
По вопросу выделения AS получен вот такой комментарий от московских коллег:
 Для выделения номера AS Клиент предоставляет:
·        Описание потребности Клиента в выделении AS в соответствии с RFC-1930 на русском и английском языках.
·        Заполненную форму заявки на выделение AS согласно RIPE-562 («AS Number Request Form») и в соответствии в рекомендациями RIPE-570
(«Supporting Notes for the RIPE NCC Autonomous System Number Request Form»).
·        Копию свидетельства о регистрации предприятия Клиента.

Со свидетельством о регистрации вопросов нет.

И теперь вопросы:

1. По RFC-1930 - прочитал (раза 3), осознал на сколько смог. И так, вот RFC-1930 считает ЕДИНСТВЕННОЙ причиной для регистрации AS:
Код:
Multi-homed site

Here multi-homed is taken to mean a prefix or group of prefixes which connects to more than one service provider (i.e. more than one AS with its own routing policy). It does not mean a network multi-homed running an IGP for the purposes of resilience.

An AS is required; the site's prefixes should be part of a single AS, distinct from the ASes of its service providers. This allows the customer the ability to have a different representation of policy and preference among the different service providers.

This is ALMOST THE ONLY case where a network operator should create its own AS number. In this case, the site should ensure that it has the necessary facilities to run appropriate routing protocols, such as BGP4.

Касательно нас: наш пул белых адресов используется виртуальными машинами, на которых размещены веб сервисы и другие информационных системы нашей организации и наших, так сказать, партнеров. Потребовалось обеспечить доступность сервисов при отказе провайдера, который в данный момент один. Но вот что говорит тот же документ о будущих персперктивах:
Код:
Transition / "future-proofing"

Often a site will be connected to a single service provider but has plans to connect to another at some point in the future. This is not enough of a reason to create an AS before you really need it.  The AS number space is finite and the limited amount of re-engineering needed when you connect to another service provider should be considered as a natural step in transition.

Я в замешательстве. Чтобы обеспечить подключение через 2 и более провайдера мы должны иметь AS, но мы не можем ее зарегистрировать, пока у нас нет будет 2 и более провайдера. На сколько вообще эти требования в RFC применимы к современным реалиям? Если не очень применимы, может кто-нибудь кинуть пример "отписки", которая понравится RIPE?

2. По форме регистрации. Я изучил ripe-562 и ripe-570, но понимания не прибавилось.
request-type: as-number - не меняем
form-version: 1.2 - не меняем
x-ncc-regid: - код страны и организации. Если мы работаем с оператором связи "vasyanInc", то теоретически это будет "ru,vasyaninc". Точный RegID нужно уточнять у того оператора, у которого мы хотим "забрать" белый пул?
legal-organisation-name: - у нас нет международного названия, полагаю простая транслитерация подойдет?
website-if-available: - если есть указываем, если нет, то "none".
end-user-of-sponsoring-lir: Yes - как я понял, раз мы действуем через оператора связи, то "Yes".
confirmation: Yes - подтверждаем, что у нас с оператором есть контракт.
prefix: - судя по всему, сеть которую мы сейчас арендуем и которую планируем сделать PI.
pending-ticket-ID: - не нужно, т.к. известен префикс.
#[PEERING CONTACTS]#
peering: - email администраторов тех AS, которые будут нам соседями?
peering:
AS Number Type: 32-bit
#[DATABASE TEMPLATE(S)]#

aut-num: ASNEW - оставляем так, номер потом присвоит RIPE.
as-name: <add name for the AS> - смысловое название
descr: <add AS Number User name> - описание AS???
org: <add org-ID> - это какой-то OrgID, но где его взять?
import: from AS... accept ANY - вообще не понятно зачем нужно и обязательно ли эта политика должна совпадать с реальностью
export: to AS... announce ASNEW
import: from AS... accept ANY
export: to AS... announce ASNEW
admin-c: <add nic-handle of administrative contact> - нашел вот такое http://www.infocity.kiev.ua/inet/content/inet320.phtml, но все еще не ясно где зарегистрировать себе nic-hande.
tech-c: <add nic-handle of technical contact> - также ^
mnt-by: RIPE-NCC-END-MNT
mnt-by: <mntner LIR or End User> ???
mnt-routes: <mntner LIR или End User> ???
changed: hostmaster@ripe.net
source: RIPE


02 мар 2018, 08:04
Профиль

Зарегистрирован: 10 окт 2012, 09:51
Сообщения: 2679
nokogerra писал(а):
как я понял, регистрация AS делает нас LIR`ом?
с чего вдруг?
nokogerra писал(а):
Чтобы обеспечить подключение через 2 и более провайдера мы должны иметь AS, но мы не можем ее зарегистрировать, пока у нас нет будет 2 и более провайдера.
ну скажите что у вас два провайдера и получайте удовольствие.


02 мар 2018, 09:08
Профиль

Зарегистрирован: 29 май 2017, 21:19
Сообщения: 1404
Для регистрации AS, для начала вам нужно получить выделение ipv6 после уже без проблем получаете номер через любого LIR

в6 адреса тоже можно получить у любого ЛИРА, про два канала и т.д. забейте это совсем уже не спрашивают, так от балды напишите и всё


02 мар 2018, 09:33
Профиль

Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 671
nokogerra писал(а):
Касательно нас: наш пул белых адресов используется виртуальными машинами, на которых размещены веб сервисы и другие информационных системы нашей организации и наших, так сказать, партнеров. Потребовалось обеспечить доступность сервисов при отказе провайдера, который в данный момент один. Но вот что говорит тот же документ о будущих персперктивах:


Я в замешательстве. Чтобы обеспечить подключение через 2 и более провайдера мы должны иметь AS, но мы не можем ее зарегистрировать, пока у нас нет будет 2 и более провайдера. На сколько вообще эти требования в RFC применимы к современным реалиям? Если не очень применимы, может кто-нибудь кинуть пример "отписки", которая понравится RIPE?



Ответ очевиден?


02 мар 2018, 10:06
Профиль
Показать сообщения за:  Поле сортировки  
Ответить на тему   [ Сообщений: 4 ] 

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 53


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Designed by ST Software for PTF.
Русская поддержка phpBB