⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc2835.txt

📁 中、英文RFC文档大全打包下载完全版 .
💻 TXT
📖 第 1 页 / 共 5 页
字号:
Network Working Group                                        J.-M. PittetRequest for Comments: 2835                          Silicon Graphics Inc.Category: Standards Track                                        May 2000                    IP and ARP over HIPPI-6400 (GSN)Status of this Memo   This document specifies an Internet standards track protocol for the   Internet community, and requests discussion and suggestions for   improvements.  Please refer to the current edition of the "Internet   Official Protocol Standards" (STD 1) for the standardization state   and status of this protocol.  Distribution of this memo is unlimited.Copyright Notice   Copyright (C) The Internet Society (2000).  All Rights Reserved.Abstract   The ANSI T11.1 task force has standardized HIPPI-6400 also known as   Gigabyte System Network (GSN), a physical-level, point-to-point,   full-duplex, link interface for reliable, flow-controlled,   transmission of user data at 6400 Mbit/s, per direction. A parallel   copper cable interface for distances of up to 40 m is specified in   HIPPI-6400-PH [1].  Connections to a longer-distance optical   interface are standardized in HIPPI-6400-OPT [3].   HIPPI-6400-PH [1] defines the encapsulation of IEEE 802.2 LLC PDUs   [10] and by implication, IP on GSN. Another T11.1 standard describes   the operation of HIPPI-6400 physical switches HIPPI-6400-SC [2].   T11.1 chose to leave HIPPI-6400 networking issues largely outside the   scope of their standards; this document specifies the use of HIPPI-   6400 switches as IP local area networks. This document further   specifies a method for resolving IP addresses to HIPPI-6400 hardware   addresses (HARP) and for emulating IP broadcast in a logical IP   subnet (LIS) as a direct extension of HARP. Furthermore it is the   goal of this memo to define a IP and HARP that will allow   interoperability for HIPPI-800 and HIPPI-6400 equipment both   broadcast and non-broadcast capable networks.Table of Contents   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . .   3   2.  Definitions . . . . . . . . . . . . . . . . . . . . . . .   3       2.1 Global concepts used  . . . . . . . . . . . . . . . .   3       2.2 Glossary  . . . . . . . . . . . . . . . . . . . . . .   4Pittet                      Standards Track                     [Page 1]RFC 2835            IP and ARP over HIPPI-6400 (GSN)            May 2000   3.  IP Subnetwork Configuration . . . . . . . . . . . . . . .   5       3.1 Background  . . . . . . . . . . . . . . . . . . . . .   5       3.2 HIPPI LIS Requirements  . . . . . . . . . . . . . . .   6   4.  Internet Protocol . . . . . . . . . . . . . . . . . . . .   7       4.1  Packet Format  . . . . . . . . . . . . . . . . . . .   7            4.1.1 IEEE 802.2 LLC . . . . . . . . . . . . . . . .   7            4.1.2 SNAP . . . . . . . . . . . . . . . . . . . . .   7            4.1.3 Packet diagrams  . . . . . . . . . . . . . . .   8       4.2  HIPPI-6400 Hardware address: Universal LAN MAC addr.   9       4.3  Maximum Transmission Unit - MTU  . . . . . . . . . .  10   5.  HIPPI Address Resolution Protocol - HARP  . . . . . . . .  11       5.1  HARP Algorithm . . . . . . . . . . . . . . . . . . .  12            5.1.1 Selecting the authoritative HARP service . . .  12            5.1.2 HARP registration phase  . . . . . . . . . . .  13            5.1.3 HARP operational phase . . . . . . . . . . . .  14       5.2  HARP Client Operational Requirements . . . . . . . .  15       5.3  Receiving Unknown HARP Messages  . . . . . . . . . .  16       5.4  HARP Server Operational Requirements . . . . . . . .  16       5.5  HARP and Permanent ARP Table Entries . . . . . . . .  18       5.6  HARP Table Aging . . . . . . . . . . . . . . . . . .  18   6.  HARP Message Encoding . . . . . . . . . . . . . . . . . .  19       6.1 Generic IEEE 802 ARP Message Format . . . . . . . . .  19       6.2 HIPARP Message Formats  . . . . . . . . . . . . . . .  21           6.2.1 Example Message encodings:  . . . . . . . . . .  23           6.2.2 HARP_NAK message format . . . . . . . . . . . .  24   7.  Broadcast and Multicast   . . . . . . . . . . . . . . . .  24       7.1 Protocol for an IP Broadcast Emulation Server - PIBES  25       7.2 IP Broadcast Address  . . . . . . . . . . . . . . . .  25       7.3 IP Multicast Address  . . . . . . . . . . . . . . . .  25       7.4 A Note on Broadcast Emulation Performance . . . . . .  26   8.  HARP for Scheduled Transfer . . . . . . . . . . . . . . .  26   9.  Security Consierations  . . . . . . . . . . . . . . . . .  26   10. Open Issues . . . . . . . . . . . . . . . . . . . . . . .  27   11.  HARP Examples  . . . . . . . . . . . . . . . . . . . . .  27        11.1 Registr. Phase of Client Y on Non-broadcast Hardware 27        11.2 Registr. Phase of Client Y on Broadcast-capable . .  28        11.3 Operational Phase (phase II)  . . . . . . . . . . .  29             11.3.1 Successful HARP_Resolve example  . . . . . .  29             11.3.2 Non-successful HARP_Resolve example  . . . .  30   12.  References . . . . . . . . . . . . . . . . . . . . . . .  31   13.  Acknowledgments  . . . . . . . . . . . . . . . . . . . .  32   14.  Author's Address . . . . . . . . . . . . . . . . . . . .  32   15.  Full Copyright Statement . . . . . . . . . . . . . . . .  33Pittet                      Standards Track                     [Page 2]RFC 2835            IP and ARP over HIPPI-6400 (GSN)            May 20001. Introduction   HIPPI-6400 is a duplex data channel that can transmit and receive   data simultaneously at nearly 6400 megabits per second. HIPPI-6400   data transfers are segmented into micropackets, each composed of 32   data bytes and 8 control bytes. HIPPI-6400 uses four multiplexed   virtual channels. These virtual channels are allocated to control   traffic, low latency traffic, and bulk traffic (see [1] for more   details).   Using small packets and four virtual channels, large file transfers   cannot lock out a host or switch port for interactive traffic.   HIPPI-6400 guarantees in order delivery of data. It also supports   link-level and end-to-end checksumming and credit-based flow control.   HIPPI-6400-PH defines a 20-bit interface for copper cables operating   at 500 MBaud. This provides a user payload bandwidth of 6400 Mb/s   (800,000,000 Bytes/sec) in each direction. [8]   HIPPI-6400-SC [2] defines two types of switches: bridging and non-   bridging. The bridging switches are required to support hardware   broadcast.  Non-bridging switches are not required to support   broadcast.  This memo allows for a coherent implementation of IP and   HARP with both types of switches.   Gigabyte System Network(TM) (GSN) is a marketing name for HIPPI-6400.   It is a trademark of the High Performance Networking Forum (HNF;   http://www.hnf.org) for use by its member companies that supply   products complying to ANSI HIPPI-6400 standards.2  Definitions   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",   "SHOULD", "SHOULD NOT", "RECOMMENDED",  "MAY", and "OPTIONAL" in this   document are to be interpreted as described in RFC-2119 [19].2.1 Global concepts used   In the following discussion, the terms "requester" and "target" are   used to identify the port initiating the address resolution request   and the port whose address it wishes to discover, respectively. This   document will use HIPPI-800 and HIPPI-6400 when referring to concepts   that apply to one or the other technology. The term HIPPI will be   used when referring to both technologies.   Values are decimal unless otherwise noted. Formatting follows IEEE   802.1A canonical bit order and HIPPI-6400-PH bit and byte ordering.Pittet                      Standards Track                     [Page 3]RFC 2835            IP and ARP over HIPPI-6400 (GSN)            May 20002.2 Glossary   Broadcast   A distribution mode which transmits a message to all ports. The   sending port is part of "all" and will therefore also receive a copy   of the sent message.   Classical/Conventional   Both terms are used with respect to networks, including Ethernet,   FDDI, and other 802 LAN types, as distinct from HIPPI-SC LANs.   Destination   The HIPPI port that receives data from a HIPPI Source.   HARP   HARP (HIPPI Address Resolution Protocol describes the whole set of   HIPPI-6400 address resolution encodings and algorithms defined in   this memo. HARP is a combination and adaptation of the Internet   Address Resolution Protocol (ARP) RFC-826 [14] and Inverse ARP   (InARP) [5] (see section 5). HARP also describes the HIPPI (800 and   6400) specific version of ARP (i.e. the protocol and the HIPPI   specific encoding).   HARP table   Each host has a HARP table which contains the IP to hardware address   mapping of IP members.   HRAL   The HARP Request Address List.  A list of ULAs to which HARP messages   are sent when resolving names to addresses (see section 3.2).   Hardware (HW) address   The hardware address of a port; it consists of an ULA (see section   4.2). Note: the term port as used in this document refers to a HIPPI   port and is roughly equivalent to the term "interface" as commonly   used in other IP documents.   Host   An entity, usually a computer system, that may have one or more HIPPI   ports and which may serve as a client or a HARP server.Pittet                      Standards Track                     [Page 4]RFC 2835            IP and ARP over HIPPI-6400 (GSN)            May 2000   Port   An entity consisting of one HIPPI Source/Destination dual simplex   pair that is connected by parallel or serial HIPPI to a HIPPI-SC   switch and that transmits and receives IP datagrams.  A port may be   an Internet host, bridge, router, or gateway.   PIBES   The Protocol for Internet Broadcast Emulation Server (see section 7).   Source   The HIPPI port that generates data to send to a HIPPI Destination.   Universal LAN MAC Address (ULA)   A 48-bit globally unique address, administered by the IEEE, assigned   to each port on an Ethernet, FDDI, 802 network, or HIPPI-SC LAN.3.  IP Subnetwork Configuration3.1 Background   ARP (address resolution protocol) as defined in [14] was meant to   work on the 'local' cable. This definition gives the ARP protocol a   local logical IP subnet (LIS) scope. In the LIS scenario, each   separate administrative entity configures its hosts and routers   within the LIS. Each LIS operates and communicates independently of   other LIS's on the same HIPPI-6400 network.   HARP has LIS scope only and serves all ports in the LIS.   Communication to ports located outside of the local LIS is usually   provided via an IP router. This router is a HIPPI-6400 port attached   to the HIPPI-6400 network that is configured as a member of one or   more LIS's. This configuration MAY result in a number of disjoint   LIS's operating over the same HIPPI-6400 network. Using this model,   ports of different IP subnets SHOULD communicate via an intermediate   IP router even though it may be possible to open a direct HIPPI-6400   connection between the two IP members over the HIPPI-6400 network.   This is an consequence of using IP and choosing to have multiple   LIS's on the same HIPPI-6400 fabric.   By default, the HARP method detailed in section 5 and the classical   LIS routing model MUST be available to any IP member client in the   LIS.Pittet                      Standards Track                     [Page 5]RFC 2835            IP and ARP over HIPPI-6400 (GSN)            May 20003.2 HIPPI LIS Requirements   The requirement for IP members (hosts, routers) operating in a   HIPPI-6400 LIS configuration is:   o  All members of the LIS SHALL have the same IP network/subnet      address and address mask [4].   The following list identifies the set of HIPPI-6400-specific   parameters that MUST be implemented in each IP station connected to   the HIPPI-6400 network:   o  HIPPI-6400 Hardware Address:      The HIPPI-6400 hardware address (a ULA) of an individual IP      endpoint (i.e. a network adapter within a host) MUST be unique in      the LIS.   o  HARP Request Address List (HRAL):   The HRAL is an ordered list of two or more addresses identifying the   address resolution service(s).  All HARP clients MUST be configured   identically, i.e. all ports MUST have the same addresses(es) in the   HRAL.   The HRAL MUST contain at least two HIPPI HW addresses identifying the   individual HARP service(s) that have authoritative responsibility for   resolving HARP requests of all IP members located within the LIS.  By   default the first address MUST be the reserved address for broadcast,   i.e. FF:FF:FF:FF:FF:FF.   The second address MUST be the standard HW address for the HARP

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -