論理リンク制御の理解

論理リンク制御の理解
目次
概要
前提条件
要件
使用するコンポーネント
表記法
背景説明
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

Download Report