Re: [Bier] Questions on draft-eckert-bier-te-arch-01

Antoni Przygienda <antoni.przygienda@ericsson.com> Fri, 09 October 2015 18:50 UTC

Return-Path: <antoni.przygienda@ericsson.com>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5214E1B4A21 for <bier@ietfa.amsl.com>; Fri, 9 Oct 2015 11:50:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 br02c_1AVKKe for <bier@ietfa.amsl.com>; Fri, 9 Oct 2015 11:50:26 -0700 (PDT)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86CAB1B4A20 for <bier@ietf.org>; Fri, 9 Oct 2015 11:50:26 -0700 (PDT)
X-AuditID: c618062d-f79ef6d000007f54-f5-5617ac739421
Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 35.C6.32596.47CA7165; Fri, 9 Oct 2015 14:00:52 +0200 (CEST)
Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0248.002; Fri, 9 Oct 2015 14:50:25 -0400
From: Antoni Przygienda <antoni.przygienda@ericsson.com>
To: Caitlin Bestler <caitlin.bestler@nexenta.com>, "bier@ietf.org" <bier@ietf.org>
Thread-Topic: [Bier] Questions on draft-eckert-bier-te-arch-01
Thread-Index: AQHQ4PkiRqe3t8i2BEOvSPbOzgHk6p5hGxaAgAHZtACAAOpigP//zw9g
Date: Fri, 09 Oct 2015 18:50:24 +0000
Message-ID: <2E4BB27CAB87BF43B4207C0E55860F180EAE0D74@eusaamb103.ericsson.se>
References: <55DF5BAD.9060003@juniper.net> <20151007221035.GA26709@cisco.com> <20151009022602.GA32419@cisco.com> <5617EA57.4040909@nexenta.com>
In-Reply-To: <5617EA57.4040909@nexenta.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.9]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrMLMWRmVeSWpSXmKPExsUyuXSPt27JGvEwg8ZFIhZLZ+xhsnjT94bV gcljyZKfTB47FnayBjBFcdmkpOZklqUW6dslcGXcWPKDvWCqYMWn2xPZGxg/83YxcnBICJhI XD1Z0MXICWSKSVy4t56ti5GLQ0jgKKPE4fezWSGcZYwSj3oXM4NUsQlYSFz+9pQZpFlEIETi 1SRVEFNYwFbi2y01kAoRATuJd5u/skLYbhLnt/WAdbIIqEi0X/7HAmLzCvhKbH21GGr8ZEaJ xoYnYEWcAtoS3y79ZAKxGYEO+n5qDZjNLCAucevJfCaIQwUkluw5zwxhi0q8fPyPFcJWlNjX P50dol5HYsHuT2wQtrbEsoWvmSEWC0qcnPmEZQKj6CwkY2chaZmFpGUWkpYFjCyrGDlKi1PL ctONDDYxAmPhmASb7g7GPS8tDzEKcDAq8fAukBcPE2JNLCuuzD3EKM3BoiTOu3/J/VAhgfTE ktTs1NSC1KL4otKc1OJDjEwcnFINjJW8jmuD7JV71krPkD3yda7nx8fnd0blG7zMuOcw87Xt pyed+u6LZ4lueuTQdjL47sfpaT2CnQ03j3eIsTy93BoU33Zy5b+HTUkGmq8ajit9qBO942O9 58VW7gvbl87esf7Xr8mLWe492M79cUnuA6YlB9S2bbSfs2dP+yJX5aplorGu061Ugj2UWIoz Eg21mIuKEwGg4vrgZgIAAA==
Archived-At: <http://mailarchive.ietf.org/arch/msg/bier/wqdayF4vsVpouTW1spPks7NH-W8>
Subject: Re: [Bier] Questions on draft-eckert-bier-te-arch-01
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <bier.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bier>, <mailto:bier-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bier/>
List-Post: <mailto:bier@ietf.org>
List-Help: <mailto:bier-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bier>, <mailto:bier-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Oct 2015 18:50:28 -0000

Study the architecture document for distinction between SI and subdomain. 

SIs are a concept to fit more than BSL of BFERs into a subdomain. 

A subdomain is something where you map a service on so you achieve separation or can separate clusters of receivers from each other. Each subdomain may follow a different topology, carry different type of service, use different assignment of BFR-ids and with that has a different distribution tree possibly. 

If you can play tricks with assignments to fit them into same SI, you are basically using SIs in a sense as sub-domain. This is maybe OK for you but won't work well if you need e.g. service speration in terms of scheduling or receivers joining/leaving subdomains and want to separate a subdomain from the impact of another subdomain. 

BIER is an architecture, not a 'multicast cookbook'. We kept it quite generic to allow for all kind of unexpected applicatons as you have it and give you simply a box of tools like SI, MT, subdomains to allow for mapping of your architectural entities into BIER abstractions to fit your needs  ... 

Thanks 

--- tony 

There are basically two types of people. People who accomplish things, and people who claim to have accomplished things. The first group is less crowded.
~~~ Mark Twain

> -----Original Message-----
> From: BIER [mailto:bier-bounces@ietf.org] On Behalf Of Caitlin Bestler
> Sent: Friday, October 09, 2015 9:25 AM
> To: bier@ietf.org
> Subject: Re: [Bier] Questions on draft-eckert-bier-te-arch-01
> 
>  From a usage perspective SIs and sub-domains can be fairly interchangeable.
> For my storage application I shifted from mapping groups of storage servers
> from being sub-domains to assigning their IDs so they had the same SI.
> 
> So I can easily see an argument for eliminating one of them.
> 
> But why the SI rather than the sub-domain?
> 
> Is there a summary of their difference from both the implementation and usage
> perspectives?
> 
> _______________________________________________
> BIER mailing list
> BIER@ietf.org
> https://www.ietf.org/mailman/listinfo/bier