RE: [Ospf-manet] Re: Ospf-manet Digest, Vol 11, Issue 2

"Joe Macker" <joseph.macker@nrl.navy.mil> Mon, 02 October 2006 20:08 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GUU5L-0003MU-4B; Mon, 02 Oct 2006 16:08:19 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GUU5K-0003MO-4m for ospf-manet@ietf.org; Mon, 02 Oct 2006 16:08:18 -0400
Received: from s2.itd.nrl.navy.mil ([132.250.83.3]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GUU5I-0000FL-S7 for ospf-manet@ietf.org; Mon, 02 Oct 2006 16:08:18 -0400
Received: from smtp.itd.nrl.navy.mil (smtp.itd.nrl.navy.mil [132.250.86.3]) by s2.itd.nrl.navy.mil (8.13.6+Sun/8.12.8) with SMTP id k92K7iT5003798; Mon, 2 Oct 2006 16:07:44 -0400 (EDT)
Received: (from SEXTANT [132.250.92.22]) by smtp.itd.nrl.navy.mil (SMSSMTP 4.1.12.43) with SMTP id M2006100216083009106 ; Mon, 02 Oct 2006 16:08:30 -0400
From: Joe Macker <joseph.macker@nrl.navy.mil>
To: 'Acee Lindem' <acee@cisco.com>
Subject: RE: [Ospf-manet] Re: Ospf-manet Digest, Vol 11, Issue 2
Date: Mon, 02 Oct 2006 16:07:41 -0400
Message-ID: <012601c6e65e$6a820ce0$165cfa84@SEXTANT>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.2962
Thread-Index: AcbmSbIAeH/neDfUR9Cf3em74oVLmgADkx9w
In-Reply-To: <45214EB8.5030605@cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8
Cc: ospf-manet@ietf.org
X-BeenThere: ospf-manet@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions of OSPFv3 extensions supporting MANET <ospf-manet.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ospf-manet>, <mailto:ospf-manet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ospf-manet>
List-Post: <mailto:ospf-manet@ietf.org>
List-Help: <mailto:ospf-manet-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ospf-manet>, <mailto:ospf-manet-request@ietf.org?subject=subscribe>
Errors-To: ospf-manet-bounces@ietf.org

>-----Original Message-----
>From: Acee Lindem [mailto:acee@cisco.com] 
>Sent: Monday, October 02, 2006 1:39 PM
>Cc: ospf-manet@ietf.org
>Subject: Re: [Ospf-manet] Re: Ospf-manet Digest, Vol 11, Issue 2
>
>
>Let me summarize where I think we are  - In Dallas I believe 
>we did have a "rough" consensus among those actively 
>participated on the OSPF wireless design team that the core 
>OSPF MDR algorithm for flooding and adjacency reduction should 
>be the approach that we submit to the OSPF/MANET WGs for 
>consideration. This didn't include topology reduction or some 
>of the other enhancements that are confusing the discussion today.
>We did vastly under estimate the arguments based on factors 
>other than those considered by the design team. These 
>arguments came from minority members of the design team 
>including some who heretofore hadn't participated as well as 
>other interested individuals. These factors include 
>computation complexity, deployment momentum, disagreement with 
>the problem statement, and possibly even the reluctance or 
>inability to understand the MDR draft. Any others?

I think its good to have this historically correct and thanks for writing
some of the timeline summary. I can't help but remember that overoptimizing
was a non-goal agreed to by the initial wireless design team members, ADs,
and chairs.  The reasoning behind this was that we really proposed this
effort in the hopes of a consensus design within an open protocol framework.
Early on the adjacency reduction was shown to be a first order design
effect.  I think this was a big step forward in understanding the design
space.  My reading was a basic open framework MANET interface+optimized
flooding+adjacency reduction method could then be agreed upon as a core spec
and further alternate optimizations could follow

I personally never underestimated the argument potential and this is why I
believe upfront we agreed to not overoptimize this design effort and to
scope the early goals of the design team to improve consensus probability. I
am certainly disappointed with what occurred from the "rough consensus"
decision point forward.  There will always be multiple valid ways to solve
particular problems.  So we can continue to do multiple proposals and pay
the related cost.  The original proposal was not to create another MANET WG
scenario but to have a consensus framework for OSPF extension improving
mobile wireless performance.

-Joe

>
>The question is where we go now. Independent of draft status,  
>it doesn't look like we'll easily reach an agreement.Going 
>forward with multiple drafts is one option but everyone should 
>realize that this will also impact future optimizations which 
>will undoubtedly be proposed for the contentious OSPF MANET 
>interface type.
>
>Thanks,
>Acee
>
>_______________________________________________
>Ospf-manet mailing list
>Ospf-manet@ietf.org
>https://www1.ietf.org/mailman/listinfo/ospf-manet
>



_______________________________________________
Ospf-manet mailing list
Ospf-manet@ietf.org
https://www1.ietf.org/mailman/listinfo/ospf-manet