RSVP-TE
▼ ネットワークエンジニアにおすすめのサイトはこちら ▼
RSVP-TE（RSVP Traffic Engineering）
RSVP-TE はラベルを配布するシグナリングプロトコルの 1 つで、RFC3209 で標準化されています。
RSVP-TE は、既存の RSVP にラベル配布と、TE（Traffic Enginieering）の機
能を対応させた拡張プロトコルです。
RSVP-TE を使用すれば LDP では実現できなかった、LSP の経路を明示的に指
定することができたり、LSP の帯域幅を確保するといった機能があります。
拡張機能
RSVP-TE は MPLS に対応させるために、既存の RSVP に以下の機能を拡張しています。
- Label Request Object
ラベル割り当て要求機能で、RSVP Path メッセージに含まれます。 - Label Object
ラベル割り当て通知で、RSVP Recv メッセージに含まれます。 - ERO（Explicit Route Object）
HEAD End から Tail End までの TE パスを特定するオブジェクトで、RSVP Path メッセージに含まれます。 - RRO（Record Route Object）
RSVPメッセージが通過したリンクを記録オブジェクトで、RSVP Path メッセー ジおよび Recv メッセージに含まれます。 - Session Object
LSP の優先順位やトンネル ID などを通知するオブジェクトで、RSVP Path メッセージに含まれます。
RSVP-TE のラベル配布方法
RSVP-TE は DoD（Downstream-on-Demand）モードでラベルを配布していきます。
LSPをセットアップするルータである「Head End」から、PATH Message を送信し、LSP
の宛先ルータである、「Tail End」から RECV Message を送り返して、ラベルを
割り当てていく動作となります。
RSVP メッセージのやり取り
以下の構成で RSVP メッセージのやり取りを見ていきたいと思います。
「Head End」のRT1から「RT1→RT2→RT3→RT5→RT6の経路を通るときのラベル番号を教えて下さい。」
というPATH Messageを送信します。
メッセージを受け取った「Tail End」は、割り当てたラベル値をRECV Messageを使って知らせていきます。
各ルータがどのようにメッセージを処理していくのかをステップバイステップで見ていきましょう。
「Head End」のRT1がPath Messageを送信します。
Path Messageは、EROで指定されたパスに沿って宛先に転送されていきます。
Path Messageを受信したRT2は、RROとEROを更新して、RT3へと転送します。
Path Messageを受信したRT3は、Label値として「3(implicit null)」をLabel Objectに
付与してRecv Messageを送信します。
※Label値には、予め予約された値があります。
MPLSラベルヘッダ
Recv Messageを受信したRT2は、Label値として「64」をLabel Objectに付与してRecv Messageを送信します。
「Head End」のRT1がRecv Messageを受信してLSPの確立が完了します。
また、RSVPは片方向のみですので、双方向でLSPを確立するためには逆方向（RT3→RT1）への
やり取りが必要になります。
おすすめ記事
おすすめ書籍紹介
関連記事
MPLSとは
MPLSの基礎的な解説
MPLSを使用する利点
MPLSだと何が幸せなのか？
MPLSラベルヘッダ
MPLSラベルヘッダとMPLSの機能について
MPLSラベルスタックとPHP
MPLSラベルスタックと考え方とPHP機能について
LSPの確立手順
LSPの確立方法の解説
ラベルの配布と制御
MPLS ラベル配布方法と制御方法について
LDP（Label Distribution Protocol）
LDP（Label Distribution Protocol）について
メールマガジン
ネットワ－ク初心者のみなさま。
ネットワークの基礎知識を疎かにすることは
大変危険です！！
これを読めばネットワークの基礎が分かる！！
ネットワーク関連の仕事に就きたいとお考えの学生の方や、ネットワークに興味があって転職を考えている社会人の方、まずは登録してみてください。
もちろん無料です！！
↓メールマガジン購読はこちら↓