Re: [Detnet] L2/L3 model?

"Anca Zamfir (ancaz)" <ancaz@cisco.com> Mon, 17 November 2014 19:32 UTC

Return-Path: <ancaz@cisco.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3C821A000D for <detnet@ietfa.amsl.com>; Mon, 17 Nov 2014 11:32:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.095
X-Spam-Level:
X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 tCvw82PnPL4k for <detnet@ietfa.amsl.com>; Mon, 17 Nov 2014 11:32:03 -0800 (PST)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 795391A0006 for <detnet@ietf.org>; Mon, 17 Nov 2014 11:32:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3084; q=dns/txt; s=iport; t=1416252724; x=1417462324; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=VBfnzXzHMgVraqC+2LsdGJEnQxoxJsQcTNtx28FjINI=; b=SUOGrcJLeluGfmuHQlfU/YaVDcNkYgfiZ66IE6+WHgviwV/q8xWKBYIP g4B0MrqyILagMauggnLdpCXWXU61w/+a8c+AaGdujUpePKMqaTrHXsMJk ZmpyCj3wpJgJ98WcuHg++w3ay6h1a3HfnQH1moL8O8AowMTM51tVBRHqV k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhIFABRMalStJV2P/2dsb2JhbABbgw5VWQTMGwqGeVUCgRoWAQEBAQF9hAMBAQQBAQE3LQcLEgEIGB43CyUCBAENBRuIJg3SUAEBAQEBAQEBAQEBAQEBAQEBAQEBARMEkSIHhEsFkkeMBZZ6g3xtgUiBAwEBAQ
X-IronPort-AV: E=Sophos;i="5.07,404,1413244800"; d="scan'208";a="372922892"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-6.cisco.com with ESMTP; 17 Nov 2014 19:32:01 +0000
Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id sAHJW06V022581 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 17 Nov 2014 19:32:00 GMT
Received: from xmb-aln-x12.cisco.com ([169.254.7.222]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Mon, 17 Nov 2014 13:32:00 -0600
From: "Anca Zamfir (ancaz)" <ancaz@cisco.com>
To: Philippe Klein <philippe@broadcom.com>, Erik Nordmark <nordmark@acm.org>
Thread-Topic: [Detnet] L2/L3 model?
Thread-Index: AQHQAp0nxlVpzSY6q0CjoDORYDWkUQ==
Date: Mon, 17 Nov 2014 19:31:59 +0000
Message-ID: <D09007FF.C888F%ancaz@cisco.com>
In-Reply-To: <38B7ABF9-00B4-462E-9788-3B40A7BE9460@broadcom.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.61.169.93]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <39A430C62E83D4478682A9AEF4EF25A8@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/detnet/7EQ1p3JLjIUOG27pN6XM0ExxX9s
Cc: "detnet@ietf.org" <detnet@ietf.org>
Subject: Re: [Detnet] L2/L3 model?
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussions on Deterministic Networking, characterized by 1\) resource reservation; 2\) 0 congestion loss and guaranteed latency; 3\) over L2-only and mixed L2 and L3 networks; and 5\) 1+1 replication/deletion." <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Nov 2014 19:32:05 -0000

Hi Philippe,
My understanding is that QoS (delay, jitter, b/w, etc) must be guaranteed
for the end-to-end path, whether the path spans L3 only, L2 only or a
mixture. One solution would be for PCE to get the L2 and L3 island
topologies (yes, make PCE work at L2 with SPB + extensions which is new)
and create a single heterogeneous view of the network. Once the path is
computed, PCE can determine how the different segments (could be TE LSPs
in L3 or multicast groups for L2) should be created. I think PW-s (if
used) would be carried inside these segments and it would be good to only
expose the label at the termination point (listener or the node that
eliminates the duplicates). This is to avoid having to do stitching.
There are other possibilities to explore, with some (like where L2 and L3
islands independently establish these paths) I am struggling with the
end-to-end guarantee.

thanks
-ana

On 11/17/14 8:02 PM, "Philippe Klein" <philippe@broadcom.com> wrote:

>Erik,
>In my humble view, the L3 must only indicate the L3 router path over of
>the L2 island with its path attributes  and let the L2 protocol select
>the constrained path.
>Essentially the inner L2 topology could be ignored by the L3.
>
>/Philippe
>Broadcom
>
>Sent from my iPhone
>
>> On Nov 17, 2014, at 20:11, "Erik Nordmark" <nordmark@acm.org> wrote:
>> 
>> 
>> After the BoF I realized there was one thing we didn't talk about which
>>is what combined L2 and L3 topologies that folks have in mind.
>> It is true that from a packet forwarding perspective both L2 and L3
>>have queues and clocks, but the interaction with the control plane and
>>the approach might be different for different forms of combinations.
>> 
>> First of all we have 6TISCH which is an L3-only network.
>> 
>> But in combined L2/L3 networks we could have at least
>> - interconnecting L2 islands using L3
>> - arbitrary topologies with mixtures of L2 and L3 forwarding devices
>> 
>> A suggestion (at the mike during the BoF) was to consider pseudo-wires.
>>That might make sense when interconnecting L2 islands.
>> But with arbitrary topologies one could end with with a path that as a
>>mixture of bridges and routers e.g.
>> 
>>     Sender - B1 - B2 - R1 - B3 - B4 - B5 - R2 - R3 - Listener
>> 
>> Are there use cases that result in such topologies/paths?
>> 
>> Would one need one controller which is aware of both the L2 and L3
>>devices and can pick paths (with resources) that include both?
>> (Typically we separate the layers thus we might have a PCE which sees
>>the L3 topology but not the L2 devices in between the routers.)
>> 
>> I think it would be good to explore the combined L2/L3 use cases and
>>models in more detail.
>> 
>>   Erik
>> 
>> _______________________________________________
>> detnet mailing list
>> detnet@ietf.org
>> https://www.ietf.org/mailman/listinfo/detnet
>
>_______________________________________________
>detnet mailing list
>detnet@ietf.org
>https://www.ietf.org/mailman/listinfo/detnet