RFC1329 日本語訳
1329 Thoughts on Address Resolution for Dual MAC FDDI Networks. P.Kuehn. May 1992. (Format: TXT=58150 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group P. Kuehn Request for Comments: 1329 May 1992
コメントを求めるワーキンググループP.キューンの要求をネットワークでつないでください: 1329 1992年5月
Thoughts on Address Resolution for Dual MAC FDDI Networks
二元的なMac FDDIネットワークのためのアドレス解決に関する考え
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはインターネット標準を指定しません。 このメモの分配は無制限です。
1. Abstract
1. 要約
In this document an idea is submitted how IP and ARP can be used on inhomogeneous FDDI networks (FDDI networks with single MAC and dual MAC stations) by introducing a new protocol layer in the protocol suite of the dual MAC stations. Thus two dual MAC stations are able to do a load splitting across the two rings and use the double bandwidth of 200 Mbits/s as single MAC stations. The new layer is an extension of layer 3. For the user, the higher layer protocols, IP and ARP the property "dual MAC" is transparent. No modification is required in the protocol suite of single MAC stations and transparent bridges.
本書ではinhomogeneous FDDIネットワーク(独身のMACと二元的なMACステーションとのFDDIネットワーク)で二元的なMACステーションのプロトコル群の新しいプロトコル層を導入することによってIPとARPを使用できる考えを提出します。 したがって、2つの二元的なMACステーションが、2個のリングの向こう側に分かれる負荷をして、単一のMACステーションとして200メガビット/sの二重帯域幅を使用できます。 新しい層は層3の拡大です。 ユーザにとって、プロトコル、IP、およびARPの、より高い層特性の「二元的なMAC」は透明です。 変更は全く単一のMACステーションと透明な橋のプロトコル群で必要ではありません。
2. Acknowledgements
2. 承認
This paper is a result of a diploma thesis prepared at the Technical University of Munich, Lehrstuhl fuer Kommunikationsnetze, in co- operation with the Siemens Nixdorf AG. The author would like to thank Jrg Eberspher and Bernhard Edmaier from the university, Andreas Thimmel and Jens Horstmeier from the SNI AG at Augsburg for the helpful comments and discussions.
この紙はミュンヘンのTechnical大学で準備された卒業証書論文の結果です、Lehrstuhl fuer Kommunikationsnetze、Siemens Nixdorf株式会社との共同操作で。 作者は役に立つコメントと議論について大学、アンドレアスThimmel、およびジェンHorstmeierからアウグスブルクのSNI AGからJrg EberspherとバーンハードEdmaierに感謝したがっています。
3. Conventions
3. コンベンション
Primary MAC, P-MAC MAC, placed on the primary ring Secondary MAC, S-MAC MAC, placed on the secondary ring Inhomogeneous ring configuration of a dual FDDI ring with single MAC and dual MAC stations
第一のMAC(P-MAC MAC)はSecondary MAC(S-MAC MAC)が独身のMACと二元的なMACステーションと共に二元的なFDDIリングの二次リングInhomogeneousリング構成に置いた第一のリングに入賞しました。
DMARP Dual MAC Address Resolution Protocol
DMARPの二元的なマックーアドレス解決プロトコル
4. Assumptions
4. 仮定
When a dual FDDI ring wraps, both MACs in a dual MAC station are assumed to remain connected to the ring. ANSI is just investigating whether the Configuration Management in the Station Management of a
二元的なFDDIリング機密であるときに、二元的なMACステーションの両方のMACsがリングに接続されていたままで残っていると思われます。 ANSIがただ調査している、aの駅のManagementのConfiguration Management
Kuehn [Page 1] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[1ページ]RFC1329アドレス解決
FDDI station can be modified to allow this. According to the FDDI SMT standard [1], different addresses are required for all MACs on the primary and the secondary ring.
これを許容するようにFDDIステーションを変更できます。 FDDI SMT規格[1]によると、異なったアドレスが第一のリングと二次リングの上のすべてのMACsに必要です。
In this paper, the MAC in a single MAC station is assumed to reside on the primary ring. The application of single MAC stations which have their MAC attached to the secondary ring is not precluded, but therefor additional connectivity between the two rings is required. These configurations are beyond the scope of this document.
この紙では、単一のMACステーションのMACが第一のリングの上に住んでいると思われます。 それらのMACを二次リングに取り付けさせる単一のMACステーションのアプリケーションは排除されませんが、そのために、2個のリングの間の追加接続性が必要です。 これらの構成はこのドキュメントの範囲を超えています。
5. The Application of Transparent Bridges
5. 透明な橋のアプリケーション
Transparent bridges can provide links to other 802 LANs or further inhomogeneous FDDI rings. The connection between two inhomogeneous FDDI rings can be realized by one or two transparent bridges. When two transparent bridges are used, one transparent bridge links the primary rings, the other the secondary rings. If two secondary rings are connected by a transparent bridge, a path of transparent bridges must exist between the two primary rings. No transparent bridges are allowed between the primary and the secondary ring.
透明な橋は他の802のLANか一層のinhomogeneous FDDIリングへのリンクを提供できます。 1か2つの透明な橋のそばに2個のinhomogeneous FDDIリングの間の接続を実現できます。 2つの透明な橋が使用されているとき、1つの透明な橋が第一のリングをリンクして、もう片方が二次リングです。 2個の二次リングが透明な橋によって接続されるなら、透明な橋の経路は2個の第一のリングの間に存在しなければなりません。 どんな透明な橋も第一のリングと二次リングの間に許容されていません。
6. Protocol Layers in Single MAC Stations
6. 単一のMAC駅のプロトコル層
The new protocol layer, named load sharing layer, is drafted to be introduced only in dual MAC stations. In single MAC stations, IP and ARP are working on top of the Subnetwork Access Protocol (SNAP) 04] and the Logical Link Control protocol (802.2 LLC) [3]. LLC type 1 is used because connectionless services are investigated only.
負荷分割法層という新しいプロトコル層は、二元的なMACステーションだけで導入するために作成されます。 単一のMACステーションでは、IPとARPがSubnetwork Accessプロトコル(SNAP)04]とLogical Link Controlプロトコル(802.2LLC)[3]の上で働いています。 コネクションレス型サービスが調査されるので使用されるLLCタイプ1専用。
Kuehn [Page 2] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[2ページ]RFC1329アドレス解決
+--------------------------+ | IP | +--------------------------+ +--------------------------+ | ARP | +--------------------------+ | | | ARP frames | IP frames | | +--------------------------+ | SNAP | +--------------------------+ +--------------------------+ | LLC | +--------------------------+ +--------------------------++-------+ | FDDI-MAC || F | +--------------------------+| D S | +--------------------------+| D M | | FDDI PHY and PMD || I T | +--------------------------++-------+
+--------------------------+ | IP| +--------------------------+ +--------------------------+ | アルプ| +--------------------------+ | | | ARPフレーム| IPフレーム| | +--------------------------+ | スナップ| +--------------------------+ +--------------------------+ | LLC| +--------------------------+ +--------------------------++-------+ | FDDI-Mac|| F| +--------------------------+| D S| +--------------------------+| D M| | FDDI PHYとPMD|| I T| +--------------------------++-------+
For the ARP layer, the following model is assumed: +-------------------------------------------------------X-----------+ | - ARP entity - | | | | IP frames | | +----------------+ +----------------+ read | | | | Cache | | | entries +-------------+ | | | Administration |->-| Address Cache |------>--| Address | | | +----------------+ | | | Conversion | | | | +----------------+ | Unit | | | | ARP frames +-------------+ | | | / | | | | ___________ <- ARP requests _________________/ | IP frames | | |/ | | +-----X-------------------------------------------------X-----------+
ARP層において、以下のモデルは思われます: +-------------------------------------------------------X-----------+ | - ARP実体、-| | | | IPフレーム| | +----------------+ +----------------読まれた+| | | | キャッシュ| | | エントリー+-------------+ | | | 政権| >| アドレスキャッシュ|、-、-、-、-、-->--| アドレス| | | +----------------+ | | | 変換| | | | +----------------+ | ユニット| | | | ARPフレーム+-------------+ | | | / | | | | ___________ <。 ARP要求_________________/ | IPフレーム| | |/ | | +-----X-------------------------------------------------X-----------+
The Address Conversion Unit handles the actual conversion of IP addresses to hardware addresses. For this purpose, it uses the information in the ARP cache. The cache administration communicates with other ARP entities by ARP and creates, deletes and renews the entries in the cache.
Address Conversion UnitはIPアドレスの実際の変換をハードウェア・アドレスに扱います。 このために、それはARPキャッシュに情報を使用します。 キャッシュ管理は、キャッシュでエントリーをARPによる他のARP実体で交信して、作成して、削除して、更新します。
7. Protocol Layers in Dual MAC Stations
7. 二元的なMAC駅のプロトコル層
The load sharing layer provides the same interface to ARP as SNAP does. To exchange information about addresses and reachability, the load sharing entities in dual MAC stations communicate with the Dual
負荷分割法層はSNAPが供給するように同じインタフェースをARPに供給します。 アドレスの交換情報と可到達性と、二元的なMACステーションの負荷分割法実体はDualとコミュニケートします。
Kuehn [Page 3] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[3ページ]RFC1329アドレス解決
MAC Address Resolution Protocol (DMARP). For the transmission of DMARP frames the SNAP SAP of LLC is used, as for IP and ARP, too. The Organizationally Unique Identifier (OUI) in the SNAP header is set to zero (24 bit), the EtherType field (16 bit) contains a new number indicating DMARP, which is not defined yet.
マックーアドレス解決プロトコル(DMARP)。 DMARPフレームのトランスミッションのために、LLCのSNAP SAPはIPとARPのようにも使用されます。 SNAPヘッダーの(OUI)が合ってください設定されるゼロOrganizationally Unique Identifier(24ビット)、EtherType分野(16ビット)はまだ定義されていないDMARPを示す新しい数を含んでいます。
+---------------------------------------------------------+ | IP | +---------------------------------------------------------+ +---------------------------------------------------------+ | ARP | +---------------------------------------------------------+ | ARP frames | IP frames +---------------------------------------------------------+ | Load Sharing Layer | +---------------------------------------------------------+ | | | | | | | ARP | DMARP | IP | ARP | DMARP | IP | frames | frames | frames | frames | frames | frames | | | | | | +-------------------------+ +----------------------------+ | SNAP 1 | | SNAP 2 | +-------------------------+ +----------------------------+ +-------------------------+ +----------------------------+ | LLC 1 | | LLC 2 | +-------------------------+ +----------------------------+ +-------------------------+ +----------------------------++-------+ | Primary MAC | | Secondary MAC || F | +-------------------------+ +----------------------------+| D S | +---------------------------------------------------------+| D M | | FDDI PHY and PMD || I T | +---------------------------------------------------------++-------+
+---------------------------------------------------------+ | IP| +---------------------------------------------------------+ +---------------------------------------------------------+ | アルプ| +---------------------------------------------------------+ | ARPフレーム| IPフレーム+---------------------------------------------------------+ | 負荷分割法層| +---------------------------------------------------------+ | | | | | | | アルプ| DMARP| IP| アルプ| DMARP| IP| フレーム| フレーム| フレーム| フレーム| フレーム| フレーム| | | | | | +-------------------------+ +----------------------------+ | スナップ1| | スナップ2| +-------------------------+ +----------------------------+ +-------------------------+ +----------------------------+ | LLC1| | LLC2| +-------------------------+ +----------------------------+ +-------------------------+ +----------------------------++-------+ | 第一のMAC| | 二次MAC|| F| +-------------------------+ +----------------------------+| D S| +---------------------------------------------------------+| D M| | FDDI PHYとPMD|| I T| +---------------------------------------------------------++-------+
8. Running Inhomogeneous FDDI Rings
8. 走行Inhomogeneous FDDIリングス
8.1. Exchange of Primary MAC Addresses between Stations
8.1. 駅の間の第一のMACアドレスの交換
IP and higher layer protocols only use the network independent IP addresses. The ARP entity takes upon the conversion of an IP address to the appropriate hardware address. To make the property dual MAC" transparent, ARP may only know the addresses of MACs on the primary ring. Therefore, the load sharing entity always delivers ARP frames to SNAP 1 for transmission. By this way, communication with ARP is done over the primary ring in normal state. A secondary MAC can receive an ARP frame when the dual ring is wrapped and the destination hardware address is a multicast or broadcast address. These frames will be discarded because they were received twice.
IPと、より高い層のプロトコルは独立しているIPが演説するネットワークを使用するだけです。 ARP実体はIPアドレスの変換を適切なハードウェア・アドレスに持っていきます。 「特性を二元的なMACにする」ように、透明であることで、ARPは第一のリングの上にMACsのアドレスを知っているだけであるかもしれません。 したがって、負荷分割法実体はトランスミッションのためにいつもSNAP1へのフレームをARPに渡します。 このようで、正常な状態で第一のリングの上にARPとのコミュニケーションをします。 目的地ハードウェア・アドレスは、二元的なリングが包装されるとき、二次MACがARPフレームを受けることができて、マルチキャストか放送演説です。 これらのフレームは、二度それらを受け取ったので、捨てられるでしょう。
Kuehn [Page 4] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[4ページ]RFC1329アドレス解決
By this way, the associations of IP addresses to primary MAC addresses for the single MAC and dual MAC stations are stored in the ARP cache. The ARP cache contains no secondary MAC addresses.
このようで、IPの協会は独身のMACのためのアドレスを第一のMACに記述します、そして、二元的なMACステーションはARPキャッシュに格納されます。 ARPキャッシュはどんな二次MACアドレスも含んでいません。
8.2. Exchange of Secondary MAC Addresses between Dual MAC Stations
8.2. 二元的なMAC駅の間の二次MACアドレスの交換
The load sharing layer needs to know the secondary MAC addresses of the other dual MAC stations. The DMARP is used to get these addresses. Whenever the load sharing entity delivers an ARP frame to SNAP 1, a DMARP reply frame will be sent on the secondary ring, containing the stations primary and secondary MAC address. The destination hardware address in this DMARP frame is the broadcast MAC address, the EtherType field in the SNAP header identifies DMARP. The IP destination address is copied from the ARP frame. If the ARP frame that was transmitted parallel to the DMARP reply was a request, an ARP reply frame will be sent back to the sending station by the ARP entity in the receiving station. When the load sharing layer in the receiving station delivers this ARP reply frame to SNAP 1, it sends a DMARP reply frame on the secondary ring.
負荷分割法層は、他の二元的なMACステーションの二次MACアドレスを知る必要があります。 DMARPは、これらのアドレスを得るのに使用されます。 負荷分割法実体がARPフレームをSNAP1に渡すときはいつも、DMARP回答フレームを二次リングに送るでしょう、第一の、そして、二次のMACが演説するステーションを含んでいて。 このDMARPフレームの目的地ハードウェア・アドレスが放送MACアドレスである、SNAPヘッダーのEtherType分野はDMARPを特定します。 受信者IPアドレスはARPフレームからコピーされます。 DMARP回答に平行に伝えられたARPフレームが要求であったなら、ARP回答フレームは受入れステーションのARP実体による送付ステーションに送り返されるでしょう。 受入れステーションの負荷分割法層がこのARP回答フレームをSNAP1に渡すとき、それはDMARP回答フレームを二次リングに送ります。
By this way, DMARP exchanges the additionally required secondary MAC addresses between the dual MAC stations. This is done parallel to the exchange of the ARP frames.
この道、DMARP交換、さらに、二元的なMACステーションの間の二次MACアドレスを必要としました。 これはARPフレームの交換に平行に完了しています。
8.3. Communication of Dual MAC Stations on Different Dual FDDI Rings
8.3. 二元的なMACに関するコミュニケーションは異なった二元的なFDDIにリングスを配置します。
If two inhomogeneous dual FDDI rings are connected by one transparent bridge, dual MAC stations placed on different dual FDDI rings cannot perform a load sharing. If both dual FDDI rings remain in normal state, no DMARP reply frames get from one secondary ring to the other secondary ring. A dual MAC station realizes another dual MAC station placed on the other dual ring as a single MAC station, because it only receives ARP frames from it. If one of the dual rings is wrapped, a DMARP reply frame can get on the primary ring of the other dual ring. A target station on the unwrapped ring receives this DMARP frame by the primary MAC and the load sharing entity stores the contained addresses in an entry in the address cache. This entry is marked with a control bit, named the OR-bit Other ring bit"). No load sharing will be done with a station related to an entry with the OR-bit set.
2個のinhomogeneousの二元的なFDDIリングが1つの透明な橋によって接続されるなら、異なった二元的なFDDIリングに置かれた二元的なMACステーションは負荷分割法を実行できません。 両方の二元的なFDDIリングが正常な州に残っているなら、DMARP回答フレームは全く1個の二次リングからもう片方の二次リングに得られません。 二元的なMACステーションは単一のMACステーションとしてもう片方の二元的なリングに置かれた別の二元的なMACステーションがわかります、それからARPフレームを受けるだけであるので。 二元的なリングの1つが包装されるなら、DMARP回答フレームはもう片方の二元的なリングの第一のリングに乗ることができます。 開けられたリングの上の目標ステーションは第一のMACでこのDMARPフレームを受けます、そして、負荷分割法実体はエントリーにアドレスキャッシュで含まれたアドレスを格納します。 「このエントリーはOR-ビットOtherリングビットというコントロールビットで示されます」、) OR-ビットで設定されて、ステーションがエントリーに関連する状態で、負荷分割法を全くしないでしょう。
If both dual FDDI rings are wrapped, the MACs of all stations reside on one ring. Now, dual MAC stations placed on different dual rings can communicate with DMARP. If a DMARP reply frame is received by the primary MAC and no entry exists for the sending station, a new entry with OR-Bit set will be created. Otherwise, the OR-bit will be set in the existing entry. If a DMARP reply frame is received by the secondary MAC and an entry with OR-bit set already exists for the
両方の二元的なFDDIリングが包装されるなら、すべてのステーションのMACsは1個のリングの上に住んでいます。 今、異なった二元的なリングに置かれた二元的なMACステーションはDMARPとコミュニケートできます。 DMARP回答フレームが第一のMACによって受け取られて、エントリーが全く送付ステーションに存在していないと、OR-ビットセットによる新しいエントリーは作成されるでしょう。 さもなければ、OR-ビットは既存のエントリーに設定されるでしょう。 DMARP回答フレームが二次MACによって受け取られるか、そして、OR-ビットセットによるエントリーは既に存在しています。
Kuehn [Page 5] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[5ページ]RFC1329アドレス解決
sending station, the bit will not be reset.
ステーションを送って、ビットはリセットされないでしょう。
This mechanism provides that no load sharing will be done between Dual MAC stations on different dual rings if the dual rings are linked with one transparent bridge. An additional DMARP error frame is used to provide against errors when a DMARP reply frame gets lost on the ring.
このメカニズムは、1つの透明な橋に二元的なリングをリンクすると異なった二元的なリングの上のDual MACステーションの間で負荷分割法を全くしないのを前提とします。 DMARP回答フレームがリングでなくなるとき、追加DMARP誤りフレームは、誤りを備えるのに使用されます。
8.4. Timeout of Entries Marked with OR-Bit Set
8.4. 軌道で示されるエントリーのタイムアウトはセットしました。
If a FDDI ring is wrapped, the DMARP reply frames are received by the primary and secondary MACs of the target dual MAC stations. In that case, the entries for dual MAC stations on the same dual ring are also marked with the OR-bit, although the load sharing is possible between these stations.
FDDIリングが包装されるなら、DMARP回答フレームは目標の二元的なMACステーションの第一の、そして、二次のMACsによって受け取られます。 また、その場合、同じ二元的なリングの上の二元的なMACステーションへのエントリーはOR-ビットで示されます、負荷分割法がこれらのステーションの間で可能ですが。
When an OR-bit in an entry is set for the first time, a timer entity is started. If the timer entity runs out, a DMARP request frame is sent over SNAP 2 to the secondary MAC of the associated target) station. Then the entry will be discarded.
エントリーにおけるOR-ビットが初めて設定されるとき、タイマ実体は始められます。 タイマ実体がなくなるなら、関連目標) ステーションの二次MACへのSNAP2の上にDMARP要求フレームを送ります。 そして、エントリーは捨てられるでしょう。
If the request cannot be received by the target station because the network configuration has changed, there is no entry in the address cache for this station any more and no load sharing is computed. If the target station receives the DMARP request frame, it sends back a DMARP reply frame.
ネットワーク・コンフィギュレーションがそこで変化したので目標ステーションのそばで受け取られているのが、要求がそうであるはずがないならもうこのステーションへのアドレスキャッシュでエントリーでなく、また負荷分割法は全く計算されません。 目標ステーションがDMARP要求フレームを受けるなら、それはDMARP回答フレームを返送します。
8.5. Problems with the Application of Large FDDI Networks
8.5. 大きいFDDIネットワークの応用に関する問題
With an increasing number of dual FDDI rings, each one linked together by two transparent bridges, the probability increases, that one of these inhomogeneous dual FDDI rings is wrapped in the moment when two dual MAC stations exchange ARP frames and DMARP replies.
増加する数の二元的なFDDIリング、2つの透明な橋、確率増加で結びつけられたそれぞれと共にこれらのinhomogeneousの二元的なFDDIリングの1つが2つの二元的なMACステーションがARPフレームとDMARPを交換する瞬間に包装されるのは返答します。
If two dual MAC stations are communicating for the first time, the probability decreases that a load sharing is really computed after the exchange of DMARP replies, although this would be possible according to the network configuration. It relies upon the fact, that DMARP replies get to the primary ring over the wrapped dual ring and only entries marked with the OR-bit set are created. To solve this problem further expedients are invented:
2つの二元的なMACステーションが初めて交信しているなら、DMARPの交換が返答した後に負荷分割法が本当に計算されるという確率は減少します、ネットワーク・コンフィギュレーションに従って、これが可能でしょうが。 それはDMARP回答が包装された二元的なリングの上に第一のリングを始めるという事実を当てにされます、そして、OR-ビットセットで示されるエントリーだけが作成されます。 さらにこの問題を解決するために、手段は発明されます:
At first, entries in the address cache can be marked read-only by the setting of the R-bit. In dual MAC stations, entries can be written manually for other dual MAC stations that are frequently talked to or that have a special importance. The control bits of these entries cannot be changed by DMARP.
初めに、R-ビットの設定で書き込み禁止であることをアドレスキャッシュにおけるエントリーを示されることができます。 二元的なMACステーションでは、手動で頻繁に話されるか、または特別な重要性を持っている他の二元的なMACステーションにエントリーを書くことができます。 DMARPはこれらのエントリーのコントロールビットを変えることができません。
Kuehn [Page 6] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[6ページ]RFC1329アドレス解決
Next, additional control bits are introduced. One of these bits is the Hold-bit (H-bit). When two dual MAC stations exchange ARP frames and DMARP replies to create entries in their address caches, one station starts sending a DMARP reply, first. According to the network state, it sends an additional DMARP error frame, a moment later. Within a maximum period of time (see "Configuring the Timer Parameters"), all frames arrive at the neighbour station and are received by the primary and/or secondary MAC. If the OR-bit was not set for an entry within this period of time, it is clear, that no further DMARP frames will be received, which result in setting the OR-bit. For such an entry the H-bit is set. As the reception of reply and error frames is not sufficient for setting the OR-bit when the H-bit is set, the load sharing is assumed to be sure. The correctness of the H-bit will be verified in relatively long time periods by queries (query and hold frames) at the station associated.
次の、そして、追加しているコントロールビットを導入します。 これらのビットの1つはHold-ビット(Hで噛み付いている)です。 2つの二元的なMACステーションがそれらのアドレスキャッシュにおけるエントリーを作成するためにARPフレームとDMARP回答を交換するとき、1つのステーションがDMARP回答(1番目)を送り始めます。 ネットワーク状態によると、それは後で追加DMARP誤りフレーム、少しの間、発信します。 最大の期間(「タイマパラメタを構成します」を見る)以内に、すべてのフレームが、隣人ステーションに到着して、第一の、そして/または、二次のMACによって受け取られます。 OR-ビットがこの期間中にエントリーへのセットでなかったなら、明確である、そんなにより遠くにない、DMARPフレーム(OR-ビットを設定するのに結果として生じる)を受け取るでしょう。 そのようなエントリーにおいて、H-ビットは設定されます。 回答と誤りフレームのレセプションがH-ビットが設定されるときOR-ビットを設定するのに十分でないときに、負荷分割法はいかにも想定されます。 H-ビットの正当性は比較的長い期間にステーションの(質問と倉内フレーム)が関連づけた質問で確かめられるでしょう。
For two communicating stations there exists a possibility to get information from a third station. Always, when the OR-bit is set for an entry in a dual MAC station, a search frame is transmitted by the secondary MAC, containing the own primary MAC address and the primary MAC address of the counter station. If a third station can compute a sure load sharing with both stations (the H-bit is set for the associated entries), the stations can perform a load sharing between them, too. The third station informs these stations by sending found frames to them.
2つの交信ステーションに、3番目のステーションから情報を得る可能性は存在しています。 OR-ビットが二元的なMACステーションでのエントリーのときに予定されるとき、いつも、検索フレームは二次MACによって伝えられます、自己の第一のMACアドレスとカウンタステーションの第一のMACアドレスを含んでいて。 3番目のステーションが両方のステーションがある確かな負荷分割法を計算できるなら(H-ビットは関連エントリーのときに予定されます)、ステーションはそれらの間でも負荷分割法を実行できます。 3番目はそれらにおいてフレームを見つけましたステーションが、発信するのによるこれらのステーションに知らせる。
8.6. Multicast and Broadcast Addresses in IP Frames
8.6. IPフレームのマルチキャストと放送アドレス
If the destination hardware address of an IP frame is a multicast or broadcast hardware address, the frame is always delivered to SNAP 1 and sent on the primary ring, because one of the addressed stations could be a single MAC station. IP frames which are delivered to the load sharing entity by SNAP 2 are discarded by the load sharing entity. Thus, the duplication of these frames can be prevented.
IPフレームの目的地ハードウェア・アドレスがマルチキャストか放送ハードウェアアドレスであるなら、フレームをいつもSNAP1に渡して、第一のリングに送ります、記述されたステーションの1つが単一のMACステーションであるかもしれないので。 SNAP2によって負荷分割法実体に届けられるIPフレームは負荷分割法実体によって捨てられます。 したがって、これらのフレームの複製を防ぐことができます。
9. Internal Structure
9. 内部の構造
One load Sharing entity exists in the load sharing layer. This load sharing entity consists of the address cache, the cache administration and the multiplexer.
1つの負荷Sharing実体が負荷分割法層の中に存在しています。 この負荷分割法実体はアドレスキャッシュ、キャッシュ管理、および回線多重化装置から成ります。
Kuehn [Page 7] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[7ページ]RFC1329アドレス解決
to ARP to ARP +----X----------------------------------------------------X--------+ | | | IP | | | ARP frames read | frames | | | entries | | | +----------------------------+ +---------+ +----------+ | | | Cache Administration |->-| Address |---->--| Multi- | | | +----------------------------|->-| Cache | | plexer | | | | | | | +---------+ | | | | | | | | +----------+ | | | ARP | DMARP | ARP | DMARP | | | | | frames | frames | frames | frames IP | IP | | | | | | | frames | frames | | | | | | | | | | +--X--------X--------X--------X-----------------------X--------X---+ to SNAP 1 to SNAP 2 to SNAP 1 to SNAP 2
ARP+へのARPに----X----------------------------------------------------X--------+ | | | IP| | | ARPフレームは読みます。| フレーム| | | エントリー| | | +----------------------------+ +---------+ +----------+ | | | キャッシュ政権| >| アドレス|、-、-、-->--| マルチ| | | +----------------------------| >| キャッシュ| | plexer| | | | | | | +---------+ | | | | | | | | +----------+ | | | アルプ| DMARP| アルプ| DMARP| | | | | フレーム| フレーム| フレーム| フレームIP| IP| | | | | | | フレーム| フレーム| | | | | | | | | | +--X--------X--------X--------X-----------------------X--------X---+ スナップ2に1を折るためにスナップ2に1を折るために
9.1. The Address Cache
9.1. アドレスキャッシュ
In the address cache, the associations of primary MAC addresses to secondary MAC addresses are stored for other dual MAC stations on the network. There are no entries for single MAC stations.
アドレスキャッシュでは、二次MACアドレスへの第一のMACアドレスの協会はネットワークの他の二元的なMACステーションに格納されます。 単一のMACステーションへのエントリーが全くありません。
Because the OR- and the LS-bit (see table) always have inverted values, one of the bits is redundant. Afterwards the examination of an entry state gets easier by the introduction of both bits, they are defined together. The ARP is able to support other protocol address formats than the IP format. To support this ARP property by DMARP, the protocol type number as used in the ARP frames is stored in every entry of the address cache. So, a dual MAC station is able to communicate with another station with DMARP, even if the other station does not use IP. The numbers used in DMARP frames and the address cache for the protocol type and the address length are taken over from ARP.
ORとLS-ビット(テーブルを見る)がいつも値を逆にしたので、ビットの1つは余分です。 その後、エントリー州の試験は両方のビットの挿入で、より簡単になって、それらは一緒に定義されます。 ARPはIP形式以外のプロトコルアドレス形式をサポートできます。 DMARPでこのARPの特性を支えるために、ARPフレームで使用されるプロトコル形式数はアドレスキャッシュのあらゆるエントリーに格納されます。 それで、二元的なMACステーションはDMARPと共に別のステーションとコミュニケートできます、もう片方のステーションがIPを使用しないでも。 プロトコルタイプとアドレスの長さにDMARPフレームとアドレスキャッシュに使用される数はARPから引き継がれます。
name length comment --------------------------------------------------------------------
名前長さのコメント--------------------------------------------------------------------
P-MAC address 48 bit Address of the primary MAC in an other dual MAC station
他の二元的なMACステーションの第一のMACのP-MACのアドレスの48ビットのAddress
S-MAC address 48 bit Address of the secondary MAC in that station
そのステーションの二次MACのS-MACのアドレスの48ビットのAddress
LS-bit 1 bit A load sharing can be performed with that station ("Load sharing bit")
1ビットのLS-ビットA負荷分割法をそのステーションに実行できます。(「負荷分割法ビット」)
Kuehn [Page 8] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[8ページ]RFC1329アドレス解決
OR-bit 1 bit No load sharing may be done with that station ("Other ring bit")
OR-ビット1ビット、そのステーションに負荷分割法を全くしないかもしれません。(「他のリングビット」)
H-bit 1 bit The load sharing with that station is trusty. ("Hold bit")
そのステーションがある負荷分割法はH-ビット1ビット、信用のできます。 (「保持に噛み付きました」)
Q-bit 1 bit A query frame was sent to that station, no hold frame was received yet ("Query bit")
1ビットのQ-ビットA質問フレームをそのステーションに送って、まだ倉内フレームを全く受け取っていませんでした。(「質問ビット」)
R-bit 1 bit This entry cannot be changed by DMARP ("Read-only bit")
DMARPは1ビットのR-ビットThisエントリーを変えることができません。(「書き込み禁止ビット」)
V-bit 1 bit The entry is valid ("Valid bit")
エントリーはV-ビット1ビット、有効です。(「有効なビット」)
subscript 32 bit Unique number, identifying this entry
このエントリーを特定する32ビットの添字Unique番号
protocol type 16 bit Number of the protocol type that was last used in that station
最後にそのステーションで使用されたプロトコルタイプのプロトコルのタイプの16ビットのNumber
9.2. The Multiplexer
9.2. 回線多重化装置
The multiplexer deals with multiplexing the IP frames upon the two FDDI rings. Broadcast and multicast frames are always sent on the primary ring. Otherwise, the contents of the address cache and a load sharing criteria are used to decide on which of the rings an IP frame has to be transmitted. If there is no entry for the primary MAC address of the destination station in the cache, the IP frame is transmitted on the primary ring. If there is an entry for the destination station and the LS-bit is set, a load sharing can be done with this station. Later on a load sharing criteria, which is beyond the scope of this document, decides, which one of the rings is used for transmission. An example for a load sharing criteria is the length of the transmit queues in the MACs. The multiplexer requires an abstract function only, which returns the appropriate ring for the transmission of an actual IP frame.
2個のFDDIリングのIPフレームを多重送信するとの回線多重化装置取引。 いつも放送とマルチキャストフレームを第一のリングに送ります。 さもなければ、アドレスキャッシュのコンテンツと負荷分割法評価基準は、伝えられるためにIPフレームにはリングのどれがあるかを決めるのに使用されます。 キャッシュに目的地ステーションの第一のMACアドレスのためのエントリーが全くなければ、IPフレームは第一のリングの上に伝えられます。 目的地ステーションへのエントリーがあって、LS-ビットを設定するなら、このステーションに負荷分割法ができます。 後で、負荷分割法評価基準(このドキュメントの範囲にある)は決めます(トランスミッションにリングについて使用されます)。 負荷分割法評価基準のための例が長さである、MACsで待ち行列を伝えてください。 回線多重化装置は抽象的な機能だけを必要とします。(それは、実際のIPフレームのトランスミッションのための適切なリングを返します)。
Additionally, the multiplexer filters the received IP frames: multicast or broadcast frames received from the secondary MAC are discarded.
さらに、回線多重化装置は容認されたIPフレームをフィルターにかけます: 二次MACから受け取られたマルチキャストか放送フレームが捨てられます。
Kuehn [Page 9] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[9ページ]RFC1329アドレス解決
9.3. The Cache Administration
9.3. キャッシュ政権
The cache administration creates and deletes the entries in the address cache. For this purpose, it communicates with other load sharing entities in other dual MAC stations with the DMARP. The cache administration handles the delivery of ARP frames to the ARP and the SNAP entity in the station, respectively.
キャッシュ管理は、アドレスキャッシュにおけるエントリーを作成して、削除します。 このために、それはDMARPと共に他の二元的なMACステーションの他の負荷分割法実体で交信します。 キャッシュ管理はステーションでそれぞれARPとSNAP実体にARPフレームの配送を扱います。
The cache administration needs three timers for the communication with the DMARP, which have to be supported by the system environment. Each of these timers must support a timer entity for each entry in the address cache, whereby a single one is running at a time.
キャッシュ管理はDMARPとのコミュニケーションに3個のタイマを必要とします。(DMARPはシステム環境によって支持されなければなりません)。 それぞれのこれらのタイマはアドレスキャッシュにおける各エントリーにタイマ実体を支持しなければなりません。(ただ一つのものは一度に、キャッシュで走ります)。
Supported timer services:
支持されたタイマー・サービス:
TIMER_request(time, name, subscript) TIMER_response(name, subscript) TIMER_cancel(name, subscript):
TIMER_要求、(時間、名前、添字) TIMER_応答、(添字) 名前、_が取り消すTIMER、(名義である、添字)、:
A timer entity is started by the service TIMER_request and cancelled by the TIMER_cancel service request. The TIMER_response service indicates that a timer entity has run out. The parameter name is the name of a timer: OR-Entry-Timer, Hold-Timer, or Query-Timer. Each entry in the address cache is uniquely identified by a number subscript). This number is also the number of an associated timer entity. How to dispose these numbers is a question of implementation. The parameter time determines the time period when the timer runs out. This parameter has the value OR-set-timeout for the OR-Entry-Timer, Hold-time for the Hold-Timer and Query-time for the Query-Timer.
タイマ実体は、サービスTIMER_要求で始められて、TIMER_キャンセルサービスのリクエストによって取り消されます。 TIMER_応答サービスは、タイマ実体がなくなったのを示します。 パラメタ名はタイマの名前です: ORエントリータイマ、保持タイマ、または質問タイマ。 アドレスキャッシュにおける各エントリーが数の添字によって唯一特定される、) また、この数は関連タイマ実体の数です。 どうこれらの数を配列するかは、実現の問題です。 パラメタ時間はタイマがなくなる期間を決定します。 このパラメタには、ORエントリータイマのための値のORセットタイムアウト、Hold-タイマのためのHold-時間、およびQuery-タイマのためのQuery-時間があります。
9.4. Configuring the Timer Parameters
9.4. タイマパラメタを構成します。
The OR-set-timeout parameter for the OR-Entry-Timer
ORエントリータイマのためのORセットタイムアウトパラメタ
The period of time, determined by this parameter, should be essentially longer than the maximum time for a frame to travel around the entire network. The expression entire network means the network which is constituted by the subnetworks linked together with transparent bridges. When entries with OR-bit set are created continuously for a dual MAC station by the timeout mechanism, this parameter determines the periods of time between the consecutive requests that are sent to this station. If the state of the dual FDDI ring changes and an entry with LS-bit set could be created, this parameter additionally determines the maximum time until the new entry is created. (If an entry could not be created by transmission of search frames.) Therefore, the OR-set-timeout parameter should be set to some 10 seconds.
このパラメタで断固とした期間はフレームが全体のネットワークの周りを移動する最大の時間より本質的には長いはずです。 表現の全体のネットワークは透明な橋と共にリンクされたサブネットワークによって構成されるネットワークを意味します。 OR-ビットセットによるエントリーがタイムアウトメカニズムによって絶え間なく二元的なMACステーションに作成されるとき、このパラメタはこのステーションに送られる連続した要求の間で期間を決定します。 二元的なFDDIリング変化の状態とLS-ビットセットによるエントリーを創設できるなら、新しいエントリーが作成されるまで、このパラメタはさらに、最大の時間を決定します。 (検索フレームのトランスミッションでエントリーを作成できないなら。) したがって、ORセットタイムアウトパラメタはおよそ10秒に設定されるべきです。
Kuehn [Page 10] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[10ページ]RFC1329アドレス解決
The Hold-time parameter for the Hold-Timer
Hold-タイマのためのHold-時間パラメタ
The period of time, determined by this parameter, should as well be essentially longer than the maximum time for a frame to travel around the entire network. When two stations communicate for the first time, they exchange ARP frames and DMARP replies. The Hold-time parameter determines the period of time until the load sharing is assumed to be accomplished after the setting of the LS-bit. In this period of time, the frames mentioned above must have reached its destination. If an entry would be marked with the H-bit incorrectly, the time until it gets corrected will be relatively long (Query time). Proposed dimension: several minutes.
このパラメタで断固とした期間はフレームが全体のネットワークの周りを移動する最大の時間より本質的には長いはずであるほうがよいです。 2つのステーションが初めて交信するとき、それらはARPフレームとDMARP回答を交換します。 Hold-時間パラメタは、負荷分割法が想定されるまでの期間の間、LS-ビットの設定の後に達成されることを決定します。 この期間に、前記のようにフレームは目的地に到着したに違いありません。 エントリーがH-ビットで不当に示されると、それが修正されるまで、時間は比較的長くなるでしょう(時間について質問してください)。 寸法を提案します: 数分。
The Query-time parameter for the Query-Timer
Query-タイマのためのQuery-時間パラメタ
When an entry is marked with LS- and H-bit it is assumed, that load sharing can be performed with the associated station. To allow the correction of a wrong value of the H-bit, the correctness of the H-bit is tested in periods of time, determined by the parameter Query-time. It is tested whether a frame is received, which was sent by the secondary MAC to the secondary MAC address of the target station. (The target station acknowledges the reception of the query frame by a hold frame.) To limit the traffic caused by the query and hold frames, the parameter Query- time should be set to several minutes.
エントリーがLSとH-ビットで示されるとき、それを想定して、関連ステーションにその負荷分割法を実行できます。 H-ビットの間違った価値の修正を許すために、H-ビットの正当性は、パラメタQuery-時間までに期間にテストされていて、決定しています。 フレームが受け取られているか否かに関係なく、それはテストされます(二次MACによって目標ステーションの二次MACアドレスに送られました)。 (目標ステーションは倉内フレームのそばで質問フレームのレセプションを承認します。) 質問と倉内フレームによって引き起こされた交通、パラメタQueryを制限するために、時間は数分に決められるべきです。
9.5. Format of DMARP Frames
9.5. DMARPフレームの形式
fieldname length comment --------------------------------------------------------------------
fieldname長さのコメント--------------------------------------------------------------------
hardware type 16 bit 1 = "ethernet"
ハードウェアタイプ16は1=「イーサネット」に噛み付きました。
protocol type 16 bit 2048D = "Internet Protocol"
プロトコルのタイプの16ビットの2048Dは「インターネットプロトコル」と等しいです。
length of hardware 8 bit Value in octets, addresses 6 for 48 bit MAC addresses
八重奏における、ハードウェアの8ビットのValueの長さ、48ビットのMACアドレスのためのアドレス6
length of protocol 8 bit Value in octets, addresses 4 for Internet addresses
八重奏における、プロトコルの8ビットのValueの長さ、インターネット・アドレスのためのアドレス4
operation 16 bit 1: "reply" 2: "request" 3: "error" 4: "search" 5: "found"
操作16は1に噛み付きました: 2は「返答します」: 3は「要求します」: 「誤り」4: 「検索」5: 「見つけられます」。
Kuehn [Page 11] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[11ページ]RFC1329アドレス解決
6: "query" 7: "hold"
6: 「質問」7: 「成立してください」
1. hardware address ... octets
1. ハードウェア・アドレス…八重奏
2. hardware address ... octets
2. ハードウェア・アドレス…八重奏
protocol address ... octets sender
プロトコルアドレス…八重奏送付者
protocol address ... octets receiver
プロトコルアドレス…八重奏受信機
--------------------------------------------------------------------
--------------------------------------------------------------------
The value for the field "protocol type" is the same as in ARP frames.
分野「プロトコルタイプ」のための値はARPフレームと同じです。
9.6. Contents of DMARP Frames
9.6. DMARPフレームのコンテンツ
In the following tables of DMARP frames, the fields containing the length and type of protocol and hardware addresses are omitted.
DMARPフレームの以下のテーブルでは、プロトコルとハードウェア・アドレスの長さとタイプを含む分野は省略されます。
Format:
形式:
+-------------------------------------------------------------+ | Operation | 1. hardware | 2. hardware | protocol | protocol | | | address | address | address | address | | | | | sender | receiver | +-------------------------------------------------------------+
+-------------------------------------------------------------+ | 操作| 1. ハードウェア| 2. ハードウェア| プロトコル| プロトコル| | | アドレス| アドレス| アドレス| アドレス| | | | | 送付者| 受信機| +-------------------------------------------------------------+
Operation = 1 (reply), 2 (request), 3 (error): +-----------------------------------------------------------------+ | Operation | P-MAC address | S-MAC address | protocol | protocol | | | sender | sender | address | address | | | | | sender | receiver | +-----------------------------------------------------------------+
操作は1(返答する)、2(要求する)、3(誤り)と等しいです: +-----------------------------------------------------------------+ | 操作| P-MACアドレス| S-MACアドレス| プロトコル| プロトコル| | | 送付者| 送付者| アドレス| アドレス| | | | | 送付者| 受信機| +-----------------------------------------------------------------+
+-------------------------------------------------------------------+ | Operation=4 | P-MAC | P-MAC address | protocol | broadcast | | (search) | address | counter- | address | protocol | | | sender | station | sender | address | +-------------------------------------------------------------------+
+-------------------------------------------------------------------+ | 操作=4| P-Mac| P-MACアドレス| プロトコル| 放送| | (検索) | アドレス| カウンタ| アドレス| プロトコル| | | 送付者| ステーション| 送付者| アドレス| +-------------------------------------------------------------------+
+-------------------------------------------------------------------+ | Operation=5 | P-MAC | S-MAC address | protocol | broadcast | | (found) | address | counter- | address | protocol | | | sender | station | sender | address | +-------------------------------------------------------------------+
+-------------------------------------------------------------------+ | 操作=5| P-Mac| S-MACアドレス| プロトコル| 放送| | (見つけられます) | アドレス| カウンタ| アドレス| プロトコル| | | 送付者| ステーション| 送付者| アドレス| +-------------------------------------------------------------------+
Kuehn [Page 12] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[12ページ]RFC1329アドレス解決
+-------------------------------------------------------------------+ | Operation=6 | S-MAC | P-MAC address | protocol | broadcast | | (query) | address | counter- | address | protocol | | | sender | station | sender | address | +-------------------------------------------------------------------+
+-------------------------------------------------------------------+ | 操作=6| S-Mac| P-MACアドレス| プロトコル| 放送| | (質問) | アドレス| カウンタ| アドレス| プロトコル| | | 送付者| ステーション| 送付者| アドレス| +-------------------------------------------------------------------+
+-------------------------------------------------------------------+ | Operation=7 | P-MAC address | S-MAC address | protocol | protocol | | (hold) | sender | sender | address | address | | | | | sender | receiver | +-------------------------------------------------------------------+
+-------------------------------------------------------------------+ | 操作=7| P-MACアドレス| S-MACアドレス| プロトコル| プロトコル| | (保持) | 送付者| 送付者| アドレス| アドレス| | | | | 送付者| 受信機| +-------------------------------------------------------------------+
Apart from the error frames all frames are sent on the secondary ring. The reply, error and search frames are addressed to the broadcast hardware address. The request, found, query and hold frames are addressed to an individual secondary MAC address.
誤りフレームは別として、すべてのフレームを二次リングに送ります。 回答、誤り、および検索フレームは放送ハードウェアアドレスに記述されます。 要求であり、見つけられて、質問と倉内フレームは個々の二次MACアドレスに記述されます。
10. Formal Description
10. 形式的記述
The following description is written in ESTELLE.
以下の記述はエステルに書かれています。
10.1. Global Constants, Variables and Types
10.1. グローバルな定数、変数、およびタイプ
default individual queue;
デフォルト個人は列を作ります。
timescale ...;
スケール…;
type
タイプ
PDU_type = ... ; (* format of a Protocol Data Unit: String of variable length *) HW_addr_type = ... ; (* format of a 48 bit MAC address *) PR_addr_type = ... ; (* General: format of a protocol address in an ARP or DMARP frame *) IP_addr_type = ... ; (* General: format of an IP address *) QoS_type = ... ; (* General: format of a Quality-of- -Service statement *) timer_name_type = ... ; (* Type for the name of a system timer *)
PDU_タイプ=… ; (プロトコルData Unit: 可変長*のストリングの*形式) HW_addr_タイプ=… ; (48ビットのMACアドレス*の*形式) PR_addr_は=をタイプします… ; (*一般: ARPかDMARPフレーム*のプロトコルアドレスの形式) IP_addr_は=をタイプします… ; (*一般: IPアドレス*の形式) QoS_タイプ=… ; (*一般: Qualityの形式、-、サービス声明*、) タイマ_名前_タイプ=… ; (システムタイマ*の名前のための*タイプ)
flag = (reset,set);
旗=(設定されて、リセットされます)。
var
var
(* The values of these variables are set in the initialization part or by external management functions. *)
(* これらの変数の値は初期化部分か外部の管理機能によって設定されます。 *)
Kuehn [Page 13] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[13ページ]RFC1329アドレス解決
My_P_MAC_addr : HW_addr_type; (* Address of the MAC, placed on the primary ring *) My_S_MAC_addr : HW_addr_type; (* Address of the MAC, placed on the secondary ring *) My_IP_address : IP_addr_type; (* IP address of this station *) Broadcast_HW_addr : HW_addr_type; (* Broadcast MAC address (48 bit) *) Broadcast_IP_addr : IP_addr_type; (* Broadcast IP address *) dmarp_QoS : QoS_type; (* Quality_of_Service-statement for DMARP frames *)
_私の_P MAC_addr: HW_addr_タイプ。 (MACの*アドレス第一のリング*に置かれて、 _私の_S MAC_addr: HW_addr_タイプ。 (MACの*アドレス二次リング*に置かれて、 私の_IP_アドレス: IP_addr_はタイプします。 (このステーション*の*IPアドレス) _HW_addrを放送してください: HW_addr_タイプ。 (*放送MACアドレス(48ビット)*) _IP_addrを放送してください: IP_addr_はタイプします。 (*放送IPアドレス*) dmarp_QoS: QoS_タイプ。 (_DMARPフレーム*へのService-声明の*品質_)
ethernet : integer; (* Type statement in DMARP frames *) ip : integer; (* Number for IP as protocol type *) fddi_addr_length : integer; (* Length of a MAC address in octetts *) ip_addr_length : integer; (* Length of a IP address in octetts *)
イーサネット: 整数。 (DMARPフレーム*の*型宣言文) ip: 整数。 (プロトコルタイプ*としてのIPの*番号) fddi_addr_の長さ: 整数。 (octetts*のMACアドレスの*長さ) ip_addr_の長さ: 整数。 (octetts*のIPアドレスの*長さ)
OR_set_timeout : integer; (* Parameter for the OR-Entry-Timer *) Query_time : integer; (* Parameter for the Hold-Timer *) Hold_time : integer; (* Parameter for the Query-Timer *)
_または、_タイムアウトを設定してください: 整数。 (ORエントリータイマ*のための*パラメタ) _時間について質問してください: 整数。 (保持タイマ*のための*パラメタ) _時間を保持してください: 整数。 (質問タイマ*のための*パラメタ)
10.2. Channels
10.2. チャンネル
channel SAPchn(User,Provider); by User : UNITDATA_request ( Source_addr : HW_addr_type; Dest_addr : HW_addr_type; QoS : QoS_type; PDU : PDU_type; ) by Provider : UNITDATA_indication ( Source_addr : HW_addr_type; Dest_addr : HW_addr_type; QoS : QoS_type; PDU : PDU_type; )
SAPchn(ユーザ、Provider)はチャネルを開設します。 ユーザで: プロバイダーによるUNITDATA_要求(ソース_addr: HW_addr_タイプ; Dest_addr: HW_addr_タイプ; QoS: QoS_タイプ; PDU: PDU_タイプ;): UNITDATA_指示(ソース_addr: HW_addr_タイプ; Dest_addr: HW_addr_タイプ; QoS: QoS_タイプ; PDU: PDU_タイプ;)
channel System_Access_Point_chn(User,Provider); by User: TIMER_request(Time : integer; Timer_id : timer_name_type; subscript : integer);
チャンネルSystem_Access_Point_chn(ユーザ、Provider)。 ユーザで: TIMER_要求(時間: 整数; タイマ_イド: タイマ_名前_タイプ; 添字: 整数)。
TIMER_cancel(Timer_id : timer_name_type; subscript : integer);
TIMER_キャンセル(タイマ_イド: タイマ_名前_タイプ; 添字: 整数)。
Kuehn [Page 14] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[14ページ]RFC1329アドレス解決
by Provider: TIMER_response(Timer_id : timer_name_type; subscript : integer);
プロバイダーで: TIMER_応答(タイマ_イド: タイマ_名前_タイプ; 添字: 整数)。
10.3. The Module Header and Interaction Points
10.3. モジュールヘッダーと相互作用ポイント
module LS_module systemprocess; ip LS_ARPSAP : SAPchn(Provider); LS_IPSAP : SAPchn(Provider); SNAP1_ARPSAP : SAPchn(User); SNAP1_LSSAP : SAPchn(User); SNAP1_IPSAP : SAPchn(User); SNAP2_ARPSAP : SAPchn(User); SNAP2_LSSAP : SAPchn(User); SNAP2_IPSAP : SAPchn(User); LS_System_Access_Point : System_Access_Point_chn(User); end;
モジュールLS_モジュールsystemprocess。 ip LS_ARPSAP: SAPchn(プロバイダー)。 LS_IPSAP: SAPchn(プロバイダー)。 SNAP1_ARPSAP: SAPchn(ユーザ)。 SNAP1_LSSAP: SAPchn(ユーザ)。 SNAP1_IPSAP: SAPchn(ユーザ)。 SNAP2_ARPSAP: SAPchn(ユーザ)。 SNAP2_LSSAP: SAPchn(ユーザ)。 SNAP2_IPSAP: SAPchn(ユーザ)。 LS_システム_アクセス_は指します: システム_アクセス_は_chn(ユーザ)を指します。 終わってください。
10.4. The Modulebody of the Load Sharing Entity
10.4. 負荷分割法実体のModulebody
body LS_body for LS_module;
LS_モジュールのためのボディーLS_ボディー。
module multiplexer_module process; ip LS_IPSAP : SAPchn(Provider); SNAP1_IPSAP : SAPchn(User); SNAP2_IPSAP : SAPchn(User); end;
モジュール回線多重化装置_モジュールの過程。 ip LS_IPSAP: SAPchn(プロバイダー)。 SNAP1_IPSAP: SAPchn(ユーザ)。 SNAP2_IPSAP: SAPchn(ユーザ)。 終わってください。
module cache_administration_module process; ip LS_ARPSAP : SAPchn(Provider); SNAP1_ARPSAP : SAPchn(User); SNAP1_LSSAP : SAPchn(User); SNAP2_ARPSAP : SAPchn(User); SNAP2_LSSAP : SAPchn(User); LS_System_Access_Point : System_Access_Point_chn(User); end;
モジュールキャッシュ_管理_モジュールの過程。 ip LS_ARPSAP: SAPchn(プロバイダー)。 SNAP1_ARPSAP: SAPchn(ユーザ)。 SNAP1_LSSAP: SAPchn(ユーザ)。 SNAP2_ARPSAP: SAPchn(ユーザ)。 SNAP2_LSSAP: SAPchn(ユーザ)。 LS_システム_アクセス_は指します: システム_アクセス_は_chn(ユーザ)を指します。 終わってください。
body cache_administration_body for cache_administration_module; (* defined later *) end;
キャッシュ_管理_モジュールのためのボディーキャッシュ_管理_ボディー。 (*は後の*を定義しました) 終わってください。
body multiplexer_body for multiplexer_module; (* defined later *) end;
回線多重化装置_モジュールのためのボディー回線多重化装置_ボディー。 (*は後の*を定義しました) 終わってください。
modvar cache_administration : cache_administration_module;
modvarキャッシュ_管理: _管理_モジュールをキャッシュしてください。
Kuehn [Page 15] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[15ページ]RFC1329アドレス解決
multiplexer : multiplexer_module;
回線多重化装置: 回線多重化装置_モジュール。
initialize begin ethernet := 1; ip := 2048; fddi_addr_length := 6; ip_addr_length := 4; init cache_administration with cache_administration_body; init multiplexer with multiplexer_body; attach LS_IPSAP to multiplexer.LS_IPSAP; attach SNAP1_IPSAP to multiplexer.SNAP1_IPSAP; attach SNAP2_IPSAP to multiplexer.SNAP2_IPSAP; attach LS_ARPSAP to cache_administration.LS_ARPSAP; attach SNAP1_ARPSAP to cache_administration.SNAP1_ARPSAP; attach SNAP1_LSSAP to cache_administration.SNAP1_LSSAP; attach SNAP2_ARPSAP to cache_administration.SNAP2_ARPSAP; attach SNAP2_LSSAP to cache_administration.SNAP2_LSSAP; attach LS_System_Access_Point to cache_administration. LS_System_Access_Point; end; end;
初期化、イーサネット:=1を始めてください。 ip:=2048。 fddi_addr_長さ:=6。 ip_addr_長さ:=4。 キャッシュ_管理_ボディーがあるイニットキャッシュ_管理。 回線多重化装置_ボディーがあるイニット回線多重化装置。 LS_IPSAPをmultiplexer.LS_IPSAPに取り付けてください。 SNAP1_IPSAPをmultiplexer.SNAP1_IPSAPに取り付けてください。 SNAP2_IPSAPをmultiplexer.SNAP2_IPSAPに取り付けてください。 LS_ARPSAPを取り付けて、_administration.LS_ARPSAPをキャッシュしてください。 SNAP1_ARPSAPを取り付けて、_administration.SNAP1_ARPSAPをキャッシュしてください。 SNAP1_LSSAPを取り付けて、_administration.SNAP1_LSSAPをキャッシュしてください。 SNAP2_ARPSAPを取り付けて、_administration.SNAP2_ARPSAPをキャッシュしてください。 SNAP2_LSSAPを取り付けて、_administration.SNAP2_LSSAPをキャッシュしてください。 LS_System_Access_Pointをキャッシュ_管理に取り付けてください。 LS_システム_アクセス_は指します。 終わってください。 終わってください。
10.5. The Modulebody for the Multiplexer
10.5. 回線多重化装置のためのModulebody
body multiplexer_body for multiplexer_module;
回線多重化装置_モジュールのためのボディー回線多重化装置_ボディー。
type Type_of_addr_type = (individual, multi, broad); ring_type = (primary, secondary);
_addr_のタイプType_は=(個々の、そして、マルチ、そして、広い)をタイプします。 _タイプ=(第一の、そして、二次の)に電話をしてください。
var act_S_MAC_addr : HW_addr_type;
_var行為_S MAC_addr: HW_addr_タイプ。
function determ_addrtype(HW_addr: HW_addr_type): Type_of_addr_type; primitive; (* Returns the type of a hardware address. (Individual, multicast or broadcast address) *)
機能「反-用語」_addrtype(HW_addr: HW_addr_タイプ): _addr_のタイプ_はタイプします。 原始。 (* ハードウェア・アドレスのタイプを返します。 (個人、マルチキャストまたは放送演説) *)
function get_cacheentry(prtype: integer; P_MAC_addr: HW_addr_type; var S_MAC_addr : HW_addr_type): boolean; primitive; (* Returns the associated secondary MAC address for a given primary MAC address and protocol type. If an entry exists, the value TRUE is returned. *)
機能は_cacheentry(prtype: 整数; P_MAC_addr: HW_addr_タイプ; var S_MAC_addr: HW_addr_タイプ)を手に入れます: 論理演算子。 原始。 (* 関連二次MACが与えられた第一のMACのために記述するリターンは、タイプを記述して、議定書の中で述べます。 エントリーが存在しているなら、値のTRUEを返します。 *)
Kuehn [Page 16] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[16ページ]RFC1329アドレス解決
function ls_criteria : ring_type; (* Returns the ring on which the actual frame should be transmitted. *) primitive;
機能ls_評価基準: _タイプに電話をしてください。 (* 実際のフレームが伝えられるべきであるリングを返します。 *) 原始。
trans
移-
when LS_IPSAP.UNITDATA_request(Source_addr,Dest_addr,QoS,PDU) begin if determ_addrtype(Dest_addr) <> individual then output SNAP1_IPSAP.UNITDATA_request(Source_addr,Dest_addr,QoS,PDU); else begin if get_cacheentry(ip,Dest_addr,act_S_MAC_addr) and (ls_criteria=secondary) then output SNAP2_IPSAP.UNITDATA_request(My_S_MAC_addr, act_S_MAC_addr,QoS,PDU); else output SNAP1_IPSAP.UNITDATA_request(Source_addr,Dest_addr,QoS,PDU); end; end;
次に、_が「反-用語」_addrtype(Dest_addr)<>個人であるなら始まるよう(ソース_addr、Dest_addr、QoS、PDU)要求するLS_IPSAP.UNITDATAがSNAP1_IPSAP.UNITDATA_要求(ソース_addr、Dest_addr、QoS、PDU)を出力したとき。 ほかに、始まってください、cacheentry(ip、Dest_addrは__S MAC_addrを活動させる)と次に、(ls_評価基準=2番目)出力SNAP2_IPSAP.UNITDATA_が要求する_(S_MAC_がaddrする私の_、S_MAC_がaddrする行為_、QoS、PDU)を手に入れてください。 ほかの出力SNAP1_IPSAP.UNITDATA_要求(ソース_addr、Dest_addr、QoS、PDU)。 終わってください。 終わってください。
when SNAP1_IPSAP.UNITDATA_indication(Source_addr,Dest_addr,QoS,PDU) begin output LS_IPSAP.UNITDATA_indication(Source_addr,Dest_addr,QoS,PDU); end;
SNAP1_IPSAP.UNITDATA_指示(ソース_addr、Dest_addr、QoS、PDU)であるときには、出力LS_IPSAP.UNITDATA_指示(ソース_addr、Dest_addr、QoS、PDU)を始めてください。 終わってください。
when SNAP2_IPSAP.UNITDATA_indication(Source_addr,Dest_addr,QoS,PDU) begin if determ_addrtype(Dest_addr) = individual then begin Dest_addr := My_P_MAC_addr; output LS_IPSAP.UNITDATA_indication(Source_addr,Dest_addr,QoS,PDU); end; end;
「反-用語」_addrtype(Dest_addr)が個人と等しいなら、SNAP2_IPSAP.UNITDATA_指示(ソース_addr、Dest_addr、QoS、PDU)であるときには始まってください、そして、次に、私の_P_MAC_がaddrするDest_addr:=を始めてください、。 LS_IPSAP.UNITDATA_指示(ソース_addr、Dest_addr、QoS、PDU)を出力してください。 終わってください。 終わってください。
10.6. The Modulebody for the Cache Administration
10.6. キャッシュ政権のためのModulebody
body cache_administration_body for cache_administration_module;
キャッシュ_管理_モジュールのためのボディーキャッシュ_管理_ボディー。
type arp_pdu_type = record hwtype : integer; prtype : integer; HW_length : integer; PR_length : integer; operation : (request,reply); HW_sender : HW_addr_type; PR_sender : PR_addr_type; HW_receiver : HW_addr_type;
タイプarp_pdu_タイプ=はhwtypeを記録します: 整数。 prtype: 整数。 HW_の長さ: 整数。 PR_の長さ: 整数。 操作: (要求、回答)。 HW_送付者: HW_addr_タイプ。 PR_送付者: PR_addr_はタイプします。 HW_受信機: HW_addr_タイプ。
Kuehn [Page 17] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[17ページ]RFC1329アドレス解決
PR_receiver : PR_addr_type; end;
PR_受信機: PR_addr_はタイプします。 終わってください。
dmarp_operation_type = (request,reply,error,search,found,query,hold);
dmarp_操作_タイプ=(要求、回答、誤りは質問を見つけられて、捜して、成立してください)。
dmarp_pdu_type = record hwtype : integer; prtype : integer; HW_length : integer; PR_length : integer; operation : dmarpoperation_type; HW_1 : HW_addr_type; HW_2 : HW_addr_type; PR_sender : PR_addr_type; PR_receiver : PR_addr_type; end;
dmarp_pdu_タイプ=はhwtypeを記録します: 整数。 prtype: 整数。 HW_の長さ: 整数。 PR_の長さ: 整数。 操作: dmarpoperation_タイプ。 HW_1: HW_addr_タイプ。 HW_2: HW_addr_タイプ。 PR_送付者: PR_addr_はタイプします。 PR_受信機: PR_addr_はタイプします。 終わってください。
var arp_pdu : arp_pdu_type; dmarp_pdu : dmarp_pdu_type; send_pdu : dmarp_pdu_type; act_P_MAC_addr : HW_addr_type;
var arp_pdu: arp_pdu_タイプ。 dmarp_pdu: dmarp_pdu_タイプ。 _pduを送ってください: dmarp_pdu_タイプ。 __P MAC_addrを活動させてください: HW_addr_タイプ。
function my_pr_address(prtype : integer ; praddr : PR_addr_type): boolean; (* Returns TRUE, if praddr is my station address, the protocol type is prtype. (2048d for the Internet protocol) *) primitive;
私の_pr_が記述する機能(prtype: 整数; praddr: PR_addr_タイプ): 論理演算子。 (* リターンTRUE、praddrが私のステーションアドレスであるなら、プロトコルタイプはprtypeです。 (インターネットプロトコルのための2048d) *) 原始。
function get_my_pr_addr(prtype : integer) : PR_addr_type; (* Returns my station address, the protocol has the number prtype. *)
機能は_私の_pr_addr(prtype: 整数)を手に入れます: PR_addr_はタイプします。 (* 私のステーションが記述するリターンであり、プロトコルには数のprtypeがあります。 *)
function extract_arp_pdu(PDU : PDU_type) : arp_pdu_type; (* Returns the data contained in an ARP PDU as a record. *) primitive;
_機能抽出arp_pdu(PDU: PDU_タイプ): arp_pdu_タイプ。 (* データが記録としてARP PDUに含んだリターン。 *) 原始。
function extract_dmarp_pdu(PDU : PDU_type) : dmarp_pdu_type; (* Returns the data contained in an DMARP PDU as a record. *) primitive;
_機能抽出dmarp_pdu(PDU: PDU_タイプ): dmarp_pdu_タイプ。 (* データが記録としてDMARP PDUに含んだリターン。 *) 原始。
Kuehn [Page 18] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[18ページ]RFC1329アドレス解決
function assemble_dmarp_pdu(dmarp_pdu : dmarp_pdu_type): PDU; (* Returns a DMARP PDU from the data in the record. *) primitive;
機能は_dmarp_pdu(dmarp_pdu: dmarp_pdu_タイプ)を組み立てます: PDU。 (* レコードのデータからDMARP PDUを返します。 *) 原始。
procedure create_entry(prtype: integer; P_MAC_addr: HW_addr_type; S_MAC_addr: HW_addr_type; LS_Bit: flag; OR_Bit: flag; H_Bit: flag; Q_Bit: flag; R_Bit: flag; V_Bit: flag); (* Creates a new entry in the address cache, if no entry with the given primary MAC address or R-bit set to one exists. The protocol type has the number prtype. The control bits are set as given in the parameters, the LS-bit is set last. *) primitive;
手順..作成..エントリー..整数..タイプ..タイプ..弛む..弛む..弛む..弛む..弛む..弛む (* 1つに設定された与えられた第一のMACアドレスかR-ビットによるエントリーが全く存在していないなら、アドレスキャッシュにおける新しいエントリーを作成します。 プロトコルタイプは数のprtypeを持っています。 コントロールビットはパラメタで与えるように設定されて、LS-ビットは最後に設定されます。 *) 原始。
function search_entry(prtype : integer; P_MAC_addr : HW_addr_type): boolean; (* Returns TRUE if an entry with the primary MAC address P_MAC_addr and the given protocol type was found in the address cache. *) primitive;
機能検索_エントリー(prtype: 整数; _P MAC_addr: HW_addr_タイプ): 論理演算子。 (* エントリーであるなら見つけられたMAC_addrと付与が議定書の中で述べる_がアドレスキャッシュでタイプする第一のMACアドレスPと共にTRUEを返します。 *) 原始。
procedure update_entry(prtype: integer; P_MAC_addr: HW_addr_type; S_MAC_addr: HW_addr_type); (* Searches an entry with the given primary MAC address P_MAC_address and updates the secondary MAC address in the entry if the R-bit is set to zero. *) primitive;
手順アップデート_エントリー(prtype: _整数; P_MAC_addr: HW_addr_タイプ; S MAC_addr: HW_addr_タイプ)。 (* 与えられた第一のMACアドレスP_MAC_アドレスでエントリーを捜して、R-ビットがゼロに設定されるなら、エントリーで二次MACアドレスをアップデートします。 *) 原始。
procedure reset_LS_bit(prtype: integer; P_MAC_addr : HW_addr_type); (* Searches an entry with the given primary MAC address P_MAC_address and resets the LS-bit if the R-bit is reset. *) primitive;
手順リセット_LS_に噛み付きました(prtype: 整数; _P MAC_addr: HW_addr_タイプ)。 (* 与えられた第一のMACアドレスP_MAC_アドレスでエントリーを捜して、R-ビットがリセットされるなら、LS-ビットをリセットします。 *) 原始。
procedure set_Q_bit(prtype: integer; P_MAC_addr : HW_addr_type); (* Searches an entry with the given primary MAC address P_MAC_address and sets the Q-bit if the R-bit is reset. *) primitive;
手順セット_Q_に噛み付きました(prtype: 整数; _P MAC_addr: HW_addr_タイプ)。 (* 与えられた第一のMACアドレスP_MAC_アドレスでエントリーを捜して、R-ビットがリセットされるなら、Q-ビットを設定します。 *) 原始。
Kuehn [Page 19] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[19ページ]RFC1329アドレス解決
function H_bit_set(prtype: integer; P_MAC_addr : HW_addr_type): boolean; (* Returns TRUE if an entry exists with H-bit set to one and the given P-MAC address. *) primitive;
機能H_ビット_はセットしました(prtype: 整数; _P MAC_addr: HW_addr_タイプ): 論理演算子。 (* エントリーが1つに設定されたH-ビットと与えられたP-MACアドレスで存在しているなら、TRUEを返します。 *) 原始。
function OR_bit_set(prtype: integer; P_MAC_addr : HW_addr_type): boolean; (* Returns TRUE if an entry exists with OR-bit set to one and the given P-MAC address. *) primitive;
機能OR_ビット_はセットしました(prtype: 整数; _P MAC_addr: HW_addr_タイプ): 論理演算子。 (* エントリーが1つに設定されたOR-ビットと与えられたP-MACアドレスで存在しているなら、TRUEを返します。 *) 原始。
function LS_bit_set(prtype: integer; P_MAC_addr : HW_addr_type): boolean; (* Returns TRUE if an entry exists with LS-bit set to one and the given P-MAC address. *) primitive;
機能LS_ビット_はセットしました(prtype: 整数; _P MAC_addr: HW_addr_タイプ): 論理演算子。 (* エントリーが1つに設定されたLS-ビットと与えられたP-MACアドレスで存在しているなら、TRUEを返します。 *) 原始。
function Q_bit_set(prtype: integer; P_MAC_addr : HW_addr_type): boolean; (* Returns TRUE if an entry exists with Q-bit set to one and the given P-MAC address. *) primitive;
機能Q_ビット_はセットしました(prtype: 整数; _P MAC_addr: HW_addr_タイプ): 論理演算子。 (* エントリーが1つに設定されたQ-ビットと与えられたP-MACアドレスで存在しているなら、TRUEを返します。 *) 原始。
function get_subscript(prtype: integer; P_MAC_addr : HW_addr_type): integer; (* Returns the subscipt number of an entry with the given primary MAC address. *) primitive;
機能は_添字(prtype: 整数; _P MAC_addr: HW_addr_タイプ)を得ます: 整数。 (* 与えられた第一のMACアドレスによるエントリーのsubscipt番号を返します。 *) 原始。
function get_broadcast_addr(prtype : integer): PR_addr_type; (* Returns the broadcast protocol address for the given protocol type. *)
機能は_放送_addr(prtype: 整数)を手に入れます: PR_addr_はタイプします。 (* 与えられたプロトコルタイプのために放送プロトコルアドレスを返します。 *)
function get_P_MAC_addr(subscript : integer) : HW_addr_type; (* Returns the primary MAC address of the entry with the given subscript
機能は__P MAC_addr(添字: 整数)を手に入れます: HW_addr_タイプ。 (*は与えられた添字によるエントリーの第一のMACアドレスを返します。
Kuehn [Page 20] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[20ページ]RFC1329アドレス解決
number. *) primitive;
数。 *)、原始。
function get_S_MAC_addr(prtype: integer; P_MAC_addr: HW_addr_type): HW_addr_type; (* Returns the secondary MAC address of the station with the given primary MAC address. *) primitive;
機能は__S MAC_addr(prtype: 整数; _P MAC_addr: HW_addr_タイプ)を手に入れます: HW_addr_タイプ。 (* 二次MACが記述する与えられた第一のMACアドレスがあるステーションの復帰。 *) 原始。
procedure delete_entry(subscript : integer); (* Deletes the entry with the given subscript number if the R-bit is reset. *) primitive;
手順は_エントリー(添字: 整数)を削除します。 (* R-ビットがリセットされるなら、与えられた添字番号でエントリーを削除します。 *) 原始。
function get_pr_type(subscript : integer) : integer; (* Returns the protocol type for the entry with the given subscript number. *) primitive;
機能は_pr_タイプ(添字: 整数)を得ます: 整数。 (* 与えられた添字番号と共にエントリーのためのプロトコルタイプを返します。 *) 原始。
function get_pr_length(prtype : integer) : integer; (* Returns the length of a protocol address. *) primitive;
機能は_pr_長さ(prtype: 整数)を得ます: 整数。 (* プロトコルアドレスの長さを返します。 *) 原始。
trans
移-
when LS_ARPSAP.UNITDATA_request(Source_addr,Dest_addr,QoS,PDU) begin arp_pdu := extract_arp_pdu(PDU); output SNAP1_ARPSAP.UNITDATA_request(Source_addr,Dest_addr,QoS,PDU); dmarp_pdu.hwtype := ethernet; dmarp_pdu.prtype := arp_pdu.prtype; dmarp_pdu.HW_length := fddi_addr_length; dmarp_pdu.PR_length := arp_pdu.PR_length; dmarp_pdu.operation := reply; dmarp_pdu.HW_1 := My_P_MAC_addr; dmarp_pdu.HW_2 := My_S_MAC_addr; dmarp_pdu.PR_sender := arp_pdu.PR_sender; dmarp_pdu.PR_receiver := arp_pdu.PR_receiver;
始まらせる(ソース_addr、Dest_addr、QoS、PDU)_がarp_pdu:=を要求するLS_ARPSAP.UNITDATAが_arp_pdu(PDU)を抽出するとき。 SNAP1_ARPSAP.UNITDATA_要求(ソース_addr、Dest_addr、QoS、PDU)を出力してください。 dmarp_pdu.hwtype:=イーサネット。 dmarp_pdu.prtype:=arp_pdu.prtype。 dmarp_pdu.HW_長さの:=fddi_addr_の長さ。 dmarp_pdu.PR_長さの:=arp_pdu.PR_の長さ。 dmarp_pdu.operation:=回答。 私の_P_MAC_がaddrするdmarp_pdu.HW_1:=。 私の_S_MAC_がaddrするdmarp_pdu.HW_2:=。 dmarp_pdu.PR_送付者:=arp_pdu.PR_送付者。 dmarp_pdu.PR_受信機:=arp_pdu.PR_受信機。
Kuehn [Page 21] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[21ページ]RFC1329アドレス解決
PDU := assemble_dmarp_pdu(dmarp_pdu); output SNAP2_LSSAP.UNITDATA_request(My_S_MAC_addr,Broadcast_HW_addr, dmarp_QoS,PDU); end;
PDU:=は_dmarp_pdu(dmarp_pdu)を組み立てます。 SNAP2_LSSAP.UNITDATA_要求(_私の_S MAC_addr、Broadcast_HW_addr、dmarp_QoS、PDU)を出力してください。 終わってください。
when SNAP1_ARPSAP.UNITDATA_indication(Source_addr,Dest_addr,QoS,PDU) begin output LS_ARPSAP.UNITDATA_indication(Source_addr,Dest_addr,QoS,PDU); end;
SNAP1_ARPSAP.UNITDATA_指示(ソース_addr、Dest_addr、QoS、PDU)であるときには、出力LS_ARPSAP.UNITDATA_指示(ソース_addr、Dest_addr、QoS、PDU)を始めてください。 終わってください。
when SNAP2_ARPSAP.UNITDATA_indication(Source_addr,Dest_addr,QoS,PDU) begin end;
SNAP2_ARPSAP.UNITDATA_指示(ソース_addr、Dest_addr、QoS、PDU)であるときには、終わりを始めてください。
when SNAP1_LSSAP.UNITDATA_indication(Source_addr,Dest_addr,QoS,PDU) begin dmarp_pdu := extract_dmarp_pdu(PDU); if ((dmarp_pdu.operation = error) or (dmarp_pdu.operation = reply)) then begin if my_pr_address(dmarp_pdu.prtype,dmarp_pdu.PR_receiver) then begin if not H_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) then begin if not OR_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) then begin if LS_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) then begin output LS_System_Access_point.TIMER_cancel( "Hold_Timer",get_subscript(dmarp_pdu.prtype,dmarp_pdu.HW_1)); create_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1,dmarp_pdu.HW_2, reset,set,reset,reset,reset,set); end; output LS_System_Access_point.TIMER_request( OR_set_timeout,"OR_Entry_Timer", get_subscript(dmarp_pdu.prtype,dmarp_pdu.HW_1)); send_pdu.hwtype := ethernet; send_pdu.prtype := dmarp_pdu.prtype; send_pdu.HW_length := fddi_addr_length; send_pdu.PR_length := dmarp_pdu.PR_length; send_pdu.operation := search; send_pdu.HW_1 := My_P_MAC_addr; send_pdu.HW_2 := dmarp_pdu.HW_1; send_pdu.PR_sender := get_my_pr_addr(dmarp_pdu.prtype); send_pdu.PR_receiver := get_broadcast_addr(dmarp_pdu.prtype); PDU := assemble_dmarp_pdu(dmarp_pdu); output SNAP2_LSSAP.UNITDATA_request( My_S_MAC_addr,Broadcast_HW_addr,dmarp_QoS,PDU); end else begin if dmarp_pdu.operation=error then update_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1,dmarp_pdu.HW_2); end; end else begin
SNAP1_LSSAP.UNITDATA_指示(ソース_addr、Dest_addr、QoS、PDU)であるときには、_dmarp_pdu:=抽出dmarp_pdu(PDU)を始めてください。 誤り..回答..そして..始まる..アドレス..受信機..そして..始まる..ビット..セット..そして..始まる..ビット..設定..そして..始まる..ビット..設定..そして..始まる..出力..キャンセル..保持..タイマ..得る..添字 _エントリー(dmarp_pdu.prtype(dmarp_pdu.HW_1、リセットされたdmarp_pdu.HW_2)はセットして、リセット(リセットされたリセット)はセットした)を作成してください。 終わってください。 出力LS_System_Access_point.TIMER_要求(OR_は_タイムアウトを設定して、「OR_Entry_Timer」は_添字(dmarp_pdu.prtype、dmarp_pdu.HW_1)を得ます)。 _pdu.hwtype:=イーサネットを送ってください。 _pdu.prtype:=dmarp_pdu.prtypeを送ってください。 _pdu.HW_長さの:=fddi_addr_の長さを送ってください。 _pdu.PR_長さの:=dmarp_pdu.PR_の長さを送ってください。 _pdu.operation:=検索を送ってください。 _私の_P MAC_addrを_pdu.HW_1:=に送ってください。 _pdu.HW_2:=dmarp_pdu.HW_1を送ってください。 _私の_pr_addr(dmarp_pdu.prtype)を_送付者:=が手に入れるpdu.PR_に送ってください。 _:=が_放送_addr(dmarp_pdu.prtype)を手に入れるpdu.PR_受信機を送ってください。 PDU:=は_dmarp_pdu(dmarp_pdu)を組み立てます。 SNAP2_LSSAP.UNITDATA_要求(_私の_S MAC_addr、Broadcast_HW_addr、dmarp_QoS、PDU)を出力してください。 dmarp_pdu.operationが誤りの当時のアップデート_エントリー(dmarp_pdu.prtype、dmarp_pdu.HW_1、dmarp_pdu.HW_2)と等しいなら、終わりはほかの始まります。 終わってください。 ほかの終わりは始まります。
Kuehn [Page 22] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[22ページ]RFC1329アドレス解決
if dmarp_pdu.operation = error then update_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1,dmarp_pdu.HW_2); end; end else begin if my_pr_address(dmarp_pdu.prtype,dmarp_pdu.PR_sender) and (dmarp_pdu.operation = reply) then begin dmarp_pdu.operation := error; PDU := assemble_dmarp_pdu(dmarp_pdu); output SNAP1_LSSAP.UNITDATA_request( My_P_MAC_addr,Broadcast_HW_addr,dmarp_QoS,PDU); end else begin if dmarp_pdu.operation=error and search_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1) then update_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1,dmarp_pdu.HW_2); end; end; end; end;
dmarp_pdu.operationが誤りと等しいなら、_エントリー(dmarp_pdu.prtype、dmarp_pdu.HW_1、dmarp_pdu.HW_2)をアップデートしてください。 終わってください。 次に、私の_pr_アドレス(dmarp_pdu.prtype、dmarp_pdu.PR_送付者)と(dmarp_pdu.operation=回答)がdmarp_pdu.operation:=誤りを始めるなら、終わりはほかの始まります。 PDU:=は_dmarp_pdu(dmarp_pdu)を組み立てます。 SNAP1_LSSAP.UNITDATA_要求(_私の_P MAC_addr、Broadcast_HW_addr、dmarp_QoS、PDU)を出力してください。 次に、dmarp_pdu.operation=誤りと検索_エントリー(dmarp_pdu.prtype、dmarp_pdu.HW_1)が_エントリー(dmarp_pdu.prtype、dmarp_pdu.HW_1、dmarp_pdu.HW_2)をアップデートするなら、終わりはほかの始まります。 終わってください。 終わってください。 終わってください。 終わってください。
when SNAP2_LSSAP.UNITDATA_indication(Source_addr,Dest_addr,QoS,PDU) begin dmarp_pdu := extract_dmarp_pdu(PDU); if (dmarp_pdu.operation = found) and my_pr_address(dmarp_pdu.prtype,dmarp_pdu.PR_receiver) then begin if not H_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) then begin if OR_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) then begin output LS_System_Access_Point. TIMER_cancel("OR_Entry_Timer", get_subscript(dmarp_pdu.prtype,dmarp_pdu.HW_1)); end; if LS_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) then begin output LS_System_Access_Point. TIMER_cancel("Hold_Timer", get_subscript(dmarp_pdu.prtype,dmarp_pdu.HW_1)); end; create_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1,dmarp_pdu.HW_2, set,reset,set,reset,reset,set); output LS_System_Access_Point.TIMER_request(Query_time,"Query_Timer", get_subscript(dmarp_pdu.prtype,dmarp_pdu.HW_1)); end; end else begin if (dmarp_pdu.operation = reply) or (dmarp_pdu.operation = request) then begin if search_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1) then update_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1,dmarp_pdu.HW_2); end; if (dmarp_pdu.operation=request) and my_pr_address(dmarp_pdu.prtype,dmarp_pdu.PR_receiver) then begin send_pdu.hwtype := dmarp_pdu.hwtype; send_pdu.prtype := dmarp_pdu.prtype;
SNAP2_LSSAP.UNITDATA_指示(ソース_addr、Dest_addr、QoS、PDU)であるときには、_dmarp_pdu:=抽出dmarp_pdu(PDU)を始めてください。 次に、OR_ビット_がセットするなら次に、(dmarp_pdu.prtype、dmarp_pdu.PR_受信機)を始まらせるか、またはH_ビット_が設定する(pdu.operation=が見つけたdmarp_)と私の_pr_アドレス(dmarp_pdu.prtype、dmarp_pdu.HW_1)が始まるなら(dmarp_pdu.prtype、dmarp_pdu.HW_1)、出力LS_System_Access_Pointを始めてください。 タイマ_は取り消します(「OR_エントリー_タイマ」は_添字(dmarp_pdu.prtype、dmarp_pdu.HW_1)を得ます)。 終わってください。 LS_ビット_がセットしたなら(dmarp_pdu.prtype、dmarp_pdu.HW_1)、出力LS_System_Access_Pointを始めてください。 タイマ_は取り消します(「保持_タイマ」は_添字(dmarp_pdu.prtype、dmarp_pdu.HW_1)を得ます)。 終わってください。 _エントリー(dmarp_pdu.prtype(dmarp_pdu.HW_1、dmarp_pdu.HW_2)はセットして、リセット(セット、リセットされたリセット)はセットした)を作成してください。 出力LS_System_Access_Point.TIMER_要求(質問_時間、「質問_Timer」は_添字(dmarp_pdu.prtype、dmarp_pdu.HW_1)を得ます)。 終わってください。 次に、(dmarp_pdu.operation=回答)か(dmarp_pdu.operation=要求)が検索_エントリー(dmarp_pdu.prtype、dmarp_pdu.HW_1)の当時のアップデート_エントリー(dmarp_pdu.prtype、dmarp_pdu.HW_1、dmarp_pdu.HW_2)であるなら始まるなら、終わりはほかの始まります。 終わってください。 次に、(dmarp_pdu.operation=要求)と私の_pr_アドレス(dmarp_pdu.prtype、dmarp_pdu.PR_受信機)が始まるなら、_pdu.hwtype:=dmarp_pdu.hwtypeを送ってください。 _pdu.prtype:=dmarp_pdu.prtypeを送ってください。
Kuehn [Page 23] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[23ページ]RFC1329アドレス解決
send_pdu.HW_length := fddi_addr_length; send_pdu.PR_length := dmarp_pdu.PR_length; send_pdu.operation := reply; send_pdu.HW_1 := My_P_MAC_addr; send_pdu.HW_2 := My_S_MAC_addr; send_pdu.PR_sender := get_my_pr_addr(dmarp_pdu.prtype); send_pdu.PR_receiver := dmarp_pdu.PR_sender; PDU := assemble_dmarp_pdu(dmarp_pdu); output SNAP2_LSSAP.UNITDATA_request( My_S_MAC_addr,Broadcast_HW_addr,dmarp_QoS,PDU); end else begin if my_pr_address(dmarp_pdu.prtype,dmarp_pdu.pr_receiver) then begin case dmarp_pdu.operation of reply: begin if not ( OR_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) or LS_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) )then begin create_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1,dmarp_pdu.HW_2, set,reset,reset,reset,reset,set); output LS_System_Access_Point.TIMER_request(Hold_time, "Hold_Timer",get_subscript(dmarp_pdu.prtype,dmarp_pdu.HW_1)); end; end;
_pdu.HW_長さの:=fddi_addr_の長さを送ってください。 _pdu.PR_長さの:=dmarp_pdu.PR_の長さを送ってください。 _pdu.operation:=回答を送ってください。 _私の_P MAC_addrを_pdu.HW_1:=に送ってください。 _私の_S MAC_addrを_pdu.HW_2:=に送ってください。 _私の_pr_addr(dmarp_pdu.prtype)を_送付者:=が手に入れるpdu.PR_に送ってください。 _pdu.PR_受信機:=dmarp_pdu.PR_送付者を送ってください。 PDU:=は_dmarp_pdu(dmarp_pdu)を組み立てます。 SNAP2_LSSAP.UNITDATA_要求(_私の_S MAC_addr、Broadcast_HW_addr、dmarp_QoS、PDU)を出力してください。 次に、私の_pr_アドレス(dmarp_pdu.prtype、dmarp_pdu.pr_受信機)が回答のケースdmarp_pdu.operationを始めるなら、終わりはほかの始まります: 始まってください。さもないと、その時が始める(OR_ビット_セット(dmarp_pdu.prtype、dmarp_pdu.HW_1)かLS_ビット_セット(dmarp_pdu.prtype、dmarp_pdu.HW_1))は_エントリーを作成します(dmarp_pdu.prtype(dmarp_pdu.HW_1、dmarp_pdu.HW_2)はセットして、リセット(リセット、リセットされたリセット)はセットしました)。 出力LS_System_Access_Point.TIMER_要求(保持_時間、「保持_タイマ」は_添字(dmarp_pdu.prtype、dmarp_pdu.HW_1)を得ます)。 終わってください。 終わってください。
error: begin if not ( OR_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) or H_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) ) then begin if LS_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) then output LS_System_access_point.TIMER_cancel( "Hold_Timer",get_subscript(dmarp_pdu.prtype,dmarp_pdu.HW_1)); create_entry(dmarp_pdu.prtype,dmarp_pdu.HW_1,dmarp_pdu.HW_2, reset,set,reset,reset,reset,set); output LS_System_access_point.TIMER_request( OR_set_timeout,"OR_Entry_Timer", get_subscript(dmarp_pdu.prtype,dmarp_pdu.HW_1)); send_pdu.hwtype := ethernet; send_pdu.prtype := dmarp_pdu.prtype; send_pdu.HW_length := fddi_addr_length; send_pdu.PR_length := dmarp_pdu.PR_length; send_pdu.operation := search; send_pdu.HW_1 := My_P_MAC_addr; send_pdu.HW_2 := dmarp_pdu.HW_1; send_pdu.PR_sender := get_my_pr_addr(dmarp_pdu.prtype); send_pdu.PR_receiver := get_broadcast_addr(dmarp_pdu.prtype); PDU := assemble_dmarp_pdu(dmarp_pdu); output SNAP2_LSSAP.UNITDATA_request( My_S_MAC_addr,Broadcast_HW_addr,dmarp_QoS,PDU); end; end;
誤り: 始まる..そうでなければ..ビット..セット..ビット..セット..そして..始まる..噛み付く..セット..当時..出力..アクセス..キャンセル..保持..タイマ..得る..添字 _エントリー(dmarp_pdu.prtype(dmarp_pdu.HW_1、リセットされたdmarp_pdu.HW_2)はセットして、リセット(リセットされたリセット)はセットした)を作成してください。 出力LS_System_アクセス_point.TIMER_要求(OR_は_タイムアウトを設定して、「OR_Entry_Timer」は_添字(dmarp_pdu.prtype、dmarp_pdu.HW_1)を得ます)。 _pdu.hwtype:=イーサネットを送ってください。 _pdu.prtype:=dmarp_pdu.prtypeを送ってください。 _pdu.HW_長さの:=fddi_addr_の長さを送ってください。 _pdu.PR_長さの:=dmarp_pdu.PR_の長さを送ってください。 _pdu.operation:=検索を送ってください。 _私の_P MAC_addrを_pdu.HW_1:=に送ってください。 _pdu.HW_2:=dmarp_pdu.HW_1を送ってください。 _私の_pr_addr(dmarp_pdu.prtype)を_送付者:=が手に入れるpdu.PR_に送ってください。 _:=が_放送_addr(dmarp_pdu.prtype)を手に入れるpdu.PR_受信機を送ってください。 PDU:=は_dmarp_pdu(dmarp_pdu)を組み立てます。 SNAP2_LSSAP.UNITDATA_要求(_私の_S MAC_addr、Broadcast_HW_addr、dmarp_QoS、PDU)を出力してください。 終わってください。 終わってください。
Kuehn [Page 24] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[24ページ]RFC1329アドレス解決
search: begin if not (dmarp_pdu.HW_1=My_P_MAC_addr or dmarp_pdu.HW_2=My_P_MAC_addr) then begin if H_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) and H_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_2) then begin send_pdu.hwtype := ethernet; send_pdu.prtype := dmarp_pdu.prtype; send_pdu.HW_length := fddi_addr_length; send_pdu.PR_length := dmarp_pdu.PR_length; send_pdu.operation := found; send_pdu.HW_1 := dmarp_pdu.HW_2; send_pdu.HW_2 := get_S_MAC_addr(dmarp_pdu.prtype, dmarp_pdu.HW_2); send_pdu.PR_sender := get_my_pr_addr(dmarp_pdu.prtype); send_pdu.PR_receiver := get_broadcast_addr(dmarp_pdu.prtype); PDU := assemble_dmarp_pdu(send_pdu); output SNAP2_LSSAP.UNITDATA_request(My_S_MAC_addr, get_S_MAC_addr(dmarp_pdu.prtype,dmarp_pdu.HW_1),dmarp_QoS,PDU); send_pdu.HW_1 := dmarp_pdu.HW_1; send_pdu.HW_2 := get_S_MAC_addr(dmarp_pdu.prtype, dmarp_pdu.HW_1); PDU := assemble_dmarp_pdu(send_pdu); output SNAP2_LSSAP.UNITDATA_request(My_S_MAC_addr, get_S_MAC_addr(dmarp_pdu.prtype,dmarp_pdu.HW_2),dmarp_QoS,PDU); end; end; end;
以下を探してください。 始まる..そうでなければ..等しい..等しい..そして..始まる..ビット..セット..ビット..セット..そして..始まる..送る..イーサネット _pdu.prtype:=dmarp_pdu.prtypeを送ってください。 _pdu.HW_長さの:=fddi_addr_の長さを送ってください。 _pdu.PR_長さの:=dmarp_pdu.PR_の長さを送ってください。 _:=が見つけたpdu.operationを送ってください。 _pdu.HW_1:=dmarp_pdu.HW_2を送ってください。 _2:=が__S MAC_addr(dmarp_pdu.prtype、dmarp_pdu.HW_2)を手に入れるpdu.HW_を送ってください。 _私の_pr_addr(dmarp_pdu.prtype)を_送付者:=が手に入れるpdu.PR_に送ってください。 _:=が_放送_addr(dmarp_pdu.prtype)を手に入れるpdu.PR_受信機を送ってください。 PDU:=は_dmarp_pduを組み立てます(_pduを送ってください)。 出力SNAP2_LSSAP.UNITDATA_要求(私の_S_MAC_はaddrして、__S MAC_addr(dmarp_pdu.prtype、dmarp_pdu.HW_1)、dmarp_QoS、PDUを手に入れてください)。 _pdu.HW_1:=dmarp_pdu.HW_1を送ってください。 _2:=が__S MAC_addr(dmarp_pdu.prtype、dmarp_pdu.HW_1)を手に入れるpdu.HW_を送ってください。 PDU:=は_dmarp_pduを組み立てます(_pduを送ってください)。 出力SNAP2_LSSAP.UNITDATA_要求(私の_S_MAC_はaddrして、__S MAC_addr(dmarp_pdu.prtype、dmarp_pdu.HW_2)、dmarp_QoS、PDUを手に入れてください)。 終わってください。 終わってください。 終わってください。
Query: begin if dmarp_pdu.HW_2 = My_P_MAC_addr then begin send_pdu.hwtype := ethernet; send_pdu.prtype := dmarp_pdu.prtype; send_pdu.HW_length := dmarp_pdu.HW_length; send_pdu.PR_length := dmarp_pdu.PR_length; send_pdu.operation := hold; send_pdu.HW_1 := My_P_MAC_addr; send_pdu.HW_2 := My_S_MAC_addr; send_pdu.PR_sender := get_my_pr_addr(dmarp_pdu.prtype); send_pdu.PR_receiver := dmarp_pdu.PR_sender; PDU := assemble_dmarp_pdu(send_pdu); output SNAP2_LSSAP.UNITDATA_request( My_S_MAC_addr,dmarp_pdu.HW_1,dmarp_QoS,PDU); end; end; Hold: begin if H_bit_set(dmarp_pdu.prtype,dmarp_pdu.HW_1) then reset_Q_bit(dmarp_pdu.prtype,dmarp_pdu.HW_1);
以下について質問してください。 次にP_MAC_addrが始める私のdmarp_pdu.HW_2=_が_pdu.hwtype:=イーサネットを送るなら、始まってください。 _pdu.prtype:=dmarp_pdu.prtypeを送ってください。 _pdu.HW_長さの:=dmarp_pdu.HW_の長さを送ってください。 _pdu.PR_長さの:=dmarp_pdu.PR_の長さを送ってください。 _pdu.operation:=保持を送ってください。 _私の_P MAC_addrを_pdu.HW_1:=に送ってください。 _私の_S MAC_addrを_pdu.HW_2:=に送ってください。 _私の_pr_addr(dmarp_pdu.prtype)を_送付者:=が手に入れるpdu.PR_に送ってください。 _pdu.PR_受信機:=dmarp_pdu.PR_送付者を送ってください。 PDU:=は_dmarp_pduを組み立てます(_pduを送ってください)。 SNAP2_LSSAP.UNITDATA_要求(_私の_S MAC_addr、dmarp_pdu.HW_1、dmarp_QoS、PDU)を出力してください。 終わってください。 終わってください。 以下を保持してください。 _設定されて(dmarp_pdu.prtype、dmarp_pdu.HW_1)、H_に噛み付いたなら、始まってください、そして、次に、_Q_ビットをリセットしてください(dmarp_pdu.prtype、dmarp_pdu.HW_1)、。
Kuehn [Page 25] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[25ページ]RFC1329アドレス解決
end; end; end; end; end; end;
終わってください。 終わってください。 終わってください。 終わってください。 終わってください。 終わってください。
when LS_System_Access_Point.TIMER_response(Timer_name,subscript) begin case Timer_name of "OR_Entry_Timer": begin act_P_MAC_addr := get_P_MAC_addr(subscript); if OR_bit_set(get_pr_type(subscript),act_P_MAC_addr) then begin send_pdu.hwtype := ethernet; send_pdu.prtype := get_pr_type(subscript); send_pdu.HW_length := fddi_addr_length; send_pdu.PR_length := get_pr_length(send_pdu.prtype); send_pdu.operation := request; send_pdu.HW_1 := My_P_MAC_addr; send_pdu.HW_2 := My_S_MAC_addr; send_pdu.PR_sender := get_my_pr_addr(send_pdu.prtype); send_pdu.PR_receiver := get_broadcast_addr(send_pdu.prtype); PDU := assemble_dmarp_pdu(send_pdu); output SNAP2_LSSAP.UNITDATA_request( My_S_MAC_addr,get_S_MAC_addr(send_pdu.prtype,act_P_MAC_addr), dmarp_QoS,PDU); delete_entry(subscript); end; end; "Hold_Timer": begin act_P_MAC_addr := get_P_MAC_addr(subscript); if (not H_bit_set(get_pr_type(subscript),act_P_MAC_addr)) and LS_bit_set(get_pr_type(subscript),act_P_MAC_addr) then begin set_H_bit(get_pr_type(subscript),act_P_MAC_addr); output LS_System_Access_point.TIMER_request( Query_time,"Query_Timer",subscript); end; end; "Query_Timer": begin act_P_MAC_addr := get_P_MAC_addr(subscript); send_pdu.hwtype := ethernet; send_pdu.prtype := get_pr_type(subscript); send_pdu.HW_length := fddi_addr_length; send_pdu.PR_length := get_pr_length(send_pdu.prtype); send_pdu.PR_sender := get_my_pr_addr(send_pdu.prtype); send_pdu.PR_receiver := get_broadcast_addr(send_pdu.prtype); if Q_bit_set(get_pr_type(subscript),act_P_MAC_addr) then begin send_pdu.HW_1 := My_P_MAC_addr;
LS_System_Access_Point.TIMER_応答(タイマ_名前、添字)がいつでケースTimer_名を始めるか「_エントリー_タイマ」: P_MAC_addr:=が__P MAC_addr(添字)を手に入れる行為_を始めてください。 次に、OR_ビット_セット(__pr_タイプ(添字)、行為_P MAC_addrを手に入れる)が始まるなら、_pdu.hwtype:=イーサネットを送ってください。 _pr_タイプ(添字)を_:=が手に入れるpdu.prtypeに送ってください。 _pdu.HW_長さの:=fddi_addr_の長さを送ってください。 _:=が_pr_長さを得るpdu.PR_長さを送ってください(_pdu.prtypeを送ってください)。 _pdu.operation:=要求を送ってください。 _私の_P MAC_addrを_pdu.HW_1:=に送ってください。 _私の_S MAC_addrを_pdu.HW_2:=に送ってください。 _私の_pr_addrを_送付者:=が手に入れるpdu.PR_に送ってください(_pdu.prtypeを送ってください)。 _:=が_放送_addrを手に入れるpdu.PR_受信機を送ってください(_pdu.prtypeを送ってください)。 PDU:=は_dmarp_pduを組み立てます(_pduを送ってください)。 出力SNAP2_LSSAP.UNITDATA_要求(私の_S_MAC_はaddrして、__S MAC_addr(__pdu.prtype、行為_P MAC_addrを送る)、dmarp_QoS、PDUを手に入れてください)。 _エントリー(添字)を削除してください。 終わってください。 終わってください。 「保持_タイマ」: P_MAC_addr:=が__P MAC_addr(添字)を手に入れる行為_を始めてください。 ビット..セット..得る..タイプ..添字..行為..ビット..セット..得る..タイプ..添字..行為..そして..始まる..セット..噛み付く..得る..タイプ..添字..行為 LS_System_Access_point.TIMER_要求(質問_時間、「質問_Timer」添字)を出力してください。 終わってください。 終わってください。 「質問_タイマ」: P_MAC_addr:=が__P MAC_addr(添字)を手に入れる行為_を始めてください。 _pdu.hwtype:=イーサネットを送ってください。 _pr_タイプ(添字)を_:=が手に入れるpdu.prtypeに送ってください。 _pdu.HW_長さの:=fddi_addr_の長さを送ってください。 _:=が_pr_長さを得るpdu.PR_長さを送ってください(_pdu.prtypeを送ってください)。 _私の_pr_addrを_送付者:=が手に入れるpdu.PR_に送ってください(_pdu.prtypeを送ってください)。 _:=が_放送_addrを手に入れるpdu.PR_受信機を送ってください(_pdu.prtypeを送ってください)。 次に、Q_ビット_セット(__pr_タイプ(添字)、行為_P MAC_addrを手に入れる)が始まるなら、_私の_P MAC_addrを_pdu.HW_1:=に送ってください。
Kuehn [Page 26] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[26ページ]RFC1329アドレス解決
send_pdu.HW_2 := My_S_MAC_addr; send_pdu.operation := request; PDU := assemble_dmarp_pdu(send_pdu); output SNAP2_LSSAP.UNITDATA_request( My_S_MAC_addr,get_S_MAC_addr(send_pdu.prtype,act_P_MAC_addr), dmarp_QoS,PDU); delete_entry(subscript); end else begin send_pdu.HW_1 := My_S_MAC_addr; send_pdu.HW_2 := get_P_MAC_addr(subscript); send_pdu.operation := query; PDU := assemble_dmarp_pdu(send_pdu); output SNAP2_LSSAP.UNITDATA_request( My_S_MAC_addr,get_S_MAC_addr(send_pdu.prtype,send_pdu.HW_2), dmarp_QoS,PDU); set_Q_bit(send_pdu.prtype,send_pdu.HW_2); end; end; end; end; end; (* body *)
_私の_S MAC_addrを_pdu.HW_2:=に送ってください。 _pdu.operation:=要求を送ってください。 PDU:=は_dmarp_pduを組み立てます(_pduを送ってください)。 出力SNAP2_LSSAP.UNITDATA_要求(私の_S_MAC_はaddrして、__S MAC_addr(__pdu.prtype、行為_P MAC_addrを送る)、dmarp_QoS、PDUを手に入れてください)。 _エントリー(添字)を削除してください。 ほかの終わりは始まります。_私の_S MAC_addrを_pdu.HW_1:=に送ってください。 pdu.HW_2:=が__P MAC_addr(添字)を手に入れる_を送ってください。 _pdu.operation:=質問を送ってください。 PDU:=は_dmarp_pduを組み立てます(_pduを送ってください)。 出力SNAP2_LSSAP.UNITDATA_要求(私の_S_MAC_はaddrして、S_MAC_がaddrする(_pdu.prtypeを送ってください、そして、_pdu.HW_2を送ってください)_、dmarp_QoS、PDUを手に入れてください)。 セット_Q_に噛み付きました(_pdu.prtypeを送ってください、そして、_pdu.HW_2を送ってください)。 終わってください。 終わってください。 終わってください。 終わってください。 終わってください。 (*ボディー*)
11. Summary
11. 概要
The introduction of the load sharing layer in the protocol layering of the dual MAC stations allows the application of IP and ARP on inhomogeneous FDDI rings. The protocol suite of single MAC stations needs no modification.
二元的なMACステーションのプロトコルレイヤリングにおける、負荷分割法層の挿入はinhomogeneous FDDIリングの上にIPとARPのアプリケーションを許容します。 単一のMACステーションのプロトコル群は変更を全く必要としません。
By the load sharing layer, the property "dual MAC" is transparent for ARP, IP and the higher layer protocols.
負荷分割法層のそばでは、ARP、IP、および、より高い層のプロトコルに、特性の「二元的なMAC」が透明です。
In dual MAC stations, any load sharing criteria may be implemented in the multiplexer of the load sharing entity. The conversion of addresses, the exchange of address and reachability information between dual MAC stations and the proper transmission of multicast and broadcast frames is taken upon by the load sharing entity.
二元的なMACステーションでは、どんな負荷分割法評価基準も負荷分割法実体の回線多重化装置で実行されるかもしれません。 アドレスの変換、二元的なMACステーションの間のアドレスと可到達性情報の交換、およびマルチキャストと放送フレームの適切なトランスミッションは負荷分割法実体によって持っていかれます。
12. References
12. 参照
[1] ANSI, "FDDI Station Management (SMT)", ANSI X3T9/90-X3T9.5/84-49 Rev 6.2, May 1990.
[1] ANSI(「FDDI駅の管理(SMT)」、ANSI X3T9/90-X3T9.5/84-49回転6.2)は1990がそうするかもしれません。
[2] ANSI, "FDDI Media Access Control (MAC-2)", X3T9/90-X3T9.5/88-139 Rev 3.2, June 1990.
[2] ANSI、「FDDIメディアアクセス管理(MAC-2)」がX3T9/90-X3T9.5/88-139は、3.2と、1990年6月に回転させます。
[3] ISO, "Information processing systems- Local area networks- Part 2: Logical link control", ISO 8802-2:1989, August 1989.
[3] ISO、「システムローカル・エリア・ネットワーク第2部を処理する情報:」 1989年8月の「論理的なリンク制御」、ISO8802-2:1989。
[4] IEEE, "Draft Standard P802.1A Overview and Architecture", P802.1A/D9-89/74, September 1989.
[4] P802.1A/D9-89/74、1989年9月IEEEと、「草稿の標準のP802.1A概観と構造」
Kuehn [Page 27] RFC 1329 Address Resolution for Dual MAC FDDI Networks May 1992
FDDIが1992年5月にネットワークでつなぐ二元的なMacのためのキューン[27ページ]RFC1329アドレス解決
[5] Plummer, C., "An Ethernet Address Resolution Protocol --or-- Converting Network Protocol Addresses to 48.bit Ethernet Address for Transmission on Ethernet Hardware", RFC 826, MIT, November 1982.
[5] プラマー、C.、「イーサネットは解決プロトコルを記述します--、イーサネットハードウェアの上でトランスミッションのための48.bitイーサネットアドレスにネットワーク・プロトコルアドレスを変換する、」、RFC826、MIT(1982年11月)
[6] Reynolds, J., and Postel, J., "Assigned Numbers", RFC 1060, USC/Information Sciences Institute, March 1990.
[6] USC/情報科学が1990年3月に設けるレイノルズ、J.、およびポステル、J.、「規定番号」、RFC1060。
[7] Postel, J., "Internet Protocol", RFC 791, USC/Information Sciences Institute, September 1981.
[7] ポステル、J.、「インターネットプロトコル」、RFC791、科学が1981年9月に設けるUSC/情報。
[8] Katz, D., "A Proposed Standard for the Transmission of IP Datagrams over FDDI Networks", RFC 1188, Merit/NSFNET, October 1990.
[8] キャッツ、D.、「FDDIネットワークの上のIPデータグラムの送信の提案された標準」、RFC1188、長所/NSFNET、1990年10月。
[9] Internet Engineering Task Force, Braden, R., Editor, "Requirements for Internet Hosts -- Communication Layers", RFC 1122, IETF, October 1989.
[9] 特別委員会、ブレーデン、R.、エディタ、インターネットの設計している「インターネットのためのホスト--コミュニケーションが層にされるという要件」RFC1122、IETF、10月1989日
[10] Katz, D., "The Use of Connectionless Network Layer Protocols over FDDI Networks", Merit/NSFNET, 1990.
[10] キャッツ、D.、「FDDIネットワークの上のコネクションレスなネットワーク層プロトコルの使用」、長所/NSFNET、1990。
13. Security Considerations
13. セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
14. Author's Address
14. 作者のアドレス
Peter Kuehn Raiffeisenstrasse 9b 8933 Untermeitingen Germany
ピーターキューンRaiffeisenstrasse 9b8933Untermeitingenドイツ
Phone: .. 82 32 / 7 46 02 EMail: thimmela@sniabg.wa.sni.de
以下に電話をしてください。 .. 82 32 / 7 46 02はメールされます: thimmela@sniabg.wa.sni.de
Kuehn [Page 28]
キューン[28ページ]
一覧
スポンサーリンク