[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