Network Working Group M. Blanchet
Internet-Draft Viagenie inc
Expires: August 22, 2002 February 22,
2002
DSTM IPv4 over IPv6 tunnel profile for Tunnel Setup Protocol(TSP)
draft-blanchet-ngtrans-tsp-dstm-profile-00
Status of this Memo
This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC2026.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet-
Drafts.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt.
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
This Internet-Draft will expire on August 22, 2002.
Copyright Notice
Copyright (C) The Internet Society (2002). All Rights Reserved.
Abstract
This document proposes a tunnel profile to setup IPv4 over IPv6
tunnels to be used in conjonction with the DSTM mechanism
with the Tunnel Setup Protocol (TSP). With TSP, a DSTM server can
serve the IPv4 address to the DSTM nodes with appropriate security
and problem handling.
1. Introduction
DSTM [1] is an IPv6 transition mechanism for deploying IPv6 networks where
some dual-stack nodes need to communicate with IPv4.
DSTM provides a IPv4 in IPv6 tunnel for the IPv4 traffic to be carried to
the DSTM gateway.
DSTM nodes need to get a temporary IPv4 address for the time of the
connection.
TSP [2] is a protocol designed to negociate tunnel information, as IP
addresses, prefixes and routing information, through optional
authentication.
It provides redundancy of the service. This document proposes a profile of
TSP to be used by DSTM nodes in order to negociate the necessary
information with the DSTM server to be able to build the tunnel. One of the
information is the temporary IPv4 address.
2. TSP profile for DSTM
2.1 Overview
This profile uses the included DTD for the xml format of the message.
The dtd contains the description of the tunnel XML message. This
message is used by the TSP-DSTM compliant server to provide the
necessary
information to the DSTM node to establish an IPv4 in IPv6 tunnel.
Action for the specified tunnel is provided in the
'action' attribute of the 'tunnel' message. Valid actions for this
profile are : 'create', 'info' and 'delete'.
The 'create' action is used to request a new tunnel or update an
existing tunnel. The 'info' action is used to request current
properties of an existing tunnel. The 'delete' action is used to
remove an existing tunnel from the server.
The 'tunnel' message contains three elements:
client Client's information
server Server's information
broker List of other server's
2.2 Client element
The client element contains 1 element: 'address'.
This element is used to describe the client needs and will be used
by the server to create the appropriate tunnel. This is the only
element sent by a client.
The 'address' element is used to identify the client IPv6 endpoint of
the tunnel. The client MUST send only an IPv6 address to the server.
The server will then return the IPv4 address endpoint and domain name
inside the 'client' element when the tunnel is created or updated.
2.3 Server element
The 'server' element contains 1 element: 'address'.
This element is used to describe the server's tunnel endpoint.
The 'address' element is used to provide both IPv4 and IPv6 addresses
of the server's tunnel endpoint.
2.4 broker element
The 'broker' element is used by a server to provide a alternate list
of servers to a client in the case where the server is not able to
provide the requested tunnel.
The 'broker' element will contain a series of 'address' element.
3. Tunnel request
This section presents an example of a host tunnel request and Reply
A simple tunnel request consist of a 'tunnel' element which contains
an 'address' element
Simple tunnel request made by a client.
-- Successful TCP Connection --
C:VERSION=1.0 CR LF
S:CAPABILITY TUNNEL=V6V4 AUTH=ANONYMOUS CR LF
C:AUTHENTICATE ANONYMOUS CR LF
S:200 Authentication successful CR LF
C:Content-length: 123 CR LF
3ffe:b00:c18:ffff:0000:0000:0000:0001
CR LF
S: Content-length: 234 CR LF
200 OK CR LF
206.123.31.114
3ffe:b00:c18:ffff:0000:0000:0000:0002
206.123.31.25
3ffe:b00:c18:ffff::0000:0000:0000:0001
userid.domain
CR LF
4. Error codes
This profile dependant error codes are :
501 Invalid IPv4 address
502 Invalid or duplicate nicname
505 No more tunnels available
521 Invalid IPv6 address
if a list of tunnel servers is following the error code as a referal
service, then 1000 is added to the error code.
5. IANA Considerations
The TUNNELTYPE "v4v6" is registered for this document.
6. Security considerations
This protocol is also in accordance with guidelines for IPv6
transition [3] about possible abuse against IPv6 transition
technologies.
7. References
[1] Bound J. and al., "Dual Stack Transition Mechanism (DSTM)", Work
in progress,
draft-ietf-ngtrans-dstm-07.txt, February 2002.
[2] Blanchet, M., "Tunnel Setup Protocol", draft-vg-ngtrans-tsp-00.txt,
Work in progressJuly 2001.
[3] Hagino, J., "Possible abuse against IPv6 transition
technologies", July 2000.
8. Authors' Addresses
Marc Blanchet
Viagenie inc.
2875 boul. Laurier, bureau 300
Sainte-Foy, QC G1V 2M2
Canada
Phone: +1 418 656 9254
EMail: Marc.Blanchet@viagenie.qc.ca
URI: http://www.viagenie.qc.ca/
Appendix A. IPv4 over IPv6 tunnel DTD
DTD
]>