Re: [homenet] dst/src routing drafts (for IETF-91 rtgwg)
Gert Doering <gert@space.net> Tue, 28 October 2014 13:19 UTC
Return-Path: <gert@Space.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 1001B1A6EEC for <homenet@ietfa.amsl.com>; Tue, 28 Oct 2014 06:19:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.011
X-Spam-Level:
X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 CJerxXHk2M48 for <homenet@ietfa.amsl.com>; Tue, 28 Oct 2014 06:18:53 -0700 (PDT)
Received: from mobil.space.net (mobil.space.net [IPv6:2001:608:2:81::67]) (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 70EA11A877F for <homenet@ietf.org>; Tue, 28 Oct 2014 06:18:05 -0700 (PDT)
X-Original-To: homenet@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 77C51602FF for <homenet@ietf.org>; Tue, 28 Oct 2014 14:18:03 +0100 (CET)
X-SpaceNet-Relay: true
Received: from moebius3.space.net (moebius3.Space.Net [IPv6:2001:608:2:2::250]) by mobil.space.net (Postfix) with ESMTPS id 3912560141 for <homenet@ietf.org>; Tue, 28 Oct 2014 14:18:03 +0100 (CET)
Received: (qmail 23745 invoked by uid 1007); 28 Oct 2014 14:18:03 +0100
Date: Tue, 28 Oct 2014 14:18:03 +0100
From: Gert Doering <gert@space.net>
To: Ole Troan <ot@cisco.com>
Message-ID: <20141028131803.GN31092@Space.Net>
References: <20141020204033.GD236844@jupiter.n2.diac24.net> <20141022190653.GB868521@jupiter.n2.diac24.net> <DFE4317C-E4B6-44AB-AED4-2FBBBD2888DA@cisco.com> <B445E8FD-13EE-4014-8D1C-7C9D4A188D2D@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <B445E8FD-13EE-4014-8D1C-7C9D4A188D2D@cisco.com>
X-NCC-RegID: de.space
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: http://mailarchive.ietf.org/arch/msg/homenet/nsjffeMrGFsKh5VUkb5jRleBF4I
Cc: David Lamparter <equinox@diac24.net>, "homenet@ietf.org" <homenet@ietf.org>, "rtgwg@ietf.org" <rtgwg@ietf.org>, "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: Tue, 28 Oct 2014 13:19:00 -0000
Hi, On Tue, Oct 28, 2014 at 02:06:26PM +0100, Ole Troan wrote: > isn't multi-prefix multi-homing one of the most obvious use cases > for source address dependent routing? that's not restricted with > homenets, but also any small network. I'm assuming large networks > will continue with PI addresses and BGP based multihoming. I see the distinction somewhere in the "what defines policy in a network", as in: - in a "big" company network, there usually is some sort of network access policy, which is defined and enforced by the network people - so you'll see BGP policies and PI, or in a "dual /48" style shop, I expect to see dual-NPT66-with-ULA devices where you can configure your policy ("surfing goes out via ISP A, mail goes out via ISP B") in the network device - in a homenet, small company ("barber shop") network, there is no "admin", and to try to enforce network policy ("surfing via cable, bittorrent via DSL") in the network device is futile, because "no admin". So here you need SADR to empower the end device - and by that means, the user - to define policy. Have the bittorrent client use the source address from the DSL ISP's /48, the web browser use the source address from the Cable ISP, and things work the way the user wants it. ... and this is why I really really like dual-/48 multihoming for the "not really managed" SOHO case, as it puts policy decisions where they can be made (= user's device) - and of course, why dual-/48 is not going to fly for enterprise networks (= can't have the user decide that). (In case this wasn't obvious, I'm agreeing with Ole here, I just try to shed light from a slightly different angle on that.) Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279
- Re: [homenet] dst/src routing drafts (for IETF-91… David Lamparter
- Re: [homenet] dst/src routing drafts (for IETF-91… Fred Baker (fred)
- Re: [homenet] dst/src routing drafts (for IETF-91… Ole Troan
- Re: [homenet] dst/src routing drafts (for IETF-91… Gert Doering
- Re: [homenet] dst/src routing drafts (for IETF-91… Tim Chown
- Re: [homenet] dst/src routing drafts (for IETF-91… Brian E Carpenter
- Re: [homenet] dst/src routing drafts (for IETF-91… David Lamparter
- Re: [homenet] dst/src routing drafts (for IETF-91… Fred Baker (fred)
- Re: [homenet] dst/src routing drafts (for IETF-91… Ray Hunter
- Re: [homenet] dst/src routing drafts (for IETF-91… Jim Gettys
- Re: [homenet] dst/src routing drafts (for IETF-91… Fred Baker (fred)
- Re: [homenet] dst/src routing drafts (for IETF-91… Michael Richardson
- Re: [homenet] dst/src routing drafts (for IETF-91… David Lamparter
- Re: [homenet] dst/src routing drafts (for IETF-91… Ole Troan
- Re: [homenet] dst/src routing drafts (for IETF-91… Ray Hunter