Re: [OSPF] Adoption of "Single Hop MANET Interface" as WG Document

"Retana, Alvaro" <alvaro.retana@hp.com> Mon, 09 May 2011 20:59 UTC

Return-Path: <alvaro.retana@hp.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0027E0971 for <ospf@ietfa.amsl.com>; Mon, 9 May 2011 13:59:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.598
X-Spam-Level:
X-Spam-Status: No, score=-106.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 eEXSkZ6cnuuM for <ospf@ietfa.amsl.com>; Mon, 9 May 2011 13:59:39 -0700 (PDT)
Received: from g5t0009.atlanta.hp.com (g5t0009.atlanta.hp.com [15.192.0.46]) by ietfa.amsl.com (Postfix) with ESMTP id 8871EE067B for <ospf@ietf.org>; Mon, 9 May 2011 13:59:39 -0700 (PDT)
Received: from G1W0401.americas.hpqcorp.net (g1w0401.americas.hpqcorp.net [16.236.31.6]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g5t0009.atlanta.hp.com (Postfix) with ESMTPS id C7FBB3042C; Mon, 9 May 2011 20:59:37 +0000 (UTC)
Received: from G1W1916.americas.hpqcorp.net (16.236.60.246) by G1W0401.americas.hpqcorp.net (16.236.31.6) with Microsoft SMTP Server (TLS) id 8.2.176.0; Mon, 9 May 2011 20:58:57 +0000
Received: from GVW1338EXA.americas.hpqcorp.net ([16.236.29.11]) by G1W1916.americas.hpqcorp.net ([16.236.60.246]) with mapi; Mon, 9 May 2011 20:58:57 +0000
From: "Retana, Alvaro" <alvaro.retana@hp.com>
To: Richard Ogier <ogier@earthlink.net>
Date: Mon, 09 May 2011 20:58:54 +0000
Thread-Topic: [OSPF] Adoption of "Single Hop MANET Interface" as WG Document
Thread-Index: AcwOhhxbEgo7Cjq4QmCfP9SNoV9ABgAA3I9w
Message-ID: <24646CE17826CF4A8DF71F9856C7E65659240FE447@GVW1338EXA.americas.hpqcorp.net>
References: <24646CE17826CF4A8DF71F9856C7E65659240FE2F3@GVW1338EXA.americas.hpqcorp.net> <4DC84C40.7030801@earthlink.net>
In-Reply-To: <4DC84C40.7030801@earthlink.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_24646CE17826CF4A8DF71F9856C7E65659240FE447GVW1338EXAame_"
MIME-Version: 1.0
Cc: "ospf@ietf.org" <ospf@ietf.org>
Subject: Re: [OSPF] Adoption of "Single Hop MANET Interface" as WG Document
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 May 2011 20:59:42 -0000

Richard:

You're right to say that the MANET solution can handle the special case of a single-hop broadcast network, if one was encountered.  The deployment lesson that we're taking from that scenario is that it is operationally simpler to work w/one type of interface: one neighbor discovery process, one interface description model, etc...specially in cases where the ability to configure and troubleshoot the network in the field is greatly reduced by both access to the nodes as well as the potential abilities of the operators, which is the case in some of the deployments of rfc5820.

IOW, in a mobile network that may include multi-hop and single-hop interfaces, it is operationally preferred to deploy just one type of interface model.

Thanks!

Alvaro.

From: Richard Ogier [mailto:ogier@earthlink.net]
Sent: Monday, May 09, 2011 4:19 PM
To: Retana, Alvaro
Cc: ospf@ietf.org
Subject: Re: [OSPF] Adoption of "Single Hop MANET Interface" as WG Document

In my opinion, the hybrid-bcast-and-p2mp draft is a simple and perfect solution to this problem:
http://tools.ietf.org/id/draft-nsheth-ospf-hybrid-bcast-and-p2mp-01.txt

This has been discussed and some of us agree with this.  For example, Jeffrey Zhang's post dated 4/11/2011 summarizes some of the arguments.

Although both RFC 5820 (OSPF-OR) and RFC 5614 (OSPF-MDR) can be applied to single-hop broadcast networks and thus solve the same problem as the hybrid-bcast-p2mp draft, the hybrid draft is clearly the simplest solution, involving minimal changes to OSPF.

If the network is definitely a single-hop network, so that each router is one hop from all other routers, then there is no need for a MANET solution.  Otherwise, we need a MANET solution, which will also handle the special case of a single-hop network if by chance the network is single-hop (and this can be mentioned in the MANET draft).

But I would never apply a MANET solution if the network is definitely a single-hop network; I would go with the simpler solution in the hybrid draft.  For this reason, I don't think it makes sense to propose applying an OSPF-MANET extension to the case of a single-hop broadcast network.  But if someone can describe a situation where it makes sense to do this, please do so.

Richard


Retana, Alvaro wrote:
Hi!

Following up on the WG meeting in Prague...

http://tools.ietf.org/html/draft-retana-ospf-manet-single-hop

A brief poll at the meeting found no objection to this update to rfc 5820.

This e-mail is the formal request for adoption as a WG document.  Just like rfc 5820, the intended status is Experimental.

Thoughts/comments?

Thanks!

Alvaro.




________________________________



_______________________________________________

OSPF mailing list

OSPF@ietf.org<mailto:OSPF@ietf.org>

https://www.ietf.org/mailman/listinfo/ospf