IRR route nesneleri ve RADb: bir prefix neden filtrelenir

Bir route nesnesi, bir prefix'i hangi AS numarasının başlatabileceğini söyleyen açık bir kayıttır. Upstream sağlayıcılar BGP oturumunuzdaki filtreleri bu kayıtlardan oluşturur, bu yüzden route nesnesi olmayan bir prefix, ROA'sı kusursuz olsa bile, geniş internete ulaşmadan çoğu zaman düşürülür. RPKI yönlendirme kayıtlarının yerini almadı; çoğu ağ hâlâ ikisini birden kullanır.

Route nesnesi nedir

Yönlendirme kayıtları (IRR'ler) nesneleri basit bir metin biçiminde tutar. Bir anons için önemli olan route nesnesidir:

route:   203.0.113.0/24
origin:  AS64500
descr:   Example Customer GmbH
mnt-by:  EXAMPLE-MNT
source:  RIPE

Bir prefix'i bir kaynak AS ile eşleştirir. Blok iki ASN'den anons ediliyorsa iki route nesnesine ihtiyaç duyar.

Nerede bulunurlar

• RIPE Database, RIPE NCC hizmet bölgesindeki alanın kaydıdır ve o alanın route nesneleri orada olmalıdır. Bir tane oluşturmak adres alanı sahibinin yetkisini gerektirir, bu yüzden bir yabancı bloğunuzu kaydedemez.
• ARIN ve APNIC kendi alanları için kayıtlar işletir: ARIN'inki, ARIN sözleşmesi kapsamındaki alan için ARIN Online içinde, APNIC'inki ise Whois Database'inde (ARIN, APNIC).
• RADb, kâr amacı gütmeyen Merit tarafından işletilen, her bölgeden alan için nesne tutan abonelikli bir kayıttır. Birçok ağ onu bölgesel kayıtların yanında sorgular; bu yüzden pek çok kurulumda karşınıza çıkar ve bloğunuz hakkında ne söylediğini kontrol etmeye değer.

Upstream'iniz onları nasıl kullanır

Çoğu sağlayıcı, göndermenize izin verilenleri kayıtlardan otomatik olarak bir prefix listesine genişletir: AS numaranız veya sizinkini ve müşterilerinizinkini listeleyen bir as-set sorgulanır ve kaynağı eşleşen her route nesnesi oturumunuzdaki filtrede bir girdi olur. bgpq4 gibi araçlar bunu yapar:

bgpq4 -4 -l allowed AS64500

Yazdırdığı liste prefix'inizi içermiyorsa, upstream'inizin filtresi de içermez. Filtreler çoğunlukla günde bir kez yeniden oluşturulur, bu yüzden yeni bir route nesnesinin etkili olması bu kadar sürebilir.

Kayıtların ne söylediğini kontrol etmek

whois -h whois.ripe.net -T route 203.0.113.0/24
whois -h whois.radb.net 203.0.113.0/24

Üç şey ararsınız: kaynak AS'niz ile bir route nesnesi, bloğu artık anons etmeyen bir ASN için geride kalmış route nesnesi olmaması ve bölgesel kayıtta ve RADb'de aynı tablo.

Bir prefix'in filtrelenmesine yol açan hatalar

• Hiç route nesnesi yok. En yaygın olanı ve yeni bir kiralamanın veya yeni bir upstream'in ilk gün “çalışmamasının” nedeni.
• Yanlış kaynak. Nesne önceki kullanıcının ASN'sini veya bloğu kendiniz anons ederken sağlayıcınızınkini belirtir.
• Yerinde bırakılan eski nesneler. Başkasının filtrelerinin, bloğunuzun artık anons göndermemesi gereken bir ASN'den gelen anonslarını kabul etmesine izin verirler. Bir kiralama sona erdiğinde veya sağlayıcı değiştiğinde onları kaldırın.
• Sağlayıcının sizin için yaptığı düzenlemeler. BYOIP kapsamında bazı sağlayıcılar route nesnesini kendileri oluşturur; örneğin AWS, RADb'yi kendisi günceller ve kendi ASN'sini belirten manuel değişikliklerin hazırlamayı başarısız kıldığını söyler (AWS BYOIP).

Route nesneleri ve RPKI birlikte

Bir ROA ve bir route nesnesi, iki tür kontrol için aynı şeyi tanımlar: prefix ve onu başlatabilecek AS. Onları uyumlu tutun: kaynak değiştiğinde ikisini de aynı zaman aralığında değiştirin ve ikisini de kendi ağınızın dışından kontrol edin (RPKI ve ROA'lar).

RTM Networks'ün yeri

Bizden kiralanan alan için, kiralamanın parçası olarak ASN'niz veya sağlayıcınızınki için route nesnesini, ROA ile ve ihtiyaç duyduğunuz her an Yetki Belgesi ile birlikte oluştururuz ve kiralama sona erdiğinde onları kaldırırız (IPv4 kiralama).