Re: [16NG] Re: suggest separation of IPv4 from document (was: I-DACTION:draft-ietf-16ng-ip-over-ethernet-over-802.16-00.txt)
Alexandru Petrescu <alexandru.petrescu@motorola.com> Mon, 18 December 2006 11:05 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GwGJh-0002SD-H6; Mon, 18 Dec 2006 06:05:57 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GwGJf-0002Pt-5y for 16ng@ietf.org; Mon, 18 Dec 2006 06:05:55 -0500
Received: from mail119.messagelabs.com ([216.82.241.179]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GwGGc-0004pP-20 for 16ng@ietf.org; Mon, 18 Dec 2006 06:02:48 -0500
X-VirusChecked: Checked
X-Env-Sender: alexandru.petrescu@motorola.com
X-Msg-Ref: server-11.tower-119.messagelabs.com!1166439764!12396992!1
X-StarScan-Version: 5.5.10.7; banners=-,-,-
X-Originating-IP: [144.189.100.103]
Received: (qmail 22856 invoked from network); 18 Dec 2006 11:02:45 -0000
Received: from motgate3.mot.com (HELO motgate3.mot.com) (144.189.100.103) by server-11.tower-119.messagelabs.com with SMTP; 18 Dec 2006 11:02:45 -0000
Received: from az33exr02.mot.com (az33exr02.mot.com [10.64.251.232]) by motgate3.mot.com (8.12.11/Motorola) with ESMTP id kBIB2e10009444; Mon, 18 Dec 2006 04:02:44 -0700 (MST)
Received: from [10.161.201.117] (zfr01-2117.crm.mot.com [10.161.201.117]) by az33exr02.mot.com (8.13.1/8.13.0) with ESMTP id kBIB2csL022701; Mon, 18 Dec 2006 05:02:39 -0600 (CST)
Message-ID: <4586754D.4050302@motorola.com>
Date: Mon, 18 Dec 2006 12:02:37 +0100
From: Alexandru Petrescu <alexandru.petrescu@motorola.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: "Riegel, Maximilian" <maximilian.riegel@siemens.com>
Subject: Re: [16NG] Re: suggest separation of IPv4 from document (was: I-DACTION:draft-ietf-16ng-ip-over-ethernet-over-802.16-00.txt)
References: <4BB931F00625F54DA8B8563E5A5CA25A0183427F@MCHP7I6A.ww002.siemens.net>
In-Reply-To: <4BB931F00625F54DA8B8563E5A5CA25A0183427F@MCHP7I6A.ww002.siemens.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 789c141a303c09204b537a4078e2a63f
Cc: 16ng@ietf.org
X-BeenThere: 16ng@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: 16ng working group discussion list <16ng.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/16ng>
List-Post: <mailto:16ng@ietf.org>
List-Help: <mailto:16ng-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=subscribe>
Errors-To: 16ng-bounces@ietf.org
Riegel, Maximilian wrote: > There is reason to keep both versions in one document. As you can > figure out, most of the document applies to both IPv4 as well as IPv6 > and only small parts are IP version specific. This will become more > visible when we are fully leveraging RFC4541 for IPv6 transmission in > the next version. And even in the combined version the ducument is > very handy; less than 20 pages do not qualify a split. Maximilian, thanks for the email. If you think there is reason to keep both versions in one document, and your co-authors too and the WG too - then I'm fine. I do not know of any other IP over foo document that treats both IPv4 and IPv6. This may be the first one. I think it can be too complex, but I will not insist on this. > The I-D does not intend to replace RFC2464 or RFC894 but provides > 'lower layer' additions to make Ethernet over 802.16 looking like > standard Ethernet to the IP layer, even when not all messages are > going over the air like in 'plain' Ethernet. I think this is lower layer additions that are not IP, and that should be suggested to IEEE, not at IETF. I mean, a ND Relay only pertains to 802.16. And so I think it should be part of IEEE, or at most informational track at IETF. Do you see any other link using ND Relay? (other than 802.16)? Thanks, Alex > > > Bye Max > > -----Original Message----- From: Alexandru Petrescu > [mailto:alexandru.petrescu@motorola.com] Sent: Friday, December 15, > 2006 3:06 PM To: 16ng@ietf.org Subject: [16NG] Re: suggest separation > of IPv4 from document (was: > I-DACTION:draft-ietf-16ng-ip-over-ethernet-over-802.16-00.txt) > > Also, I would like to suggest separation of the IPv4 section 8.1 > "IPv4 over Ethernet" from the document, and title the document "IPv6 > over...". > > The reason is simple - simplicity, easier to deal with shorter > documents. > > For example, the current section 8.1 suggests that it is sufficient > to implement IPv4 over 802.16 ETH CS by looking at RFC 894 and RFC > 826 (IPv4 over Ethernet and ARP specs, respectively). > > However, when writing an implementation of IPv4 over ETH CS an > important parameter is the Ether type. For IPv6 it's simple - it's > 0x86DD for _all_ IPv6, ND included, spec'd in rfc2464. But for IPv4 > it's 0x800 (spec'ed in rfc894) and ARP it's 0x806. This latter > figure doesn't figure neither in RFC 894 nor 826. So one would have > to dig the ethertypes on the Internet find out that type. The draft > spec would be insufficient. > > Another major difference between IPv6 and IPv4 is in the tratment of > link-layer multicast. For example, IPv4 doesn't take into account > link-layer multicast, and only cares about broadcast link-layer > addresses (0xff...). IPv6 on the contrary, only considers multicast > link-layer addresses (0x33...). These are aspects that should be > accounted for in the IPv-over documents. I don't think mixing them > together in one document is simple enough. > > Alex > > Internet-Drafts@ietf.org wrote: >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. This draft is a work item of the IP over IEEE 802.16 >> Networks Working Group of the IETF. >> >> Title : Transmission of IP over Ethernet over IEEE 802.16 > Networks >> Author(s) : H. Jeon, et al. Filename : >> draft-ietf-16ng-ip-over-ethernet-over-802.16-00.txt Pages > : 17 Date >> : 2006-12-14 This document describes the behavior of the Ethernet >> emulation on top of IEEE 802.16 to efficiently support the >> transmission of IPv4 as well as IPv6 packets over IEEE 802.16 radio >> links. Due to resource constraints of radio transmission systems >> and the limitations of the IEEE 802.16 MAC layer for the emulation >> of Ethernet, the transmission of IP over an emulated LAN on top of >> IEEE 802.16 may considerably benefit by adding IP specific support >> functions within the Ethernet emulation on top of IEEE 802.16. >> >> >> >> A URL for this Internet-Draft is: >> > http://www.ietf.org/internet-drafts/draft-ietf-16ng-ip-over-ethernet-ove > r-802.16-00.txt >> >> >> To remove yourself from the I-D Announcement list, send a message >> to i-d-announce-request@ietf.org with the word unsubscribe in the >> body of the message. You can also visit >> https://www1.ietf.org/mailman/listinfo/I-D-announce to change your >> subscription settings. >> >> 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-16ng-ip-over-ethernet-over-802.16-00.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-16ng-ip-over-ethernet-over-802.16-00.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. >> >> >> > ------------------------------------------------------------------------ > > >> >> >> _______________________________________________ I-D-Announce >> mailing list I-D-Announce@ietf.org >> https://www1.ietf.org/mailman/listinfo/i-d-announce > > > _______________________________________________ 16NG mailing list > 16NG@ietf.org https://www1.ietf.org/mailman/listinfo/16ng > _______________________________________________ 16NG mailing list 16NG@ietf.org https://www1.ietf.org/mailman/listinfo/16ng
- [16NG] Re: I-D ACTION:draft-ietf-16ng-ip-over-eth… Alexandru Petrescu
- [16NG] Re: suggest separation of IPv4 from docume… Alexandru Petrescu
- RE: [16NG] Re: suggest separation of IPv4 from do… Riegel, Maximilian
- RE: [16NG] Re: I-DACTION:draft-ietf-16ng-ip-over-… Riegel, Maximilian
- Re: [16NG] Re: suggest separation of IPv4 from do… Alexandru Petrescu
- Re: ETH CS behaviour vs interface to IP stack (wa… Alexandru Petrescu
- [16NG] I-D ACTION:draft-ietf-16ng-ip-over-etherne… Internet-Drafts
- [16NG] Comments on draft-ietf-16ng-ip-over-ethern… Narvaez, Paolo (Paolo)
- RE: [16NG] Comments ondraft-ietf-16ng-ip-over-eth… Hongseok Jeon
- Re: [16NG] I-D ACTION:draft-ietf-16ng-ip-over-eth… Bruno Miguel Sousa
- RE: [16NG] Comments ondraft-ietf-16ng-ip-over-eth… Narvaez, Paolo (Paolo)
- RE: [16NG] Comments ondraft-ietf-16ng-ip-over-eth… Hongseok Jeon