From nobody Fri Mar 3 16:02:25 2017 Return-Path: X-Original-To: detnet@ietf.org Delivered-To: detnet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 75E76129A60; Fri, 3 Mar 2017 15:55:37 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.46.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148858533747.15846.2112214903844032811.idtracker@ietfa.amsl.com> Date: Fri, 03 Mar 2017 15:55:37 -0800 Archived-At: Cc: detnet@ietf.org, db3546@att.com Subject: [Detnet] detnet - Requested session has been scheduled for IETF 98 X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 23:55:39 -0000 Dear Lou Berger, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. detnet Session 1 (2:00:00) Monday, Afternoon Session I 1300-1500 Room Name: Zurich G size: 115 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Deterministic Networking Area Name: Routing Area Session Requester: Lou Berger Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: dmm dime pce teas ccamp netmod mpls Second Priority: rtgwg nvo3 tsvwg pals bess Third Priority: aqm bier 6tisch People who must be present: Lou Berger Patricia Thaler Deborah Brungard Jouni Korhonen Patricia Thaler Resources Requested: Meetecho support in room Special Requests: --------------------------------------------------------- From nobody Sun Mar 5 16:14:36 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97C09129560 for ; Sun, 5 Mar 2017 16:14:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadcom.com 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 Xy0q6tz0rMmB for ; Sun, 5 Mar 2017 16:14:33 -0800 (PST) Received: from mail-pg0-x22e.google.com (mail-pg0-x22e.google.com [IPv6:2607:f8b0:400e:c05::22e]) (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 1989812955D for ; Sun, 5 Mar 2017 16:14:33 -0800 (PST) Received: by mail-pg0-x22e.google.com with SMTP id 25so59837168pgy.0 for ; Sun, 05 Mar 2017 16:14:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=jD3JbbAG+ysXclz2oQGMckZNFDXAQcclX9Fy1sonOZc=; b=AJhfl/mwAyLrP8+t+mMvmJ9ndwQ0ZDjL99fp2Ou+hr5P5up9PakML5p1X7umoqnsz8 mqAeTJOTZ/9z9xHx83NFT+7O+13+7v/9TjE9/iYC4gQsJYKau9CoBsgiYO/S9Dy2F5VT AixoQEE1ep1p7jRIkKL0bowUfFJ8E90i02/a0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=jD3JbbAG+ysXclz2oQGMckZNFDXAQcclX9Fy1sonOZc=; b=Wb73fgjUVm1hnkfrj7vjWpfNry9Q/3FWaClbNZSMjLvVVM7tV4+ekyD0/NKoSbupMS AMYrmGWr4FKWdpjsN+IXSo4+V4x+KBKvsF4dezfC1hTWKcpilDri7xRNB3AJ0hSUk2y6 0IqHJ2m/H6R7Gp6oLrU4dzoAodVkoxpCOu6gcdX3AsD5WQadXjMIlkNhUrAKjXayjoeB 1drip1AeZ48ERPKPZrqYs95/a/taOgmruPp070dO+cSq8hdHDsV7aL8ILZMOX9yqaUr7 qcgTPvTKPso1xkTvd3b/zyxIh8II0e1AYtYjg7YVQqC8csWJxQy1w+V7r2X02z/ONDoE 4Z4A== X-Gm-Message-State: AMke39kqLLqgu0NytazmRFFwlleJiu/vUFoi0coLjyNCjhtJUhck7odmKuHh1oz6S2HDEwrd X-Received: by 10.84.229.10 with SMTP id b10mr21916227plk.148.1488759272335; Sun, 05 Mar 2017 16:14:32 -0800 (PST) Received: from ?IPv6:2601:647:4200:e520:60c1:ba23:be36:fc38? ([2601:647:4200:e520:60c1:ba23:be36:fc38]) by smtp.gmail.com with ESMTPSA id m12sm35609594pgc.46.2017.03.05.16.14.31 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Mar 2017 16:14:31 -0800 (PST) From: Jouni Korhonen Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Message-Id: <3F0CA634-E995-4C4A-A848-EB70FE8BA7E7@broadcom.com> Date: Sun, 5 Mar 2017 16:14:30 -0800 To: detnet@ietf.org X-Mailer: Apple Mail (2.3259) Archived-At: Subject: [Detnet] Agenda requests for IETF98 in Chicago X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 00:14:34 -0000 Folks, The final agenda has been published last Friday, see = https://datatracker.ietf.org/meeting/98/agenda.html. DetNet WG is on air = 13:00-15:00 Monday Afternoon session I March 27 in Zurich G. If you'd like to have a presentation slot in Chicago, please send a = request to the chairs and me by Sunday March 12th. Also pay attention to = the important dates listed below. Specifically, the document submission = deadline is UTC 23:59 on March 13th. When requesting a slot having a = draft that has already been seen and discussed on the list is highly = encouraged. Any WG draft not being discussed/presented needs to a status update sent = to the list by Friday March 24th. Please also provide a summary slide by = Saturday, March 25th. We'll need all slides for presentations by Saturday, March 25th. The = earlier, the better, though. Cheers, Jouni, Lou & Pat PS: Important dates follow: =E2=80=A2 2017-03-13 (Monday): Internet Draft submission cut-off (for = all drafts, including -00) by UTC 23:59, upload using IETF ID Submission = Tool. =E2=80=A2 2017-03-15 (Wednesday): Draft Working Group agendas due by UTC = 23:59, upload using IETF Meeting Materials Management Tool. =E2=80=A2 2017-03-17 (Friday): Early Bird registration and payment = cut-off at UTC 23:59. =E2=80=A2 2017-03-20 (Monday): Revised Working Group agendas due by UTC = 23:59, upload using IETF Meeting Materials Management Tool. =E2=80=A2 2017-03-20 (Monday): Registration cancellation cut-off at UTC = 23:59. =E2=80=A2 2017-03-24 (Friday): Final Pre-Registration and Pre-Payment = cut-off at 17:00 local meeting time. =E2=80=A2 2017-03-26 - 2017-03-31: IETF 98 in Chicago, IL, USA From nobody Tue Mar 7 10:02:03 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA7F4129442 for ; Tue, 7 Mar 2017 10:02:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 BO5SfPHop6KT for ; Tue, 7 Mar 2017 10:01:58 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FC0B12945A for ; Tue, 7 Mar 2017 10:01:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=85430; q=dns/txt; s=iport; t=1488909718; x=1490119318; h=from:to:cc:subject:date:message-id:mime-version; bh=KY9Ls3GKAcL7tdeQ7AktbtsH1VEC9jQbVD6VD/gXT/s=; b=eLVNtzQIHjRZvrPCvfKLARRJbm/8iDprTKmskyZJACAs3sObb9WyB6/z iinVmn16LZZzcyduZIAKe2tvScNceoHTnU71WzhKso3PGkkzqXVK+hguX IN4pZM/PM436B7UgE9cii/99NQPiZ4EQVJkDZtGVCUGaVGVPFsxx17zlp E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CqAwA/9L5Y/51dJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm5jYYERsleCD4INgkcBg1qCKEEWAQIBAQEBAQEBax0LhTYNBkwSARo?= =?us-ascii?q?mAT8XDwEEDg0TiWSyFjqKegEBAQEBAQEDAQEBAQEBAQEBH4ZOjwkfBYkZjF6GO?= =?us-ascii?q?QGKHYgQggSFIooCiEOKdwEmCCmBA1YVhRMdgWOJe4ENAQEB?= X-IronPort-AV: E=Sophos;i="5.36,258,1486425600"; d="scan'208,217";a="393806238" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Mar 2017 18:01:57 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v27I1vJF005369 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 7 Mar 2017 18:01:57 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 7 Mar 2017 12:01:56 -0600 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Tue, 7 Mar 2017 12:01:56 -0600 From: "Pascal Thubert (pthubert)" To: "detnet@ietf.org" Thread-Topic: Implementing the discussion at IETF 97 on architecture doc Thread-Index: AdKXaaxVJ2Qp+lFeQni37G6Mk1RVbg== Date: Tue, 7 Mar 2017 18:01:54 +0000 Deferred-Delivery: Tue, 7 Mar 2017 18:01:40 +0000 Message-ID: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.3] Content-Type: multipart/alternative; boundary="_000_772d53cbc39549a889d356f5be511c12XCHRCD001ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-detnet-architecture-all@tools.ietf.org" Subject: [Detnet] Implementing the discussion at IETF 97 on architecture doc X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 18:02:01 -0000 --_000_772d53cbc39549a889d356f5be511c12XCHRCD001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all: During the detnet meeting at IETF 97 we discussed that some pieces of the s= ervice model presented by Balazs and Janos could effectively by added to th= e architecture, in particular the discussion on service points, models and = flow identification. So we worked together and came up with proposed additions as follows. We wo= uld like to publish this by the cutoff date next Monday so if there is an i= ssue with the proposed change please let us discuss it by then. The proposed additions are as follows: Adding Janos and Balazs as co-authors, then: 1) adding a section on the reference model: 4.1. DetNet systems . . . . . . . . . . . . . . . . . . . . . 12 4.1.1. Network reference model . . . . . . . . . . . . . . . 13 4.1.2. End system . . . . . . . . . . . . . . . . . . . . . 14 2) more on detnet flows: 4.3.1. DetNet flow types . . . . . . . . . . . . . . . . . . 18 And replacing: 4.7. Exporting flow identification . . . . . . . . . . . . . . 20 We now propose: 4.9. Flow identification at technology borders . . . . . . . . 26 4.9.1. Exporting flow identification . . . . . . . . . . . . 26 4.9.2. Flow attribute mapping between layers . . . . . . . . 27 4.9.3. Flow-ID mapping examples . . . . . . . . . . . . . . 29 3) more on 4.5. Service instance . . . . . . . . . . . . . . . . . . . . 21 The changes include this new description of the DetNet Service Reference Mo= del (multi-domain) DetNet DetNet end system end syste= m _ _ / \ +----DetNet-UNI (U) / \ /App\ | /App\ /-----\ | /-----= \ | NIC | v ________ | NIC = | +--+--+ _____ / \ DetNet-UNI (U) --+ +--+--= + | / \__/ \ | | | / +----+ +----+ \_____ | | | / | | | | \_______ | | +--------U PE +----+ P +----+ \ _ v | | | | | | | | ___/ \ | | +--+-+ +----+ | +----+ | / \_ | \ | | | | | / \ | \ | +----+ +--+-+ +--+PE |---------- U------+ \ | | | | | | | | | \_ _/ \ +---+ P +----+ P +--+ +----+ | \____/ \___ | | | | / \ +----+__ +----+ DetNet-1 DetNet-2 | \_____/ \___________/ | | | | | End-to-End-Service | | | | <--------------------------------------------------------------------> | | DetNet-Service | | | | | <----------------------------------------------------> | | | | | | | And text to cover it that provides details on the UNI The figure above shows the DetNet service related reference points and main components (Figure 2). DetNet-UNIs ("U" in Figure 2) are assumed in this document to be packet-based reference points and provide connectivity over the packet network. A DetNet-UNI may provide multiple functions, e.g., it may add networking technology specific encapsulation to the DetNet flows if necessary; it may provide status of the availability of the connection associated to a reservation; it may provide a synchronization service for the end system; it may carry enough signaling to place the reservation in a network without a controller, or if the controller only deals with the network but not the end points. Internal reference points of end systems (between the application and the NIC) are more challenging from control perspective and they may have extra requirements (e.g., in-order delivery is expected in end system internal reference points, whereas it is considered optional over the DetNet-UNI), therefore not covered in this document. New text also detail what an end system is The native data flow between the source/destination end systems is referred to as application-flow (App-flow). The traffic characteristics of an App-flow can be CBR (constant bit rate) or VBR (variable bit rate) and can have L1 or L2 or L3 encapsulation (e.g., TDM (time-division multiplexing), Ethernet, IP). These characteristics are considered as input for resource reservation and might be simplified to ensure determinism during transport (e.g., making reservations for the peak rate of VBR traffic, etc.). An end system may or may not be DetNet transport layer aware or DetNet service layer aware. That is, an end system may or may not contain DetNet specific functionality. End systems with DetNet functionalities may have the same or different transport layer as the connected DetNet domain. Grouping of end systems are shown in Figure 3. End system | | | DetNet aware ? / \ +------< >------+ NO | \ / | YES | v | DetNet unaware | End system | | Service/ | Transport / \ aware ? +--------< >-------------+ t-aware | \ / | s-aware | v | | | both | | | | DetNet t-aware | DetNet s-aware End system | End system v DetNet st-aware End system Figure 3: Grouping of end systems A new discussion on flow types reads as follows: 4.3.1. DetNet flow types A DetNet flow can have different formats during while it is transported between the peer end systems. Therefore, the following possible types / formats of a DetNet flow are distinguished in this document: o App-flow: native format of a DetNet flow. It does not contain any DetNet related attributes. o DetNet-t-flow: specific format of a DetNet flow. Only requires the congestion / latency features provided by the Detnet transport layer. o DetNet-s-flow: specific format of a DetNet flow. Only requires the replication/elimination feature ensured by the DetNet service layer. o DetNet-st-flow: specific format of a DetNet flow. It requires both DetNet Service and Transport layer functions during forwarding. Finally we propose to update the flow discussion as follows: 4.9. Flow identification at technology borders 4.9.1. Exporting flow identification <..> 4.9.2. Flow attribute mapping between layers Transport of DetNet flows over multiple technology domains may require that lower layers are aware of specific flows of higher layers. Such an "exporting of flow identification" is needed each time when the forwarding paradigm is changed on the transport path (e.g., two LSRs are interconnected by a L2 bridged domain, etc.). The three main forwarding methods considered for deterministic networking are: o IP routing o MPLS label switching o Ethernet bridging The simplest solution for generalized flow identification could be to define a unique Flow-ID triplet per DetNet flow (e.g., [IP: "IPv6- flow-label"+"IPv6-address"; MPLS: "PW-label"+"LSP-label"; Ethernet: "VLAN-ID"+"MAC-address"). This triplet can be used by the DetNet encoding function of technology border nodes (where forwarding paradigm changes) to adapt to capabilities of the next hop node. It means that a packet may contain multiple (forwarding paradigm specific) Flow-IDs during its transport. Technology border nodes may add / remove a (forwarding paradigm specific) Flow-ID. [Note: Seq-num attribute may require a similar functionality at technology border nodes.] add/remove add/remove Eth Flow-ID IP Flow-ID | | v v +-----------------------------------------------------------+ | | | | | | Eth | MPLS | IP | Application data | | | | | | +-----------------------------------------------------------+ ^ | add/remove MPLS Flow-ID Figure 7: Packet with multiple Flow-IDs The additional (domain specific) Flow-ID can be o created by a domain specific function or o derived from the Flow-ID added to the App-flow, so that it must be unique inside the given domain. Note, that the Flow-ID added to the App-flow is still present in the packet, but transport nodes may lack the function to recognize it; that's why the additional Flow-ID is added (pushed). 4.9.3. Flow-ID mapping examples IP nodes and MPLS nodes are assumed to be configured to push such an additional (domain specific) Flow-ID when sending traffic to an Ethernet switch (as shown in the examples below). Figure 8 shows a scenario where an IP end system ("IP-A") is connected via two Ethernet switches ("ETH-n") to an IP router ("IP- 1"). IP domain <----------------------------------------------- +=3D=3D=3D=3D=3D=3D+ +=3D= =3D=3D=3D=3D=3D+ |L3-ID | |L3-ID | +=3D=3D=3D=3D=3D=3D+ /\ +-----+ +=3D= =3D=3D=3D=3D=3D+ / \ Forward as | | /IP-A\ per ETH-ID |IP-1 | Recognize Push ------> +-+----+ | +---+-+ <----- ETH-ID ETH-ID | +----+-----+ | | v v | | +-----+ +-----+ | +------+ | | +---------+ +......+ |ETH-1+----+ETH-2| +=3D=3D=3D=3D=3D=3D= + .L3-ID . +-----+ +-----+ |L3-ID | +=3D=3D=3D=3D=3D=3D+ +......+ +=3D=3D= =3D=3D=3D=3D+ |ETH-ID| .L3-ID . |ETH-ID| +=3D=3D=3D=3D=3D=3D+ +=3D=3D=3D=3D=3D=3D+ = +------+ |ETH-ID| +=3D=3D=3D=3D=3D=3D+ Ethernet domain <----------------> Figure 8: IP nodes interconnected by an Ethernet domain End system "IP-A" uses the original App-flow specific ID ("L3-ID"), but as it is connected to an Ethernet domain it has to push an Ethernet-domain specific flow-ID ("VID + multicast MAC address", referred as "ETH-ID") before sending the packet to "ETH-1" node. Ethernet switch "ETH-1" can recognize the data flow based on the "ETH-ID" and it does forwarding toward "ETH-2". "ETH-2" switches the packet toward the IP router. "IP-1" must be configured to receive the Ethernet Flow-ID specific multicast stream, but (as it is an L3 node) it decodes the data flow ID based on the "L3-ID" fields of the received packet. Figure 9 shows a scenario where MPLS domain nodes ("PE-n" and "P-m") are connected via two Ethernet switches ("ETH-n"). MPLS domain <-----------------------------------------------> +=3D=3D=3D=3D=3D=3D=3D+ +=3D=3D=3D= =3D=3D=3D=3D+ |MPLS-ID| |MPLS-ID| +=3D=3D=3D=3D=3D=3D=3D+ +-----+ +-----+ +=3D=3D=3D= =3D=3D=3D=3D+ +-----+ | | Forward as | | | | |PE-1 | per ETH-ID | P-2 +-----------+ PE-2| Push -----> +-+---+ | +---+-+ +-----+ ETH-ID | +-----+----+ | \ Recognize | v v | +-- ETH-ID | +-----+ +-----+ | +---+ | | +----+ +.......+ |ETH-1+----+ETH-2| +=3D=3D=3D=3D=3D=3D=3D+ .MPLS-ID. +-----+ +-----+ |MPLS-ID| +=3D=3D=3D=3D=3D=3D=3D+ +=3D=3D=3D=3D=3D= =3D=3D+ |ETH-ID | +.......+ |ETH-ID | +=3D=3D=3D=3D=3D=3D=3D+ .MPLS-ID. +-------+ +=3D=3D=3D=3D=3D=3D=3D+ |ETH-ID | +=3D=3D=3D=3D=3D=3D=3D+ Ethernet domain <----------------> Figure 9: MPLS nodes interconnected by an Ethernet domain "PE-1" uses the MPLS specific ID ("MPLS-ID"), but as it is connected to an Ethernet domain it has to push an Ethernet-domain specific flow-ID ("VID + multicast MAC address", referred as "ETH-ID") before sending the packet to "ETH-1". Ethernet switch "ETH-1" can recognize the data flow based on the "ETH-ID" and it does forwarding toward "ETH-2". "ETH-2" switches the packet toward the MPLS node ("P-2"). "P-2" must be configured to receive the Ethernet Flow-ID specific multicast stream, but (as it is an MPLS node) it decodes the data flow ID based on the "MPLS-ID" fields of the received packet. What do you think? Pascal and Norm --_000_772d53cbc39549a889d356f5be511c12XCHRCD001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all:

 

During the detnet meeting at IETF 97 we discussed= that some pieces of the service model presented by Balazs and Janos could = effectively by added to the architecture, in particular the discussion on s= ervice points, models and flow identification.

 

So we worked together and came up with proposed a= dditions as follows. We would like to publish this by the cutoff date next = Monday so if there is an issue with the proposed change please let us discu= ss it by then.

 

The proposed additions are as follows:=

 

Adding Janos and Balazs as co-authors, then:=

 

1) adding a section  on the reference model:=

 

     4.1.  DetNet system= s  . . . . . . . . . . . . . . . . . . . . .  12

       4.1.1. = Network reference model . . . . . . . . . . . . . . .  13<= /p>

       4.1.2. = End system  . . . . . . . . . . . . . . . . . . . . .  14

 

2) more on detnet flows:

 

      4.3.1.  DetNe= t flow types . . . . . . . . . . . . . . . . . .  18

 

  And replacing:

     4.7.  Exporting flo= w identification . . . . . . . . . . . . . .  20

 

We now propose:

     4.9.  Flow identifi= cation at technology borders . . . . . . . .  26

       4.9.1. = Exporting flow identification . . . . . . . . . . . .  26<= /p>

       4.9.2. = Flow attribute mapping between layers . . . . . . . .  27<= /p>

       4.9.3. = Flow-ID mapping examples  . . . . . . . . . . . . . .  29

 

 

 

3) more on

4.5.  Service instance  . . . . . . . .= . . . . . . . . . . . .  21

 

 

The changes include this new description of the D= etNet Service Reference Model (multi-domain)

 

 

 

DetNet           =             &nb= sp;            =             &nb= sp;           DetNet=

end system          &n= bsp;            = ;            &n= bsp;            = ;        end system

   _          &n= bsp;            = ;            &n= bsp;            = ;            &n= bsp;       _

  / \       +----DetN= et-UNI (U)           &nbs= p;            &= nbsp;           &nbs= p;   / \

/App\      |    = ;            &n= bsp;            = ;            &n= bsp;            = ;   /App\

/-----\     |    &nb= sp;            =             &nb= sp;            =             &nb= sp; /-----\

| NIC |     v    &nb= sp;    ________       &nb= sp;            =              &n= bsp;     | NIC |

+--+--+     _____  = ;  /        \   &nbs= p;             = DetNet-UNI (U) --+   +--+--+

   |       / &n= bsp;   \__/         = \            &= nbsp;           &nbs= p;        |     = ; |

   |      / +----+= ;    +----+    \_____  &nbs= p;            &= nbsp;           | &n= bsp;    |

   |     /  |   = ; |    |    |    &nb= sp;     \_______      &nb= sp;            |&nbs= p;     |

   +--------U PE +----+ P  +-= ---+           &= nbsp; \           &n= bsp;  _   v      |

         |  |&n= bsp;   |    |    |   = ; |            =   |         ___/ \  =        |

         |  = 3;--+-+    +----+    | &= nbsp;     +----+ |     = ;   /      \_    &nb= sp;  |

         \ &nbs= p;   |          = ;      |       |&nbs= p;   | |       /   &= nbsp;     \      |<= /span>

          \&nbs= p;   |   +----+    +--+-= +  +--+PE  |----------     &= nbsp;   U------+

          = \   |   |    |    | = ;   |  |  |    | |   &nbs= p;   \_      _/

          =   \  +---+ P  +----+ P  +--+&nb= sp; +----+ |         \____/=

          =    \___  |&nbs= p;   |    |    |   &= nbsp;       /

            =      \ +----+__  +----+  = ;   DetNet-1        DetNet-2

   |         &nbs= p;    \_____/  \___________/    &nb= sp;            =             &nb= sp;  |

   |          &nb= sp;            =             &nb= sp;            =             &nb= sp;       |

   |        |  &n= bsp;  End-to-End-Service       &nbs= p; |         |   &nb= sp;     |      |

   <-------------------------------------------------------= ------------->

   |        |  &n= bsp;  DetNet-Service         &= nbsp;   |         |&= nbsp;        |    &n= bsp; |

   |        <-----------= ----------------------------------------->    = ;  |

   |      = ;  |           =             &nb= sp;        |    &nbs= p;    |         |&nb= sp;     |

 

 

And text to cover it that provides details on the= UNI

 

   The figure above shows the DetNet service related reference= points

   and main components (Figure 2).

   DetNet-UNIs ("U" in Figure 2) are assumed in this= document to be

   packet-based reference points and provide connectivity over= the

   packet network.  A DetNet-UNI may provide multiple fun= ctions, e.g.,

   it may add networking technology specific encapsulation to = the DetNet

   flows if necessary; it may provide status of the availabili= ty of the

   connection associated to a reservation; it may provide a

   synchronization service for the end system; it may carry en= ough

   signaling to place the reservation in a network without a c= ontroller,

   or if the controller only deals with the network but not th= e end

   points.  Internal reference points of end systems (bet= ween the

   application and the NIC) are more challenging from control<= o:p>

   perspective and they may have extra requirements (e.g., in-= order

   delivery is expected in end system internal reference point= s, whereas

   it is considered optional over the DetNet-UNI), therefore n= ot covered

   in this document.

 

 

New text also detail what an end system is

 

  The native data flow between the source/destination end systems i= s

   referred to as application-flow (App-flow).  The traff= ic

   characteristics of an App-flow can be CBR (constant bit rat= e) or VBR

   (variable bit rate) and can have L1 or L2 or L3 encapsulati= on (e.g.,

   TDM (time-division multiplexing), Ethernet, IP).  Thes= e

   characteristics are considered as input for resource reserv= ation and

   might be simplified to ensure determinism during transport = (e.g.,

   making reservations for the peak rate of VBR traffic, etc.)= .

 

   An end system may or may not be DetNet transport layer awar= e or

   DetNet service layer aware.  That is, an end system ma= y or may not

   contain DetNet specific functionality.  End systems wi= th DetNet

   functionalities may have the same or different transport la= yer as the

   connected DetNet domain.  Grouping of end systems are = shown in

   Figure 3.

 

            =     End system

            =         |

            =         |

            =         |  DetNet aware ?

            =        / \

           +------= <   >------+

        NO |    &= nbsp;  \ /       | YES=

           | &nbs= p;      v       = ; |

    DetNet unaware      &nb= sp;    |

      End system     &= nbsp;       |

            =             &nb= sp;    | Service/

            =             &nb= sp;    | Transport

            =             &nb= sp;   / \  aware ?

            =       +--------<   >----------= ---+

          t-aware | &n= bsp;       \ /     &= nbsp;        | s-aware=

            =       |       &= nbsp;  v          &n= bsp;    |

            =       |       &= nbsp;  | both          |<= o:p>

            =       |       &= nbsp;  |          &n= bsp;    |

          DetNet t-aware&nb= sp;    |        DetNet s-= aware

            End s= ystem       |     &n= bsp;   End system

            =             &nb= sp;    v

            =            DetNet st-awar= e

            =              En= d system

 

 

            =          Figure 3: Grouping of end = systems

 

 

 

A new discussion on flow types reads as follows:<= span style=3D"font-family:"Courier New"">

 

 

4.3.1.  DetNet flow types

 

   A DetNet flow can have different formats during while it is=

   transported between the peer end systems.  Therefore, = the following

   possible types / formats of a DetNet flow are distinguished= in this

   document:

 

   o  App-flow: native format of a DetNet flow.  It = does not contain any

      DetNet related attributes.

 

 

   o  DetNet-t-flow: specific format of a DetNet flow.&nb= sp; Only requires

      the congestion / latency features provide= d by the Detnet transport

      layer.

 

   o  DetNet-s-flow: specific format of a DetNet flow.&nb= sp; Only requires

      the replication/elimination feature ensur= ed by the DetNet service

      layer.

 

   o  DetNet-st-flow: specific format of a DetNet flow.&n= bsp; It requires

      both DetNet Service and Transport layer f= unctions during

      forwarding.

 

 

Finally we propose to update the flow discussion = as follows:<= /span>

 

4.9.  Flow identification at technology borders

 

4.9.1.  Exporting flow identification

 

<..>

 

4.9.2.  Flow attribute mapping between layers

 

   Transport of DetNet flows over multiple technology domains = may

   require that lower layers are aware of specific flows of hi= gher

   layers.  Such an "exporting of flow identificatio= n" is needed each

   time when the forwarding paradigm is changed on the transpo= rt path

   (e.g., two LSRs are interconnected by a L2 bridged domain, = etc.).

   The three main forwarding methods considered for determinis= tic

   networking are:

 

   o  IP routing

 

   o  MPLS label switching

 

   o  Ethernet bridging

 

   The simplest solution for generalized flow identification c= ould be to

   define a unique Flow-ID triplet per DetNet flow (e.g., [IP:= "IPv6-

   flow-label"+"IPv6-address"; MPLS: "= PW-label"+"LSP-label"; Ethernet:

   "VLAN-ID"+"MAC-address").  Thi= s triplet can be used by the DetNet

   encoding function of technology border nodes (where forward= ing

   paradigm changes) to adapt to capabilities of the next hop = node.  It

   means that a packet may contain multiple (forwarding paradi= gm

   specific) Flow-IDs during its transport.  Technology b= order nodes may

   add / remove a (forwarding paradigm specific) Flow-ID.=

 

   [Note: Seq-num attribute may require a similar functionalit= y at

   technology border nodes.]

 

 

         add/remove  &= nbsp;  add/remove

         Eth Flow-ID  =   IP Flow-ID

             = ;|             = |

            = v             = v

          +------------= -----------------------------------------------+

          |  &nbs= p;   |      |    &nb= sp; |           &nbs= p;            &= nbsp;           &nbs= p; |

          | Eth  | MPL= S |  IP  |     Application data  &n= bsp;            &nbs= p; |

          |  &nbs= p;   |      |    &nb= sp; |           &nbs= p;            &= nbsp;           &nbs= p; |

          +------------= -----------------------------------------------+

            =         ^

            =         |

            =     add/remove

            =    MPLS Flow-ID

 

 

             = ;     Figure 7: Packet with multiple Flow-IDs=

 

   The additional (domain specific) Flow-ID can be<= /span>

 

   o  created by a domain specific function or=

 

   o  derived from the Flow-ID added to the App-flow,

 

   so that it must be unique inside the given domain.  No= te, that the

   Flow-ID added to the App-flow is still present in the packe= t, but

   transport nodes may lack the function to recognize it; that= 's why the

   additional Flow-ID is added (pushed).

 

 

4.9.3.  Flow-ID mapping examples

 

   IP nodes and MPLS nodes are assumed to be configured to pus= h such an

   additional (domain specific) Flow-ID when sending traffic t= o an

   Ethernet switch (as shown in the examples below).

 

   Figure 8 shows a scenario where an IP end system ("IP-= A") is

   connected via two Ethernet switches ("ETH-n") to = an IP router ("IP-

   1").

 

 

            =             &nb= sp;            IP do= main

            =       <----------------------------------------= -------

 

           +=3D=3D= =3D=3D=3D=3D+         &nbs= p;            &= nbsp;           &nbs= p;    +=3D=3D=3D=3D=3D=3D+

           |L3-ID |&nb= sp;            =             &nb= sp;            = |L3-ID |

           +=3D=3D= =3D=3D=3D=3D+  /\        &= nbsp;           &nbs= p;      +-----+ +=3D=3D=3D=3D=3D=3D= 3;

            =         /  \    = ;   Forward as         |&= nbsp;    |

            =        /IP-A\      p= er ETH-ID         |IP-1 | &nbs= p;    Recognize

   Push  ------>  +-+----+  = ;       |      =         +---+-+  <--= --- ETH-ID

   ETH-ID         = ;  |         +----+---= --+            |=

            =         |     &= nbsp;   v          v=             |

            =         |      = +-----+    +-----+    &n= bsp;    |

             = ;       +------+  &nbs= p;  |    |     +---------+<= o:p>

           +......= +        |ETH-1+----+ETH-2|&= nbsp;          +=3D=3D=3D= =3D=3D=3D+

           .L3-ID .&nb= sp;       +-----+    &= #43;-----+           = |L3-ID |

           +=3D=3D= =3D=3D=3D=3D+         &nbs= p;   +......+       &n= bsp;        +=3D=3D=3D=3D=3D=3D+=

           |ETH-ID|&nb= sp;            .L3-I= D .            =     |ETH-ID|

           +=3D=3D= =3D=3D=3D=3D+         &nbs= p;   +=3D=3D=3D=3D=3D=3D+     &n= bsp;          +------+=

            =             &nb= sp;       |ETH-ID|

            =             &nb= sp;       +=3D=3D=3D=3D=3D=3D+

 

            =             &nb= sp;    Ethernet domain

             = ;            &n= bsp; <---------------->

 

          Figure 8: IP node= s interconnected by an Ethernet domain

 

   End system "IP-A" uses the original App-flow spec= ific ID ("L3-ID"),

   but as it is connected to an Ethernet domain it has to push= an

   Ethernet-domain specific flow-ID ("VID + multicast= MAC address",

   referred as "ETH-ID") before sending the packet t= o "ETH-1" node.

   Ethernet switch "ETH-1" can recognize the data fl= ow based on the

   "ETH-ID" and it does forwarding toward "ETH-= 2".  "ETH-2" switches the

   packet toward the IP router.  "IP-1" must be= configured to receive

   the Ethernet Flow-ID specific multicast stream, but (as it = is an L3

   node) it decodes the data flow ID based on the "L3-ID&= quot; fields of the

   received packet.

 

   Figure 9 shows a scenario where MPLS domain nodes ("PE= -n" and "P-m")

   are connected via two Ethernet switches ("ETH-n")= .

 

 

            =             &nb= sp;           MPLS= domain

          =         <----------------------------= ------------------->

 

       +=3D=3D=3D=3D=3D=3D= =3D+           &= nbsp;           &nbs= p;          +=3D=3D=3D=3D= =3D=3D=3D+

       |MPLS-ID|  &n= bsp;            = ;            &n= bsp;      |MPLS-ID|

       +=3D=3D=3D=3D=3D=3D= =3D+  +-----+       &nb= sp;         +-----+ += =3D=3D=3D=3D=3D=3D=3D+ +-----+

            =       |     |   Forw= ard as    |     |    = ;       |     |

            =       |PE-1 |   per ETH-ID  &n= bsp; | P-2 +-----------+ PE-2|

   Push   ----->  +-+---+ &= nbsp;      |      &n= bsp; +---+-+        &nb= sp;  +-----+

   ETH-ID         = ;  |      +-----+----+  = ;     |  \ Recognize

            =         |      = v          v   =     |   +-- ETH-ID

            =         |   +-----+&nb= sp;   +-----+    |

            =         +---+   &= nbsp; |    |     +----+

           +......= .+    |ETH-1+----+ETH-2|   +=3D=3D= =3D=3D=3D=3D=3D+

           .MPLS-ID.&n= bsp;   +-----+    +-----+ &nb= sp; |MPLS-ID|

           +=3D=3D= =3D=3D=3D=3D=3D+         &= nbsp;           &nbs= p;   +=3D=3D=3D=3D=3D=3D=3D+

           |ETH-ID |&n= bsp;        +.......+  = ;     |ETH-ID |

           +=3D=3D= =3D=3D=3D=3D=3D+         .MPLS-= ID.       +-------+=

            =             &nb= sp;    +=3D=3D=3D=3D=3D=3D=3D+

            =             &nb= sp;    |ETH-ID |

            =             &nb= sp;    +=3D=3D=3D=3D=3D=3D=3D+

            =             &nb= sp; Ethernet domain

            =             <----= ------------>

 

         Figure 9: MPLS nodes in= terconnected by an Ethernet domain

 

   "PE-1" uses the MPLS specific ID ("MPLS-ID&q= uot;), but as it is connected

   to an Ethernet domain it has to push an Ethernet-domain spe= cific

   flow-ID ("VID + multicast MAC address", refer= red as "ETH-ID") before

   sending the packet to "ETH-1".  Ethernet swi= tch "ETH-1" can recognize

   the data flow based on the "ETH-ID" and it does f= orwarding toward

   "ETH-2".  "ETH-2" switches the pac= ket toward the MPLS node ("P-2").

   "P-2" must be configured to receive the Ethernet = Flow-ID specific

   multicast stream, but (as it is an MPLS node) it decodes th= e data

   flow ID based on the "MPLS-ID" fields of the rece= ived packet.

 

 

What do you think?

 

Pascal and Norm

--_000_772d53cbc39549a889d356f5be511c12XCHRCD001ciscocom_-- From nobody Wed Mar 8 12:36:50 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C582A12946F for ; Wed, 8 Mar 2017 12:36:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 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_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadcom.com 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 jCZe-Ez94emf for ; Wed, 8 Mar 2017 12:36:48 -0800 (PST) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (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 045BD129410 for ; Wed, 8 Mar 2017 12:36:48 -0800 (PST) Received: by mail-qk0-x22d.google.com with SMTP id 1so86025915qkl.3 for ; Wed, 08 Mar 2017 12:36:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=reply-to:subject:references:to:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=GIu3PgR7IgWu4EEhtt3xFonWKkeIyNeQLJRaCcQqq/8=; b=c+1AZyF5qGP2Dio70WM9AoCojVTBSb3ONH6dazA9VRa8fHmA0cDSpJpAPbBLFHfppD TghsSn0eGArjlVDrPF+qDCFz2173wTlO93lof8FZgh/7nWMKCmIVf0j3y8yV7bC7q6uT pw4X1RoWhlMxM+74HM7r8kMe3v+nUwzuNnAVs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:references:to:cc:from :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=GIu3PgR7IgWu4EEhtt3xFonWKkeIyNeQLJRaCcQqq/8=; b=OExMmPSxxFXEnnKGCDEtmM0kGZIkQY6MYMjTGpZ7ZH3Pi/mtDLxO34mIViSnMun9d8 +NhR/RfcSojcq4Baig6AyKwYIb1KWLoDHC6AIFYiDU2GdQdi2bn5MEy6SDTV8cfFesej 0XMSr16XCcfUADMPTZ9VBrvDwKQCJVzZYUzqQ9JsZg3lC/1loYCpxDt1TFBM9okK4sSr U+zG+7QPb74kWXvCI30KJDug1YwZUUttKlnhUszxFoMIQ90aiJSKIpSPMF1hhGZVkjy8 1BJ7UDvNAsOw4uwA4AsluaNoAVa1zKMUD8sG/yVZdKmVvRX2NobO5KYcDsIDQgj3iPvW BKog== X-Gm-Message-State: AMke39m0n003bvFN1I0k9TQrYsnQzA5h/6t3WmIHkoAQb00+cMth1ZgvOARhN5P5Tgdt9ofM X-Received: by 10.200.55.152 with SMTP id d24mr9819436qtc.1.1489005406763; Wed, 08 Mar 2017 12:36:46 -0800 (PST) Received: from [192.168.88.100] ([216.31.219.19]) by smtp.gmail.com with ESMTPSA id q145sm2837562qke.39.2017.03.08.12.36.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Mar 2017 12:36:46 -0800 (PST) References: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> To: "Pascal Thubert (pthubert)" , "detnet@ietf.org" From: Jouni Korhonen Message-ID: <6d8ec0b1-581a-9cbf-2dc9-bd1f3fcc6864@broadcom.com> Date: Wed, 8 Mar 2017 12:36:44 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "draft-ietf-detnet-architecture-all@tools.ietf.org" Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: jouni.korhonen@broadcom.com List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 20:36:50 -0000 Hi, [snip] > 4.9.2. Flow attribute mapping between layers > > > Transport of DetNet flows over multiple technology domains may > require that lower layers are aware of specific flows of higher > layers. Such an "exporting of flow identification" is needed each > time when the forwarding paradigm is changed on the transport path > (e.g., two LSRs are interconnected by a L2 bridged domain, etc.). > The three main forwarding methods considered for deterministic > networking are: > > o IP routing > > o MPLS label switching > > o Ethernet bridging > > The simplest solution for generalized flow identification could be to > define a unique Flow-ID triplet per DetNet flow (e.g., [IP: "IPv6- > flow-label"+"IPv6-address"; MPLS: "PW-label"+"LSP-label"; Ethernet: The discussion on this part has not yet completed in DP design team. I am a bit worried writing this specific part down before we actually know how we are going to implement on the data plane. The above is not, as far as I understand, aligned with the DT progress. To get around the chicken-egg thing here either defer documenting for now or emphasize more that the above is an example. - Jouni > "VLAN-ID"+"MAC-address"). This triplet can be used by the DetNet > encoding function of technology border nodes (where forwarding > paradigm changes) to adapt to capabilities of the next hop node. It > means that a packet may contain multiple (forwarding paradigm > specific) Flow-IDs during its transport. Technology border nodes may > add / remove a (forwarding paradigm specific) Flow-ID. [snap] > What do you think? > > > > Pascal and Norm > > > > _______________________________________________ > detnet mailing list > detnet@ietf.org > https://www.ietf.org/mailman/listinfo/detnet > From nobody Thu Mar 9 00:07:12 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 976C2128E18; Thu, 9 Mar 2017 00:07:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 58EQcy5du5sP; Thu, 9 Mar 2017 00:07:09 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 030441204D9; Thu, 9 Mar 2017 00:07:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2359; q=dns/txt; s=iport; t=1489046828; x=1490256428; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=BgodML5xAoswDXTCQGi1cRv6EssZHuUZeryq0cNZzG4=; b=lvmxPtr6iZKIOsS/66p7aW4Ui94pS1gjttliceOhdIJm2CexMwvlGZSv QtC/qv8EulvChbArgN8xAcMOWR8NqqgVDFlbiV2dcUkC4gP/FTRs1u/iT y8XvfsEvPqrtrv6vLz1HXFoocMhk8Y5ASa4kZ5MKXlI9HyDNY9xC7b2P7 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AUAQDCDMFY/4gNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1FhgQoHjWWRTJU4gg0fC4UuSgKCRz8YAQIBAQEBAQEBayiFFQE?= =?us-ascii?q?BAQECAQEBODQLBQcEAgEIEQEDAQEfCQcnCxQDBggBAQQBDQUIE4lcCA6yJ4puA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBGAWGToRvihofBZw2AZIukSmTPQEfOD5FVhU?= =?us-ascii?q?/hlR1iQaBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.36,267,1486425600"; d="scan'208";a="218111855" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 09 Mar 2017 08:07:07 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v29878RQ026319 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 9 Mar 2017 08:07:08 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 9 Mar 2017 02:07:07 -0600 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 9 Mar 2017 02:07:07 -0600 From: "Pascal Thubert (pthubert)" To: "jouni.korhonen@broadcom.com" , "detnet@ietf.org" Thread-Topic: [Detnet] Implementing the discussion at IETF 97 on architecture doc Thread-Index: AdKXaaxVJ2Qp+lFeQni37G6Mk1RVbgBFFFAAAAtvSPA= Date: Thu, 9 Mar 2017 08:06:57 +0000 Deferred-Delivery: Thu, 9 Mar 2017 08:06:40 +0000 Message-ID: References: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> <6d8ec0b1-581a-9cbf-2dc9-bd1f3fcc6864@broadcom.com> In-Reply-To: <6d8ec0b1-581a-9cbf-2dc9-bd1f3fcc6864@broadcom.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.22.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-detnet-architecture@ietf.org" Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 08:07:10 -0000 I agree, Jouni,=20 we seem to be placing the horses before the cart. Let us comment out that text for now. Take care, Pascal -----Original Message----- From: Jouni Korhonen [mailto:jouni.korhonen@broadcom.com]=20 Sent: mercredi 8 mars 2017 21:37 To: Pascal Thubert (pthubert) ; detnet@ietf.org Cc: draft-ietf-detnet-architecture-all@tools.ietf.org Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architectur= e doc Hi, [snip] > 4.9.2. Flow attribute mapping between layers > > > Transport of DetNet flows over multiple technology domains may > require that lower layers are aware of specific flows of higher > layers. Such an "exporting of flow identification" is needed each > time when the forwarding paradigm is changed on the transport path > (e.g., two LSRs are interconnected by a L2 bridged domain, etc.). > The three main forwarding methods considered for deterministic > networking are: > > o IP routing > > o MPLS label switching > > o Ethernet bridging > > The simplest solution for generalized flow identification could be to > define a unique Flow-ID triplet per DetNet flow (e.g., [IP: "IPv6- > flow-label"+"IPv6-address"; MPLS: "PW-label"+"LSP-label"; Ethernet: The discussion on this part has not yet completed in DP design team. I am a= bit worried writing this specific part down before we actually know how we= are going to implement on the data plane. The above is not, as far as I un= derstand, aligned with the DT progress. To get around the chicken-egg thing= here either defer documenting for now or emphasize more that the above is = an example. - Jouni > "VLAN-ID"+"MAC-address"). This triplet can be used by the DetNet > encoding function of technology border nodes (where forwarding > paradigm changes) to adapt to capabilities of the next hop node. It > means that a packet may contain multiple (forwarding paradigm > specific) Flow-IDs during its transport. Technology border nodes may > add / remove a (forwarding paradigm specific) Flow-ID. [snap] > What do you think? > > > > Pascal and Norm > > > > _______________________________________________ > detnet mailing list > detnet@ietf.org > https://www.ietf.org/mailman/listinfo/detnet > From nobody Thu Mar 9 06:12:57 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0620B129644 for ; Thu, 9 Mar 2017 06:12:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.501 X-Spam-Level: X-Spam-Status: No, score=-1.501 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 taF3PsjH_iCD for ; Thu, 9 Mar 2017 06:12:54 -0800 (PST) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id EB0F4129643 for ; Thu, 9 Mar 2017 06:12:53 -0800 (PST) Received: (qmail 8699 invoked by uid 0); 9 Mar 2017 14:12:47 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy5.mail.unifiedlayer.com with SMTP; 9 Mar 2017 14:12:47 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id tqCZ1u00a2SSUrH01qCcpP; Thu, 09 Mar 2017 07:12:36 -0700 X-Authority-Analysis: v=2.1 cv=R4+QR7hX c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=6Iz7jQTuP9IA:10 a=Q-fNiiVtAAAA:8 a=AUd_NHdVAAAA:8 a=48vgC7mUAAAA:8 a=RQa8dv6ySlewN51A0mwA:9 a=9w-QK0gqCF3qZ7Q9:21 a=MF4SgD0neAlxpM33:21 a=pILNOxqGKmIA:10 a=Fp8MccfUoT0GBdDC_Lng:22 a=TSZmLRzkpGLBZRr3r8m8:22 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=rox175xj7mCz9ObGy0IrYO9MUX9dwzAvTDMUOqled/U=; b=aLPj/t8SrmfzpSZ1ZZMOnjWXfb JwIIQLMOQL1nN/Yym/PalrUoXVn1E2wN+b+kPPbg+DylXUWFtU0UQ693xtmBHiV+K52EJqB+YzDW+ /fU1SF456tmGEzNoMwmorHjPn; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:35326 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1clynx-0001ir-4W; Thu, 09 Mar 2017 07:12:33 -0700 To: "Pascal Thubert (pthubert)" , "jouni.korhonen@broadcom.com" , "detnet@ietf.org" References: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> <6d8ec0b1-581a-9cbf-2dc9-bd1f3fcc6864@broadcom.com> From: Lou Berger Message-ID: <9496d000-cd69-f130-b7a0-aca404c5cb9f@labn.net> Date: Thu, 9 Mar 2017 09:12:31 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.85.191 X-Exim-ID: 1clynx-0001ir-4W X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:35326 X-Source-Auth: lberger@labn.net X-Email-Count: 7 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Cc: "draft-ietf-detnet-architecture@ietf.org" Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 14:12:55 -0000 Pascal, Another thing to consider bringing into the Architecture document are some of the diagrams and related text from Section 3 of draft-ietf-detnet-dp-alt. I think the whole section, with the exception of the last two paragraphs on page 5, is good text to bring over. Lou (as contributor, co-author of dp-alt) On 3/9/2017 3:06 AM, Pascal Thubert (pthubert) wrote: > I agree, Jouni, > > we seem to be placing the horses before the cart. > Let us comment out that text for now. > > Take care, > > Pascal > > -----Original Message----- > From: Jouni Korhonen [mailto:jouni.korhonen@broadcom.com] > Sent: mercredi 8 mars 2017 21:37 > To: Pascal Thubert (pthubert) ; detnet@ietf.org > Cc: draft-ietf-detnet-architecture-all@tools.ietf.org > Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc > > Hi, > > [snip] > >> 4.9.2. Flow attribute mapping between layers >> >> >> Transport of DetNet flows over multiple technology domains may >> require that lower layers are aware of specific flows of higher >> layers. Such an "exporting of flow identification" is needed each >> time when the forwarding paradigm is changed on the transport path >> (e.g., two LSRs are interconnected by a L2 bridged domain, etc.). >> The three main forwarding methods considered for deterministic >> networking are: >> >> o IP routing >> >> o MPLS label switching >> >> o Ethernet bridging >> >> The simplest solution for generalized flow identification could be to >> define a unique Flow-ID triplet per DetNet flow (e.g., [IP: "IPv6- >> flow-label"+"IPv6-address"; MPLS: "PW-label"+"LSP-label"; Ethernet: > The discussion on this part has not yet completed in DP design team. I am a bit worried writing this specific part down before we actually know how we are going to implement on the data plane. The above is not, as far as I understand, aligned with the DT progress. To get around the chicken-egg thing here either defer documenting for now or emphasize more that the above is an example. > > - Jouni > >> "VLAN-ID"+"MAC-address"). This triplet can be used by the DetNet >> encoding function of technology border nodes (where forwarding >> paradigm changes) to adapt to capabilities of the next hop node. It >> means that a packet may contain multiple (forwarding paradigm >> specific) Flow-IDs during its transport. Technology border nodes may >> add / remove a (forwarding paradigm specific) Flow-ID. > [snap] > >> What do you think? >> >> >> >> Pascal and Norm >> >> >> >> _______________________________________________ >> 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 > From nobody Thu Mar 9 08:11:50 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4333C12959C; Thu, 9 Mar 2017 08:11:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 9GzorbEECx4Z; Thu, 9 Mar 2017 08:11:48 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC3B5129535; Thu, 9 Mar 2017 08:11:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3454; q=dns/txt; s=iport; t=1489075907; x=1490285507; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=sxfO+0lD2JGzC/epM6ltSfDnVQy1/8ZEzGBSDpcORao=; b=GJXyn7kyUbCTZXLrKZ93g53Svl1V68UTXMNNOrwt8bWDiucfN2GRo5AX 79PcrcN11Xj1ZMjo3N3YBCEHp4vEkV5Dxa8jp3EZz83gCoEkE7vFJmJkG +z9ma1usk5sBTpbFBETsC7aEmjIn4GfyhD5Z1O6vsYU1pWQzIo9lCD4fM k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ATAQDGfcFY/5RdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1FhgQoHjWWRTpU4gg4fC4UuSgKCLz8YAQIBAQEBAQEBayiFFQE?= =?us-ascii?q?BAQEDAQE4NAsMBAIBCA4DAQMBAQEeCQcnCxQDBggBAQQBDQUIE4llDrMJim8BA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEYBYZOhG+KGh8FnDkBki6RKZM+AR84gQNWFT+?= =?us-ascii?q?EVB2BY3WJHoENAQEB?= X-IronPort-AV: E=Sophos;i="5.36,136,1486425600"; d="scan'208";a="221318066" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Mar 2017 16:11:46 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v29GBk6Z022193 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 9 Mar 2017 16:11:46 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 9 Mar 2017 10:11:43 -0600 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Thu, 9 Mar 2017 10:11:43 -0600 From: "Pascal Thubert (pthubert)" To: Lou Berger , "jouni.korhonen@broadcom.com" , "detnet@ietf.org" Thread-Topic: [Detnet] Implementing the discussion at IETF 97 on architecture doc Thread-Index: AdKXaaxVJ2Qp+lFeQni37G6Mk1RVbgBFFFAAAAtvSPAAGXAogAAIl4UQ Date: Thu, 9 Mar 2017 16:11:38 +0000 Deferred-Delivery: Thu, 9 Mar 2017 16:10:39 +0000 Message-ID: <7f06df491b014e6bb97608b6ca136a2a@XCH-RCD-001.cisco.com> References: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> <6d8ec0b1-581a-9cbf-2dc9-bd1f3fcc6864@broadcom.com> <9496d000-cd69-f130-b7a0-aca404c5cb9f@labn.net> In-Reply-To: <9496d000-cd69-f130-b7a0-aca404c5cb9f@labn.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.199.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-detnet-architecture@ietf.org" Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 16:11:49 -0000 Hello Lou: Did section 3 evolve since the publication in September? Will there be an = 01 of the dp alt draft before cutoff Monday? Take care, Pascal -----Original Message----- From: Lou Berger [mailto:lberger@labn.net]=20 Sent: jeudi 9 mars 2017 15:13 To: Pascal Thubert (pthubert) ; jouni.korhonen@broadcom= .com; detnet@ietf.org Cc: draft-ietf-detnet-architecture@ietf.org Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architectur= e doc Pascal, Another thing to consider bringing into the Architecture document are s= ome of the diagrams and related text from Section 3 of . I think the whol= e section, with the exception of the last two paragraphs on page 5, is good= text to bring over. =20 Lou (as contributor, co-author of dp-alt) On 3/9/2017 3:06 AM, Pascal Thubert (pthubert) wrote: > I agree, Jouni, > > we seem to be placing the horses before the cart. > Let us comment out that text for now. > > Take care, > > Pascal > > -----Original Message----- > From: Jouni Korhonen [mailto:jouni.korhonen@broadcom.com] > Sent: mercredi 8 mars 2017 21:37 > To: Pascal Thubert (pthubert) ; detnet@ietf.org > Cc: draft-ietf-detnet-architecture-all@tools.ietf.org > Subject: Re: [Detnet] Implementing the discussion at IETF 97 on=20 > architecture doc > > Hi, > > [snip] > >> 4.9.2. Flow attribute mapping between layers >> >> >> Transport of DetNet flows over multiple technology domains may >> require that lower layers are aware of specific flows of higher >> layers. Such an "exporting of flow identification" is needed each >> time when the forwarding paradigm is changed on the transport path >> (e.g., two LSRs are interconnected by a L2 bridged domain, etc.). >> The three main forwarding methods considered for deterministic >> networking are: >> >> o IP routing >> >> o MPLS label switching >> >> o Ethernet bridging >> >> The simplest solution for generalized flow identification could be to >> define a unique Flow-ID triplet per DetNet flow (e.g., [IP: "IPv6- >> flow-label"+"IPv6-address"; MPLS: "PW-label"+"LSP-label"; Ethernet: > The discussion on this part has not yet completed in DP design team. I am= a bit worried writing this specific part down before we actually know how = we are going to implement on the data plane. The above is not, as far as I = understand, aligned with the DT progress. To get around the chicken-egg thi= ng here either defer documenting for now or emphasize more that the above i= s an example. > > - Jouni > >> "VLAN-ID"+"MAC-address"). This triplet can be used by the DetNet >> encoding function of technology border nodes (where forwarding >> paradigm changes) to adapt to capabilities of the next hop node. It >> means that a packet may contain multiple (forwarding paradigm >> specific) Flow-IDs during its transport. Technology border nodes may >> add / remove a (forwarding paradigm specific) Flow-ID. > [snap] > >> What do you think? >> >> >> >> Pascal and Norm >> >> >> >> _______________________________________________ >> 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 > From nobody Thu Mar 9 08:23:51 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6679D1296A8 for ; Thu, 9 Mar 2017 08:23:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.501 X-Spam-Level: X-Spam-Status: No, score=-1.501 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 oNUa1iJpq7jm for ; Thu, 9 Mar 2017 08:23:49 -0800 (PST) Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) by ietfa.amsl.com (Postfix) with SMTP id 5CE4712969F for ; Thu, 9 Mar 2017 08:23:49 -0800 (PST) Received: (qmail 20943 invoked by uid 0); 9 Mar 2017 16:23:49 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy6.mail.unifiedlayer.com with SMTP; 9 Mar 2017 16:23:49 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id tsPd1u00G2SSUrH01sPgaK; Thu, 09 Mar 2017 09:23:40 -0700 X-Authority-Analysis: v=2.1 cv=WOnsABcR c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=6Iz7jQTuP9IA:10 a=NEAV23lmAAAA:8 a=wU2YTnxGAAAA:8 a=AUd_NHdVAAAA:8 a=Q-fNiiVtAAAA:8 a=48vgC7mUAAAA:8 a=j2Yptn8xsA1yUonQ3jwA:9 a=vLKbLIt5zTMZd_6L:21 a=59ZtSZg1g1BetuaX:21 a=pILNOxqGKmIA:10 a=Bn2pgwyD2vrAyMmN8A2t:22 a=Yz9wTY_ffGCQnEDHKrcv:22 a=TSZmLRzkpGLBZRr3r8m8:22 a=Fp8MccfUoT0GBdDC_Lng:22 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=KTRgmptpJBxmitid+CZhJ8+hSVDv0YkSEFNC4obTdQM=; b=kxHO4S6ZrPjk2pJDNPk9Br5qqG 9W4Wu+TDxWFyseD+WrZ+ke742SIyBHugERWhr6tNQbwmaxIPGvLk7Ma6kkinEX74V5OpOtCfaAll6 AxTtH+y3jsfxRrXSllKnEpM2C; Received: from pool-100-15-85-191.washdc.fios.verizon.net ([100.15.85.191]:37438 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1cm0qm-0008U6-T3; Thu, 09 Mar 2017 09:23:36 -0700 To: "Pascal Thubert (pthubert)" , "jouni.korhonen@broadcom.com" , "detnet@ietf.org" References: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> <6d8ec0b1-581a-9cbf-2dc9-bd1f3fcc6864@broadcom.com> <9496d000-cd69-f130-b7a0-aca404c5cb9f@labn.net> <7f06df491b014e6bb97608b6ca136a2a@XCH-RCD-001.cisco.com> From: Lou Berger Message-ID: <9e21bfc6-edfb-a7e0-3b53-588bfdff337e@labn.net> Date: Thu, 9 Mar 2017 11:23:34 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <7f06df491b014e6bb97608b6ca136a2a@XCH-RCD-001.cisco.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.85.191 X-Exim-ID: 1cm0qm-0008U6-T3 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-85-191.washdc.fios.verizon.net ([IPv6:::1]) [100.15.85.191]:37438 X-Source-Auth: lberger@labn.net X-Email-Count: 4 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Cc: "draft-ietf-detnet-architecture@ietf.org" Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 16:23:50 -0000 On 3/9/2017 11:11 AM, Pascal Thubert (pthubert) wrote: > Hello Lou: > > Did section 3 evolve since the publication in September? Not that I know of - but Jouni would know for sure. > Will there be an 01 of the dp alt draft before cutoff Monday? I don't expect on. Lou PS for source, see https://github.com/jounikor/draft-dt-detnet-dp-alt/blob/master/draft-ietf-detnet-dp-alt-00.xml > Take care, > > Pascal > > -----Original Message----- > From: Lou Berger [mailto:lberger@labn.net] > Sent: jeudi 9 mars 2017 15:13 > To: Pascal Thubert (pthubert) ; jouni.korhonen@broadcom.com; detnet@ietf.org > Cc: draft-ietf-detnet-architecture@ietf.org > Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc > > Pascal, > > Another thing to consider bringing into the Architecture document are some of the diagrams and related text from Section 3 of . I think the whole section, with the exception of the last two paragraphs on page 5, is good text to bring over. > > Lou > (as contributor, co-author of dp-alt) > > On 3/9/2017 3:06 AM, Pascal Thubert (pthubert) wrote: >> I agree, Jouni, >> >> we seem to be placing the horses before the cart. >> Let us comment out that text for now. >> >> Take care, >> >> Pascal >> >> -----Original Message----- >> From: Jouni Korhonen [mailto:jouni.korhonen@broadcom.com] >> Sent: mercredi 8 mars 2017 21:37 >> To: Pascal Thubert (pthubert) ; detnet@ietf.org >> Cc: draft-ietf-detnet-architecture-all@tools.ietf.org >> Subject: Re: [Detnet] Implementing the discussion at IETF 97 on >> architecture doc >> >> Hi, >> >> [snip] >> >>> 4.9.2. Flow attribute mapping between layers >>> >>> >>> Transport of DetNet flows over multiple technology domains may >>> require that lower layers are aware of specific flows of higher >>> layers. Such an "exporting of flow identification" is needed each >>> time when the forwarding paradigm is changed on the transport path >>> (e.g., two LSRs are interconnected by a L2 bridged domain, etc.). >>> The three main forwarding methods considered for deterministic >>> networking are: >>> >>> o IP routing >>> >>> o MPLS label switching >>> >>> o Ethernet bridging >>> >>> The simplest solution for generalized flow identification could be to >>> define a unique Flow-ID triplet per DetNet flow (e.g., [IP: "IPv6- >>> flow-label"+"IPv6-address"; MPLS: "PW-label"+"LSP-label"; Ethernet: >> The discussion on this part has not yet completed in DP design team. I am a bit worried writing this specific part down before we actually know how we are going to implement on the data plane. The above is not, as far as I understand, aligned with the DT progress. To get around the chicken-egg thing here either defer documenting for now or emphasize more that the above is an example. >> >> - Jouni >> >>> "VLAN-ID"+"MAC-address"). This triplet can be used by the DetNet >>> encoding function of technology border nodes (where forwarding >>> paradigm changes) to adapt to capabilities of the next hop node. It >>> means that a packet may contain multiple (forwarding paradigm >>> specific) Flow-IDs during its transport. Technology border nodes may >>> add / remove a (forwarding paradigm specific) Flow-ID. >> [snap] >> >>> What do you think? >>> >>> >>> >>> Pascal and Norm >>> >>> >>> >>> _______________________________________________ >>> 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 >> > From nobody Thu Mar 9 10:38:47 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 961601297C1 for ; Thu, 9 Mar 2017 10:38:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 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_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadcom.com 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 SdhqguyRdtvE for ; Thu, 9 Mar 2017 10:38:42 -0800 (PST) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (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 5E63F1297BF for ; Thu, 9 Mar 2017 10:38:42 -0800 (PST) Received: by mail-qk0-x22b.google.com with SMTP id v125so130657721qkh.2 for ; Thu, 09 Mar 2017 10:38:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=reply-to:subject:references:to:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=sbvafGRDMZaI+BYfBapf8mLsQQWNLoV5LSRQdnfFXAE=; b=aEQnFHVBGxyTRWoR+3hsRGTRyA62Fhu/tw/pR1xSvMc8LsHMIKtUe9kAcDEEqOc+tP 1tpuPK1MHsCIN60QtRVV9L3FchOD/Wkes2WyTkk0yVh6S3BPq7wes2287fC9yjuErmpF ChmoWdw3vplvXOyq8PHgI8hQqFnZCAUkIflFw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:references:to:cc:from :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=sbvafGRDMZaI+BYfBapf8mLsQQWNLoV5LSRQdnfFXAE=; b=uNfxqN9x2SSFZm04EZFz3eoXHZVZ5fHZ63Qk0WvzkeGf7VTnFmcihiAtgeg661rByo wp8z7286pB0I36MvnCScRw3/GgQkz4zGgpiDCLJdCWZiGyuFpfhandK78RTeB7y9T5ET spI6SthkE2gXRWNaj7y3P9kU+JrZNAUPhndOR0jetr4zscGUJCUZqyhYBLmkTCMZyHTJ gDLyOZZAmTRmB7bRfr4uPYjwP+4uSnXWrdCHETuIhNa9hMJuu5Cdtdi/hGzGKjRYYrqz VVmtrEsbxEl4xnmDEK38moAm6r17XeCTyz1RF/CzxsccMnYckkuna5dHD1NxKbqGkKYU bmww== X-Gm-Message-State: AMke39lAP3HrzlszchO3qVQvDjXPycsl/MbTTyW03m0cJKGVYwgpsQzdG4ftRXgVpauQw3Kv X-Received: by 10.55.161.13 with SMTP id k13mr16377783qke.265.1489084721316; Thu, 09 Mar 2017 10:38:41 -0800 (PST) Received: from [192.168.88.100] ([216.31.219.19]) by smtp.gmail.com with ESMTPSA id g66sm4760859qkb.55.2017.03.09.10.38.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Mar 2017 10:38:40 -0800 (PST) References: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> <6d8ec0b1-581a-9cbf-2dc9-bd1f3fcc6864@broadcom.com> <9496d000-cd69-f130-b7a0-aca404c5cb9f@labn.net> <7f06df491b014e6bb97608b6ca136a2a@XCH-RCD-001.cisco.com> <9e21bfc6-edfb-a7e0-3b53-588bfdff337e@labn.net> To: Lou Berger , "Pascal Thubert (pthubert)" , "detnet@ietf.org" From: Jouni Korhonen Message-ID: Date: Thu, 9 Mar 2017 10:38:39 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <9e21bfc6-edfb-a7e0-3b53-588bfdff337e@labn.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "draft-ietf-detnet-architecture@ietf.org" Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: jouni.korhonen@broadcom.com List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2017 18:38:45 -0000 3/9/2017, 8:23 AM, Lou Berger kirjoitti: > > > On 3/9/2017 11:11 AM, Pascal Thubert (pthubert) wrote: >> Hello Lou: >> >> Did section 3 evolve since the publication in September? > Not that I know of - but Jouni would know for sure. Nope. > >> Will there be an 01 of the dp alt draft before cutoff Monday? > I don't expect on. and nope. i do intend to finish the -alt draft but not for the next meeting. - Jouni > > Lou > > PS for source, see > https://github.com/jounikor/draft-dt-detnet-dp-alt/blob/master/draft-ietf-detnet-dp-alt-00.xml > >> Take care, >> >> Pascal >> >> -----Original Message----- >> From: Lou Berger [mailto:lberger@labn.net] >> Sent: jeudi 9 mars 2017 15:13 >> To: Pascal Thubert (pthubert) ; jouni.korhonen@broadcom.com; detnet@ietf.org >> Cc: draft-ietf-detnet-architecture@ietf.org >> Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc >> >> Pascal, >> >> Another thing to consider bringing into the Architecture document are some of the diagrams and related text from Section 3 of . I think the whole section, with the exception of the last two paragraphs on page 5, is good text to bring over. >> >> Lou >> (as contributor, co-author of dp-alt) >> >> On 3/9/2017 3:06 AM, Pascal Thubert (pthubert) wrote: >>> I agree, Jouni, >>> >>> we seem to be placing the horses before the cart. >>> Let us comment out that text for now. >>> >>> Take care, >>> >>> Pascal >>> >>> -----Original Message----- >>> From: Jouni Korhonen [mailto:jouni.korhonen@broadcom.com] >>> Sent: mercredi 8 mars 2017 21:37 >>> To: Pascal Thubert (pthubert) ; detnet@ietf.org >>> Cc: draft-ietf-detnet-architecture-all@tools.ietf.org >>> Subject: Re: [Detnet] Implementing the discussion at IETF 97 on >>> architecture doc >>> >>> Hi, >>> >>> [snip] >>> >>>> 4.9.2. Flow attribute mapping between layers >>>> >>>> >>>> Transport of DetNet flows over multiple technology domains may >>>> require that lower layers are aware of specific flows of higher >>>> layers. Such an "exporting of flow identification" is needed each >>>> time when the forwarding paradigm is changed on the transport path >>>> (e.g., two LSRs are interconnected by a L2 bridged domain, etc.). >>>> The three main forwarding methods considered for deterministic >>>> networking are: >>>> >>>> o IP routing >>>> >>>> o MPLS label switching >>>> >>>> o Ethernet bridging >>>> >>>> The simplest solution for generalized flow identification could be to >>>> define a unique Flow-ID triplet per DetNet flow (e.g., [IP: "IPv6- >>>> flow-label"+"IPv6-address"; MPLS: "PW-label"+"LSP-label"; Ethernet: >>> The discussion on this part has not yet completed in DP design team. I am a bit worried writing this specific part down before we actually know how we are going to implement on the data plane. The above is not, as far as I understand, aligned with the DT progress. To get around the chicken-egg thing here either defer documenting for now or emphasize more that the above is an example. >>> >>> - Jouni >>> >>>> "VLAN-ID"+"MAC-address"). This triplet can be used by the DetNet >>>> encoding function of technology border nodes (where forwarding >>>> paradigm changes) to adapt to capabilities of the next hop node. It >>>> means that a packet may contain multiple (forwarding paradigm >>>> specific) Flow-IDs during its transport. Technology border nodes may >>>> add / remove a (forwarding paradigm specific) Flow-ID. >>> [snap] >>> >>>> What do you think? >>>> >>>> >>>> >>>> Pascal and Norm >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> > From nobody Thu Mar 9 19:06:31 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DDE3129549 for ; Thu, 9 Mar 2017 19:06:26 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it-uc3m-es.20150623.gappssmtp.com 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 3jGtBmUMRnQV for ; Thu, 9 Mar 2017 19:06:24 -0800 (PST) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (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 3AE0A129547 for ; Thu, 9 Mar 2017 19:06:23 -0800 (PST) Received: by mail-wm0-x242.google.com with SMTP id n11so257301wma.0 for ; Thu, 09 Mar 2017 19:06:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it-uc3m-es.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:reply-to:to:cc:date:organization :mime-version:content-transfer-encoding; bh=SAlMMNWkeBzsaCPRBT4igOOJjRoDLirAhVlLyKZRa78=; b=qPXUqasmp5q2FAtCXruKjbtWIMo7FsFUPmsWGkyugDMKs2ld1d/6PqhMR9GUxRj3X5 zYm1euYluncqWInfjyMoJOGwnrCKyVoLhPSEyFEdy7s0DbiK5dACt9Pd3TTGx6Y1BTOQ doKKEMC0HcJF8E83vzwHW4hCHE4LsqIVNrayGSHj5YOTYxxKU4Ajv4h/rXp30DpX19qE AZTb7PA/OYAjyObqCubRSVlF77Ab8aY840a8Zb2kfOGhR+4NtOXSTvIltYJGzH2NkzMB EUDul/+9HzeLhpESGFoNbi7XsfGZCy7QSmjIJXOQaOXwGqMYN74l8dTs5b4nJaOB87Zc i0kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:reply-to:to:cc:date :organization:mime-version:content-transfer-encoding; bh=SAlMMNWkeBzsaCPRBT4igOOJjRoDLirAhVlLyKZRa78=; b=iF3qfDQjpgeg7/iVYS0ViJh92zJg5sITOPzVAl1NlaNCfPvNVYhsC8FyYvKDCBA/b0 hotgN9vtBo0btOGNej20kbJ6cGOCCwKCKhU7xg+Fsq97rlgAxyxSJcnT6Z8Y6ddEKvhF MIcVqrWlLXL49o4NjR4t8EUnbjRlFLbPultyCB6GdNiCRMwRpDz6DMgjIQHuhk3CbqG7 QYQr8THhC4958MwiFZez3L7okfXljc27S3W+R/NMeXsMCRSKYqcROmcrPyzwOgmumpDN Fk9C7q72oYKb+ef+de6WpsI6FqFDR+aZ8sf2YAcbLw/xexy1ozecYMA8pjWZI0CKEbEP I09A== X-Gm-Message-State: AFeK/H1LGiNZ8ll5fR+0ZpFdx92+PJLSECCH0+5RPxRSNg790a2UrYK4deq1jki1hvySCtA3 X-Received: by 10.28.30.79 with SMTP id e76mr75046wme.96.1489108914349; Thu, 09 Mar 2017 17:21:54 -0800 (PST) Received: from cjbc_dell.lan (85.251.161.16.dyn.user.ono.com. [85.251.161.16]) by smtp.gmail.com with ESMTPSA id g18sm899104wme.2.2017.03.09.17.21.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 09 Mar 2017 17:21:53 -0800 (PST) Message-ID: <1489108912.5107.27.camel@it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: "detnet@ietf.org" Date: Fri, 10 Mar 2017 02:21:52 +0100 Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.5-1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Archived-At: Cc: draft-ietf-detnet-use-cases@tools.ietf.org Subject: [Detnet] Crosshaul input for consideration in draft-ietf-detnet-use-cases X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 03:06:26 -0000 Hi, In Seoul we presented draft-bernardos-detnet-crosshaul-requirements- 00.txt as potential input to be considered for "Section 6. Cellular radio" of draft-ietf-detnet-use-cases. The group agreed that contributions from us were welcome to complement/fix the text in the use cases document. We have taken -11 version and tried to propose specific changes to the document. Please find them below for discussion. ---- 6.1.1.  Network Architecture OLD: Figure 10 illustrates a typical 3GPP-defined cellular network architecture, which includes "Fronthaul" and "Midhaul" network segments.  The "Fronthaul" is the network connecting base stations (baseband processing units) to the remote radio heads (antennas). The "Midhaul" is the network inter-connecting base stations (or small cell sites). NEW: Figure 10 illustrates a typical 3GPP-defined cellular network architecture, which includes "Fronthaul", "Midhaul" and "Backhaul" network segments.  The "Fronthaul" is the network connecting base stations (baseband processing units) to the remote radio heads (antennas).  The "Midhaul" is the network inter-connecting base stations (or small cell sites).  The "Backhaul" is the network or links connecting the radio base station sites to the network controller/gateway sites (i.e. the core of the 3GPP cellular network). ---- 6.1.3.  Time Synchronization Constraints [...] OLD: In cellular networks from the LTE radio era onward, phase synchronization is needed in addition to frequency synchronization ([TS36300], [TS23401]). NEW: In cellular networks from the LTE radio era onward, phase synchronizatio n is needed in addition to frequency synchronization ([TS36300], [TS23401]). Time constraints are also important due to its impact on packet loss. If a packet is delivered too late, then the packet may be dropped by the host. ---- ---- 6.1.4.  Transport Loss Constraints [...] OLD: For packetized Fronthaul and Midhaul connections packet loss may be caused by BER, congestion, or network failure scenarios.  Current tools for elminating packet loss for Fronthaul and Midhaul networks have serious challenges, for example retransmitting lost packets and/ or using forward error correction (FEC) to circumvent bit errors is practically impossible due to the additional delay incurred.  Using redundant streams for better guarantees for delivery is also practically impossible in many cases due to high bandwidth requirements of Fronthaul and Midhaul networks.  Protection switching is also a candidate but current technologies for the path switch are too slow to avoid reset of mobile interfaces. NEW: For packetized Fronthaul and Midhaul connections packet loss may be caused by BER, congestion, or network failure scenarios.  Some fronthaul functional splits considered by 3GPP require the frame loss ratio (FLR) to be less than 10E-7 for data traffic and less than 10E-6 for C&M.  Current tools for eliminating packet loss for Fronthaul and Midhaul networks have serious challenges, for example retransmitting lost packets and/or using forward error correction (FEC) to circumvent bit errors is practically impossible due to the additional delay incurred.  Using redundant streams for better guarantees for delivery is also practically impossible in many cases due to high bandwidth requirements of Fronthaul and Midhaul networks. Protection switching is also a candidate but current technologies for the path switch are too slow to avoid reset of mobile interfaces. ---- ---- 6.3.  Cellular Radio Networks Future [...] OLD: o  All form of xHaul networks will need some form of DetNet   solutions.  For example with the advent of 5G some Backhaul    traffic will also have DetNet requirements (e.g. traffic belonging    to time-critical 5G applications). NEW: o  All form of xHaul networks will need some form of DetNet    solutions.  For example with the advent of 5G some Backhaul    traffic will also have DetNet requirements (e.g. traffic belonging    to time-critical 5G applications). o  Different splits of the functionality run on the base stations    (baseband processing units) and the remote radio heads (antennae)    could co-exist on the same Fronthaul and Backhaul network. ---- ---- 6.4.  Cellular Radio Networks Asks [...] OLD: A standard for data plane transport specification which is: o  Unified among all xHauls (meaning that different flows with    diverse DetNet requirements can coexist in the same network and    traverse the same nodes without interfering with each other) o  Deployed in a highly deterministic network environment NEW: A standard for data plane transport specification which is: o  Unified among all xHauls (meaning that different flows with    diverse DetNet requirements can coexist in the same network and    traverse the same nodes without interfering with each other) o  Deployed in a highly deterministic network environment o  Capable of supporting multiple functional splits simultaneously,    including existing Backhaul and CPRI Fronthaul and new modes as    defined for example in 3GPP. o  Slicing and Multi-tenancy-capable, supporting: isolating traffic    (guaranteed QoS) and separating traffic (privacy). o  Compatible with existing security and synchronization mechanisms,    such as IEEE1588, IEEE802.1AS. o  Capable of transporting both in-band and out-band control traffic    (OAM info, ...). o  Deployable over multiple data link technologies (e.g., IEEE 802.3,    mmWave, etc.). ---- Comments are welcome, Thanks, Carlos From nobody Fri Mar 10 00:18:56 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84697129405 for ; Fri, 10 Mar 2017 00:18:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.com 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 4XkinXWA7jqO for ; Fri, 10 Mar 2017 00:18:52 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 D81501293D9 for ; Fri, 10 Mar 2017 00:18:51 -0800 (PST) X-AuditID: c1b4fb25-a57ff70000004cad-f8-58c26167558e Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.183.48]) by (Symantec Mail Security) with SMTP id B1.5C.19629.76162C85; Fri, 10 Mar 2017 09:18:50 +0100 (CET) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.48) with Microsoft SMTP Server (TLS) id 14.3.319.2; Fri, 10 Mar 2017 09:18:46 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1yncscazQSs71JgMG80c4FxTZyatOMUm4w7xWYDS5b4=; b=Hz6i5PBUw8ry9ezY+Ls15azsoTXAb+XT3SpJN/p5abRht8VYelFWM68mPco7zKXckLhaYAMnzLgXGF5FXmhf/1WN7ZruWwuRZuF5Zqyj+Gd/MVCAw7zsJ9KOF4y3E2szAtOfEzLGrnNf9/ajV1vuzAVKPsY+blF4yCfyaI55bsE= Received: from DBXPR07MB128.eurprd07.prod.outlook.com (10.242.138.156) by DBXPR07MB127.eurprd07.prod.outlook.com (10.242.138.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2; Fri, 10 Mar 2017 08:18:45 +0000 Received: from DBXPR07MB128.eurprd07.prod.outlook.com ([169.254.3.89]) by DBXPR07MB128.eurprd07.prod.outlook.com ([169.254.3.89]) with mapi id 15.01.0947.022; Fri, 10 Mar 2017 08:18:45 +0000 From: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= To: "cjbc@it.uc3m.es" , "detnet@ietf.org" Thread-Topic: Crosshaul input for consideration in draft-ietf-detnet-use-cases Thread-Index: AQHSmUiyTcmsrSIoPk64yyRd7I7rzqGNslGw Date: Fri, 10 Mar 2017 08:18:44 +0000 Message-ID: References: <1489108912.5107.27.camel@it.uc3m.es> In-Reply-To: <1489108912.5107.27.camel@it.uc3m.es> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: it.uc3m.es; dkim=none (message not signed) header.d=none;it.uc3m.es; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [91.82.100.59] x-microsoft-exchange-diagnostics: 1; DBXPR07MB127; 7:ZFsEdvIgRlWjQ5tPrHq+06SewJzuc81F420lW2nVzPIW6Ed6Jakn1aPX/Aup/cN530oQVEeV6/azJ2BYaAWLuMWM93vAU+DDQVt+EH9QufA+Pl9HXHi+Hnz/Oq2I0BWgc3Iwri9SXf2ziQ3ypLjxKVL9CwdCn0i1SycnPfQfHASI4UMT6FaSPKKMYnFPteD1ywln27Gj1rGQQyGsdQu/49UVF6ZRKg8wHWYwBbppj4nPL6K0kXfhVSKwme+HIHt3aI7Q0yr1Cdgu98/iWtInGs1AQmVEiclVBzlfbCbZC7RTK+Y3SW3gHjQgZFPUhVGRiqTTfKPsTj3QxMF9nyUtCA== x-ms-office365-filtering-correlation-id: 209ef376-c0ef-4715-38bb-08d4678e11ff x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:DBXPR07MB127; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(278428928389397)(192374486261705)(131327999870524)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123558025)(20161123562025)(20161123560025)(20161123564025)(20161123555025)(6072148); SRVR:DBXPR07MB127; BCL:0; PCL:0; RULEID:; SRVR:DBXPR07MB127; x-forefront-prvs: 02426D11FE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(13464003)(377454003)(102836003)(3846002)(790700001)(6116002)(54356999)(6306002)(6506006)(2501003)(54896002)(99286003)(50986999)(9326002)(55016002)(2900100001)(9686003)(76176999)(8676002)(25786008)(4326008)(33656002)(8936002)(85182001)(81166006)(189998001)(230783001)(6436002)(74316002)(7736002)(106116001)(85202003)(53936002)(5660300001)(53546006)(3660700001)(38730400002)(2906002)(86362001)(3280700002)(122556002)(7696004)(2950100002)(66066001)(6246003); DIR:OUT; SFP:1101; SCL:1; SRVR:DBXPR07MB127; H:DBXPR07MB128.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DBXPR07MB1284151BAFCE57D0670290DAC200DBXPR07MB128eurprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2017 08:18:44.8698 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBXPR07MB127 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrCKsWRmVeSWpSXmKPExsUyM2K7gW5W4qEIgwuhFq07NjFZ/P40m8Xi xM+tjA7MHkuW/GTy+HZ9I6vHl8uf2QKYo7hsUlJzMstSi/TtErgyttw/zlRwoImp4v+v5YwN jHd+M3YxcnJICJhIrP30j6WLkYtDSGAdo0T/5H5mCOcEo8Th2V8ZQRwWgV5mia0911khMlOZ JK7PfQbVc4hR4vmspUwgw9gEXCR2bJrDCmKLCPhI/Fz8EGwJs0C8xOQTXWA1wgK+Et9fvYGq 8ZPo7t7ABmEbSdxuWANWzyKgKnF0Ris7iM0rECXx+PMpZhBbSMBQYvqDs2A2J1B9z2+I+YwC YhLfT61hgtglLnHryXwmiOcEJJbsOc8MYYtKvHz8D+wDRoF+Rom1HcdYIRIKEpsWvGcHSUgI dDNL/PjfC5TgAHJ8Ja7d9oGo8ZFYcuwhNMQyJabs+Q7VmyvR8OcfVO8MJonJd75C9cpITH4Q AxFvYpV4cPcdM8T3UhJ3r3QyQtgyEi/u7GWdwKgxC8nhEHa+xM/1vxhngQNAUOLkzCcss4DG MgtoSqzfpQ9RoigxpfshO4StIdE6Zy47svgCRvZVjKLFqcVJuelGxnqpRZnJxcX5eXp5qSWb GIFp6eCW36o7GC+/cTzEKMDBqMTD+yH3YIQQa2JZcWUuMEo5mJVEeEv1DkUI8aYkVlalFuXH F5XmpBYfYpTmYFES5zVbeT9cSCA9sSQ1OzW1ILUIJsvEwSnVwJjE5Kfa6drSc/9v/dndG5+2 eJuFfVTlbi/PWDDnqIfTRfNn6/fPCN6t4aUsuzU7WX3OB0mNVybBhQH+9Y+2Ldq9/Y5RZe7i DBfnKTlijS/tC2US3Hrs0lbe/vW6+uYq78aOPTP7ZqypZskSPreoL1D7dFFyS9r+VVmf1gne tVGYxXywdeatO0osxRmJhlrMRcWJAKh7nzZHAwAA Archived-At: Cc: "draft-ietf-detnet-use-cases@tools.ietf.org" Subject: Re: [Detnet] Crosshaul input for consideration in draft-ietf-detnet-use-cases X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 08:18:54 -0000 --_000_DBXPR07MB1284151BAFCE57D0670290DAC200DBXPR07MB128eurprd_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2FybG9zLA0KDQoNCg0KU29tZSBjb21tZW50cyBhbmQgYSBxdWVzdGlvbiBmb3IgY2xhcmlm aWNhdGlvbjoNCg0KDQoNCjYuMS40LiAgVHJhbnNwb3J0IExvc3MgQ29uc3RyYWludHMNCg0KPiBT b21lIGZyb250aGF1bCBmdW5jdGlvbmFsIHNwbGl0cyBjb25zaWRlcmVkIGJ5IDNHUFAgcmVxdWly ZSB0aGUgZnJhbWUgbG9zcyByYXRpbyAoRkxSKQ0KDQo+IHRvIGJlIGxlc3MgdGhhbiAxMEUtNyBm b3IgZGF0YSB0cmFmZmljIGFuZCBsZXNzIHRoYW4gMTBFLTYgZm9yIEMmTS4NCg0KRnVuY3Rpb25h bCBzcGxpdCBpcyBzdGlsbCB1bmRlciBoZWF2eSBkaXNjdXNzaW9uIGluIDNHUFAuIFRoZXNlIG51 bWJlcnMgYXJlIG5vdCBkZWZpbmVkIGJ5IDNHUFANCg0KYW5kIG1heSBiZSBkZXBlbmRlbnQgb24g ZGlzY3Vzc2lvbiByZXN1bHRzLiBTbyBJIHRoaW5rIGluY2x1ZGluZyB0aGVtIGluIHRoZSB1c2Ut Y2FzZSBkcmFmdA0KDQptYXkgY2F1c2VzIGNvbmZ1c2lvbnMuDQoNCg0KDQo2LjMuICBDZWxsdWxh ciBSYWRpbyBOZXR3b3JrcyBGdXR1cmUNCg0KPiBvICBEaWZmZXJlbnQgc3BsaXRzIG9mIHRoZSBm dW5jdGlvbmFsaXR5IHJ1biBvbiB0aGUgYmFzZSBzdGF0aW9ucw0KDQo+ICAgIChiYXNlYmFuZCBw cm9jZXNzaW5nIHVuaXRzKSBhbmQgdGhlIHJlbW90ZSByYWRpbyBoZWFkcyAoYW50ZW5uYWUpDQoN Cj4gICAgY291bGQgY28tZXhpc3Qgb24gdGhlIHNhbWUgRnJvbnRoYXVsIGFuZCBCYWNraGF1bCBu ZXR3b3JrLg0KDQpJIHNlZSBhIHRlcm1pbm9sb2d5IGlzc3VlIGhlcmUgbWFpbmx5IGR1ZSB0byB0 aGUgZmFjdCB0aGF0IGZ1dHVyZSBzcGxpdHMgYW5kIHRoZSByZXN1bHRpbmcNCg0KbmV0d29yayBl bGVtZW50cyBhcmUgbm90ICh5ZXQpIGRlZmluZWQuIEJhc2ViYW5kIHByb2Nlc3NpbmcgdW5pdHMg YW5kIGFudGVubmEgcmVmZXJzDQoNCnRvIGxlZ2FjeSB0ZWNobm9sb2dpZXMsIHdoaWNoIGRvZXMg bm90IHJlcXVpcmUgRGV0TmV0IGFuZCBhcmUgb3V0LW9mLXNjb3BlLg0KDQoNCg0KNi40LiAgQ2Vs bHVsYXIgUmFkaW8gTmV0d29ya3MgQXNrcw0KDQo+IG5ldyBwcm9wb3NlZCBidWxsZXRzIOKApg0K DQpEbyBZb3UgcHJvcG9zZSB0byBleHRlbmQgdGhpcyBzZWN0aW9uIHdpdGggZ2VuZXJhbCByZXF1 aXJlbWVudHMgb2YgdGhlIENlbGx1bGFyDQoNClJhZGlvIE5ldHdvcmtzPyBUaGlzIHNlY3Rpb24g Zm9jdXNlcyBvbiDigJxkYXRhIHBsYW5lIHRyYW5zcG9ydOKAnS4gSSBoYXZlIGNvbmNlcm5zIG9u DQoNCnNvbWUgaXRlbXMgb2YgeW91ciBsaXN0IGFuZCBoYXZlIGZvdW5kIHNvbWUgb2YgdGhlbSBu b3QgcmVsZXZhbnQgZnJvbSBEZXROZXQNCg0KcGVyc3BlY3RpdmUuDQoNCg0KDQpDaGVlcnMNCg0K QmFsYeKAmXpzDQoNCg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IENh cmxvcyBKZXPDunMgQmVybmFyZG9zIENhbm8gW21haWx0bzpjamJjQGl0LnVjM20uZXNdDQpTZW50 OiBGcmlkYXksIE1hcmNoIDEwLCAyMDE3IDI6MjIgQU0NClRvOiBkZXRuZXRAaWV0Zi5vcmcNCkNj OiBkcmFmdC1pZXRmLWRldG5ldC11c2UtY2FzZXNAdG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6IENy b3NzaGF1bCBpbnB1dCBmb3IgY29uc2lkZXJhdGlvbiBpbiBkcmFmdC1pZXRmLWRldG5ldC11c2Ut Y2FzZXMNCg0KDQoNCkhpLA0KDQoNCg0KSW4gU2VvdWwgd2UgcHJlc2VudGVkIGRyYWZ0LWJlcm5h cmRvcy1kZXRuZXQtY3Jvc3NoYXVsLXJlcXVpcmVtZW50cy0NCg0KMDAudHh0IGFzIHBvdGVudGlh bCBpbnB1dCB0byBiZSBjb25zaWRlcmVkIGZvciAiU2VjdGlvbiA2LiBDZWxsdWxhciByYWRpbyIg b2YgZHJhZnQtaWV0Zi1kZXRuZXQtdXNlLWNhc2VzLiBUaGUgZ3JvdXAgYWdyZWVkIHRoYXQgY29u dHJpYnV0aW9ucyBmcm9tIHVzIHdlcmUgd2VsY29tZSB0byBjb21wbGVtZW50L2ZpeCB0aGUgdGV4 dCBpbiB0aGUgdXNlIGNhc2VzIGRvY3VtZW50Lg0KDQoNCg0KV2UgaGF2ZSB0YWtlbiAtMTEgdmVy c2lvbiBhbmQgdHJpZWQgdG8gcHJvcG9zZSBzcGVjaWZpYyBjaGFuZ2VzIHRvIHRoZSBkb2N1bWVu dC4gUGxlYXNlIGZpbmQgdGhlbSBiZWxvdyBmb3IgZGlzY3Vzc2lvbi4NCg0KDQoNCi0tLS0NCg0K Ni4xLjEuICBOZXR3b3JrIEFyY2hpdGVjdHVyZQ0KDQoNCg0KT0xEOg0KDQoNCg0KRmlndXJlIDEw IGlsbHVzdHJhdGVzIGEgdHlwaWNhbCAzR1BQLWRlZmluZWQgY2VsbHVsYXIgbmV0d29yayBhcmNo aXRlY3R1cmUsIHdoaWNoIGluY2x1ZGVzICJGcm9udGhhdWwiIGFuZCAiTWlkaGF1bCIgbmV0d29y ayBzZWdtZW50cy4gIFRoZSAiRnJvbnRoYXVsIiBpcyB0aGUgbmV0d29yayBjb25uZWN0aW5nIGJh c2Ugc3RhdGlvbnMgKGJhc2ViYW5kIHByb2Nlc3NpbmcgdW5pdHMpIHRvIHRoZSByZW1vdGUgcmFk aW8gaGVhZHMgKGFudGVubmFzKS4NCg0KVGhlICJNaWRoYXVsIiBpcyB0aGUgbmV0d29yayBpbnRl ci1jb25uZWN0aW5nIGJhc2Ugc3RhdGlvbnMgKG9yIHNtYWxsIGNlbGwgc2l0ZXMpLg0KDQoNCg0K TkVXOg0KDQoNCg0KRmlndXJlIDEwIGlsbHVzdHJhdGVzIGEgdHlwaWNhbCAzR1BQLWRlZmluZWQg Y2VsbHVsYXIgbmV0d29yayBhcmNoaXRlY3R1cmUsIHdoaWNoIGluY2x1ZGVzICJGcm9udGhhdWwi LCAiTWlkaGF1bCIgYW5kICJCYWNraGF1bCINCg0KbmV0d29yayBzZWdtZW50cy4gIFRoZSAiRnJv bnRoYXVsIiBpcyB0aGUgbmV0d29yayBjb25uZWN0aW5nIGJhc2Ugc3RhdGlvbnMgKGJhc2ViYW5k IHByb2Nlc3NpbmcgdW5pdHMpIHRvIHRoZSByZW1vdGUgcmFkaW8gaGVhZHMgKGFudGVubmFzKS4g IFRoZSAiTWlkaGF1bCIgaXMgdGhlIG5ldHdvcmsgaW50ZXItY29ubmVjdGluZyBiYXNlIHN0YXRp b25zIChvciBzbWFsbCBjZWxsIHNpdGVzKS4gIFRoZSAiQmFja2hhdWwiIGlzIHRoZSBuZXR3b3Jr IG9yIGxpbmtzIGNvbm5lY3RpbmcgdGhlIHJhZGlvIGJhc2Ugc3RhdGlvbiBzaXRlcyB0byB0aGUg bmV0d29yayBjb250cm9sbGVyL2dhdGV3YXkgc2l0ZXMgKGkuZS4gdGhlIGNvcmUgb2YgdGhlIDNH UFAgY2VsbHVsYXIgbmV0d29yaykuDQoNCi0tLS0NCg0KNi4xLjMuICBUaW1lIFN5bmNocm9uaXph dGlvbiBDb25zdHJhaW50cw0KDQoNCg0KWy4uLl0NCg0KDQoNCk9MRDoNCg0KDQoNCkluIGNlbGx1 bGFyIG5ldHdvcmtzIGZyb20gdGhlIExURSByYWRpbyBlcmEgb253YXJkLCBwaGFzZSBzeW5jaHJv bml6YXRpb24gaXMgbmVlZGVkIGluIGFkZGl0aW9uIHRvIGZyZXF1ZW5jeSBzeW5jaHJvbml6YXRp b24gKFtUUzM2MzAwXSwgW1RTMjM0MDFdKS4NCg0KDQoNCk5FVzoNCg0KDQoNCkluIGNlbGx1bGFy IG5ldHdvcmtzIGZyb20gdGhlIExURSByYWRpbyBlcmEgb253YXJkLCBwaGFzZSBzeW5jaHJvbml6 YXRpbyBuIGlzIG5lZWRlZCBpbiBhZGRpdGlvbiB0byBmcmVxdWVuY3kgc3luY2hyb25pemF0aW9u IChbVFMzNjMwMF0sIFtUUzIzNDAxXSkuDQoNCg0KDQpUaW1lIGNvbnN0cmFpbnRzIGFyZSBhbHNv IGltcG9ydGFudCBkdWUgdG8gaXRzIGltcGFjdCBvbiBwYWNrZXQgbG9zcy4NCg0KSWYgYSBwYWNr ZXQgaXMgZGVsaXZlcmVkIHRvbyBsYXRlLCB0aGVuIHRoZSBwYWNrZXQgbWF5IGJlIGRyb3BwZWQg YnkgdGhlIGhvc3QuDQoNCi0tLS0NCg0KDQoNCi0tLS0NCg0KNi4xLjQuICBUcmFuc3BvcnQgTG9z cyBDb25zdHJhaW50cw0KDQoNCg0KWy4uLl0NCg0KDQoNCk9MRDoNCg0KDQoNCkZvciBwYWNrZXRp emVkIEZyb250aGF1bCBhbmQgTWlkaGF1bCBjb25uZWN0aW9ucyBwYWNrZXQgbG9zcyBtYXkgYmUg Y2F1c2VkIGJ5IEJFUiwgY29uZ2VzdGlvbiwgb3IgbmV0d29yayBmYWlsdXJlIHNjZW5hcmlvcy4g IEN1cnJlbnQgdG9vbHMgZm9yIGVsbWluYXRpbmcgcGFja2V0IGxvc3MgZm9yIEZyb250aGF1bCBh bmQgTWlkaGF1bCBuZXR3b3JrcyBoYXZlIHNlcmlvdXMgY2hhbGxlbmdlcywgZm9yIGV4YW1wbGUg cmV0cmFuc21pdHRpbmcgbG9zdCBwYWNrZXRzIGFuZC8gb3IgdXNpbmcgZm9yd2FyZCBlcnJvciBj b3JyZWN0aW9uIChGRUMpIHRvIGNpcmN1bXZlbnQgYml0IGVycm9ycyBpcyBwcmFjdGljYWxseSBp bXBvc3NpYmxlIGR1ZSB0byB0aGUgYWRkaXRpb25hbCBkZWxheSBpbmN1cnJlZC4gIFVzaW5nIHJl ZHVuZGFudCBzdHJlYW1zIGZvciBiZXR0ZXIgZ3VhcmFudGVlcyBmb3IgZGVsaXZlcnkgaXMgYWxz byBwcmFjdGljYWxseSBpbXBvc3NpYmxlIGluIG1hbnkgY2FzZXMgZHVlIHRvIGhpZ2ggYmFuZHdp ZHRoIHJlcXVpcmVtZW50cyBvZiBGcm9udGhhdWwgYW5kIE1pZGhhdWwgbmV0d29ya3MuICBQcm90 ZWN0aW9uIHN3aXRjaGluZyBpcyBhbHNvIGEgY2FuZGlkYXRlIGJ1dCBjdXJyZW50IHRlY2hub2xv Z2llcyBmb3IgdGhlIHBhdGggc3dpdGNoIGFyZSB0b28gc2xvdyB0byBhdm9pZCByZXNldCBvZiBt b2JpbGUgaW50ZXJmYWNlcy4NCg0KDQoNCk5FVzoNCg0KDQoNCkZvciBwYWNrZXRpemVkIEZyb250 aGF1bCBhbmQgTWlkaGF1bCBjb25uZWN0aW9ucyBwYWNrZXQgbG9zcyBtYXkgYmUgY2F1c2VkIGJ5 IEJFUiwgY29uZ2VzdGlvbiwgb3IgbmV0d29yayBmYWlsdXJlIHNjZW5hcmlvcy4gIFNvbWUgZnJv bnRoYXVsIGZ1bmN0aW9uYWwgc3BsaXRzIGNvbnNpZGVyZWQgYnkgM0dQUCByZXF1aXJlIHRoZSBm cmFtZSBsb3NzIHJhdGlvIChGTFIpIHRvIGJlIGxlc3MgdGhhbiAxMEUtNyBmb3IgZGF0YSB0cmFm ZmljIGFuZCBsZXNzIHRoYW4NCg0KMTBFLTYgZm9yIEMmTS4gIEN1cnJlbnQgdG9vbHMgZm9yIGVs aW1pbmF0aW5nIHBhY2tldCBsb3NzIGZvciBGcm9udGhhdWwgYW5kIE1pZGhhdWwgbmV0d29ya3Mg aGF2ZSBzZXJpb3VzIGNoYWxsZW5nZXMsIGZvciBleGFtcGxlIHJldHJhbnNtaXR0aW5nIGxvc3Qg cGFja2V0cyBhbmQvb3IgdXNpbmcgZm9yd2FyZCBlcnJvciBjb3JyZWN0aW9uDQoNCihGRUMpIHRv IGNpcmN1bXZlbnQgYml0IGVycm9ycyBpcyBwcmFjdGljYWxseSBpbXBvc3NpYmxlIGR1ZSB0byB0 aGUgYWRkaXRpb25hbCBkZWxheSBpbmN1cnJlZC4gIFVzaW5nIHJlZHVuZGFudCBzdHJlYW1zIGZv ciBiZXR0ZXIgZ3VhcmFudGVlcyBmb3IgZGVsaXZlcnkgaXMgYWxzbyBwcmFjdGljYWxseSBpbXBv c3NpYmxlIGluIG1hbnkgY2FzZXMgZHVlIHRvIGhpZ2ggYmFuZHdpZHRoIHJlcXVpcmVtZW50cyBv ZiBGcm9udGhhdWwgYW5kIE1pZGhhdWwgbmV0d29ya3MuDQoNClByb3RlY3Rpb24gc3dpdGNoaW5n IGlzIGFsc28gYSBjYW5kaWRhdGUgYnV0IGN1cnJlbnQgdGVjaG5vbG9naWVzIGZvciB0aGUgcGF0 aCBzd2l0Y2ggYXJlIHRvbyBzbG93IHRvIGF2b2lkIHJlc2V0IG9mIG1vYmlsZSBpbnRlcmZhY2Vz Lg0KDQotLS0tDQoNCg0KDQotLS0tDQoNCjYuMy4gIENlbGx1bGFyIFJhZGlvIE5ldHdvcmtzIEZ1 dHVyZQ0KDQoNCg0KWy4uLl0NCg0KDQoNCk9MRDoNCg0KDQoNCm8gIEFsbCBmb3JtIG9mIHhIYXVs IG5ldHdvcmtzIHdpbGwgbmVlZCBzb21lIGZvcm0gb2YgRGV0TmV0DQoNCiAgc29sdXRpb25zLiAg Rm9yIGV4YW1wbGUgd2l0aCB0aGUgYWR2ZW50IG9mIDVHIHNvbWUgQmFja2hhdWwNCg0KICAgdHJh ZmZpYyB3aWxsIGFsc28gaGF2ZSBEZXROZXQgcmVxdWlyZW1lbnRzIChlLmcuIHRyYWZmaWMgYmVs b25naW5nDQoNCiAgIHRvIHRpbWUtY3JpdGljYWwgNUcgYXBwbGljYXRpb25zKS4NCg0KDQoNCk5F VzoNCg0KDQoNCm8gIEFsbCBmb3JtIG9mIHhIYXVsIG5ldHdvcmtzIHdpbGwgbmVlZCBzb21lIGZv cm0gb2YgRGV0TmV0DQoNCiAgIHNvbHV0aW9ucy4gIEZvciBleGFtcGxlIHdpdGggdGhlIGFkdmVu dCBvZiA1RyBzb21lIEJhY2toYXVsDQoNCiAgIHRyYWZmaWMgd2lsbCBhbHNvIGhhdmUgRGV0TmV0 IHJlcXVpcmVtZW50cyAoZS5nLiB0cmFmZmljIGJlbG9uZ2luZw0KDQogICB0byB0aW1lLWNyaXRp Y2FsIDVHIGFwcGxpY2F0aW9ucykuDQoNCg0KDQpvICBEaWZmZXJlbnQgc3BsaXRzIG9mIHRoZSBm dW5jdGlvbmFsaXR5IHJ1biBvbiB0aGUgYmFzZSBzdGF0aW9ucw0KDQogICAoYmFzZWJhbmQgcHJv Y2Vzc2luZyB1bml0cykgYW5kIHRoZSByZW1vdGUgcmFkaW8gaGVhZHMgKGFudGVubmFlKQ0KDQog ICBjb3VsZCBjby1leGlzdCBvbiB0aGUgc2FtZSBGcm9udGhhdWwgYW5kIEJhY2toYXVsIG5ldHdv cmsuDQoNCi0tLS0NCg0KDQoNCi0tLS0NCg0KNi40LiAgQ2VsbHVsYXIgUmFkaW8gTmV0d29ya3Mg QXNrcw0KDQoNCg0KWy4uLl0NCg0KDQoNCk9MRDoNCg0KDQoNCkEgc3RhbmRhcmQgZm9yIGRhdGEg cGxhbmUgdHJhbnNwb3J0IHNwZWNpZmljYXRpb24gd2hpY2ggaXM6DQoNCg0KDQpvICBVbmlmaWVk IGFtb25nIGFsbCB4SGF1bHMgKG1lYW5pbmcgdGhhdCBkaWZmZXJlbnQgZmxvd3Mgd2l0aA0KDQog ICBkaXZlcnNlIERldE5ldCByZXF1aXJlbWVudHMgY2FuIGNvZXhpc3QgaW4gdGhlIHNhbWUgbmV0 d29yayBhbmQNCg0KICAgdHJhdmVyc2UgdGhlIHNhbWUgbm9kZXMgd2l0aG91dCBpbnRlcmZlcmlu ZyB3aXRoIGVhY2ggb3RoZXIpDQoNCg0KDQpvICBEZXBsb3llZCBpbiBhIGhpZ2hseSBkZXRlcm1p bmlzdGljIG5ldHdvcmsgZW52aXJvbm1lbnQNCg0KDQoNCk5FVzoNCg0KDQoNCkEgc3RhbmRhcmQg Zm9yIGRhdGEgcGxhbmUgdHJhbnNwb3J0IHNwZWNpZmljYXRpb24gd2hpY2ggaXM6DQoNCg0KDQpv ICBVbmlmaWVkIGFtb25nIGFsbCB4SGF1bHMgKG1lYW5pbmcgdGhhdCBkaWZmZXJlbnQgZmxvd3Mg d2l0aA0KDQogICBkaXZlcnNlIERldE5ldCByZXF1aXJlbWVudHMgY2FuIGNvZXhpc3QgaW4gdGhl IHNhbWUgbmV0d29yayBhbmQNCg0KICAgdHJhdmVyc2UgdGhlIHNhbWUgbm9kZXMgd2l0aG91dCBp bnRlcmZlcmluZyB3aXRoIGVhY2ggb3RoZXIpDQoNCg0KDQpvICBEZXBsb3llZCBpbiBhIGhpZ2hs eSBkZXRlcm1pbmlzdGljIG5ldHdvcmsgZW52aXJvbm1lbnQNCg0KDQoNCm8gIENhcGFibGUgb2Yg c3VwcG9ydGluZyBtdWx0aXBsZSBmdW5jdGlvbmFsIHNwbGl0cyBzaW11bHRhbmVvdXNseSwNCg0K ICAgaW5jbHVkaW5nIGV4aXN0aW5nIEJhY2toYXVsIGFuZCBDUFJJIEZyb250aGF1bCBhbmQgbmV3 IG1vZGVzIGFzDQoNCiAgIGRlZmluZWQgZm9yIGV4YW1wbGUgaW4gM0dQUC4NCg0KDQoNCm8gIFNs aWNpbmcgYW5kIE11bHRpLXRlbmFuY3ktY2FwYWJsZSwgc3VwcG9ydGluZzogaXNvbGF0aW5nIHRy YWZmaWMNCg0KICAgKGd1YXJhbnRlZWQgUW9TKSBhbmQgc2VwYXJhdGluZyB0cmFmZmljIChwcml2 YWN5KS4NCg0KDQoNCm8gIENvbXBhdGlibGUgd2l0aCBleGlzdGluZyBzZWN1cml0eSBhbmQgc3lu Y2hyb25pemF0aW9uIG1lY2hhbmlzbXMsDQoNCiAgIHN1Y2ggYXMgSUVFRTE1ODgsIElFRUU4MDIu MUFTLg0KDQoNCg0KbyAgQ2FwYWJsZSBvZiB0cmFuc3BvcnRpbmcgYm90aCBpbi1iYW5kIGFuZCBv dXQtYmFuZCBjb250cm9sIHRyYWZmaWMNCg0KICAgKE9BTSBpbmZvLCAuLi4pLg0KDQoNCg0KbyAg RGVwbG95YWJsZSBvdmVyIG11bHRpcGxlIGRhdGEgbGluayB0ZWNobm9sb2dpZXMgKGUuZy4sIElF RUUgODAyLjMsDQoNCiAgIG1tV2F2ZSwgZXRjLikuDQoNCi0tLS0NCg0KDQoNCkNvbW1lbnRzIGFy ZSB3ZWxjb21lLA0KDQoNCg0KVGhhbmtzLA0KDQoNCg0KQ2FybG9zDQoNCg0K --_000_DBXPR07MB1284151BAFCE57D0670290DAC200DBXPR07MB128eurprd_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNv UGxhaW5UZXh0LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCnNwYW4uUGxhaW5UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiUGxh aW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6 IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDEx LjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwv eG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQg djpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hh cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIg bGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGkgQ2FybG9zLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij5Tb21lIGNvbW1lbnRzIGFuZCBhIHF1ZXN0aW9uIGZvciBjbGFyaWZpY2F0aW9uOjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij42LjEuNC4mbmJzcDsmbmJzcDtUcmFuc3BvcnQg TG9zcyBDb25zdHJhaW50czxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jmd0OyBTb21lIGZyb250aGF1bCBmdW5jdGlvbmFsIHNwbGl0cyBjb25zaWRlcmVkIGJ5IDNHUFAg cmVxdWlyZSB0aGUgZnJhbWUgbG9zcyByYXRpbyAoRkxSKQ0KPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IHRvIGJlIGxlc3MgdGhhbiAxMEUtNyBmb3IgZGF0YSB0 cmFmZmljIGFuZCBsZXNzIHRoYW4gMTBFLTYgZm9yIEMmYW1wO00uJm5ic3A7Jm5ic3A7PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5GdW5jdGlvbmFsIHNwbGl0IGlzIHN0 aWxsIHVuZGVyIGhlYXZ5IGRpc2N1c3Npb24gaW4gM0dQUC4gVGhlc2UgbnVtYmVycyBhcmUgbm90 IGRlZmluZWQgYnkgM0dQUDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ YW5kIG1heSBiZSBkZXBlbmRlbnQgb24gZGlzY3Vzc2lvbiByZXN1bHRzLiBTbyBJIHRoaW5rIGlu Y2x1ZGluZyB0aGVtIGluIHRoZSB1c2UtY2FzZSBkcmFmdA0KPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij5tYXkgY2F1c2VzIGNvbmZ1c2lvbnMuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjYuMy4mbmJzcDsmbmJzcDtDZWxsdWxhciBSYWRpbyBOZXR3b3JrcyBG dXR1cmU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgbyZuYnNw OyZuYnNwO0RpZmZlcmVudCBzcGxpdHMgb2YgdGhlIGZ1bmN0aW9uYWxpdHkgcnVuIG9uIHRoZSBi YXNlIHN0YXRpb25zPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7 ICZuYnNwOyZuYnNwOyZuYnNwOyhiYXNlYmFuZCBwcm9jZXNzaW5nIHVuaXRzKSBhbmQgdGhlIHJl bW90ZSByYWRpbyBoZWFkcyAoYW50ZW5uYWUpPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij4mZ3Q7ICZuYnNwOyZuYnNwOyZuYnNwO2NvdWxkIGNvLWV4aXN0IG9uIHRoZSBz YW1lIEZyb250aGF1bCBhbmQgQmFja2hhdWwgbmV0d29yay48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPkkgc2VlIGEgdGVybWlub2xvZ3kgaXNzdWUgaGVyZSBtYWlubHkg ZHVlIHRvIHRoZSBmYWN0IHRoYXQgZnV0dXJlIHNwbGl0cyBhbmQgdGhlIHJlc3VsdGluZzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+bmV0d29yayBlbGVtZW50cyBhcmUg bm90ICh5ZXQpIGRlZmluZWQuIEJhc2ViYW5kIHByb2Nlc3NpbmcgdW5pdHMgYW5kIGFudGVubmEg cmVmZXJzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij50byBsZWdhY3kg dGVjaG5vbG9naWVzLCB3aGljaCBkb2VzIG5vdCByZXF1aXJlIERldE5ldCBhbmQgYXJlIG91dC1v Zi1zY29wZS4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij42LjQuJm5ic3A7Jm5ic3A7 Q2VsbHVsYXIgUmFkaW8gTmV0d29ya3MgQXNrczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyBuZXcgcHJvcG9zZWQgYnVsbGV0cyDigKY8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkRvIFlvdSBwcm9wb3NlIHRvIGV4dGVuZCB0aGlzIHNl Y3Rpb24gd2l0aCBnZW5lcmFsIHJlcXVpcmVtZW50cyBvZiB0aGUgQ2VsbHVsYXINCjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+UmFkaW8gTmV0d29ya3M/IFRoaXMgc2Vj dGlvbiBmb2N1c2VzIG9uIOKAnGRhdGEgcGxhbmUgdHJhbnNwb3J04oCdLiBJIGhhdmUgY29uY2Vy bnMgb24NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+c29tZSBpdGVt cyBvZiB5b3VyIGxpc3QgYW5kIGhhdmUgZm91bmQgc29tZSBvZiB0aGVtIG5vdCByZWxldmFudCBm cm9tIERldE5ldA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5wZXJz cGVjdGl2ZS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Q2hlZXJzPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5CYWxh4oCZenM8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IENhcmxvcyBKZXPDunMgQmVy bmFyZG9zIENhbm8gW21haWx0bzpjamJjQGl0LnVjM20uZXNdIDxicj4NClNlbnQ6IEZyaWRheSwg TWFyY2ggMTAsIDIwMTcgMjoyMiBBTTxicj4NClRvOiBkZXRuZXRAaWV0Zi5vcmc8YnI+DQpDYzog ZHJhZnQtaWV0Zi1kZXRuZXQtdXNlLWNhc2VzQHRvb2xzLmlldGYub3JnPGJyPg0KU3ViamVjdDog Q3Jvc3NoYXVsIGlucHV0IGZvciBjb25zaWRlcmF0aW9uIGluIGRyYWZ0LWlldGYtZGV0bmV0LXVz ZS1jYXNlczwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGksPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPkluIFNlb3VsIHdlIHByZXNlbnRlZCBkcmFmdC1iZXJuYXJkb3MtZGV0bmV0LWNyb3NzaGF1 bC1yZXF1aXJlbWVudHMtPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4w MC50eHQgYXMgcG90ZW50aWFsIGlucHV0IHRvIGJlIGNvbnNpZGVyZWQgZm9yICZxdW90O1NlY3Rp b24gNi4gQ2VsbHVsYXIgcmFkaW8mcXVvdDsgb2YgZHJhZnQtaWV0Zi1kZXRuZXQtdXNlLWNhc2Vz LiBUaGUgZ3JvdXAgYWdyZWVkIHRoYXQgY29udHJpYnV0aW9ucyBmcm9tIHVzIHdlcmUgd2VsY29t ZSB0byBjb21wbGVtZW50L2ZpeCB0aGUgdGV4dCBpbiB0aGUgdXNlIGNhc2VzIGRvY3VtZW50Ljxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5XZSBoYXZlIHRha2VuIC0xMSB2ZXJzaW9uIGFu ZCB0cmllZCB0byBwcm9wb3NlIHNwZWNpZmljIGNoYW5nZXMgdG8gdGhlIGRvY3VtZW50LiBQbGVh c2UgZmluZCB0aGVtIGJlbG93IGZvciBkaXNjdXNzaW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij4tLS0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij42LjEu MS4mbmJzcDsmbmJzcDtOZXR3b3JrIEFyY2hpdGVjdHVyZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij5PTEQ6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkZpZ3VyZSAxMCBpbGx1 c3RyYXRlcyBhIHR5cGljYWwgM0dQUC1kZWZpbmVkIGNlbGx1bGFyIG5ldHdvcmsgYXJjaGl0ZWN0 dXJlLCB3aGljaCBpbmNsdWRlcyAmcXVvdDtGcm9udGhhdWwmcXVvdDsgYW5kICZxdW90O01pZGhh dWwmcXVvdDsgbmV0d29yayBzZWdtZW50cy4mbmJzcDsmbmJzcDtUaGUgJnF1b3Q7RnJvbnRoYXVs JnF1b3Q7IGlzIHRoZSBuZXR3b3JrIGNvbm5lY3RpbmcgYmFzZSBzdGF0aW9ucyAoYmFzZWJhbmQg cHJvY2Vzc2luZyB1bml0cykgdG8gdGhlIHJlbW90ZQ0KIHJhZGlvIGhlYWRzIChhbnRlbm5hcyku PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5UaGUgJnF1b3Q7TWlkaGF1 bCZxdW90OyBpcyB0aGUgbmV0d29yayBpbnRlci1jb25uZWN0aW5nIGJhc2Ugc3RhdGlvbnMgKG9y IHNtYWxsIGNlbGwgc2l0ZXMpLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5ORVc6PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkZpZ3VyZSAxMCBpbGx1c3RyYXRlcyBhIHR5cGlj YWwgM0dQUC1kZWZpbmVkIGNlbGx1bGFyIG5ldHdvcmsgYXJjaGl0ZWN0dXJlLCB3aGljaCBpbmNs dWRlcyAmcXVvdDtGcm9udGhhdWwmcXVvdDssICZxdW90O01pZGhhdWwmcXVvdDsgYW5kICZxdW90 O0JhY2toYXVsJnF1b3Q7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5u ZXR3b3JrIHNlZ21lbnRzLiZuYnNwOyZuYnNwO1RoZSAmcXVvdDtGcm9udGhhdWwmcXVvdDsgaXMg dGhlIG5ldHdvcmsgY29ubmVjdGluZyBiYXNlIHN0YXRpb25zIChiYXNlYmFuZCBwcm9jZXNzaW5n IHVuaXRzKSB0byB0aGUgcmVtb3RlIHJhZGlvIGhlYWRzIChhbnRlbm5hcykuJm5ic3A7Jm5ic3A7 VGhlICZxdW90O01pZGhhdWwmcXVvdDsgaXMgdGhlIG5ldHdvcmsgaW50ZXItY29ubmVjdGluZyBi YXNlIHN0YXRpb25zIChvciBzbWFsbCBjZWxsIHNpdGVzKS4mbmJzcDsmbmJzcDtUaGUgJnF1b3Q7 QmFja2hhdWwmcXVvdDsNCiBpcyB0aGUgbmV0d29yayBvciBsaW5rcyBjb25uZWN0aW5nIHRoZSBy YWRpbyBiYXNlIHN0YXRpb24gc2l0ZXMgdG8gdGhlIG5ldHdvcmsgY29udHJvbGxlci9nYXRld2F5 IHNpdGVzIChpLmUuIHRoZSBjb3JlIG9mIHRoZSAzR1BQIGNlbGx1bGFyIG5ldHdvcmspLjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0tLTxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Ni4xLjMuJm5ic3A7Jm5ic3A7VGltZSBTeW5jaHJvbml6 YXRpb24gQ29uc3RyYWludHM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Wy4uLl08bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+T0xEOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij5JbiBjZWxsdWxhciBuZXR3b3JrcyBmcm9tIHRoZSBMVEUgcmFkaW8gZXJhIG9ud2FyZCwg cGhhc2Ugc3luY2hyb25pemF0aW9uIGlzIG5lZWRlZCBpbiBhZGRpdGlvbiB0byBmcmVxdWVuY3kg c3luY2hyb25pemF0aW9uIChbVFMzNjMwMF0sIFtUUzIzNDAxXSkuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPk5FVzo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SW4gY2VsbHVs YXIgbmV0d29ya3MgZnJvbSB0aGUgTFRFIHJhZGlvIGVyYSBvbndhcmQsIHBoYXNlIHN5bmNocm9u aXphdGlvIG4gaXMgbmVlZGVkIGluIGFkZGl0aW9uIHRvIGZyZXF1ZW5jeSBzeW5jaHJvbml6YXRp b24gKFtUUzM2MzAwXSwgW1RTMjM0MDFdKS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ VGltZSBjb25zdHJhaW50cyBhcmUgYWxzbyBpbXBvcnRhbnQgZHVlIHRvIGl0cyBpbXBhY3Qgb24g cGFja2V0IGxvc3MuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JZiBh IHBhY2tldCBpcyBkZWxpdmVyZWQgdG9vIGxhdGUsIHRoZW4gdGhlIHBhY2tldCBtYXkgYmUgZHJv cHBlZCBieSB0aGUgaG9zdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi Pi0tLS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0tLTxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Ni4xLjQuJm5ic3A7Jm5ic3A7VHJhbnNwb3J0IExvc3Mg Q29uc3RyYWludHM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Wy4uLl08bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+T0xEOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5G b3IgcGFja2V0aXplZCBGcm9udGhhdWwgYW5kIE1pZGhhdWwgY29ubmVjdGlvbnMgcGFja2V0IGxv c3MgbWF5IGJlIGNhdXNlZCBieSBCRVIsIGNvbmdlc3Rpb24sIG9yIG5ldHdvcmsgZmFpbHVyZSBz Y2VuYXJpb3MuJm5ic3A7Jm5ic3A7Q3VycmVudCB0b29scyBmb3IgZWxtaW5hdGluZyBwYWNrZXQg bG9zcyBmb3IgRnJvbnRoYXVsIGFuZCBNaWRoYXVsIG5ldHdvcmtzIGhhdmUgc2VyaW91cyBjaGFs bGVuZ2VzLCBmb3IgZXhhbXBsZQ0KIHJldHJhbnNtaXR0aW5nIGxvc3QgcGFja2V0cyBhbmQvIG9y IHVzaW5nIGZvcndhcmQgZXJyb3IgY29ycmVjdGlvbiAoRkVDKSB0byBjaXJjdW12ZW50IGJpdCBl cnJvcnMgaXMgcHJhY3RpY2FsbHkgaW1wb3NzaWJsZSBkdWUgdG8gdGhlIGFkZGl0aW9uYWwgZGVs YXkgaW5jdXJyZWQuJm5ic3A7Jm5ic3A7VXNpbmcgcmVkdW5kYW50IHN0cmVhbXMgZm9yIGJldHRl ciBndWFyYW50ZWVzIGZvciBkZWxpdmVyeSBpcyBhbHNvIHByYWN0aWNhbGx5IGltcG9zc2libGUg aW4NCiBtYW55IGNhc2VzIGR1ZSB0byBoaWdoIGJhbmR3aWR0aCByZXF1aXJlbWVudHMgb2YgRnJv bnRoYXVsIGFuZCBNaWRoYXVsIG5ldHdvcmtzLiZuYnNwOyZuYnNwO1Byb3RlY3Rpb24gc3dpdGNo aW5nIGlzIGFsc28gYSBjYW5kaWRhdGUgYnV0IGN1cnJlbnQgdGVjaG5vbG9naWVzIGZvciB0aGUg cGF0aCBzd2l0Y2ggYXJlIHRvbyBzbG93IHRvIGF2b2lkIHJlc2V0IG9mIG1vYmlsZSBpbnRlcmZh Y2VzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5ORVc6PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPkZvciBwYWNrZXRpemVkIEZyb250aGF1bCBhbmQgTWlkaGF1bCBjb25uZWN0 aW9ucyBwYWNrZXQgbG9zcyBtYXkgYmUgY2F1c2VkIGJ5IEJFUiwgY29uZ2VzdGlvbiwgb3IgbmV0 d29yayBmYWlsdXJlIHNjZW5hcmlvcy4mbmJzcDsmbmJzcDtTb21lIGZyb250aGF1bCBmdW5jdGlv bmFsIHNwbGl0cyBjb25zaWRlcmVkIGJ5IDNHUFAgcmVxdWlyZSB0aGUgZnJhbWUgbG9zcyByYXRp byAoRkxSKSB0byBiZSBsZXNzIHRoYW4gMTBFLTcNCiBmb3IgZGF0YSB0cmFmZmljIGFuZCBsZXNz IHRoYW48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjEwRS02IGZvciBD JmFtcDtNLiZuYnNwOyZuYnNwO0N1cnJlbnQgdG9vbHMgZm9yIGVsaW1pbmF0aW5nIHBhY2tldCBs b3NzIGZvciBGcm9udGhhdWwgYW5kIE1pZGhhdWwgbmV0d29ya3MgaGF2ZSBzZXJpb3VzIGNoYWxs ZW5nZXMsIGZvciBleGFtcGxlIHJldHJhbnNtaXR0aW5nIGxvc3QgcGFja2V0cyBhbmQvb3IgdXNp bmcgZm9yd2FyZCBlcnJvciBjb3JyZWN0aW9uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij4oRkVDKSB0byBjaXJjdW12ZW50IGJpdCBlcnJvcnMgaXMgcHJhY3RpY2FsbHkg aW1wb3NzaWJsZSBkdWUgdG8gdGhlIGFkZGl0aW9uYWwgZGVsYXkgaW5jdXJyZWQuJm5ic3A7Jm5i c3A7VXNpbmcgcmVkdW5kYW50IHN0cmVhbXMgZm9yIGJldHRlciBndWFyYW50ZWVzIGZvciBkZWxp dmVyeSBpcyBhbHNvIHByYWN0aWNhbGx5IGltcG9zc2libGUgaW4gbWFueSBjYXNlcyBkdWUgdG8g aGlnaCBiYW5kd2lkdGggcmVxdWlyZW1lbnRzDQogb2YgRnJvbnRoYXVsIGFuZCBNaWRoYXVsIG5l dHdvcmtzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+UHJvdGVjdGlv biBzd2l0Y2hpbmcgaXMgYWxzbyBhIGNhbmRpZGF0ZSBidXQgY3VycmVudCB0ZWNobm9sb2dpZXMg Zm9yIHRoZSBwYXRoIHN3aXRjaCBhcmUgdG9vIHNsb3cgdG8gYXZvaWQgcmVzZXQgb2YgbW9iaWxl IGludGVyZmFjZXMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4tLS0t PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPi0tLS08bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjYuMy4mbmJzcDsmbmJzcDtDZWxsdWxhciBSYWRpbyBOZXR3b3Jr cyBGdXR1cmU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Wy4uLl08bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+T0xEOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5vJm5i c3A7Jm5ic3A7QWxsIGZvcm0gb2YgeEhhdWwgbmV0d29ya3Mgd2lsbCBuZWVkIHNvbWUgZm9ybSBv ZiBEZXROZXQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZu YnNwO3NvbHV0aW9ucy4mbmJzcDsmbmJzcDtGb3IgZXhhbXBsZSB3aXRoIHRoZSBhZHZlbnQgb2Yg NUcgc29tZSBCYWNraGF1bDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jm5ic3A7ICZuYnNwO3RyYWZmaWMgd2lsbCBhbHNvIGhhdmUgRGV0TmV0IHJlcXVpcmVtZW50cyAo ZS5nLiB0cmFmZmljIGJlbG9uZ2luZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+Jm5ic3A7Jm5ic3A7IHRvIHRpbWUtY3JpdGljYWwgNUcgYXBwbGljYXRpb25zKS48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+TkVXOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij5vJm5ic3A7Jm5ic3A7QWxsIGZvcm0gb2YgeEhhdWwgbmV0d29ya3Mgd2lsbCBuZWVkIHNv bWUgZm9ybSBvZiBEZXROZXQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZuYnNwOyZuYnNwOyZuYnNwO3NvbHV0aW9ucy4mbmJzcDsmbmJzcDtGb3IgZXhhbXBsZSB3aXRo IHRoZSBhZHZlbnQgb2YgNUcgc29tZSBCYWNraGF1bDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7dHJhZmZpYyB3aWxsIGFsc28gaGF2ZSBE ZXROZXQgcmVxdWlyZW1lbnRzIChlLmcuIHRyYWZmaWMgYmVsb25naW5nPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDt0byB0aW1lLWNyaXRp Y2FsIDVHIGFwcGxpY2F0aW9ucykuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPm8mbmJz cDsmbmJzcDtEaWZmZXJlbnQgc3BsaXRzIG9mIHRoZSBmdW5jdGlvbmFsaXR5IHJ1biBvbiB0aGUg YmFzZSBzdGF0aW9uczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5i c3A7Jm5ic3A7Jm5ic3A7KGJhc2ViYW5kIHByb2Nlc3NpbmcgdW5pdHMpIGFuZCB0aGUgcmVtb3Rl IHJhZGlvIGhlYWRzIChhbnRlbm5hZSk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPiZuYnNwOyZuYnNwOyZuYnNwO2NvdWxkIGNvLWV4aXN0IG9uIHRoZSBzYW1lIEZyb250 aGF1bCBhbmQgQmFja2hhdWwgbmV0d29yay48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPi0tLS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0tLTxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Ni40LiZuYnNwOyZuYnNwO0NlbGx1bGFy IFJhZGlvIE5ldHdvcmtzIEFza3M8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Wy4uLl08 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+T0xEOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij5BIHN0YW5kYXJkIGZvciBkYXRhIHBsYW5lIHRyYW5zcG9ydCBzcGVjaWZpY2F0aW9u IHdoaWNoIGlzOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5vJm5ic3A7Jm5ic3A7VW5p ZmllZCBhbW9uZyBhbGwgeEhhdWxzIChtZWFuaW5nIHRoYXQgZGlmZmVyZW50IGZsb3dzIHdpdGg8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyZuYnNw O2RpdmVyc2UgRGV0TmV0IHJlcXVpcmVtZW50cyBjYW4gY29leGlzdCBpbiB0aGUgc2FtZSBuZXR3 b3JrIGFuZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7dHJhdmVyc2UgdGhlIHNhbWUgbm9kZXMgd2l0aG91dCBpbnRlcmZlcmluZyB3aXRo IGVhY2ggb3RoZXIpPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPm8mbmJzcDsmbmJzcDtE ZXBsb3llZCBpbiBhIGhpZ2hseSBkZXRlcm1pbmlzdGljIG5ldHdvcmsgZW52aXJvbm1lbnQ8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+TkVXOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij5BIHN0YW5kYXJkIGZvciBkYXRhIHBsYW5lIHRyYW5zcG9ydCBzcGVjaWZpY2F0aW9uIHdo aWNoIGlzOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5vJm5ic3A7Jm5ic3A7VW5pZmll ZCBhbW9uZyBhbGwgeEhhdWxzIChtZWFuaW5nIHRoYXQgZGlmZmVyZW50IGZsb3dzIHdpdGg8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyZuYnNwO2Rp dmVyc2UgRGV0TmV0IHJlcXVpcmVtZW50cyBjYW4gY29leGlzdCBpbiB0aGUgc2FtZSBuZXR3b3Jr IGFuZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7dHJhdmVyc2UgdGhlIHNhbWUgbm9kZXMgd2l0aG91dCBpbnRlcmZlcmluZyB3aXRoIGVh Y2ggb3RoZXIpPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPm8mbmJzcDsmbmJzcDtEZXBs b3llZCBpbiBhIGhpZ2hseSBkZXRlcm1pbmlzdGljIG5ldHdvcmsgZW52aXJvbm1lbnQ8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+byZuYnNwOyZuYnNwO0NhcGFibGUgb2Ygc3VwcG9ydGlu ZyBtdWx0aXBsZSBmdW5jdGlvbmFsIHNwbGl0cyBzaW11bHRhbmVvdXNseSw8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyZuYnNwO2luY2x1ZGluZyBl eGlzdGluZyBCYWNraGF1bCBhbmQgQ1BSSSBGcm9udGhhdWwgYW5kIG5ldyBtb2RlcyBhczxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7ZGVm aW5lZCBmb3IgZXhhbXBsZSBpbiAzR1BQLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5v Jm5ic3A7Jm5ic3A7U2xpY2luZyBhbmQgTXVsdGktdGVuYW5jeS1jYXBhYmxlLCBzdXBwb3J0aW5n OiBpc29sYXRpbmcgdHJhZmZpYzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7KGd1YXJhbnRlZWQgUW9TKSBhbmQgc2VwYXJhdGluZyB0cmFm ZmljIChwcml2YWN5KS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+byZuYnNwOyZuYnNw O0NvbXBhdGlibGUgd2l0aCBleGlzdGluZyBzZWN1cml0eSBhbmQgc3luY2hyb25pemF0aW9uIG1l Y2hhbmlzbXMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsm bmJzcDsmbmJzcDtzdWNoIGFzIElFRUUxNTg4LCBJRUVFODAyLjFBUy48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+byZuYnNwOyZuYnNwO0NhcGFibGUgb2YgdHJhbnNwb3J0aW5nIGJvdGgg aW4tYmFuZCBhbmQgb3V0LWJhbmQgY29udHJvbCB0cmFmZmljPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDsoT0FNIGluZm8sIC4uLikuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPm8mbmJzcDsmbmJzcDtEZXBsb3lhYmxlIG92ZXIg bXVsdGlwbGUgZGF0YSBsaW5rIHRlY2hub2xvZ2llcyAoZS5nLiwgSUVFRSA4MDIuMyw8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyZuYnNwO21tV2F2 ZSwgZXRjLikuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4tLS0tPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkNvbW1lbnRzIGFyZSB3ZWxjb21lLDxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5UaGFua3MsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPkNhcmxvczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_DBXPR07MB1284151BAFCE57D0670290DAC200DBXPR07MB128eurprd_-- From nobody Fri Mar 10 00:52:21 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F13A0126B6D; Fri, 10 Mar 2017 00:52:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.222 X-Spam-Level: X-Spam-Status: No, score=-4.222 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 GCzfakkT3z05; Fri, 10 Mar 2017 00:52:17 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 182F9129543; Fri, 10 Mar 2017 00:52:15 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DIQ05245; Fri, 10 Mar 2017 08:52:13 +0000 (GMT) Received: from DGGEMA405-HUB.china.huawei.com (10.3.20.46) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 10 Mar 2017 08:52:12 +0000 Received: from DGGEMA501-MBS.china.huawei.com ([169.254.4.101]) by DGGEMA405-HUB.china.huawei.com ([10.3.20.46]) with mapi id 14.03.0301.000; Fri, 10 Mar 2017 16:52:06 +0800 From: gengxuesong To: "jouni.korhonen@broadcom.com" Thread-Topic: [Detnet] Implementing the discussion at IETF 97 on architecture doc Thread-Index: AdKXaaxVJ2Qp+lFeQni37G6Mk1RVbgAnviAAABgbBYAADMRsgAAEKPwAAABqsQAABLe+gAAudz4Q Date: Fri, 10 Mar 2017 08:52:06 +0000 Message-ID: References: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> <6d8ec0b1-581a-9cbf-2dc9-bd1f3fcc6864@broadcom.com> <9496d000-cd69-f130-b7a0-aca404c5cb9f@labn.net> <7f06df491b014e6bb97608b6ca136a2a@XCH-RCD-001.cisco.com> <9e21bfc6-edfb-a7e0-3b53-588bfdff337e@labn.net> In-Reply-To: Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.169.123] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.58C2693D.026F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.101, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: bd9bf06ea9dde788cf2df3c90c41e2b5 Archived-At: Cc: "draft-ietf-detnet-architecture@ietf.org" , "Pascal Thubert \(pthubert\)" , Lou Berger , "detnet@ietf.org" Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 08:52:20 -0000 SGkgSm91bmksDQoNClJlY2VudGx5LCB0aGUgcmVsYXRpb25zaGlwIGJldHdlZW4gRGV0TmV0IFNl cnZpY2UgTW9kZWwgYW5kIGRhdGEgcGxhbmUgZGVzaWduIGlzIGJlaW5nIGRpc2N1c3NlZCBpbiB0 aGUgbWFpbGluZyBsaXN0LiBUbyBtYWtlIGl0IGNsZWFyLCBJIGhhdmUgcmV2aWV3ZWQgdGhlIHJl bGF0ZWQgZGlzY3Vzc2lvbiBiZWZvcmUgYW5kIG1ha2UgYSBzaW1wbGUgc3VtbWFyeaO6DQoNCklu IElFVEYgOTR0aCwgobBEZXROZXQgRGF0YSBQbGFuZSB1c2luZyBQc2V1ZG9XaXJlc6GxIGdpdmVz IGEgYmFzaWMgaWRlYSBvZiB0aGUgY2xhc3NpZmljYXRpb24gb2YgdGhlIHNlcnZpY2UgbW9kZWwg KGFsdGhvdWdoIHRoZSB3b3JkIKGwc2VydmljZSBtb2RlbKGxIGlzIG5vdCBtZW50aW9uZWQgaW4g dGhlIHNsaWRlcyk6IA0KMS4JRXRoZXJuZXQgb3ZlciBNUExTIGZvciA4MDIuMUNCIHBhY2tldHMN CjIuCUV0aGVybmV0IG92ZXIgTVBMUyBmb3Igbm9uLTgwMi4xQ0IgRXRoZXJuZXQgcGFja2V0cw0K My4JUGFja2V0IFBXIGVuY2Fwc3VsYXRpb24gb3ZlciBhbiBNUExTIFBTTiBmb3IgSVAgcGFja2V0 cw0KVGhlIGRhdGEgcGxhbmUgc29sdXRpb24gb2YgMSBpcyBkaWZmZXJlbnQgZnJvbSAyIGFuZCAz DQoNCkluIElFVEYgOTd0aCwgobBEZXROZXQgRGF0YSBQbGFuZSBEaXNjdXNzaW9uobEgZ2l2ZXMg Zm91ciB0eXBlcyBvZiBzZXJ2aWNlIG1vZGVsczoNCjEuCURldE5ldCBFbmQtdG8tZW5kDQoyLglU U04gaW50ZXJjb25uZWN0LCBjb25uZWN0aW5nIHR3byBMMiBUU04gaXNsYW5kcw0KMy4JU2Vydmlj ZSB0cmFuc2xhdGlvbiwgZnJvbSBMMiBUU04gdG8gRGV0TmV0IGFuZCB2aWNlIHZlcnNhDQo0LglT ZXJ2aWNlIGludGVyd29ya2luZyAsY29ubmVjdGluZyBUU04gZW5kIHN5c3RlbXMgdG8gRGV0TmV0 IGVuZCBzeXN0ZW1zDQpBbmQgdGhlIGRhdGEgcGxhbmUgc29sdXRpb24gb2YgdGhlc2UgZm91ciBj YXNlcyBhcmUgZGlmZmVyZW50IGZyb20gZWFjaCBvdGhlci4NCg0KSW4gSUVURiA5N3RoLCChsERl dE5ldCBTZXJ2aWNlIE1vZGVsobEgZ2l2ZXMgc2VydmljZSBtb2RlbHMgYmFzZWQgb24gdGhyZWUg dHlwZXMgb2YgdGhlIGZsb3dzOg0KMS4JQXBwLWZsb3c6IG5hdGl2ZSBmb3JtYXQgb2YgYSBEZXRO ZXQgZmxvdy4gSXQgZG9lcyBub3QgY29udGFpbiBhbnkgRGV0TmV0IHJlbGF0ZWQgYXR0cmlidXRl cw0KMi4JRGV0TmV0LXMtZmxvdzogc3BlY2lmaWMgZm9ybWF0IG9mIGEgRGV0TmV0IGZsb3cuICBJ dCBpcyBhbiBBcHAtZmxvdyBleHRlbmRlZCB3aXRoIHNvbWUgRGV0TmV0IHNlcnZpY2UgcmVsYXRl ZCBhdHRyaWJ1dGVzIChpLmUuLCBGbG93LUlEIGFuZC9vciBTZXEtbnVtKS4NCjMuCURldE5ldC1z dC1mbG93OiBzcGVjaWZpYyBmb3JtYXQgb2YgYSBEZXROZXQgZmxvdy4gIEl0IGlzIGFuIEFwcC1m bG93IGV4dGVuZGVkIHdpdGggYm90aCBEZXROZXQgc2VydmljZSBsYXllciBhbmQgRGV0TmV0IHRy YW5zcG9ydCBsYXllciBhdHRyaWJ1dGVzLCBpLmUuLCBlbmNhcHN1bGF0ZWQgYWNjb3JkaW5nIHRv IHRoZSBmb3J3YXJkaW5nIHBhcmFkaWdtIG9mIHRoZSBEZXROZXQgZG9tYWluLg0KDQpTbyBJIGFt IGNvbmZ1c2VkIHdoZXRoZXIgd2UgaGF2ZSBhbHJlYWR5IGdvdCB0byBhIGNvbmNsdXNpb24gYWJv dXQgdGhlIHNlcnZpY2UgbW9kZWwgY2xhc3NpZmljYXRpb24sIGVzcGVjaWFsbHkgdGhlIGluZmx1 ZW5jZSBpdCBtYXkgaGF2ZSBvbiB0aGUgZGF0YSBwbGFuZS4NCg0KSWYgbm90LCBJIHRoaW5rIHdl IHNob3VsZCBnZXQgdG8gc29tZSBkZWdyZWUgb2YgYWdyZWVtZW50IGFib3V0IHRoZSBzZXJ2aWNl IG1vZGVsIGJlZm9yZSBkYXRhIHBsYW5lIGRlc2lnbiwgb3IgdGhlIGRhdGEgcGxhbmUgbWF5IG5v dCBjb21mb3J0IHRvIHRoZSBEZXROZXQgc2VydmljZSBtb2RlbCBpbiB0aGUgY3VycmVudCBkcmFm dC4NCg0KRW1tYQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogZGV0bmV0IFtt YWlsdG86ZGV0bmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBKb3VuaSBLb3Job25l bg0KU2VudDogRnJpZGF5LCBNYXJjaCAxMCwgMjAxNyAyOjM5IEFNDQpUbzogTG91IEJlcmdlcjsg UGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KTsgZGV0bmV0QGlldGYub3JnDQpDYzogZHJhZnQtaWV0 Zi1kZXRuZXQtYXJjaGl0ZWN0dXJlQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW0RldG5ldF0gSW1w bGVtZW50aW5nIHRoZSBkaXNjdXNzaW9uIGF0IElFVEYgOTcgb24gYXJjaGl0ZWN0dXJlIGRvYw0K DQoNCg0KMy85LzIwMTcsIDg6MjMgQU0sIExvdSBCZXJnZXIga2lyam9pdHRpOg0KPg0KPg0KPiBP biAzLzkvMjAxNyAxMToxMSBBTSwgUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KSB3cm90ZToNCj4+ IEhlbGxvIExvdToNCj4+DQo+PiBEaWQgIHNlY3Rpb24gMyBldm9sdmUgc2luY2UgdGhlIHB1Ymxp Y2F0aW9uIGluIFNlcHRlbWJlcj8NCj4gTm90IHRoYXQgSSBrbm93IG9mIC0gYnV0IEpvdW5pIHdv dWxkIGtub3cgZm9yIHN1cmUuDQoNCk5vcGUuDQoNCj4NCj4+IFdpbGwgdGhlcmUgYmUgYW4gMDEg b2YgdGhlIGRwIGFsdCBkcmFmdCBiZWZvcmUgY3V0b2ZmIE1vbmRheT8NCj4gSSBkb24ndCBleHBl Y3Qgb24uDQoNCmFuZCBub3BlLiBpIGRvIGludGVuZCB0byBmaW5pc2ggdGhlIC1hbHQgZHJhZnQg YnV0IG5vdCBmb3IgdGhlIG5leHQgbWVldGluZy4NCg0KLSBKb3VuaQ0KDQo+DQo+IExvdQ0KPg0K PiBQUyBmb3Igc291cmNlLCBzZWUNCj4gaHR0cHM6Ly9naXRodWIuY29tL2pvdW5pa29yL2RyYWZ0 LWR0LWRldG5ldC1kcC1hbHQvYmxvYi9tYXN0ZXIvZHJhZnQtaQ0KPiBldGYtZGV0bmV0LWRwLWFs dC0wMC54bWwNCj4NCj4+IFRha2UgY2FyZSwNCj4+DQo+PiBQYXNjYWwNCj4+DQo+PiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogTG91IEJlcmdlciBbbWFpbHRvOmxiZXJnZXJA bGFibi5uZXRdDQo+PiBTZW50OiBqZXVkaSA5IG1hcnMgMjAxNyAxNToxMw0KPj4gVG86IFBhc2Nh bCBUaHViZXJ0IChwdGh1YmVydCkgPHB0aHViZXJ0QGNpc2NvLmNvbT47IA0KPj4gam91bmkua29y aG9uZW5AYnJvYWRjb20uY29tOyBkZXRuZXRAaWV0Zi5vcmcNCj4+IENjOiBkcmFmdC1pZXRmLWRl dG5ldC1hcmNoaXRlY3R1cmVAaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJlOiBbRGV0bmV0XSBJbXBs ZW1lbnRpbmcgdGhlIGRpc2N1c3Npb24gYXQgSUVURiA5NyBvbiANCj4+IGFyY2hpdGVjdHVyZSBk b2MNCj4+DQo+PiBQYXNjYWwsDQo+Pg0KPj4gICAgIEFub3RoZXIgdGhpbmcgdG8gY29uc2lkZXIg YnJpbmdpbmcgaW50byB0aGUgQXJjaGl0ZWN0dXJlIGRvY3VtZW50IGFyZSBzb21lIG9mIHRoZSBk aWFncmFtcyBhbmQgcmVsYXRlZCB0ZXh0IGZyb20gU2VjdGlvbiAzIG9mIAkuICBJIHRoaW5rIHRo ZSB3aG9sZSBzZWN0aW9uLCB3aXRoIHRoZSBleGNlcHRpb24gb2YgdGhlIGxhc3QgdHdvIHBhcmFn cmFwaHMgb24gcGFnZSA1LCBpcyBnb29kIHRleHQgdG8gYnJpbmcgb3Zlci4NCj4+DQo+PiBMb3UN Cj4+IChhcyBjb250cmlidXRvciwgY28tYXV0aG9yIG9mIGRwLWFsdCkNCj4+DQo+PiBPbiAzLzkv MjAxNyAzOjA2IEFNLCBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIHdyb3RlOg0KPj4+IEkgYWdy ZWUsIEpvdW5pLA0KPj4+DQo+Pj4gd2Ugc2VlbSB0byBiZSBwbGFjaW5nIHRoZSBob3JzZXMgYmVm b3JlIHRoZSBjYXJ0Lg0KPj4+IExldCB1cyBjb21tZW50IG91dCB0aGF0IHRleHQgZm9yIG5vdy4N Cj4+Pg0KPj4+IFRha2UgY2FyZSwNCj4+Pg0KPj4+IFBhc2NhbA0KPj4+DQo+Pj4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCj4+PiBGcm9tOiBKb3VuaSBLb3Job25lbiBbbWFpbHRvOmpvdW5p LmtvcmhvbmVuQGJyb2FkY29tLmNvbV0NCj4+PiBTZW50OiBtZXJjcmVkaSA4IG1hcnMgMjAxNyAy MTozNw0KPj4+IFRvOiBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpIDxwdGh1YmVydEBjaXNjby5j b20+OyBkZXRuZXRAaWV0Zi5vcmcNCj4+PiBDYzogZHJhZnQtaWV0Zi1kZXRuZXQtYXJjaGl0ZWN0 dXJlLWFsbEB0b29scy5pZXRmLm9yZw0KPj4+IFN1YmplY3Q6IFJlOiBbRGV0bmV0XSBJbXBsZW1l bnRpbmcgdGhlIGRpc2N1c3Npb24gYXQgSUVURiA5NyBvbiANCj4+PiBhcmNoaXRlY3R1cmUgZG9j DQo+Pj4NCj4+PiBIaSwNCj4+Pg0KPj4+IFtzbmlwXQ0KPj4+DQo+Pj4+IDQuOS4yLiAgRmxvdyBh dHRyaWJ1dGUgbWFwcGluZyBiZXR3ZWVuIGxheWVycw0KPj4+Pg0KPj4+Pg0KPj4+PiAgICBUcmFu c3BvcnQgb2YgRGV0TmV0IGZsb3dzIG92ZXIgbXVsdGlwbGUgdGVjaG5vbG9neSBkb21haW5zIG1h eQ0KPj4+PiAgICByZXF1aXJlIHRoYXQgbG93ZXIgbGF5ZXJzIGFyZSBhd2FyZSBvZiBzcGVjaWZp YyBmbG93cyBvZiBoaWdoZXINCj4+Pj4gICAgbGF5ZXJzLiAgU3VjaCBhbiAiZXhwb3J0aW5nIG9m IGZsb3cgaWRlbnRpZmljYXRpb24iIGlzIG5lZWRlZCBlYWNoDQo+Pj4+ICAgIHRpbWUgd2hlbiB0 aGUgZm9yd2FyZGluZyBwYXJhZGlnbSBpcyBjaGFuZ2VkIG9uIHRoZSB0cmFuc3BvcnQgcGF0aA0K Pj4+PiAgICAoZS5nLiwgdHdvIExTUnMgYXJlIGludGVyY29ubmVjdGVkIGJ5IGEgTDIgYnJpZGdl ZCBkb21haW4sIGV0Yy4pLg0KPj4+PiAgICBUaGUgdGhyZWUgbWFpbiBmb3J3YXJkaW5nIG1ldGhv ZHMgY29uc2lkZXJlZCBmb3IgZGV0ZXJtaW5pc3RpYw0KPj4+PiAgICBuZXR3b3JraW5nIGFyZToN Cj4+Pj4NCj4+Pj4gICAgbyAgSVAgcm91dGluZw0KPj4+Pg0KPj4+PiAgICBvICBNUExTIGxhYmVs IHN3aXRjaGluZw0KPj4+Pg0KPj4+PiAgICBvICBFdGhlcm5ldCBicmlkZ2luZw0KPj4+Pg0KPj4+ PiAgICBUaGUgc2ltcGxlc3Qgc29sdXRpb24gZm9yIGdlbmVyYWxpemVkIGZsb3cgaWRlbnRpZmlj YXRpb24gY291bGQgYmUgdG8NCj4+Pj4gICAgZGVmaW5lIGEgdW5pcXVlIEZsb3ctSUQgdHJpcGxl dCBwZXIgRGV0TmV0IGZsb3cgKGUuZy4sIFtJUDogIklQdjYtDQo+Pj4+ICAgIGZsb3ctbGFiZWwi KyJJUHY2LWFkZHJlc3MiOyBNUExTOiAiUFctbGFiZWwiKyJMU1AtbGFiZWwiOyBFdGhlcm5ldDoN Cj4+PiBUaGUgZGlzY3Vzc2lvbiBvbiB0aGlzIHBhcnQgaGFzIG5vdCB5ZXQgY29tcGxldGVkIGlu IERQIGRlc2lnbiB0ZWFtLiBJIGFtIGEgYml0IHdvcnJpZWQgd3JpdGluZyB0aGlzIHNwZWNpZmlj IHBhcnQgZG93biBiZWZvcmUgd2UgYWN0dWFsbHkga25vdyBob3cgd2UgYXJlIGdvaW5nIHRvIGlt cGxlbWVudCBvbiB0aGUgZGF0YSBwbGFuZS4gVGhlIGFib3ZlIGlzIG5vdCwgYXMgZmFyIGFzIEkg dW5kZXJzdGFuZCwgYWxpZ25lZCB3aXRoIHRoZSBEVCBwcm9ncmVzcy4gVG8gZ2V0IGFyb3VuZCB0 aGUgY2hpY2tlbi1lZ2cgdGhpbmcgaGVyZSBlaXRoZXIgZGVmZXIgZG9jdW1lbnRpbmcgZm9yIG5v dyBvciBlbXBoYXNpemUgbW9yZSB0aGF0IHRoZSBhYm92ZSBpcyBhbiBleGFtcGxlLg0KPj4+DQo+ Pj4gLSBKb3VuaQ0KPj4+DQo+Pj4+ICAgICJWTEFOLUlEIisiTUFDLWFkZHJlc3MiKS4gIFRoaXMg dHJpcGxldCBjYW4gYmUgdXNlZCBieSB0aGUgRGV0TmV0DQo+Pj4+ICAgIGVuY29kaW5nIGZ1bmN0 aW9uIG9mIHRlY2hub2xvZ3kgYm9yZGVyIG5vZGVzICh3aGVyZSBmb3J3YXJkaW5nDQo+Pj4+ICAg IHBhcmFkaWdtIGNoYW5nZXMpIHRvIGFkYXB0IHRvIGNhcGFiaWxpdGllcyBvZiB0aGUgbmV4dCBo b3Agbm9kZS4gIEl0DQo+Pj4+ICAgIG1lYW5zIHRoYXQgYSBwYWNrZXQgbWF5IGNvbnRhaW4gbXVs dGlwbGUgKGZvcndhcmRpbmcgcGFyYWRpZ20NCj4+Pj4gICAgc3BlY2lmaWMpIEZsb3ctSURzIGR1 cmluZyBpdHMgdHJhbnNwb3J0LiAgVGVjaG5vbG9neSBib3JkZXIgbm9kZXMgbWF5DQo+Pj4+ICAg IGFkZCAvIHJlbW92ZSBhIChmb3J3YXJkaW5nIHBhcmFkaWdtIHNwZWNpZmljKSBGbG93LUlELg0K Pj4+IFtzbmFwXQ0KPj4+DQo+Pj4+IFdoYXQgZG8geW91IHRoaW5rPw0KPj4+Pg0KPj4+Pg0KPj4+ Pg0KPj4+PiBQYXNjYWwgYW5kIE5vcm0NCj4+Pj4NCj4+Pj4NCj4+Pj4NCj4+Pj4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+Pj4gZGV0bmV0IG1haWxp bmcgbGlzdA0KPj4+PiBkZXRuZXRAaWV0Zi5vcmcNCj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9kZXRuZXQNCj4+Pj4NCj4+PiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+IGRldG5ldCBtYWlsaW5nIGxpc3QNCj4+PiBk ZXRuZXRAaWV0Zi5vcmcNCj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2RldG5ldA0KPj4+DQo+Pg0KPg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KZGV0bmV0IG1haWxpbmcgbGlzdA0KZGV0bmV0QGlldGYub3JnDQpodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldG5ldA0K From nobody Mon Mar 13 01:22:50 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46E9212954B for ; Mon, 13 Mar 2017 01:22:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 Bm7uO0n0Zpzw for ; Mon, 13 Mar 2017 01:22:47 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2C41129502 for ; Mon, 13 Mar 2017 01:22:46 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml709-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DIT68462; Mon, 13 Mar 2017 08:22:44 +0000 (GMT) Received: from DGGEMA405-HUB.china.huawei.com (10.3.20.46) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 13 Mar 2017 08:22:42 +0000 Received: from DGGEMA501-MBS.china.huawei.com ([169.254.4.101]) by DGGEMA405-HUB.china.huawei.com ([10.3.20.46]) with mapi id 14.03.0301.000; Mon, 13 Mar 2017 16:22:31 +0800 From: gengxuesong To: "detnet@ietf.org" , Mach Chen Thread-Topic: New Version Notification for draft-geng-detnet-info-distribution-00.txt Thread-Index: AQHSm8h0uSBtzQCEj0ewBK4W4uQChqGSbQyg Date: Mon, 13 Mar 2017 08:22:30 +0000 Message-ID: Accept-Language: en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.130.169.123] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.58C656D5.0042, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.101, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: edc0a36431a94c186ab4ac7e1d46f0b1 Archived-At: Subject: [Detnet] New Version Notification for draft-geng-detnet-info-distribution-00.txt X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Mar 2017 08:22:49 -0000 SGkgYWxsLA0KDQoNCkhlcmUgaXMgYSBuZXcgZHJhZnQgYWJvdXQgRGV0TmV0IGluZm9ybWF0aW9u IGRpc3RyaWJ1dGlvbiB3aXRoIElHUC1URSBwcm90b2NvbCBleHRlbnNpb25zLg0KWW91IG1heSBy ZXZpZXcgaXQgYXQ6DQpodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQt Z2VuZy1kZXRuZXQtaW5mby1kaXN0cmlidXRpb24tMDAudHh0DQoNCkFsbCBjb21tZW50cyBhbmQg cXVlc3Rpb25zIGFyZSB3ZWxjb21lLg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KRW1tYSAoWHVlc29u ZyBHZW5nKSANCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRy YWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQpTZW50OiBN b25kYXksIE1hcmNoIDEzLCAyMDE3IDM6MDcgUE0NClRvOiBNYWNoIENoZW47IGdlbmd4dWVzb25n OyBNYWNoIENoZW4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQt Z2VuZy1kZXRuZXQtaW5mby1kaXN0cmlidXRpb24tMDAudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBv ZiBJLUQsIGRyYWZ0LWdlbmctZGV0bmV0LWluZm8tZGlzdHJpYnV0aW9uLTAwLnR4dA0KaGFzIGJl ZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBNYWNoKEd1b3lpKSBDaGVuIGFuZCBwb3N0ZWQg dG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWdlbmctZGV0bmV0LWluZm8t ZGlzdHJpYnV0aW9uDQpSZXZpc2lvbjoJMDANClRpdGxlOgkJSUdQLVRFIEV4dGVuc2lvbnMgZm9y IERldE5ldCBJbmZvcm1hdGlvbiBEaXN0cmlidXRpb24NCkRvY3VtZW50IGRhdGU6CTIwMTctMDMt MTMNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTEyDQpVUkw6ICAgICAg ICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWdlbmctZGV0 bmV0LWluZm8tZGlzdHJpYnV0aW9uLTAwLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWdlbmctZGV0bmV0LWluZm8tZGlzdHJpYnV0aW9u Lw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1nZW5n LWRldG5ldC1pbmZvLWRpc3RyaWJ1dGlvbi0wMA0KDQoNCkFic3RyYWN0Og0KICAgVGhlcmUgYXJl IHJlcXVpcmVtZW50cyBpbiBkaXZlcnNlIGluZHVzdHJpZXMgdG8gZXN0YWJsaXNoIG11bHRpLWhv cA0KICAgcGF0aHMgZm9yIGNoYXJhY3Rlcml6ZWQgZmxvd3Mgd2l0aCBib3VuZGVkIGVuZC10by1l bmQgbGF0ZW5jeSBhbmQNCiAgIGV4dHJlbWVseSBsb3cgcGFja2V0IGxvc3MgcmF0ZS4gIERldGVy bWluaXN0aWMgTmV0d29ya2luZyAoRGV0TmV0KQ0KICAgY2FuIHByb3ZpZGUgc2VydmljZSBzYXRp c2Z5aW5nIHRoZSByZXF1aXJlbWVudHMuDQoNCiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGV4 dGVuc2lvbnMgdG8gSUdQLVRFLCBpbmNsdWRpbmcgT1NQRi1URSBhbmQNCiAgIElTSVMtVEUgdG8g ZGlzdHJpYnV0ZSBpbmZvcm1hdGlvbiBvZiBEZXROZXQsIHdoaWNoIGNhbiBiZSB1c2VkIGZvcg0K ICAgRGV0TmV0IHBhdGggY29tcHV0YXRpb24vc2VsZWN0aW9uLg0KDQogICBUaGlzIGRvY3VtZW50 IG9ubHkgY292ZXJzIHRoZSBtZWNoYW5pc21zIGJ5IHdoaWNoIERldE5ldCBpbmZvcm1hdGlvbg0K ICAgaXMgZGlzdHJpYnV0ZWQuICBUaGUgbWVjaGFuaXNtcyBmb3IgbWVhc3VyaW5nLCBjYWxjdWxh dGluZyBvcg0KICAgY29uZmlndXJpbmcgRGV0TmV0IGNhcGFiaWxpdGllcywgcmVzb3VyY2VzIGFu ZCBvdGhlciByZWxldmFudA0KICAgcGFyYW1ldGVycyBhcmUgb3V0IG9mIHRoZSBzY29wZS4NCg0K DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkg dGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRp bCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmll dGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Mon Mar 13 03:05:52 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84219129574 for ; Mon, 13 Mar 2017 03:05:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.com 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 roy-iohvsnBo for ; Mon, 13 Mar 2017 03:05:48 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 855241294F7 for ; Mon, 13 Mar 2017 02:59:35 -0700 (PDT) X-AuditID: c1b4fb30-3623498000006a1c-79-58c66d85a987 Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.183.36]) by (Symantec Mail Security) with SMTP id FC.F5.27164.58D66C85; Mon, 13 Mar 2017 10:59:33 +0100 (CET) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.36) with Microsoft SMTP Server (TLS) id 14.3.319.2; Mon, 13 Mar 2017 10:59:32 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=aCB7heS/DA3oxjlUJ69hq5Pshgvl3aArJ2DHxTrceh8=; b=IjCKtR6KJ0/jdx8Fp5oQ0NVmVS/UiQhUqzkjnX00xb2IEOKdWFQZRQpsHAklaXir1a4QNUylHZyKcN0h0R131ULgy/cO6647Q70va1CCiprDEZJYOQhKQ4DJkTy2h8i5J/H9G7pXKwJ6GfRO3OMkvicvaeL3HsY2ZdNWd4rTOtA= Received: from DBXPR07MB128.eurprd07.prod.outlook.com (10.242.138.156) by DBXPR07MB125.eurprd07.prod.outlook.com (10.242.138.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.977.5; Mon, 13 Mar 2017 09:59:30 +0000 Received: from DBXPR07MB128.eurprd07.prod.outlook.com ([169.254.3.43]) by DBXPR07MB128.eurprd07.prod.outlook.com ([169.254.3.43]) with mapi id 15.01.0977.008; Mon, 13 Mar 2017 09:59:30 +0000 From: =?iso-8859-1?Q?Bal=E1zs_Varga_A?= To: "detnet@ietf.org" Thread-Topic: New draft draft-farkas-detnet-flow-information-model-00 Thread-Index: AdKb4FfWJMqv2WYBT8e2zF5b0c15pg== Date: Mon, 13 Mar 2017 09:59:30 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [91.82.100.59] x-microsoft-exchange-diagnostics: 1; DBXPR07MB125; 7:gHh2uzP/Vavush1w7fvXF+6c6wSaHAP1EgDXINIxDNR3+9qXpi/b1xRjcv3CIi0pCzI4TwW3UIJ9TkeY15JkykY497GFNc+/7U794CWb6/5li3oboJAT7PXOl9g9claVi/GHqe4msZYtGK6JE5iPjhmg9+AbEU3kEx/kTuL+98yxYpgNYM6uyoY+Dnytff7LO+Bz/b3AUHnNjrqX8u3gR3NVmM1mi7NMzNblDFMNzNOAV8+7pi+Ieeps/GWdBoKFwGzDj/Aij9f2VDi+WV9SwGbpE657scpo4WsQgB+0YzKuP9vKIsvImST3EJk2+8y24WN40OxASk1kmbv19NG1kg== x-ms-office365-filtering-correlation-id: bf2ebcd8-9425-43f0-7d74-08d469f7a478 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:DBXPR07MB125; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123564025)(20161123562025)(20161123558025)(20161123555025)(20161123560025)(6072148); SRVR:DBXPR07MB125; BCL:0; PCL:0; RULEID:; SRVR:DBXPR07MB125; x-forefront-prvs: 0245702D7B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39450400003)(99286003)(236005)(9326002)(9686003)(74316002)(2900100001)(66066001)(53936002)(6306002)(54896002)(8936002)(7696004)(81166006)(5660300001)(55016002)(6916009)(8676002)(1730700003)(102836003)(7736002)(110136004)(38730400002)(230783001)(3846002)(6116002)(790700001)(7906003)(3660700001)(33656002)(122556002)(2351001)(2501003)(50986999)(54356999)(86362001)(19609705001)(5630700001)(3280700002)(6506006)(606005)(25786008)(5640700003)(2906002)(189998001)(6436002); DIR:OUT; SFP:1101; SCL:1; SRVR:DBXPR07MB125; H:DBXPR07MB128.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DBXPR07MB128BB2817330557CDE40DD7AC250DBXPR07MB128eurprd_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Mar 2017 09:59:30.1721 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBXPR07MB125 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprHKsWRmVeSWpSXmKPExsUyM2K7im5r7rEIg6UnbSx+f5rN4sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujIXTd7MWbJKqaH20hL2BcY14FyMnh4SAicTCxt2MILaQwDpG iYVP5bsYuYDsE4wSHy9uYQJxWAR6mSV+ff7ADJGZyiQx/clsJgjnEKPEsbf3wPrZBFwlPnc8 ZAOxRQTUJdreXAOLCws4SEz8eJkJIu4qcW/tNXYIW0+ifc5BVhCbRUBV4uazz8wgNq9AlMTR TZfBbEYBMYnvp9aA9TILiEvcejKfCeJuAYkle84zQ9iiEi8f/2MFOYhRoJtR4sO8a1BFChKb Frxnh7C7mSV2n7XoYuQAsn0letZDlfhI9NyfzghhZ0rc+9YPFbeS6Jh4nBXCnsEkcXkKH4Qt I7FoRysbyC4JgQmsEo17fjBDPCklcfdKJ9TDMhIv7uxlhTg6X6LjxV02iMcEJU7OfMICMShA Yva1aYwTGFVnIfltFpKWWUhaIOJ6EjemTmGDsLUlli18zQxh60rM+HeIBVl8ASP7KkbR4tTi pNx0IyO91KLM5OLi/Dy9vNSSTYzAVHNwy2+DHYwvnzseYhTgYFTi4d0w62iEEGtiWXFlLjBK OZiVRHh3Jh+LEOJNSaysSi3Kjy8qzUktPsQozcGiJM5rtvJ+uJBAemJJanZqakFqEUyWiYNT qoFxc6T5tJrb01w4XJjUTlQ4crE/T540uXeL6KdLqx9K3NzlsVpGNjNOPU/PKOuI4l/DKXlm B8JtVodoO5Y9rlx+VTh7d/Gbq2zFm5iMAjI3dms5WzQVxUdNmbX9fUDwrCgeUSOe/9sOXOyc /6fsxxbl06ecLCelufjG+86bdHbvpS4zk2unjKWUWIozEg21mIuKEwE4e4IBMQMAAA== Archived-At: Subject: [Detnet] New draft draft-farkas-detnet-flow-information-model-00 X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Mar 2017 10:05:49 -0000 --_000_DBXPR07MB128BB2817330557CDE40DD7AC250DBXPR07MB128eurprd_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Based on discussions at IETF 97, we wrote an initial version for a draft on= DetNet flow information model. https://tools.ietf.org/html/draft-farkas-detnet-flow-information-model-00 Along the Seoul discussion, this draft is largely based on 802.1Qcc. The ma= in reason for that is that an IP/MPLS network providing DetNet service will provide both L3 and L2 DetNet service= s. Cheers Bala'zs --_000_DBXPR07MB128BB2817330557CDE40DD7AC250DBXPR07MB128eurprd_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

Based on discussions at IETF 97, we wrote an initial= version for a draft on DetNet flow information model.

https://tools.ietf.org/html/draft-farkas-= detnet-flow-information-model-00

 

Along the Seoul discussion, this draft is largely ba= sed on 802.1Qcc. The main reason for that is that an IP/MPLS

network providing DetNet service will provide both L= 3 and L2 DetNet services.

 

Cheers

Bala’zs

--_000_DBXPR07MB128BB2817330557CDE40DD7AC250DBXPR07MB128eurprd_-- From nobody Mon Mar 13 09:47:13 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9ED35129865 for ; Mon, 13 Mar 2017 09:47:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it-uc3m-es.20150623.gappssmtp.com 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 TdGLcWvhFc8Z for ; Mon, 13 Mar 2017 09:46:58 -0700 (PDT) Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (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 4C24A1297F7 for ; Mon, 13 Mar 2017 09:46:58 -0700 (PDT) Received: by mail-wr0-x232.google.com with SMTP id l37so107682338wrc.1 for ; Mon, 13 Mar 2017 09:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it-uc3m-es.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:reply-to:to:cc:date:in-reply-to:references :organization:mime-version:content-transfer-encoding; bh=Elf17+1gPIxpbS3ZIfipb6+jLljH/75/Qtm0LEsS0eE=; b=kvUTGSrjKcE3D3Qh7mn5iP/8VfYlLhpSP8XSoTT0hOhoXf6nBLiTtpVop385PKGIIE zLIA5dQuabHfM9DH6MTPokcRwG5cRAbTlkBZ8Q+5n0RZpu8L2GR1yEYD7kaVhz5Jz4TJ ea8JJ3mBwpzLE9tP9/oYkP/EVN0B8bgBJWe5y6G/RPVDpUWyt0XA1Pmfyfv7JCTtNcqW KhrIT+ZiqBWlETAa1o6POGhEK+RynFA3tYuZmk2d9SXfnIwDH+1DpEcxTjoCWvcXV+m3 Fl2URk+37rG4JLJucT2t4mo3j+NihaYWVrZKDjrqV/uAePh4AKa21gFLyIE5CZDPMPyE jqNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:reply-to:to:cc:date :in-reply-to:references:organization:mime-version :content-transfer-encoding; bh=Elf17+1gPIxpbS3ZIfipb6+jLljH/75/Qtm0LEsS0eE=; b=IronHc7gGlhpqArV/to2UiiVKtGfwE5/hmJkr3VxHCJCG7kZQnV7mFZQU92V9dAPvk 8TjWwihsbgDQ0M9GKRuBEL8hXNVZy62lZQgfEoIJpTf+Zlou+owX/truLAqbtp6TFMkA 5u2ut2GEczTVywbVo1tiH4CIYY0YcyolvnlM3tPUGTCN0in27ULvpl9Y3aKbDvC0xLet p24icwDnYrWOGlTZpRfCPU6GJ2xcs5Bpn1VfLdWR45Bki/LBrjvfX/ops/DisDYROK7b gLKTn7z54knQIPu8kbqxN//2T+xHw76UO6QQFwEpew80EiuaN4ehq///zco1yiPWGhUI +TJA== X-Gm-Message-State: AMke39n7MYTsKVF3UQ9z2SuGgipA7taDSBjVw92unVwDRxIYhXqpCpR0Q2yHYoZ9XV46f+oi X-Received: by 10.223.139.83 with SMTP id v19mr27608174wra.142.1489423616704; Mon, 13 Mar 2017 09:46:56 -0700 (PDT) Received: from acorde ([2001:720:410:1010:d681:d7ff:fe20:7afc]) by smtp.gmail.com with ESMTPSA id n187sm12012264wmd.4.2017.03.13.09.46.55 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 13 Mar 2017 09:46:56 -0700 (PDT) Message-ID: <1489423615.6430.2.camel@it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: =?ISO-8859-1?Q?Bal=E1zs?= Varga A , "detnet@ietf.org" Date: Mon, 13 Mar 2017 17:46:55 +0100 In-Reply-To: References: <1489108912.5107.27.camel@it.uc3m.es> Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.5-1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Archived-At: Cc: "draft-ietf-detnet-use-cases@tools.ietf.org" Subject: Re: [Detnet] Crosshaul input for consideration in draft-ietf-detnet-use-cases X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Mar 2017 16:47:01 -0000 Hi Balázs, Apologies for the belated reply. Please see in line below. On Fri, 2017-03-10 at 08:18 +0000, Balázs Varga A wrote: > Hi Carlos, >   > Some comments and a question for clarification: >   > 6.1.4.  Transport Loss Constraints > > Some fronthaul functional splits considered by 3GPP require the > frame loss ratio (FLR) > > to be less than 10E-7 for data traffic and less than 10E-6 for > C&M.   > Functional split is still under heavy discussion in 3GPP. These > numbers are not defined by 3GPP > and may be dependent on discussion results. So I think including them > in the use-case draft > may causes confusions. This is a fair point. The purpose of this was to provide some exemplary numbers (which I think are helpful, as provided for other use cases in the document). Maybe we can rewrite this part a bit so we say "Different fronthaul functional splits are being considered by 3GPP, requiring strict frame loss ratio (FLR) guarantees. As one example, lower layers splits require FLR to be less than 10E-7 for data traffic and less than 10E-6 for C&M", or something like this. What do you think? >   > 6.3.  Cellular Radio Networks Future > > o  Different splits of the functionality run on the base stations > >    (baseband processing units) and the remote radio heads > (antennae) > >    could co-exist on the same Fronthaul and Backhaul network. > I see a terminology issue here mainly due to the fact that future > splits and the resulting > network elements are not (yet) defined. Baseband processing units and > antenna refers > to legacy technologies, which does not require DetNet and are out-of- > scope. >   I see this point. What about rewriting this a bit to avoid the terminology issue: "Different splits of the functionality run on the base stations (centralized units) and the on-site units (distributed units) could co-exist on the same Fronthaul and Backhaul network"? > 6.4.  Cellular Radio Networks Asks > > new proposed bullets … > Do You propose to extend this section with general requirements of > the Cellular > Radio Networks? This section focuses on “data plane transport”. I > have concerns on > some items of your list and have found some of them not relevant from > DetNet > perspective. Sorry, I don't get what your concerns are here, can you elaborate a bit more? Thanks, Carlos >   > Cheers > Bala’zs >   >   > -----Original Message----- > From: Carlos Jesús Bernardos Cano [mailto:cjbc@it.uc3m.es]  > Sent: Friday, March 10, 2017 2:22 AM > To: detnet@ietf.org > Cc: draft-ietf-detnet-use-cases@tools.ietf.org > Subject: Crosshaul input for consideration in draft-ietf-detnet-use- > cases >   > Hi, >   > In Seoul we presented draft-bernardos-detnet-crosshaul-requirements- > 00.txt as potential input to be considered for "Section 6. Cellular > radio" of draft-ietf-detnet-use-cases. The group agreed that > contributions from us were welcome to complement/fix the text in the > use cases document. >   > We have taken -11 version and tried to propose specific changes to > the document. Please find them below for discussion. >   > ---- > 6.1.1.  Network Architecture >   > OLD: >   > Figure 10 illustrates a typical 3GPP-defined cellular network > architecture, which includes "Fronthaul" and "Midhaul" network > segments.  The "Fronthaul" is the network connecting base stations > (baseband processing units) to the remote radio heads (antennas). > The "Midhaul" is the network inter-connecting base stations (or small > cell sites). >   > NEW: >   > Figure 10 illustrates a typical 3GPP-defined cellular network > architecture, which includes "Fronthaul", "Midhaul" and "Backhaul" > network segments.  The "Fronthaul" is the network connecting base > stations (baseband processing units) to the remote radio heads > (antennas).  The "Midhaul" is the network inter-connecting base > stations (or small cell sites).  The "Backhaul" is the network or > links connecting the radio base station sites to the network > controller/gateway sites (i.e. the core of the 3GPP cellular > network). > ---- > 6.1.3.  Time Synchronization Constraints >   > [...] >   > OLD: >   > In cellular networks from the LTE radio era onward, phase > synchronization is needed in addition to frequency synchronization > ([TS36300], [TS23401]). >   > NEW: >   > In cellular networks from the LTE radio era onward, phase > synchronizatio n is needed in addition to frequency synchronization > ([TS36300], [TS23401]). >   > Time constraints are also important due to its impact on packet loss. > If a packet is delivered too late, then the packet may be dropped by > the host. > ---- >   > ---- > 6.1.4.  Transport Loss Constraints >   > [...] >   > OLD: >   > For packetized Fronthaul and Midhaul connections packet loss may be > caused by BER, congestion, or network failure scenarios.  Current > tools for elminating packet loss for Fronthaul and Midhaul networks > have serious challenges, for example retransmitting lost packets and/ > or using forward error correction (FEC) to circumvent bit errors is > practically impossible due to the additional delay incurred.  Using > redundant streams for better guarantees for delivery is also > practically impossible in many cases due to high bandwidth > requirements of Fronthaul and Midhaul networks.  Protection switching > is also a candidate but current technologies for the path switch are > too slow to avoid reset of mobile interfaces. >   > NEW: >   > For packetized Fronthaul and Midhaul connections packet loss may be > caused by BER, congestion, or network failure scenarios.  Some > fronthaul functional splits considered by 3GPP require the frame loss > ratio (FLR) to be less than 10E-7 for data traffic and less than > 10E-6 for C&M.  Current tools for eliminating packet loss for > Fronthaul and Midhaul networks have serious challenges, for example > retransmitting lost packets and/or using forward error correction > (FEC) to circumvent bit errors is practically impossible due to the > additional delay incurred.  Using redundant streams for better > guarantees for delivery is also practically impossible in many cases > due to high bandwidth requirements of Fronthaul and Midhaul networks. > Protection switching is also a candidate but current technologies for > the path switch are too slow to avoid reset of mobile interfaces. > ---- >   > ---- > 6.3.  Cellular Radio Networks Future >   > [...] >   > OLD: >   > o  All form of xHaul networks will need some form of DetNet >   solutions.  For example with the advent of 5G some Backhaul >    traffic will also have DetNet requirements (e.g. traffic belonging >    to time-critical 5G applications). >   > NEW: >   > o  All form of xHaul networks will need some form of DetNet >    solutions.  For example with the advent of 5G some Backhaul >    traffic will also have DetNet requirements (e.g. traffic belonging >    to time-critical 5G applications). >   > o  Different splits of the functionality run on the base stations >    (baseband processing units) and the remote radio heads (antennae) >    could co-exist on the same Fronthaul and Backhaul network. > ---- >   > ---- > 6.4.  Cellular Radio Networks Asks >   > [...] >   > OLD: >   > A standard for data plane transport specification which is: >   > o  Unified among all xHauls (meaning that different flows with >    diverse DetNet requirements can coexist in the same network and >    traverse the same nodes without interfering with each other) >   > o  Deployed in a highly deterministic network environment >   > NEW: >   > A standard for data plane transport specification which is: >   > o  Unified among all xHauls (meaning that different flows with >    diverse DetNet requirements can coexist in the same network and >    traverse the same nodes without interfering with each other) >   > o  Deployed in a highly deterministic network environment >   > o  Capable of supporting multiple functional splits simultaneously, >    including existing Backhaul and CPRI Fronthaul and new modes as >    defined for example in 3GPP. >   > o  Slicing and Multi-tenancy-capable, supporting: isolating traffic >    (guaranteed QoS) and separating traffic (privacy). >   > o  Compatible with existing security and synchronization mechanisms, >    such as IEEE1588, IEEE802.1AS. >   > o  Capable of transporting both in-band and out-band control traffic >    (OAM info, ...). >   > o  Deployable over multiple data link technologies (e.g., IEEE 802.3, >    mmWave, etc.). > ---- >   > Comments are welcome, >   > Thanks, >   > Carlos >   From nobody Mon Mar 13 11:37:33 2017 Return-Path: X-Original-To: detnet@ietf.org Delivered-To: detnet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DC5B11294A0; Mon, 13 Mar 2017 11:37:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.47.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <148943024987.9295.15552280336535711574@ietfa.amsl.com> Date: Mon, 13 Mar 2017 11:37:29 -0700 Archived-At: Cc: detnet@ietf.org Subject: [Detnet] I-D Action: draft-ietf-detnet-architecture-01.txt X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Mar 2017 18:37:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Deterministic Networking of the IETF. Title : Deterministic Networking Architecture Authors : Norman Finn Pascal Thubert Balázs Varga János Farkas Filename : draft-ietf-detnet-architecture-01.txt Pages : 41 Date : 2017-03-13 Abstract: Deterministic Networking (DetNet) provides a capability to carry specified unicast or multicast data flows for real-time applications with extremely low data loss rates and bounded latency. Techniques used include: 1) reserving data plane resources for individual (or aggregated) DetNet flows in some or all of the intermediate nodes (e.g. bridges or routers) along the path of the flow; 2) providing explicit routes for DetNet flows that do not rapidly change with the network topology; and 3) distributing data from DetNet flow packets over time and/or space to ensure delivery of each packet's data' in spite of the loss of a path. The capabilities can be managed by configuration, or by manual or automatic network management. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-detnet-architecture/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-detnet-architecture-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-detnet-architecture-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 13 11:42:07 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41A33129A43; Mon, 13 Mar 2017 11:42:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 JgtXzm7yHv-U; Mon, 13 Mar 2017 11:42:03 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DE251299CF; Mon, 13 Mar 2017 11:42:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3529; q=dns/txt; s=iport; t=1489430523; x=1490640123; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=ZmbuphenH7qCje+n1g8DLj+BXMHFbZFH0BhGN9g4MlY=; b=mVaALDf8v4C6hlalos1Dwd1CzUo18tVN0W8PeAEs6PzXxu7Z+0GyO96E varo6WI4qeUH8ybGEbzYxduNRoKeUS7EvqHcQNKrG+q0tIl4RcIKTdnOk mF40dVGPfZme4sJYAGgweRXk5dAN713tvN6yrl5iyORKQVulFAyxi7xlt c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AVAQAb58ZY/5JdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgycqYYEKB41nkVCVO4IOHwuFLkoCgmI/GAECAQEBAQEBAWsohRU?= =?us-ascii?q?BAQEBAwEBODQLDAQCAQgOAwEDAQEBHgkHJwsUAwYIAQEEAQ0FCBOJZQ6wS4pVA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBGAWGToRvihofBZxBAZIvkS6TQgEfOIEEWBV?= =?us-ascii?q?BhFcdgWN1iFWBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.36,160,1486425600"; d="scan'208";a="217667989" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Mar 2017 18:42:02 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v2DIg25q020684 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 13 Mar 2017 18:42:02 GMT Received: from xch-rcd-001.cisco.com (173.37.102.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 13 Mar 2017 13:42:01 -0500 Received: from xch-rcd-001.cisco.com ([173.37.102.11]) by XCH-RCD-001.cisco.com ([173.37.102.11]) with mapi id 15.00.1210.000; Mon, 13 Mar 2017 13:42:01 -0500 From: "Pascal Thubert (pthubert)" To: Lou Berger , "jouni.korhonen@broadcom.com" , "detnet@ietf.org" Thread-Topic: [Detnet] Implementing the discussion at IETF 97 on architecture doc Thread-Index: AdKXaaxVJ2Qp+lFeQni37G6Mk1RVbgBFFFAAAAtvSPAAGXAogADF4o+A Date: Mon, 13 Mar 2017 18:41:32 +0000 Deferred-Delivery: Mon, 13 Mar 2017 18:40:45 +0000 Message-ID: <8ec74eee77f7424da1cf2ae2e0aa81f0@XCH-RCD-001.cisco.com> References: <772d53cbc39549a889d356f5be511c12@XCH-RCD-001.cisco.com> <6d8ec0b1-581a-9cbf-2dc9-bd1f3fcc6864@broadcom.com> <9496d000-cd69-f130-b7a0-aca404c5cb9f@labn.net> In-Reply-To: <9496d000-cd69-f130-b7a0-aca404c5cb9f@labn.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.160.203] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-detnet-architecture@ietf.org" Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architecture doc X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Mar 2017 18:42:05 -0000 Hello Lou: None of us could do the merge properly before cut off so I published what w= e did so far and we'll work on putting things together with the DT draft as= soon as possible. Take care, Pascal -----Original Message----- From: Lou Berger [mailto:lberger@labn.net]=20 Sent: jeudi 9 mars 2017 15:13 To: Pascal Thubert (pthubert) ; jouni.korhonen@broadcom= .com; detnet@ietf.org Cc: draft-ietf-detnet-architecture@ietf.org Subject: Re: [Detnet] Implementing the discussion at IETF 97 on architectur= e doc Pascal, Another thing to consider bringing into the Architecture document are s= ome of the diagrams and related text from Section 3 of draft-ietf-detnet-dp= -alt. I think the whole section, with the exception of the last two paragr= aphs on page 5, is good text to bring over. =20 Lou (as contributor, co-author of dp-alt) On 3/9/2017 3:06 AM, Pascal Thubert (pthubert) wrote: > I agree, Jouni, > > we seem to be placing the horses before the cart. > Let us comment out that text for now. > > Take care, > > Pascal > > -----Original Message----- > From: Jouni Korhonen [mailto:jouni.korhonen@broadcom.com] > Sent: mercredi 8 mars 2017 21:37 > To: Pascal Thubert (pthubert) ; detnet@ietf.org > Cc: draft-ietf-detnet-architecture-all@tools.ietf.org > Subject: Re: [Detnet] Implementing the discussion at IETF 97 on=20 > architecture doc > > Hi, > > [snip] > >> 4.9.2. Flow attribute mapping between layers >> >> >> Transport of DetNet flows over multiple technology domains may >> require that lower layers are aware of specific flows of higher >> layers. Such an "exporting of flow identification" is needed each >> time when the forwarding paradigm is changed on the transport path >> (e.g., two LSRs are interconnected by a L2 bridged domain, etc.). >> The three main forwarding methods considered for deterministic >> networking are: >> >> o IP routing >> >> o MPLS label switching >> >> o Ethernet bridging >> >> The simplest solution for generalized flow identification could be to >> define a unique Flow-ID triplet per DetNet flow (e.g., [IP: "IPv6- >> flow-label"+"IPv6-address"; MPLS: "PW-label"+"LSP-label"; Ethernet: > The discussion on this part has not yet completed in DP design team. I am= a bit worried writing this specific part down before we actually know how = we are going to implement on the data plane. The above is not, as far as I = understand, aligned with the DT progress. To get around the chicken-egg thi= ng here either defer documenting for now or emphasize more that the above i= s an example. > > - Jouni > >> "VLAN-ID"+"MAC-address"). This triplet can be used by the DetNet >> encoding function of technology border nodes (where forwarding >> paradigm changes) to adapt to capabilities of the next hop node. It >> means that a packet may contain multiple (forwarding paradigm >> specific) Flow-IDs during its transport. Technology border nodes may >> add / remove a (forwarding paradigm specific) Flow-ID. > [snap] > >> What do you think? >> >> >> >> Pascal and Norm >> >> >> >> _______________________________________________ >> 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 > From nobody Tue Mar 14 01:49:35 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 924A0129515 for ; Tue, 14 Mar 2017 01:49:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.com 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 ioCmmtP0OKJS for ; Tue, 14 Mar 2017 01:49:28 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 C24231294FB for ; Tue, 14 Mar 2017 01:49:27 -0700 (PDT) X-AuditID: c1b4fb3a-e689b98000003781-1d-58c7ae95cb81 Received: from ESESSHC002.ericsson.se (Unknown_Domain [153.88.183.24]) by (Symantec Mail Security) with SMTP id 42.E6.14209.59EA7C85; Tue, 14 Mar 2017 09:49:26 +0100 (CET) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.24) with Microsoft SMTP Server (TLS) id 14.3.319.2; Tue, 14 Mar 2017 09:49:24 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=sE7LY2rGW8h9tRjWwjY1+XRIj0U8jpkhNPDDpLnJ+8s=; b=aZFbb8xh/KwEmTYupFW3mEt4nqYgM1vAJlI9gC/lxA2YVjZSxOZI/Ufqz61xK+teuRJi/uj2rtHdnr/SSm2QZxrQQk1pYZTxiDjKWPiZmYU3CarwHpJszRbSeAN2L5dmERi5RI343JAAzrxMdmcgI/nkzWZr5Oln09VmaMXef3Y= Received: from DBXPR07MB128.eurprd07.prod.outlook.com (10.242.138.156) by DBXPR07MB125.eurprd07.prod.outlook.com (10.242.138.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.977.5; Tue, 14 Mar 2017 08:49:23 +0000 Received: from DBXPR07MB128.eurprd07.prod.outlook.com ([169.254.3.43]) by DBXPR07MB128.eurprd07.prod.outlook.com ([169.254.3.43]) with mapi id 15.01.0977.008; Tue, 14 Mar 2017 08:49:24 +0000 From: =?utf-8?B?QmFsw6F6cyBWYXJnYSBB?= To: "cjbc@it.uc3m.es" , "detnet@ietf.org" Thread-Topic: Crosshaul input for consideration in draft-ietf-detnet-use-cases Thread-Index: AQHSmUiyTcmsrSIoPk64yyRd7I7rzqGNslGwgAVN9YCAAQdEEA== Date: Tue, 14 Mar 2017 08:49:23 +0000 Message-ID: References: <1489108912.5107.27.camel@it.uc3m.es> <1489423615.6430.2.camel@it.uc3m.es> In-Reply-To: <1489423615.6430.2.camel@it.uc3m.es> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: it.uc3m.es; dkim=none (message not signed) header.d=none;it.uc3m.es; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [91.82.100.59] x-microsoft-exchange-diagnostics: 1; DBXPR07MB125; 7:h0sLGHX/eP5ubAeChWVIh9dQnSO5NxQ+smHTRh1A/6KMJACEQ2gObHOJLMAMshG21o7H540gBarLlsng7uySxfsEd1X62c9iAHxg9y3e2QnXeR0JqVjYcJ+MK3Z14D7gKhWmWKH944qwdJZ20c6AiIMRl/Z41iue+bxh323oNmD/XBsac3FSlICREHzZH/KPhWK+vREME0Roh/e2tL2Bo+que0JFhQd3mKpnn69LEXCWImBqLetbYVWzRL7/U07x1EoScYJ8san5YlH3JwtzyB407Dw9rrs9bYvutgcPwqefPHPpZW55z7GOzSzs1eQYvIxGCqBMSFG+wG/njQhXIw== x-ms-office365-filtering-correlation-id: 3bdaa4fc-cd9f-4a77-d58e-08d46ab703b8 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:DBXPR07MB125; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322)(278428928389397)(192374486261705)(131327999870524); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123562025)(20161123555025)(20161123558025)(20161123564025)(20161123560025)(6072148); SRVR:DBXPR07MB125; BCL:0; PCL:0; RULEID:; SRVR:DBXPR07MB125; x-forefront-prvs: 02462830BE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(377424004)(377454003)(24454002)(13464003)(3280700002)(86362001)(76176999)(6436002)(33656002)(54356999)(50986999)(122556002)(85182001)(189998001)(229853002)(2906002)(85202003)(53546007)(106116001)(6506006)(25786008)(7696004)(38730400002)(7736002)(8936002)(55016002)(8676002)(2501003)(4326008)(5660300001)(2900100001)(99286003)(9686003)(66066001)(2950100002)(53936002)(74316002)(3846002)(3660700001)(102836003)(305945005)(6116002)(6246003)(230783001)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:DBXPR07MB125; H:DBXPR07MB128.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Mar 2017 08:49:23.6816 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBXPR07MB125 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02SX0hTURzHOffezevW4Dhn/lAfdNCDgn8JkxxSobQHFd9cQubImw63abtm 2pMZWU1L0Zk6Iw0NUdRyaq5wgRI6pRDJUnQmrmUmVuZEmWa07S7o7XO+n9/hd37nHJoU1/FC aJW2lNFplWopX0C1KkYh+uHAlCLuy7ww6bbZRCQd7rRRSVbXCDpDyru6XIR8b2GQJ9997+Rn kTkCWT6jVpUxutiUPEHhkc1JlIypyzuXbVQlWlTpkT8N+CT01u/x9EhAi/EAgmH7Gp9bWBFY Ft4iTxWF75OwORLFiSYCHs9WeoUYTyAYvONlPk4Fs+kRz8MSnA6uzjVvTuJL0GjVEx4OxBmw v7nlq8mEmprnfI7PwfQTJ6lHtLvZCXD053piEc6BIfscxfXtRWB4uUx5hD+Oh6qedi8jfBz2 Z/oIrlcwLDnaCW40DF1jsyTHQfDt8x/vmAjXIei/O8njRDiYOn76eQTgGhK6LO8oTmRAQ3eV rygdalebEccqMFUf+HINNDXOUNzmFgL2txZ87cKgba7WJ6p54Gh945s/BFbm7yGOw2DDZuHV o0jjf0c3uq+AxJHw7FUsF0eAoWbNz+i9jgCYbnVQHYjqRUEsw7KagoSEGEanusyyxdoYLVNq Qu5vMj58eNqMxr+enUCYRtJjou2hSYWYpyxjKzTu96JJqUR01DOlEIvylRU3GF3xJd01NcNO oFCakgaLEntWs8W4QFnKFDFMCaP7ZwnaP6QSSZzJ29Tg3A99asPSeFxxRFZoaF159Cm/T6my RZNcavxtCDfY+yZ3q+sH8sx+uarsp6I0jbBPeCC7mXJhOGBnvWhFLwi0X0nauRr3QJbekDka 1ZGy7tI2x9qy8l+8HrFsOA73uq/LKrLLAm6Jz2t/1V60fvwuIdKSN1qEiR/CpBRbqIyPInWs 8i+aVgaEIgMAAA== Archived-At: Cc: "draft-ietf-detnet-use-cases@tools.ietf.org" Subject: Re: [Detnet] Crosshaul input for consideration in draft-ietf-detnet-use-cases X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Mar 2017 08:49:30 -0000 SGkgQ2FybG9zLA0KDQpUaGFua3MgZm9yIHRoZSBjbGFyaWZpY2F0aW9ucywgc29tZSByZWZsZWN0 aW9uczoNCi0gRkxSIHZhbHVlczogdGhlcmUgYXJlICJtdWx0aXBsZSBsb3cgbGF5ZXIgc3BsaXRz Ii4gSSB3b3VsZCBwcmVmZXIgdG8gYWRkIHZhbHVlcyBvbmx5IGlmIHdlIGNhbiByZWZlciBleHBs aWNpdGx5IHRvIGEgc3RhbmRhcmQuDQotIE5hbWluZzogd2hhdCBpcyBkaXN0cmlidXRlZCB2cy4g Y2VudHJhbGl6ZWQgd2lsbCBiZSBuZXR3b3JrIHNjZW5hcmlvIGFuZCB2ZW5kb3Igc3BlY2lmaWMu IFdlIHNob3VsZCBzcGVhayBtb3JlIGFib3V0IA0KaW50ZXJjb25uZWN0aW9uIG9mIGZ1bmN0aW9u YWxpdGllcyB3aXRob3V0IHN0YXRpbmcgdGhlaXIgZ2VvZ3JhcGhpY2FsIGxvY2F0aW9ucy4gU28g SSBhbSBmaW5lIHRvIGhpZ2hsaWdodCB0aGUgImNvLWV4aXN0ZW5jZSINCmZhY3RvciBqdXN0IGlu dGVuZCB0byBoYXZlIGJldHRlciB0ZXJtaW5vbG9neS4NCi0gUmVxdWlyZW1lbnRzOiBoZXJlIHRo ZSBsaXN0IGlzIGFib3V0ICJkYXRhIHBsYW5lIHRyYW5zcG9ydCBzcGVjaWZpY2F0aW9uIi4gSW4g bXkgdmlldyB5b3VyIG5ldyBidWxsZXRzIGFyZSBtb3JlIGVuZDJlbmQNCmFyY2hpdGVjdHVyZSBz cGVjaWZpYyByZXF1aXJlbWVudHMgKGUuZy4sICJzdXBwb3J0aW5nIG11bHRpcGxlIGZ1bmN0aW9u YWwgc3BsaXRzIHNpbXVsdGFuZW91c2x5IiwgIlNsaWNpbmcgYW5kIA0KTXVsdGktdGVuYW5jeS1j YXBhYmxlIiwgZXRjLikuIFRoZXNlIGFyZSB2YWxpZCByZXF1aXJlbWVudHMgYnV0IG5vdCB0aGUg cHJpbWFyeSB0YXJnZXRzIG9mIERldE5ldC4gDQoNCkNoZWVycw0KQmFsYSd6cw0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQ2FybG9zIEplc8O6cyBCZXJuYXJkb3MgQ2FubyBb bWFpbHRvOmNqYmNAaXQudWMzbS5lc10gDQpTZW50OiBNb25kYXksIE1hcmNoIDEzLCAyMDE3IDU6 NDcgUE0NClRvOiBCYWzDoXpzIFZhcmdhIEEgPGJhbGF6cy5hLnZhcmdhQGVyaWNzc29uLmNvbT47 IGRldG5ldEBpZXRmLm9yZw0KQ2M6IGRyYWZ0LWlldGYtZGV0bmV0LXVzZS1jYXNlc0B0b29scy5p ZXRmLm9yZw0KU3ViamVjdDogUmU6IENyb3NzaGF1bCBpbnB1dCBmb3IgY29uc2lkZXJhdGlvbiBp biBkcmFmdC1pZXRmLWRldG5ldC11c2UtY2FzZXMNCg0KSGkgQmFsw6F6cywNCg0KQXBvbG9naWVz IGZvciB0aGUgYmVsYXRlZCByZXBseS4gUGxlYXNlIHNlZSBpbiBsaW5lIGJlbG93Lg0KDQpPbiBG cmksIDIwMTctMDMtMTAgYXQgMDg6MTggKzAwMDAsIEJhbMOhenMgVmFyZ2EgQSB3cm90ZToNCj4g SGkgQ2FybG9zLA0KPiDCoA0KPiBTb21lIGNvbW1lbnRzIGFuZCBhIHF1ZXN0aW9uIGZvciBjbGFy aWZpY2F0aW9uOg0KPiDCoA0KPiA2LjEuNC7CoMKgVHJhbnNwb3J0IExvc3MgQ29uc3RyYWludHMN Cj4gPiBTb21lIGZyb250aGF1bCBmdW5jdGlvbmFsIHNwbGl0cyBjb25zaWRlcmVkIGJ5IDNHUFAg cmVxdWlyZSB0aGUNCj4gZnJhbWUgbG9zcyByYXRpbyAoRkxSKQ0KPiA+IHRvIGJlIGxlc3MgdGhh biAxMEUtNyBmb3IgZGF0YSB0cmFmZmljIGFuZCBsZXNzIHRoYW4gMTBFLTYgZm9yDQo+IEMmTS4N Cj4gRnVuY3Rpb25hbCBzcGxpdCBpcyBzdGlsbCB1bmRlciBoZWF2eSBkaXNjdXNzaW9uIGluIDNH UFAuIFRoZXNlIA0KPiBudW1iZXJzIGFyZSBub3QgZGVmaW5lZCBieSAzR1BQIGFuZCBtYXkgYmUg ZGVwZW5kZW50IG9uIGRpc2N1c3Npb24gDQo+IHJlc3VsdHMuIFNvIEkgdGhpbmsgaW5jbHVkaW5n IHRoZW0gaW4gdGhlIHVzZS1jYXNlIGRyYWZ0IG1heSBjYXVzZXMgDQo+IGNvbmZ1c2lvbnMuDQoN ClRoaXMgaXMgYSBmYWlyIHBvaW50LiBUaGUgcHVycG9zZSBvZiB0aGlzIHdhcyB0byBwcm92aWRl IHNvbWUgZXhlbXBsYXJ5IG51bWJlcnMgKHdoaWNoIEkgdGhpbmsgYXJlIGhlbHBmdWwsIGFzIHBy b3ZpZGVkIGZvciBvdGhlciB1c2UgY2FzZXMgaW4gdGhlIGRvY3VtZW50KS4gTWF5YmUgd2UgY2Fu IHJld3JpdGUgdGhpcyBwYXJ0IGEgYml0IHNvIHdlIHNheSAiRGlmZmVyZW50IGZyb250aGF1bCBm dW5jdGlvbmFsIHNwbGl0cyBhcmUgYmVpbmcgY29uc2lkZXJlZCBieSAzR1BQLCByZXF1aXJpbmcg c3RyaWN0IGZyYW1lIGxvc3MgcmF0aW8gKEZMUikgZ3VhcmFudGVlcy4gQXMgb25lIGV4YW1wbGUs IGxvd2VyIGxheWVycyBzcGxpdHMgcmVxdWlyZSBGTFIgdG8gYmUgbGVzcyB0aGFuIDEwRS03IGZv ciBkYXRhIHRyYWZmaWMgYW5kIGxlc3MgdGhhbiAxMEUtNiBmb3IgQyZNIiwgb3Igc29tZXRoaW5n IGxpa2UgdGhpcy4gV2hhdCBkbyB5b3UgdGhpbms/DQoNCj4gwqANCj4gNi4zLsKgwqBDZWxsdWxh ciBSYWRpbyBOZXR3b3JrcyBGdXR1cmUNCj4gPiBvwqDCoERpZmZlcmVudCBzcGxpdHMgb2YgdGhl IGZ1bmN0aW9uYWxpdHkgcnVuIG9uIHRoZSBiYXNlIHN0YXRpb25zDQo+ID4gwqDCoMKgKGJhc2Vi YW5kIHByb2Nlc3NpbmcgdW5pdHMpIGFuZCB0aGUgcmVtb3RlIHJhZGlvIGhlYWRzDQo+IChhbnRl bm5hZSkNCj4gPiDCoMKgwqBjb3VsZCBjby1leGlzdCBvbiB0aGUgc2FtZSBGcm9udGhhdWwgYW5k IEJhY2toYXVsIG5ldHdvcmsuDQo+IEkgc2VlIGEgdGVybWlub2xvZ3kgaXNzdWUgaGVyZSBtYWlu bHkgZHVlIHRvIHRoZSBmYWN0IHRoYXQgZnV0dXJlIA0KPiBzcGxpdHMgYW5kIHRoZSByZXN1bHRp bmcgbmV0d29yayBlbGVtZW50cyBhcmUgbm90ICh5ZXQpIGRlZmluZWQuIA0KPiBCYXNlYmFuZCBw cm9jZXNzaW5nIHVuaXRzIGFuZCBhbnRlbm5hIHJlZmVycyB0byBsZWdhY3kgdGVjaG5vbG9naWVz LCANCj4gd2hpY2ggZG9lcyBub3QgcmVxdWlyZSBEZXROZXQgYW5kIGFyZSBvdXQtb2YtIHNjb3Bl Lg0KPiDCoA0KDQpJIHNlZSB0aGlzIHBvaW50LiBXaGF0IGFib3V0IHJld3JpdGluZyB0aGlzIGEg Yml0IHRvIGF2b2lkIHRoZQ0KdGVybWlub2xvZ3kgaXNzdWU6ICJEaWZmZXJlbnQgc3BsaXRzIG9m IHRoZSBmdW5jdGlvbmFsaXR5IHJ1biBvbiB0aGUNCmJhc2Ugc3RhdGlvbnMgKGNlbnRyYWxpemVk IHVuaXRzKSBhbmQgdGhlIG9uLXNpdGUgdW5pdHMgKGRpc3RyaWJ1dGVkDQp1bml0cykgY291bGQg Y28tZXhpc3Qgb24gdGhlIHNhbWUgRnJvbnRoYXVsIGFuZCBCYWNraGF1bCBuZXR3b3JrIj8NCg0K PiA2LjQuwqDCoENlbGx1bGFyIFJhZGlvIE5ldHdvcmtzIEFza3MNCj4gPiBuZXcgcHJvcG9zZWQg YnVsbGV0cyDigKYNCj4gRG8gWW91IHByb3Bvc2UgdG8gZXh0ZW5kIHRoaXMgc2VjdGlvbiB3aXRo IGdlbmVyYWwgcmVxdWlyZW1lbnRzIG9mDQo+IHRoZSBDZWxsdWxhcg0KPiBSYWRpbyBOZXR3b3Jr cz8gVGhpcyBzZWN0aW9uIGZvY3VzZXMgb24g4oCcZGF0YSBwbGFuZSB0cmFuc3BvcnTigJ0uIEkN Cj4gaGF2ZSBjb25jZXJucyBvbg0KPiBzb21lIGl0ZW1zIG9mIHlvdXIgbGlzdCBhbmQgaGF2ZSBm b3VuZCBzb21lIG9mIHRoZW0gbm90IHJlbGV2YW50IGZyb20NCj4gRGV0TmV0DQo+IHBlcnNwZWN0 aXZlLg0KDQpTb3JyeSwgSSBkb24ndCBnZXQgd2hhdCB5b3VyIGNvbmNlcm5zIGFyZSBoZXJlLCBj YW4geW91IGVsYWJvcmF0ZSBhIGJpdA0KbW9yZT8NCg0KVGhhbmtzLA0KDQpDYXJsb3MNCg0KPiDC oA0KPiBDaGVlcnMNCj4gQmFsYeKAmXpzDQo+IMKgDQo+IMKgDQo+IC0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+IEZyb206IENhcmxvcyBKZXPDunMgQmVybmFyZG9zIENhbm8gW21haWx0bzpj amJjQGl0LnVjM20uZXNdwqANCj4gU2VudDogRnJpZGF5LCBNYXJjaCAxMCwgMjAxNyAyOjIyIEFN DQo+IFRvOiBkZXRuZXRAaWV0Zi5vcmcNCj4gQ2M6IGRyYWZ0LWlldGYtZGV0bmV0LXVzZS1jYXNl c0B0b29scy5pZXRmLm9yZw0KPiBTdWJqZWN0OiBDcm9zc2hhdWwgaW5wdXQgZm9yIGNvbnNpZGVy YXRpb24gaW4gZHJhZnQtaWV0Zi1kZXRuZXQtdXNlLQ0KPiBjYXNlcw0KPiDCoA0KPiBIaSwNCj4g wqANCj4gSW4gU2VvdWwgd2UgcHJlc2VudGVkIGRyYWZ0LWJlcm5hcmRvcy1kZXRuZXQtY3Jvc3No YXVsLXJlcXVpcmVtZW50cy0NCj4gMDAudHh0IGFzIHBvdGVudGlhbCBpbnB1dCB0byBiZSBjb25z aWRlcmVkIGZvciAiU2VjdGlvbiA2LiBDZWxsdWxhcg0KPiByYWRpbyIgb2YgZHJhZnQtaWV0Zi1k ZXRuZXQtdXNlLWNhc2VzLiBUaGUgZ3JvdXAgYWdyZWVkIHRoYXQNCj4gY29udHJpYnV0aW9ucyBm cm9tIHVzIHdlcmUgd2VsY29tZSB0byBjb21wbGVtZW50L2ZpeCB0aGUgdGV4dCBpbiB0aGUNCj4g dXNlIGNhc2VzIGRvY3VtZW50Lg0KPiDCoA0KPiBXZSBoYXZlIHRha2VuIC0xMSB2ZXJzaW9uIGFu ZCB0cmllZCB0byBwcm9wb3NlIHNwZWNpZmljIGNoYW5nZXMgdG8NCj4gdGhlIGRvY3VtZW50LiBQ bGVhc2UgZmluZCB0aGVtIGJlbG93IGZvciBkaXNjdXNzaW9uLg0KPiDCoA0KPiAtLS0tDQo+IDYu MS4xLsKgwqBOZXR3b3JrIEFyY2hpdGVjdHVyZQ0KPiDCoA0KPiBPTEQ6DQo+IMKgDQo+IEZpZ3Vy ZSAxMCBpbGx1c3RyYXRlcyBhIHR5cGljYWwgM0dQUC1kZWZpbmVkIGNlbGx1bGFyIG5ldHdvcmsN Cj4gYXJjaGl0ZWN0dXJlLCB3aGljaCBpbmNsdWRlcyAiRnJvbnRoYXVsIiBhbmQgIk1pZGhhdWwi IG5ldHdvcmsNCj4gc2VnbWVudHMuwqDCoFRoZSAiRnJvbnRoYXVsIiBpcyB0aGUgbmV0d29yayBj b25uZWN0aW5nIGJhc2Ugc3RhdGlvbnMNCj4gKGJhc2ViYW5kIHByb2Nlc3NpbmcgdW5pdHMpIHRv IHRoZSByZW1vdGUgcmFkaW8gaGVhZHMgKGFudGVubmFzKS4NCj4gVGhlICJNaWRoYXVsIiBpcyB0 aGUgbmV0d29yayBpbnRlci1jb25uZWN0aW5nIGJhc2Ugc3RhdGlvbnMgKG9yIHNtYWxsDQo+IGNl bGwgc2l0ZXMpLg0KPiDCoA0KPiBORVc6DQo+IMKgDQo+IEZpZ3VyZSAxMCBpbGx1c3RyYXRlcyBh IHR5cGljYWwgM0dQUC1kZWZpbmVkIGNlbGx1bGFyIG5ldHdvcmsNCj4gYXJjaGl0ZWN0dXJlLCB3 aGljaCBpbmNsdWRlcyAiRnJvbnRoYXVsIiwgIk1pZGhhdWwiIGFuZCAiQmFja2hhdWwiDQo+IG5l dHdvcmsgc2VnbWVudHMuwqDCoFRoZSAiRnJvbnRoYXVsIiBpcyB0aGUgbmV0d29yayBjb25uZWN0 aW5nIGJhc2UNCj4gc3RhdGlvbnMgKGJhc2ViYW5kIHByb2Nlc3NpbmcgdW5pdHMpIHRvIHRoZSBy ZW1vdGUgcmFkaW8gaGVhZHMNCj4gKGFudGVubmFzKS7CoMKgVGhlICJNaWRoYXVsIiBpcyB0aGUg bmV0d29yayBpbnRlci1jb25uZWN0aW5nIGJhc2UNCj4gc3RhdGlvbnMgKG9yIHNtYWxsIGNlbGwg c2l0ZXMpLsKgwqBUaGUgIkJhY2toYXVsIiBpcyB0aGUgbmV0d29yayBvcg0KPiBsaW5rcyBjb25u ZWN0aW5nIHRoZSByYWRpbyBiYXNlIHN0YXRpb24gc2l0ZXMgdG8gdGhlIG5ldHdvcmsNCj4gY29u dHJvbGxlci9nYXRld2F5IHNpdGVzIChpLmUuIHRoZSBjb3JlIG9mIHRoZSAzR1BQIGNlbGx1bGFy DQo+IG5ldHdvcmspLg0KPiAtLS0tDQo+IDYuMS4zLsKgwqBUaW1lIFN5bmNocm9uaXphdGlvbiBD b25zdHJhaW50cw0KPiDCoA0KPiBbLi4uXQ0KPiDCoA0KPiBPTEQ6DQo+IMKgDQo+IEluIGNlbGx1 bGFyIG5ldHdvcmtzIGZyb20gdGhlIExURSByYWRpbyBlcmEgb253YXJkLCBwaGFzZQ0KPiBzeW5j aHJvbml6YXRpb24gaXMgbmVlZGVkIGluIGFkZGl0aW9uIHRvIGZyZXF1ZW5jeSBzeW5jaHJvbml6 YXRpb24NCj4gKFtUUzM2MzAwXSwgW1RTMjM0MDFdKS4NCj4gwqANCj4gTkVXOg0KPiDCoA0KPiBJ biBjZWxsdWxhciBuZXR3b3JrcyBmcm9tIHRoZSBMVEUgcmFkaW8gZXJhIG9ud2FyZCwgcGhhc2UN Cj4gc3luY2hyb25pemF0aW8gbiBpcyBuZWVkZWQgaW4gYWRkaXRpb24gdG8gZnJlcXVlbmN5IHN5 bmNocm9uaXphdGlvbg0KPiAoW1RTMzYzMDBdLCBbVFMyMzQwMV0pLg0KPiDCoA0KPiBUaW1lIGNv bnN0cmFpbnRzIGFyZSBhbHNvIGltcG9ydGFudCBkdWUgdG8gaXRzIGltcGFjdCBvbiBwYWNrZXQg bG9zcy4NCj4gSWYgYSBwYWNrZXQgaXMgZGVsaXZlcmVkIHRvbyBsYXRlLCB0aGVuIHRoZSBwYWNr ZXQgbWF5IGJlIGRyb3BwZWQgYnkNCj4gdGhlIGhvc3QuDQo+IC0tLS0NCj4gwqANCj4gLS0tLQ0K PiA2LjEuNC7CoMKgVHJhbnNwb3J0IExvc3MgQ29uc3RyYWludHMNCj4gwqANCj4gWy4uLl0NCj4g wqANCj4gT0xEOg0KPiDCoA0KPiBGb3IgcGFja2V0aXplZCBGcm9udGhhdWwgYW5kIE1pZGhhdWwg Y29ubmVjdGlvbnMgcGFja2V0IGxvc3MgbWF5IGJlDQo+IGNhdXNlZCBieSBCRVIsIGNvbmdlc3Rp b24sIG9yIG5ldHdvcmsgZmFpbHVyZSBzY2VuYXJpb3MuwqDCoEN1cnJlbnQNCj4gdG9vbHMgZm9y IGVsbWluYXRpbmcgcGFja2V0IGxvc3MgZm9yIEZyb250aGF1bCBhbmQgTWlkaGF1bCBuZXR3b3Jr cw0KPiBoYXZlIHNlcmlvdXMgY2hhbGxlbmdlcywgZm9yIGV4YW1wbGUgcmV0cmFuc21pdHRpbmcg bG9zdCBwYWNrZXRzIGFuZC8NCj4gb3IgdXNpbmcgZm9yd2FyZCBlcnJvciBjb3JyZWN0aW9uIChG RUMpIHRvIGNpcmN1bXZlbnQgYml0IGVycm9ycyBpcw0KPiBwcmFjdGljYWxseSBpbXBvc3NpYmxl IGR1ZSB0byB0aGUgYWRkaXRpb25hbCBkZWxheSBpbmN1cnJlZC7CoMKgVXNpbmcNCj4gcmVkdW5k YW50IHN0cmVhbXMgZm9yIGJldHRlciBndWFyYW50ZWVzIGZvciBkZWxpdmVyeSBpcyBhbHNvDQo+ IHByYWN0aWNhbGx5IGltcG9zc2libGUgaW4gbWFueSBjYXNlcyBkdWUgdG8gaGlnaCBiYW5kd2lk dGgNCj4gcmVxdWlyZW1lbnRzIG9mIEZyb250aGF1bCBhbmQgTWlkaGF1bCBuZXR3b3Jrcy7CoMKg UHJvdGVjdGlvbiBzd2l0Y2hpbmcNCj4gaXMgYWxzbyBhIGNhbmRpZGF0ZSBidXQgY3VycmVudCB0 ZWNobm9sb2dpZXMgZm9yIHRoZSBwYXRoIHN3aXRjaCBhcmUNCj4gdG9vIHNsb3cgdG8gYXZvaWQg cmVzZXQgb2YgbW9iaWxlIGludGVyZmFjZXMuDQo+IMKgDQo+IE5FVzoNCj4gwqANCj4gRm9yIHBh Y2tldGl6ZWQgRnJvbnRoYXVsIGFuZCBNaWRoYXVsIGNvbm5lY3Rpb25zIHBhY2tldCBsb3NzIG1h eSBiZQ0KPiBjYXVzZWQgYnkgQkVSLCBjb25nZXN0aW9uLCBvciBuZXR3b3JrIGZhaWx1cmUgc2Nl bmFyaW9zLsKgwqBTb21lDQo+IGZyb250aGF1bCBmdW5jdGlvbmFsIHNwbGl0cyBjb25zaWRlcmVk IGJ5IDNHUFAgcmVxdWlyZSB0aGUgZnJhbWUgbG9zcw0KPiByYXRpbyAoRkxSKSB0byBiZSBsZXNz IHRoYW4gMTBFLTcgZm9yIGRhdGEgdHJhZmZpYyBhbmQgbGVzcyB0aGFuDQo+IDEwRS02IGZvciBD Jk0uwqDCoEN1cnJlbnQgdG9vbHMgZm9yIGVsaW1pbmF0aW5nIHBhY2tldCBsb3NzIGZvcg0KPiBG cm9udGhhdWwgYW5kIE1pZGhhdWwgbmV0d29ya3MgaGF2ZSBzZXJpb3VzIGNoYWxsZW5nZXMsIGZv ciBleGFtcGxlDQo+IHJldHJhbnNtaXR0aW5nIGxvc3QgcGFja2V0cyBhbmQvb3IgdXNpbmcgZm9y d2FyZCBlcnJvciBjb3JyZWN0aW9uDQo+IChGRUMpIHRvIGNpcmN1bXZlbnQgYml0IGVycm9ycyBp cyBwcmFjdGljYWxseSBpbXBvc3NpYmxlIGR1ZSB0byB0aGUNCj4gYWRkaXRpb25hbCBkZWxheSBp bmN1cnJlZC7CoMKgVXNpbmcgcmVkdW5kYW50IHN0cmVhbXMgZm9yIGJldHRlcg0KPiBndWFyYW50 ZWVzIGZvciBkZWxpdmVyeSBpcyBhbHNvIHByYWN0aWNhbGx5IGltcG9zc2libGUgaW4gbWFueSBj YXNlcw0KPiBkdWUgdG8gaGlnaCBiYW5kd2lkdGggcmVxdWlyZW1lbnRzIG9mIEZyb250aGF1bCBh bmQgTWlkaGF1bCBuZXR3b3Jrcy4NCj4gUHJvdGVjdGlvbiBzd2l0Y2hpbmcgaXMgYWxzbyBhIGNh bmRpZGF0ZSBidXQgY3VycmVudCB0ZWNobm9sb2dpZXMgZm9yDQo+IHRoZSBwYXRoIHN3aXRjaCBh cmUgdG9vIHNsb3cgdG8gYXZvaWQgcmVzZXQgb2YgbW9iaWxlIGludGVyZmFjZXMuDQo+IC0tLS0N Cj4gwqANCj4gLS0tLQ0KPiA2LjMuwqDCoENlbGx1bGFyIFJhZGlvIE5ldHdvcmtzIEZ1dHVyZQ0K PiDCoA0KPiBbLi4uXQ0KPiDCoA0KPiBPTEQ6DQo+IMKgDQo+IG/CoMKgQWxsIGZvcm0gb2YgeEhh dWwgbmV0d29ya3Mgd2lsbCBuZWVkIHNvbWUgZm9ybSBvZiBEZXROZXQNCj4gwqDCoHNvbHV0aW9u cy7CoMKgRm9yIGV4YW1wbGUgd2l0aCB0aGUgYWR2ZW50IG9mIDVHIHNvbWUgQmFja2hhdWwNCj4g wqAgwqB0cmFmZmljIHdpbGwgYWxzbyBoYXZlIERldE5ldCByZXF1aXJlbWVudHMgKGUuZy4gdHJh ZmZpYyBiZWxvbmdpbmcNCj4gwqDCoCB0byB0aW1lLWNyaXRpY2FsIDVHIGFwcGxpY2F0aW9ucyku DQo+IMKgDQo+IE5FVzoNCj4gwqANCj4gb8KgwqBBbGwgZm9ybSBvZiB4SGF1bCBuZXR3b3JrcyB3 aWxsIG5lZWQgc29tZSBmb3JtIG9mIERldE5ldA0KPiDCoMKgwqBzb2x1dGlvbnMuwqDCoEZvciBl eGFtcGxlIHdpdGggdGhlIGFkdmVudCBvZiA1RyBzb21lIEJhY2toYXVsDQo+IMKgwqDCoHRyYWZm aWMgd2lsbCBhbHNvIGhhdmUgRGV0TmV0IHJlcXVpcmVtZW50cyAoZS5nLiB0cmFmZmljIGJlbG9u Z2luZw0KPiDCoMKgwqB0byB0aW1lLWNyaXRpY2FsIDVHIGFwcGxpY2F0aW9ucykuDQo+IMKgDQo+ IG/CoMKgRGlmZmVyZW50IHNwbGl0cyBvZiB0aGUgZnVuY3Rpb25hbGl0eSBydW4gb24gdGhlIGJh c2Ugc3RhdGlvbnMNCj4gwqDCoMKgKGJhc2ViYW5kIHByb2Nlc3NpbmcgdW5pdHMpIGFuZCB0aGUg cmVtb3RlIHJhZGlvIGhlYWRzIChhbnRlbm5hZSkNCj4gwqDCoMKgY291bGQgY28tZXhpc3Qgb24g dGhlIHNhbWUgRnJvbnRoYXVsIGFuZCBCYWNraGF1bCBuZXR3b3JrLg0KPiAtLS0tDQo+IMKgDQo+ IC0tLS0NCj4gNi40LsKgwqBDZWxsdWxhciBSYWRpbyBOZXR3b3JrcyBBc2tzDQo+IMKgDQo+IFsu Li5dDQo+IMKgDQo+IE9MRDoNCj4gwqANCj4gQSBzdGFuZGFyZCBmb3IgZGF0YSBwbGFuZSB0cmFu c3BvcnQgc3BlY2lmaWNhdGlvbiB3aGljaCBpczoNCj4gwqANCj4gb8KgwqBVbmlmaWVkIGFtb25n IGFsbCB4SGF1bHMgKG1lYW5pbmcgdGhhdCBkaWZmZXJlbnQgZmxvd3Mgd2l0aA0KPiDCoMKgwqBk aXZlcnNlIERldE5ldCByZXF1aXJlbWVudHMgY2FuIGNvZXhpc3QgaW4gdGhlIHNhbWUgbmV0d29y ayBhbmQNCj4gwqDCoMKgdHJhdmVyc2UgdGhlIHNhbWUgbm9kZXMgd2l0aG91dCBpbnRlcmZlcmlu ZyB3aXRoIGVhY2ggb3RoZXIpDQo+IMKgDQo+IG/CoMKgRGVwbG95ZWQgaW4gYSBoaWdobHkgZGV0 ZXJtaW5pc3RpYyBuZXR3b3JrIGVudmlyb25tZW50DQo+IMKgDQo+IE5FVzoNCj4gwqANCj4gQSBz dGFuZGFyZCBmb3IgZGF0YSBwbGFuZSB0cmFuc3BvcnQgc3BlY2lmaWNhdGlvbiB3aGljaCBpczoN Cj4gwqANCj4gb8KgwqBVbmlmaWVkIGFtb25nIGFsbCB4SGF1bHMgKG1lYW5pbmcgdGhhdCBkaWZm ZXJlbnQgZmxvd3Mgd2l0aA0KPiDCoMKgwqBkaXZlcnNlIERldE5ldCByZXF1aXJlbWVudHMgY2Fu IGNvZXhpc3QgaW4gdGhlIHNhbWUgbmV0d29yayBhbmQNCj4gwqDCoMKgdHJhdmVyc2UgdGhlIHNh bWUgbm9kZXMgd2l0aG91dCBpbnRlcmZlcmluZyB3aXRoIGVhY2ggb3RoZXIpDQo+IMKgDQo+IG/C oMKgRGVwbG95ZWQgaW4gYSBoaWdobHkgZGV0ZXJtaW5pc3RpYyBuZXR3b3JrIGVudmlyb25tZW50 DQo+IMKgDQo+IG/CoMKgQ2FwYWJsZSBvZiBzdXBwb3J0aW5nIG11bHRpcGxlIGZ1bmN0aW9uYWwg c3BsaXRzIHNpbXVsdGFuZW91c2x5LA0KPiDCoMKgwqBpbmNsdWRpbmcgZXhpc3RpbmcgQmFja2hh dWwgYW5kIENQUkkgRnJvbnRoYXVsIGFuZCBuZXcgbW9kZXMgYXMNCj4gwqDCoMKgZGVmaW5lZCBm b3IgZXhhbXBsZSBpbiAzR1BQLg0KPiDCoA0KPiBvwqDCoFNsaWNpbmcgYW5kIE11bHRpLXRlbmFu Y3ktY2FwYWJsZSwgc3VwcG9ydGluZzogaXNvbGF0aW5nIHRyYWZmaWMNCj4gwqDCoMKgKGd1YXJh bnRlZWQgUW9TKSBhbmQgc2VwYXJhdGluZyB0cmFmZmljIChwcml2YWN5KS4NCj4gwqANCj4gb8Kg wqBDb21wYXRpYmxlIHdpdGggZXhpc3Rpbmcgc2VjdXJpdHkgYW5kIHN5bmNocm9uaXphdGlvbiBt ZWNoYW5pc21zLA0KPiDCoMKgwqBzdWNoIGFzIElFRUUxNTg4LCBJRUVFODAyLjFBUy4NCj4gwqAN Cj4gb8KgwqBDYXBhYmxlIG9mIHRyYW5zcG9ydGluZyBib3RoIGluLWJhbmQgYW5kIG91dC1iYW5k IGNvbnRyb2wgdHJhZmZpYw0KPiDCoMKgwqAoT0FNIGluZm8sIC4uLikuDQo+IMKgDQo+IG/CoMKg RGVwbG95YWJsZSBvdmVyIG11bHRpcGxlIGRhdGEgbGluayB0ZWNobm9sb2dpZXMgKGUuZy4sIElF RUUgODAyLjMsDQo+IMKgwqDCoG1tV2F2ZSwgZXRjLikuDQo+IC0tLS0NCj4gwqANCj4gQ29tbWVu dHMgYXJlIHdlbGNvbWUsDQo+IMKgDQo+IFRoYW5rcywNCj4gwqANCj4gQ2FybG9zDQo+IMKgDQo= From nobody Tue Mar 14 12:17:59 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 635C4129705 for ; Tue, 14 Mar 2017 12:17:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it-uc3m-es.20150623.gappssmtp.com 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 6fR3G9OTo4JI for ; Tue, 14 Mar 2017 12:17:54 -0700 (PDT) Received: from mail-wr0-x22a.google.com (mail-wr0-x22a.google.com [IPv6:2a00:1450:400c:c0c::22a]) (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 03A471294A0 for ; Tue, 14 Mar 2017 12:17:54 -0700 (PDT) Received: by mail-wr0-x22a.google.com with SMTP id u48so130627640wrc.0 for ; Tue, 14 Mar 2017 12:17:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it-uc3m-es.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:reply-to:to:cc:date:in-reply-to:references :organization:mime-version:content-transfer-encoding; bh=NWpqv5Q/1FSQhZuR9T77sFk0ziEL5/OjXw3+a65rrFM=; b=Pw71hgwgiwylC8L8ijrwSYSAZ3WUA6i2JCXMk8adA7zzsKGQ9/QtL7lEgI5MqqoHr1 CgM3yyhfGoGTD5GSJvfPATL2MVE819wiw/1wODqM7/Vxosz6TLOZpFqTfDc2HY6BiRav eDfc/tSqFgV47Ch0k3NesnN0qqDWKtw01FEkd0koBleFw5AY1XAPSeIV7yd+WfsZJUCW E2sUvX3qk4np/l752d/DWrG+EzkcQ3EIZqHd+KX+OyH0ciDQIcm9ImfzhvLOm4Yns56+ GwG8w69vAyw1lDpeoXW0GSCi0r1YBO9T/SbKxMG3bVwRHZlwwP8DmAHvPar85VqhaeWr aGzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:reply-to:to:cc:date :in-reply-to:references:organization:mime-version :content-transfer-encoding; bh=NWpqv5Q/1FSQhZuR9T77sFk0ziEL5/OjXw3+a65rrFM=; b=ry33vpmX9jrrZ7Z3y6/npiMb/WLOKmg4hxvxRWpD4kJoyiyNhL5LjjqTyyOwRekwFd XpkkrTNzTV+KBsy6dcj5Nwg6QpK6c+JKBtuGUnijckP1ubjl/OuDcIGqMWvmhmaY3UAF ARWBrH5bzvHFoOLM/qE3cTYBwswtyTw4uAy3N75dPPn07mTZ4GNHewcqQCM4cOjeZqo2 qeciwqH5ZKZ1kVUdyHtyaHqEaYplVzN7mmkoYg/M6KtK2Y94Oo8B2y8Vtvw9sJteYOqG 1AAHZE1BaN/CDk8x9MEoJBa+8egxag5noSeRGrux21Fudc6UNBTdWuTcSsUw/cG88ecO 4yKg== X-Gm-Message-State: AMke39mQ12Kgaj8q5OI2THH0Pjl7GAIUsHOO3sMrFBG+/aMi8U7HXFfdNgjYD+Ley37ux0sj X-Received: by 10.223.128.231 with SMTP id 94mr32561138wrl.165.1489519072344; Tue, 14 Mar 2017 12:17:52 -0700 (PDT) Received: from cjbc_dell.lan (85.251.161.16.dyn.user.ono.com. [85.251.161.16]) by smtp.gmail.com with ESMTPSA id c58sm30239813wrc.9.2017.03.14.12.17.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 14 Mar 2017 12:17:51 -0700 (PDT) Message-ID: <1489519070.5068.35.camel@it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano Reply-To: cjbc@it.uc3m.es To: =?ISO-8859-1?Q?Bal=E1zs?= Varga A , "detnet@ietf.org" Cc: "draft-ietf-detnet-use-cases@tools.ietf.org" Date: Tue, 14 Mar 2017 20:17:50 +0100 In-Reply-To: References: <1489108912.5107.27.camel@it.uc3m.es> <1489423615.6430.2.camel@it.uc3m.es> Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.5-1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Detnet] Crosshaul input for consideration in draft-ietf-detnet-use-cases X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Mar 2017 19:17:57 -0000 Hi Balázs, On Tue, 2017-03-14 at 08:49 +0000, Balázs Varga A wrote: > Hi Carlos, > > Thanks for the clarifications, some reflections: > - FLR values: there are "multiple low layer splits". I would prefer > to add values only if we can refer explicitly to a standard. These exemplary numbers refer to the legacy CPRI split (it is option 8 in 3GPP). So we can point to that standard for these numbers, as this split will continue to exist (regardless of new ones that might appear). > - Naming: what is distributed vs. centralized will be network > scenario and vendor specific. We should speak more about  > interconnection of functionalities without stating their geographical > locations. So I am fine to highlight the "co-existence" > factor just intend to have better terminology. OK, agree. Having the focus on interconnection of functions is OK, instead of reusing the 3GPP terminology of CU and DU. > - Requirements: here the list is about "data plane transport > specification". In my view your new bullets are more end2end > architecture specific requirements (e.g., "supporting multiple > functional splits simultaneously", "Slicing and  > Multi-tenancy-capable", etc.). These are valid requirements but not > the primary targets of DetNet.  Here I'm afraid I don't agree. These requirements have direct implication on the data plane transport, and that is why we bring them in DETNET. Thanks, Carlos > > Cheers > Bala'zs > > -----Original Message----- > From: Carlos Jesús Bernardos Cano [mailto:cjbc@it.uc3m.es]  > Sent: Monday, March 13, 2017 5:47 PM > To: Balázs Varga A ; detnet@ietf.org > Cc: draft-ietf-detnet-use-cases@tools.ietf.org > Subject: Re: Crosshaul input for consideration in draft-ietf-detnet- > use-cases > > Hi Balázs, > > Apologies for the belated reply. Please see in line below. > > On Fri, 2017-03-10 at 08:18 +0000, Balázs Varga A wrote: > > Hi Carlos, > >   > > Some comments and a question for clarification: > >   > > 6.1.4.  Transport Loss Constraints > > > Some fronthaul functional splits considered by 3GPP require the > > > > frame loss ratio (FLR) > > > to be less than 10E-7 for data traffic and less than 10E-6 for > > > > C&M. > > Functional split is still under heavy discussion in 3GPP. These  > > numbers are not defined by 3GPP and may be dependent on discussion  > > results. So I think including them in the use-case draft may > > causes  > > confusions. > > This is a fair point. The purpose of this was to provide some > exemplary numbers (which I think are helpful, as provided for other > use cases in the document). Maybe we can rewrite this part a bit so > we say "Different fronthaul functional splits are being considered by > 3GPP, requiring strict frame loss ratio (FLR) guarantees. As one > example, lower layers splits require FLR to be less than 10E-7 for > data traffic and less than 10E-6 for C&M", or something like this. > What do you think? > > >   > > 6.3.  Cellular Radio Networks Future > > > o  Different splits of the functionality run on the base stations > > >    (baseband processing units) and the remote radio heads > > > > (antennae) > > >    could co-exist on the same Fronthaul and Backhaul network. > > > > I see a terminology issue here mainly due to the fact that future  > > splits and the resulting network elements are not (yet) defined.  > > Baseband processing units and antenna refers to legacy > > technologies,  > > which does not require DetNet and are out-of- scope. > >   > > I see this point. What about rewriting this a bit to avoid the > terminology issue: "Different splits of the functionality run on the > base stations (centralized units) and the on-site units (distributed > units) could co-exist on the same Fronthaul and Backhaul network"? > > > 6.4.  Cellular Radio Networks Asks > > > new proposed bullets … > > > > Do You propose to extend this section with general requirements of > > the Cellular > > Radio Networks? This section focuses on “data plane transport”. I > > have concerns on > > some items of your list and have found some of them not relevant > > from > > DetNet > > perspective. > > Sorry, I don't get what your concerns are here, can you elaborate a > bit > more? > > Thanks, > > Carlos > > >   > > Cheers > > Bala’zs > >   > >   > > -----Original Message----- > > From: Carlos Jesús Bernardos Cano [mailto:cjbc@it.uc3m.es]  > > Sent: Friday, March 10, 2017 2:22 AM > > To: detnet@ietf.org > > Cc: draft-ietf-detnet-use-cases@tools.ietf.org > > Subject: Crosshaul input for consideration in draft-ietf-detnet- > > use- > > cases > >   > > Hi, > >   > > In Seoul we presented draft-bernardos-detnet-crosshaul- > > requirements- > > 00.txt as potential input to be considered for "Section 6. Cellular > > radio" of draft-ietf-detnet-use-cases. The group agreed that > > contributions from us were welcome to complement/fix the text in > > the > > use cases document. > >   > > We have taken -11 version and tried to propose specific changes to > > the document. Please find them below for discussion. > >   > > ---- > > 6.1.1.  Network Architecture > >   > > OLD: > >   > > Figure 10 illustrates a typical 3GPP-defined cellular network > > architecture, which includes "Fronthaul" and "Midhaul" network > > segments.  The "Fronthaul" is the network connecting base stations > > (baseband processing units) to the remote radio heads (antennas). > > The "Midhaul" is the network inter-connecting base stations (or > > small > > cell sites). > >   > > NEW: > >   > > Figure 10 illustrates a typical 3GPP-defined cellular network > > architecture, which includes "Fronthaul", "Midhaul" and "Backhaul" > > network segments.  The "Fronthaul" is the network connecting base > > stations (baseband processing units) to the remote radio heads > > (antennas).  The "Midhaul" is the network inter-connecting base > > stations (or small cell sites).  The "Backhaul" is the network or > > links connecting the radio base station sites to the network > > controller/gateway sites (i.e. the core of the 3GPP cellular > > network). > > ---- > > 6.1.3.  Time Synchronization Constraints > >   > > [...] > >   > > OLD: > >   > > In cellular networks from the LTE radio era onward, phase > > synchronization is needed in addition to frequency synchronization > > ([TS36300], [TS23401]). > >   > > NEW: > >   > > In cellular networks from the LTE radio era onward, phase > > synchronizatio n is needed in addition to frequency synchronization > > ([TS36300], [TS23401]). > >   > > Time constraints are also important due to its impact on packet > > loss. > > If a packet is delivered too late, then the packet may be dropped > > by > > the host. > > ---- > >   > > ---- > > 6.1.4.  Transport Loss Constraints > >   > > [...] > >   > > OLD: > >   > > For packetized Fronthaul and Midhaul connections packet loss may be > > caused by BER, congestion, or network failure scenarios.  Current > > tools for elminating packet loss for Fronthaul and Midhaul networks > > have serious challenges, for example retransmitting lost packets > > and/ > > or using forward error correction (FEC) to circumvent bit errors is > > practically impossible due to the additional delay incurred.  Using > > redundant streams for better guarantees for delivery is also > > practically impossible in many cases due to high bandwidth > > requirements of Fronthaul and Midhaul networks.  Protection > > switching > > is also a candidate but current technologies for the path switch > > are > > too slow to avoid reset of mobile interfaces. > >   > > NEW: > >   > > For packetized Fronthaul and Midhaul connections packet loss may be > > caused by BER, congestion, or network failure scenarios.  Some > > fronthaul functional splits considered by 3GPP require the frame > > loss > > ratio (FLR) to be less than 10E-7 for data traffic and less than > > 10E-6 for C&M.  Current tools for eliminating packet loss for > > Fronthaul and Midhaul networks have serious challenges, for example > > retransmitting lost packets and/or using forward error correction > > (FEC) to circumvent bit errors is practically impossible due to the > > additional delay incurred.  Using redundant streams for better > > guarantees for delivery is also practically impossible in many > > cases > > due to high bandwidth requirements of Fronthaul and Midhaul > > networks. > > Protection switching is also a candidate but current technologies > > for > > the path switch are too slow to avoid reset of mobile interfaces. > > ---- > >   > > ---- > > 6.3.  Cellular Radio Networks Future > >   > > [...] > >   > > OLD: > >   > > o  All form of xHaul networks will need some form of DetNet > >   solutions.  For example with the advent of 5G some Backhaul > >    traffic will also have DetNet requirements (e.g. traffic > > belonging > >    to time-critical 5G applications). > >   > > NEW: > >   > > o  All form of xHaul networks will need some form of DetNet > >    solutions.  For example with the advent of 5G some Backhaul > >    traffic will also have DetNet requirements (e.g. traffic > > belonging > >    to time-critical 5G applications). > >   > > o  Different splits of the functionality run on the base stations > >    (baseband processing units) and the remote radio heads > > (antennae) > >    could co-exist on the same Fronthaul and Backhaul network. > > ---- > >   > > ---- > > 6.4.  Cellular Radio Networks Asks > >   > > [...] > >   > > OLD: > >   > > A standard for data plane transport specification which is: > >   > > o  Unified among all xHauls (meaning that different flows with > >    diverse DetNet requirements can coexist in the same network and > >    traverse the same nodes without interfering with each other) > >   > > o  Deployed in a highly deterministic network environment > >   > > NEW: > >   > > A standard for data plane transport specification which is: > >   > > o  Unified among all xHauls (meaning that different flows with > >    diverse DetNet requirements can coexist in the same network and > >    traverse the same nodes without interfering with each other) > >   > > o  Deployed in a highly deterministic network environment > >   > > o  Capable of supporting multiple functional splits simultaneously, > >    including existing Backhaul and CPRI Fronthaul and new modes as > >    defined for example in 3GPP. > >   > > o  Slicing and Multi-tenancy-capable, supporting: isolating traffic > >    (guaranteed QoS) and separating traffic (privacy). > >   > > o  Compatible with existing security and synchronization > > mechanisms, > >    such as IEEE1588, IEEE802.1AS. > >   > > o  Capable of transporting both in-band and out-band control > > traffic > >    (OAM info, ...). > >   > > o  Deployable over multiple data link technologies (e.g., IEEE > > 802.3, > >    mmWave, etc.). > > ---- > >   > > Comments are welcome, > >   > > Thanks, > >   > > Carlos > >   From nobody Wed Mar 15 17:03:05 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCD7412E852 for ; Wed, 15 Mar 2017 17:03:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadcom.com 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 sjsKlygk96YW for ; Wed, 15 Mar 2017 17:03:00 -0700 (PDT) Received: from mail-wr0-x236.google.com (mail-wr0-x236.google.com [IPv6:2a00:1450:400c:c0c::236]) (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 5EC4112EA81 for ; Wed, 15 Mar 2017 17:03:00 -0700 (PDT) Received: by mail-wr0-x236.google.com with SMTP id u48so21370399wrc.0 for ; Wed, 15 Mar 2017 17:03:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=MyhAauoprrm29p6ahLNORx8Dkmf4LNUu4AzWEjpj5o8=; b=Wb+v5BWJEggaZNvvrwrihl8s9/vrqroikqClm1CIPNcwaGiIFe6pweJ89JKC6MYk9H JtgBNovEWL1KFVbDcZm6Gfoqi9nHhChnQbSu5vznnJiNgxzbZd2YLROtgnmU1yHI3uh3 97CZTFQbew4bIKUu5Ks0euNtQUVwIaxNNIAlI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=MyhAauoprrm29p6ahLNORx8Dkmf4LNUu4AzWEjpj5o8=; b=sn0syReNnYgy83d3x4zV40RdlmSh9nMsruXIl7YznHhsDCrLoMuE0kPj2cQJFsLGs0 rkLz6jDj8xUIDD27c9vPvOimr8OA8UX+0lwBFMM/fcxvwi/yVBsODfB65EpAJOUEm5Dn 7kndOhmM2XhhXmFJtY7Y14pOmeN2o7f0OaWsgt5qBamyLgKD0HaFeIZhVqtWFCQv/O5o EwIY05Kd+BgzzObHPTGKoy/mHQ7aJCdqeVXIsTA/OYq6a4hh8+/6odvpiTRHEFdnjxxV YUdld8mU63Crmz0ekkjJ/EL9wc0Qxl4g8bhd8I7eOSPM9Kw8fmc2lA149u/e4uHEdmyT 9hWg== X-Gm-Message-State: AFeK/H3rHTjdqCGkWSGH/lSKuEMnYTxyT+aDY1AfST6y/jSv7CI9e557n6ENk9yhQArQAQzU X-Received: by 10.223.151.5 with SMTP id r5mr5776742wrb.97.1489622578577; Wed, 15 Mar 2017 17:02:58 -0700 (PDT) Received: from [192.168.90.98] ([216.31.219.19]) by smtp.gmail.com with ESMTPSA id j184sm2185641wmd.31.2017.03.15.17.02.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Mar 2017 17:02:57 -0700 (PDT) From: Jouni Korhonen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Message-Id: <7EB87801-6768-4CD3-974C-47CD79DB9AB1@broadcom.com> Date: Wed, 15 Mar 2017 17:02:54 -0700 To: detnet@ietf.org X-Mailer: Apple Mail (2.3259) Archived-At: Subject: [Detnet] Draft agenda has been uploaded.. X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Mar 2017 00:03:04 -0000 https://www.ietf.org/proceedings/98/agenda/agenda-98-detnet-00 -- Jouni Korhonen, Broadcom, Core Switching Group +1-408-391-7160 From nobody Fri Mar 17 18:33:50 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9058F1296B8 for ; Fri, 17 Mar 2017 18:33:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 wwEQ5OtV61Tx for ; Fri, 17 Mar 2017 18:33:38 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 79F19124D37 for ; Fri, 17 Mar 2017 18:32:07 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DJC42313; Sat, 18 Mar 2017 01:32:05 +0000 (GMT) Received: from DGGEMM405-HUB.china.huawei.com (10.3.20.213) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.301.0; Sat, 18 Mar 2017 01:32:04 +0000 Received: from DGGEMM508-MBS.china.huawei.com ([169.254.4.218]) by DGGEMM405-HUB.china.huawei.com ([10.3.20.213]) with mapi id 14.03.0301.000; Sat, 18 Mar 2017 09:32:00 +0800 From: zhayiyong To: "detnet@ietf.org" Thread-Topic: New Version Notification for draft-zha-detnet-flow-info-model-02.txt Thread-Index: AQHSm+IBYSN7uyu3ZUOHyxGuziTc0aGZ1r7g Date: Sat, 18 Mar 2017 01:31:59 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.15.96] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.58CC8E15.0164, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.218, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 302bdcc0077a6f56d27d5ee68f849a9e Archived-At: Subject: [Detnet] FW: New Version Notification for draft-zha-detnet-flow-info-model-02.txt X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Mar 2017 01:33:49 -0000 SGkgQWxsLA0KDQpQbGVhc2Ugbm90ZSB0aGF0IHRoZSBpbmZvcm1hdGlvbiBtb2RlbCBkcmFmdCBo YXMgYmVlbiB1cGRhdGVkLiBDaGFuZ2VzIGFyZToNCjEuIGFkZCB0cmFuc3BvcnQgbGF5ZXIgaW5m b3JtYXRpb24gDQoyLiBhZGQgdHJhZmZpYyB0eXBlIGluZm9ybWF0aW9uDQozLiBtb3JlIGVsYWJv cmF0aW9uIG9uIGhvdyB0byB1c2UgaXQgd2l0aCA4MDIuMXFjYw0KNC4gZWRpdG9yaWFsIGNoYW5n ZXMuDQoNClJlZ2FyZHMsDQpZaXlvbmcgDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG cm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmddIA0KU2VudDogTW9uZGF5LCBNYXJjaCAxMywgMjAxNyA2OjEwIFBNDQpUbzogemhheWl5 b25nOyBMaWFuZyBHZW5nOyBKaWFuZ3l1YW5sb25nDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gZm9yIGRyYWZ0LXpoYS1kZXRuZXQtZmxvdy1pbmZvLW1vZGVsLTAyLnR4dA0KDQoN CkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC16aGEtZGV0bmV0LWZsb3ctaW5mby1tb2RlbC0w Mi50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWWl5b25nIFpoYSBhbmQg cG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC16aGEtZGV0bmV0 LWZsb3ctaW5mby1tb2RlbA0KUmV2aXNpb246CTAyDQpUaXRsZToJCURldGVybWluaXN0aWMgTmV0 d29ya2luZyBGbG93IEluZm9ybWF0aW9uIE1vZGVsDQpEb2N1bWVudCBkYXRlOgkyMDE3LTAzLTEz DQpHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6CQkxNQ0KVVJMOiAgICAgICAg ICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC16aGEtZGV0bmV0 LWZsb3ctaW5mby1tb2RlbC0wMi50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC16aGEtZGV0bmV0LWZsb3ctaW5mby1tb2RlbC8NCkh0bWxp emVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtemhhLWRldG5ldC1m bG93LWluZm8tbW9kZWwtMDINCkRpZmY6ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9y ZmNkaWZmP3VybDI9ZHJhZnQtemhhLWRldG5ldC1mbG93LWluZm8tbW9kZWwtMDINCg0KQWJzdHJh Y3Q6DQogICBEZXRlcm1pbmlzdGljIE5ldHdvcmtpbmcgKERldE5ldCkgcHJvdmlkZXMgZW5kLXRv LWVuZCBhYnNvbHV0ZQ0KICAgZGVsYXkgYW5kIGxvc3MgZ3VhcmFudGVlIHRvIHNlcnZlIHJlYWwt dGltZSBhcHBsaWNhdGlvbnMuIERldE5ldA0KICAgaXMgZm9jdXNlZCBvbiBhIGdlbmVyYWwgYXBw cm9hY2ggdGhhdCB1c2UgdGVjaG5pcXVlcyBzdWNoIGFzIDEpDQogICBkYXRhIHBsYW5lIHJlc291 cmNlcyByZXNlcnZhdGlvbiBmb3IgRGV0TmV0IGZsb3dzOyAyKSBwcm92aWRpbmcNCiAgIGZpeGVk IHBhdGggZm9yIERldE5ldCBmbG93czsgMylzZXF1ZW50aWFsaXpuZywgcmVwbGljYXRpbmcsIGFu ZA0KICAgZWxpbWluYXRpbmcgZHVwbGljYXRlIHBhY2tldHMgdHJhbnNtaXNzaW9uIFtkcmFmdC1p ZXRmLWRldG5ldC0NCiAgIGFyY2hpdGVjdHVyZS0wMF0gdG8gZ3VhcmFudGVlIHRoZSB3b3JzdCBj YXNlIGRlbGF5IG9mIERldE5ldCBmbG93DQogICB3aGlsZSBhbGxvdyBzaGFyaW5nIGFtb25nIGJl c3QgZWZmb3J0IHRyYWZmaWMuIERhdGEgZmxvdw0KICAgaW5mb3JtYXRpb24gbW9kZWwgaXMgaW1w b3J0YW50IHRvIHRoZSBEZXROZXQgd29yayB0aGF0IGl0IGRlZmluZXMNCiAgIGluZm9ybWF0aW9u IGJlIHVzZWQgYnkgZmxvdyBlc3RhYmxpc2htZW50IGFuZCBjb250cm9sIHByb3RvY29scy4NCiAg IFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGFuZCBEZXROZXQgZmxvdyBpbmZvcm1hdGlvbiBtb2Rl bCB0aGF0DQogICByZXByZXNlbnRzIHRoZSBmbG93IGlkZW50aWZpZXIsIHRyYWZmaWMgZGVzY3Jp cHRpb24gaW5mb3JtYXRpb24gc28NCiAgIHRoYXQgY2FuIG1ha2UgcmVzb3VyY2UgcmVzZXJ2YXRp b24gYW5kIHByb3ZpZGUgZGlmZmVyZW50aWF0ZQ0KICAgc2VydmljZS4NCg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUg b2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVk IHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhl IElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Mon Mar 20 08:39:39 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88494127B73 for ; Mon, 20 Mar 2017 08:39:37 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nio365.onmicrosoft.com 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 RtBhbXR6BXSA for ; Mon, 20 Mar 2017 08:39:35 -0700 (PDT) Received: from mx0b-00010702.pphosted.com (mx0b-00010702.pphosted.com [148.163.158.57]) (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 067DC126BFD for ; Mon, 20 Mar 2017 08:39:34 -0700 (PDT) Received: from pps.filterd (m0098779.ppops.net [127.0.0.1]) by mx0b-00010702.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v2KFZwt7001883; Mon, 20 Mar 2017 10:39:26 -0500 Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1nam02lp0018.outbound.protection.outlook.com [216.32.180.18]) by mx0b-00010702.pphosted.com with ESMTP id 29ac1btwb5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 20 Mar 2017 10:39:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nio365.onmicrosoft.com; s=selector1-ni-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=QEUc145ZE/HiDDqUy+id1uOJjBjgjItoh+R+RIHkTIM=; b=H/5IzfxQ8DX6irLtr19ZMZEFH1deT7XPAA37m1PY9PkbnVutcSQKurhDYL+GUG1PbvXJFaLiCesiLBqbg+8D97gX73Acu9O7+OaRE8T9OcBy9wOtoq5pnZDKng1PukpDf9pFrmoFQ8dQnkqjfY0SBuBjF+R+hbPc52Gox8E6nro= Received: from MWHPR04MB0559.namprd04.prod.outlook.com (10.173.49.136) by MWHPR04MB0558.namprd04.prod.outlook.com (10.173.49.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 20 Mar 2017 15:39:24 +0000 Received: from MWHPR04MB0559.namprd04.prod.outlook.com ([10.173.49.136]) by MWHPR04MB0559.namprd04.prod.outlook.com ([10.173.49.136]) with mapi id 15.01.0947.020; Mon, 20 Mar 2017 15:39:24 +0000 From: Rodney Cummings To: zhayiyong , "detnet@ietf.org" Thread-Topic: New Version Notification for draft-zha-detnet-flow-info-model-02.txt Thread-Index: AQHSm+IBYSN7uyu3ZUOHyxGuziTc0aGZ1r7ggAQNg/A= Date: Mon, 20 Mar 2017 15:39:24 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=ni.com; x-originating-ip: [130.164.62.155] x-ms-office365-filtering-correlation-id: 9757cae4-8415-4a07-5944-08d46fa7492a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075); SRVR:MWHPR04MB0558; x-microsoft-exchange-diagnostics: 1; MWHPR04MB0558; 7:WZ7H22ix/LGszpo3uW8fU98fB3uQXOQB/wOieWGqeme0AmCGJ7UupYaidYUDMoJKOR3UtoI5TV1OcGdzMxxwRGPAkVRpomJjse1IZ3EgtgsO7IrzESLYV4dY8iAyBWfkO6vRcvGpIjNBnt6GrdgdOMlCfE/rdoWlppZgBh5uy5wLNp0aNoSygrk4dEc8y81KHExcwgmwFPgMeMT9tKTOSgjAgNXeMRHg/Az7pczHcwloT4t/t5C5EH5gcmUrgReRK4nWthz1Swm/UB29IZbkh5j+s1BXTf8NHX+ulYi/NbQYeCwx9jmGLY8b9L/M7RpLaIhtwgSaDW08W+MSaqplqA== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123560025)(20161123564025)(20161123558025)(20161123555025)(20161123562025)(6072148); SRVR:MWHPR04MB0558; BCL:0; PCL:0; RULEID:; SRVR:MWHPR04MB0558; x-forefront-prvs: 02524402D6 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39450400003)(377424004)(13464003)(377454003)(53754006)(305945005)(189998001)(6116002)(66066001)(2501003)(6306002)(2906002)(54356999)(7736002)(77096006)(3846002)(3280700002)(55016002)(102836003)(99286003)(8936002)(2900100001)(81166006)(6506006)(3660700001)(9686003)(38730400002)(6436002)(76176999)(50986999)(6246003)(25786008)(8676002)(33656002)(7696004)(53936002)(229853002)(74316002)(5660300001)(86362001)(230783001)(122556002)(2950100002)(15650500001)(53546008); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR04MB0558; H:MWHPR04MB0559.namprd04.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: ni.com X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Mar 2017 15:39:24.2274 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 87ba1f9a-44cd-43a6-b008-6fdb45a5204e X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR04MB0558 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-03-20_12:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=30 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=30 reason=mlx scancount=1 engine=8.0.1-1702020001 definitions=main-1703200135 Archived-At: Subject: Re: [Detnet] New Version Notification for draft-zha-detnet-flow-info-model-02.txt X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2017 15:39:38 -0000 Thanks Yiyong, I would like to clarify something about the 802.1 terminology. 802.1Qcc (and its predecessor 802.1Qat) uses the term "StreamID", and 802.1= CB uses the term "Stream identification", and those two terms mean very dif= ferent things. Given that the two terms do not mean that same thing, it was= a mistake to use the same words, but... it is what it is. For DetNet, I think we need to fix that mistake in the terminology. For StreamID, I would recommend "flow handle" for DetNet, because that desc= ribes its usage more precisely. The StreamID is a unique handle that the us= er's application (i.e. Talker and Listeners) uses to reference the flow's c= onfiguration in the network. For example, the Talker/Listener can use the S= treamID to ask "Is my flow ready for use?". The StreamID has nothing to do = with data packets between Talker and Listener. It is simply a "GUID". In 80= 2.1 standards, we generate the "GUID" using a MAC address followed by a 16 = bit unique identifier generated in the Talker. If DetNet choses to use a di= fferent technique to generate a unique identifier, that's fine. This "flow = handle" concept has nothing to do with the data packets. For "Stream identification", 802.1CB uses that term to specify the identifi= cation of the Stream in data packets. 802.1CB supports the Stream identific= ations that the I-D below lists in 3.1.1 and 3.1.2, as well as others. For = this term, I would recommend "flow identification" for DetNet, which the I-= D below uses. In 3.1.1 of the I-D below states that 802.1Qcc uses MAC address and unique = ID as its flow identification. Technically that is incorrect, because 802.1= Qcc uses that encoding for StreamID only (the "flow handle"), and that Stre= amID encoding is unrelated to data packets. For "flow identification", 802.= 1Qcc uses the same encodings shown in 3.1.1 and 3.1.2. Those "flow identifi= cations" are actually formalized in 802.1CB. Rodney > -----Original Message----- > From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of zhayiyong > Sent: Friday, March 17, 2017 8:32 PM > To: detnet@ietf.org > Subject: [Detnet] FW: New Version Notification for draft-zha-detnet-flow- > info-model-02.txt >=20 > Hi All, >=20 > Please note that the information model draft has been updated. Changes > are: > 1. add transport layer information > 2. add traffic type information > 3. more elaboration on how to use it with 802.1qcc > 4. editorial changes. >=20 > Regards, > Yiyong >=20 > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Monday, March 13, 2017 6:10 PM > To: zhayiyong; Liang Geng; Jiangyuanlong > Subject: New Version Notification for draft-zha-detnet-flow-info-model- > 02.txt >=20 >=20 > A new version of I-D, draft-zha-detnet-flow-info-model-02.txt > has been successfully submitted by Yiyong Zha and posted to the IETF > repository. >=20 > Name: draft-zha-detnet-flow-info-model > Revision: 02 > Title: Deterministic Networking Flow Information Model > Document date: 2017-03-13 > Group: Individual Submission > Pages: 15 > URL: https://www.ietf.org/internet-drafts/draft-zha-detnet- > flow-info-model-02.txt > Status: https://datatracker.ietf.org/doc/draft-zha-detnet-flow- > info-model/ > Htmlized: https://tools.ietf.org/html/draft-zha-detnet-flow-info- > model-02 > Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-zha-detnet-flow= - > info-model-02 >=20 > Abstract: > Deterministic Networking (DetNet) provides end-to-end absolute > delay and loss guarantee to serve real-time applications. DetNet > is focused on a general approach that use techniques such as 1) > data plane resources reservation for DetNet flows; 2) providing > fixed path for DetNet flows; 3)sequentializng, replicating, and > eliminating duplicate packets transmission [draft-ietf-detnet- > architecture-00] to guarantee the worst case delay of DetNet flow > while allow sharing among best effort traffic. Data flow > information model is important to the DetNet work that it defines > information be used by flow establishment and control protocols. > This document describes and DetNet flow information model that > represents the flow identifier, traffic description information so > that can make resource reservation and provide differentiate > service. >=20 >=20 >=20 >=20 > Please note that it may take a couple of minutes from the time of > submission until the htmlized version and diff are available at > tools.ietf.org. >=20 > The IETF Secretariat >=20 > _______________________________________________ > detnet mailing list > detnet@ietf.org > https://www.ietf.org/mailman/listinfo/detnet From nobody Mon Mar 20 17:37:26 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59B1E129417 for ; Mon, 20 Mar 2017 17:37:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 NP1V3BUimTrF for ; Mon, 20 Mar 2017 17:37:22 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5897312940F for ; Mon, 20 Mar 2017 17:37:21 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DDD28881; Tue, 21 Mar 2017 00:37:18 +0000 (GMT) Received: from DGGEMM404-HUB.china.huawei.com (10.3.20.212) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 21 Mar 2017 00:37:17 +0000 Received: from DGGEMM508-MBS.china.huawei.com ([169.254.4.204]) by DGGEMM404-HUB.china.huawei.com ([10.3.20.212]) with mapi id 14.03.0301.000; Tue, 21 Mar 2017 08:37:11 +0800 From: zhayiyong To: Rodney Cummings , "detnet@ietf.org" Thread-Topic: New Version Notification for draft-zha-detnet-flow-info-model-02.txt Thread-Index: AQHSm+IBYSN7uyu3ZUOHyxGuziTc0aGZ1r7ggAQNg/CAAJePoA== Date: Tue, 21 Mar 2017 00:37:10 +0000 Message-ID: References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.15.96] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.58D075BF.0060, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.204, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: addeb69199bcb8d05187e26fef8db98e Archived-At: Subject: Re: [Detnet] New Version Notification for draft-zha-detnet-flow-info-model-02.txt X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2017 00:37:25 -0000 Hi Rodney, Thank you for your clarification. I agree with you that DetNet should diffe= rentiate these two concepts. Flow identification is needed for sure, and do= we need such "flow handle" mechanism in DetNet (layer 3 network)?=20 Regards, Yiyong -----Original Message----- From: Rodney Cummings [mailto:rodney.cummings@ni.com]=20 Sent: Monday, March 20, 2017 11:39 PM To: zhayiyong; detnet@ietf.org Subject: RE: New Version Notification for draft-zha-detnet-flow-info-model-= 02.txt Thanks Yiyong, I would like to clarify something about the 802.1 terminology. 802.1Qcc (and its predecessor 802.1Qat) uses the term "StreamID", and 802.1= CB uses the term "Stream identification", and those two terms mean very dif= ferent things. Given that the two terms do not mean that same thing, it was= a mistake to use the same words, but... it is what it is. For DetNet, I think we need to fix that mistake in the terminology. For StreamID, I would recommend "flow handle" for DetNet, because that desc= ribes its usage more precisely. The StreamID is a unique handle that the us= er's application (i.e. Talker and Listeners) uses to reference the flow's c= onfiguration in the network. For example, the Talker/Listener can use the S= treamID to ask "Is my flow ready for use?". The StreamID has nothing to do = with data packets between Talker and Listener. It is simply a "GUID". In 80= 2.1 standards, we generate the "GUID" using a MAC address followed by a 16 = bit unique identifier generated in the Talker. If DetNet choses to use a di= fferent technique to generate a unique identifier, that's fine. This "flow = handle" concept has nothing to do with the data packets. For "Stream identification", 802.1CB uses that term to specify the identifi= cation of the Stream in data packets. 802.1CB supports the Stream identific= ations that the I-D below lists in 3.1.1 and 3.1.2, as well as others. For = this term, I would recommend "flow identification" for DetNet, which the I-= D below uses. In 3.1.1 of the I-D below states that 802.1Qcc uses MAC address and unique = ID as its flow identification. Technically that is incorrect, because 802.1= Qcc uses that encoding for StreamID only (the "flow handle"), and that Stre= amID encoding is unrelated to data packets. For "flow identification", 802.= 1Qcc uses the same encodings shown in 3.1.1 and 3.1.2. Those "flow identifi= cations" are actually formalized in 802.1CB. Rodney > -----Original Message----- > From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of zhayiyong > Sent: Friday, March 17, 2017 8:32 PM > To: detnet@ietf.org > Subject: [Detnet] FW: New Version Notification for=20 > draft-zha-detnet-flow- info-model-02.txt >=20 > Hi All, >=20 > Please note that the information model draft has been updated. Changes > are: > 1. add transport layer information > 2. add traffic type information > 3. more elaboration on how to use it with 802.1qcc 4. editorial=20 > changes. >=20 > Regards, > Yiyong >=20 > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Monday, March 13, 2017 6:10 PM > To: zhayiyong; Liang Geng; Jiangyuanlong > Subject: New Version Notification for=20 > draft-zha-detnet-flow-info-model- 02.txt >=20 >=20 > A new version of I-D, draft-zha-detnet-flow-info-model-02.txt > has been successfully submitted by Yiyong Zha and posted to the IETF=20 > repository. >=20 > Name: draft-zha-detnet-flow-info-model > Revision: 02 > Title: Deterministic Networking Flow Information Model > Document date: 2017-03-13 > Group: Individual Submission > Pages: 15 > URL: https://www.ietf.org/internet-drafts/draft-zha-detnet- > flow-info-model-02.txt > Status: https://datatracker.ietf.org/doc/draft-zha-detnet-flow- > info-model/ > Htmlized: https://tools.ietf.org/html/draft-zha-detnet-flow-info- > model-02 > Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-zha-detnet-flow= - > info-model-02 >=20 > Abstract: > Deterministic Networking (DetNet) provides end-to-end absolute > delay and loss guarantee to serve real-time applications. DetNet > is focused on a general approach that use techniques such as 1) > data plane resources reservation for DetNet flows; 2) providing > fixed path for DetNet flows; 3)sequentializng, replicating, and > eliminating duplicate packets transmission [draft-ietf-detnet- > architecture-00] to guarantee the worst case delay of DetNet flow > while allow sharing among best effort traffic. Data flow > information model is important to the DetNet work that it defines > information be used by flow establishment and control protocols. > This document describes and DetNet flow information model that > represents the flow identifier, traffic description information so > that can make resource reservation and provide differentiate > service. >=20 >=20 >=20 >=20 > Please note that it may take a couple of minutes from the time of=20 > submission until the htmlized version and diff are available at=20 > tools.ietf.org. >=20 > The IETF Secretariat >=20 > _______________________________________________ > detnet mailing list > detnet@ietf.org > https://www.ietf.org/mailman/listinfo/detnet From nobody Mon Mar 20 18:13:33 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 738D613169B for ; Mon, 20 Mar 2017 18:13:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 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_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadcom.com 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 YmnZ_4MTkLGz for ; Mon, 20 Mar 2017 18:13:29 -0700 (PDT) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (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 D6F8213165A for ; Mon, 20 Mar 2017 18:13:28 -0700 (PDT) Received: by mail-io0-x233.google.com with SMTP id z13so40555870iof.2 for ; Mon, 20 Mar 2017 18:13:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=from:mime-version:references:in-reply-to:date:message-id:subject:to :cc:content-transfer-encoding; bh=aujyOwq62PL440kewrsTSDOPiiyYnRclsE4S9KoNLO8=; b=YVJeSvBOhDJpXqNIjx7TowVfwkeZVHYy67wPlgLNLx0d3IGK5VLiKX920csT8nT3zC ovRzmz2pZ/opnz9l/83bpMO0e7d+Ij0Le7RIfcBPsQjyX+B3Hv7iPTOH7vjZPq0k0IJX k5P+bnizvCRdB4+viJY/93ENNxBNUFxTBPrFg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:references:in-reply-to:date :message-id:subject:to:cc:content-transfer-encoding; bh=aujyOwq62PL440kewrsTSDOPiiyYnRclsE4S9KoNLO8=; b=FWltgS4ecfx0A/4kFwh39AlNoyZJqTL/tG0GnmUIkoBSap5sGCVXOGXfqzG5rhqSQt VOCmR0mLTQKyd2ACLH4FedKPPtVoIKuH5yECV280hjmf0UL+tc+MqOtfx3MkdPLGDjdh fGOhejuhF9Lkvyc94OfeifQP+HVnEop2oR4g/6LWlLzz0qz+XfjWMRVv2KXPNUvIKiBK hPaUe2Jci+ziF2wbYSUc8isjaKCsWAsHwHcVHttPhDKVOkvpmetfwsdky1K9nSRmNbqc C1eK3kzdKMhZROxYeoQMXHyIhSJ2sUmr/cpMNXr4kqVK4IlMfX/ZWXoZ7jzLNtfopGok aX8A== X-Gm-Message-State: AFeK/H3XaBV6uUATtIkbcbCCcCvm6YvcBz2SLcUiTZ4HR6UsnFlTQ65oRK8suQI7fwxjIZGE1ZkjVfd1gtuSNfgQ X-Received: by 10.107.169.227 with SMTP id f96mr29043015ioj.199.1490058808028; Mon, 20 Mar 2017 18:13:28 -0700 (PDT) From: Jouni Korhonen Mime-Version: 1.0 (1.0) References: In-Reply-To: Date: Mon, 20 Mar 2017 18:13:25 -0700 Message-ID: <-3509460046823320105@unknownmsgid> To: zhayiyong Cc: Rodney Cummings , "detnet@ietf.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Detnet] New Version Notification for draft-zha-detnet-flow-info-model-02.txt X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2017 01:13:31 -0000 Hi, Data plane design team produced draft has a 'flow-id' within the encapsulation header for flow identification purposes. Jouni Sent from a smart phone.. Mind the typos.. > On Mar 20, 2017, at 17:37, zhayiyong wrote: > > Hi Rodney, > > Thank you for your clarification. I agree with you that DetNet should dif= ferentiate these two concepts. Flow identification is needed for sure, and = do we need such "flow handle" mechanism in DetNet (layer 3 network)? > > Regards, > Yiyong > > -----Original Message----- > From: Rodney Cummings [mailto:rodney.cummings@ni.com] > Sent: Monday, March 20, 2017 11:39 PM > To: zhayiyong; detnet@ietf.org > Subject: RE: New Version Notification for draft-zha-detnet-flow-info-mode= l-02.txt > > Thanks Yiyong, > > I would like to clarify something about the 802.1 terminology. > > 802.1Qcc (and its predecessor 802.1Qat) uses the term "StreamID", and 802= .1CB uses the term "Stream identification", and those two terms mean very d= ifferent things. Given that the two terms do not mean that same thing, it w= as a mistake to use the same words, but... it is what it is. > > For DetNet, I think we need to fix that mistake in the terminology. > > For StreamID, I would recommend "flow handle" for DetNet, because that de= scribes its usage more precisely. The StreamID is a unique handle that the = user's application (i.e. Talker and Listeners) uses to reference the flow's= configuration in the network. For example, the Talker/Listener can use the= StreamID to ask "Is my flow ready for use?". The StreamID has nothing to d= o with data packets between Talker and Listener. It is simply a "GUID". In = 802.1 standards, we generate the "GUID" using a MAC address followed by a 1= 6 bit unique identifier generated in the Talker. If DetNet choses to use a = different technique to generate a unique identifier, that's fine. This "flo= w handle" concept has nothing to do with the data packets. > > For "Stream identification", 802.1CB uses that term to specify the identi= fication of the Stream in data packets. 802.1CB supports the Stream identif= ications that the I-D below lists in 3.1.1 and 3.1.2, as well as others. Fo= r this term, I would recommend "flow identification" for DetNet, which the = I-D below uses. > > In 3.1.1 of the I-D below states that 802.1Qcc uses MAC address and uniqu= e ID as its flow identification. Technically that is incorrect, because 802= .1Qcc uses that encoding for StreamID only (the "flow handle"), and that St= reamID encoding is unrelated to data packets. For "flow identification", 80= 2.1Qcc uses the same encodings shown in 3.1.1 and 3.1.2. Those "flow identi= fications" are actually formalized in 802.1CB. > > Rodney > >> -----Original Message----- >> From: detnet [mailto:detnet-bounces@ietf.org] On Behalf Of zhayiyong >> Sent: Friday, March 17, 2017 8:32 PM >> To: detnet@ietf.org >> Subject: [Detnet] FW: New Version Notification for >> draft-zha-detnet-flow- info-model-02.txt >> >> Hi All, >> >> Please note that the information model draft has been updated. Changes >> are: >> 1. add transport layer information >> 2. add traffic type information >> 3. more elaboration on how to use it with 802.1qcc 4. editorial >> changes. >> >> Regards, >> Yiyong >> >> -----Original Message----- >> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] >> Sent: Monday, March 13, 2017 6:10 PM >> To: zhayiyong; Liang Geng; Jiangyuanlong >> Subject: New Version Notification for >> draft-zha-detnet-flow-info-model- 02.txt >> >> >> A new version of I-D, draft-zha-detnet-flow-info-model-02.txt >> has been successfully submitted by Yiyong Zha and posted to the IETF >> repository. >> >> Name: draft-zha-detnet-flow-info-model >> Revision: 02 >> Title: Deterministic Networking Flow Information Model >> Document date: 2017-03-13 >> Group: Individual Submission >> Pages: 15 >> URL: https://www.ietf.org/internet-drafts/draft-zha-detnet- >> flow-info-model-02.txt >> Status: https://datatracker.ietf.org/doc/draft-zha-detnet-flow- >> info-model/ >> Htmlized: https://tools.ietf.org/html/draft-zha-detnet-flow-info- >> model-02 >> Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-zha-detnet-flo= w- >> info-model-02 >> >> Abstract: >> Deterministic Networking (DetNet) provides end-to-end absolute >> delay and loss guarantee to serve real-time applications. DetNet >> is focused on a general approach that use techniques such as 1) >> data plane resources reservation for DetNet flows; 2) providing >> fixed path for DetNet flows; 3)sequentializng, replicating, and >> eliminating duplicate packets transmission [draft-ietf-detnet- >> architecture-00] to guarantee the worst case delay of DetNet flow >> while allow sharing among best effort traffic. Data flow >> information model is important to the DetNet work that it defines >> information be used by flow establishment and control protocols. >> This document describes and DetNet flow information model that >> represents the flow identifier, traffic description information so >> that can make resource reservation and provide differentiate >> service. >> >> >> >> >> Please note that it may take a couple of minutes from the time of >> submission until the htmlized version and diff are available at >> tools.ietf.org. >> >> The IETF Secretariat >> >> _______________________________________________ >> 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 From nobody Wed Mar 22 13:38:19 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28CAD1292D3; Wed, 22 Mar 2017 13:38:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no 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 xvYCxmu17hBF; Wed, 22 Mar 2017 13:38:15 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FE0E1289B0; Wed, 22 Mar 2017 13:38:14 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DJJ48036; Wed, 22 Mar 2017 20:38:11 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 22 Mar 2017 20:38:10 +0000 Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.8]) by SJCEML703-CHM.china.huawei.com ([169.254.5.195]) with mapi id 14.03.0235.001; Wed, 22 Mar 2017 13:37:46 -0700 From: "Kiran.Makhijani" To: NVO3 , "teas@ietf.org" , "Anima@ietf.org" , "nfvrg@irtf.org" , "detnet@ietf.org" , "dmm@ietf.org" CC: Alex Galis , "stewart.bryant" , "Dongjie (Jimmy)" Thread-Topic: IETF98 NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: Vevey 1/2 Thread-Index: AQHSoz+5Xjw5TZfZoEyeQL1fJee2j6GhUdQA Date: Wed, 22 Mar 2017 20:37:46 +0000 Message-ID: <2716CB65-5FA7-467D-A2CE-301888D946BC@huawei.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.213.49.14] Content-Type: multipart/alternative; boundary="_000_2716CB655FA7467DA2CE301888D946BChuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.58D2E0B4.01C5, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.8, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 4886b10f17bc7b9a67c89c68471584c5 Archived-At: Subject: [Detnet] IETF98 NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: Vevey 1/2 X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 20:38:17 -0000 --_000_2716CB655FA7467DA2CE301888D946BChuaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 W0NoYW5nZWQgcmVjZXBpZW50cyBmcm9tIEJDQyB0byDigJhUb+KAmTogTlYwMywgRE1NLCBERVRO RVQsIFRFQVMsIEFOSU1BLCBORlZSRyB0byBieXBhc3MgbGlzdC1vd25lcuKAmXMgYXBwcm92YWw7 IFBsZWFzZSBkb27igJl0IHJlcGx5LWFsbF0NCg0KSGVsbG8gYWxsLA0KV2UgaW52aXRlIHlvdSB0 byBwYXJ0aWNpcGF0ZSBpbiBOZXRTbGljZXMgc2lkZSBtZWV0aW5nIGF0IElFVEYgOTguIFRoZSBk ZXRhaWxzIGFyZSBhcyBmb2xsb3dzIC0NCg0KDQotICAgICAgICAgIExvY2F0aW9uOiBSb29tIFZl dmV5IDEvMiwNCg0KLSAgICAgICAgICBEYXRlL1RpbWU6IDIwMTcuMDMuMjcsIDE4OjE1LTIxOjE1 DQoNCi0gICAgICAgICAgQWdlbmRhOiBodHRwczovL2dpdGh1Yi5jb20vbmV0c2xpY2VzL0lFVEYt TmV0U2xpY2VzL3RyZWUvbWFzdGVyL0lFVEY5OF9TaWRlbWVldGluZzAyDQpQbGVhc2Ugc2VlIGRl dGFpbGVkIChhZ2VuZGEubWQpIGFuZCBzdW1tYXJpemVkIChhZ2VuZGEudHh0KSB0ZXh0Lg0KU2Nv cGUgb2YgdGhlIG1lZXRpbmcgaXMgbWVudGlvbmVkIGluIGFnZW5kYSBhcyB3ZWxsLg0KDQpQbGVh c2UgZmVlbCBmcmVlIHRvIGZvcndhcmQgdGhpcyBpbnZpdGF0aW9uIHRvIGFueW9uZSBpbnRlcmVz dGVkLg0KDQpSZWdhcmRzDQpLaXJhbiwgRG9uZ0ppZSwgQWxleCwgU3Rld2FydA0K --_000_2716CB655FA7467DA2CE301888D946BChuaweicom_ Content-Type: text/html; charset="utf-8" Content-ID: <2DF0A511FC6DEB4491962E706EC108C2@huawei.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglwYW5vc2UtMToyIDcg MyA5IDIgMiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0K CXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAz IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1h bCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxp bmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlz dFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0 Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFyZ2luLWJvdHRvbTow aW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z aXplOjEyLjBwdDsNCglmb250LWZhbWlseTpDYWxpYnJpO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6 d2luZG93dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bDsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFp bFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6 Q2FsaWJyaTsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K CXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRp b25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoxMTQwMzQ4MjQxOw0KCW1zby1saXN0LXR5 cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMTg4NTE2MTU5OCAtNzcyNzYzMTYy IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3 Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6 MDsNCgltc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6LTsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWZh cmVhc3QtZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglm b250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGww OmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZh bWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDkN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0K CXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0 eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSIj MDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6Ymxh Y2siPltDaGFuZ2VkIHJlY2VwaWVudHMgZnJvbSBCQ0MgdG8g4oCYVG/igJk8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjogTlYwMywgRE1NLCBERVRORVQsIFRFQVMsIEFOSU1B LCBORlZSRyB0byBieXBhc3MgbGlzdC1vd25lcuKAmXMgYXBwcm92YWw7IFBsZWFzZSBkb27igJl0 IHJlcGx5LWFsbF08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkhl bGxvIGFsbCwgPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPldlIGludml0ZSB5b3UgdG8gcGFydGljaXBhdGUg aW4gTmV0U2xpY2VzIHNpZGUgbWVldGluZyBhdCBJRVRGIDk4LiBUaGUgZGV0YWlscyBhcmUgYXMg Zm9sbG93cyAtPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21z by1saXN0OmwwIGxldmVsMSBsZm8yIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0i bXNvLWxpc3Q6SWdub3JlIj4tPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij5Mb2NhdGlvbjogUm9vbSBWZXZleSAxLzIsPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJ0ZXh0LWluZGVudDotLjI1aW47 bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxl PSJtc28tbGlzdDpJZ25vcmUiPi08c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPkRhdGUvVGltZTogMjAxNy4wMy4yNywgMTg6MTUtMjE6MTU8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5k ZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+PCFbaWYgIXN1cHBvcnRMaXN0c10+ PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+LTxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdCI+QWdlbmRhOiA8YSBocmVmPSJodHRwczovL2dpdGh1Yi5j b20vbmV0c2xpY2VzL0lFVEYtTmV0U2xpY2VzL3RyZWUvbWFzdGVyL0lFVEY5OF9TaWRlbWVldGlu ZzAyIj4NCmh0dHBzOi8vZ2l0aHViLmNvbS9uZXRzbGljZXMvSUVURi1OZXRTbGljZXMvdHJlZS9t YXN0ZXIvSUVURjk4X1NpZGVtZWV0aW5nMDI8L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6LjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlBsZWFzZSBzZWUgZGV0YWlsZWQgKGFn ZW5kYS5tZCkgYW5kIHN1bW1hcml6ZWQgKGFnZW5kYS50eHQpIHRleHQuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4 dC1pbmRlbnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlNjb3BlIG9mIHRo ZSBtZWV0aW5nIGlzIG1lbnRpb25lZCBpbiBhZ2VuZGEgYXMgd2VsbC48L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlBsZWFzZSBmZWVsIGZyZWUgdG8gZm9yd2FyZCB0 aGlzIGludml0YXRpb24gdG8gYW55b25lIGludGVyZXN0ZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5SZWdhcmRzPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPktpcmFuLCBEb25nSmllLCBBbGV4LCBTdGV3YXJ0 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_2716CB655FA7467DA2CE301888D946BChuaweicom_-- From nobody Wed Mar 22 14:05:50 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71ECC128BBB for ; Wed, 22 Mar 2017 14:05:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.796, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 gf0V2fN1lgO3 for ; Wed, 22 Mar 2017 14:05:45 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id D6BAD128C83 for ; Wed, 22 Mar 2017 14:05:44 -0700 (PDT) Received: (qmail 22829 invoked by uid 0); 22 Mar 2017 21:05:43 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy7.mail.unifiedlayer.com with SMTP; 22 Mar 2017 21:05:43 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id z95f1u00N2SSUrH0195iYD; Wed, 22 Mar 2017 15:05:42 -0600 X-Authority-Analysis: v=2.1 cv=H5NInYoi c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=6Iz7jQTuP9IA:10 a=WiVod9pSvdkA:10 a=NEAV23lmAAAA:8 a=48vgC7mUAAAA:8 a=nzR3x2kru8NTdGTmOnUA:9 a=QEXdDO2ut3YA:10 a=Bn2pgwyD2vrAyMmN8A2t:22 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=HwIBhcbR+8kwmWWgZKpDqxuDD1knhpV/yIsN87am56s=; b=AiXoDE4TGRaCYhn3iOytoFICy9 Bm2IO0plQ/7ZMfy7quzDjorR328lVzDK55GTQgmgbRMOVeSD3I837AzS4r9NIcGxrO0xYsTskW9wS ar6QsL7txPwEdgeaEaZ/5w3DK; Received: from pool-100-15-84-20.washdc.fios.verizon.net ([100.15.84.20]:43154 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1cqnRq-0004ka-SC; Wed, 22 Mar 2017 15:05:39 -0600 To: "Kiran.Makhijani" , NVO3 , "teas@ietf.org" , "Anima@ietf.org" , "nfvrg@irtf.org" , "detnet@ietf.org" , "dmm@ietf.org" References: <2716CB65-5FA7-467D-A2CE-301888D946BC@huawei.com> Cc: Alex Galis , "Dongjie (Jimmy)" , "stewart.bryant" From: Lou Berger Message-ID: <49562b95-29b3-230f-9a37-aeb6d545db6e@labn.net> Date: Wed, 22 Mar 2017 17:05:36 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <2716CB65-5FA7-467D-A2CE-301888D946BC@huawei.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.84.20 X-Exim-ID: 1cqnRq-0004ka-SC X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-84-20.washdc.fios.verizon.net ([IPv6:::1]) [100.15.84.20]:43154 X-Source-Auth: lberger@labn.net X-Email-Count: 6 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Subject: Re: [Detnet] IETF98 NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: Vevey 1/2 X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 21:05:46 -0000 Given the wide distribution and formalism of this so called side meeting, I'd like to remind all of RFC6771 as well as remind the contributors that there are chartered WGs that would be open to hearing from them. Lou PS With chair hat off, I'd love to hear why this isn't a BoF? Was it simply to sidestep the two bof rule? On 3/22/2017 4:37 PM, Kiran.Makhijani wrote: > > [Changed recepients from BCC to ‘To’: NV03, DMM, DETNET, TEAS, ANIMA, > NFVRG to bypass list-owner’s approval; Please don’t reply-all] > > > > Hello all, > > We invite you to participate in NetSlices side meeting at IETF 98. The > details are as follows - > > > > - Location: Room Vevey 1/2, > > - Date/Time: 2017.03.27, 18:15-21:15 > > - Agenda: > https://github.com/netslices/IETF-NetSlices/tree/master/IETF98_Sidemeeting02 > > Please see detailed (agenda.md) and summarized (agenda.txt) text. > > Scope of the meeting is mentioned in agenda as well. > > > > Please feel free to forward this invitation to anyone interested. > > > > Regards > > Kiran, DongJie, Alex, Stewart > > > > _______________________________________________ > detnet mailing list > detnet@ietf.org > https://www.ietf.org/mailman/listinfo/detnet From nobody Thu Mar 23 12:05:57 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01063129BF6 for ; Thu, 23 Mar 2017 12:05:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.719 X-Spam-Level: X-Spam-Status: No, score=-2.719 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com 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 jVvZ_LQw9QII for ; Thu, 23 Mar 2017 12:05:42 -0700 (PDT) Received: from nm2-vm1.bullet.mail.ne1.yahoo.com (nm2-vm1.bullet.mail.ne1.yahoo.com [98.138.91.33]) (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 367DA129BCC for ; Thu, 23 Mar 2017 12:05:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1490295938; bh=iwzxkeln6wKSi6BmjQ1ZGNNKZoSO68ZM2RgPcWCLrGA=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=V77TAEXRYB0ANl4Zqq/c+djs7gOqAHPoo2bgv03SuA2XYon5FoGa8KwPsMJ4YVPwHz0R0kcoTJfeNX+QJ5dAivetqZ+MadOxHKgl/GSCbs4eorvrpU3qylap5a26ZhknIu1hgLGT1bLtZ9/TlBkft8cYecBENdrSOCrjcJYOHIcLSbphthgxtzve912+DGLpLpHGoUXMW9Awm5uf/+iGRBXdjps3gZKegd66zr7smBdT5YaBiA3eEJzoKgmQ3pytq/NI0/TmuyZWpVunfWEjqcCDz6vanHZTjvbTEPTcuOkyc0RiM5y2WogCEiO65Bc8g5Mtt0K06vqmCDIYmYTgzw== Received: from [98.138.100.113] by nm2.bullet.mail.ne1.yahoo.com with NNFMP; 23 Mar 2017 19:05:38 -0000 Received: from [98.138.89.254] by tm104.bullet.mail.ne1.yahoo.com with NNFMP; 23 Mar 2017 19:05:38 -0000 Received: from [127.0.0.1] by omp1046.mail.ne1.yahoo.com with NNFMP; 23 Mar 2017 19:05:37 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 993958.87764.bm@omp1046.mail.ne1.yahoo.com X-YMail-OSG: rNJ39_cVM1mNTcy1YUKvl4GAfJEQfexe7XEVm0hf4NYfnfRVzB1XGeIIjGDGdhn YaGeAl7GbSkUhLcbzfqChjDibXm7qNWnSRaqS81hIRAcnbiTQWmOpJW8VVIWbBkfY96cNjupaWJ2 18jqA0vMOZauF1r43BjW.WmG1ZQEHaU8LUIAZTcCO7lvj3BTPGiPPeiYBEPq25mePUC5r1zWu_c7 2g92pidp2xlSCuNMRwSaocpiDeHEPi6qK.xqFJbXqq.gm1RnWV5.dZhw5eNRKuypmuG8vIjtiByw 6_C9k.1qtuDq2XR9yQXXAgUBn.Jv9MtugyxWaU358_KH8rvrinhPdRNqQL4hGsl4XFO9B89rJiHo xbsM7oU5TnBzRkGqnlZ0x3ZVxgphtWYQgOvMW4xu0nH.69KD25LbU0OJQiVpv_1n8cgUu5pI4cf_ ocHgzQQTwC8T_62LvaT.nuH8A3jqVZNzhooj2vxbCx1GjcEqzxoi7Ma1.Q8mMwpsttmY7NWcruDw XyzfYN47FdvA- Received: from jws200060.mail.ne1.yahoo.com by sendmailws140.mail.ne1.yahoo.com; Thu, 23 Mar 2017 19:05:37 +0000; 1490295937.607 Date: Thu, 23 Mar 2017 19:05:37 +0000 (UTC) From: Reply-To: To: "Kiran.Makhijani" , NVO3 , "teas@ietf.org" , "Anima@ietf.org" , "nfvrg@irtf.org" , "detnet@ietf.org" , "dmm@ietf.org" Cc: Alex Galis , "Dongjie (Jimmy)" , "stewart.bryant" , Chao Kan Message-ID: <936460141.2410376.1490295937351@mail.yahoo.com> In-Reply-To: <2716CB65-5FA7-467D-A2CE-301888D946BC@huawei.com> References: <2716CB65-5FA7-467D-A2CE-301888D946BC@huawei.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2410375_880826400.1490295937351" Archived-At: Subject: Re: [Detnet] [nvo3] IETF98 NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: Vevey 1/2 X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2017 19:05:44 -0000 ------=_Part_2410375_880826400.1490295937351 Content-Type: multipart/alternative; boundary="----=_Part_2410374_1283835280.1490295937348" ------=_Part_2410374_1283835280.1490295937348 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Kiran, DongJie, Alex, Stewart, Is the NetSlices a BoF? =C2=A0It's not on the official agenda. =C2=A0A few = of us would like to attend remotely. =C2=A0Will there be an audio/Jabber pr= ovided to allow remote participation? =C2=A0Thanks.=C2=A0Ning So972-955-091= 4 From: Kiran.Makhijani To: NVO3 ; "teas@ietf.org" ; "Anima@ietf.org= " ; "nfvrg@irtf.org" ; "detnet@ietf.org" ; "dmm@ietf.org" =20 Cc: Alex Galis ; Dongjie (Jimmy) ; stewart.bryant Sent: Wednesday, March 22, 2017 3:38 PM Subject: [nvo3] IETF98 NetSlices side meeting agenda and schedule (27/03 M= on @ 18:15) Location: Vevey 1/2 =20 [Changed recepients from BCC to =E2= =80=98To=E2=80=99: NV03, DMM, DETNET, TEAS, ANIMA, NFVRG to bypass list-own= er=E2=80=99s approval; Please don=E2=80=99t reply-all] =C2=A0 Hello all, W= e invite you to participate in NetSlices side meeting at IETF 98. The detai= ls are as follows - =C2=A0 -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0Location: Room Vevey 1/2, -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0Date/Time: 2017.03.27, 18:15-21:15 -=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Agenda: https://github.com/netslices/IETF-Net= Slices/tree/master/IETF98_Sidemeeting02 Please see detailed (agenda.md) and= summarized (agenda.txt) text. Scope of the meeting is mentioned in agenda = as well. =C2=A0 Please feel free to forward this invitation to anyone inter= ested. =C2=A0 Regards Kiran, DongJie, Alex, Stewart _______________________= ________________________ nvo3 mailing list nvo3@ietf.org https://www.ietf.org/mailman/listinfo/nvo3 =20 ------=_Part_2410374_1283835280.1490295937348 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
= Kiran, DongJie, Alex, Stewar= t,

Is the NetSlices a BoF?  It's not on th= e official agenda.  A few of us would like to attend remotely.  W= ill there be an audio/Jabber provided to allow remote participation?  = Thanks.
 
Ning So
972-955-0914


= From: Kiran.Makhijani <= Kiran.Makhijani@huawei.com>
To= : NVO3 <nvo3@ietf.org>; "teas@ietf.org" <teas@ietf.org&= gt;; "Anima@ietf.org" <Anima@ietf.org>; "nfvrg@irtf.org" <nfvrg@ir= tf.org>; "detnet@ietf.org" <detnet@ietf.org>; "dmm@ietf.org" <d= mm@ietf.org>
Cc: Al= ex Galis <galis.alex@gmail.com>; Dongjie (Jimmy) <jie.dong@huawei.= com>; stewart.bryant <stewart.bryant@gmail.com>
Sent: Wednesday, March 22, 2017 3:38 PM<= br> Subject: [nvo3] IETF98= NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: V= evey 1/2

=20 =20 =20 =20
[Changed recepients from BCC to =E2=80=98To=E2=80=99: NV03, DMM, DETNET, TEAS, ANIMA, NFVRG to bypas= s list-owner=E2=80=99s approval; Please don=E2=80=99t reply-all]=20
 
=20
Hel= lo all,
=20
We invite you to participate in NetSlices side meeting at IET= F 98. The details are as follows -
=20
&nb= sp;
=20
-<= span style=3D"font:7.0pt;">        =   Location: Room Vevey 1/2,
=20
-&n= bsp;         Date/Time: 2017.03.27, 18:1= 5-21:15
=20
-<= span style=3D"font:7.0pt;">        =   Agenda: https://github.com/netslices/IETF-NetSlices/tree/master/IETF98_Sidemeeting0= 2
=20
Please see detailed (agenda.md) a= nd summarized (agenda.txt) text.
=20
Scope of the meeting is mentioned= in agenda as well.
=20
 
=20
Ple= ase feel free to forward this invitation to anyone interested.
= =20
 
= =20
Regards
= =20
Kiran, DongJie, Alex, Stewart
=20
_______________________________________________
nvo3 mailing list<= br>nvo3@i= etf.org
https://www.ietf.org/mailman/listinfo/nvo3


------=_Part_2410374_1283835280.1490295937348-- ------=_Part_2410375_880826400.1490295937351 Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Untitled" Content-ID: <646d6506-1d71-4aa1-8d98-f785bfd77526@yahoo.com> X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KbnZvMyBtYWls aW5nIGxpc3QKbnZvM0BpZXRmLm9yZwpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL252bzMK ------=_Part_2410375_880826400.1490295937351-- From nobody Thu Mar 23 23:40:28 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82EC11293DF; Thu, 23 Mar 2017 23:40:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no 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 olQeGHKo451G; Thu, 23 Mar 2017 23:40:25 -0700 (PDT) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (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 AD22C13172E; Thu, 23 Mar 2017 23:40:22 -0700 (PDT) Received: from mb.local ([IPv6:2607:fb90:2702:d75:d551:9213:f4e9:3ce5]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id v2O6e5n1096995 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 24 Mar 2017 06:40:06 GMT (envelope-from joelja@bogus.com) X-Authentication-Warning: nagasaki.bogus.com: Host [IPv6:2607:fb90:2702:d75:d551:9213:f4e9:3ce5] claimed to be mb.local To: ningso@yahoo.com, "Kiran.Makhijani" , NVO3 , "teas@ietf.org" , "Anima@ietf.org" , "nfvrg@irtf.org" , "detnet@ietf.org" , "dmm@ietf.org" References: <2716CB65-5FA7-467D-A2CE-301888D946BC@huawei.com> <936460141.2410376.1490295937351@mail.yahoo.com> Cc: Alex Galis , "stewart.bryant" , Chao Kan , "Dongjie (Jimmy)" From: joel jaeggli Message-ID: Date: Thu, 23 Mar 2017 23:40:04 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <936460141.2410376.1490295937351@mail.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i2AJRFR9Qig1odx2g2POvKWFuJOxL0a2o" Archived-At: Subject: Re: [Detnet] [nvo3] IETF98 NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: Vevey 1/2 X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2017 06:40:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --i2AJRFR9Qig1odx2g2POvKWFuJOxL0a2o Content-Type: multipart/mixed; boundary="3eE068vh87TbE33D7Q8Lef9iwTadBNNeC"; protected-headers="v1" From: joel jaeggli To: ningso@yahoo.com, "Kiran.Makhijani" , NVO3 , "teas@ietf.org" , "Anima@ietf.org" , "nfvrg@irtf.org" , "detnet@ietf.org" , "dmm@ietf.org" Cc: Alex Galis , "stewart.bryant" , Chao Kan , "Dongjie (Jimmy)" Message-ID: Subject: Re: [nvo3] IETF98 NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: Vevey 1/2 References: <2716CB65-5FA7-467D-A2CE-301888D946BC@huawei.com> <936460141.2410376.1490295937351@mail.yahoo.com> In-Reply-To: <936460141.2410376.1490295937351@mail.yahoo.com> --3eE068vh87TbE33D7Q8Lef9iwTadBNNeC Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/23/17 12:05 PM, ningso@yahoo.com wrote: > Kiran, DongJie, Alex, Stewart, >=20 > Is the NetSlices a BoF? It's not on the official agenda. A few of us > would like to attend remotely. Will there be an audio/Jabber provided > to allow remote participation? Thanks. It is not. it's also outside the hours of streaming coverage. joel > Ning So > 972-955-0914 >=20 >=20 > -----------------------------------------------------------------------= - > *From:* Kiran.Makhijani > *To:* NVO3 ; "teas@ietf.org" ; > "Anima@ietf.org" ; "nfvrg@irtf.org" ; > "detnet@ietf.org" ; "dmm@ietf.org" > *Cc:* Alex Galis ; Dongjie (Jimmy) > ; stewart.bryant > *Sent:* Wednesday, March 22, 2017 3:38 PM > *Subject:* [nvo3] IETF98 NetSlices side meeting agenda and schedule > (27/03 Mon @ 18:15) Location: Vevey 1/2 >=20 > [Changed recepients from BCC to =91To=92: NV03, DMM, DETNET, TEAS, ANIM= A, > NFVRG to bypass list-owner=92s approval; Please don=92t reply-all] > =20 > Hello all, > We invite you to participate in NetSlices side meeting at IETF 98. The > details are as follows - > =20 > - Location: Room Vevey 1/2, > - Date/Time: 2017.03.27, 18:15-21:15 > - Agenda: > https://github.com/netslices/IETF-NetSlices/tree/master/IETF98_Sidemeet= ing02 > Please see detailed (agenda.md) and summarized (agenda.txt) text. > Scope of the meeting is mentioned in agenda as well. > =20 > Please feel free to forward this invitation to anyone interested. > =20 > Regards > Kiran, DongJie, Alex, Stewart > _______________________________________________ > nvo3 mailing list > nvo3@ietf.org > https://www.ietf.org/mailman/listinfo/nvo3 >=20 >=20 >=20 >=20 > _______________________________________________ > nvo3 mailing list > nvo3@ietf.org > https://www.ietf.org/mailman/listinfo/nvo3 >=20 --3eE068vh87TbE33D7Q8Lef9iwTadBNNeC-- --i2AJRFR9Qig1odx2g2POvKWFuJOxL0a2o Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAljUv0QACgkQ8AA1q7Z/VrK1pwCdH5mgZ5L//WwcMjOxV1V/I5xn khEAn3AYNLPKtZbUbltx4ITEnuEqlyyH =pfoI -----END PGP SIGNATURE----- --i2AJRFR9Qig1odx2g2POvKWFuJOxL0a2o-- From nobody Sun Mar 26 17:52:58 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 351CC128E19; Sun, 26 Mar 2017 17:52:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 RIJ64B0E2z4j; Sun, 26 Mar 2017 17:52:52 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55FA8128D2E; Sun, 26 Mar 2017 17:52:51 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml709-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DDN54092; Mon, 27 Mar 2017 00:52:47 +0000 (GMT) Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml709-cah.china.huawei.com (10.201.108.32) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 27 Mar 2017 01:52:46 +0100 Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.8]) by SJCEML703-CHM.china.huawei.com ([169.254.5.195]) with mapi id 14.03.0235.001; Sun, 26 Mar 2017 17:52:32 -0700 From: "Kiran.Makhijani" To: joel jaeggli , "ningso@yahoo.com" , NVO3 , "teas@ietf.org" , "Anima@ietf.org" , "nfvrg@irtf.org" , "detnet@ietf.org" , "dmm@ietf.org" CC: Alex Galis , "stewart.bryant" , Chao Kan , "Dongjie (Jimmy)" Thread-Topic: [nvo3] IETF98 NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: Vevey 1/2 Thread-Index: AQHSoz+5Xjw5TZfZoEyeQL1fJee2j6GhUdQAgAHt7oCAAMIHAIAD4IcA Date: Mon, 27 Mar 2017 00:52:32 +0000 Message-ID: <69C6C1C4-F3A8-405C-9330-88AF3E592E9B@huawei.com> References: <2716CB65-5FA7-467D-A2CE-301888D946BC@huawei.com> <936460141.2410376.1490295937351@mail.yahoo.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.47.148.96] Content-Type: multipart/mixed; boundary="_002_69C6C1C4F3A8405C933088AF3E592E9Bhuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0204.58D86260.00E0, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.8, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 07d13e0a6990687940d4384a3d572a8e Archived-At: Subject: Re: [Detnet] [nvo3] IETF98 NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: Vevey 1/2 X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 00:52:55 -0000 --_002_69C6C1C4F3A8405C933088AF3E592E9Bhuaweicom_ Content-Type: text/plain; charset="utf-8" Content-ID: <2B5F2DCD7502EF4F850EB02122B17945@huawei.com> Content-Transfer-Encoding: base64 SGVsbG8sDQpXZSBoYXZlIGJlZW4gYWJsZSB0byBnZXQgd2ViZXggbGluayBmb3IgdGhlIHNpZGUg bWVldGluZy4gUGxlYXNlIHNlZSBhdHRhY2htZW50IGZvciBkZXRhaWxzLg0KDQpUaGFua3MgDQpL aXJhbg0KDQpPbiAzLzI0LzE3LCAxOjQwIEFNLCAiam9lbCBqYWVnZ2xpIiA8am9lbGphQGJvZ3Vz LmNvbT4gd3JvdGU6DQoNCiAgICBPbiAzLzIzLzE3IDEyOjA1IFBNLCBuaW5nc29AeWFob28uY29t IHdyb3RlOg0KICAgID4gS2lyYW4sIERvbmdKaWUsIEFsZXgsIFN0ZXdhcnQsDQogICAgPiANCiAg ICA+IElzIHRoZSBOZXRTbGljZXMgYSBCb0Y/ICBJdCdzIG5vdCBvbiB0aGUgb2ZmaWNpYWwgYWdl bmRhLiAgQSBmZXcgb2YgdXMNCiAgICA+IHdvdWxkIGxpa2UgdG8gYXR0ZW5kIHJlbW90ZWx5LiAg V2lsbCB0aGVyZSBiZSBhbiBhdWRpby9KYWJiZXIgcHJvdmlkZWQNCiAgICA+IHRvIGFsbG93IHJl bW90ZSBwYXJ0aWNpcGF0aW9uPyAgVGhhbmtzLg0KICAgIA0KICAgIEl0IGlzIG5vdC4gaXQncyBh bHNvIG91dHNpZGUgdGhlIGhvdXJzIG9mIHN0cmVhbWluZyBjb3ZlcmFnZS4NCiAgICANCiAgICBq b2VsDQogICAgDQogICAgPiBOaW5nIFNvDQogICAgPiA5NzItOTU1LTA5MTQNCiAgICA+IA0KICAg ID4gDQogICAgPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICA+ICpGcm9tOiogS2lyYW4uTWFraGlqYW5p IDxLaXJhbi5NYWtoaWphbmlAaHVhd2VpLmNvbT4NCiAgICA+ICpUbzoqIE5WTzMgPG52bzNAaWV0 Zi5vcmc+OyAidGVhc0BpZXRmLm9yZyIgPHRlYXNAaWV0Zi5vcmc+Ow0KICAgID4gIkFuaW1hQGll dGYub3JnIiA8QW5pbWFAaWV0Zi5vcmc+OyAibmZ2cmdAaXJ0Zi5vcmciIDxuZnZyZ0BpcnRmLm9y Zz47DQogICAgPiAiZGV0bmV0QGlldGYub3JnIiA8ZGV0bmV0QGlldGYub3JnPjsgImRtbUBpZXRm Lm9yZyIgPGRtbUBpZXRmLm9yZz4NCiAgICA+ICpDYzoqIEFsZXggR2FsaXMgPGdhbGlzLmFsZXhA Z21haWwuY29tPjsgRG9uZ2ppZSAoSmltbXkpDQogICAgPiA8amllLmRvbmdAaHVhd2VpLmNvbT47 IHN0ZXdhcnQuYnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+DQogICAgPiAqU2VudDoq IFdlZG5lc2RheSwgTWFyY2ggMjIsIDIwMTcgMzozOCBQTQ0KICAgID4gKlN1YmplY3Q6KiBbbnZv M10gSUVURjk4IE5ldFNsaWNlcyBzaWRlIG1lZXRpbmcgYWdlbmRhIGFuZCBzY2hlZHVsZQ0KICAg ID4gKDI3LzAzIE1vbiBAIDE4OjE1KSBMb2NhdGlvbjogVmV2ZXkgMS8yDQogICAgPiANCiAgICA+ IFtDaGFuZ2VkIHJlY2VwaWVudHMgZnJvbSBCQ0MgdG8g4oCYVG/igJk6IE5WMDMsIERNTSwgREVU TkVULCBURUFTLCBBTklNQSwNCiAgICA+IE5GVlJHIHRvIGJ5cGFzcyBsaXN0LW93bmVy4oCZcyBh cHByb3ZhbDsgUGxlYXNlIGRvbuKAmXQgcmVwbHktYWxsXQ0KICAgID4gIA0KICAgID4gSGVsbG8g YWxsLA0KICAgID4gV2UgaW52aXRlIHlvdSB0byBwYXJ0aWNpcGF0ZSBpbiBOZXRTbGljZXMgc2lk ZSBtZWV0aW5nIGF0IElFVEYgOTguIFRoZQ0KICAgID4gZGV0YWlscyBhcmUgYXMgZm9sbG93cyAt DQogICAgPiAgDQogICAgPiAtICAgICAgICAgIExvY2F0aW9uOiBSb29tIFZldmV5IDEvMiwNCiAg ICA+IC0gICAgICAgICAgRGF0ZS9UaW1lOiAyMDE3LjAzLjI3LCAxODoxNS0yMToxNQ0KICAgID4g LSAgICAgICAgICBBZ2VuZGE6DQogICAgPiBodHRwczovL2dpdGh1Yi5jb20vbmV0c2xpY2VzL0lF VEYtTmV0U2xpY2VzL3RyZWUvbWFzdGVyL0lFVEY5OF9TaWRlbWVldGluZzAyDQogICAgPiBQbGVh c2Ugc2VlIGRldGFpbGVkIChhZ2VuZGEubWQpIGFuZCBzdW1tYXJpemVkIChhZ2VuZGEudHh0KSB0 ZXh0Lg0KICAgID4gU2NvcGUgb2YgdGhlIG1lZXRpbmcgaXMgbWVudGlvbmVkIGluIGFnZW5kYSBh cyB3ZWxsLg0KICAgID4gIA0KICAgID4gUGxlYXNlIGZlZWwgZnJlZSB0byBmb3J3YXJkIHRoaXMg aW52aXRhdGlvbiB0byBhbnlvbmUgaW50ZXJlc3RlZC4NCiAgICA+ICANCiAgICA+IFJlZ2FyZHMN CiAgICA+IEtpcmFuLCBEb25nSmllLCBBbGV4LCBTdGV3YXJ0DQogICAgPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgID4gbnZvMyBtYWlsaW5nIGxp c3QNCiAgICA+IG52bzNAaWV0Zi5vcmcgPG1haWx0bzpudm8zQGlldGYub3JnPg0KICAgID4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9udm8zDQogICAgPiANCiAgICA+IA0K ICAgID4gDQogICAgPiANCiAgICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQogICAgPiBudm8zIG1haWxpbmcgbGlzdA0KICAgID4gbnZvM0BpZXRmLm9y Zw0KICAgID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9udm8zDQogICAg PiANCiAgICANCiAgICANCiAgICANCg0K --_002_69C6C1C4F3A8405C933088AF3E592E9Bhuaweicom_ Content-Type: text/calendar; name="WebEx_Meeting.ics" Content-Description: WebEx_Meeting.ics Content-Disposition: attachment; filename="WebEx_Meeting.ics"; size=3658; creation-date="Mon, 27 Mar 2017 00:52:32 GMT"; modification-date="Mon, 27 Mar 2017 00:52:32 GMT" Content-ID: <951BC8326344C3438A3214DF5FEE19FE@huawei.com> Content-Transfer-Encoding: base64 QkVHSU46VkNBTEVOREFSClBST0RJRDotLy9NaWNyb3NvZnQgQ29ycG9yYXRpb24vL091dGxvb2sg MTAuMCBNSU1FRElSLy9FTgpWRVJTSU9OOjIuMApNRVRIT0Q6UkVRVUVTVApCRUdJTjpWVElNRVpP TkUKVFpJRDpDZW50cmFsIFRpbWUKQkVHSU46U1RBTkRBUkQKRFRTVEFSVDoyMDE1MTEwMVQwMjAw MDAKUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0xU1U7QllNT05USD0xMQpUWk9G RlNFVEZST006LTA1MDAKVFpPRkZTRVRUTzotMDYwMApUWk5BTUU6U3RhbmRhcmQgVGltZQpFTkQ6 U1RBTkRBUkQKQkVHSU46REFZTElHSFQKRFRTVEFSVDoyMDE1MDMwMVQwMjAwMDAKUlJVTEU6RlJF UT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0yU1U7QllNT05USD0zClRaT0ZGU0VURlJPTTotMDYw MApUWk9GRlNFVFRPOi0wNTAwClRaTkFNRTpEYXlsaWdodCBTYXZpbmdzIFRpbWUKRU5EOkRBWUxJ R0hUCkVORDpWVElNRVpPTkUKQkVHSU46VkVWRU5UCkFUVEVOREVFO0NOPSIiO1JPTEU9UkVRLVBB UlRJQ0lQQU5UO1JTVlA9VFJVRTpNQUlMVE86a2lyYW4ubWFraGlqYW5pQGh1YXdlaS5jb20KT1JH QU5JWkVSO0NOPSJQQUxTIFdvcmtpbmcgR3JvdXAiOk1BSUxUTzpwYWxzLWNoYWlyc0BpZXRmLm9y ZwpEVFNUQVJUO1RaSUQ9IkNlbnRyYWwgVGltZSI6MjAxNzAzMjdUMTgwNTAwCkRURU5EO1RaSUQ9 IkNlbnRyYWwgVGltZSI6MjAxNzAzMjdUMjEzNTAwCkxPQ0FUSU9OOmh0dHBzOi8vaWV0Zi53ZWJl eC5jb20vaWV0ZgpUUkFOU1A6T1BBUVVFClNFUVVFTkNFOjE0OTA1NzI4NDUKVUlEOjJjOGY2ZWUz LWQ0ZTAtNDhhMi1hZGMzLTEzNmEyZTBlMmRjNApEVFNUQU1QOjIwMTcwMzI3VDIzMDUwMFoKREVT Q1JJUFRJT046XG5cblxuXG5KT0lOIFdFQkVYIE1FRVRJTkdcbmh0dHBzOi8vaWV0Zi53ZWJleC5j b20vaWV0Zi9qLnBocD9NVElEPW0zODZhZTQ1ZDY5ODhjNWViYmVjMGY2ODRkMjE1MDYyZlxuTWVl dGluZyBudW1iZXIgKGFjY2VzcyBjb2RlKTogNjQ0IDk5MiAyNDdcbk1lZXRpbmcgcGFzc3dvcmQ6 IG5ldHNsaWNlXG5cblxuXG5KT0lOIEJZIFBIT05FXG4xLTg3Ny02NjgtNDQ5MyBDYWxsLWluIHRv bGwgZnJlZSBudW1iZXIgKFVTL0NhbmFkYSkgXG4xLTY1MC00NzktMzIwOCBDYWxsLWluIHRvbGwg bnVtYmVyIChVUy9DYW5hZGEpXG5cblRvbGwtZnJlZSBkaWFsaW5nIHJlc3RyaWN0aW9uczogXG5o dHRwczovL3d3dy53ZWJleC5jb20vcGRmL3RvbGxmcmVlX3Jlc3RyaWN0aW9ucy5wZGZcblxuXG5c bkNhbid0IGpvaW4gdGhlIG1lZXRpbmc/XG5odHRwczovL2hlbHAud2ViZXguY29tL2RvY3MvRE9D LTU0MTJcblxuXG5JTVBPUlRBTlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2ViRXgg c2VydmljZSBhbGxvd3MgYXVkaW8gYW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5nIHRo ZSBzZXNzaW9uIHRvIGJlIHJlY29yZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGluIGEg bGVnYWwgbWF0dGVyLiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkg Y29uc2VudCB0byBzdWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBiZWlu ZyByZWNvcmRlZCwgZGlzY3VzcyB5b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8gbm90 IGpvaW4gdGhlIHNlc3Npb24uXG4KWC1BTFQtREVTQztGTVRUWVBFPXRleHQvaHRtbDoJPEZPTlQg U0laRT0iMSIgRkFDRT0iQVJJQUwiPiZuYnNwOzxCUj4mbmJzcDs8QlI+Jm5ic3A7PEJSPjxGT05U IFNJWkU9IjQiIEZBQ0U9IkFSSUFMIj4JCTxhIGhyZWY9Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20v aWV0Zi9qLnBocD9NVElEPW0zODZhZTQ1ZDY5ODhjNWViYmVjMGY2ODRkMjE1MDYyZiI+PEZPTlQg U0laRT0iMyIgQ09MT1I9IiMwMEFGRjkiIEZBQ0U9IkFyaWFsIj5Kb2luIFdlYkV4IG1lZXRpbmc8 L0ZPTlQ+PC9hPgkJCTx0YWJsZT4JCQkJPHRyPgkJCQkJPHRkPgkJCQkJCTxGT05UIFNJWkU9IjIi IENPTE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+TWVldGluZyBudW1iZXIgKGFjY2VzcyBjb2Rl KTogNjQ0IDk5MiAyNDc8L0ZPTlQ+CQkJCQk8L3RkPgkJCQk8L3RyPgkJCTwvdGFibGU+CQkJCQkJ PHRhYmxlPjx0cj48dGQ+PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFs Ij5NZWV0aW5nIHBhc3N3b3JkOjwvRk9OVD48L3RkPjx0ZD48Rk9OVCBTSVpFPSIyIiAgQ09MT1I9 IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5uZXRzbGljZTwvRk9OVD48L3RkPjwvdHI+PC90YWJsZT4J CTwvRk9OVD48YnI+PEZPTlQgc2l6ZT0iMiIgQ09MT1I9IiNGRjAwMDAiPjwvRk9OVD48YnI+PEZP TlQgU0laRT0iMSIgRkFDRT0iQVJJQUwiPiZuYnNwOzxCUj4mbmJzcDs8QlI+PC9GT05UPjxGT05U IFNJWkU9IjQiIEZBQ0U9IkFSSUFMIj48Rk9OVCBTSVpFPSIzIiBDT0xPUj0iIzY2NjY2NiIgRkFD RT0iYXJpYWwiPkpvaW4gYnkgcGhvbmU8L0ZPTlQ+Jm5ic3A7IDxCUj48Rk9OVCBTSVpFPSIyIiBD T0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPjxzdHJvbmc+MS04NzctNjY4LTQ0OTM8L3N0cm9u Zz4mbmJzcDtDYWxsLWluIHRvbGwgZnJlZSBudW1iZXIgKFVTL0NhbmFkYSk8L0ZPTlQ+Jm5ic3A7 IDxCUj48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPjxzdHJvbmc+ MS02NTAtNDc5LTMyMDg8L3N0cm9uZz4mbmJzcDtDYWxsLWluIHRvbGwgbnVtYmVyIChVUy9DYW5h ZGEpPC9GT05UPiZuYnNwOyA8QlI+PGEgaHJlZj0iaHR0cHM6Ly93d3cud2ViZXguY29tL3BkZi90 b2xsZnJlZV9yZXN0cmljdGlvbnMucGRmIj48Rk9OVCBTSVpFPSIxIiBDT0xPUj0iIzAwQUZGOSIg RkFDRT0iYXJpYWwiPlRvbGwtZnJlZSBjYWxsaW5nIHJlc3RyaWN0aW9uczwvRk9OVD48L2E+ICZu YnNwOyA8QlI+PC9GT05UPjxCUj48QlI+CSZuYnNwOzxCUj4JPGEgaHJlZj0iaHR0cHM6Ly9oZWxw LndlYmV4LmNvbS9kb2NzL0RPQy01NDEyIj4JPEZPTlQgU0laRT0iMSIgQ09MT1I9IiMwMEFGRjki IEZBQ0U9IkFyaWFsIj5DYW4ndCBqb2luIHRoZSBtZWV0aW5nPzwvRk9OVD48L2E+CSZuYnNwOzxC Uj4mbmJzcDs8QlI+PEZPTlQgQ09MT1I9IiNBMEEwQTAiIHNpemU9IjEiIEZBQ0U9ImFyaWFsIj5J TVBPUlRBTlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2ViRXggc2VydmljZSBhbGxv d3MgYXVkaW8gYW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5nIHRoZSBzZXNzaW9uIHRv IGJlIHJlY29yZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGluIGEgbGVnYWwgbWF0dGVy LiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkgY29uc2VudCB0byBz dWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBiZWluZyByZWNvcmRlZCwg ZGlzY3VzcyB5b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8gbm90IGpvaW4gdGhlIHNl c3Npb24uPC9GT05UPjwvRk9OVD4KU1VNTUFSWTpOZXR3b3JrIFNsaWNpbmcgU2lkZSBNZWV0aW5n ClBSSU9SSVRZOjUKQ0xBU1M6UFVCTElDCkJFR0lOOlZBTEFSTQpUUklHR0VSOi1QVDVNCkFDVElP TjpESVNQTEFZCkRFU0NSSVBUSU9OOlJlbWluZGVyCkVORDpWQUxBUk0KRU5EOlZFVkVOVApFTkQ6 VkNBTEVOREFSCg== --_002_69C6C1C4F3A8405C933088AF3E592E9Bhuaweicom_-- From nobody Mon Mar 27 11:17:59 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75F90129567 for ; Mon, 27 Mar 2017 11:17:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.196 X-Spam-Level: X-Spam-Status: No, score=-4.196 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.796, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net 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 Ojtixv74HjVp for ; Mon, 27 Mar 2017 11:17:55 -0700 (PDT) Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) by ietfa.amsl.com (Postfix) with SMTP id 8116A12956E for ; Mon, 27 Mar 2017 11:17:53 -0700 (PDT) Received: (qmail 7121 invoked by uid 0); 27 Mar 2017 18:17:49 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy8.mail.unifiedlayer.com with SMTP; 27 Mar 2017 18:17:49 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id 16Hl1v00u2SSUrH016Hphh; Mon, 27 Mar 2017 12:17:49 -0600 X-Authority-Analysis: v=2.2 cv=VKStp5HX c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=IkcTkHD0fZMA:10 a=xqWC_Br6kY4A:10 a=6Iz7jQTuP9IA:10 a=48vgC7mUAAAA:8 a=GLuEZa6C4tYgfFwY-tcA:9 a=QEXdDO2ut3YA:10 a=rKrVYePj7rwA:10 a=w1C3t2QeGrPiZgrLijVG:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=+VfSBPSkDrKkYMW3cbVQ3QQ2wdFSRIn69ihuNLbAUSw=; b=onHEagbIiODBezfKIj6WH/5aBk WDvevBWMeqh7z/3r/VJ/c2k4doHk/xnxoaPqWoPku/OtCIwD+TjHtIZkA3bGrES9no00kFLJPh9M7 zZrDA0iSrmrV8HX1IRW0sNOt5; Received: from pool-100-15-84-20.washdc.fios.verizon.net ([100.15.84.20]:34162 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1csZD7-0002U3-No for detnet@ietf.org; Mon, 27 Mar 2017 12:17:45 -0600 To: DetNet WG From: Lou Berger Message-ID: Date: Mon, 27 Mar 2017 14:17:44 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box313.bluehost.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - labn.net X-BWhitelist: no X-Source-IP: 100.15.84.20 X-Exim-ID: 1csZD7-0002U3-No X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: pool-100-15-84-20.washdc.fios.verizon.net ([IPv6:::1]) [100.15.84.20]:34162 X-Source-Auth: lberger@labn.net X-Email-Count: 85 X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ== Archived-At: Subject: [Detnet] FYI: Link to DP DT Mail list X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 18:17:57 -0000 Here's a link to the archive/mail list that Jouni mentioned in today's session: https://www.ietf.org/mailman/listinfo/detnet-dp-dt Note that the list isn't taking new subscribers, but the archive is open to all... Lou From nobody Mon Mar 27 11:47:47 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 598B7129481; Mon, 27 Mar 2017 11:47:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 av84iNIwtRX7; Mon, 27 Mar 2017 11:47:29 -0700 (PDT) Received: from mail-ot0-x22d.google.com (mail-ot0-x22d.google.com [IPv6:2607:f8b0:4003:c0f::22d]) (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 C57501292FC; Mon, 27 Mar 2017 11:47:29 -0700 (PDT) Received: by mail-ot0-x22d.google.com with SMTP id 102so26922354otv.0; Mon, 27 Mar 2017 11:47:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=51JNk3NacVrKjH0LCkc+CyTLtUEkbZ4ODCHOfAcQZ58=; b=qM/fnP/T68owDud3DPWTZSmkCJnS9buQ7a0GbiaYHErknI+gkvPK5sEeMPZEwibqoD AnOPyCFMz3VKtKwYbC0jZ6lECcthpupYTB7q4EWbR2fTfHS6HBLHqSE8KMciO66aqccW SA384/YS5uaMgCjkxhWEPV61qFrzci6aHGn1NK670t3BvDxC+/TvRqogjKFxPAgcpLBr 7IUG9A4mFXE31rvmbR/IC8gvZ5TjkxdF95wNQRnaQdIr+0DLQRYgS9GCpbYmiGb91zux Pv/abY79jBgX7l0zZrGSm+lAsQ2GOC/WJLBUMSzBUFa06hAFAdh1DeEsq5a21KpKCdto tiew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=51JNk3NacVrKjH0LCkc+CyTLtUEkbZ4ODCHOfAcQZ58=; b=IoEwf+O0BCRrZ2YRpx0lJyHeTO6ZovIgN6nkWpfJsveXO03DGl9mV8/B+/dsmF/Zoy g/Efp6/KQofW4yLLMad34rW2mBkmudp6QKcbgEgBbMOXV87McPWQNTSoZhd/b/EUpE+K LAZqtLFhiYZpGwJh1Q62xu4dTLDQ4Jfu53WG3C0P5hw8LkyQrn7EH7Pq1oUxIjcPv5oZ BN+/J+f/0RhzaKVOjeyhIT00SezdunrNtxIxeJvCOdnEDeZv9nEjCeqdadNHzS+LIRO+ P2W7BPy1URak5Dyl6xYt5IK0xyr967cn/2lR17kTEZN2Rcg3lq15mdOtCB3AYGAWF8rS RoIA== X-Gm-Message-State: AFeK/H1+TRoRvJp1NXDexuvw1329BL7kIffyiAg389r360jMfQSDj+Ab/u3iPljOQ6xVNm/tGRlok4ckorCK7w== X-Received: by 10.157.53.34 with SMTP id o31mr7072646otc.76.1490640449226; Mon, 27 Mar 2017 11:47:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.39.167 with HTTP; Mon, 27 Mar 2017 11:47:28 -0700 (PDT) In-Reply-To: <69C6C1C4-F3A8-405C-9330-88AF3E592E9B@huawei.com> References: <2716CB65-5FA7-467D-A2CE-301888D946BC@huawei.com> <936460141.2410376.1490295937351@mail.yahoo.com> <69C6C1C4-F3A8-405C-9330-88AF3E592E9B@huawei.com> From: Greg Mirsky Date: Mon, 27 Mar 2017 13:47:28 -0500 Message-ID: To: "Kiran.Makhijani" Cc: joel jaeggli , "ningso@yahoo.com" , NVO3 , "teas@ietf.org" , "Anima@ietf.org" , "nfvrg@irtf.org" , "detnet@ietf.org" , "dmm@ietf.org" , Alex Galis , "Dongjie (Jimmy)" , Chao Kan , "stewart.bryant" Content-Type: multipart/alternative; boundary=001a113e09ce76db56054bbac644 Archived-At: Subject: Re: [Detnet] [nvo3] IETF98 NetSlices side meeting agenda and schedule (27/03 Mon @ 18:15) Location: Vevey 1/2 X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Mar 2017 18:47:32 -0000 --001a113e09ce76db56054bbac644 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Kiran, would you kindly record the discussion through WebEx and share the recording? Regards, Greg On Sun, Mar 26, 2017 at 7:52 PM, Kiran.Makhijani wrote: > Hello, > We have been able to get webex link for the side meeting. Please see > attachment for details. > > Thanks > Kiran > > On 3/24/17, 1:40 AM, "joel jaeggli" wrote: > > On 3/23/17 12:05 PM, ningso@yahoo.com wrote: > > Kiran, DongJie, Alex, Stewart, > > > > Is the NetSlices a BoF? It's not on the official agenda. A few of > us > > would like to attend remotely. Will there be an audio/Jabber > provided > > to allow remote participation? Thanks. > > It is not. it's also outside the hours of streaming coverage. > > joel > > > Ning So > > 972-955-0914 > > > > > > ------------------------------------------------------------ > ------------ > > *From:* Kiran.Makhijani > > *To:* NVO3 ; "teas@ietf.org" ; > > "Anima@ietf.org" ; "nfvrg@irtf.org" >; > > "detnet@ietf.org" ; "dmm@ietf.org" > > *Cc:* Alex Galis ; Dongjie (Jimmy) > > ; stewart.bryant > > *Sent:* Wednesday, March 22, 2017 3:38 PM > > *Subject:* [nvo3] IETF98 NetSlices side meeting agenda and schedule > > (27/03 Mon @ 18:15) Location: Vevey 1/2 > > > > [Changed recepients from BCC to =E2=80=98To=E2=80=99: NV03, DMM, DE= TNET, TEAS, ANIMA, > > NFVRG to bypass list-owner=E2=80=99s approval; Please don=E2=80=99t= reply-all] > > > > Hello all, > > We invite you to participate in NetSlices side meeting at IETF 98. > The > > details are as follows - > > > > - Location: Room Vevey 1/2, > > - Date/Time: 2017.03.27, 18:15-21:15 > > - Agenda: > > https://github.com/netslices/IETF-NetSlices/tree/master/ > IETF98_Sidemeeting02 > > Please see detailed (agenda.md) and summarized (agenda.txt) text. > > Scope of the meeting is mentioned in agenda as well. > > > > Please feel free to forward this invitation to anyone interested. > > > > Regards > > Kiran, DongJie, Alex, Stewart > > _______________________________________________ > > nvo3 mailing list > > nvo3@ietf.org > > https://www.ietf.org/mailman/listinfo/nvo3 > > > > > > > > > > _______________________________________________ > > nvo3 mailing list > > nvo3@ietf.org > > https://www.ietf.org/mailman/listinfo/nvo3 > > > > > > > > _______________________________________________ > nvo3 mailing list > nvo3@ietf.org > https://www.ietf.org/mailman/listinfo/nvo3 > > --001a113e09ce76db56054bbac644 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Kiran,
would you kindly record the discussion throu= gh WebEx =C2=A0and share the recording?

Regards,
Greg

On Sun, Mar 26, 2017 at 7:52 PM, Kiran.Makhijani = <Kiran.M= akhijani@huawei.com> wrote:
Hello,
We have been able to get webex link for the side meeting. Please see attach= ment for details.

Thanks
Kiran

On 3/24/17, 1:40 AM, "joel jaeggli" <joelja@bogus.com> wrote:

=C2=A0 =C2=A0 On 3/23/17 12:05 PM, ning= so@yahoo.com wrote:
=C2=A0 =C2=A0 > Kiran, DongJie, Alex, Stewart,
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > Is the NetSlices a BoF?=C2=A0 It's not on the offici= al agenda.=C2=A0 A few of us
=C2=A0 =C2=A0 > would like to attend remotely.=C2=A0 Will there be an au= dio/Jabber provided
=C2=A0 =C2=A0 > to allow remote participation?=C2=A0 Thanks.

=C2=A0 =C2=A0 It is not. it's also outside the hours of streaming cover= age.

=C2=A0 =C2=A0 joel

=C2=A0 =C2=A0 > Ning So
=C2=A0 =C2=A0 > 972-955-0914
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > ---------------------------------------------------= ---------------------
=C2=A0 =C2=A0 > *From:* Kiran.Makhijani <Kiran.Makhijani@huawei.com>
=C2=A0 =C2=A0 > *To:* NVO3 <nvo3@iet= f.org>; "teas@ietf.org&quo= t; <teas@ietf.org>;
=C2=A0 =C2=A0 > "Anima@ietf.org" <Anima@ietf.org>; &quo= t;nfvrg@irtf.org" <nfvrg@irtf.org>;
=C2=A0 =C2=A0 > "detnet@ietf.org= " <detnet@ietf.org>; = "dmm@ietf.org" <dmm@ietf.org>
=C2=A0 =C2=A0 > *Cc:* Alex Galis <galis.alex@gmail.com>; Dongjie (Jimmy)
=C2=A0 =C2=A0 > <jie.dong@huaw= ei.com>; stewart.bryant <stewart.bryant@gmail.com>
=C2=A0 =C2=A0 > *Sent:* Wednesday, March 22, 2017 3:38 PM
=C2=A0 =C2=A0 > *Subject:* [nvo3] IETF98 NetSlices side meeting agenda a= nd schedule
=C2=A0 =C2=A0 > (27/03 Mon @ 18:15) Location: Vevey 1/2
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > [Changed recepients from BCC to =E2=80=98To=E2=80=99: NV= 03, DMM, DETNET, TEAS, ANIMA,
=C2=A0 =C2=A0 > NFVRG to bypass list-owner=E2=80=99s approval; Please do= n=E2=80=99t reply-all]
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > Hello all,
=C2=A0 =C2=A0 > We invite you to participate in NetSlices side meeting a= t IETF 98. The
=C2=A0 =C2=A0 > details are as follows -
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Location: Room Vevey= 1/2,
=C2=A0 =C2=A0 > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Date/Time: 2017.03.2= 7, 18:15-21:15
=C2=A0 =C2=A0 > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Agenda:
=C2=A0 =C2=A0 > https= ://github.com/netslices/IETF-NetSlices/tree/master/IETF98_Sidemee= ting02
=C2=A0 =C2=A0 > Please see detailed (agenda.md) and summarized (agenda.txt) t= ext.
=C2=A0 =C2=A0 > Scope of the meeting is mentioned in agenda as well.
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > Please feel free to forward this invitation to anyone in= terested.
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > Regards
=C2=A0 =C2=A0 > Kiran, DongJie, Alex, Stewart
=C2=A0 =C2=A0 > _______________________________________________
=C2=A0 =C2=A0 > nvo3 mailing list
=C2=A0 =C2=A0 > nvo3@ietf.org <m= ailto:nvo3@ietf.org>
=C2=A0 =C2=A0 > https://www.ietf.org/mailman/listi= nfo/nvo3
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > _______________________________________________
=C2=A0 =C2=A0 > nvo3 mailing list
=C2=A0 =C2=A0 > nvo3@ietf.org
=C2=A0 =C2=A0 > https://www.ietf.org/mailman/listi= nfo/nvo3
=C2=A0 =C2=A0 >





_______________________________________________
nvo3 mailing list
nvo3@ietf.org
https://www.ietf.org/mailman/listinfo/nvo3


--001a113e09ce76db56054bbac644-- From nobody Thu Mar 30 09:02:43 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10466126C3D for ; Thu, 30 Mar 2017 09:02:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 JNfflMKk6O4f for ; Thu, 30 Mar 2017 09:02:40 -0700 (PDT) Received: from mx0a-000fd501.pphosted.com (mx0a-000fd501.pphosted.com [67.231.144.242]) (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 358AA128990 for ; Thu, 30 Mar 2017 09:02:40 -0700 (PDT) Received: from pps.filterd (m0045961.ppops.net [127.0.0.1]) by mx0a-000fd501.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v2UG1OoJ023229 for ; Thu, 30 Mar 2017 09:02:38 -0700 Received: from dlb-xchpw04.dolby.net (dcd-outbound.dolby.com [67.216.187.124]) by mx0a-000fd501.pphosted.com with ESMTP id 29g5sydvq1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Thu, 30 Mar 2017 09:02:37 -0700 Received: from DLB-XCHPW03.dolby.net (10.233.7.3) by DLB-XCHPW04.dolby.net (10.233.7.4) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 30 Mar 2017 09:02:27 -0700 Received: from DLB-XCHPW03.dolby.net ([10.103.9.186]) by DLB-XCHPW03.dolby.net ([10.103.9.186]) with mapi id 15.00.1210.000; Thu, 30 Mar 2017 09:02:27 -0700 From: "Grossman, Ethan A." To: "detnet@ietf.org" Thread-Topic: DetNet Use Cases Draft plan Thread-Index: AQHSqW8HcgvIo2qh4EKjQcBMeohVww== Date: Thu, 30 Mar 2017 16:02:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.5.150821 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.233.7.60] Content-Type: multipart/alternative; boundary="_000_D502963FE8DFethangrossmandolbycom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-03-30_13:, , signatures=0 Archived-At: Subject: [Detnet] DetNet Use Cases Draft plan X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 16:02:42 -0000 --_000_D502963FE8DFethangrossmandolbycom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Folks, The DetNet Use Cases draft rev 11 will expire in a few days. Per discussion= at our session, we may ask for WGLC soon, but that will take longer than D= raft 11's remaining time to live, so I need to update to rev 12 very soon. = My plan is to add a new chapter "Common Elements" consisting of the common = elements as enumerated in my Use Cases preso from previous DetNet sessions.= If anyone has anything else they want to add to the draft (Diego, Carlos?= ) please let me know, preferably by tomorrow morning, though it is entirely= possible to do another update after this time-sensitive one. Again I am n= ot a domain expert in all of the use cases, so any proposed new material th= at is not purely grammatical will need to be vetted by the associated use c= ase author before I accept it into the draft. Best, Ethan. --_000_D502963FE8DFethangrossmandolbycom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <0F9F84636F123745A1B04AE98F63C92B@dolby.com> Content-Transfer-Encoding: quoted-printable
Hi Folks,
The DetNet Use Cases draft rev 11 will expire in a few days. Per discu= ssion at our session, we may ask for WGLC soon, but that will take longer t= han Draft 11’s remaining time to live, so I need to update to rev 12 = very soon. My plan is to add a new chapter “Common Elements” consisting of the common elements as enumera= ted in my Use Cases preso from previous DetNet sessions.  If anyone ha= s anything else they want to add to the draft (Diego, Carlos?) please let m= e know, preferably by tomorrow morning, though it is entirely possible to do another update after this time-sensitive one. &= nbsp;Again I am not a domain expert in all of the use cases, so any propose= d new material that is not purely grammatical will need to be vetted by the= associated use case author before I accept it into the draft. 
Best,
Ethan.
--_000_D502963FE8DFethangrossmandolbycom_-- From nobody Thu Mar 30 09:15:48 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 548F01296C1 for ; Thu, 30 Mar 2017 09:15:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 ALAUfJvBo0at for ; Thu, 30 Mar 2017 09:15:45 -0700 (PDT) Received: from mx0a-000fd501.pphosted.com (mx0b-000fd501.pphosted.com [67.231.152.235]) (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 C556C1297A8 for ; Thu, 30 Mar 2017 09:15:44 -0700 (PDT) Received: from pps.filterd (m0000695.ppops.net [127.0.0.1]) by mx0b-000fd501.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v2UG7udx017685 for ; Thu, 30 Mar 2017 09:15:42 -0700 Received: from dlb-xchpw04.dolby.net (dcd-outbound.dolby.com [67.216.187.124]) by mx0b-000fd501.pphosted.com with ESMTP id 29g5rmdp0r-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Thu, 30 Mar 2017 09:15:42 -0700 Received: from DLB-XCHPW03.dolby.net (10.233.7.3) by DLB-XCHPW04.dolby.net (10.233.7.4) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 30 Mar 2017 09:15:40 -0700 Received: from DLB-XCHPW03.dolby.net ([10.103.9.186]) by DLB-XCHPW03.dolby.net ([10.103.9.186]) with mapi id 15.00.1210.000; Thu, 30 Mar 2017 09:15:41 -0700 From: "Grossman, Ethan A." To: "detnet@ietf.org" Thread-Topic: DetNet Security Team plan Thread-Index: AQHSqXDgoJghTCId7EisDdvs2H3uVQ== Date: Thu, 30 Mar 2017 16:15:40 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.5.150821 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.233.7.60] Content-Type: multipart/alternative; boundary="_000_D5029959E8F5ethangrossmandolbycom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-03-30_13:, , signatures=0 Archived-At: Subject: [Detnet] DetNet Security Team plan X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 16:15:46 -0000 --_000_D5029959E8F5ethangrossmandolbycom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Folks, Given the positive reception to our DetNet Security draft at the DetNet ses= sion, we (the informal DetNet Security Design Team) plan to continue this w= ork, the next steps being: 1. Get more IETF security experts involved 2. Continue the draft with the next proposed section on Threat Mitigatio= n Regarding item 1 above, Tal and I plan to attend the SAAG meeting this afte= rnoon (room Zurich D, at 15:20) and see if we can raise awareness there. If= anyone else wants to meet us there to discuss further, please join us. Regarding item 2, If you are interested in contributing please let me know = and I'll put you on our informal email cc list. Thanks, Ethan. --_000_D5029959E8F5ethangrossmandolbycom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <175C62769E8918478BEC490D62D2BF3F@dolby.com> Content-Transfer-Encoding: quoted-printable
Hi Folks,
Given the positive reception to our DetNet Security draft at the DetNe= t session, we (the informal DetNet Security Design Team) plan to continue t= his work, the next steps being: 
  1. Get more IETF security experts involved
  2. Continue the draft with= the next proposed section on Threat Mitigation 
Regarding item 1 above, Tal and I plan to attend the SAAG meeting this= afternoon (room Zurich D, at 15:20) and see if we can raise awareness ther= e. If anyone else wants to meet us there to discuss further, please join us= . 

Regarding item 2, If you are interested in contributing please let me = know and I’ll put you on our informal email cc list.

Thanks,
Ethan.
--_000_D5029959E8F5ethangrossmandolbycom_-- From nobody Fri Mar 31 08:18:40 2017 Return-Path: X-Original-To: detnet@ietfa.amsl.com Delivered-To: detnet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBA271294EF for ; Fri, 31 Mar 2017 08:18:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 qgYnNvXeoyr8 for ; Fri, 31 Mar 2017 08:18:37 -0700 (PDT) Received: from mx0a-000fd501.pphosted.com (mx0b-000fd501.pphosted.com [67.231.152.235]) (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 70C78129417 for ; Fri, 31 Mar 2017 08:18:37 -0700 (PDT) Received: from pps.filterd (m0000695.ppops.net [127.0.0.1]) by mx0b-000fd501.pphosted.com (8.16.0.20/8.16.0.20) with SMTP id v2VFITUM021019 for ; Fri, 31 Mar 2017 08:18:34 -0700 Received: from dlb-xchpw04.dolby.net (dcd-outbound.dolby.com [67.216.187.124]) by mx0b-000fd501.pphosted.com with ESMTP id 29g5rmj06p-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT) for ; Fri, 31 Mar 2017 08:18:34 -0700 Received: from DLB-XCHPW03.dolby.net (10.233.7.3) by DLB-XCHPW04.dolby.net (10.233.7.4) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 31 Mar 2017 08:18:32 -0700 Received: from DLB-XCHPW03.dolby.net ([10.103.9.186]) by DLB-XCHPW03.dolby.net ([10.103.9.186]) with mapi id 15.00.1210.000; Fri, 31 Mar 2017 08:18:33 -0700 From: "Grossman, Ethan A." To: "detnet@ietf.org" Thread-Topic: DetNet Security Team plan Thread-Index: AQHSqXDgoJghTCId7EisDdvs2H3uVaGtzi4g Date: Fri, 31 Mar 2017 15:18:33 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.207.133.62] Content-Type: multipart/alternative; boundary="_000_f27572490cb1445f8686a58757d23184DLBXCHPW03dolbynet_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-03-31_13:, , signatures=0 Archived-At: Subject: Re: [Detnet] DetNet Security Team plan X-BeenThere: detnet@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Discussions on Deterministic Networking BoF and Proposed WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2017 15:18:40 -0000 --_000_f27572490cb1445f8686a58757d23184DLBXCHPW03dolbynet_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Update: I attended the SAAG meeting and spoke with Kathleen Moriarty who wa= s directing the session, and had a few hallway conversations afterwards (Ca= rsten, Subir, Tal, Deborah). The resulting plan for connecting with SAAG is= to send an email to the SAAG group with a pointer to our draft, requesting= their input on it, and preferably providing us a "security expert" or two = who would be "assigned to our case". However, we concluded that the timing = of that email, to get the best effect, should wait until our security draft= is more mature, i.e. 1) It is adopted by the workgroup 2) It includes concrete mitigation statements for review 3) It specifies the technologies in use, e.g. based on our approved da= ta plane design 4) It passes the "review for security" process that is expected by SAA= G (Deborah to send Ethan the links to the required info on this) This is the plan of record. We considered that it might be good to have exp= ert eyes on it sooner rather than later, but decided in favor of the above = approach. If anyone else has comments, please chime it. Thanks, Ethan. From: Grossman, Ethan A. Sent: Thursday, March 30, 2017 11:16 AM To: detnet@ietf.org Subject: DetNet Security Team plan Hi Folks, Given the positive reception to our DetNet Security draft at the DetNet ses= sion, we (the informal DetNet Security Design Team) plan to continue this w= ork, the next steps being: 1. Get more IETF security experts involved 2. Continue the draft with the next proposed section on Threat Mitigatio= n Regarding item 1 above, Tal and I plan to attend the SAAG meeting this afte= rnoon (room Zurich D, at 15:20) and see if we can raise awareness there. If= anyone else wants to meet us there to discuss further, please join us. Regarding item 2, If you are interested in contributing please let me know = and I'll put you on our informal email cc list. Thanks, Ethan. --_000_f27572490cb1445f8686a58757d23184DLBXCHPW03dolbynet_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Update: I attended the SAAG meeting and spoke with = Kathleen Moriarty who was directing the session, and had a few hallway conv= ersations afterwards (Carsten, Subir, Tal, Deborah). The resulting plan for connecting with SAAG is to send an email to the SAA= G group with a pointer to our draft, requesting their input on it, and pref= erably providing us a “security expert” or two who would be = 220;assigned to our case”. However, we concluded that the timing of that email, to get the best effect, should wait until our se= curity draft is more mature, i.e.

1)      It is adopted by the workgroup

2)      It includes concrete mitigation statements = for review

3)      It specifies the technologies in use, e.g. = based on our approved data plane design

4)      It passes the “review for security= 221; process that is expected by SAAG (Deborah to send Ethan the links to t= he required info on this)

This is the plan of record. We considered that it m= ight be good to have expert eyes on it sooner rather than later, but decide= d in favor of the above approach. If anyone else has comments, please chime it.

Thanks,

Ethan.

 

From: Grossman, Ethan A.
Sent: Thursday, March 30, 2017 11:16 AM
To: detnet@ietf.org
Subject: DetNet Security Team plan

 

Hi Folks,

Given the positive reception to our Det= Net Security draft at the DetNet session, we (the informal DetNet Security = Design Team) plan to continue this work, the next steps being: 

  1. Get more IETF security experts involved
  2. Continue the draft with the next proposed section on Threat Mitigation&nbs= p;

Regarding item 1 above, Tal and I plan = to attend the SAAG meeting this afternoon (room Zurich D, at 15:20) and see= if we can raise awareness there. If anyone else wants to meet us there to discuss further, please join us. 

 

Regarding item 2, If you are interested= in contributing please let me know and I’ll put you on our informal = email cc list.

 

Thanks,

Ethan.

--_000_f27572490cb1445f8686a58757d23184DLBXCHPW03dolbynet_--