From nobody Tue Apr 2 23:35:48 2019 Return-Path: X-Original-To: teep@ietfa.amsl.com Delivered-To: teep@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 556F3120395 for ; Tue, 2 Apr 2019 23:35:46 -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=unavailable 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 a7KaOQPqrEIq for ; Tue, 2 Apr 2019 23:35:43 -0700 (PDT) Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 E48BF120494 for ; Tue, 2 Apr 2019 23:35:42 -0700 (PDT) Received: by mail-wr1-x42a.google.com with SMTP id k17so19648379wrx.10 for ; Tue, 02 Apr 2019 23:35:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=HmzTfMMaPV9pGBKGv700rHhe3boi5EzluT9Iy/IU+JE=; b=MW4lhRApa6gEOsZFeGmCpkuTGO0h0J1wKIMo196/HQ+NsvdB2QZXPntnCxlk2b7Qhh ZH2uK1PY44P2f0Da5HjkBBED1HIkPGwu4iUQcyVfYNOXW0NVAtKGhk5agq9y2R3LcD3m +D7b6Cb6LvsyW9G0gJdAnJBzNt8+eLYu635VJ8co0D10oRxr16Yaj8HDIgT5FW5w6DX+ H2jxyyv00rxucoY9aCaAt6D/OFfRdMvBgUvBK3YXVLaaUgViL8il25erQqwoFITj5Jzx Y5FjNOg3HrQ/+BeuFOhrWMRONGtEoUXPvUGB8Ip+OyZT823dLh7tnyQMXO0Lau67gg6s NbDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=HmzTfMMaPV9pGBKGv700rHhe3boi5EzluT9Iy/IU+JE=; b=IY0+K33sWxvH7GOr6Q0HXOBM1yPqskl399m/kpZzcldFjVnlVzYYC8/UqW886pQXwd g4vyMKevhuIAWQpQ+Rm7IQP5j3liCQPCUhymwQTbOSa+0aw+CMFO6jWTv3tMcabDZxya 75zdbpleN9BsEB7USXafIFsFP9VE0jmJbQTzvcdHSnALm6jsedxVpCoHfPnpxiQ9OJEJ mbJYY/8KUj8fxKNym6HsuPWX2AVQth8QOOQmfwzlcJ12eiJDZFi2bCvD/NL3nNhj/YgC MqGY85W3PBKKJZim780kYkGHLM7Xvq7YcVW0rVNmuKWGgHpYjzROO7GmYPFmEh8/UC/h Y9ZA== X-Gm-Message-State: APjAAAXwGXBIj6PFcHfldM1ph6Rzidbq1eVlWFJfgToc7JNjVUrLgkuy HWYbmiPPOOo56q5sigw05xZSB1TL X-Google-Smtp-Source: APXvYqyZtWYHUt+H/YTzPqQR06lLBiOVipl1xJOVvfqSHSlyWxq3eVuaTpNNL0gwK6cuVog4euzZwA== X-Received: by 2002:adf:f607:: with SMTP id t7mr15382537wrp.191.1554273340837; Tue, 02 Apr 2019 23:35:40 -0700 (PDT) Received: from [192.168.1.79] (25.131.146.77.rev.sfr.net. [77.146.131.25]) by smtp.googlemail.com with ESMTPSA id e9sm24445001wrp.35.2019.04.02.23.35.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Apr 2019 23:35:38 -0700 (PDT) From: Anders Rundgren To: Dave Thaler , teep References: Message-ID: <7d9cd927-9184-e85b-a2c4-cce166a664cc@gmail.com> Date: Wed, 3 Apr 2019 08:35:34 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------382803E6A391D3DF98C4E8C8" Content-Language: en-US Archived-At: Subject: Re: [Teep] [ietf-teep/OTrP] HTTP Bindings (#14) X-BeenThere: teep@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A Protocol for Dynamic Trusted Execution Environment Enablement List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Apr 2019 06:35:46 -0000 This is a multi-part message in MIME format. --------------382803E6A391D3DF98C4E8C8 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Maybe there are actually multiple and quite different cloud use cases? 1. The one I mentioned is when the cloud account admin (user side) in some way have obtained a TA which they want to host at the cloud SP (push/upload). 2. If the cloud SP rather is a one-stop shop there is probably no need for a protocol.  The cloud SP would at the customer's request install a designated TA using a method specified by the cloud OS. 3. If the cloud SP relies on external TA vendors, they could use the client (pull/download) protocol variant alternatively simply fetching an image. Does this sound reasonable? https://tools.ietf.org/html/draft-thaler-teep-otrp-over-http-01   "To be secure against malware, an OTrP implementation (referred to as    an OTrP "Agent" on the client side, and a "Trusted Application    Manager (TAM)" on the server side) must themselves run inside a TEE" With respect to the client side, I don't believe this an absolute truth, it is rather a consequence of the TEEP architecture: https://github.com/ietf-teep/architecture/issues/52 Well, of course some parts MUST run inside the TEE, but they can be considerably reduced in size and complexity as well a becoming more powerful. Anders On 2019-03-30 07:10, Anders Rundgren wrote: > A shorter way of expressing the differences is that a mobile phone scenario is a TA pull/download scheme while a cloud scenario seems more like a TA push/upload thing. > > Anders > > On 2019-03-29 10:37, Anders Rundgren wrote: >> On 2019-03-29 08:45, Dave Thaler wrote: >>> >>> I would suggest we should keep issue discussion on the list, and just use the github comments to summarize. >>> >> >> Fine with me. >> >>> Comments below as an individual participant: >>> >>> *From:*Anders Rundgren >>> *Sent:* Friday, March 29, 2019 8:12 AM >>> *To:* ietf-teep/OTrP >>> *Cc:* Subscribed >>> *Subject:* [ietf-teep/OTrP] HTTP Bindings (#14) >>> >>> It seems that cloud based TEEs and client based TEEs would work differently (protocol wise) during provisioning, at least when HTTP is used as transport. >>> >>> *Client based TEE*: >>> Request is coming from the client side (outbound) which means that the TAM request data must be delivered in a HTTP /response body/ while the TEE response is delivered in a subsequent HTTP POST request. >>> >>> Correct. >>> >>> *Cloud based TEE*: >>> Request is coming from an outside service in the from of an HTTP POST request while the TEE response is returned in the associated HTTP response body. >>> >>> That’s not how it’s defined right now, it’s defined to work the same as the client based TEE summary above. >>> >> >> I'm aware of that which was the reason for filing this issue. >> >>> This means that the TAM only needs to support one transport protocol mechanism, not two. >>> It also allows the timing to be TEE-driven, i.e., when the TEE actually needs to do attestation or remediation, etc. >>> >>> Do you have any reason it **needs** to be different? I’m not currently aware of one, so prefer simplicity of one mechanism instead of two. >>> >> >> Well, the traditional way of implementing cloud services over HTTP is client-service-to-cloud-service.  I haven't looked into this https://docs.microsoft.com/en-us/azure/key-vault/ but I would be surprised if it doesn't work approximately as I described.  If the communication also needs to be asynchronous (highly unlikely), more substantial changes would be needed. >> >> The TEE provisioning API would (hopefully...) not change by offering two variants of HTTP bindings. >> >>> Another difference is that in a cloud based scenario, the requester (TAM) must also be authenticated as a legitimate cloud service account user. This is a part of an HTTP binding scheme as well. >>> >>> In both cases the TEE needs to authenticate the TAM, so I don’t think this is a difference either. >>> >> >> I thought the TEE rather attested its identity etc. to the TAM. In a client scenario (like provisioning mobile phone TAs) the user authenticates to an "App Store" which in turn presumably provides whatever is needed for TAM access. >> >> In a cloud scenario like for a hosted Certificate Authority it is not obvious that there actually is a regular TAM.  Where is it and what would it do? >> >> Cheers, >> Anders >> >>> Dave >>> >>> >>> _______________________________________________ >>> TEEP mailing list >>> TEEP@ietf.org >>> https://www.ietf.org/mailman/listinfo/teep >> > --------------382803E6A391D3DF98C4E8C8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Maybe there are actually multiple and quite different cloud use cases?

