Re: [manet] Re: [Manet-dt] Review Request

"SATOH, Hiroki (HitachiSDL)" <hiroki.satoh.yj@hitachi.com> Fri, 30 March 2007 01:22 UTC

Return-path: <manet-dt-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HX5ou-0000YK-IN; Thu, 29 Mar 2007 21:22:24 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HX5os-0000VL-Pw; Thu, 29 Mar 2007 21:22:23 -0400
Received: from mail9.hitachi.co.jp ([133.145.228.44]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HX5oq-000157-R2; Thu, 29 Mar 2007 21:22:22 -0400
Received: from mlsv7.hitachi.co.jp (unknown [133.144.234.166]) by mail9.hitachi.co.jp (Postfix) with ESMTP id 9252037C88; Fri, 30 Mar 2007 10:22:19 +0900 (JST)
Received: from mfilter-s2.hitachi.co.jp by mlsv7.hitachi.co.jp (8.12.11/8.12.11) id l2U1MNs5011864; Fri, 30 Mar 2007 10:22:23 +0900
Received: from vshuts5.hitachi.co.jp (unverified) by mfilter-s2.hitachi.co.jp (Content Technologies SMTPRS 4.3.17) with SMTP id <T7eaec6bc1c0ac906aba60@mfilter-s2.hitachi.co.jp>; Fri, 30 Mar 2007 10:22:19 +0900
Received: from hsdlgw92.sdl.hitachi.co.jp ([133.144.7.20]) by vshuts5.hitachi.co.jp with SMTP id M2007033010221800389 ; Fri, 30 Mar 2007 10:22:18 +0900
Received: from vgate2.sdl.hitachi.co.jp by hsdlgw92.sdl.hitachi.co.jp (8.13.1/3.7W06092911) id l2U1MIRW023984; Fri, 30 Mar 2007 10:22:18 +0900
Received: from sdl99w.sdl.hitachi.co.jp ([133.144.14.250]) by vgate2.sdl.hitachi.co.jp (SAVSMTP 3.1.1.32) with SMTP id M2007033010221712821 ; Fri, 30 Mar 2007 10:22:17 +0900
Received: from [127.0.0.1] (IDENT:U2FsdGVkX1+3X9AUC7oSKCALiI1KVAGeS5zRt9YG4ZI@localhost.localdomain [127.0.0.1]) by sdl99w.sdl.hitachi.co.jp (8.13.1/3.7W04031011) with ESMTP id l2U1M37x023095; Fri, 30 Mar 2007 10:22:03 +0900
In-Reply-To: <460BF127.5030608@nokia.com>
References: <019c01c76d85$0e6904f0$165cfa84@SEXTANT><4607DBF4.8060608@nokia.com> <06E6CE31-1A9A-4DA8-81EE-6ACFC9951664@hitachi.com> <002101c7720c$22f5da20$165cfa84@SEXTANT> <460BF127.5030608@nokia.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <39A58386-1B21-4068-B9A4-9A531A470427@hitachi.com>
Content-Transfer-Encoding: 7bit
From: "SATOH, Hiroki (HitachiSDL)" <hiroki.satoh.yj@hitachi.com>
Subject: Re: [manet] Re: [Manet-dt] Review Request
Date: Fri, 30 Mar 2007 10:22:00 +0900
To: "Charles E. Perkins" <charles.perkins@nokia.com>
X-Mailer: Apple Mail (2.752.3)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a8041eca2a724d631b098c15e9048ce9
Cc: 'manet' <manet@ietf.org>, manet-dt@ietf.org
X-BeenThere: manet-dt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: MANET Design Team <manet-dt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/manet-dt>
List-Post: <mailto:manet-dt@ietf.org>
List-Help: <mailto:manet-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/manet-dt>, <mailto:manet-dt-request@ietf.org?subject=subscribe>
Errors-To: manet-dt-bounces@ietf.org

Hello Charles,

I also think your review is useful for future update. It is worth for  
discussing. I am just afraid of delay for standardization from my  
experience so far.

Regards,
Hiroki

---------------------------------------------
SATOH, Hiroki
Hitachi, Ltd., Systems Development Laboratory
E-mail : hiroki.satoh.yj@hitachi.com
---------------------------------------------



On 2007/03/30, at 2:02, Charles E. Perkins wrote:

>
> Hello Joe,
>
> O.K.  Now I _am_ confused, and ask for advice.
>
> I've been reluctant for quite some months to invest the
> number of hours to review these documents, because
> I figured that nobody would care what I said about
> them very much.  During the last meeting, Thomas and
> others convinced me to review them (i.e, that they
> _would_ care what I said).
>
> So do I spend the time, or not?  It will take me at least
> another 6-7 hours of wall time to go through the
> documents and identify editorial revisions, some more
> hours to compare against alternative packet formats,
> and at least that much time to carry on the e-mail
> discussions.  I'm willing to do it, but not if it is a farce
> and waste of time.
>
> Please let me know!
>
> Regards,
> Charlie P.
>
>
> ext Joe Macker wrote:
>> I would agree with Hiroki. Especially since we have had these  
>> designs on the
>> table for a long time now.  We discussed at previous meetings that if
>> special adaptations were needed for 6LOWPAN, sensor nets, etc that  
>> those
>> could be debated and potential adapted specific to those  
>> applications.
>>
>> I would also add that fewer messages is often more important than  
>> smaller
>> messages. If you think about the penalty of accessing a shared  
>> channel,etc.
>> Of course, this depends upon the lower layer.
>>
>> -Joe
>>
>>> -----Original Message-----
>>> From: SATOH, Hiroki (HitachiSDL)  
>>> [mailto:hiroki.satoh.yj@hitachi.com] Sent: Wednesday, March 28,  
>>> 2007 9:24 PM
>>> To: manet; manet-dt@ietf.org
>>> Subject: Re: [manet] Re: [Manet-dt] Review Request
>>>
>>> I agree with the importance of reducing message size especially  
>>> for sensor network. And it could be applicable if we change  
>>> packet format with smart way.
>>> But from industrial point of view,  I also worry about DELAY for  
>>> the standardization. Almost all companies could not follow  
>>> frequent draft update, because of a lot of cost. And MANET WG  
>>> already advertised PacketBB almost Last Call for RFC in 67th and  
>>> 68th IETF.
>>>
>>> So I urge that first of all we move packetBB to RFC. After  
>>> standardization, we start to discuss how improve packet format  
>>> and update RFC in need.
>>> In my opinion packet format applicability depends on the service  
>>> or the application in real world. It may difficult to cover every  
>>> situation by only one document. Because the new service or the  
>>> new situation become available by technological invention day by  
>>> day. I think the merit of Last Call much bigger than that of  
>>> delayed standardization. The improvement update for real  
>>> application from now on will be done after standardization, I think.
>>>
>>> Again I strongly recommend accelerate EVERY standardization  
>>> process.  Because I hope the MANET technique will be available as  
>>> soon as possible in real world from industrial standpoint, now  
>>> only use for some experimental work or limited field.
>>>
>>> Regards,
>>> Hiroki
>>>
>>> ---------------------------------------------
>>> SATOH, Hiroki
>>> Hitachi, Ltd., Systems Development Laboratory E-mail :  
>>> hiroki.satoh.yj@hitachi.com
>>> ---------------------------------------------
>>>
>>>
>>>
>>> On 2007/03/26, at 23:43, Charles E. Perkins wrote:
>>>
>>>
>>>> Hello folks,
>>>>
>>>> Once again, I urge that we place as much consideration as
>>> possible on
>>>> reducing message size to the maximum extent.
>>>> I have myself been reluctant to spend a lot of time on reviewing  
>>>> the document because I worry that my comments will not be taken  
>>>> as constructive.  Ian has expressed his concern that I am too  
>>>> late to make any suggestions for substantial change.
>>>>
>>>> I believe that the TLV structure is very expensive in terms of  
>>>> byte overhead.  I also think that parseability is far less  
>>>> important than message size, although both are important.
>>>> I would rate the relative importance as 90% vs. 10% for the  
>>>> parseability/size tradeoff.
>>>>
>>>> Similar considerations may apply to NHDP.
>>>>
>>>> It is pretty clear that the trend has been to be more "IETF"- 
>>>> like in the message design, at the expense of message size.  In  
>>>> my opinion, this is inappropriate if we want our work to be  
>>>> applicable
>>> for sensors
>>>> or 6lowpan or other low-power devices.  When one byte of airtime  
>>>> consumes as much energy as millions of processor cycles, it  
>>>> makes sense to favor additional processing to reduce message  
>>>> size.  IETF protocols typically favor human readability of the  
>>>> protocol document at the expense of message size, and for many  
>>>> applications this is wholly inappropriate.
>>>>
>>>> I would be very interested to hear opinions from other
>>> members of the
>>>> working group about this.
>>>>
>>>> Regards,
>>>> Charlie P.
>>>>
>>>>
>>>>
>>>>
>>>> ext Joe Macker wrote:
>>>>
>>>>> At the manet WG meeting we discussed a workplan prior to moving  
>>>>> SMF to Last Call for Experimental consideration. While some  
>>>>> readability improvements may be done the authors request that  
>>>>> the WG provide comments as soon as possible.  Positive and  
>>>>> general comments are encouraged along with others.
>>>>> If you an implementor and find something confusing we are
>>> interested
>>>>> in hearing from you.
>>>>> Please see the recent briefings on line from the last meeting  
>>>>> to understand the recent changes and upcoming plan.
>>>>>
>>>>> Thanks,
>>>>> Joe
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Manet-dt mailing list
>>>>> Manet-dt@ietf.org
>>>>> https://www1.ietf.org/mailman/listinfo/manet-dt
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Manet-dt mailing list
>>>> Manet-dt@ietf.org
>>>> https://www1.ietf.org/mailman/listinfo/manet-dt
>>>>
>>>>
>>> _______________________________________________
>>> manet mailing list
>>> manet@ietf.org
>>> https://www1.ietf.org/mailman/listinfo/manet
>>>
>>>
>>
>>
>>
>> _______________________________________________
>> Manet-dt mailing list
>> Manet-dt@ietf.org
>> https://www1.ietf.org/mailman/listinfo/manet-dt
>>
>
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www1.ietf.org/mailman/listinfo/manet
>


_______________________________________________
Manet-dt mailing list
Manet-dt@ietf.org
https://www1.ietf.org/mailman/listinfo/manet-dt