Amazon EC2 上で BGP peer を張ってみる - つれづれなる・・・
hbstudy#3で話した時にデモした、Amazon EC2 上で BGP peer を張る環境の作り方をメモしておく。 構成情報環境は以下、EC2 の instance は CentOS5.0(Final) Quagga(旧Zebra)を使う構成は以下、 instance 2つを立ち上げる Quagga 上で zebra, bgpd を起動AWS 内の private network 内部で BGP peeringinstance 1 側の設定内容interface ip address : 10.254.202.228 AS65001 広報するprefix: 10.1.0.0/16、10.11.0.0./16、10.111.0.0/16instance 2 側の設定内容interface ip address : 10.209.162.213 AS65002 広報するprefix: 1
untitled
1 © © � � � � 2 © � � � � � � � � © 3 © Æ � • • • � • � • • � • © 4 © � � � � � � � � � � � Æ � � © � � • • • • � • • � � � • • • � 5 © © � � � • � � • � • � • • 6 © � • • � � • • © � • • • • • � � � 7 © © � � � Æ Æ 8 © © 9 © © � � 10 © � routerA routerB routerC routerZ © � � � � � � 11 © � � � • • © 12 © � � � � � • � • � � � � © � � • � • Æ 13 © © � � � LSDB 14 © � � • • • • • � � � � � © 15 © ©
RFC1771 ボーダーゲートウェイプロトコル４(BGP-4)
この文書はRFC1771の日本語訳（和訳）です。 この文書の翻訳内容の正確さは保障できないため、 正確な知識を求める方は原文を参照してください。 翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。 この翻訳内容に誤りがある場合、訂正版の公開や、 誤りの指摘は適切です。 この文書の配布は元のＲＦＣ同様に無制限です。 Status of this Memo (この文書の状態 ) Abstract (概要) 1. Acknowledgements (謝辞) 2. Introduction (導入) 3. Summary of Operation (オペレーションの要約) 3.1 Routes: Advertisement and Storage (ルート：広告と蓄積) 3.2 Routing Information Bases (ルーチング情報ベース) 4. Message
BGP －BGP状態遷移－
隣接ルータとのBGPピアの確立は、最終的に確立が終了するまでにいくつかの段階を経て行われます。 下図がBGPの状態遷移を表した図です。 最終的な確立状態をEstablishedといいます。 BGP:Idle BGP接続のための最初の段階。 この状態ではBGP接続開始のタイミングを待っています。管理者がBGPの接続の開始を行うとルータはTCP接続を開始した後、 Connect状態へ移行します。もしこのときにエラーが発生するとIdleに戻ります。 BGP:Connect TCP接続の完了を待っている状態です。TCP接続が完了すると接続リトライタイマをクリアしOPENメッセージを送信して、OpenSent状態へ移行します。 もし、TCP接続に失敗すると接続リトライタイマをセットしてActive状態へ移行します。 接続リトライタイマのタイムアウトが発生すると接続リトライタイマを再スタートさせて、再
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
