[16NG] Re: some thoughts on IPv6-over-IPv6CS
Alexandru Petrescu <alexandru.petrescu@motorola.com> Thu, 25 January 2007 18:58 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
by megatron.ietf.org with esmtp (Exim 4.43)
id 1HA9nM-0004YU-Tv; Thu, 25 Jan 2007 13:58:00 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.43) id 1HA9nL-0004YO-O4
for 16ng@ietf.org; Thu, 25 Jan 2007 13:57:59 -0500
Received: from mail128.messagelabs.com ([216.82.250.131])
by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HA9nK-00033C-CX
for 16ng@ietf.org; Thu, 25 Jan 2007 13:57:59 -0500
X-VirusChecked: Checked
X-Env-Sender: alexandru.petrescu@motorola.com
X-Msg-Ref: server-15.tower-128.messagelabs.com!1169751477!1278771!1
X-StarScan-Version: 5.5.10.7.1; banners=-,-,-
X-Originating-IP: [129.188.136.8]
Received: (qmail 11259 invoked from network); 25 Jan 2007 18:57:57 -0000
Received: from motgate8.mot.com (HELO motgate8.mot.com) (129.188.136.8)
by server-15.tower-128.messagelabs.com with SMTP;
25 Jan 2007 18:57:57 -0000
Received: from az33exr04.mot.com ([10.64.251.234])
by motgate8.mot.com (8.12.11/Motorola) with ESMTP id l0PIvuIf011284;
Thu, 25 Jan 2007 11:57:56 -0700 (MST)
Received: from [10.161.201.117] (zfr01-2117.crm.mot.com [10.161.201.117])
by az33exr04.mot.com (8.13.1/8.13.0) with ESMTP id l0PIvslj003205;
Thu, 25 Jan 2007 12:57:55 -0600 (CST)
Message-ID: <45B8FDB2.3060301@motorola.com>
Date: Thu, 25 Jan 2007 19:57:54 +0100
From: Alexandru Petrescu <alexandru.petrescu@motorola.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: JinHyeock Choi <jinchoe@gmail.com>
References: <C1DBCA4E.2CCDA%basavaraj.patil@nokia.com>
<45B7AA42.7010004@motorola.com>
<92e919fb0701242351x4d1e4b4al5f080c5e0503a376@mail.gmail.com>
In-Reply-To: <92e919fb0701242351x4d1e4b4al5f080c5e0503a376@mail.gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 73734d43604d52d23b3eba644a169745
Cc: 16ng@ietf.org
Subject: [16NG] Re: some thoughts on IPv6-over-IPv6CS
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
Dear JinHyeock, thanks for your reply. Just one comment, I will not insist on this. JinHyeock Choi wrote: > Dear Alex > > Kindly find my in-line comments. > >>>>> IEEE 802.16 also defines a secondary management connection >>>>> that can be used for host configuration. However support for >>>>> secondary management connections is not mandatory. A >>>>> transport connection has the advantage of it being used for >>>>> host configuration as well as for user data. >>>> Are you specifying something about the use of the management >>>> connections? If not, take it out. >>>> >>> >>> Not really specifying anything w.r.t the management connection. >>> This came up during discussion with Alex Petrescu and I added it >>> just for the sake of completeness. Within the scope of this I-D, >>> the management connection has no relevance. I can take it out. >> >> Yes, the issue is that 802.16 recommends the RS/RA to happen on a >> Secondary Management Connection (instead of on a Transport >> Connection). Clarifications on the list suggested that probably >> nobody uses a SMC. But that doesn't mean that the IEEE spec isn't >> saying so. > > As of my knowledge, 802.16 doesn't mandate which connection to use > for RS/RA. Well I thought that mentioning of sl address autoconf happening on the SMC, check citation below. > Actually in the beginning of IPv6 over 802.16 IP CS work, we gave > much thought on which connection to use for Neighbor Discovery > messages such as RS/ RA or NS/ NA. (because those messages can carry > multicast destination address and unspecified source address, special > features are required for the connection.) What came out of the discussion? > Unfortunately 802.16 spec is not perfectly clear about this. While > there are a few vague statements which may be interpreted to > recommend the Secondary Management Connection, upon discussing with > 802.16 & WiMAX people, we found out that neither the statements were > written with that intention nor the actual 802.16 SS and BS were > implemented that way. Transport Connection (especially Initial > Service Flow for WiMAX case) is universally agreed as long as our > experience & knowledge goes. If there is something missing or wrong, > kindly let me know. Look. Let's ignore WiMax for a very short moment. All we're left with is the 802.16-2005 spec: > IPv6 Stateless Address Autoconfiguration [IETF RFC 2462] based on the > value of a TLV tuple in REG-RSP. Establishment of IP connectivity > shall be performed on the SS’s Secondary Management Connection (see > Table 110). First issue is the use of SMC for RS/RA. The second item is the value in REG-RSP. That value is equivalent to the M-bit in RA. Both issues can be solved directly and solely in the IETF draft, until the IEEE spec is updated. I agree discussion and clarification happened, at least on the list, but its results should be documented. I agree that IEEE 802.16 may be fed back and modified suggestions. I would like that to happen. If that happens then some coherency is gained. Remark we can't put deadlines on IEEE document advancement, so maybe just hold on for a while. Alex > > Thanks for your kind consideration. > > Best Regards > > JinHyeock > _______________________________________________ 16NG mailing list 16NG@ietf.org https://www1.ietf.org/mailman/listinfo/16ng
- [16NG] review of the new revision (ipv6 over ipcs) Jari Arkko
- [16NG] Re: review of the new revision (ipv6 over … Basavaraj Patil
- Re: some thoughts on IPv6-over-IPv6CS (was: [16NG… Alexandru Petrescu
- Re: some thoughts on IPv6-over-IPv6CS (was: [16NG… Basavaraj Patil
- Re: some thoughts on IPv6-over-IPv6CS (was: [16NG… JinHyeock Choi
- Re: some thoughts on IPv6-over-IPv6CS (was: [16NG… Alexandru Petrescu
- [16NG] Re: some thoughts on IPv6-over-IPv6CS Alexandru Petrescu
- Re: some thoughts on IPv6-over-IPv6CS (was: [16NG… Syam Madanapalli
- [16NG] Re: some thoughts on IPv6-over-IPv6CS JinHyeock Choi
- [16NG] Re: some thoughts on IPv6-over-IPv6CS Jari Arkko
- [16NG] Re: some thoughts on IPv6-over-IPv6CS Alexandru Petrescu