[uanog] FYI: Дубликаты as-set в RADB

[Alexander Shikoff]

Приветствую!

До вчера я и представить себе не мог, что в RADB могут встретиться два одинаковых
объекта as-set, но с разными source.

25 января прямой клиент RADB заводит напрямую в RADB объект as-set: AS-EVEREST,
который совпадает с as-set моего клиента в RIPE DB:

# whois -m AS-EVEREST
as-set:     AS-EVEREST
descr:      EVEREST and Clients
members:    AS19082, AS40014, AS19175, AS18972, AS30265, AS22420
admin-c:    Byron Pollard
tech-c:     Byron Pollard
notify:     bpollard at everestbroadband.com
mnt-by:     MAINT-AS19082
---> changed:    bpollard at everestbroadband.com 20190125  #13:45:55Z
---> source:     RADB

as-set:         AS-EVEREST
descr:          Everest & customers ASes
members:        AS49223
remarks:        *** Customer's ***
members:        AS29683
members:        AS50321
members:        AS200403
tech-c:         DUMY-RIPE
admin-c:        DUMY-RIPE
mnt-by:         EVEREST
---> created:        2009-05-01T11:01:57Z
---> last-modified:  2018-07-25T13:38:45Z
---> source:         RIPE

27 января после очередного планового обновления у моего клиента ломаются фильтры,
потому что whois.radb.net стал отдавать данные первого объекта:

# telnet whois.radb.net 43
Trying 198.108.0.18...
Connected to whois.radb.net.
Escape character is '^]'.
!iAS-EVEREST
A48
AS18972 AS19082 AS19175 AS22420 AS30265 AS40014
C
Connection closed by foreign host.

Соответственно, и bgpq3, и перловый Net::IRR стали выдавать не то, что ожидается.
Сравните вывод команд
# bgpq3 -3Jf 49223 AS-EVEREST 
# bgpq3 -3JS RIPE -f 49223 AS-EVEREST

Я написал в поддержку RADB, откуда оперативно получил ответ:
"Those objects are sourced from two different databases. Since the IRR
systems are federated, collisions in the global namespace can and do
occur. Is your member sourcing their object in the RADb IRR or the
RIPE IRR?

I suggest that your member scope their as-set name into the enforced
unique and controlled namespace. "as-set: AS19082:AS-EVEREST" or
"as-set: AS49223:AS-EVEREST"."

Это просто отлично! Я должен просить своего клиента переименовать as-set, который у него
работает с 2009 года?

Второй мой вопрос: "А как получить оба объекта? Существуют ли доп. параметры к например запросу
!i, которые позволяют получить данные только из source RIPE?" - проигнорирован.

Я правильно понимаю, что я могу зарегестрироваться напрямую в RADB, насыпать им чуть-чуть
денег, завести там какой-нибудь очень емкий as-set, например AS-NEWLINE, и сильно
осложнить жизнь наши коллегам?

P.S. Кстати, коллеги-харьковчане - это тема для обсуждения на RIPE Dinner 8 февраля в Харькове.

-- 
MINO-RIPE