AN
У вас две ас, например ас100 и ас200, на каждой свои сети, но останется в будущем ас100 только
Size: a a a
2019 November 12
AN
Верно же?
Vs
Vs
и еcть as-set с членами ас100 и ас200.
As-set объявлена пирам и аплинкам
As-set объявлена пирам и аплинкам
AN
тогда остается вам дубль роут-объектов сделать тех что есть у ас200 для ас100 (обратных не надо) и переанонсировать сети что были у ас200 на ас100. чаще всего аплинки строят свои фильтры на базе все же префиксов так что все должно пройти гладко
Vs
Это я понял, спасибо
Vs
а вот как потом удалять блоки из AS200, что райпу писать в обосновании?
DM
а вот как потом удалять блоки из AS200, что райпу писать в обосновании?
Да ничего не писать
DM
AS это одна сущность, IP адреса это другая сущность
AN
а вот как потом удалять блоки из AS200, что райпу писать в обосновании?
ас может быть одной - а блоки адресов другой, например к вам в дц приехал клиент без своей ас - а вы его анонсите
DM
Ну и когда AS станет не нужна, написать что не нужна возвращаем ASN в пул
S
а вот как потом удалять блоки из AS200, что райпу писать в обосновании?
на операцию удаления route-object не нужно обоснование. максимум что вам грозит это вопросы на аудите
Vs
вот-вот
AN
нужно заранее выяснить что отвечать, чтоб эти бюрократы не докопались
докопались?) до обычного действия?) вы преувеличиваете значимость операции что хочет сделать Владислав
AT
Если я правильно всё помню, есть процесс merge, как раз для таких случаев. Для адресов делаете мультиортиджин, проверяете их в мире, потом удаляете ненужную ASN. Нахождение обеих ASN в одном LIR упростит процесс
Vs
Да у одного Лира
Vs
ладно, направление понял
2019 November 13
AS
Я вот не понял, какое обоснование нужно при внесении изменений в RIPE DB, и кому.