RFC 2553 on Basic Socket Interface Extensions for IPv6
RFC Editor <rfc-ed@ISI.EDU> Sat, 27 March 1999 00:05 UTC
Received: by ietf.org (8.9.1a/8.9.1a) id TAA07359 for ietf-123-outbound.10@ietf.org; Fri, 26 Mar 1999 19:05:02 -0500 (EST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA06015 for <all-ietf@ietf.org>; Fri, 26 Mar 1999 18:36:23 -0500 (EST)
Received: from ISI.EDU (jet.isi.edu [128.9.160.87]) by boreas.isi.edu (8.8.7/8.8.6) with ESMTP id PAA11430; Fri, 26 Mar 1999 15:36:24 -0800 (PST)
Message-Id: <199903262336.PAA11430@boreas.isi.edu>
To: IETF-Announce:;
Subject: RFC 2553 on Basic Socket Interface Extensions for IPv6
Cc: rfc-ed@ISI.EDU
Mime-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
Date: Fri, 26 Mar 1999 15:36:23 -0800
From: RFC Editor <rfc-ed@ISI.EDU>
A new Request for Comments is now available in online RFC libraries. RFC 2553: Title: Basic Socket Interface Extensions for IPv6 Author(s): R. Gilligan, S. Thomson, J. Bound, W. Stevens Status: Informational Date: March 1999 Mailbox: gilligan@freegate.net, set@thumper.bellcore.com, bound@zk3.dec.com, rstevens@kohala.com Pages: 41 Characters: 89215 Obsoletes: 2133 I-D Tag: draft-ietf-ipngwg-bsd-api-new-06.txt URL: ftp://ftp.isi.edu/in-notes/rfc2553.txt The de facto standard application program interface (API) for TCP/IP applications is the "sockets" interface. Although this API wasdeveloped for Unix in the early 1980s it has also been implemented on a wide variety of non-Unix systems. TCP/IP applications written using the sockets API have in the past enjoyed a high degree of portability and we would like the same portability with IPv6 applications. But changes are required to the sockets API to support IPv6 and this memo describes these changes. These include a new socket address structure to carry IPv6 addresses, new address conversion functions, and some new socket options. These extensions are designed to provide access to the basic IPv6 features required by TCP and UDP applications, including multicasting, while introducing a minimum of change into the system and providing complete compatibility for existing IPv4 applications. Additional extensions for advanced IPv6 features (raw sockets and access to the IPv6 extension headers) are defined in another document. This document is a product of the IPNG Working Group of the IETF. This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution.echo Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. Joyce K. Reynolds and Alegre Ramos USC/Information Sciences Institute ... Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the ASCII version of the RFCs.