[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: I-D ACTION:draft-ietf-v6ops-ipv4survey-apps-03.txt



Hi,

I made a comment about this Internet draft (-01) back on Aug. 8. I
insert it below because it still seems that it does not mention SIP,
SDP, RTSP, RTP for some reason. I know the intent is to get this
documents out as quickly as possible, but these are significant
omissions IMHO.

Regards,

Pete

--> INSERT e-mail

Hi, 

I took a look at this document and have a comment: 

Before the IPv4 survey I-D (the latest "old" version was
<draft-ietf-v6ops-ipv4survey-00.txt>) was split up into separate I-Ds
corresponding to IETF areas, there was discussion of SIP, SDP, RTSP (and
there should have been some discussion of RTP/RTCP since SDES CNAME can
carry IP addresses). However, upon reviewing the I-D
<draft-ietf-v6ops-ipv4survey-apps-01.txt> I see no mention of these
protocols. Was there a specific reason for not including them?

Granted, there are a lot of SIP-based RFCs and Internet drafts, but at a
minimum, shouldn't we mention the basic ones (don't know about the
RFCbis I-Ds):

(1) RFC 3261 "SIP: Session Initiation Protocol" 
(2) RFC 3266 "Support for IPv6 in Session Description Protocol (SDP)" 
(3) RFC 2327 "SDP: Session Description Protocol" -> being updated by
<draft-ietf-mmusic-sdp-new-13.txt> 
(4) RFC 2326 "Real Time Streaming Protocol (RTSP)-> being updated by
<draft-ietf-mmusic-rfc2326bis-04.txt> 
(5) RFC 3550 "RTP: A Transport Protocol for Real-Time Applications" 

Regards, 

Pete

--> End INSERT e-mail

-----Original Message-----
From: owner-v6ops@ops.ietf.org [mailto:owner-v6ops@ops.ietf.org] On
Behalf Of Internet-Drafts@ietf.org
Sent: Friday, October 24, 2003 7:50 AM
Cc: v6ops@ops.ietf.org
Subject: I-D ACTION:draft-ietf-v6ops-ipv4survey-apps-03.txt

A New Internet-Draft is available from the on-line Internet-Drafts
directories.
This draft is a work item of the IPv6 Operations Working Group of the
IETF.

	Title		: Survey of IPv4 Addresses in Currently Deployed
IETF Application Area Standards
	Author(s)	: P. Nesser II
	Filename	: draft-ietf-v6ops-ipv4survey-apps-03.txt
	Pages		: 55
	Date		: 2003-10-23
	
The transition from an all IPv4 network to an all IPv6 network
requires several interim steps, being one of them the evolution of
current IPv4 dependent specifications to a format independent of the
type of IP addressing schema used. Hence, it is hoped that
specifications will be re-designed and re-implemented to become
network address independent, or at least to dually support IPv4 and
IPv6.
To achieve that step, it is necessary to survey and document all IPv4
dependencies experienced by current standards - Full, Draft, and
Proposed - and Experimental RFCs. Hence, this document describes
IPv4 addressing dependencies that deployed IETF Application Area
documented Standards may experience.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-v6ops-ipv4survey-apps-03.
txt

To remove yourself from the IETF Announcement list, send a message to 
ietf-announce-request with the word unsubscribe in the body of the
message.

Internet-Drafts are also available by anonymous FTP. Login with the
username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-ietf-v6ops-ipv4survey-apps-03.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt


Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-ietf-v6ops-ipv4survey-apps-03.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail
readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.
		
		
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.