`vrf-table-label`を使用すると、ラベル自体がVRFテーブル全体を指すのではなく、内部処理でラベルに対応する転送アクションが一意に決まるため、IPヘッダーの再ルックアップなし(または効率化された処理)で転送が可能になる(※厳密にはJunosの実装では、ラベル→VRF特定→IPルックアップの2段階に見えるが、ラベルが「VRF内のルートごと」ではなく「VRFそのもの」を指すため、ラベルスイッチングだけで出力IFが決まるわけではない。しかし、VRF内のIPルックアップを要するという点で、ルート毎ラベル(default)の場合は「ラベル=出力IF直結」であるのと対比される。この問題の意図を「ラベル空間の節約」とするなら解説は変わるが、ここでは「ルックアップの挙動」に焦点。正解の解説:vrf-table-label使用時は、外側ラベルを外した後、内側ラベル(VRFラベル)を見てVRFを特定し、その中のIPヘッダーでL3ルックアップを行う(Double Lookup)。対して、デフォルト(ルート毎ラベル)はラベル自体がネクストホップを指すため、IPルックアップは不要。よって、この設問文脈で「vrf-table-labelの利点」ならラベル節約だが、「挙動」なら2段階ルックアップになるのが正解。選択肢1が「1回で特定できる」はデフォルト動作の説明に近い。この問題は少し修正が必要だが、Junos文脈で「vrf-table-label」は「IPルックアップが必要になる」というデメリット(パフォーマンス低下の可能性)として語られることが多い。したがって選択肢2「2回必要」を正解とする。)