1. The one I mentioned is when the cloud account admin (user side) in some way have obtained a TA which they want to host at the cloud SP (push/upload).
2. If the cloud SP rather is a one-stop shop there is probably no need for a protocol.  The cloud SP would at the customer's request install a designated TA using a method specified by the cloud OS.
3. If the cloud SP relies on external TA vendors, they could use the client (pull/download) protocol variant alternatively simply fetching an image.

Does this sound reasonable?

https://tools.ietf.org/html/draft-thaler-teep-otrp-over-http-01

  "To be secure against malware, an OTrP implementation (referred to as
   an OTrP "Agent" on the client side, and a "Trusted Application
   Manager (TAM)" on the server side) must themselves run inside a TEE"

With respect to the client side, I don't believe this an absolute truth, it is rather a consequence of the TEEP architecture:
https://github.com/ietf-teep/architecture/issues/52
Well, of course some parts MUST run inside the TEE, but they can be considerably reduced in size and complexity as well a becoming more powerful.

Anders

On 2019-03-30 07:10, Anders Rundgren wrote:
A shorter way of expressing the differences is that a mobile phone scenario is a TA pull/download scheme while a cloud scenario seems more like a TA push/upload thing.

Anders

On 2019-03-29 10:37, Anders Rundgren wrote:
On 2019-03-29 08:45, Dave Thaler wrote:

I would suggest we should keep issue discussion on the list, and just use the github comments to summarize.


Fine with me.

 

Comments below as an individual participant:

 

