Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01.txt
Leaf yeh <leaf.y.yeh@huawei.com> Thu, 27 September 2012 03:12 UTC
Return-Path: <leaf.y.yeh@huawei.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0875121F864D for <dhcwg@ietfa.amsl.com>; Wed, 26 Sep 2012 20:12:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.235
X-Spam-Level:
X-Spam-Status: No, score=-6.235 tagged_above=-999 required=5 tests=[AWL=0.064, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2qrlK41YrkRf for <dhcwg@ietfa.amsl.com>; Wed, 26 Sep 2012 20:12:42 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 20BBD21F8643 for <dhcwg@ietf.org>; Wed, 26 Sep 2012 20:12:40 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AKB26452; Thu, 27 Sep 2012 03:12:39 +0000 (GMT)
Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 27 Sep 2012 04:11:44 +0100
Received: from SZXEML439-HUB.china.huawei.com (10.72.61.74) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 27 Sep 2012 04:12:36 +0100
Received: from SZXEML510-MBS.china.huawei.com ([169.254.8.119]) by szxeml439-hub.china.huawei.com ([10.72.61.74]) with mapi id 14.01.0323.003; Thu, 27 Sep 2012 11:12:28 +0800
From: Leaf yeh <leaf.y.yeh@huawei.com>
To: Ole Trøan <otroan@employees.org>, Ted Lemon <Ted.Lemon@nominum.com>
Thread-Topic: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01.txt
Thread-Index: AQHNdvWqSDMOAnuzpUmlatl1eCUEGJdX0gXAgBWNlcCALAfOgIABLD2AgABJcoCAATZTgIABq0+A
Date: Thu, 27 Sep 2012 03:12:27 +0000
Message-ID: <E1CE3E6E6D4E1C438B0ADC9FFFA345EA3C474AA2@SZXEML510-MBS.china.huawei.com>
References: <4D779082-B182-4728-9534-39456573682E@nominum.com> <489D13FBFA9B3E41812EA89F188F018E0F4EA3B4@xmb-rcd-x04.cisco.com> <E1CE3E6E6D4E1C438B0ADC9FFFA345EA3C4668ED@SZXEML510-MBS.china.huawei.com> <8AC1BB64-BA6D-4395-ABA7-1F317C3550D0@nominum.com> <D4AB11DA-0815-4E79-A097-F9B408210D81@employees.org> <C53F80F0-F243-4A0D-B03D-BDEE4B4246BC@nominum.com> <39714EDD-C5DA-4DDF-AD10-E06A934EEDAE@employees.org>
In-Reply-To: <39714EDD-C5DA-4DDF-AD10-E06A934EEDAE@employees.org>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.66.83.152]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: dhc WG <dhcwg@ietf.org>
Subject: Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01.txt
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcwg>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Sep 2012 03:12:43 -0000
Section 11 of RFC3315 - <quote>If the server receives the message directly from the client and the source address in the IP datagram in which the message was received is not a link-local address, then the client is on the link identified by the source address in the IP datagram (note that this situation can occur only if the server has enabled the use of unicast message delivery by the client and the client has sent a message for which unicast delivery is allowed).</quote> The above sounds the client could use the GUA for sending its message instead of LLA in some case. Supposed the client also knows the GUA of the server like the case of the relay. Then the technical question turns to be: if the assumption sounds the client already has its GUA of IPv6 (at its WAN interface?), why not use it directly for the stateless configuration. Best Regards, Leaf -----Original Message----- From: Ole Trøan [mailto:otroan@employees.org] Sent: Wednesday, September 26, 2012 4:49 PM To: Ted Lemon Cc: Leaf yeh; dhc WG Subject: Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01.txt Ted, >> the use of a relay message is purely to get around the 3315 restriction of using a link-local address. >> the client is local to the node. assume for arguments sake that in the implementation the client is acting also as the relay. > > I suspected as much. IMHO, this is the wrong thing to do. Just use the tunnel endpoint address instead of the link-local address in the case where there is no link-local address. You'd have to make this standards-track and update RFC3315, but I think that's okay. There's no magic to using the link-local address on broadcast interfaces-it's just the one address we can always count on the client having. Of course, in this case we can't count on that, and if you look at section 1.1 of RFC3315 and section 11, you can see that the standard already accounts for cases where the link-local address is not used. Actually, it looks like the spec may have a bug with respect to unicast that needs to be fixed. I think we should do this too. let us make sure we get that into the RFC3315bis that I clearly remember you volunteered to write. ;-) this draft proposes a solution that only affects the client implementation though (that is changing anyway), so I think we need this for a deployable solution. cheers, Ole
- [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01.txt Ted Lemon
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Xuxiaohu
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Bernie Volz (volz)
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… g57775
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Zhangdacheng (Dacheng)
- [dhcwg] 答复: WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Guodayong
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… sunqi
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Leaf yeh
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Leaf yeh
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ted Lemon
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ole Trøan
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ted Lemon
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Xuxiaohu
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ole Trøan
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ted Lemon
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ted Lemon
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ole Trøan
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ted Lemon
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Leaf yeh
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ole Trøan
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ted Lemon
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Tomek Mrugalski
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Xuxiaohu
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Leaf yeh
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Bernie Volz (volz)
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Xuxiaohu
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Ted Lemon
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-tunnel-01… Bernie Volz (volz)