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

Caitlin Bestler <caitlin.bestler@nexenta.com> Fri, 09 October 2015 22:06 UTC

Return-Path: <caitlin.bestler@nexenta.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 B9EEB1B4DAC for <bier@ietfa.amsl.com>; Fri, 9 Oct 2015 15:06:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 qTCYoVYf7qRL for <bier@ietfa.amsl.com>; Fri, 9 Oct 2015 15:06:42 -0700 (PDT)
Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C1951B4DAB for <bier@ietf.org>; Fri, 9 Oct 2015 15:06:42 -0700 (PDT)
Received: by padhy16 with SMTP id hy16so97434221pad.1 for <bier@ietf.org>; Fri, 09 Oct 2015 15:06:42 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=5ftc7qMO3xoH/4z3K/tf+k685P6UBWxKOEUGAvdhcG0=; b=VfHomnLV2t/rC+qMjbMt2fjVTUhuPRKkC3QelociwvKsetXeV4tstoCkIFVIl+qgCE AWPxvDEPjmf7vbtIUv51ElFbpdh0vPZmP3pld+2pa102cOf/jGjhFnZctFOTJH4TlGPp C6AZy7yoVDM3bEKr7Q2dSTlzeStC4G5sN8L4wMruIcBCyjct+sZ48SGpwjt83Gjrz875 m3Si3dpClI9dm+atk02WOkANBTTcTs/Q2kzJcLuUAc3e+yX233t9rcfK+I/tg9exyQK0 hEQjGjMppmXN/Y/RHrzXdj/J0ThPgeaBk9logu1GJsDVo903W153IA0l3aATj9qy2jsC 05Pw==
X-Gm-Message-State: ALoCoQm3GMOI/mSU2tOdQE1YFF5OTYXF/lJjy4PA8UAMsoMtkAqrEH97V5wUaUAf8yeSo4DtVGky
X-Received: by 10.68.131.6 with SMTP id oi6mr17978903pbb.3.1444428402032; Fri, 09 Oct 2015 15:06:42 -0700 (PDT)
Received: from Macintosh.local (67-207-110-172.static.wiline.com. [67.207.110.172]) by smtp.googlemail.com with ESMTPSA id dg2sm4397946pbb.9.2015.10.09.15.06.40 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Oct 2015 15:06:40 -0700 (PDT)
To: IJsbrand Wijnands <ice@cisco.com>
References: <55DF5BAD.9060003@juniper.net> <20151007221035.GA26709@cisco.com> <20151009022602.GA32419@cisco.com> <5617EA57.4040909@nexenta.com> <2E4BB27CAB87BF43B4207C0E55860F180EAE0D74@eusaamb103.ericsson.se> <56181A58.4070500@nexenta.com> <66F3BDC8-D724-4A07-B95B-8A61129767E9@cisco.com>
From: Caitlin Bestler <caitlin.bestler@nexenta.com>
Message-ID: <56183A6B.30209@nexenta.com>
Date: Fri, 09 Oct 2015 15:06:35 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <66F3BDC8-D724-4A07-B95B-8A61129767E9@cisco.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/bier/eInUMFLo0bMXjkGVLA5F-OZgPcg>
Cc: "bier@ietf.org" <bier@ietf.org>, Antoni Przygienda <antoni.przygienda@ericsson.com>
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 22:06:43 -0000


On 10/9/15 2:48 PM, IJsbrand Wijnands wrote:
> Hi Caitlin,
>
>> Studying the architecture document it is apparent that the authors assume that there is some magic sauce
>> associated with the routing underlay associated with each sub-domain. But there is almost nothing mandated
>> about a sub-domain that is different from an SI slice of a sub-domain.
>>
>> The SI slices of one sub-domain must use the same routing underlay. But nothing says that multiple sub-domains
>> cannot use the same routing underlay.
> The double ‘not' is a little confusing, but I think what you are saying is that multiple sub-domain’s are allowed to map to a single underlay, which is correct and the intention of the draft to allow that. You can also assigned a different underlay for each sub-domain. As Tony explained, SI is an automatic mechanism for when the BFR-id overspills, and we create a new SI for it. The sub-domain is something that the network operator can configure to implement specific services.
>
>> The BFR-IDs are unique to the sub-domain, and an SI is a slice of those IDs. But since BFR-IDs are assigned by a
>> mysterious process outside the scope of the document this does not seem terribly relevant unless you need a
>> BIER domain to have more than 2**16 ids.
>>
>> Is there some reason why you could not replace the SI concept with simply have more sub-domains that mapped
>> to the same number of routing underlays?
>>
>> You end up with at most 2**24 BFR-IDs in either case, and the same options for sizing the Bitstring.
>>
>> Were the drafters assuming that a sub-domain was "expensive"? There's nothing in the draft that requires every
>> sub-domain to be a full cost sub-domain with a unique routing underlay.
> A sub-domain is expensive in the sense that you need to allocate a new label(range) for it, advertise it through the network using the IGP and it will provision a new BIFT in all the BIER routers.
>
> Thx,
>
> Ice.
>
If there a N BFR-IDs total in the BIER domain, why is it more expensive 
to break them into 2x sub-domains as opposed
to X sub-domains that are each twice as large?

If there are 2x routing underlays then clearly things would be more 
expensive, but what expense is there in having
an additional sub-domain rather than an additional SI slice?