Textual Conventions for Internet Network Addresses
RFC 2851
| Document | Type |
RFC - Proposed Standard
(June 2000; No errata)
Obsoleted by RFC 3291
Was draft-ops-endpoint-mib (individual)
|
|
|---|---|---|---|
| Last updated | 2013-03-02 | ||
| Stream | Legacy | ||
| Formats | plain text pdf html bibtex | ||
| Stream | Legacy state | (None) | |
| Consensus Boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | RFC 2851 (Proposed Standard) | |
| Telechat date | |||
| Responsible AD | (None) | ||
| Send notices to | (None) | ||
Network Working Group M. Daniele
Request for Comments: 2851 Compaq Computer Corporation
Category: Standards Track B. Haberman
Nortel Networks
S. Routhier
Wind River Systems, Inc.
J. Schoenwaelder
TU Braunschweig
June 2000
Textual Conventions for Internet Network Addresses
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
This MIB module defines textual conventions to represent commonly
used Internet network layer addressing information. The intent is
that these definitions will be imported and used in MIBs that would
otherwise define their own representations.
This work is output from the Operations and Management Area "IPv6MIB"
design team.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. The SNMP Management Framework . . . . . . . . . . . . . . . 3
3. Definitions . . . . . . . . . . . . . . . . . . . . . . . . 4
4. Usage Hints . . . . . . . . . . . . . . . . . . . . . . . . 8
4.1 Table Indexing . . . . . . . . . . . . . . . . . . . . . . . 8
4.2 Uniqueness of Addresses . . . . . . . . . . . . . . . . . . 9
4.3 Multiple InetAddresses per Host . . . . . . . . . . . . . . 9
4.4 Resolving DNS Names . . . . . . . . . . . . . . . . . . . . 9
5. Table Indexing Example . . . . . . . . . . . . . . . . . . . 10
6. Security Considerations . . . . . . . . . . . . . . . . . . 12
7. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . 12
Daniele, et al. Standards Track [Page 1]
RFC 2851 TCs for Internet Network Addresses June 2000
8. Intellectual Property Notice . . . . . . . . . . . . . . . . 12
References . . . . . . . . . . . . . . . . . . . . . . . . . 13
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . 15
Full Copyright Statement . . . . . . . . . . . . . . . . . . 16
1. Introduction
Several standard-track MIB modules use the IpAddress SMIv2 base type.
This limits the applicability of these MIB modules to IP Version 4
(IPv4) since the IpAddress SMIv2 base type can only contain 4 byte
IPv4 addresses. The IpAddress SMIv2 base type has become problematic
with the introduction of IP Version 6 (IPv6) addresses [21].
This document defines multiple textual conventions as a mechanism to
express generic Internet network layer addresses within MIB module
specifications. The solution is compatible with SMIv2 (STD 58) and
SMIv1 (STD 16). New MIB definitions which need to express network
layer Internet addresses SHOULD use the textual conventions defined
in this memo. New MIBs SHOULD NOT use the SMIv2 IpAddress base type
anymore.
A generic Internet address consists of two objects, one whose syntax
is InetAddressType, and another whose syntax is InetAddress. The
value of the first object determines how the value of the second
object is encoded. The InetAddress textual convention represents an
opaque Internet address value. The InetAddressType enumeration is
used to "cast" the InetAddress value into a concrete textual
convention for the address type. This usage of multiple textual
conventions allows expression of the display characteristics of each
address type and makes the set of defined Internet address types
extensible.
The textual conventions defined in this document can be used to
define Internet addresses by using DNS domain names in addition to
IPv4 and IPv6 addresses. A MIB designer can write compliance
statements to express that only a subset of the possible address
types must be supported by a compliant implementation.
MIB developers who need to represent Internet addresses SHOULD use
these definitions whenever applicable, as opposed to defining their
own constructs. Even MIBs that only need to represent IPv4 or IPv6
addresses SHOULD use the textual conventions defined in this memo.
Show full document text