RFC 4214: Intra-Site Automatic Tunnel Addressing Protocol (ISATAP)
This RFC has been replaced. Do not implement against it for new work — it was formally obsoleted by RFC 5214.
Current version: RFC 5214 — Intra-Site Automatic Tunnel Addressing Protocol (ISATAP)
In plain English — editorial summary, not part of the RFC
The Intra-Site Automatic Tunnel Addressing Protocol (ISATAP) connects IPv6 hosts/routers over IPv4 networks. ISATAP views the IPv4 network as a link layer for IPv6 and views other nodes on the network as potential IPv6 hosts/routers. ISATAP supports an automatic tunneling abstraction similar to the Non-Broadcast Multiple Access (NBMA) model. This memo defines an Experimental Protocol for the Internet community.
Document record
- Document ID
- RFC4214
- Published
- October 2005
- Authors
- F. Templin; T. Gleeson; M. Talwar; D. Thaler
- Status
- EXPERIMENTAL
- Stream
- INDEPENDENT
- Area
- —
- Pages
- 14
- Also known as
- —
- Obsoleted by:
- RFC 5214
Topics
Referenced by
One later RFC formally updates or obsoletes part of this document.
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 5579Transmission of IPv4 Packets over Intra-Site Automatic Tunnel Addressing Protocol (ISATAP) InterfacesCurrent
February 2010
- RFC 6964Operational Guidance for IPv6 Deployment in IPv4 Sites Using the Intra-Site Automatic Tunnel Addressing Protocol (ISATAP)Current
May 2013
- RFC 3974SMTP Operational Experience in Mixed IPv4/v6 EnvironmentsCurrent
January 2005
- RFC 5569IPv6 Rapid Deployment on IPv4 Infrastructures (6rd)Current
January 2010
- RFC 6139Routing and Addressing in Networks with Global Enterprise Recursion (RANGER) ScenariosCurrent
February 2011
- RFC 7021Assessing the Impact of Carrier-Grade NAT on Network ApplicationsCurrent
September 2013
- RFC 4213Basic Transition Mechanisms for IPv6 Hosts and RoutersCurrent
October 2005
- RFC 4260Mobile IPv6 Fast Handovers for 802.11 NetworksCurrent
November 2005
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?