Re: [homenet] dst/src routing drafts (for IETF-91 rtgwg)

David Lamparter <equinox@diac24.net> Wed, 22 October 2014 19:07 UTC

Return-Path: <equinox@diac24.net>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E52E71AD2AF; Wed, 22 Oct 2014 12:07:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l_6UU3qIjhxy; Wed, 22 Oct 2014 12:07:35 -0700 (PDT)
Received: from spaceboyz.net (spaceboyz.net [IPv6:2001:8d8:870:1000::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 926B91AD333; Wed, 22 Oct 2014 12:07:11 -0700 (PDT)
Received: from [2001:8d8:870:10ef:1::] (helo=jupiter.n2.diac24.net) by spaceboyz.net with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from <equinox@diac24.net>) id 1Xh1FT-0007ua-Cj; Wed, 22 Oct 2014 21:07:07 +0200
Received: from equinox by jupiter.n2.diac24.net with local (Exim 4.82) (envelope-from <equinox@diac24.net>) id 1Xh1FF-001Iey-Ls; Wed, 22 Oct 2014 21:06:56 +0200
Date: Wed, 22 Oct 2014 21:06:53 +0200
From: David Lamparter <equinox@diac24.net>
To: rtgwg@ietf.org, homenet@ietf.org
Message-ID: <20141022190653.GB868521@jupiter.n2.diac24.net>
References: <20141020204033.GD236844@jupiter.n2.diac24.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20141020204033.GD236844@jupiter.n2.diac24.net>
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: http://mailarchive.ietf.org/arch/msg/homenet/7r9CYlCQZq0fymxE7o41dxfRTVs
Cc: "Fred Baker \(fred\)" <fred@cisco.com>, Mikael Abrahamsson <swmike@swm.pp.se>
Subject: Re: [homenet] dst/src routing drafts (for IETF-91 rtgwg)
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Oct 2014 19:07:41 -0000

On Mon, Oct 20, 2014 at 10:40:33PM +0200, David Lamparter wrote:
> https://datatracker.ietf.org/doc/draft-lamparter-rtgwg-routing-extra-qualifiers/?include_text=1
> https://datatracker.ietf.org/doc/draft-lamparter-rtgwg-dst-src-routing/?include_text=1

rtgwg & homenet:

So, these drafts describe the general router behaviour for D/S, without
heading into homenet specifics.  There are a few points that might be
worth going into detail:

- the first draft describes adding random kinds of attributes into route
  lookup.  That's very generic, and it didn't add significant
  complexity, but I don't think we're expecting to insert things in the
  middle?

- we haven't discussed some of the boundaries to other functions.
  Recursive route handling is unlikely to be relevant for homenet, but
  might warrant feedback from rtgwg.  And the situation is rather
  complex, the draft has an open "multiple-choices TBD" there.

  Interesting for both rtgwg & homenet are behaviour with uRPF filtering
  and multicast RP lookups.  The draft says:
   for uRPF, flip dst & src and match both, if the system supports it.
     If it doesn't, match packet source against all possible route dst.
     (This probably needs better wording in the draft)
   for mcast reverse-path lookup, ignore all D/S routes.  Multicast has
     only (group, source) available, no destination to match against the
     route source prefix.

So, to be explicit on this, D/S routing is conceptually incompatible
with multicast reverse path lookups.  But that can be dealt with (cue to
homenet multicast discussion here.)


Hoping for feedback (including, possibly, "I don't care" or "I have no
opinion"),


-David


P.S.: there is an unfortunate scheduling collision between homenet and
rtgwg for IETF 91... please convert to mail as much as possible!