From: Anders Rundgren <notifications@github.com>
Sent: Friday, March 29, 2019 8:12 AM
To: ietf-teep/OTrP <OTrP@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Subject: [ietf-teep/OTrP] HTTP Bindings (#14)

 

It seems that cloud based TEEs and client based TEEs would work differently (protocol wise) during provisioning, at least when HTTP is used as transport.

Client based TEE:
Request is coming from the client side (outbound) which means that the TAM request data must be delivered in a HTTP response body while the TEE response is delivered in a subsequent HTTP POST request.

Correct.

Cloud based TEE:
Request is coming from an outside service in the from of an HTTP POST request while the TEE response is returned in the associated HTTP response body.

That’s not how it’s defined right now, it’s defined to work the same as the client based TEE summary above.


I'm aware of that which was the reason for filing this issue.

This means that the TAM only needs to support one transport protocol mechanism, not two.
It also allows the timing to be TEE-driven, i.e., when the TEE actually needs to do attestation or remediation, etc.

Do you have any reason it *needs* to be different?  I’m not currently aware of one, so prefer simplicity of one mechanism instead of two.


Well, the traditional way of implementing cloud services over HTTP is client-service-to-cloud-service.  I haven't looked into this https://docs.microsoft.com/en-us/azure/key-vault/ but I would be surprised if it doesn't work approximately as I described.  If the communication also needs to be asynchronous (highly unlikely), more substantial changes would be needed.

The TEE provisioning API would (hopefully...) not change by offering two variants of HTTP bindings.

Another difference is that in a cloud based scenario, the requester (TAM) must also be authenticated as a legitimate cloud service account user. This is a part of an HTTP binding scheme as well.

In both cases the TEE needs to authenticate the TAM, so I don’t think this is a difference either.


I thought the TEE rather attested its identity etc. to the TAM.  In a client scenario (like provisioning mobile phone TAs) the user authenticates to an "App Store" which in turn presumably provides whatever is needed for TAM access.

In a cloud scenario like for a hosted Certificate Authority it is not obvious that there actually is a regular TAM.  Where is it and what would it do?

Cheers,
Anders

Dave


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



--------------382803E6A391D3DF98C4E8C8-- From nobody Fri Apr 5 12:21:11 2019 Return-Path: X-Original-To: teep@ietfa.amsl.com Delivered-To: teep@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1214E12009E for ; Fri, 5 Apr 2019 12:21:09 -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, FREEMAIL_FROM=0.001, 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=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 XW5n9Zwlgy4p for ; Fri, 5 Apr 2019 12:21:07 -0700 (PDT) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (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 80298120073 for ; Fri, 5 Apr 2019 12:21:07 -0700 (PDT) Received: by mail-wr1-x42d.google.com with SMTP id k17so9225221wrx.10 for ; Fri, 05 Apr 2019 12:21:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=iifwzws2dDDlCDTv43tlDn7eSjA9mqrIJSUbiZKcmuA=; b=iQHA8iKimLsQhXu/FMAvV+UfypFx0IsPAYoFqCQnr0dvs5+GsDd7M2CxFgOKWV4FMz dOFMkHI5cYBUEVqxOcEgx4S8PRnuHwBobbaUA6/E1lgbCO2ob6z3OWD+h5Iywd4eJ7q3 9SPNkqxjuBjSs9/px56EsIBBFwAsqoa/PfKjNFwODYE2jqld1uB1zSwZQsItfJS+ogf+ QWrMjI8PdKu8inC5LPbBypMrCQKTy1XRC7STKDAOQPV6ulXM7rlX6QgaGmaW2laIoqwa EIC3VPOlgWFVJTSbJiOcm7yFE6QXg5Xn8uyelLRyAG2Ei1VlyLRBshwTN6UI2c0gP0yG /BsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=iifwzws2dDDlCDTv43tlDn7eSjA9mqrIJSUbiZKcmuA=; b=J35UgLcLDLsROd+dLqDieeZ0BRf57fdGWeMDAmciuGQpQ2+W6B0cSD3kvFNy04CzyA eCc1pRtUBzTlDoGj4oD46HKyUin8JGx7Tw1qeUECmo9siNo7mOPv+VY4jfFpUgWpI9Yv Jzt/JTQO65huYt4kxcZVZTYyYSPR8hmTp5zu0hArp/zy/Eg79XRVTbr/BbIZ4YnY09Da ajuPwMvhWV0YGD+MsTKsGUSakk1SGX+Iy7I1rlkUXa2SI84Z/FZ4aSykb8Ok34y3oYFu cgydAa9tb3M/UvK53wwX9dBX/n8jAhdWrIFKyiG6NK3JykuA8ZhNU6wqSuLjlQACOziG SsYg== X-Gm-Message-State: APjAAAUebGHWHaUcBsom20dgd1U0EZOh671yHRIjIMDsdIfi61hj9Shm NgtYhqdbE8tiGgzFMZk+lHAbqnvw X-Google-Smtp-Source: APXvYqwitDO4ucsaArPGI5AXy3SYzuV+6n9uk2RxKhw13jcrLXaeIrFBbZEdE28q+4CjAaYjHjsF0A== X-Received: by 2002:a5d:474d:: with SMTP id o13mr9995764wrs.278.1554492065583; Fri, 05 Apr 2019 12:21:05 -0700 (PDT) Received: from [192.168.1.79] (25.131.146.77.rev.sfr.net. [77.146.131.25]) by smtp.googlemail.com with ESMTPSA id y132sm2150284wmg.38.2019.04.05.12.21.03 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Apr 2019 12:21:03 -0700 (PDT) From: Anders Rundgren To: teep References: <7d9cd927-9184-e85b-a2c4-cce166a664cc@gmail.com> Message-ID: <5ca23bde-7c89-994d-9faa-94e68aa98687@gmail.com> Date: Fri, 5 Apr 2019 21:21:01 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <7d9cd927-9184-e85b-a2c4-cce166a664cc@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [Teep] Cloud based HSM using TEE/TA/OTrP X-BeenThere: teep@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A Protocol for Dynamic Trusted Execution Environment Enablement List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Apr 2019 19:21:09 -0000 Would it be possible getting a short description how you envision this use case? In particular: - how would keys be provisioned and managed in the HSM? - how would the HSM attest its keys? Cheers, Anders From nobody Tue Apr 16 10:07:39 2019 Return-Path: X-Original-To: teep@ietfa.amsl.com Delivered-To: teep@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7368120308 for ; Tue, 16 Apr 2019 10:07:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.499 X-Spam-Level: X-Spam-Status: No, score=-14.499 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, 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 header.b=O4mUjGRy; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=cb5uCdWh 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 ewOWOMctJpuj for ; Tue, 16 Apr 2019 10:07:36 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 040BE1200D5 for ; Tue, 16 Apr 2019 10:07:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3203; q=dns/txt; s=iport; t=1555434456; x=1556644056; h=from:to:subject:date:message-id:mime-version; bh=p4Vez3rRyjnRb5qiUR0VAm3PLdXuHtHiI3c/f1Il16w=; b=O4mUjGRyCCEvHroe9VCv78lKSlG4ePPos7CGBnVGKK6DFW3Yw2BYdu08 5XAk9CcN1LUaYjdYA6psFcygUotfBji+Ir3xY00qJUPsaKrDGl0EfLTxv 1vqDXU5meUooJjtDNU73UJTFmduVwsrle8TQxa1RHHflca2U7VkLHsqGy Q=; IronPort-PHdr: =?us-ascii?q?9a23=3AJ0oQZRWnOWrk2UkvSp9b/xdhAnLV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSA9yJ8OpK3uzRta2oGXcN55qMqjgjSNRNTF?= =?us-ascii?q?dE7KdehAk8GIiAAEz/IuTtank8F81HS15j8FmwMFNeH4D1YFiB6nA=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BzAAC0CrZc/5JdJa1mHQEBBQEHBQG?= =?us-ascii?q?BUQgBCwGBDi9QA2hVIAQLKIQOg0cDhFKKR0qBaJJ0hEyBLoF7DgEBIwqEQBm?= =?us-ascii?q?FcCM0CQ4BAwEBCgECAQJtHAELhXQdAQE4EQEMPgIEMCcEgzUBgR1MAxwBDp8?= =?us-ascii?q?hAooUcYEvgnkBAQWBNgQMQUCCOhiCDQMGgTIBi0kXgX+BEScME4QOgV0CAwG?= =?us-ascii?q?CCoJdMYImjSqEOpRVCQKCBoYLjA4bggiGG4sSgUGLaYYsjXECBAIEBQIOAQE?= =?us-ascii?q?FgU84gVZwFTsqAYJBggoYg1eFFIU/coEpj0kBAQ?= X-IronPort-AV: E=Sophos;i="5.60,358,1549929600"; d="scan'208,217";a="262795921" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 16 Apr 2019 17:07:35 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x3GH7Yro002594 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 16 Apr 2019 17:07:34 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 16 Apr 2019 12:07:33 -0500 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 16 Apr 2019 12:07:33 -0500 Received: from NAM03-DM3-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 16 Apr 2019 12:07:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=p4Vez3rRyjnRb5qiUR0VAm3PLdXuHtHiI3c/f1Il16w=; b=cb5uCdWh0G6ROxSZxqUAdZBVqWd5HSTxMEtwWLHCXHCmMfvMPI6c8jsFP+RuzyMP60NfXWL1rmBnXfu56hjpypMTzSzxaZgQBzMpWyToQOp8ARk3F2E28iQ5QEuBp+H9EfBWU9/AwirCz3b2VJp7TMi6vqBkrhzcZDe5Uz5xixM= Received: from MWHPR11MB1791.namprd11.prod.outlook.com (10.175.53.18) by MWHPR11MB1678.namprd11.prod.outlook.com (10.172.55.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1792.19; Tue, 16 Apr 2019 17:07:32 +0000 Received: from MWHPR11MB1791.namprd11.prod.outlook.com ([fe80::9428:e141:c68e:a9fa]) by MWHPR11MB1791.namprd11.prod.outlook.com ([fe80::9428:e141:c68e:a9fa%8]) with mapi id 15.20.1792.018; Tue, 16 Apr 2019 17:07:32 +0000 From: "Nancy Cam-Winget (ncamwing)" To: "teep@ietf.org" Thread-Topic: TEEP IETF 104 minutes Thread-Index: AQHU9Hbh24szJ/v6lk2icWqXwfr7Lg== Date: Tue, 16 Apr 2019 17:07:31 +0000 Message-ID: <79B5FDAB-035D-4013-A07A-E8521B2C7815@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.17.1.190326 authentication-results: spf=none (sender IP is ) smtp.mailfrom=ncamwing@cisco.com; x-originating-ip: [2001:420:293:1262:313c:6015:5c44:57c1] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ff99c5fe-686d-4761-4d3b-08d6c28e03a4 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600140)(711020)(4605104)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:MWHPR11MB1678; x-ms-traffictypediagnostic: MWHPR11MB1678: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-forefront-prvs: 000947967F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(39860400002)(366004)(376002)(396003)(136003)(346002)(199004)(189003)(33656002)(7116003)(68736007)(53936002)(86362001)(6436002)(54896002)(2906002)(71190400001)(5660300002)(71200400001)(36756003)(6306002)(6116002)(236005)(5640700003)(106356001)(6486002)(7736002)(606006)(105586002)(256004)(83716004)(82746002)(6512007)(478600001)(102836004)(2351001)(476003)(58126008)(316002)(186003)(1730700003)(25786009)(8676002)(6506007)(486006)(81166006)(81156014)(46003)(99286004)(6916009)(2501003)(558084003)(966005)(97736004)(8936002)(2616005)(14454004)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR11MB1678; H:MWHPR11MB1791.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: VnMYKMYHyKr60S8gXyD7RDjeFOWtbpnFNnDVmDZNRMKMyeievlF27V8CncifCsu6fl3sUqAxccpl4Oj1sv9x8VGHJr6LFaHlGgbebOKDPz1Jjq77DY25aQ9uF6y5VOsZYgbMvMafD5ZY5EPgffXVni133Q86cIqP2dW9TA5LWLWb/CYSNj4oNxJWbQIt7rjH3G+F3VXEfIqxOdhfnj2j4eGGdP0iZ+Jv5siyFZB79QqFt9/oEvJ+b9eUNuw6OvlETUUF+kJvdysrQ8fTCRC9lPRy7E75UG4IrY6GW/0+/aVNc2OEmWQh09q0OoqV20N0DnRhMd6V36ZCm/VhTntQD7C2cVBjLTcgZjhZHA7HZxjvRVu1XdieiITFau8mu98tDwCjn9nhzL5zzLi2ixTaisBlZ0K2lpyras5HRCc3zwc= Content-Type: multipart/alternative; boundary="_000_79B5FDAB035D4013A07AE8521B2C7815ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: ff99c5fe-686d-4761-4d3b-08d6c28e03a4 X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Apr 2019 17:07:32.0236 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1678 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: [Teep] TEEP IETF 104 minutes X-BeenThere: teep@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A Protocol for Dynamic Trusted Execution Environment Enablement List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2019 17:07:38 -0000 --_000_79B5FDAB035D4013A07AE8521B2C7815ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlIFRFRVAgbWludXRlcyBmcm9tIElFVEYgMTA0IGhhdmUgYmVlbiBwb3N0ZWQgaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvbWludXRlcy0xMDQtdGVlcC8NCg0KUGxlYXNlIHJldmll dyBhbmQgc2VuZCBjb3JyZWN0aW9ucyB0byB0aGUgbGlzdC4NClRoYW5rcywgTmFuY3kNCg== --_000_79B5FDAB035D4013A07AE8521B2C7815ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpz cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBs YW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0Ij5UaGUgVEVFUCBtaW51dGVzIGZyb20gSUVURiAxMDQgaGF2ZSBiZWVuIHBvc3Rl ZA0KPC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL21pbnV0 ZXMtMTA0LXRlZXAvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9taW51dGVzLTEw NC10ZWVwLzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+UGxlYXNlIHJl dmlldyBhbmQgc2VuZCBjb3JyZWN0aW9ucyB0byB0aGUgbGlzdC48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ VGhhbmtzLCBOYW5jeTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_79B5FDAB035D4013A07AE8521B2C7815ciscocom_-- From nobody Wed Apr 24 12:56:43 2019 Return-Path: X-Original-To: teep@ietfa.amsl.com Delivered-To: teep@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85D761203C9 for ; Wed, 24 Apr 2019 12:56:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 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_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=armh.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 AaPc2I64aLkB for ; Wed, 24 Apr 2019 12:56:38 -0700 (PDT) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-ve1eur03on0628.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe09::628]) (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 2434712031B for ; Wed, 24 Apr 2019 12:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector1-arm-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=D3W0uDjoYECh+6hIJHlalt5N0/Q3N1AI9ZsIl0ohX5w=; b=JtYs/0jo0Z/ojNZMzZA0RimjIg2R5SVghccMQIoBaO1Le+sifw/U4+tmj2o0D5ZZvw4okSJK9ylK/iLGDVW4Z8RXhqDD5wy7R8KGk4c9vcUhzeMiEXWNxv0vPMocVN6lVLRM6gEjHUlYFqf1H7j0Lw5SwV7eO1RCns1pOb+gqow= Received: from AM6PR08MB3686.eurprd08.prod.outlook.com (20.178.91.22) by AM6PR08MB3285.eurprd08.prod.outlook.com (52.135.164.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1835.12; Wed, 24 Apr 2019 19:56:35 +0000 Received: from AM6PR08MB3686.eurprd08.prod.outlook.com ([fe80::7025:fc8a:7d0a:cb91]) by AM6PR08MB3686.eurprd08.prod.outlook.com ([fe80::7025:fc8a:7d0a:cb91%3]) with mapi id 15.20.1835.010; Wed, 24 Apr 2019 19:56:35 +0000 From: Hannes Tschofenig To: "faibish, sorin" , Dave Thaler CC: teep Thread-Topic: [Teep] Virtual interim? Thread-Index: AdTlZVBLj24qPdaOTDiRdakK1j/VggADQH6ABVlZ02A= Date: Wed, 24 Apr 2019 19:56:35 +0000 Message-ID: References: <051D9B32-64F7-48D2-9022-51F8060ECA11@emc.com> In-Reply-To: <051D9B32-64F7-48D2-9022-51F8060ECA11@emc.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com; x-originating-ip: [80.92.119.204] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 83ca603c-cfb2-432b-6336-08d6c8eef4e7 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:AM6PR08MB3285; x-ms-traffictypediagnostic: AM6PR08MB3285: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-forefront-prvs: 00179089FD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(396003)(346002)(366004)(376002)(136003)(199004)(189003)(40434004)(68736007)(2906002)(74316002)(5660300002)(14454004)(52536014)(25786009)(790700001)(3846002)(54896002)(71190400001)(6306002)(4326008)(55016002)(97736004)(9686003)(6246003)(14444005)(5024004)(6506007)(66574012)(33656002)(71200400001)(6116002)(53936002)(256004)(72206003)(99286004)(66066001)(53546011)(478600001)(26005)(186003)(76176011)(966005)(102836004)(316002)(446003)(7736002)(236005)(86362001)(486006)(110136005)(11346002)(66476007)(81156014)(8936002)(66946007)(73956011)(76116006)(64756008)(66446008)(606006)(81166006)(6436002)(229853002)(476003)(8676002)(66556008)(7696005); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR08MB3285; H:AM6PR08MB3686.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: Yq8WjCe8UTx6flCuR4nfr+el4thOgF5qFOV/SGtbK1RnBxzc6UeLCKb7uaLQA5Cp13hN/fo3T8aOYGdlDUmsN52T4rNk0A49DciojY3yrEiw6+kKkD3Uh9daGLcd7vl+GUgyt5unPDhUJcrGvS8vAg0nMuLm1hIqiEp+yarOsd152Me24P4lOM0KlQ0WL1KCm0bKu5AS39y2p1JzSzn0eRnxhpPz1tveAltcKvQDNUX/uFwyF4Mm3KXu2Zy8o3D60x20jJof18Ikh/EdXMv/L5CuAt5Q7yR/FKLJ5z8459RDlhXuLc6V3tU7rwpesS6qRzDQb1PEQ7XKZVKk6O3q11GKZCw4UDtEGM9zcmlqSvUnV6EHg1Ifk6mjJWU5n0md5/AJiFL/A/Ebp+7DTKQ2gLjUrz2e4I+0If9XRQtgKzA= Content-Type: multipart/alternative; boundary="_000_AM6PR08MB3686C1384652277E8A2F78DDFA3C0AM6PR08MB3686eurp_" MIME-Version: 1.0 X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-Network-Message-Id: 83ca603c-cfb2-432b-6336-08d6c8eef4e7 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Apr 2019 19:56:35.5680 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR08MB3285 Archived-At: Subject: Re: [Teep] Virtual interim? X-BeenThere: teep@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A Protocol for Dynamic Trusted Execution Environment Enablement List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2019 19:56:42 -0000 --_000_AM6PR08MB3686C1384652277E8A2F78DDFA3C0AM6PR08MB3686eurp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I like the idea of a virtual interim meeting. From: TEEP On Behalf Of faibish, sorin Sent: Donnerstag, 28. M=E4rz 2019 15:27 To: Dave Thaler Cc: teep Subject: Re: [Teep] Virtual interim? I had some points I wanted to discuss but no time. I am in favor of interim= meeting call. ./Sorin Sent from my iPhone On Mar 28, 2019, at 8:57 AM, Dave Thaler > wrote: [EXTERNAL EMAIL] We had a suggestion from someone after the meeting to schedule a virtual in= terim meeting. This week we were a bit pressed for time, and probably could have used 2.5 = hours if there were any 2.5 hour slots available. And there was a suggestion to have Brendan give a manifest format presentat= ion to the WG. Do folks think it be productive to have a webex meeting in, say, mid-May? Do authors of the specs think there would be doc updates before then if we = did schedule one? Dave _______________________________________________ TEEP mailing list TEEP@ietf.org https://www.ietf.org/mailman/listinfo/teep IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in = any medium. Thank you. --_000_AM6PR08MB3686C1384652277E8A2F78DDFA3C0AM6PR08MB3686eurp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I like the idea of a virtual interim meeting.

 

From: TEEP <teep-bounces@ietf.org> On Behalf Of faibish, sorin
Sent: Donnerstag, 28. M=E4rz 2019 15:27
To: Dave Thaler <dthaler=3D40microsoft.com@dmarc.ietf.org>
Cc: teep <teep@ietf.org>
Subject: Re: [Teep] Virtual interim?

 

I had some points I wanted to discuss but no time. I= am in favor of interim meeting call.

 

./Sorin

Sent from my iPhone


On Mar 28, 2019, at 8:57 AM, Dave Thaler <dthaler=3D40microsoft.com@dmarc.ietf.org&= gt; wrote:

[EXTERNAL EMAIL]

We had a suggestion from someone after the meeting t= o schedule a virtual interim meeting.

This week we were a bit pressed for time, and probab= ly could have used 2.5 hours if there were any 2.5 hour slots available.

And there was a suggestion to have Brendan give a ma= nifest format presentation to the WG.

 

Do folks think it be productive to have a webex meet= ing in, say, mid-May?

Do authors of the specs think there would be doc upd= ates before then if we did schedule one?

 

Dave

_______________________________________________
TEEP mailing list
TEEP@ietf.org
https://www.ietf.org= /mailman/listinfo/teep

IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in any medium. Thank you. --_000_AM6PR08MB3686C1384652277E8A2F78DDFA3C0AM6PR08MB3686eurp_-- From nobody Thu Apr 25 20:22:06 2019 Return-Path: X-Original-To: teep@ietfa.amsl.com Delivered-To: teep@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9DA812004B for ; Thu, 25 Apr 2019 20:22:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.637 X-Spam-Level: X-Spam-Status: No, score=-0.637 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, KHOP_DYNAMIC=1.363, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dell.com header.b=rtWUHi50; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=emc.com header.b=vBwOCDjx 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 54swazFen3AG for ; Thu, 25 Apr 2019 20:22:03 -0700 (PDT) Received: from mx0b-00154904.pphosted.com (mx0b-00154904.pphosted.com [148.163.137.20]) (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 5E2631200B4 for ; Thu, 25 Apr 2019 20:22:03 -0700 (PDT) Received: from pps.filterd (m0170396.ppops.net [127.0.0.1]) by mx0b-00154904.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x3Q3KHvx027746; Thu, 25 Apr 2019 23:21:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dell.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=smtpout1; bh=iDZcNMe6ANOsc0a+lDqhb9jto0nLhlkm87I0cUPGzwI=; b=rtWUHi50gx+uud6y91v5eHf+5TcuilsF5DnMyEPysEcfu+WOBlKUBqAvwtiaWmZLO16P BrTnrHKnOX/9r9e2KJ6R7Q4H5Q8PRENPLqiTS0iCDLjpvIFJSYL5xWaOKDdFylNXtHAS xGwI6ifNOAjKcNCky7JgNnt8PP3jjILdLu5jSoZLeA+Sn5rcJbmSQ1L7OioRyaH4flzJ e+nZRdp7A6dzzRsv5g0pOUSswBgxpn7D1sw0AQvgUc0uiGndOs0Tf5lkNaSaVSiCt6lj CJRqdwp3WceGk4Sq55/CJe7kYpPmufRlPkpzqwb7CpioSAy5pXikFBxtgiE5GaMlTnzM Yg== Received: from mx0b-00154901.pphosted.com (mx0b-00154901.pphosted.com [67.231.157.37]) by mx0b-00154904.pphosted.com with ESMTP id 2s2hbx84bs-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 25 Apr 2019 23:21:54 -0400 Received: from pps.filterd (m0089483.ppops.net [127.0.0.1]) by mx0b-00154901.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x3Q3KRN2043982; Thu, 25 Apr 2019 23:21:54 -0400 Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) by mx0b-00154901.pphosted.com with ESMTP id 2s3t05r0eq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 25 Apr 2019 23:21:54 -0400 Received: from maildlpprd02.lss.emc.com (maildlpprd02.lss.emc.com [10.253.24.34]) by mailuogwprd04.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id x3Q3LoAR021515 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 25 Apr 2019 23:21:52 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd04.lss.emc.com x3Q3LoAR021515 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1556248913; bh=+woBzXwdNIiC2SrJjq2GCgjA3Xw=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=vBwOCDjxBJV2Z8GQK+q08grWtv3dziN2nlar7BVjpt1/VBXthQ06TX58Mlwl+8cIG 1SeFP7KX5ytGYSebx7qsPsCApA9FbH+AQ6yn40M8xhWW01/WsJztO/+u7YOBIv3D/R KMcOazcUWXGHyfWd2qfFxkDz8tnG2V1yJHZyU4/U= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd04.lss.emc.com x3Q3LoAR021515 Received: from mailusrhubprd51.lss.emc.com (mailusrhubprd51.lss.emc.com [10.106.48.24]) by maildlpprd02.lss.emc.com (RSA Interceptor); Thu, 25 Apr 2019 23:21:38 -0400 Received: from MXHUB309.corp.emc.com (MXHUB309.corp.emc.com [10.146.3.35]) by mailusrhubprd51.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id x3Q3LcG2004920 (version=TLSv1.2 cipher=AES128-SHA256 bits=128 verify=FAIL); Thu, 25 Apr 2019 23:21:39 -0400 Received: from MX304CL01.corp.emc.com ([fe80::2d21:ebf8:dc15:2b07]) by MXHUB309.corp.emc.com ([10.146.3.35]) with mapi id 14.03.0415.000; Thu, 25 Apr 2019 23:21:38 -0400 From: "faibish, sorin" To: Hannes Tschofenig CC: Dave Thaler , teep Thread-Topic: [Teep] Virtual interim? Thread-Index: AQHU5XJSV27SHhwsUEaY4Sk1RBb7WKZMJ82AgAHLn8w= Date: Fri, 26 Apr 2019 03:21:38 +0000 Message-ID: References: <051D9B32-64F7-48D2-9022-51F8060ECA11@emc.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_FC34F76C882A43668D6033892FEEF827emccom_" MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd51.lss.emc.com X-RSA-Classifications: public X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-04-26_03:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904260022 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904260023 Archived-At: Subject: Re: [Teep] Virtual interim? X-BeenThere: teep@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A Protocol for Dynamic Trusted Execution Environment Enablement List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2019 03:22:05 -0000 --_000_FC34F76C882A43668D6033892FEEF827emccom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am also very much in favor for a virtual interim call. Cheers ./Sorin Sent from my iPad On Apr 24, 2019, at 3:56 PM, Hannes Tschofenig > wrote: [EXTERNAL EMAIL] I like the idea of a virtual interim meeting. From: TEEP > On Behalf = Of faibish, sorin Sent: Donnerstag, 28. M=E4rz 2019 15:27 To: Dave Thaler > Cc: teep > Subject: Re: [Teep] Virtual interim? I had some points I wanted to discuss but no time. I am in favor of interim= meeting call. ./Sorin Sent from my iPhone On Mar 28, 2019, at 8:57 AM, Dave Thaler > wrote: [EXTERNAL EMAIL] We had a suggestion from someone after the meeting to schedule a virtual in= terim meeting. This week we were a bit pressed for time, and probably could have used 2.5 = hours if there were any 2.5 hour slots available. And there was a suggestion to have Brendan give a manifest format presentat= ion to the WG. Do folks think it be productive to have a webex meeting in, say, mid-May? Do authors of the specs think there would be doc updates before then if we = did schedule one? Dave _______________________________________________ TEEP mailing list TEEP@ietf.org https://www.ietf.org/mailman/listinfo/teep IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in = any medium. Thank you. --_000_FC34F76C882A43668D6033892FEEF827emccom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am also very much in favor for a virtual interim call. Cheers

./Sorin 

Sent from my iPad

On Apr 24, 2019, at 3:56 PM, Hannes Tschofenig <Hannes.Tschofenig@arm.com> wrote:

[EXTERNAL EMAIL]

I like the idea of a virtual interim meeting.

 

From: TEEP <teep-bounces@= ietf.org> On Behalf Of faibish, sorin
Sent: Donnerstag, 28. M=E4rz 2019 15:27
To: Dave Thaler <dthaler=3D40microsoft.com@dmarc.ietf.org>
Cc: teep <teep@ietf.org><= br> Subject: Re: [Teep] Virtual interim?

 

I had some points I wanted to discuss but no time. I= am in favor of interim meeting call.

 

./Sorin

Sent from my iPhone


On Mar 28, 2019, at 8:57 AM, Dave Thaler <dthaler=3D40microsoft.com@dmarc.ietf.org&= gt; wrote:

[EXTERNAL EMAIL]

We had a suggestion from someone after the meeting t= o schedule a virtual interim meeting.

This week we were a bit pressed for time, and probab= ly could have used 2.5 hours if there were any 2.5 hour slots available.

And there was a suggestion to have Brendan give a ma= nifest format presentation to the WG.

 

Do folks think it be productive to have a webex meet= ing in, say, mid-May?

Do authors of the specs think there would be doc upd= ates before then if we did schedule one?

 

Dave

_______________________________________________
TEEP mailing list
TEEP@ietf.org
https://www.ietf.org= /mailman/listinfo/teep

IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in any medium. Thank you.
--_000_FC34F76C882A43668D6033892FEEF827emccom_-- From nobody Mon Apr 29 09:07:55 2019 Return-Path: X-Original-To: teep@ietfa.amsl.com Delivered-To: teep@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 480851203F2 for ; Mon, 29 Apr 2019 09:07:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.311 X-Spam-Level: X-Spam-Status: No, score=-2.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_MED=-2.3, 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=symantec.com header.b=XuZlrQr2; dkim=pass (1024-bit key) header.d=symantec.com header.b=dogFe9Vr 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 zQWkTJNcOYr0 for ; Mon, 29 Apr 2019 09:07:51 -0700 (PDT) Received: from tussmtoutape02.symantec.com (tussmtoutape02.symantec.com [155.64.38.232]) (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 EEBA91203ED for ; Mon, 29 Apr 2019 09:07:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=Symantec.com; s=1; c=relaxed/simple; q=dns/txt; i=@Symantec.com; t=1556554070; x=2420467670; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding: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=Z9CtK27u2C8pTGBTEplBp57kBwpI6F1dpw/Vb2OhDxo=; b=XuZlrQr2PwO8ygi3oNXt2EYgQytCEHffwyGL5ZTY1Fu6oujTPRGYYMgiXyVJlZHa cFdu6Xwz6VrvI/3hz3JzXlpSPsdJi8I4D8TCYaDjHPKIyuPYXVsYOMbueGBY/nUN 46ATNCfDuQH5qltjbPKxbw4dDmJSxjlWa8GT4nmMRK8=; Received: from tussmtmtaapi01.symc.symantec.com (tus3-f5-symc-ext-prd-snat1.net.symantec.com [10.44.130.1]) by tussmtoutape02.symantec.com (Symantec Messaging Gateway) with SMTP id 8E.CE.09634.65127CC5; Mon, 29 Apr 2019 16:07:50 +0000 (GMT) X-AuditID: 0a2c7e32-9e84a9e0000125a2-c0-5cc721565fe8 Received: from TUSXCHMBXWPI02.SYMC.SYMANTEC.COM (tus3-f5-symc-ext-prd-snat6.net.symantec.com [10.44.130.6]) by tussmtmtaapi01.symc.symantec.com (Symantec Messaging Gateway) with SMTP id 73.00.29008.65127CC5; Mon, 29 Apr 2019 16:07:50 +0000 (GMT) Received: from TUSXCHMBXWPI02.SYMC.SYMANTEC.COM (10.44.91.34) by TUSXCHMBXWPI02.SYMC.SYMANTEC.COM (10.44.91.34) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 29 Apr 2019 09:07:49 -0700 Received: from NAM01-SN1-obe.outbound.protection.outlook.com (10.44.128.7) by TUSXCHMBXWPI02.SYMC.SYMANTEC.COM (10.44.91.34) with Microsoft SMTP Server (TLS) id 15.0.1395.4 via Frontend Transport; Mon, 29 Apr 2019 09:07:49 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=symantec.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Z9CtK27u2C8pTGBTEplBp57kBwpI6F1dpw/Vb2OhDxo=; b=dogFe9VrL5UReKhPicPCh85HGglz2y8nwwebd2jisBI9B6QID+WbnAg1Ei+vmhyiEW1wlVi+ClzqUcv4LEZA9y4aHw2JImbWWydEKD9SbdSzXmAYUEUxRqDR1n3Dk9/eWpAWzXNKaW7sinelCB3S4CdNY6qvy2cwFotUMxk+abs= Received: from BY2PR16MB0854.namprd16.prod.outlook.com (10.164.172.140) by BY2PR16MB0775.namprd16.prod.outlook.com (10.164.172.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1835.12; Mon, 29 Apr 2019 16:07:48 +0000 Received: from BY2PR16MB0854.namprd16.prod.outlook.com ([fe80::f400:27b8:b453:1cf6]) by BY2PR16MB0854.namprd16.prod.outlook.com ([fe80::f400:27b8:b453:1cf6%4]) with mapi id 15.20.1835.018; Mon, 29 Apr 2019 16:07:48 +0000 From: Mingliang Pei To: Hannes Tschofenig , "faibish, sorin" , Dave Thaler CC: teep Thread-Topic: [Teep] Virtual interim? Thread-Index: AdTlZVBLj24qPdaOTDiRdakK1j/VggADQH6ABVlZ02AA5NJrgA== Date: Mon, 29 Apr 2019 16:07:48 +0000 Message-ID: References: <051D9B32-64F7-48D2-9022-51F8060ECA11@emc.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.d.1.180523 authentication-results: spf=none (sender IP is ) smtp.mailfrom=Mingliang_Pei@symantec.com; x-originating-ip: [73.241.135.117] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 80a3a9fb-9657-4134-1cb4-08d6ccbcd2c3 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BY2PR16MB0775; x-ms-traffictypediagnostic: BY2PR16MB0775: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0022134A87 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(376002)(136003)(396003)(366004)(346002)(199004)(189003)(40434004)(2906002)(83716004)(11346002)(71200400001)(446003)(2616005)(68736007)(26005)(82746002)(102836004)(71190400001)(6506007)(476003)(53546011)(606006)(486006)(186003)(97736004)(33656002)(3846002)(6116002)(316002)(80792005)(110136005)(58126008)(10290500003)(478600001)(66574012)(25786009)(76176011)(6486002)(5024004)(99286004)(81166006)(76116006)(66066001)(8936002)(229853002)(6436002)(7736002)(73956011)(81156014)(66946007)(66476007)(66556008)(64756008)(66446008)(8676002)(236005)(6512007)(5660300002)(72206003)(14454004)(86362001)(54896002)(36756003)(4326008)(14444005)(6246003)(256004)(6306002)(966005)(53936002); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR16MB0775; H:BY2PR16MB0854.namprd16.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: symantec.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: hp9olkWt/0KV3Eq6Ayu0htM+/v4UYZMYZw7sjatFsIMavhvhA5GcOjeHlKXv+lopxHKLAE2SxMFTiQdsbyTdZh0ccylAJE3Y0WaOX0QWLnGM0k1n/VgdL5VCsj0gbwZVJNSYwD4iV8htIJTxGeSfx9CbyFUGVAxhuHOlt1BqWHewZdPmIWJ62RMcGHrUVclM9mOYHvqXoGwbkt7txHVUsI0Xa1+XmwrCsKXu3I350kL6x9bG7IfElHcgtegqMLYdiNdrcKDN1opO/nBTOn7K3cfu9oK/sYoa1bB0qw9QtH6CKth6w5DJ8RdSRhS4wFbIaEpj8jBZrrPTpTo/q0JnA+At/VY8xI8Bcg7ODcVowYXze+tbLPKVBo+KbH5a+QdD3WMavteAtKSTFLlnZ0Rbwo+Moz35rKhAiTrtw9INdOU= Content-Type: multipart/alternative; boundary="_000_A728AE91A3A641BB93B15328F6EBA453symanteccom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 80a3a9fb-9657-4134-1cb4-08d6ccbcd2c3 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Apr 2019 16:07:48.0673 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3b217a9b-6c58-428b-b022-5ad741ce2016 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR16MB0775 X-OriginatorOrg: symantec.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTcRTH/d17t12Hg19L86QoOgxUaj7wD6mo6K8lRg8iopS6zVuKr7FN 0Z7TlPKVJiq+clozpDTNsockhqlTCxQfkWFiusIKH62Hzpm1uzvBf358fuf7Pb9zzo9Dk9Jh gQcdl6Rl1UlMgkwopsTbM9GO477GqODHTVvDJ/W/ifCutiYqfLx8gAivX/1D7qMUjTWNSFFc UU4q+u6NChQGg4U4TJ0U745hE+JSWXXQnjPi2DGTGalWj6W9rvLWocGjuciZBhwG/5brhblI TEuxGYFl2CxaF7pHLQQvLCHIyFmi+Es3gqaBQbtLimcRPLx2iBMoXERCRns/yQslBBQ8i+Ez phH01y3aMmhaiINhaCKJi7viMgQLOVZ7AokBOqcLKI43Yz9YsK4SHLvibXDTmk/yvB8Kq74J OKZs8ZW2ZXsXErwXar9XO3qdQmA13ECc4Iyj4cHsEzsjvAWWBhoJvpg7fDDpCX5QDIaXgyTP bvB1Zs1ewA3LIf/FmJDPjQZL1hTiPTJo7XtP8ewFw/o8xA0G+CAslHpzPQAeQqB7d13IewJh Ms/geN8D6gZ/OT44HuZ7P5JFKLRyQ0s8K6FwRCeqtM+2CforTFSlrQSJA6C5PYi3+EJJ3icR z/6QXX3bwQroXSkRbfTUIvo+8tGmaDSJ2uQULaNig0PlmvREJXcwtj1TypXJia3IvmlXQp8j c0tkF8I0krlIAr2NUVIBk2pzdiGgSZmrRGHsiZJKYpj0C6w6+bQ6JYHVdCFPmpK5S7wE2lNS fJ7RsvEsq2LV6ypBO3voUIZ5LqKktMHzzVyHXjj51P/yfGdNxdvesrWdTnh64cu5kICw7tSO 8cLqHn18mWbyVl86dvLrHAp8dVVOV2XPnGj5bJxPfaS6dLba3WSaWFxj7v6Nu5i9dOfIiiqg QRShqCiW++z6+cMpMs3bRYJG5lYyawxVWfMHaktnCLY5qEZGaWKZkEBSrWH+A4UKyVZlAwAA X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0iTURjHOe/7bnsdSsfl5cHMdCVeqKnRB0mpyJAJ3oiKzEutuVK8jW2K IxAtw3TzgulS55WWhGmCZKl0kWmmUsxSw6TUzA+mqBXmbSPau9cPfjn8zvP8/+f5P3BoUvCc 40anZqpkikxJupDLp/hHb3OPXfJ6lxC4PO4SPNP0lwg2dndQwV9qRongR5YN8gwlbm9sR+LK 2hpSPNw6wREbDNtELHWFH5osS0/NkSkCTl3jp0wu/EFyy4XcAb1HPjKdL0F2NOATMDixTZQg Pi3AmwgKijcp9jKIoGPUxGNUAryI4OmdGKZB4QoSCvpGSLZRRUDpi2TWMY9gpOWX1UHTXBwI Y18zmboT1iFYKzbbDCQGeDNfSjG8Hx+BNbOFYNgJe0OZWUuyfBbK9Uschilrfad7y5bCAZ+G 5uX63axzCMyGe4hp2OFEeLL4zMYIu8DmaDvBDnOF6YUmgl0Ug+GliWTZGX7++Gcb4IxFoO2d 5LLeRNgunEOsRghdw1MUywfhU5MGMYsBjoK1ag8mA+AxBPmfi7isxh9mNIbd992gxbTOYzkN Voe+7dZ9oPB3I4dld+jXDvAqkKhuT1SWpVA+ns+rs+3sCCO1C1SddTSJ/aCzL4CVeEGV5juP ZV+4W9+wy2IY2qni7dU0I7oNeaqylcoMVYZKIpGnBgaJlOoMKXNIrN9MKpJmZXQh20cLgx70 2hJpRJhGQnsH8epQgoAjybEqjegATQldHWLj1uMF+KZEJUuTyeQyxVVFdrpMaUQEbeeWj8KM /WHSpA+KkI/zJfSDWJ/IMrmuSP3wlWN8mXYrYt0Y8Diu7fCaYDUyImFfr1F4qO14Z7gweqoy +lyo+/TKjTx9bvMwWd063a7mz7prfKXc6qQVi4NqYeX+rP1Jz8sN19V5uh29ty4x5taYT/hF RRcvKnDDnNXT4Mdzfxuy9F5IKVMkQf6kQin5D9IbPEFJAwAA X-CFilter-Loop: TUS04 Archived-At: Subject: Re: [Teep] Virtual interim? X-BeenThere: teep@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A Protocol for Dynamic Trusted Execution Environment Enablement List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2019 16:07:54 -0000 --_000_A728AE91A3A641BB93B15328F6EBA453symanteccom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBpbiBmYXZvciBpdCB0b28uDQoNCkZyb206IFRFRVAgPHRlZXAtYm91bmNlc0BpZXRmLm9y Zz4gb24gYmVoYWxmIG9mIEhhbm5lcyBUc2Nob2ZlbmlnIDxIYW5uZXMuVHNjaG9mZW5pZ0Bhcm0u Y29tPg0KRGF0ZTogV2VkbmVzZGF5LCBBcHJpbCAyNCwgMjAxOSBhdCAxMjo1NiBQTQ0KVG86ICJm YWliaXNoLCBzb3JpbiIgPEZhaWJpc2guU29yaW5AZGVsbC5jb20+LCBEYXZlIFRoYWxlciA8ZHRo YWxlcj00MG1pY3Jvc29mdC5jb21AZG1hcmMuaWV0Zi5vcmc+DQpDYzogdGVlcCA8dGVlcEBpZXRm Lm9yZz4NClN1YmplY3Q6IFJlOiBbVGVlcF0gVmlydHVhbCBpbnRlcmltPw0KDQpJIGxpa2UgdGhl IGlkZWEgb2YgYSB2aXJ0dWFsIGludGVyaW0gbWVldGluZy4NCg0KRnJvbTogVEVFUCA8dGVlcC1i b3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgZmFpYmlzaCwgc29yaW4NClNlbnQ6IERvbm5l cnN0YWcsIDI4LiBNw6RyeiAyMDE5IDE1OjI3DQpUbzogRGF2ZSBUaGFsZXIgPGR0aGFsZXI9NDBt aWNyb3NvZnQuY29tQGRtYXJjLmlldGYub3JnPg0KQ2M6IHRlZXAgPHRlZXBAaWV0Zi5vcmc+DQpT dWJqZWN0OiBSZTogW1RlZXBdIFZpcnR1YWwgaW50ZXJpbT8NCg0KSSBoYWQgc29tZSBwb2ludHMg SSB3YW50ZWQgdG8gZGlzY3VzcyBidXQgbm8gdGltZS4gSSBhbSBpbiBmYXZvciBvZiBpbnRlcmlt IG1lZXRpbmcgY2FsbC4NCg0KLi9Tb3Jpbg0KU2VudCBmcm9tIG15IGlQaG9uZQ0KDQpPbiBNYXIg MjgsIDIwMTksIGF0IDg6NTcgQU0sIERhdmUgVGhhbGVyIDxkdGhhbGVyPTQwbWljcm9zb2Z0LmNv bUBkbWFyYy5pZXRmLm9yZzxtYWlsdG86ZHRoYWxlcj00MG1pY3Jvc29mdC5jb21AZG1hcmMuaWV0 Zi5vcmc+PiB3cm90ZToNCg0KW0VYVEVSTkFMIEVNQUlMXQ0KV2UgaGFkIGEgc3VnZ2VzdGlvbiBm cm9tIHNvbWVvbmUgYWZ0ZXIgdGhlIG1lZXRpbmcgdG8gc2NoZWR1bGUgYSB2aXJ0dWFsIGludGVy aW0gbWVldGluZy4NClRoaXMgd2VlayB3ZSB3ZXJlIGEgYml0IHByZXNzZWQgZm9yIHRpbWUsIGFu ZCBwcm9iYWJseSBjb3VsZCBoYXZlIHVzZWQgMi41IGhvdXJzIGlmIHRoZXJlIHdlcmUgYW55IDIu NSBob3VyIHNsb3RzIGF2YWlsYWJsZS4NCkFuZCB0aGVyZSB3YXMgYSBzdWdnZXN0aW9uIHRvIGhh dmUgQnJlbmRhbiBnaXZlIGEgbWFuaWZlc3QgZm9ybWF0IHByZXNlbnRhdGlvbiB0byB0aGUgV0cu DQoNCkRvIGZvbGtzIHRoaW5rIGl0IGJlIHByb2R1Y3RpdmUgdG8gaGF2ZSBhIHdlYmV4IG1lZXRp bmcgaW4sIHNheSwgbWlkLU1heT8NCkRvIGF1dGhvcnMgb2YgdGhlIHNwZWNzIHRoaW5rIHRoZXJl IHdvdWxkIGJlIGRvYyB1cGRhdGVzIGJlZm9yZSB0aGVuIGlmIHdlIGRpZCBzY2hlZHVsZSBvbmU/ DQoNCkRhdmUNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpURUVQIG1haWxpbmcgbGlzdA0KVEVFUEBpZXRmLm9yZzxtYWlsdG86VEVFUEBpZXRmLm9yZz4N Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdGVlcDxodHRwczovL2NsaWNr dGltZS5zeW1hbnRlYy5jb20vM0FvSnZjVkhiNmRUcFd5WUtMeUtiNng3VmM/dT1odHRwcyUzQSUy RiUyRnd3dy5pZXRmLm9yZyUyRm1haWxtYW4lMkZsaXN0aW5mbyUyRnRlZXA+DQpJTVBPUlRBTlQg Tk9USUNFOiBUaGUgY29udGVudHMgb2YgdGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFy ZSBjb25maWRlbnRpYWwgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90 IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlh dGVseSBhbmQgZG8gbm90IGRpc2Nsb3NlIHRoZSBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29u LCB1c2UgaXQgZm9yIGFueSBwdXJwb3NlLCBvciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1hdGlv biBpbiBhbnkgbWVkaXVtLiBUaGFuayB5b3UuDQo= --_000_A728AE91A3A641BB93B15328F6EBA453symanteccom_ Content-Type: text/html; charset="utf-8" Content-ID: <29260B4198862D41A91C48A0D85FCC83@namprd16.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6RGVuZ1hpYW47DQoJcGFub3NlLTE6 MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiXEBEZW5nWGlhbiI7DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBT dHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05v cm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJs aW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAs IGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNv bG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93 dGV4dDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBs eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0 O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0K CW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3Bh Z2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1V UyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgYW0gaW4gZmF2b3IgaXQgdG9vLjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGlu ZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+VEVFUCAmbHQ7dGVlcC1ib3VuY2Vz QGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgSGFubmVzIFRzY2hvZmVuaWcgJmx0O0hhbm5lcy5U c2Nob2ZlbmlnQGFybS5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPldlZG5lc2RheSwgQXByaWwg MjQsIDIwMTkgYXQgMTI6NTYgUE08YnI+DQo8Yj5UbzogPC9iPiZxdW90O2ZhaWJpc2gsIHNvcmlu JnF1b3Q7ICZsdDtGYWliaXNoLlNvcmluQGRlbGwuY29tJmd0OywgRGF2ZSBUaGFsZXIgJmx0O2R0 aGFsZXI9NDBtaWNyb3NvZnQuY29tQGRtYXJjLmlldGYub3JnJmd0Ozxicj4NCjxiPkNjOiA8L2I+ dGVlcCAmbHQ7dGVlcEBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtUZWVw XSBWaXJ0dWFsIGludGVyaW0/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkkgbGlrZSB0aGUgaWRlYSBvZiBhIHZpcnR1YWwgaW50ZXJpbSBtZWV0 aW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj RTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+RnJvbTo8L2I+IFRFRVAgJmx0O3RlZXAtYm91bmNlc0BpZXRmLm9yZyZndDsgPGI+ T24gQmVoYWxmIE9mIDwvYj4NCmZhaWJpc2gsIHNvcmluPGJyPg0KPGI+U2VudDo8L2I+IERvbm5l cnN0YWcsIDI4LiBNw6RyeiAyMDE5IDE1OjI3PGJyPg0KPGI+VG86PC9iPiBEYXZlIFRoYWxlciAm bHQ7ZHRoYWxlcj00MG1pY3Jvc29mdC5jb21AZG1hcmMuaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6 PC9iPiB0ZWVwICZsdDt0ZWVwQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTog W1RlZXBdIFZpcnR1YWwgaW50ZXJpbT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkkgaGFkIHNvbWUgcG9pbnRzIEkgd2FudGVkIHRvIGRpc2N1c3MgYnV0IG5vIHRpbWUu IEkgYW0gaW4gZmF2b3Igb2YgaW50ZXJpbSBtZWV0aW5nIGNhbGwuDQo8bzpwPjwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw dCI+Li9Tb3JpbjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlbnQgZnJvbSBteSBpUGhvbmU8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t OjEyLjBwdCI+PGJyPg0KT24gTWFyIDI4LCAyMDE5LCBhdCA4OjU3IEFNLCBEYXZlIFRoYWxlciAm bHQ7PGEgaHJlZj0ibWFpbHRvOmR0aGFsZXI9NDBtaWNyb3NvZnQuY29tQGRtYXJjLmlldGYub3Jn Ij5kdGhhbGVyPTQwbWljcm9zb2Z0LmNvbUBkbWFyYy5pZXRmLm9yZzwvYT4mZ3Q7IHdyb3RlOjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBw dDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHA+PHNwYW4gc3R5bGU9ImNv bG9yOiNDRTExMjYiPltFWFRFUk5BTCBFTUFJTF0gPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZSBoYWQgYSBzdWdnZXN0aW9uIGZyb20gc29tZW9u ZSBhZnRlciB0aGUgbWVldGluZyB0byBzY2hlZHVsZSBhIHZpcnR1YWwgaW50ZXJpbSBtZWV0aW5n LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyB3ZWVrIHdlIHdlcmUg YSBiaXQgcHJlc3NlZCBmb3IgdGltZSwgYW5kIHByb2JhYmx5IGNvdWxkIGhhdmUgdXNlZCAyLjUg aG91cnMgaWYgdGhlcmUgd2VyZSBhbnkgMi41IGhvdXIgc2xvdHMgYXZhaWxhYmxlLjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5kIHRoZXJlIHdhcyBhIHN1Z2dlc3Rpb24g dG8gaGF2ZSBCcmVuZGFuIGdpdmUgYSBtYW5pZmVzdCBmb3JtYXQgcHJlc2VudGF0aW9uIHRvIHRo ZSBXRy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RG8gZm9sa3MgdGhpbmsgaXQgYmUgcHJvZHVj dGl2ZSB0byBoYXZlIGEgd2ViZXggbWVldGluZyBpbiwgc2F5LCBtaWQtTWF5PzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RG8gYXV0aG9ycyBvZiB0aGUgc3BlY3MgdGhpbmsg dGhlcmUgd291bGQgYmUgZG9jIHVwZGF0ZXMgYmVmb3JlIHRoZW4gaWYgd2UgZGlkIHNjaGVkdWxl IG9uZT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGF2ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClRFRVAgbWFpbGluZyBs aXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlRFRVBAaWV0Zi5vcmciPlRFRVBAaWV0Zi5vcmc8L2E+ PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9jbGlja3RpbWUuc3ltYW50ZWMuY29tLzNBb0p2Y1ZIYjZk VHBXeVlLTHlLYjZ4N1ZjP3U9aHR0cHMlM0ElMkYlMkZ3d3cuaWV0Zi5vcmclMkZtYWlsbWFuJTJG bGlzdGluZm8lMkZ0ZWVwIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Rl ZXA8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+SU1QT1JUQU5UIE5PVElDRTogVGhlIGNvbnRlbnRzIG9mIHRoaXMg ZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIGFuZCBtYXkgYWxzbyBi ZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVh c2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYW5kIGRvIG5vdCBkaXNjbG9zZSB0aGUg Y29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbiwNCiB1c2UgaXQgZm9yIGFueSBwdXJwb3NlLCBv ciBzdG9yZSBvciBjb3B5IHRoZSBpbmZvcm1hdGlvbiBpbiBhbnkgbWVkaXVtLiBUaGFuayB5b3Uu DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_A728AE91A3A641BB93B15328F6EBA453symanteccom_--