DTE - 顧客のルータ、ブリッジ、端末、PC
DCE - モデム、CSU/DSU、TA/NT1
x.25と違って、フレーム・リレーは物理回線を信頼性があると想定するので、巡回冗長検査-CRCなどの簡単なエラーチェックだけは行うが、フレーム・リレー自体やCisco HDLCにはエラーリカバリー機能がなく、フレーム・リレーが機能するレイヤ1及び2より上層のプロトコルによって、パケットはエラーリカバリー・フロー制御される。その分待ち時間やオーバーヘッドが少ない。
フレーム・リレー カプセル化 タイプ - Cisco(default)/IETF(シスコ以外のデバイス用)。I/Fでのencapsulation frame-relay コマンドはオプション指定しないとデフォルトでMultiPointになる。Point-to-pointにするにはオプション指定が必要。I/FをMultiPointにした方が、シリアルI/FとCSU/DSU各ひとつずつで複数ポイントに接続できるので、コストを押さえることが出来る。
LMI(ローカル管理インターフェース) - 1990年にCisco Systems/DEC/Northern Telecom/StrataComが開発した基本フレーム・リレー使用の拡張セット
フレーム・リレー LMI タイプ(IOS11.2以降は自動検出) - Cisco(管理用DLCI:1023)/ANSI(管理用DLCI:0)/Q.933a
フレーム・リレー カプセル化 タイプとLMI タイプ設定はサブインターフェースでは不可。物理インターフェースでのみ可
サブインターフェース番号とDLCI番号を同じにすると管理が楽。つまりDLCI番号16〜1007の間の992個のサブインターフェースを構成可能。DLCI番号0〜15と1008〜1023は予備・管理用なので使用できない。
Multi Protocol Encapsulation - IOS10.3(1)から、フレームリレーはNovell IPX/AppleTalkもサポートする。RFC1490
AppleTalkまたはフルメッシュ環境では、レイヤ2のDLCIが正しくないレイヤ3アドレスを取得してしまう可能性があるので、InverseARPは無効にした方がいい。
スプリットホライズンの問題 - ハブ&スポーク型のネットワークでは、スプリットホライズン(お前に冗談を言った奴に、同じ冗談を言うな)により、スポークサイトのルータ同士で、お互いのネットワークを認識することが出来ない。この問題を回避するには、以下の方法のいずれかを行う。リンクステートルーティングプロトコル使用時にはスプリットホライズンの問題はない。
トポロジーの種類と特徴
ひとつのルータに多くのトンネルやリアルインターフェースが必要な場合は、Cisco7000/7500シリーズルータとVIPカードを使って解決できる。
InverseARPはIOS10.3以降から使用可能。
参照:Cisco CID Exam Certification Guide(CiscoPress)/CCDA実践ガイドブック(SoftBank)