• 検索結果がありません。

Bogon フィルタ

用途

Prefix

プライベートアドレス

10.0.0.0/8

172.16.0.0/12

192.168.0.0/16

ループバックアドレス

127.0.0.0/8

リンクローカルアドレス

169.254.0.0/16

TEST-NET-1 192.0.2.0/24

TEST-NET-2 198.51.100.0/24

TEST-NET-3 203.0.113.0/24

ベンチマークテスト

198.18.0.0/15

マルチキャストアドレス

224.0.0.0/3 IANA Reserve

現在

/8 x24

▫ Bogon

ルート

▫ bogus(

偽りの

)

という言葉から派生したもので、

Bogon

ルートとは、本来広告 されてはならない

Prefix

のこと

▫ Bogon

フィルタ

▫ Bogon

ルートを

GW

ルータ等でフィルタし、本来広告されるべきではな

い経路をフィルタすること

IRR: fltr-unallocated object

filter-set: fltr-unallocated

descr: Unallocated (by IANA) IPv4 prefixes.

filter: { 5.0.0.0/8^+, 14.0.0.0/8^+, 23.0.0.0/8^+, 31.0.0.0/8^+, 36.0.0.0/8^+, 37.0.0.0/8^+, 39.0.0.0/8^+, 42.0.0.0/8^+, 49.0.0.0/8^+, 50.0.0.0/8^+, 100.0.0.0/8^+, 101.0.0.0/8^+, 102.0.0.0/8^+, 103.0.0.0/8^+, 104.0.0.0/8^+, 105.0.0.0/8^+, 106.0.0.0/8^+, 107.0.0.0/8^+, 176.0.0.0/8^+, 177.0.0.0/8^+, 179.0.0.0/8^+, 181.0.0.0/8^+, 185.0.0.0/8^+, 223.0.0.0/8^+}

admin-c: TY6070JP tech-c: TY6070JP

remarks: For the complete set of bogons, please see:

fltr-martian - special use and reserved prefixes.

fltr-bogons - fltr-unallocated + fltr-martian.

http://www.cymru.com/Documents/bogon-list.html notify: [email protected]

mnt-by: MAINT-JPIRR

changed: [email protected] 20060712

changed: [email protected] 20060831 #RIPEx3 changed: [email protected] 20061011 #ARINx4 changed: [email protected] 20070118 #APNICx5 changed: [email protected] 20070330 #RIPEx2 changed: [email protected] 20070731 #RIPEx2 changed: [email protected] 20071001 #LACNICx2 changed: [email protected] 20071030 #APNICx2 changed: [email protected] 20080215 #ARINx2 changed: [email protected] 20080215 #add 014/8 changed: [email protected] 20080529 #APNIC 112/8 113/8 changed: [email protected] 20081104 #AfriNIC 197/8 changed: [email protected] 20081113 #APNIC 110/8 111/8 changed: [email protected] 20081224 #ARIN 108/8 184/8 changed: [email protected] 20090204 #RIPE NCC 109/8 178/8 changed: [email protected] 20090501 #APNIC 180/8 183/8 changed: [email protected] 20090804 #APNIC 175/8 182/8 changed: [email protected] 20090922 #RIPE 2/8 46/8 changed: [email protected] 20100119 #APNIC 1/8 27/8 source: JPIRR

$whois –h jpirr.nic.ad.jp fltr-unallocated

24

未割り振りの/8を表すIRRのObject

Allocation

されていない

/8

を記載した

IRR

のオブジェクト

現在

JPNIC

にて本オブジェクトを随時更新

V4 枯渇時にお役御免

最近特に bogon フィルタ問題が顕著

フィルタが未更新のために、新規アドレス空間払い出し 後に該当経路がきちんと利用できない

• IPv4

アドレスが残り少なくなってきているため、

IANA->RIR

への新規

/8

の割り振り後、それほど時間が経過せ

ずに

LIR

へアドレスが配布

フィルタ更新時間の猶予が徐々に短くなってきており、残りが少 なくなるに従いより顕著になる可能性がある

フィルタを逆にかけすぎる形になってしまうので、到達 性に問題が発生する。実施の際には適切なタイミングで の更新が必要

現在の対応策

自分側のフィルタ更新

新規割り振り時にはきちん と更新する

相手側のフィルタ更新問題

到達出来ないサイトに直接 コンタクトしてみる

▫ xNOG

ML

等に投稿

大抵他の人も同じ問題に遭 遇している

On 09/10/2009 4:22, "Matthew Walster" <matthew at walster.org> wrote:

> A customer of mine is reporting that there are a large number of addresses

> he can not reach with his addresses in the 109/8 range. This was

> declassified as a BOGON and assigned by IANA to RIPE in January 2009.

>

> If you have a manually updated BOGON list, can I please ask that you review

> it and update it as soon as possible please? His addresses in 89/8 and 83/8

> work just fine, hence this presumption of BOGON filtering.

This might be a good moment to list all the /8s allocated so far this year.

046/8 RIPE NCC 2009-09 whois.ripe.net ALLOCATED 002/8 RIPE NCC 2009-09 whois.ripe.net ALLOCATED 182/8 APNIC 2009-08 whois.apnic.net ALLOCATED 175/8 APNIC 2009-08 whois.apnic.net ALLOCATED 183/8 APNIC 2009-04 whois.apnic.net ALLOCATED 180/8 APNIC 2009-04 whois.apnic.net ALLOCATED 178/8 RIPE NCC 2009-01 whois.ripe.net ALLOCATED 109/8 RIPE NCC 2009-01 whois.ripe.net ALLOCATED

Also, I'd like to mention that if you ever want to check your filters against the registry, we have made the columns sortable. It's now nice and easy to identify newly allocated /8s.

http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml Regards,

Leo Vegoda

NANOG

への

IANA

からのリマインダ

IPv6 時代の Bogon フィルタ

• IPv4

と同じ事を繰り返したくない

• Secure BGP Routing

が確立されれば、誤った経路情報が

流入しないため、水際でのフィルタ設定は必要ない?

段階的な実装では恐らく何らかしばらく必要

現状

reserve

空間のほうが断然多いので、はじめの段階

ではホワイトリストを許可するのがいいかも

ただその場合でも、適切にフィルタが更新されないと同じ問題が 発生するので、悩ましい。。

その他ルーティングセキュリティ

• インフラアドレスの経路非広告

▫ V4

の場合、特定のブロックをインフラブロックに アサインし、該当経路を広告しないケースもある

▫ V6

の場合、細かく分割するか、あらかじめ特定の 空間のみをインフラ用にしておけば対応はできる が、本来的に良いかどうかは別

• DDoS 攻撃

▫ V4

なのか、

v6

なのか

ドキュメント内 IPv4/IPv6時代の ルーティングとセキュリティ (ページ 49-55)

関連したドキュメント