RFC1765 日本語訳
1765 OSPF Database Overflow. J. Moy. March 1995. (Format: TXT=21613 bytes) (Status: EXPERIMENTAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group J. Moy Request for Comments: 1765 Cascade Category: Experimental March 1995
Moyがコメントのために要求するワーキンググループJ.をネットワークでつないでください: 1765年のカスケードカテゴリ: 実験的な1995年3月
OSPF Database Overflow
OSPFデータベースオーバーフロー
Status of this Memo
このMemoの状態
This memo defines an Experimental Protocol for the Internet community. This memo does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。 このメモはどんな種類のインターネット標準も指定しません。 議論と改善提案は要求されています。 このメモの分配は無制限です。
Abstract
要約
Proper operation of the OSPF protocol requires that all OSPF routers maintain an identical copy of the OSPF link-state database. However, when the size of the link-state database becomes very large, some routers may be unable to keep the entire database due to resource shortages; we term this "database overflow". When database overflow is anticipated, the routers with limited resources can be accommodated by configuring OSPF stub areas and NSSAs. This memo details a way of gracefully handling unanticipated database overflows.
OSPFプロトコルの適切な操作は、すべてのOSPFルータがOSPFリンク州のデータベースの同一の複製物を維持するのを必要とします。 しかしながら、リンク州のデータベースのサイズが非常に大きくなるとき、リソース不足のため、いくつかのルータは全体のデータベースを保つことができないかもしれません。 私たち、用語、この「データベースオーバーフロー。」 データベースオーバーフローが予期されるとき、OSPFスタッブ領域とNSSAsを構成することによって、限りある資源があるルータを設備することができます。 このメモは優雅に思いがけないデータベースオーバーフローを扱う方法を詳しく述べます。
This memo is a product of the OSPF Working Group. Please send comments to ospf@gated.cornell.edu.
このメモはOSPF作業部会の製品です。 コメントを ospf@gated.cornell.edu に送ってください。
Table of Contents
目次
1. Overview ............................................... 2
2. Implementation details ................................. 3
2.1 Configuration .......................................... 3
2.2 Entering OverflowState ................................. 4
2.3 Operation while in OverflowState ....................... 5
2.3.1 Modifications to Flooding .............................. 5
2.3.2 Originating AS-external-LSAs ........................... 6
2.3.3 Receiving self-originated LSAs ......................... 6
2.4 Leaving OverflowState .................................. 6
3. An example ............................................. 6
4. Administrative response to database overflow ........... 7
5. Operational experience ................................. 8
6. Possible enhancements .................................. 8
A. Related MIB parameters ................................ 8
References ............................................ 9
Security Considerations ............................... 9
Author's Address ...................................... 9
1. 概要… 2 2. 実装の詳細… 3 2.1構成… 3 2.2 OverflowStateに入ります… 4 OverflowStateで2.3操作… 5 2.3 氾濫への.1の変更… 5 2.3 .2 外部のLSAsとして、起因します… 6 2.3 .3 受信は自己にLSAsを溯源しました… 6 2.4 OverflowStateを残します… 6 3. 例… 6 4. データベースオーバーフローへの管理応答… 7 5. 操作上の経験… 8 6. 可能な増進… 8 A.はMIBパラメタについて話しました… 8つの参照箇所… 9 セキュリティ問題… 9作者のアドレス… 9
Moy [Page 1] RFC 1765 OSPF Database Overflow March 1995
1995年のMoy[1ページ]RFC1765OSPFデータベースオーバーフロー行進
1. Overview
1. 概要
OSPF requires that all OSPF routers within a single area maintain an identical copy of the OSPF link-state database. However, when the size of the link-state database becomes very large, some routers may be unable to keep the entire database due to resource shortages; we term this "database overflow". For example, a regional network may have a very large OSPF database because it is importing a large number of external routes into OSPF. Unless database overflow is handled correctly, routers will end up with inconsistent views of the network, possibly leading to incorrect routing.
OSPFは、ただ一つの領域の中のすべてのOSPFルータがOSPFリンク州のデータベースの同一の複製物を維持するのを必要とします。 しかしながら、リンク州のデータベースのサイズが非常に大きくなるとき、リソース不足のため、いくつかのルータは全体のデータベースを保つことができないかもしれません。 私たち、用語、この「データベースオーバーフロー。」 例えば、多くの外部経路をOSPFにインポートしているので、地域ネットワークには非常に大きいOSPFデータベースがあるかもしれません。 データベースオーバーフローが正しく扱われないと、ルータはネットワークの首尾一貫しない視点で終わるでしょう、ことによると不正確なルーティングに通じて。
One way of handling database overflow is to encase routers having limited resources within OSPF stub areas (see Section 3.6 of [1]) or NSSAs ([2]). AS-external-LSAs are omitted from these areas' link- state databases, thereby controlling database size.
取り扱いデータベースオーバーフローの1つの方法はOSPFスタッブ領域の中に限りある資源を持ちながらルータをケースに入れることです。([1])のセクション3.6かNSSAs([2])を見てください。 ASの外部のLSAsはこれらの領域リンクの州のデータベースから省略されて、その結果、データベースサイズを制御します。
However, unexpected database overflows cannot be handled in the above manner. This memo describes a way of dynamically limiting database size under overflow conditions. The basic mechanism is as follows:
しかしながら、上の方法で予期していなかったデータベースオーバーフローを扱うことができません。 このメモはオーバーフロー条件の下でダイナミックにデータベースサイズを制限する方法を述べます。 基本的機構は以下の通りです:
(1) A parameter, ospfExtLsdbLimit, is configured in each router
indicating the maximum number of AS-external-LSAs (excluding
those describing the default route) that are allowed in the
link-state database. This parameter must be the same in all
routers in the routing domain (see Section 2.1); synchronization
of the parameter is achieved via network management.
(1) パラメタ(ospfExtLsdbLimit)はリンク州のデータベースに許容されているASの外部のLSAs(デフォルトルートを説明するものを除いた)の最大数を示す各ルータで構成されます。 このパラメタは経路ドメインのすべてのルータで同じであるに違いありません(セクション2.1を見てください)。 パラメタの同期はネットワークマネージメントで達成されます。
(2) In any router's database, the number of AS-external-LSAs
(excluding default) is never allowed to exceed ospfExtLsdbLimit.
If a router receives a non-default AS-external-LSA that would
cause the limit of ospfExtLsdbLimit to be exceeded, it drops the
LSA and does NOT acknowledge it.
(2) どんなルータのデータベースではも、ASの外部のLSAs(デフォルトを除いた)の数はospfExtLsdbLimitを決して超えることができません。 ルータがospfExtLsdbLimitの限界を超えさせる非デフォルトのASの外部のLSAを受けるなら、それは、LSAを下げて、それを承認しません。
(3) If the number of non-default AS-external-LSAs in a router's
database hits ospfExtLsdbLimit, the router a) flushes all non-
default AS-external-LSAs that it has itself originated (see
Section 2.2) and b) goes into "OverflowState".
(3) ルータのデータベースの非デフォルトのASの外部のLSAsの数がospfExtLsdbLimitを打つなら、ルータa)はそれがそれ自体で溯源されるようにするすべての非デフォルトのASの外部のLSAsを洗い流します、そして、(セクション2.2を見てください)b)は"OverflowState"に入ります。
(4) While in OverflowState, the router refuses to originate any
non-default AS-external-LSAs (see Section 2.3.2).
(4) ルータは、OverflowStateでどんな非デフォルトのASの外部のLSAsも溯源するのを拒否しますが(セクション2.3.2を見てください)。
(5) Optionally, the router can attempt to leave OverflowState after
the configurable parameter ospfExitOverflowInterval has elapsed
since entering OverflowState (see Section 2.4). Only at this
point can the router resume originating non-default AS-
external-LSAs.
(5) 任意に、ルータは、OverflowStateに入って以来構成可能なパラメタospfExitOverflowIntervalが経過している(セクション2.4を見てください)後にOverflowStateを残すのを試みることができます。 ここに、ルータは、非デフォルトのASの外部のLSAsを溯源するのを再開できるだけです。
Moy [Page 2] RFC 1765 OSPF Database Overflow March 1995
1995年のMoy[2ページ]RFC1765OSPFデータベースオーバーフロー行進
The reason for limiting non-default AS-external-LSAs, but not other LSA types, is twofold. First of all, the non-default AS-external LSAs are the most likely to dominate database size in those networks with huge databases (e.g., regional networks; see [5]). Second, the non- default AS-external-LSAs can be viewed as "optional" in the following sense: the router can probably be monitored/reconfigured without them. (However, using similar strategies, other LSA types can also be limited; see Section 5.)
他のLSAタイプではなく、非デフォルトのASの外部のLSAsを制限する理由は二つです。 それらのネットワークでまず、非デフォルトのAS外部のLSAsが膨大なデータベースでデータベースサイズを最も支配しそうである、(例えば、地域ネットワーク; [5])を見てください。 2番目に、以下の意味で「任意である」として非デフォルトのASの外部のLSAsを見なすことができます: たぶんそれらなしでルータをモニターするか、または再構成できます。 (しかしながら、同様の戦略を使用して、また、他のLSAタイプを制限できます; セクション5を見てください。)
The method of dealing with database overflow described herein has the following desirable properties:
ここに説明されたデータベースオーバーフローに対処するメソッドには、以下の望ましい特性があります:
o After a short period of convergence, all routers will have
identical link-state databases. This database will contain less
than ospfExtLsdbLimit non-default AS-external-LSAs.
o 短期の集合の後に、すべてのルータには、同じリンク州のデータベースがあるでしょう。 このデータベースはospfExtLsdbLimitの非デフォルトのASの外部のLSAs以下を含むでしょう。
o At all times, routing WITHIN the OSPF Autonomous System will
remain intact. Among other things, this means that the routers
will continue to be manageable.
o いつも、ルーティングWITHIN OSPF Autonomous Systemは元の状態のままになるでしょう。 特に、これは、ルータがずっと処理しやすいことを意味します。
o Default routing to external destinations will also remain
intact. This hopefully will mean that a large amount of external
connectivity will be preserved, although possibly taking less
efficient routes.
o また、外部の目的地へのデフォルトルーティングは元の状態のままになるでしょう。 ことによるとそれほど効率的でないルートを取りますが、これは、希望をいだいて多量の外部の接続性が保存されることを意味するでしょう。
o If parameter ospfExitOverflowInterval is configured, the OSPF
system will recover fully and automatically (i.e., without
network management intervention) from transient database
overflow conditions (see Section 2.4).
o パラメタospfExitOverflowIntervalが構成されると、OSPFシステムは一時的なデータベースオーバーフロー条件から完全に自動的に回収されるでしょう(すなわち、ネットワークマネージメント介入なしで)(セクション2.4を見てください)。
2. Implementation details
2. 実装の詳細
This section describes the mechanism for dealing with database overflow in more detail. The section is organized around the concept OverflowState, describing how routers enter the OverflowState, the operation of the router while in OverflowState, and when the router leaves OverflowState.
このセクションは、さらに詳細にデータベースオーバーフローに対処するためにメカニズムについて説明します。 セクションは概念OverflowStateの周りで組織化されます、ルータがどうOverflowStateに入るかを説明して、OverflowStateでルータがOverflowStateを残すときのルータの操作。
2.1. Configuration
2.1. 構成
The following configuration parameters are added to support the
database overflow functionality. These parameters are set by
network management.
以下の設定パラメータは、データベースオーバーフローが機能性であるとサポートするために加えられます。 これらのパラメタはネットワークマネージメントで設定されます。
ospfExtLsdbLimit
When the number of non-default AS-external-LSAs in a
router's link-state database reaches ospfExtLsdbLimit, the
router enters OverflowState. The router never holds more
ospfExtLsdbLimit When、ルータのリンク州のデータベースの非デフォルトのASの外部のLSAsの数はospfExtLsdbLimitに達して、ルータはOverflowStateに入ります。 ルータはさらに決して成立しません。
Moy [Page 3] RFC 1765 OSPF Database Overflow March 1995
1995年のMoy[3ページ]RFC1765OSPFデータベースオーバーフロー行進
than ospfExtLsdbLimit non-default AS-external-LSAs in its
database.
データベースのospfExtLsdbLimitの非デフォルトのASの外部のLSAsより。
ospfExtLsdbLimit MUST be set identically in all routers
attached to the OSPF backbone and/or any "regular" OSPF
area. (This memo does not pertain to routers contained
within OSPF stub areas nor NSSAs, since such routers do not
receive AS-external-LSAs.) If ospfExtLsdbLimit is not set
identically in all routers, then when the database
overflows: 1) the routers will NOT converge on a common
link-state database, 2) incorrect routing, possibly
including routing loops, will result and 3) constant
retransmission of AS-external-LSAs will occur. Identical
setting of ospfExtLsdbLimit is achieved/ensured by network
management.
同様にOSPFバックボーンに付けられたすべてのルータ、そして/または、どんな「通常」のOSPF領域もospfExtLsdbLimitにはめ込まなければなりません。 (このメモがOSPFスタッブ領域の中に保管されていたルータに関係させないで、またそのようなルータ以来のNSSAsがそうしない、受信、ASの外部のLSAs)。 データベースであるときに、すべてのルータが同様にospfExtLsdbLimitにはめ込まれるというわけではないなら、その時はあふれます: 1) ルータは一般的なリンク州のデータベースに集まらないでしょう、そして、ことによると輪を発送するのを含む2の)不正確なルーティングが結果として生じるでしょう、そして、ASの外部のLSAsの3の)一定の「再-トランスミッション」は現れるでしょう。 ospfExtLsdbLimitの同じ設定は、ネットワークマネージメントで獲得されるか、または確実にされます。
When ospfExtLsdbLimit is set in a router, the router must
have some way to guarantee that it can hold that many non-
default AS-external-LSAs in its link-state database. One way
of doing this is to preallocate resources (e.g., memory) for
the configured number of LSAs.
ospfExtLsdbLimitがルータで用意ができているとき、ルータには、リンク州のデータベースでそんなに多くの非デフォルトのAS外部のLSAsを持つことができるのを保証する何らかの方法がなければなりません。 LSAsの構成された数のためのpreallocateリソース(例えば、メモリ)にはこれをする1つの方法があります。
ospfExitOverflowInterval
The number of seconds that, after entering OverflowState, a
router will attempt to leave OverflowState. This allows the
router to again originate non-default AS-external-LSAs. When
set to 0, the router will not leave OverflowState until
restarted. The default setting for ospfExitOverflowInterval
is 0.
残すOverflowStateに入った後にルータがそうする秒の数がOverflowStateを試みるospfExitOverflowInterval。 これで、ルータは再び非デフォルトのASの外部のLSAsを溯源できます。 0に設定される場合、ルータは再開されるまでOverflowStateを出発しないでしょう。 ospfExitOverflowIntervalのための既定の設定は0です。
It is not necessary for ospfExitOverflowInterval to be
configured the same in all routers. A smaller value may be
configured in those routers that originate the "more
important" AS-external-LSAs. In fact, setting
ospfExitOverflowInterval the same may cause problems, as
multiple routers attempt to leave OverflowState
simultaneously. For this reason, the value of
ospfExitOverflowInterval must be "jittered" by randomly
varying its value within the range of plus or minus 10
percent before using.
ospfExitOverflowIntervalがすべてのルータで同じように構成されるのは必要ではありません。 より小さい値は「より重要な」AS外部のLSAsを溯源するそれらのルータで構成されるかもしれません。 事実上、複数のルータが、同時にOverflowStateを出るのを試みるとき、同じようにospfExitOverflowIntervalを設定するのは問題を起こすかもしれません。 この理由で、ospfExitOverflowIntervalの値は、使用の前にプラスかマイナス10パーセントの範囲の中で手当たりしだいに値を変えることによって、"jitteredする"でなければなりません。
2.2. Entering OverflowState
2.2. OverflowStateに入ります。
The router enters OverflowState when the number of non-default
AS-external-LSAs in the database hits ospfExtLsdbLimit. There are
two cases when this can occur. First, when receiving an LSA during
flooding. In this case, an LSA which does not already have a
database instance is added in Step 5 of Section 13 of [1]. The
データベースの非デフォルトのASの外部のLSAsの数がospfExtLsdbLimitを打つと、ルータはOverflowStateに入ります。 これが起こることができるとき、2つのケースがあります。 氾濫の間LSAを受けるときの1番目。 この場合、既にデータベースインスタンスを持っていないLSAは[1]のセクション13のStep5で加えられます。 The
Moy [Page 4] RFC 1765 OSPF Database Overflow March 1995
1995年のMoy[4ページ]RFC1765OSPFデータベースオーバーフロー行進
second case is when the router originates a non-default AS-
external-LSA itself.
2番目のケースはルータ自体がLSAである状態で外部の非デフォルトASを溯源する時です。
Whenever the router enters OverflowState it flushes all non-
default AS-external-LSAs that it itself had originated. Flushing
is accomplished through the premature aging scheme described in
Section 14.1 of [1]. Only self-originated LSAs are flushed; those
originated by other routers are kept in the link-state database.
ルータがOverflowStateに入るときはいつも、それは溯源したすべての非デフォルトのASの外部のLSAsを洗い流します。 洗い流すことは[1]のセクション14.1で説明された時期尚早な古い体系を通して実行されます。 自己によって溯源されたLSAsだけが紅潮しています。 他のルータによって溯源されたものはリンク州のデータベースに保たれます。
2.3. Operation while in OverflowState
2.3. OverflowStateで操作
While in OverflowState, the flooding and origination of non-
default AS-external-LSAs are modified in the following fashion.
非デフォルトのASの外部のLSAsの氾濫と創作はOverflowStateで以下のファッションで変更されますが。
2.3.1. Modifications to Flooding
2.3.1. 氾濫への変更
Flooding while in OverflowState is modified as follows. If in
Step 5 of Section 13 of [1], a non-default AS-external-LSA has
been received that a) has no current database instance and b)
would cause the count of non-default AS-external-LSAs to exceed
ospfExtLsdbLimit, then that LSA is discarded. Such an LSA is
not installed in the link-state database, nor is it
acknowledged.
OverflowStateにある間、氾濫は以下の通り変更されます。 非デフォルトのASの外部のLSAが受け取って、そのa)にはどんな現在のデータベースインスタンスもなくて、b)が非デフォルトのASの外部のLSAsのカウントにospfExtLsdbLimitを超えさせるだろうという[1]のセクション13のStep5のことであるなら、そのLSAは捨てられます。 そのようなLSAはリンク州のデータベースにインストールされません、そして、それは承認されません。
When all routers have identical values for ospfExtLsdbLimit (as
required), the above flooding modification will only be invoked
during a short period of convergence. During convergence, there
will be retransmissions of LSAs. However, after convergence the
retransmissions will cease, as the routers settle on a database
having less than ospfExtLsdbLimit non-default As-external-LSAs.
すべてのルータにospfExtLsdbLimit(必要に応じて)のための同じ値があると、上の氾濫変更は短期の集合の間、呼び出されるだけでしょう。 集合の間、LSAsの「再-トランスミッション」があるでしょう。 しかしながら、集合の後に、ルータがospfExtLsdbLimitの非デフォルトのAsの外部のLSAs以下を持っているデータベースについて決めるとき、「再-トランスミッション」はやむでしょう。
In OverflowState, non-default AS-external-LSAs ARE still
accepted in the following conditions:
OverflowStateでは、まだ以下の条件で非デフォルトのASの外部のLSAsを受け入れています:
(1) If the LSA updates an LSA that currently exists in the
router's link-state database.
(1) LSAがLSAをアップデートするなら、それは現在、ルータのリンク州のデータベースに存在します。
(2) LSAs having LS age of MaxAge are always accepted. The
processing of these LSAs follows the procedures
described in Sections 13 and 14 of [1].
(2) いつもMaxAgeのLS時代を持っているLSAsを受け入れます。 これらのLSAsの処理は[1]のセクション13と14で説明された手順に従います。
(3) If adding the LSA to the router's database would keep
the number of non-default AS-external-LSAs less than or
equal to ospfExtLsdbLimit, the LSA is accepted.
よりospfExtLsdbLimit、(3) ルータのデータベースへのLSAが非デフォルトのASの外部のLSAsの数を保つと言い足すなら、LSAを受け入れます。
Moy [Page 5] RFC 1765 OSPF Database Overflow March 1995
1995年のMoy[5ページ]RFC1765OSPFデータベースオーバーフロー行進
2.3.2. Originating AS-external-LSAs
2.3.2. 外部のLSAsとして、起因します。
Originating AS-external-LSAs is described in Section 12.4.5 of
[1]. When a router is in OverflowState, it does not originate
non-default AS-external-LSAs. In other words, the only AS-
external-LSAs originated by a router in OverflowState have Link
State ID 0.0.0.0.
ASの外部のLSAsを溯源するのは[1]についてセクション12.4.5で説明されます。 ルータがOverflowStateにあるとき、それは非デフォルトのASの外部のLSAsを溯源しません。 言い換えれば、OverflowStateでルータによって溯源された唯一のASの外部のLSAsがLink州IDを持っている、0.0、.0、.0
2.3.3. Receiving self-originated LSAs
2.3.3. 受信は自己にLSAsを溯源しました。
Receiving self-originated LSAs is described in Section 13.4 of
[1]. When in OverflowState, a router receiving a self-
originated non-default AS-external-LSA responds by flushing it
from the routing domain using the premature aging scheme
described in Section 14.1 of [1].
自己によって溯源されたLSAsを受けるのは[1]のセクション13.4で説明されます。 自己の溯源された非デフォルトAS外部のLSAを受けるルータがOverflowStateで経路ドメインから[1]のセクション14.1で説明された時期尚早な古い体系を使用することでそれを洗い流すことによって応じると。
2.4. Leaving OverflowState
2.4. OverflowStateを残します。
If ospfExitOverflowInterval is non-zero, then as soon as a router
enters OverflowState, it sets a timer equal to the value of
ospfExitOverflowInterval (plus or minus a random value in the
range of 10 percent). When this timer fires, the router leaves
OverflowState and begins originating non-default AS-external-LSAs
again.
ospfExitOverflowIntervalが非ゼロであるなら、ルータがOverflowStateに入るとすぐに、それはospfExitOverflowInterval(そのうえか10パーセントの範囲の無作為の値を引いた)の値と等しいタイマを設定します。 このタイマが撃たれるとき、ルータは、OverflowStateを残して、再び非デフォルトのASの外部のLSAsを溯源し始めます。
This allows a router to automatically recover from transient
overflow conditions. For example, an AS boundary router that
imports a great many AS-external-LSAs may crash. Other routers may
then start importing the routes, but until the crashed AS boundary
router is either a) restarted or b) its AS-external-LSAs age out,
there will be a much larger database than usual. Since such an
overflow is guaranteed to go away in MaxAge seconds (1 hour),
automatic recovery may be appropriate (and fast enough) if the
overflow happens off-hours.
これで、ルータは一時的なオーバーフロー条件から自動的に回復します。 例えば、多くのASの外部のLSAsをインポートするAS境界ルータはダウンするかもしれません。 ASの外部のLSAsは外で墜落しているAS境界ルータが再開されたa)かb)のどちらかになるまで年をとります、そして、次に、他のルータは、ルートをインポートし始めるかもしれませんが、いつもよりはるかに大きいデータベースがあるでしょう。 そのようなオーバーフローがMaxAge秒(1時間)に遠ざかるために保証されるので、オーバーフローが何時間であるのも起こるなら、自動復旧は適切であるかもしれません(十分速さ)。
As soon as the router leaves OverflowState, it is again eligible
to reenter OverflowState according to the text of Section 2.2.
ルータがOverflowStateを残すとすぐに、それは再び、セクション2.2に関する本文によると、OverflowStateに再入するのが適任です。
3. An example
3. 例
As an example, suppose that a router implements the database overflow logic, and that its ospfExtLsdbLimit is 10,000 and its ospfExitOverflowInterval is set to 600 seconds. Suppose further that the router itself is originating 400 non-default AS-external-LSAs, and that the current number of non-default AS-external-LSAs in the router's database is equal to 9,997.
例として、ルータがデータベースオーバーフロー論理を実装して、ospfExtLsdbLimitが1万であり、ospfExitOverflowIntervalが600秒に用意ができていると仮定してください。 ルータ自体が400非デフォルトのASの外部のLSAsを溯源していて、ルータのデータベースの非デフォルトのASの外部のLSAsの最新号が9,997と等しいとさらに仮定してください。
Moy [Page 6] RFC 1765 OSPF Database Overflow March 1995
1995年のMoy[6ページ]RFC1765OSPFデータベースオーバーフロー行進
Next, it receives a Link State Update packet from a neighbor, containing 6 non-default AS-external-LSAs, none of which have current database copies. The first two LSAs are then installed in the database. The third LSA is also installed in the database, but causes the router to go into OverflowState. Going into OverflowState causes the router to flush (via premature aging) its 400 self-originated non-default LSAs. However, these 400 LSAs are still considered to be part of the link-state database until their re-flooding (with age set to MaxAge) is acknowledged (see Section 14 of [1]); for this reason, the last three LSAs in the received update are discarded without being acknowledged.
次に、隣人からLink州Updateパケットを受けます、6非デフォルトのASの外部のLSAs(それのいずれにはも、現在のデータベースコピーがない)を含んでいて。 そして、最初の2LSAsがデータベースにインストールされます。 第3LSAはまた、データベースにインストールされますが、ルータをOverflowStateに入らせます。 OverflowStateに入るのはルータに400自己によって溯源された非デフォルトLSAsを洗い流させます(時期尚早な年をとることを通して)。 しかしながら、これらの400LSAsがリンク州のデータベースの彼らの再氾濫(MaxAgeに設定された時代がある)が承認されるまでの一部であるとまだ考えられています。([1])のセクション14を見てください。 この理由で、承認されないで、容認されたアップデートにおける最後の3LSAsが捨てられます。
After some small period of time all routers will converge on a common database, having less than 10,000 non-default AS-external-LSAs. During this convergence period there may be some link-state retransmissions; for example, the sender of the above Link State Update packet may retransmit the three LSAs that were discarded. If this retransmission happens after the flushing of the 400 self- originated LSAs is acknowledged, the 3 LSAs will then be accepted.
いつかの小さい期間の後に、1万非デフォルトのASの外部のLSAsを持っていて、すべてのルータが一般的なデータベースに集まるでしょう。 この集合の期間、いくらかのリンク州の「再-トランスミッション」があるかもしれません。 例えば、上のLink州Updateパケットの送付者は捨てられた3LSAsを再送するかもしれません。 400自己を洗い流すことが起因した後にこの「再-トランスミッション」が起こるなら、LSAsを承認して、次に、3LSAsを受け入れるでしょう。
Going into OverflowState also causes the router to set a timer that will fire some time between 540 and 660 seconds later. When this timer fires, the router will leave OverflowState and re-originate its 400 non-default AS-external-LSAs, provided that the current database has less than 9600 (10,000 - 400) non-default AS-external-LSAs. If there are more than 9600, the timer is simply restarted.
また、OverflowStateに入るのはルータに540〜660秒後にいつか撃たれるタイマを設定させます。 このタイマが撃たれると、ルータは、OverflowStateを残して、400非デフォルトのASの外部のLSAsを再溯源するでしょう、現在のデータベースに9600(1万--400)非デフォルトのASの外部のLSAsがあれば。 9600以上があれば、タイマは単に再開されます。
4. Administrative response to database overflow
4. データベースオーバーフローへの管理応答
Once the link-state database has overflowed, it may take intervention by network management before all routing is restored. (If the overflow condition is transient, routing may be restored automatically; see Section 2.4 for details.) An overflow condition is indicated by SNMP traps (see Appendix B). Possible responses by a network manager may include:
リンク州のデータベースがいったんあふれると、すべてのルーティングが回復する前にそれはネットワークマネージメントで介入を取るかもしれません。 (オーバーフロー条件が一時的であるなら、ルーティングは自動的に回復するかもしれません; 詳細に関してセクション2.4を見てください。) オーバーフロー条件はSNMP罠によって示されます(Appendix Bを見てください)。 ネットワークマネージャによる可能な応答は以下を含むかもしれません。
o Increasing the value of ospfExtLsdbLimit. Perhaps it had been
set too conservatively, and the routers are able to support
larger databases than they are currently configured for.
o ospfExtLsdbLimitの値を増強します。 恐らく、それはあまりに保守的に設定されました、そして、ルータはそれらが現在構成されるより大きいデータベースをサポートできます。
o Isolating routers having limited resources within OSPF stub
areas or NSSAs. This would allow increasing the value of
ospfExtLsdbLimit in the remaining routers.
o OSPFスタッブ領域かNSSAsの中に限りある資源を持っているルータを隔離します。 これで、残っているルータにおける、ospfExtLsdbLimitの値を増強するでしょう。
o Reevaluating the need to import certain external routes. If
ospfExtLsdbLimit cannot be increased, the network manager will
want to make sure that the more important routes continue to be
imported; this is accomplished by turning off the importing of
o ある一定の外部経路をインポートする必要性を再評価します。 ospfExtLsdbLimitを増強できないと、ネットワークマネージャは、より重要なルートが、インポートされ続けているのを確実にしたくなるでしょう。 インポートするのから、ターンすることによってこれが優れている。
Moy [Page 7] RFC 1765 OSPF Database Overflow March 1995
1995年のMoy[7ページ]RFC1765OSPFデータベースオーバーフロー行進
less important routes.
それほど重要でないルート。
5. Operational experience
5. 運用経験
The database overflow scheme described in this memo has been implemented in the Proteon router for a number of years, with the following differences. First, the router did not leave OverflowState until it was restarted (i.e., ospfExitOverflowInterval was always 0). Second, default AS-external-LSAs were not separated from non-default AS-external-LSAs. Operationally the scheme performed as expected: during overflow conditions, the routers converged on a common database having less than a configured number of AS-external-LSAs.
このメモで説明されたデータベースオーバーフロー体系は多年にわたりProteonルータで実装されました、以下の違いで。 まず最初に、それが再開されたとき(いつもすなわち、ospfExitOverflowIntervalは0歳でした)、ルータは初めて、OverflowStateを出ました。 2番目に、デフォルトのASの外部のLSAsは非デフォルトのASの外部のLSAsと切り離されませんでした。 操作上、体系は予想されるように働きました: オーバーフロー条件の間、ルータはASの外部のLSAsの構成された数以下を持っている一般的なデータベースに集まりました。
6. Possible enhancements
6. 可能な増進
Possible enhancements to the overflow scheme include the following:
オーバーフロー体系への可能な増進は以下を含んでいます:
o Other LSA types, with the exception of the transit LSAs
(router-LSAs and network-LSAs), could be limited in a similar
fashion. For example, one could limit the number of summary-
LSAs, or group-membership-LSAs (see [6]).
o トランジットLSAs(ルータ-LSAsとネットワーク-LSAs)を除いて、同様に他のLSAタイプを制限できました。 例えば、人が概要LSAsの数を制限できましたか、または会員資格LSAsを分類してください。([6])を見てください。
o Rather than flushing all of its non-default AS-external-LSAs
when entering OverflowState, a router could flush a fixed number
whenever the database size hits ospfExtLsdbLimit. This would
allow the router to prioritize its AS-external-LSAs, flushing
the least important ones first.
o OverflowStateに入るとき非デフォルトのASの外部のLSAsのすべてを洗い流すよりむしろ、データベースサイズがospfExtLsdbLimitを打つときはいつも、ルータは定数を洗い流すかもしれません。 これで、最初に最も重要でないものを洗い流して、ルータはASの外部のLSAsを最優先させることができるでしょう。
A. Related MIB parameters
A。 関連MIBパラメタ
The following OSPF MIB variables have been defined to support the database overflow procedure described in this memo (see [4] for more information):
以下のOSPF MIB変数はこのメモで説明されたデータベースオーバーフロー手順をサポートするために定義されました(詳しい情報のための[4]を見てください):
ospfExtLsdbLimit
As in Section 2.1 of this memo, the maximum number of non-
default AS-external-LSAs that can be stored within the database.
If set to -1, there is no limit.
このメモ(データベースの中に保存できる非デフォルトのASの外部のLSAsの最大数)のセクション2.1におけるospfExtLsdbLimit As。 -1に設定されるなら、限界が全くありません。
ospfExitOverflowInterval
As in Section 2.1 of this memo, the number of seconds that,
after entering OverflowState, a router will attempt to leave
OverflowState. This allows the router to again originate non-
default AS-external-LSAs. When set to 0, the router will not
leave OverflowState until restarted.
このメモ(OverflowStateに入った後にルータが、OverflowStateを残すのを試みる秒の数)のセクション2.1におけるospfExitOverflowInterval As。 これで、ルータは再び非デフォルトのASの外部のLSAsを溯源できます。 0に設定される場合、ルータは再開されるまでOverflowStateを出発しないでしょう。
Moy [Page 8] RFC 1765 OSPF Database Overflow March 1995
1995年のMoy[8ページ]RFC1765OSPFデータベースオーバーフロー行進
ospfLsdbOverflow
A trap indicating that the number of non-default AS-external-
LSAs has exceeded or equaled ospfExtLsdbLimit. In other words,
this trap indicates that the router is entering OverflowState.
非デフォルトAS外部のLSAsの数がospfExtLsdbLimitと超えているか、または等しかったのを示しながら、ospfLsdbOverflow Aは捕らえます。 言い換えれば、この罠は、ルータがOverflowStateに入っているのを示します。
ospfLsdbApproachingOverflow
A trap indicating that the number of non-default AS-external-
LSAs has exceeded ninety percent of "ospfExtLsdbLimit".
非デフォルトAS外部のLSAsの数が90パーセントの"ospfExtLsdbLimit"を超えていたのを示しながら、ospfLsdbApproachingOverflow Aは捕らえます。
References
参照
[1] Moy, J., "OSPF Version 2", RFC 1583, Proteon, Inc., March 1994.
[1]Moy、J.、「OSPF、バージョン2インチ、RFC1583、Proteon Inc.、1994インチ年3月。
[2] Coltun, R., and V. Fuller, "The OSPF NSSA Option", RFC 1587,
RainbowBridge Communications, Stanford University, March 1994.
[2] Coltun、R.とV.フラー、「OSPF NSSAオプション」RFC1587、RainbowBridgeコミュニケーション、スタンフォード大学、1994年3月。
[3] Moy, J., Editor, "OSPF Protocol Analysis", RFC 1245, Proteon,
Inc., July 1991.
[3]Moy、J.、エディタ、「OSPFプロトコル分析」、RFC1245、Proteon Inc.、1991年7月。
[4] Baker F., and R. Coltun, "OSPF Version 2 Management Information
Base", Work in Progress.
[4] ベイカーF.、およびR.Coltun、「OSPFバージョン2管理情報ベース」が進行中で働いています。
[5] Moy, J., Editor, "Experience with the OSPF Protocol", RFC 1246,
Proteon, Inc., July 1991.
Moy(J.、エディタ)が「OSPFプロトコルで経験する」[5]、RFC1246、Proteon Inc.、1991年7月。
[6] Moy, J., "Multicast Extensions to OSPF", RFC 1584, Proteon, Inc.,
March 1994.
[6]Moy、J.、「OSPFへのマルチキャスト拡大」、RFC1584、Proteon Inc.、1994年3月。
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Author's Address
作者のアドレス
John Moy Cascade Communications Corp. 5 Carlisle Road Westford, MA 01886
ジョンMoyは社5のカーライルRoadウェストフォード、Communications MA 01886をどっと落させています。
Phone: 508-692-2600 Ext. 394 Fax: 508-692-9214 EMail: jmoy@casc.com
以下に電話をしてください。 508-692-2600 Ext。 394 Fax: 508-692-9214 メールしてください: jmoy@casc.com
Moy [Page 9]
Moy[9ページ]
一覧
スポンサーリンク
