Browse Prior Art Database

Stateless IP/ICMP Translation Algorithm (SIIT) (RFC2765)

IP.com Disclosure Number: IPCOM000003363D
Original Publication Date: 2000-Feb-01
Included in the Prior Art Database: 2000-Sep-13
Document File: 21 page(s) / 55K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

E. Nordmark: AUTHOR

Abstract

This document specifies a transition mechanism algorithm in addition to the mechanisms already specified in [TRANS-MECH]. The algorithm translates between IPv4 and IPv6 packet headers (including ICMP headers) in separate translator "boxes" in the network without requiring any per-connection state in those "boxes". This new algorithm can be used as part of a solution that allows IPv6 hosts, which do not have a permanently assigned IPv4 addresses, to communicate with IPv4-only hosts. The document neither specifies address assignment nor routing to and from the IPv6 hosts when they communicate with the IPv4-only hosts.

This text was extracted from a ASCII document.
This is the abbreviated version, containing approximately 5% of the total text.

Network Working Group E. Nordmark

Request for Comments: 2765 Sun Microsystems

Category: Standards Track February 2000

Stateless IP/ICMP Translation Algorithm (SIIT)

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 document specifies a transition mechanism algorithm in addition

to the mechanisms already specified in [TRANS-MECH]. The algorithm

translates between IPv4 and IPv6 packet headers (including ICMP

headers) in separate translator "boxes" in the network without

requiring any per-connection state in those "boxes". This new

algorithm can be used as part of a solution that allows IPv6 hosts,

which do not have a permanently assigned IPv4 addresses, to

communicate with IPv4-only hosts. The document neither specifies

address assignment nor routing to and from the IPv6 hosts when they

communicate with the IPv4-only hosts.

Acknowledgements

This document is a product of the NGTRANS working group. Some text

has been extracted from an old Internet Draft titled "IPAE: The SIPP

Interoperability and Transition Mechanism" authored by R. Gilligan,

E. Nordmark, and B. Hinden. George Tsirtsis provides the figures for

Section 1. Keith Moore provided a careful review of the document.

Table of Contents

1. Introduction and Motivation.............................. 2

1.1. Applicability and Limitations....................... 5

1.2. Assumptions......................................... 7

1.3. Impact Outside the Network Layer.................... 7

2. Terminology.............................................. 8

2.1. Addresses........................................... 9

2.2. Requirements........................................ 9

3. Translating from IPv4 to IPv6............................ 9

3.1. Translating IPv4 Headers into IPv6 Headers.......... 11

3.2. Translating UDP over IPv4........................... 13

3.3. Translating ICMPv4 Headers into ICMPv6 Headers...... 13

3.4. Translating ICMPv4 Error Messages into ICMPv6....... 16

3.5. Knowing when to Translate........................... 16

4. ...