[dtn-interest] Re: [IRSG] POLL: draft-irtf-dtnrg-arch-07 -- DUE 30 Oct (Scott Burleigh)

Michael Welzl <michael.welzl@uibk.ac.at> Tue, 14 November 2006 08:03 UTC

Received: from smtp.uibk.ac.at (lmr1.uibk.ac.at [138.232.1.142]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id kAE83bY15187 for <dtn-interest@mailman.dtnrg.org>; Tue, 14 Nov 2006 00:03:37 -0800
Received: from lap10-c703.uibk.ac.at (lap10-c703.uibk.ac.at [138.232.65.57] michael.welzl@uibk.ac.at) by smtp.uibk.ac.at (8.13.1/8.13.1/F1) with ESMTP id kAE83Yi7028948 for <dtn-interest@mailman.dtnrg.org>; Tue, 14 Nov 2006 09:03:34 +0100
From: Michael Welzl <michael.welzl@uibk.ac.at>
To: dtn-interest@mailman.dtnrg.org
In-Reply-To: <20061113153501.8168.53610.Mailman@webbie.berkeley.intel-research.net>
References: <20061113153501.8168.53610.Mailman@webbie.berkeley.intel-research.net>
Content-Type: text/plain
Organization: University of Innsbruck
Message-Id: <1163491373.4764.72.camel@lap10-c703.uibk.ac.at>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4)
Date: Tue, 14 Nov 2006 09:02:53 +0100
Content-Transfer-Encoding: 7bit
X-Spam-Score: () -4.4 ALL_TRUSTED,RCV_SMTP_UIBK
X-Scanned-By: MIMEDefang 2.52 at uibk.ac.at on 138.232.1.140
Subject: [dtn-interest] Re: [IRSG] POLL: draft-irtf-dtnrg-arch-07 -- DUE 30 Oct (Scott Burleigh)
Sender: dtn-interest-admin@mailman.dtnrg.org
Errors-To: dtn-interest-admin@mailman.dtnrg.org
X-BeenThere: dtn-interest@mailman.dtnrg.org
X-Mailman-Version: 2.0.13
Precedence: bulk
List-Unsubscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-interest>, <mailto:dtn-interest-request@mailman.dtnrg.org?subject=unsubscribe>
List-Id: Delay Tolerant Networking Interest List <dtn-interest.mailman.dtnrg.org>
List-Post: <mailto:dtn-interest@mailman.dtnrg.org>
List-Help: <mailto:dtn-interest-request@mailman.dtnrg.org?subject=help>
List-Subscribe: <http://mailman.dtnrg.org/mailman/listinfo/dtn-interest>, <mailto:dtn-interest-request@mailman.dtnrg.org?subject=subscribe>
List-Archive: <http://mailman.dtnrg.org/pipermail/dtn-interest/>

> > On Nov 10, 2006, at 8:05 AM, Scott Burleigh wrote:
> >> Having selected, potentially hazardous BRLs time out and expire 
> >> sounds fine to me.  We absolutely do want to minimize the potential 
> >> for production of destructive traffic.
> >>
> >> I'm not quite so comfortable with the concept of pre-placing BRLs 
> >> along a path, in part because discovery of the path might be part of 
> >> the reason to establish the BRLs.  I can certainly see how one 
> >> wouldn't want BRLs for traffic-tracing BSRs installed at every node 
> >> in the network, and I wouldn't argue for that.  My notion is that the 
> >> subset of nodes at which we'd install some set of 
> >> mutually-referencing BRLs would be selected by whoever "owned" and/or 
> >> was responsible for network management at those nodes and was 
> >> interested in getting specific kinds of traffic handling information 
> >> from them.  Membership in the subset would be more a function of 
> >> administrative interest than of topology.
> >
> > It seems to me that the BRL is one of potentially several ways to 
> > limit the network impact of BSRs. And even with BRLs in place along 
> > the entire path, a node still cannot infer definitively that failure 
> > to receive a BSR means that the conditions requisite to generate the 
> > BSR did not occur, as the BSR may simply have been lost by the network 
> > en route to the report-to EID.
> >
> > I therefore propose that we change the architecture document to say 
> > that nodes "should" (not "must") generate BSRs in response to the 
> > specified conditions, and add a sentence or two explaining that 
> > various mechanisms to rate limit or suppress unwanted BSR generation 
> > may be in place at the node.
> >
> > Then the BRL mechanism can be individually specified in a separate 
> > draft as one of these mechanisms. In addition to specifying the format 
> > of the BRL and rules for the operation of the protocol, it could 
> > specify that a node which conforms to the BRL spec MUST generate a BSR 
> > when it has an appropriate BRL, thereby providing the additional 
> > assurance that the BSR was actually created.
> This seems fine to me.
> 
> Scott

Me, too.

Cheers,
Michael