論理リンク制御の理解目次概要前提条件要件使用するコンポーネント表記法背景説明 LLC の実装解決するために知る必要がある基本情報 LLC フレームフォーマット DSAP フィールド SSAPフィールド制御フィールド LLC制御フィールドの要約 LLC2 モードおよびセッション確立拡張非同期平衡モード(ABME) 非同期切断モード(ADM) LLC2 非同期平衡モード操作 LLC2 調整可能なパラメータ LLC2 パラメータ構成の例 LLC2 エラー状態関連情報概要 IEEE 標準 802.2 は、802.3、802.5、およびその他のネットワークで使用されるデータリンク制御層として論理リンク制御（LLC）を定義しています。当初は、IBM が、IBM トークンリングアーキテクチャのサブレイヤとして LLC を設計しました。前提条件要件次の項目に関する知識があることが推奨されます。 LLC の基本的な知識使用するコンポーネントこのドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。表記法ドキュメント表記の詳細は、『シスコテクニカルティップスの表記法』を参照してください。背景説明 LLC レイヤでは「コネクションレス型」および「コネクション型」のデータ転送が可能です。コネクションレス型データ転送は LLC タイプ 1、か LLC1 と一般に言われます。コネクションレスサービスはデータ・リンクかリンクステーションを確立するように要求しません。またコネクションレスサービスを利用するサービスアクセスポイント（SAP）が有効になった後、SAP はリモート SAP に出入して情報を送信し、受け取ることができます。コネクションレスサービスにモード設定コマンドが（SABME のような）ないし、ステート情報が維持されることを必要としません。コネクション型データ転送は LLC タイプ 2、か LLC2 と言われます。コネクション型サービスはリンクステーションの確立を必要とします。リンクステーションが確立されるとき、モード設定コマンドは必要です。その後、各リンクステーションは責任がありますリンクステート情報を維持するために。 LLC の実装 LLC2 はシステムネットワークアーキテクチャ（SNA）が LAN かバーチャルLAN を実行する時はいつでも設定されています。 LLC2 はまたフレームリレーに直接カプセル化されます。ルータでは LLC2 フレームを単に渡すだけの場合もありますが、ルータで LLC2 リンクステーションを実装している場合もあります。 NetBIOS はまた LLC を使用します。リソースを見つける NetBIOS 使用 LLC1。 LLC2 コネクション指向セッションはそれから設定されます。ルータはこれらの機能のうちのどれかが有効になるとき LLC2 スタックが実装されています: Data-Link Switching （DLSw; データリンクスイッチング）（LAN への接続）ローカル ACK を使用するリモートソースルートブリッジング（RSRB）チャンネル・インターフェイス・プロセッサ(CIP) 拡張分散ネットワーク機能（SNASwitching （SNASw）） LCC 変換のための Synchronous Data Link Control（SDLC）（SDLLC）解決するために知る必要がある基本情報 LLC の基本的な知識はほとんどの問題を特定および解決する十分です。維持するべきリンク状態またはセッションがないので問題は LLC1 でまれです。 LLC2 では、問題の 2 つのカテゴリーは発生する場合があります: 1. セッション設定しない 2. 断続的に失敗する確立されたセッションこれらのトピックについて知る必要があるこれらの問題を解決するため: LLC フレームフォーマット LLC2 モードおよびセッション確立 LLC2 非同期平衡モード操作 LLC2 エラー状態 LLC フレームフォーマットこのセクションは LLC フレーム形式で情報を提供します。 DSAP/SSAP 制御送信先アクセスポイント（1 バイト）制御フィールド-非番号（1 バイト） dddd ddxx xxxx xx1x xxxx xxx1 CCCC 000F 010P 011F 011P 100F 101z 111z Dest. Addr. IEEE Defined Group Address 送信元サービスアクセスポイント（1 バイト） ssss ssxx xxxx xx1x xxxx xxx1 Source Address IEEE defined Response LPDU CC11 1111 0011 0011 1111 0111 1111 0011 xx-xx 0F-1F 43-53 63-73 6F-7F 87-97 AF-BF E3-F3 Unnumbered format Disconnect Mode Disconnect Unnumbered Ack. SABME Frame Reject XID Test 制御フィールド-監視（2 バイト） CCCC 0000 0000 0000 CC01 0001 0101 1001 xx-xx 01-xx 05-xx 09-xx Supervisory Format Receiver Ready Receiver Not Ready Reject 制御フィールド-インフォメーションフレーム（2 バイト） ssss sss0 xxxx Information format "1" への P = ポーリングビットが設定 "1" に設定される F = 最終ビット "0" か "1" に設定される Z = P/Fビット LLC フレームは LLC Protocol Data Unit （LPDU）と呼ばれ、ここに示されているようにフォーマットされています: DSAP (1 byte)-SSAP (1 byte)-Control Field (1 or 2 bytes)-Information Field (0 or more bytes) DSAP フィールド宛先サービスアクセスポイント（DSAP; Destination Service Access Point）では、LPDU が宛先とする SAP が識別されます。 DSAP は 6 つのアドレスビット、ユーザビット（u）およびユーザー/グループで構成されています（I/G）ここに示されている編成されるビット: D-D-D-D-D-D-D-I/G U ビットは、アドレスが IEEE で定義されたもの「1」か、ユーザ定義のもの「0」かを示します。 I/G ビットは、SAP がグループアドレスであるか「1」、個別のアドレスであるか「0」を示します。当社の目的にとって、これらのビットのどちらも余りに重要ではないです。本当に確認する必要があるのは DSAP が LPDU の宛先であることだけです。いくつかのよくある物は何回も現われます。 SSAPフィールド送信元サービスアクセスポイント（SSAP; Source Service Access Point）では、LPDU の送信元である SAP が識別されます。 SSAP は 6 つのアドレスビット、ユーザビット（u）およびコマンド/応答で構成されています（C/R）ここに示されている編成されるビット: S-S-S-S-S-S-U-C/R U ビットは、アドレスが IEEE で定義されたもの「1」か、ユーザ定義のもの「0」かを示します。 C/R ビットは、LPDU がコマンドか応答かを示します。 LPDU フレームが受信されると、C/R ビットは SSAP の一部とは見なされなくなります。したがって、 SSAP は通常は左側の 7 ビットだけであると見なされます。制御フィールド LPDU 制御フィールドには、コマンド、応答、シーケンス番号情報が含まれます。起こること特定の LLC2 セッションで判別するために制御フィールドをデコードする方法を知る必要があります。ただし、デコード情報はすぐに利用できます。帯の 3 つの typws があります: I フレーム S フレーム（スーパーバイザリフレーム）番号なしフレーム各型に制御フィールドのための異なる形式があるが、制御フィールドの 2 ビットのチェックを通して容易にそれらを区別できます。 X-X-X-X-X-X-X-0 = I Frame X-X-X-X-X-X-0-1 = Supervisory Frame X-X-X-X-X-X-1-1 = Unnumbered frame これからのセクションは制御フィールドの各型を説明します。 I フレームリンクステーション間の情報が（コネクション型）含まれている I フレームは順次番号付けられた LPDUs を転送することを可能にします。 I フレームの形式には、NS カウントと NR カウントが含まれます。 NS 数はシーケンス番号（伝達の現在 LPDU の 128）剰余です。 NR 数は受け取ると送信側が期待する次の LPDU I フレームのシーケンス番号です。後での説明のために、NR は「next receive」を意味すると覚えておいてください。 NS-NS-NS-NS-NS-NS-NS-0-NR-NR-NR-NR-NR-NR-P/F P/F ビットは、コマンド LPDU では P ビット、応答 LPDU では F ビットと呼ばれます。 P/F ビットはコマンド LPDUs で要求するためにリモートリンクステーション送信このビットが設定との応答設定されます。 1 つの応答だけ P ビットが設定と送信される各コマンドのための F ビットが設定と受け取る必要があります。エラー復旧に関連して P/F ビットの使用についての他のいくつかの詳細がありますが、それは一般ルールです。 S フレーム（スーパーバイザリフレーム）監視形式は I フレーム（RR）を確認し、I フレーム（REJ）の再送信を要求し、I フレームの一時停止（RNR）を要求するために監視制御機能を、たとえば、行います。監視形式は情報フィールドが含まれていません。従って、監視形式は送信ステーションの NS に、影響を与えないし従って NS フィールドが含まれていません。監視形式の形式はここにあります: 0-0-0-0-S-S-0-1-NR-NR-NR-NR-NR-NR-NR-P/F 「S」ビットは S フレームのタイプを示します。 B'00 = Receiver Ready ステーションはステーションが受け取って準備ができて着いて当然である次の I フレームがの NR 数を含まれていることを示すのに RR を使用します。ステーションが RR フレームを送信するとき、ステーションは NR までのリモートステーションからの番号を付けられた I フレームの受信を- 1.確認します。準備ができなかった B'01'=Receiver ステーションはステーションが一時的に受け取って準備ができていないことを示すのに RNR を使用します。 RNR はまた同じルール RR に従う NR 数が含まれています。 RNR の一時的な期間は、必ずしもネットワークでの問題を示すものではありません。 RNR が耐久性がある場合、端末の輻輳を探して下さい。 B'10'=Reject ステーションは REJ を NR 数で示される数から開始する I フレーム LPDUs の再送信を要求するのに使用します。 REJ は（を表していません意味する深刻な問題回復可能であることを）。多くの REJ コマンドが表示される場合、反対方向の行方不明の（廃棄される） I フレームを探して下さい。フレーム拒否（FRMR）と REJ を間違えないで下さい。 FRMR は非番号制フレーム常にで、深刻な問題を表しています。番号なしフレーム非番号制フレームはリンク制御機能、たとえば、モード設定コマンドおよび応答を提供します。場合によっては、非番号情報フレームはまた送信することができます。番号なしフレームは、長さが 1 バイトだけしかありません。それらは NR または NRS 数のためのフィールドが含まれていません。非番号制フレームの形式はここにあります: M-M-M-P/F-M-M-1-1 「M」ビットは非番号制フレームの種類を示します。 B'00011'=DM 応答（0x1F）リンクステーションは Asynchronous Disconnect Mode にあることを報告するために DM 応答を返します。これは、リンクがアクティブでないことを意味します。リンクステーションがアクティブで、突然 DM を送信し始める場合リンクステーションはおそらくリセットされました。 B'01000'=DISC コマンド（0x53）リンクステーションは非同期平衡モードを終えるために DISC を送信します。 Disc コマンドはオペレーションを中断することリモートリンクステーションを知らせます。 DISC コマンドに対する正しい応答は、UA（ステーションが ABM の場合）、または DM（ステーションが ADM の場合）です。 B'01100'=UA Response(0x73) リンクステーションは Sabme および disc コマンドに応じて UA を送信します。 B'01111'=SABME Command(0x7F) リンクステーションは非同期平衡モードのデータ転送を始めるために SABME を送信します。 SABME に対する正しい応答は UA です。ステーションが Sabme コマンドを受け取るとき、ステーションはゼロに NR および NS を数えますリセットします。送信元のステーションは、UA 応答を受信したときに同様に動作します。 B'10001'=FRMR Response(0x87) リンクステーションは他のリンクステーションからの着信 LPDU のエラーを報告するためにフレームリジェクト応答を返します。 FRMR を見るとき、FRMR を送信するステーションは回復不能誤りを検出する。それはエラーの原因ではないです。 FRMR エラーが発生した後着くどの帯でも DISC か SABME まで受け取られます無視されます。 FRMR 応答は FRMR 状態の原因についての情報が含まれています。バイト 0 および 1 はフレーム拒否を引き起こした LPDU の制御フィールド † が含まれています。バイト 2 および 3 は NS が NR 数、それぞれ含まれています。バイト 4 はここに示されているようにエラーの種類を識別する複数のビットが含まれています: 0-0-0-V-Z-Y-W-X V ビットは、バイト 0 および 1 の制御フィールドで搬送された NS 番号が無効であることを示しています。 NS は最大レシーブウィンドウサイズと最後の NS に等しい、またはそれ以上なら無効です。この状態が生じた場合には、リンクステーションは FRMR 応答ではなく、REJ LPDU を送信します。 Z ビットは制御フィールドがバイト 0 および 1 で示されて運ぶ NR が次の I フレームをかまだ送信されたが、確認されてしまわなかった I フレームを示さないことを示します。注：それは同じ NR 数複数回を受け取るすべての権限です。 NR 数はその時だけ数が既に確認されてしまったまたは数がまだ送信されていない 1 つに前方にスキップすれば I フレームを参照すれば無効です。このタイプのエラーでは、前者が一般的です。エラーのこの型が表示されるとき、それは通常帯が順序が狂って受信され、順番が異なるな帯を提供するネットワークを探す必要があることを意味します。送信リンクステーションが順番が異なるなそれらを送信した可能性は極めて低いですことは可能性のある。 Y ビットは、受信した LPDU 内の I フィールドの長さが、有効なバッファ容量を超過していることを意味します。この状況が発生する場合、端末の問題を、ないネットワーク探して下さい。 X ビットは持っては 5 バイトが含まれなかった FRMR 応答は受け取られましたとき LPDU は I フィールドが含まれていたことを示します。これは、ネットワークの問題ではなく、端末の問題であることを示しています。 W ビットは、サポート外の LPDU が受信されたことを示しています。これは端末の問題です。 B'10111 Xid コマンドか応答リンクステーションは送信ノードの特性を運び、リモートリンクステーションを XID 応答と応答させます Xid コマンドを使用します。リンクステーションは SNA 形式を含むさまざまな形式の XID を、送信し、受け取ることができます。 B'11100 Test コマンドか応答リンクステーションはリモートリンクステーションをテスト応答とできるだけ早く応答するために引き起こす Test コマンドを送信します。 TEST コマンドは、通常はソースルートブリッジング環境でのパスディスカバリのために使用されます。 LLC制御フィールドの要約値番号なしフレーム 0x0F または 0x1F Disconnect Mode （DM）応答 0x43 または 0x53 （DISC）コマンドを切って下さい 0x63 または 0x73 番号なし確認応答（UA） 0x6F または 0x7F Set Asynchronous Balanced Mode（SABME）コマンド 0x87 または 0x97 フレーム拒否（FRMR）応答 0xAF または 0xBF Exchange Id （XID）コマンドか応答 0xE3 または 0xF3 テスト（TEST）コマンドまたは応答値 S フレーム（スーパーバイザリフレーム） 0x01 Receiver Ready（RR） 0x05 Receiver Not Ready（RNR） 0x09 Reject（REJ）値 0bnnnnnnn0 インフォメーションフレームインフォメーションフレーム（INFO） LLC2 モードおよびセッション確立 LLC2 オペレーションの 2 つのモードがあります: Asynchronous Balanced Mode Extended Asynchronous Disconnect Mode 拡張非同期平衡モード(ABME) ABME は 2 つのリンクステーション間の平衡型動作モードです。平衡モードは他のリンクステーションとは関係なくどちらかのステーションが send コマンドいつでもできるという事実を、示します。非平衡モードで動作する SDLC とこれを対照して下さい。非平衡モードでは、二次局はデータを送信できる前にプライマリによってポーリングされるために待機する必要があります。平衡モードオペレーションの結果として、ポーリングは従来の感覚の LLC2 回線に発生しません。ステーションはセッションを維持するためにキープアライブを送信しますが最適化されたパフォーマンス次 SDLC のためにこれらを頻繁に送信することは必要ではないです。従って、キープアライブタイマーは一般的に 10 番の秒またはより大きいです。オーバーヘッドを減らすために端末がこのキープアライブタイマーを増長できることに注意することは重要です。増加はキープアライブタイマースループットまたは応答時間に対する悪影響をもたらしません。ステーションはステーションが Sabme コマンドにに UA を送信したか、または受け取る後 ABME を入力します。 ABME で、ステーションは番号付き情報フレームを送信し、受信できます。非同期切断モード(ADM) ステーションが ABME を終える前後に、ステーションは Asynchronous Disconnect Mode にあります。 ADM では、リンクは論理的に切断されています; 従って、I フレームか監視形式は送信することができません。ステーションは ADM をこのような状況の下で入力することができます: DISC コマンドを受信リンクステーションがアクティブ化されている DM 応答を受信リトライの制限を使い果たしたリンクステーション起動シーケンスの例はここにあります: To1 4000.0840.0001 8800.5a94.7d94 SABME F0F07F To1 4000.0840.0001 8800.5a94.7d94 UA F0F173 To 1 4000.0840.00018800.5a94.7d94 RR nr=0 F0F001 To1 4000.0840.0001 8800.5a94.7d94 INFO nr=0 ns=0 F0F00000 ... To1 4000.0840.0001 8800.5a94.7d94 RR nr=1 F0F101 To1 4000.0840.0001 8800.5a94.7d94 INFO nr=1 ns=1 F0F00202 ... To1 4000.0840.0001 8800.5a94.7d94 RR nr=2 F0F101 To1 4000.0840.0001 8800.5a94.7d94 INFO nr=2 ns=2 F0F00000 ... LLC2 非同期平衡モード操作 ASBM で動作するステーションにプライマリか二次局の厳密な認識がありません。ステーションでは、データ転送のためにポーリングしたり、されたりする必要はありません。ステーションはあらゆるステーションにデータを非同期的に送信できます。ステーションにピアツーピア関係があります。プライマリおよびセカンダリの厳密な認識がないのに、送信ステーションは送信される各番号付き情報フレームのために受信所からの確認応答と呼ばれるリンク・レベル応答を必要とします。ステーションは認められていない帯の数が制限に達するまで別のステーションに I フレームを送信し続けることができます。この数は「ウィンドウサイズ」、呼出され、7.に一般的にデフォルトで設定されます。送信ステーションのための必要を避ける多くのレイテンシーが応答を停止し、待つある回線のウィンドウサイズを増加できます。これは通常 LLC がローカルで確認される状況では特に、必要ではないです。送信ステーションが送信ウィンドウに達するとき、ステーションは応答を返すために受信所を強制するようにポーリングビットを設定します。ルータでは、ウィンドウサイズは llc2 local-window と呼ばれます。一定量の I フレームが着くか、またはタイマーが切れるまで受信所に確認応答を差し控えるオプションがあります。これらのパラメータは、それぞれ N3 および T2 と呼ばれます。これにより、1 つの RR フレームで複数のフレームに確認応答したり、1 つの I フレームの先頭で確認応答を送ることができます。 Cisco は N3 カウンター llc2 ack-max を呼出します。 3 のデフォルト値はルータが 3 I フレームを、または差し控えるか、または llc2 ack-delay-time は、切れる受け取るまでルータが T2 タイマーまでの確認応答をことを示します。パートナーステーションの考慮事項のないステーションのこれらのパラメータの修正は応答時間およびスループットに影響を与える場合があります。たとえば送信ステーション local-window が 5 に設定され、受信所に ack-delay-time の ack-max および 500 ミリ秒の間 7 という値があったら場合どうなるか、考慮して下さい。この場合、送信ステーションは続く前に確認応答のための 5 つの帯、そして待機を送信します。 7 つの帯が受信されるまでレシーバは確認応答を差し控えるので、500 ミリ秒遅延時間が切れるまで確認応答を送信しません。受信所の ack-max 値を下げる場合パフォーマンスを大幅に改善できます。別のよくある LLC2 パラメータは Ti タイマーと呼ばれます。ルータではこれを llc2 idle-time と呼びます。 Ti タイマーの目的は LLC2 セッションを I フレームが送信されている期間の間にアクティブ保存することです。この値を下げる場合スループットおよびパフォーマンスを改善できません。 Ti タイマーが切れると、poll ビットをオンにした状態で RR フレームが送信され、受信側からの応答を促します。ステーションが応答しない場合、ステーションは llc2 tpf-time の後で llc2 n2 によって定義される再試行の数が切れるまで再試行されます。その当時、セッションは中断されます。 LLC2 回線のオーバーヘッドの量を減らすアイドル時間を増加すればローカル Ack に代替としてこれを調節できます。 200 DSPUs が NCP に接続される例を参照して下さい。 PU のそれぞれは依存しない LLC2 セッションを維持します。各自が 10 秒毎にキープアライブを送信する場合、オーバーヘッドの 20 の帯が各秒あります。 30 秒にアイドル時間を増加する場合、オーバーヘッド帯の量は 6.67 fps に減ります。この aproach への欠点はパートナーが到達不能であることを検出するためにステーションが時間がかかることです。しかし状況によって、これはよい事柄である可能性があります。 LLC2 調整可能なパラメータコマンドデフォルト説明 llc2 ackdelaytime>/b> ミリ秒 100 llc2 ack-max カウント 3 フレ確認応答を送信するまでに受信するフレーム数。ーム llc2 idletime ミリ秒 10000 llc2 localwindow カウント 7 フレ応答を待機するまでに送信するフレーム数。ーム ack-max の値に到達して確認応答を送信するまで応答を待機する時間。アイドル時間中のポーリング間隔時間。確認応答のない I フレームまたはポールが送信さ llc2 n2 カウン 8 リトれる回数。この回数だけ応答がない場合は、セッシトライョンを終了。 1000 応答を待機する時間数。この時間内に応答がない場合は I フレームを再送信。この時間は、ラウンドトリップ遅延に見合うように十分に長くする必要があります。 llc2 tbuzytime ミリ秒 9600 RNR を送信したステーションをポーリングするまで待機する時間数。著しく長いがあるステーションのために値を増加するためにただ値を、ステータスをクリアする全稼働期間前に変更して下さい。 llc2 tpf-time ミリ秒 1000 最終的な応答を待機する時間。この時間内に応答がない場合はポールフレームを再送信。 llc2 trejtime ミリ秒 3200 REJ を送信した後、正しいフレームを待機する時間数。 llc2 t1-time ミリ秒これらのパラメータの値を調べる show llc コマンドを使用できます: ibu-7206#sh llc LLC2 Connections: total of 1 connections TokenRing3/0 DTE: 4001.68ff.0000 4000.0000.0001 04 04 state NORMAL V(S)=5, V(R)=5, Last N(R)=5, Local window=8, Remote Window=127 akmax=3, n2=8, Next timer in 8076 xid-retry timer 0/60000 ack timer 0/1000 p timer 0/1000 idle timer 8076/10000 rej timer 0/3200 busy timer 0/9600 akdelay timer 0/100 txQ count 0/2000 LLC2 パラメータ構成の例どちらかの端にトークンリング LAN の典型的な DLSw+ ネットワークでは、LLC2 パラメータの設定は発信トークンリングインターフェイスで作成されます。この例では 2 つの別個の LLC2 セッションがあります。従って、ここに示されているように LLC2 パラメータを設定して下さい: hostname dlsw1 ! source-bridge ring-group 100 ! dlsw local-peer ... dlsw remote-peer ... ! interface token-ring 0 source-bridge 10 1 100 llc2 tpf-timer 2000 llc2 n2 20 hostname dlsw2 ! source-bridge ring-group 100 ! dlsw local-peer ... dlsw remote-peer ... ! interface token-ring 0 source-bridge 20 1 100 llc2 tpf-timer 2000 llc2 n2 20 注：これらはすくい取られたコンフィギュレーション関連した LLC2 パラメータ構成だけ示します。 LLC2 パラメータ構成は FEP （DLSw1 ルータに）および PC に LLC2 paramters を一致させる必要があります（DLSw2 ルータに）。中央のサイトの DLSw+ ピアが CIP ルータ上にある場合は、設定はやや異なります。リモート DLSw+ ルータコンフィギュレーションは変更されません。ただし、セントラルサイトの LLC2 セッションは IOS の CIP と LLC2 スタックの間にあります。 CIP はメインフレームを表しています。そして、メインフレームから IOS に対する LLC2 パラメータは、LAN トークンリング（CIP）のアダプタで設定されています。 IOS からメインフレームに対する LLC2 パラメータは、発信インターフェイスで設定されています。すなわち、インターフェイスチャネル x/2 （CIP のために）およびインターフェイスチャネル x/0 （xCPA のために）。次に、例を示します。 hostname dlsw1 ! source-bridge ring-group 100 ! dlsw local-peer ... dlsw remote-peer ... ! interface channel 0/2 llc2 tpf-timer 2000 llc2 n2 20 lan tokenring 0 source-bridge 10 1 100 adapter 0 4000.7513.0000 llc2 tpf-timer 2000 llc2 n2 20 注：これらはすくい取られたコンフィギュレーション関連した LLC2 パラメータ構成だけ示します。 CIPルータが構内端末に LAN に接続する場合、CIPアダプタの下で LLC2 parmameters だけ必要とします。これらの LLC2 パラメータは、PC のパラメータと照合されます。インターフェイスチャネル 0/2 の下のどの LLC2 パラメータでも非効果的です。 hostname rtr1 ! source-bridge ring-group 100 ! interface channel 0/2 lan tokenring 0 source-bridge 10 1 100 adapter 0 4000.7513.0000 llc2 tpf-timer 2000 llc2 n2 20 注：これらはすくい取られたコンフィギュレーション関連した LLC2 パラメータ構成だけ示します。デバイスがブリッジグループを通って DLSw+ に接続される場合、LLC2 パラメータはここに示されているように DLSw+ bridgegroup ステートメントで設定されます: hostname dlsw2 ! dlsw local-peer ... dlsw remote-peer dlsw bridge-group 1 llc2 tpf-timer 2500 n2 20 ! interface ethernet 0 bridge-group 1 bridge 1 protocol ieee 注：これらはすくい取られたコンフィギュレーション関連した LLC2 パラメータ構成だけ示します。注：イーサネットの下で 0 インターフェイス LLC2 を設定できるが、これらのパラメータは効果をもたらしません。 DLSw ブリッジグループ LLC2 は Cisco IOS ソフトウェアリリース 11.3 で新しかったです。ルータが端末で（たとえば、SNASw および DSPU）設定される時、発信インターフェイスの LLC2 パラメータを設定して下さい。すべての仮想インターフェイスが LLC2 パラメータの設定をサポートしないことに注目して下さい。次に、例を示します。注：これらはすくい取られたコンフィギュレーション関連した LLC2 パラメータ構成だけ示します。 hostname snasw1 ! Interface fastethernet 0/0 llc2 tpf-timer 2000 llc2 n2 20 ! snasw cpname neta.snasw1 snasw port FASTETH0 FastEthernet0/0 conntype nohpr LLC2 エラー状態 LLC2 セッションのいくつかのエラーは正常、回復可能、たとえば、順番が異なるな臨時抜けていた帯か帯です。この結果は通常は REJ となり、フレームが再送信されます。余分ではないです正常再送信し、原因を特定し、問題を解決して下さい。余分発生する場合がありますドロップ、マルチパス、輻輳および余分な待ち時間が原因で再送信します。 LLC2 で生じるエラーの中には、回復が不可能で、常にセッションを停止させるものがあります。このようなエラーは、プロトコル違反だけです。それらはステーション送信が制御フィールドか他の誤った情報を未定義にしたときに発生する場合があります。これらのプロトコル違反によりステーションは FRMR 応答を返します場合があります。 FRMR 応答を送信したステーションは、ほとんどの場合は違反者ではなく、単なるメッセンジャです。識別する既に確認してしまった I フレームを送り直すようにステーションが別のステーションを要求するとき最も一般にある FRMR がなぜ送信されるか FRMR は情報が含まれています。（既にそれを廃棄してしまったのでステーションはフレームを再送信できないので）、選択が LLC セッションを終了するためにありません。このようなタイプのエラーが発生したときの最も考えられる原因は、フレームの順序が変わったことです。関連情報トラブルシューティングテクニカルノーツ 1992 - 2014 Cisco Systems, Inc. All rights reserved. Updated: 2014 年 12 月 24 日 http://www.cisco.com/cisco/web/support/JP/100/1001/1001264_45.html Document ID: 12247