You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
when expanding AS9498:AS-BHARTI-IN in APNIC (via !a6AS9498:AS-BHARTI-IN)
1804:f8c::/32 from AS263591 in BBOI is not included.
AS-WIOCC in RIPE is included by AS9498:AS-BHARTI-IN (doing an !a6AS-WIOCC does return 1804:f8c::/32)
AS-CN2 (included from AS-WIOCC) exists in NTTCOM, RADB, and APNIC. NTTCOM and RADB entries contain AS-G8 (doing an !a6AS-CN2 does return 1804:f8c::/32)
AS-G8 exists in NTTCOM, RADB, BBOI. All sources included AS263591
All those were run with the default source list.
I notice in the postgres log that the order by is now:
ORDER BY CASE WHEN (rpsl_objects.source = 'APNIC') THEN -1 WHEN (rpsl_objects.source = 'NTTCOM') THEN 1 WHEN (rpsl_objects.source = 'INTERNAL') THEN 2 WHEN (rpsl_objects.source = 'RADB') THEN 3 WHEN (rpsl_objects.source = 'RIPE') THEN 4 WHEN (rpsl_objects.source = 'RIPE-NONAUTH') THEN 5 WHEN (rpsl_objects.source = 'ALTDB') THEN 6 WHEN (rpsl_objects.source = 'BELL') THEN 7 WHEN (rpsl_objects.source = 'LEVEL3') THEN 8 WHEN (rpsl_objects.source = 'RGNET') THEN 9 WHEN (rpsl_objects.source = 'APNIC') THEN 10 WHEN (rpsl_objects.source = 'JPIRR') THEN 11 WHEN (rpsl_objects.source = 'ARIN') THEN 12 WHEN (rpsl_objects.source = 'BBOI') THEN 13 WHEN (rpsl_objects.source = 'TC') THEN 14 WHEN (rpsl_objects.source = 'AFRINIC') THEN 15 WHEN (rpsl_objects.source = 'ARIN-WHOIS') THEN 16 WHEN (rpsl_objects.source = 'RPKI') THEN 17 WHEN (rpsl_objects.source = 'REGISTROBR') THEN 18 WHEN (rpsl_objects.source = 'TEST') THEN 19 ELSE 100000 END
Just because AS9498:AS-BHARTI-IN was found in APNIC, APNIC should not have priority. That broken priority explains why when I query objects in RIPE and NTTCOM is the proper objects are returned. The source list should not change from the initial query. Eg NTCCOM should be the lowest at 1. Whether it's the default source list, or a !s source list, you should not be changing it for
the sub-queries until there is a new !s.
The text was updated successfully, but these errors were encountered:
when expanding AS9498:AS-BHARTI-IN in APNIC (via
!a6AS9498:AS-BHARTI-IN
)1804:f8c::/32 from AS263591 in BBOI is not included.
AS-WIOCC
in RIPE is included by AS9498:AS-BHARTI-IN (doing an !a6AS-WIOCC does return 1804:f8c::/32)AS-CN2
(included from AS-WIOCC) exists in NTTCOM, RADB, and APNIC. NTTCOM and RADB entries contain AS-G8 (doing an !a6AS-CN2 does return 1804:f8c::/32)AS-G8
exists in NTTCOM, RADB, BBOI. All sources included AS263591All those were run with the default source list.
I notice in the postgres log that the order by is now:
ORDER BY CASE WHEN (rpsl_objects.source = 'APNIC') THEN -1 WHEN (rpsl_objects.source = 'NTTCOM') THEN 1 WHEN (rpsl_objects.source = 'INTERNAL') THEN 2 WHEN (rpsl_objects.source = 'RADB') THEN 3 WHEN (rpsl_objects.source = 'RIPE') THEN 4 WHEN (rpsl_objects.source = 'RIPE-NONAUTH') THEN 5 WHEN (rpsl_objects.source = 'ALTDB') THEN 6 WHEN (rpsl_objects.source = 'BELL') THEN 7 WHEN (rpsl_objects.source = 'LEVEL3') THEN 8 WHEN (rpsl_objects.source = 'RGNET') THEN 9 WHEN (rpsl_objects.source = 'APNIC') THEN 10 WHEN (rpsl_objects.source = 'JPIRR') THEN 11 WHEN (rpsl_objects.source = 'ARIN') THEN 12 WHEN (rpsl_objects.source = 'BBOI') THEN 13 WHEN (rpsl_objects.source = 'TC') THEN 14 WHEN (rpsl_objects.source = 'AFRINIC') THEN 15 WHEN (rpsl_objects.source = 'ARIN-WHOIS') THEN 16 WHEN (rpsl_objects.source = 'RPKI') THEN 17 WHEN (rpsl_objects.source = 'REGISTROBR') THEN 18 WHEN (rpsl_objects.source = 'TEST') THEN 19 ELSE 100000 END
Just because AS9498:AS-BHARTI-IN was found in APNIC, APNIC should not have priority. That broken priority explains why when I query objects in RIPE and NTTCOM is the proper objects are returned. The source list should not change from the initial query. Eg NTCCOM should be the lowest at 1. Whether it's the default source list, or a
!s
source list, you should not be changing it forthe sub-queries until there is a new
!s
.The text was updated successfully, but these errors were encountered: