From nobody Fri Nov 1 10:59:08 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A9DD120E27 for ; Fri, 1 Nov 2019 10:59:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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 klEzDbGxVuAj for ; Fri, 1 Nov 2019 10:59:04 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 4E851120E1D for ; Fri, 1 Nov 2019 10:59:04 -0700 (PDT) Received: from pps.filterd (m0049459.ppops.net [127.0.0.1]) by m0049459.ppops.net-00191d01. (8.16.0.42/8.16.0.42) with SMTP id xA1HuGin046499 for ; Fri, 1 Nov 2019 13:59:01 -0400 Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049459.ppops.net-00191d01. with ESMTP id 2w0sg104u6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 01 Nov 2019 13:59:01 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id xA1Hx0M9013465 for ; Fri, 1 Nov 2019 13:59:01 -0400 Received: from zlp30487.vci.att.com (zlp30487.vci.att.com [135.47.91.176]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id xA1Hwt9X013342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 1 Nov 2019 13:58:57 -0400 Received: from zlp30487.vci.att.com (zlp30487.vci.att.com [127.0.0.1]) by zlp30487.vci.att.com (Service) with ESMTP id 08A644009E6E for ; Fri, 1 Nov 2019 17:58:55 +0000 (GMT) Received: from GAALPA1MSGHUBAA.ITServices.sbc.com (unknown [130.8.218.150]) by zlp30487.vci.att.com (Service) with ESMTPS id E5B394009E68 for ; Fri, 1 Nov 2019 17:58:54 +0000 (GMT) Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.98]) by GAALPA1MSGHUBAA.ITServices.sbc.com ([130.8.218.150]) with mapi id 14.03.0468.000; Fri, 1 Nov 2019 13:58:51 -0400 From: "STARK, BARBARA H" To: "'dnssd@ietf.org'" Thread-Topic: re-chartering discussions Thread-Index: AdWQ3gR49Aw67plwT0a/T4CqLh6vdQ== Date: Fri, 1 Nov 2019 17:58:51 +0000 Message-ID: <2D09D61DDFA73D4C884805CC7865E611536BB059@GAALPA1MSGUSRBF.ITServices.sbc.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.207.201] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-01_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1911010166 Archived-At: Subject: [dnssd] re-chartering discussions X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2019 17:59:06 -0000 Hi dnssd, For a while now, we've flirted with the idea of re-chartering. Tom P has do= ne a great job of collecting some of the topics that could be included in s= uch a re-charter. I'd like to see if we can get a bit of discussion on these topics on this l= ist (hopefully with firm commitments to do work). The current charter is at: https://datatracker.ietf.org/doc/charter-ietf-dn= ssd/ Topics to consider (if you have others, you're invited to propose them; and= feel free to expand and clarify what you think these might/should mean): [These topics are presented to start thoughts flowing. If a topic gets trac= tion, we can break it off into its own thread.] 1. Specifically capture and address homenet requirements around DNS-SD. 2. (Re)focus and scope privacy efforts. Emphasize privacy & data integrity.= (Future solutions should provide mechanisms to ensure services are not tam= pered with and queries/responses for services can be encrypted for privacy.= ) 3. Define behavior of an DNS Update Proxy (does this entail more than what'= s in https://tools.ietf.org/html/draft-ietf-dnssd-srp-02, or does the chart= er need something to cover the srp draft?). 4. Emphasize Unicast for "MANY Discovery" (Multicast is acceptable for "ANY= Discovery" but missed responses can't be detected for "MANY Discovery" so = solutions that require "MANY Discovery" should transition to unicast). 5. Finding things near me / finding things associated with me (see https://= datatracker.ietf.org/meeting/102/materials/slides-102-dnssd-recharter-01; B= luetooth Wi-Fi proximity? credentialed domain? independent of attached netw= ork?) Barbara From nobody Fri Nov 1 12:43:37 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D0F9120947 for ; Fri, 1 Nov 2019 12:43:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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 zjd3nI31FBHz for ; Fri, 1 Nov 2019 12:43:35 -0700 (PDT) Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (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 C9395120907 for ; Fri, 1 Nov 2019 12:43:34 -0700 (PDT) Received: from xse120.mail2web.com ([66.113.196.120] helo=xse.mail2web.com) by mx128.antispamcloud.com with esmtp (Exim 4.89) (envelope-from ) id 1iQcpX-0015JH-6U for dnssd@ietf.org; Fri, 01 Nov 2019 20:43:32 +0100 Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 474Xg55yxRz4Gt4 for ; Fri, 1 Nov 2019 12:43:29 -0700 (PDT) Received: from [10.5.2.13] (helo=xmail03.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1iQcpV-0002da-ND for dnssd@ietf.org; Fri, 01 Nov 2019 12:43:29 -0700 Received: (qmail 1850 invoked from network); 1 Nov 2019 19:43:29 -0000 Received: from unknown (HELO [192.168.1.101]) (Authenticated-user:_huitema@huitema.net@[172.58.43.199]) (envelope-sender ) by xmail03.myhosting.com (qmail-ldap-1.03) with ESMTPA for ; 1 Nov 2019 19:43:29 -0000 To: Barbara H Stark References: <2D09D61DDFA73D4C884805CC7865E611536AA298@GAALPA1MSGUSRBF.ITServices.sbc.com> Cc: dnssd@ietf.org From: Christian Huitema Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mQENBFIRX8gBCAC26usy/Ya38IqaLBSu33vKD6hP5Yw390XsWLaAZTeQR64OJEkoOdXpvcOS HWfMIlD5s5+oHfLe8jjmErFAXYJ8yytPj1fD2OdSKAe1TccUBiOXT8wdVxSr5d0alExVv/LO I/vA2aU1TwOkVHKSapD7j8/HZBrqIWRrXUSj2f5n9tY2nJzG9KRzSG0giaJWBfUFiGb4lvsy IaCaIU0YpfkDDk6PtK5YYzuCeF0B+O7N9LhDu/foUUc4MNq4K3EKDPb2FL1Hrv0XHpkXeMRZ olpH8SUFUJbmi+zYRuUgcXgMZRmZFL1tu6z9h6gY4/KPyF9aYot6zG28Qk/BFQRtj7V1ABEB AAG0J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PokBOQQTAQIAIwUC UhFfyAIbLwcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEJNDCbJVyA1yhbYH/1ud6x6m VqGIp0JcZUfSQO8w+TjugqxCyGNn+w/6Qb5O/xENxNQ4HaMQ5uSRK9n8WKKDDRSzwZ4syKKf wbkfj05vgFxrjCynVbm1zs2X2aGXh+PxPL/WHUaxzEP7KjYbLtCUZDRzOOrm+0LMktngT/k3 6+EZoLEM52hwwpIAzJoscyEz7QfqMOZtFm6xQnlvDQeIrHx0KUvwo/vgDLK3SuruG1CSHcR0 D24kEEUa044AIUKBS3b0b8AR7f6mP2NcnLpdsibtpabi9BzqAidcY/EjTaoea46HXALk/eJd 6OLkLE6UQe1PPzQC4jB7rErX2BxnSkHDw50xMgLRcl5/b1a5AQ0EUhFfyAEIAKp7Cp8lqKTV CC9QiAf6QTIjW+lie5J44Ad++0k8gRgANZVWubQuCQ71gxDWLtxYfFkEXjG4TXV/MUtnOliG 5rc2E+ih6Dg61Y5PQakm9OwPIsOx+2R+iSW325ngln2UQrVPgloO83QiUoi7mBJPbcHlxkhZ bd3+EjFxSLIQogt29sTcg2oSh4oljUpz5niTt69IOfZx21kf29NfDE+Iw56gfrxI2ywZbu5o G+d0ZSp0lsovygpk4jK04fDTq0vxjEU5HjPcsXC4CSZdq5E2DrF4nOh1UHkHzeaXdYR2Bn1Y wTePfaHBFlvQzI+Li/Q6AD/uxbTM0vIcsUxrv3MNHCUAEQEAAYkCPgQYAQIACQUCUhFfyAIb LgEpCRCTQwmyVcgNcsBdIAQZAQIABgUCUhFfyAAKCRC22tOSFDh1UOlBB/94RsCJepNvmi/c YiNmMnm0mKb6vjv43OsHkqrrCqJSfo95KHyl5Up4JEp8tiJMyYT2mp4IsirZHxz/5lqkw9Az tcGAF3GlFsj++xTyD07DXlNeddwTKlqPRi/b8sppjtWur6Pm+wnAHp0mQ7GidhxHccFCl65w uT7S/ocb1MjrTgnAMiz+x87d48n1UJ7yIdI41Wpg2XFZiA9xPBiDuuoPwFj14/nK0elV5Dvq 4/HVgfurb4+fd74PV/CC/dmd7hg0ZRlgnB5rFUcFO7ywb7/TvICIIaLWcI42OJDSZjZ/MAzz BeXm263lHh+kFxkh2LxEHnQGHCHGpTYyi4Z3dv03HtkH/1SI8joQMQq00Bv+RdEbJXfEExrT u4gtdZAihwvy97OPA2nCdTAHm/phkzryMeOaOztI4PS8u2Ce5lUB6P/HcGtK/038KdX5MYST Fn8KUDt4o29bkv0CUXwDzS3oTzPNtGdryBkRMc9b+yn9+AdwFEH4auhiTQXPMnl0+G3nhKr7 jvzVFJCRif3OAhEm4vmBNDE3uuaXFQnbK56GJrnqVN+KX5Z3M7X3fA8UcVCGOEHXRP/aubiw Ngawj0V9x+43kUapFp+nF69R53UI65YtJ95ec4PTO/Edvap8h1UbdEOc4+TiYwY1TBuIKltY 1cnrjgAWUh/Ucvr++/KbD9tD6C8= Message-ID: Date: Fri, 1 Nov 2019 12:43:30 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 In-Reply-To: <2D09D61DDFA73D4C884805CC7865E611536AA298@GAALPA1MSGUSRBF.ITServices.sbc.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: 66.113.196.120 X-Spampanel-Domain: xsmtpout.mail2web.com X-Spampanel-Username: 66.113.196.120/32 Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.120/32@xsmtpout.mail2web.com X-Spampanel-Outgoing-Class: unsure X-Spampanel-Outgoing-Evidence: Combined (0.14) X-Recommended-Action: accept X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0eT2jivapI8P7M2alpZfRhCpSDasLI4SayDByyq9LIhViBhOpIvR8z3B rs+/5Y9a1ETNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDoeDwbaJnZ2TaZhv/Bk6d8Jj9 EvBvwu01uVCaGVBWGqsAt2/blutV95UKr2pNpBi12rBNMmEsKEibQwSU1xBeOHButNDpi1WUXRkr He1vFsZaZad0VL/QynhFAlbT36L82PtKDP3yRYZgnjgzY0oAVAZ6weYgSzquK2hxskqXvy8woCTx LKweTbuJ+19zsyHVGVmhMAaQ/AfCRwRe7yHm5oY+NYmsSGn+svMubxnbgm1cr18FZBEPC2/c16Xd 7sC9aC4xteE1WLqGS9YoqrsZ2DyteN0e+ECCv9/f+GPymkgDVo7QBKA4MctKq4ifYPcXFRL2K3LA EfDXVOdt7wDbuhdxf5Dwg9wMBX5ckCo48ayVGvgdM/14NhEhsQ0jllqEE9ykbJ7I9co1MAEE3ruN Xsm8UJsAPvDcVSKtDCYkioPY5Qx4fJOk03R5fJtf/Dv/dkIzS7m4GUpXCY1Y3j3ilUN7TTX3qb0a 8RNcOLCOSd4dh74WMZ/JhB8aGXryYg18v95vMLS9ffagu4SpAHoHh6HzBaOqTozF71ZAXupUSY4M 7OYFXYdC3tRq275m/U3V7OFvG/1yXVH9RY+SEJToqbdCp3Zd9clP8wSiJZWbJCj+xRrjVmRxpGtS cvUmgj1LQo1sCdgL9lhJm+QsLubW+V2jZAOanSBpz6Rja2u/0jJzjlApdJ8d5d5xh6gGDjlWp9uz hJrm7FMIb2gsrvBsDfysta6u1iHEyuS7GD1uvcq3Ec8vk9L+CuOgr19H0qBcJOYIJd4MvQ0Nf4Ec bvHO1diDanHV9KirFAIIecsyj+YNTo81GR+jDXFsz/ZQnbbTizvwlZsrbltGiZoUh+c+5pFVgpT1 b21uZVckGp0ccOa2XhkGbmsUNPNkere1WheNsVXmhO8BzADiszcWR9bz/SDtF09JpSbuuCeiIDK0 C/0= X-Report-Abuse-To: spam@quarantine9.antispamcloud.com Archived-At: Subject: Re: [dnssd] IETF 106 X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2019 19:43:36 -0000 On 10/22/2019 9:02 AM, STARK, BARBARA H wrote: > Hi dnssd and homenet, > In case you haven't looked at the draft agenda, homenet and dnssd WGs are scheduled for a joint session, 13:30-15:30, Monday Afternoon session I. Other WGs scheduled for that same time slot are: > calext Calendaring Extensions > extra Email mailstore and eXtensions To Revise or Amend > lpwan IPv6 over Low Power Wide-Area Networks > dinrg Decentralized Internet Infrastructure > pearg Privacy Enhancements and Assessments Research Group > spring Source Packet Routing in Networking > txauth Transactional Authorization and Delegation BOF > tsvwg Transport Area Working Group > > If any key contributors have severe conflicts with these, please let your friendly dnssd and/or homenet chairs know. > And don't forget to send in your agenda requests! > Barbara The conflict with pearg is bad -- working on privacy of discovery implies also working on general privacy issues in pearg. -- Christian Huitema From nobody Fri Nov 1 13:23:42 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 432F9120A31 for ; Fri, 1 Nov 2019 13:23:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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 B52tzTPzU2WC for ; Fri, 1 Nov 2019 13:23:38 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 871B31209A6 for ; Fri, 1 Nov 2019 13:23:07 -0700 (PDT) Received: from pps.filterd (m0053301.ppops.net [127.0.0.1]) by mx0a-00191d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xA1KFvc3043360; Fri, 1 Nov 2019 16:23:06 -0400 Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by mx0a-00191d01.pphosted.com with ESMTP id 2w0u3r90sk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 01 Nov 2019 16:23:06 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id xA1KN4Eo028139; Fri, 1 Nov 2019 16:23:04 -0400 Received: from zlp30488.vci.att.com (zlp30488.vci.att.com [135.47.91.93]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id xA1KN0Ob028002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 1 Nov 2019 16:23:00 -0400 Received: from zlp30488.vci.att.com (zlp30488.vci.att.com [127.0.0.1]) by zlp30488.vci.att.com (Service) with ESMTP id A7872400AE35; Fri, 1 Nov 2019 20:23:00 +0000 (GMT) Received: from GAALPA1MSGHUBAG.ITServices.sbc.com (unknown [130.8.218.156]) by zlp30488.vci.att.com (Service) with ESMTPS id 8F2E34009E79; Fri, 1 Nov 2019 20:23:00 +0000 (GMT) Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.98]) by GAALPA1MSGHUBAG.ITServices.sbc.com ([130.8.218.156]) with mapi id 14.03.0468.000; Fri, 1 Nov 2019 16:22:59 -0400 From: "STARK, BARBARA H" To: "'Christian Huitema'" CC: "'dnssd@ietf.org'" Thread-Topic: [dnssd] IETF 106 Thread-Index: AdWI8Xtbs7VEmluWQxSC/kRrfQhOygIHK7IAAAdICXA= Date: Fri, 1 Nov 2019 20:22:59 +0000 Message-ID: <2D09D61DDFA73D4C884805CC7865E611536BB51F@GAALPA1MSGUSRBF.ITServices.sbc.com> References: <2D09D61DDFA73D4C884805CC7865E611536AA298@GAALPA1MSGUSRBF.ITServices.sbc.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.207.201] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-01_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy 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-1908290000 definitions=main-1911010186 Archived-At: Subject: Re: [dnssd] IETF 106 X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2019 20:23:41 -0000 PiBGcm9tOiBDaHJpc3RpYW4gSHVpdGVtYSA8aHVpdGVtYUBodWl0ZW1hLm5ldD4NCj4gDQo+IFRo ZSBjb25mbGljdCB3aXRoIHBlYXJnIGlzIGJhZCAtLSB3b3JraW5nIG9uIHByaXZhY3kgb2YgZGlz Y292ZXJ5IGltcGxpZXMgYWxzbw0KPiB3b3JraW5nIG9uIGdlbmVyYWwgcHJpdmFjeSBpc3N1ZXMg aW4gcGVhcmcuDQoNClRoYW5rcyBDaHJpc3RpYW4uIFdlIChDaHJpcyBXb29kLCBEYXZpZCwgU3Rl cGhlbiwgTGl6IEZseW5uLCBFcmljIFZ5bmNrZSwgQ29saW4gUGVya2lucywgYW5kIEkpIGhhdmUg YWN0dWFsbHkgaGFkIGEgYml0IG9mIGRpc2N1c3Npb24gYXJvdW5kIHRoaXMgYW5kIGNvdWxkbid0 IGZpZ3VyZSBhbnl0aGluZyBvdXQgYmVmb3JlIHRoZSBhZ2VuZGEgd2FzIHB1Ymxpc2hlZC4gQnV0 IG5vdyB0aGF0IHlvdSBicmluZyB0aGlzIHVwIG9uIHRoZSBsaXN0LCB0aGlzIGlzIGEgZ3JlYXQg b3Bwb3J0dW5pdHkgdG8gc2VlIHdoYXQgb3RoZXIgcGVvcGxlIHRoaW5rIGFib3V0IHdheXMgdG8g cmVzb2x2ZSB0aGlzOg0KDQoxLiBUaGVyZSdzIGFuIGhvdXIgc2xvdCBvbiBNb25kYXkgZnJvbSAx ODEwLTE5MTAgKHZzLiBOVk8zLCBMV0lHLCBMQU1QUywgR0VORElTUEFUQ0gsIElEUiwgYW5kIE1B UFJHKSB3aGVyZSB3ZSBjb3VsZCBhc2sgZm9yIGFuIGFkZGl0aW9uYWwgZG5zc2Qgc2xvdCBmb3Ig dGhlIHByaXZhY3kgcmVsYXRlZCBkaXNjdXNzaW9ucy4NCjIuIEFzIGNhbmNlbGxhdGlvbnMgaGFw cGVuLCBtYXliZSBzb21ldGhpbmcgd2lsbCBjb21lIHVwOyB3aW5nIGl0IGFuZCBmaWd1cmUgc29t ZXRoaW5nIG91dCBqdXN0IGJlZm9yZSB0aGUgd2VlayBzdGFydHMuDQozLiBEbyBub3RoaW5nIGFu ZCBsaXZlIHdpdGggaXQuIFtJIGFsd2F5cyBtZW50aW9uIHRoZSBEbyBOb3RoaW5nIG9wdGlvbiwg ZXZlbiB3aGVuIGl0IGlzbid0IHRoZSBiZXN0IG9wdGlvbiwgYmVjYXVzZSBpdCdzIG9mdGVuIHdo YXQgZW5kcyB1cCBoYXBwZW5pbmc7IHNvIGJlc3QgdG8gY29uc2lkZXIgaXQgY29uc2Npb3VzbHku XQ0KDQpJbnB1dCBhcHByZWNpYXRlZC4NCkJhcmJhcmENCg== From nobody Fri Nov 1 13:28:45 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 306E6121317 for ; Fri, 1 Nov 2019 13:28:40 -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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, 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=fugue-com.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 kgFkgYYd_6vC for ; Fri, 1 Nov 2019 13:28:38 -0700 (PDT) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (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 5AB4C120013 for ; Fri, 1 Nov 2019 13:28:25 -0700 (PDT) Received: by mail-qk1-x730.google.com with SMTP id 71so11952135qkl.0 for ; Fri, 01 Nov 2019 13:28:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=uFm9yePOn1STTQ5pr52HJw13ZdKcWUlQSLA5ua37l+w=; b=YI1XQxtXJySb65367oDChMDJWDEyjrwpbfByEjd/Slt5rPI0dvp4pkcLr4m57+AKEy 0hR4RQ8JMfPls8wJAzQFFEr2LKZQSAKnagtA2mn6IGgPmmo9RZLK+vLX4FYkSwCaN9fj IuJzxgYKGB6qC/67QN3aCDOiIXDS36BHgA7tQYIJYyZ5jQjtFJakOzTlZIQgvZf6PXJL EVeeN43yniiyzPi+s95rT7mhm8J59XiVUwnQDSmvwrSZ1bZWbbCUFnoX8Zsm0wEGbNzV xea3dz0Mz7hPCZD6gKgERhKt+Sqznsao6hhMnIMtZi1LucrWL5649pI8QOFKLXloBEDL y6Mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=uFm9yePOn1STTQ5pr52HJw13ZdKcWUlQSLA5ua37l+w=; b=CiDW68gNzGr6ObrZXMlCe/cZxP8wCylSdzAEjsJzgaUXCkd7Rm6ttRmm+eA7Pu2PJY e0k+6IgnksvYeAKRTTuqTe0W+ozcS+68XBwEEHz57pGj0cEteg2ePFvAYu7p30o2jlpG H/ktre9HOl+RLoZmyNFDYlTkBtbTnS9RH4kA8By3K9X6BendMNRLXmiUlljSs5aVcgk/ XUZjBJO6PfXZRkGeMvhLXJKfelsoYcmCE0FqfkeiBl7TaVtxPebDKHbADNcecTzdevh0 LITQVqq4756oWx1UwieXURqdrIFZBnmdhVjWzx3pfi992pmo+qaVK8p9VQDlVxd2Bgoj G9zA== X-Gm-Message-State: APjAAAX/NmNGFl9Od1Y9at6+jA4SuZuhj7nl2xeixqoGYmBS0F5Vnfpc kLiViceqfUeVWYl45vEsbHQk8sy3nNQpEw== X-Google-Smtp-Source: APXvYqw+wOzCVDqG7lmlw3KCmm85CtKye77DzXSIvoY+hDb/Y5A4uugY6ETIwgVcgV29r+W6LFm2ug== X-Received: by 2002:ae9:ee10:: with SMTP id i16mr7102051qkg.14.1572640104300; Fri, 01 Nov 2019 13:28:24 -0700 (PDT) Received: from ?IPv6:2601:18b:300:36ee:dfc:35a2:a171:fe62? ([2601:18b:300:36ee:dfc:35a2:a171:fe62]) by smtp.gmail.com with ESMTPSA id g45sm6356757qtb.48.2019.11.01.13.28.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 01 Nov 2019 13:28:23 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable From: Ted Lemon Mime-Version: 1.0 (1.0) Date: Fri, 1 Nov 2019 16:28:23 -0400 Message-Id: <03105550-3177-4F99-9980-F115FF5C1CC4@fugue.com> References: <2D09D61DDFA73D4C884805CC7865E611536BB51F@GAALPA1MSGUSRBF.ITServices.sbc.com> Cc: Christian Huitema , "dnssd@ietf.org" In-Reply-To: <2D09D61DDFA73D4C884805CC7865E611536BB51F@GAALPA1MSGUSRBF.ITServices.sbc.com> To: "STARK, BARBARA H" X-Mailer: iPad Mail (17B84) Archived-At: Subject: Re: [dnssd] IETF 106 X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2019 20:28:43 -0000 On Nov 1, 2019, at 4:23 PM, STARK, BARBARA H wrote: >=20 > 1. There's an hour slot on Monday from 1810-1910 (vs. NVO3, LWIG, LAMPS, G= ENDISPATCH, IDR, and MAPRG) where we could ask for an additional dnssd slot f= or the privacy related discussions. That seems like a good plan. From nobody Fri Nov 1 15:30:42 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B713120835 for ; Fri, 1 Nov 2019 15:30:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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 mzJ_PDbwTDiy for ; Fri, 1 Nov 2019 15:30:39 -0700 (PDT) Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (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 39C7A120130 for ; Fri, 1 Nov 2019 15:30:39 -0700 (PDT) Received: from xse454.mail2web.com ([66.113.197.200] helo=xse.mail2web.com) by mx61.antispamcloud.com with esmtp (Exim 4.89) (envelope-from ) id 1iQfRF-000BHM-7P for dnssd@ietf.org; Fri, 01 Nov 2019 23:30:37 +0100 Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 474cMt6fcwz6fPq for ; Fri, 1 Nov 2019 15:30:34 -0700 (PDT) Received: from [10.5.2.17] (helo=xmail07.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1iQfRC-0002m5-Q9 for dnssd@ietf.org; Fri, 01 Nov 2019 15:30:34 -0700 Received: (qmail 14133 invoked from network); 1 Nov 2019 22:30:34 -0000 Received: from unknown (HELO [192.168.1.101]) (Authenticated-user:_huitema@huitema.net@[172.58.43.199]) (envelope-sender ) by xmail07.myhosting.com (qmail-ldap-1.03) with ESMTPA for ; 1 Nov 2019 22:30:34 -0000 To: Ted Lemon , "STARK, BARBARA H" Cc: "dnssd@ietf.org" References: <2D09D61DDFA73D4C884805CC7865E611536BB51F@GAALPA1MSGUSRBF.ITServices.sbc.com> <03105550-3177-4F99-9980-F115FF5C1CC4@fugue.com> From: Christian Huitema Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= mQENBFIRX8gBCAC26usy/Ya38IqaLBSu33vKD6hP5Yw390XsWLaAZTeQR64OJEkoOdXpvcOS HWfMIlD5s5+oHfLe8jjmErFAXYJ8yytPj1fD2OdSKAe1TccUBiOXT8wdVxSr5d0alExVv/LO I/vA2aU1TwOkVHKSapD7j8/HZBrqIWRrXUSj2f5n9tY2nJzG9KRzSG0giaJWBfUFiGb4lvsy IaCaIU0YpfkDDk6PtK5YYzuCeF0B+O7N9LhDu/foUUc4MNq4K3EKDPb2FL1Hrv0XHpkXeMRZ olpH8SUFUJbmi+zYRuUgcXgMZRmZFL1tu6z9h6gY4/KPyF9aYot6zG28Qk/BFQRtj7V1ABEB AAG0J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PokBOQQTAQIAIwUC UhFfyAIbLwcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEJNDCbJVyA1yhbYH/1ud6x6m VqGIp0JcZUfSQO8w+TjugqxCyGNn+w/6Qb5O/xENxNQ4HaMQ5uSRK9n8WKKDDRSzwZ4syKKf wbkfj05vgFxrjCynVbm1zs2X2aGXh+PxPL/WHUaxzEP7KjYbLtCUZDRzOOrm+0LMktngT/k3 6+EZoLEM52hwwpIAzJoscyEz7QfqMOZtFm6xQnlvDQeIrHx0KUvwo/vgDLK3SuruG1CSHcR0 D24kEEUa044AIUKBS3b0b8AR7f6mP2NcnLpdsibtpabi9BzqAidcY/EjTaoea46HXALk/eJd 6OLkLE6UQe1PPzQC4jB7rErX2BxnSkHDw50xMgLRcl5/b1a5AQ0EUhFfyAEIAKp7Cp8lqKTV CC9QiAf6QTIjW+lie5J44Ad++0k8gRgANZVWubQuCQ71gxDWLtxYfFkEXjG4TXV/MUtnOliG 5rc2E+ih6Dg61Y5PQakm9OwPIsOx+2R+iSW325ngln2UQrVPgloO83QiUoi7mBJPbcHlxkhZ bd3+EjFxSLIQogt29sTcg2oSh4oljUpz5niTt69IOfZx21kf29NfDE+Iw56gfrxI2ywZbu5o G+d0ZSp0lsovygpk4jK04fDTq0vxjEU5HjPcsXC4CSZdq5E2DrF4nOh1UHkHzeaXdYR2Bn1Y wTePfaHBFlvQzI+Li/Q6AD/uxbTM0vIcsUxrv3MNHCUAEQEAAYkCPgQYAQIACQUCUhFfyAIb LgEpCRCTQwmyVcgNcsBdIAQZAQIABgUCUhFfyAAKCRC22tOSFDh1UOlBB/94RsCJepNvmi/c YiNmMnm0mKb6vjv43OsHkqrrCqJSfo95KHyl5Up4JEp8tiJMyYT2mp4IsirZHxz/5lqkw9Az tcGAF3GlFsj++xTyD07DXlNeddwTKlqPRi/b8sppjtWur6Pm+wnAHp0mQ7GidhxHccFCl65w uT7S/ocb1MjrTgnAMiz+x87d48n1UJ7yIdI41Wpg2XFZiA9xPBiDuuoPwFj14/nK0elV5Dvq 4/HVgfurb4+fd74PV/CC/dmd7hg0ZRlgnB5rFUcFO7ywb7/TvICIIaLWcI42OJDSZjZ/MAzz BeXm263lHh+kFxkh2LxEHnQGHCHGpTYyi4Z3dv03HtkH/1SI8joQMQq00Bv+RdEbJXfEExrT u4gtdZAihwvy97OPA2nCdTAHm/phkzryMeOaOztI4PS8u2Ce5lUB6P/HcGtK/038KdX5MYST Fn8KUDt4o29bkv0CUXwDzS3oTzPNtGdryBkRMc9b+yn9+AdwFEH4auhiTQXPMnl0+G3nhKr7 jvzVFJCRif3OAhEm4vmBNDE3uuaXFQnbK56GJrnqVN+KX5Z3M7X3fA8UcVCGOEHXRP/aubiw Ngawj0V9x+43kUapFp+nF69R53UI65YtJ95ec4PTO/Edvap8h1UbdEOc4+TiYwY1TBuIKltY 1cnrjgAWUh/Ucvr++/KbD9tD6C8= Message-ID: <89f41112-b9ff-a814-8d0d-54a7ca024105@huitema.net> Date: Fri, 1 Nov 2019 15:30:34 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 In-Reply-To: <03105550-3177-4F99-9980-F115FF5C1CC4@fugue.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: 66.113.197.200 X-Spampanel-Domain: xsmtpout.mail2web.com X-Spampanel-Username: 66.113.197.0/24 Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com X-Spampanel-Outgoing-Class: unsure X-Spampanel-Outgoing-Evidence: Combined (0.15) X-Recommended-Action: accept X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0eT2jivapI8P7M2alpZfRhCpSDasLI4SayDByyq9LIhVUZbR67CQ7/vm /hHDJU4RXkTNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDoeDwbaJnZ2TaZhv/Bk6d8Jj9 EvBvwu01uVCaGVBWGqvc15h00irYX6JpJTDIHHM32rBNMmEsKEibQwSU1xBeOHButNDpi1WUXRkr He1vFsYm1aGKgRFqmjZjxZofiz4rNWvQNTXTi5qa+flxrCFzYryme9ldZJ7uNXfg/GfS8fUvP/L5 rCqHDsKZM+xa1iwJX+gRCHfMVnsAk591zk0uilUI+ZL4xWiN8NS6C+dmX6OEdA4u1aThyWrQ/ou2 +v/lmX4Em37yFgrCB6NHRn1g+f3uncIqYSL3lhh5c81YyJqFoLZMmkWsaurVZfvqROaDnDtHb8z5 dpPkEuJ8SnwqlUrBK2R/GBg9vCpMGFHw53FxnHnL50HZvyS1o3x98IkV0bm2vWdo8usP65i82q1C dZgGrpL44wdx9eXqjQjbvUopOMQJvQ/Ck3iiU+4DQAj3fuQgzT3K9JUHTNiGwfwAmwlRxHgmfsZ4 SVWs68EuDrNRwe9Z0gmTfjU2qv1pSEXwT5n/aL8wNcWfF2SdgCeUAQClrNhdFn/4QjWau44fBf58 g2fGU86cSswil+kDetUfttbLHdNhiUq2jBEvMVLlZ4GThCScvU0cCIiHSQbmcVIihC4jb+HDhBqY /RXkNv1jWDvBhuNO4tpnc980Bg7nrczO9jkpm3KO2unVpqAXWIZNNEdYSu65uKWQbO0VUKF/XPWl FdaGOH191uXjgjQN/RTaYTLUj/RFhcnr3QktcdhZxNZ5nFMIO5/AvF3lT+Pi1vEjHyvS2QZiR+AZ YvfxEvZFKu+ZM2mB1CpThxyaBpbeNHk15VolAGHS5rCXQKDyCQUljhSWDhWh87HBSLhNUo4qiB0X MVQG2R7iUfOzATaF5R3hQJk8CwyURYKQ0Ye0iR3bHfnMCIEU+nrglojKwJanfcoq9IsR6l/OZb9V MEM= X-Report-Abuse-To: spam@quarantine9.antispamcloud.com Archived-At: Subject: Re: [dnssd] IETF 106 X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2019 22:30:41 -0000 On 11/1/2019 1:28 PM, Ted Lemon wrote: > On Nov 1, 2019, at 4:23 PM, STARK, BARBARA H wrote: >> 1. There's an hour slot on Monday from 1810-1910 (vs. NVO3, LWIG, LAMPS, GENDISPATCH, IDR, and MAPRG) where we could ask for an additional dnssd slot for the privacy related discussions. > That seems like a good plan. That would work for me. -- Christian Huitema From nobody Fri Nov 1 15:53:28 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B15812082D; Fri, 1 Nov 2019 15:53:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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 J6Dg6okWw7xM; Fri, 1 Nov 2019 15:53:25 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 CCA07120801; Fri, 1 Nov 2019 15:53:24 -0700 (PDT) Received: from pps.filterd (m0049463.ppops.net [127.0.0.1]) by m0049463.ppops.net-00191d01. (8.16.0.42/8.16.0.42) with SMTP id xA1Mm507011235; Fri, 1 Nov 2019 18:53:22 -0400 Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049463.ppops.net-00191d01. with ESMTP id 2w0vnt1nt9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 01 Nov 2019 18:53:22 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id xA1MrKTt001290; Fri, 1 Nov 2019 18:53:21 -0400 Received: from zlp30484.vci.att.com (zlp30484.vci.att.com [135.47.91.179]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id xA1MrGMp001198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 1 Nov 2019 18:53:16 -0400 Received: from zlp30484.vci.att.com (zlp30484.vci.att.com [127.0.0.1]) by zlp30484.vci.att.com (Service) with ESMTP id 5E8ED4009E6C; Fri, 1 Nov 2019 22:53:16 +0000 (GMT) Received: from GAALPA1MSGHUBAG.ITServices.sbc.com (unknown [130.8.218.156]) by zlp30484.vci.att.com (Service) with ESMTPS id 4D1934009E64; Fri, 1 Nov 2019 22:53:16 +0000 (GMT) Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.98]) by GAALPA1MSGHUBAG.ITServices.sbc.com ([130.8.218.156]) with mapi id 14.03.0468.000; Fri, 1 Nov 2019 18:53:15 -0400 From: "STARK, BARBARA H" To: "'homenet@ietf.org'" , "'dnssd@ietf.org'" Thread-Topic: IETF 106 agenda Thread-Index: AdWRBmQoOo8Ils39TC6WJH8tIwQHWg== Date: Fri, 1 Nov 2019 22:53:15 +0000 Message-ID: <2D09D61DDFA73D4C884805CC7865E611536BB8D6@GAALPA1MSGUSRBF.ITServices.sbc.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.207.201] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-01_09:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=693 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1911010211 Archived-At: Subject: [dnssd] IETF 106 agenda X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2019 22:53:26 -0000 A draft agenda for the joint homenet/dnssd session is posted now. To save y= ou the trouble of unnecessary clicking here is what it says: Administrivia and Status Update: Homenet Chair slides (5 minutes) Homenet Naming architecture update (including hacking): Michael Richardson = / Daniel Migault (10 minutes) HNCP evolution: Ray Hunter / Daniel Migault (15 minutes ----------------------------- Administrivia and Status Update: dnssd Chair slides (5 minutes) [hopefully notetaker and jabber scribe will be the same] Service Registration (Ted Lemon or Stuart Cheshire, 15 minutes) * draft-ietf-dnssd-srp Discovery Relay (Ted Lemon or Stuart Cheshire, 5 mins) * draft-ietf-dnssd-mdns-relay Privacy (TBD) [this is complicated by conflict with pearg] Summary of on-list re-charting discussion (Chairs - 5 minutes) Conclusion (Chairs - 5 minutes) Of course, the pearg conflict is under discussion to potentially move the p= rivacy discussion. Barbara From nobody Mon Nov 4 14:30:12 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D31B120979 for ; Mon, 4 Nov 2019 14:30:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 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_HELO_NONE=0.001, 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 Pufj7Ul7nV8B for ; Mon, 4 Nov 2019 14:30:09 -0800 (PST) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 51977120127 for ; Mon, 4 Nov 2019 14:30:09 -0800 (PST) Received: by mail-lj1-x22c.google.com with SMTP id k15so7354866lja.3 for ; Mon, 04 Nov 2019 14:30:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=dPWUMd8+Br0tz53rXTBjVaymnuyfpn2vCj+3aObeMsE=; b=U8o+03cwYteLCAQ/YgKpqTPMQ4Wcg4CqgaqaIuQA0wtGq+JY38IBJmed6pLKNRdKo9 NPAmQ9UlIXsct/vD1uQUu9nzIF1jZaKDEm/gCfZ+LW2eGKzudgrdBNZAtwDgS04lyqWa pz4m+XaZGEGfjlz1Wh11KEyhGhv8GROlKWAjmbbDo3XYkW/DS3gYi4gAtAN1w5BN5cj8 uBfrf4AE/pe166h02fEStc3m01jaL8kQMxUqKYGdkVJlXzqbhBx/pGHVUkAxttMYKOXh rsP8t/hoRZUFv5DWw16Xk4Ehsw8ISGvkIWYaZH7J54GSoAzm4kziX6t2Ni8DXRNNdeb2 hysQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=dPWUMd8+Br0tz53rXTBjVaymnuyfpn2vCj+3aObeMsE=; b=LzlmJDQNWvKsEmN6hpKm7uBVIc79eZBw9ltYooqZZqfB4o247nmUMfeMwOIz2m9L9/ YuQ0x83hEnYblB/+6KmBB4FG6B16Q9mIBZQFfImw1tAD41eKh4Y5gQlrjx7WJVc5Vmwe MPjTzfYRcYOpS8cuXslRjg7YF5lyUNnFNsJpWaMDOEy6ZQlCkqx28lCozHNWuXq29O8f VXzK1QOaLOKyA23IiyIfQPRqKJlha6mplbMdmRY7Kp0jrBJDNpqMrl1LohD/qPJf2FVE MBqqBbAqMUoATG+sMe6IZ0sN5d2dGoP4fswn4rfvG/GOwYNl/ZxlSnUD47MCz7ldQa8D 3rTQ== X-Gm-Message-State: APjAAAWGoQI7diRzHeri9krJYXUmKJT6gydbR0W51unpvgI98rAReddg CboIIqpX2RTx4yEJe3pldoSlc/Q/b2xoTzhhn+AdJxCq X-Google-Smtp-Source: APXvYqz95MPkRq2N/Tua4RhpkBxj4ujujDruYSg82VWBeZhno52VjLE/bj6VJ/Zw+KVIFX425JHuG6bUAej7UMm1FQ4= X-Received: by 2002:a2e:b0d9:: with SMTP id g25mr15959052ljl.176.1572906607365; Mon, 04 Nov 2019 14:30:07 -0800 (PST) MIME-Version: 1.0 From: David Schinazi Date: Mon, 4 Nov 2019 14:29:56 -0800 Message-ID: To: DNSSD Content-Type: multipart/alternative; boundary="00000000000098d1ec05968cdb03" Archived-At: Subject: [dnssd] WGLC for draft-ietf-dnssd-prireq X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2019 22:30:11 -0000 --00000000000098d1ec05968cdb03 Content-Type: text/plain; charset="UTF-8" Hi DNSSD enthusiasts, Since there was interest in publishing the DNSSD Privacy Requirements work at our latest DNSSD face-to-face meeting, we're starting a Working Group Last Call to see if we have consensus to advance the document. The working group last call will last for 3 weeks until 2019-22-25, and we will discuss it during the DNSSD meeting at IETF 106 in Singapore. We invite members of the community to read the latest draft and comment on list before our in-person meeting. https://tools.ietf.org/html/draft-ietf-dnssd-prireq-02 Thanks, David --00000000000098d1ec05968cdb03 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi DNSSD enthusiasts,

Since t= here was interest in publishing the DNSSD Privacy Requirements work at
o= ur latest DNSSD face-to-face meeting, we're starting a Working Group La= st
Call to see if we have consensus to advance the document. The working= group
last call will last for 3 weeks until 2019-22-25, and we will dis= cuss it
during the DNSSD meeting at IETF 106 in Singapore. We invite mem= bers of the
community to read the latest draft and comment on list befor= e our in-person
meeting.

--00000000000098d1ec05968cdb03-- From nobody Tue Nov 12 19:49:52 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 294C1120041 for ; Tue, 12 Nov 2019 19:49:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 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, 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=apple.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 qk4n9hX5vvHo for ; Tue, 12 Nov 2019 19:49:49 -0800 (PST) Received: from nwk-aaemail-lapp03.apple.com (nwk-aaemail-lapp03.apple.com [17.151.62.68]) (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 435A412021D for ; Tue, 12 Nov 2019 19:49:49 -0800 (PST) Received: from pps.filterd (nwk-aaemail-lapp03.apple.com [127.0.0.1]) by nwk-aaemail-lapp03.apple.com (8.16.0.27/8.16.0.27) with SMTP id xAD3kkbD033040 for ; Tue, 12 Nov 2019 19:49:48 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=sender : from : content-type : content-transfer-encoding : mime-version : date : subject : message-id : to; s=20180706; bh=p8i8lMfZyevD4zAkLHFPkB1nfcjeXqowsBoAejZIRJs=; b=qXOQuAcBRfVDumzdoP2t5hJnnlNrYjQMumSEX760ul1OfVuNaGBMZ3MwlIhEWJw4VQfp IUoBVs1CBdPJRGHIuW5lP+bumF/KSYej90Zwlr5xh05t9Erkx2DQ2d/szeLU3z4PBuMX sp6BMtikFtDjy/dMMAq1GUmr4a5c/+z8aBPZXkG0c/9isRRZPsptHPLbwCl0meo3vU5w j7TRUSRe+Tu1ux4i9wXcKSZuJg+wphgvcChBFpA0sGT+cOWVta5bWaIhL4W4q3VsKGzz aF/edQfzRFROEh3g4hABjVcZcPw7D/iS44L7SDcOeb3Xs1twC51VRrCQXHk8dQozfSKL cw== Received: from mr2-mtap-s02.rno.apple.com (mr2-mtap-s02.rno.apple.com [17.179.226.134]) by nwk-aaemail-lapp03.apple.com with ESMTP id 2w6ejphmph-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 12 Nov 2019 19:49:48 -0800 Received: from nwk-mmpp-sz11.apple.com (nwk-mmpp-sz11.apple.com [17.128.115.155]) by mr2-mtap-s02.rno.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) with ESMTPS id <0Q0W009UK2N0N280@mr2-mtap-s02.rno.apple.com> for dnssd@ietf.org; Tue, 12 Nov 2019 19:49:48 -0800 (PST) Received: from process_milters-daemon.nwk-mmpp-sz11.apple.com by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) id <0Q0W007002MMDZ00@nwk-mmpp-sz11.apple.com>; Tue, 12 Nov 2019 19:49:48 -0800 (PST) X-Va-A: X-Va-T-CD: 30a9c062f6936833101a7e3ef1ad5808 X-Va-E-CD: 303b26d41de50768a7133cfcb19a5694 X-Va-R-CD: 551b254fc646b192f665e9017c295798 X-Va-CD: 0 X-Va-ID: 623a3c31-7f60-4198-8783-bd363f6bd909 X-V-A: X-V-T-CD: 30a9c062f6936833101a7e3ef1ad5808 X-V-E-CD: 303b26d41de50768a7133cfcb19a5694 X-V-R-CD: 551b254fc646b192f665e9017c295798 X-V-CD: 0 X-V-ID: 73e0f2a4-d047-4d74-aee5-981ad2f093b8 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-11-12_10:,, signatures=0 Received: from [17.234.100.5] (unknown [17.234.100.5]) by nwk-mmpp-sz11.apple.com (Oracle Communications Messaging Server 8.0.2.4.20190507 64bit (built May 7 2019)) with ESMTPSA id <0Q0W008K02MZ61A0@nwk-mmpp-sz11.apple.com>; Tue, 12 Nov 2019 19:49:48 -0800 (PST) Sender: cheshire@apple.com From: Stuart Cheshire Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable MIME-version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Tue, 12 Nov 2019 19:49:46 -0800 Message-id: To: DNSSD X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-12_10:, , signatures=0 Archived-At: Subject: [dnssd] DNSSD at IETF 106 Hackathon X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2019 03:49:51 -0000 I=E2=80=99m planning to be at the IETF 106 Hackathon. At previous = Hackathons Ted Lemon has been my hacking companion, but right now Ted is = too busy with other work to make it to IETF this time. If you=E2=80=99re = interested in collaborating on some DNSSD coding on Saturday at the = Hackathon, please let me know. I=E2=80=99ve offered to host some hands-on =E2=80=9CCode Clinic=E2=80=9D = coding sessions at the Hackathon, to show people how to take their = existing code where a human user enters a hostname or IP address, and = enhance it by adding service discovery using DNSSD APIs. If you know some software that could benefit from having some service = discovery added, please evangelize this opportunity to them. Here is the = description as currently listed on the Hackathon wiki: > Service Discovery Code Clinic. If your application has any place where = a human user enters a hostname or IP address, come by for hands-on help = updating your application to use network service discovery to improve = that user experience. We can help you do this using the APIs available = on Windows, Android, Linux, macOS, and iOS. If you=E2=80=99re using = another platform, we can help you port the open source mDNSResponder = code to that platform too. Please email Stuart Cheshire with =E2=80=9CCode= Clinic=E2=80=9D in the subject line to arrange a time slot. I=E2=80=99ve also volunteered to give a tutorial, 13:45-14:45 on Sunday, = on the same topic. As above, if you know some software that could be = improved by adding service discovery, please evangelize this tutorial to = people you think could benefit from learning more about this. The full = description is attached below. Stuart Cheshire -- Title: Service Discovery for IP applications Abstract: If your application has any place where a human user enters a = hostname or IP address, or uses broadcast to discover the address of a = device, come to this tutorial to learn how you can use network service = discovery to improve that user experience. Description: Many IP applications today are still configured manually. Sometimes a = human user needs to enter a hostname or IP address in a configuration = file or user-interface field. Sometimes software will use its own ad hoc = broadcast-based discovery mechanism to learn the IP address of the peer = with which it wishes to communicate. In both cases, using the IETF=E2=80=99= s standard DNS-based service discovery mechanism, defined in RFC 6763, = provides better user experience and more efficient use of the network. In this tutorial we will cover the APIs available on Windows, Android, = Linux, macOS, and iOS, that facilitate the three fundamental operations = of DNS-based service discovery: Offer, Enumerate, and Use. Sometimes the =E2=80=9Cuse=E2=80=9D step may be performed multiple = times, as in the case of printing on a network printer. In other cases, = the =E2=80=9Cenumerate=E2=80=9D and =E2=80=9Cuse=E2=80=9D steps are = performed just once, for the purpose of one-time provisioning and = configuration of a new device added to the network. This tutorial covers both local service discovery using Multicast DNS, = defined in RFC 6762, and wide area service discovery using conventional = unicast DNS, both via manual configuration of DNS servers (as is done = for printing at IETF meetings) and via automation tools like a Discovery = Proxy (defined in draft-ietf-dnssd-hybrid). For those arriving early, we will be holding service discovery =E2=80=9Cco= de clinic=E2=80=9D hours at the IETF 106 Hackathon on Saturday. Come by = for hands-on help updating your application to use network service = discovery. From florian.adamsky@hof-university.de Wed Nov 13 12:03:03 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDE83120990 for ; Wed, 13 Nov 2019 12:03:03 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=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 Z66gUw85jFwQ for ; Wed, 13 Nov 2019 12:03:01 -0800 (PST) Received: from mx01.hof-university.de (mx01.hof-university.de [194.95.60.1]) (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 D2F65120942 for ; Wed, 13 Nov 2019 12:03:00 -0800 (PST) Received: from mx01.hof-university.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id B202D6027A9 for ; Wed, 13 Nov 2019 21:02:58 +0100 (CET) Received: from localhost (unknown [185.216.33.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: fadamsky) by mx01.hof-university.de (Postfix) with ESMTPSA id 89C596027A0 for ; Wed, 13 Nov 2019 21:02:58 +0100 (CET) References: User-agent: mu4e 1.2.0; emacs 26.3 From: Florian Adamsky To: dnssd@ietf.org In-reply-to: Date: Wed, 13 Nov 2019 21:02:49 +0100 Message-ID: <87zhgzee8m.fsf@hof-university.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-PMX-Version: 6.4.2.2738846, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2019.11.13.195417, AntiVirus-Engine: 5.68.0, AntiVirus-Data: 2019.11.13.5680001 Archived-At: Subject: Re: [dnssd] WGLC for draft-ietf-dnssd-prireq X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Nov 2019 20:17:51 -0000 --=-=-= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Dear all, On Monday, Nov 04 2019, David Schinazi wrote: [...] > We invite members of the community to read the latest draft and > comment on list before our in-person meeting. > > https://tools.ietf.org/html/draft-ietf-dnssd-prireq-02 Daniel Kaiser asked me if I may read draft-ietf-dnssd-prireq-02 and write some comments and I feel honoured to do it. I do research in the area of system and network security and privacy and teach computer networks and security at a University of Applied Sciences in Germany. However, I have no deep knowledge about DNS-SD. Comments: ,---- page 3, 4, and 5 | ASCII-Art diagrams `---- I recognized only later that the person with the hat is the adversary. Maybe it is useful to include some labels like "client 1", "client 2", and "adversary" to avoid any confusion. ,---- page 3 | The adversary will be listening to the network traffic, trying to | identify the visitors' devices and their activity. Identifying devices | leads to identifying people, either just for tracking people or as a | preliminary to targeted attacks. `---- If the adversary is listening to the network traffic, he/she will find out if a client sends a print job to the printer. This argument is a bit unclear to me. ,---- whole draft | identity of the client. `---- What is the identity of a client? IP address? ,---- page 5 | In addition to tracking the identity of the owner of the devices, the | adversary is interested by the characteristics of the devices, such as | type, brand, and model. Identifying the type of device can lead to | further attacks, from theft to device specific hacking. The combination | of devices worn by the same person will also provide a "fingerprint" of | the person, allowing identification. `---- An adversary that passively capture network traffic and an adversary that actively generates fingerprints of a device are quite different. IMHO, there should be a dedicated thread model section before you describe the service discovery scenarios. What is the adversary capable of and what do you include in the requirements and what is out of scope. ,---- page 8 | 2. Further, even if the application layer does not protect privacy, it | is hard to record and analyse the unicast traffic (which most | applications will generate) compared to just listening to the multicast | messages sent by DNS-SD/mDNS. `---- This argument is a bit unclear to me. Why is it hard to record and analyse unicast traffic? It depends on the network of course. Again, it would be useful to have thread model section. There are various attacks to like CAM table overflow and Person-in-the-Middle (PitM) attacks that would make that possible. Yes, it would be harder, but not impossible. ,---- page 9 | 4. Security Considerations `---- I'm missing considerations about Distributed Reflective Denial of Service (DRDoS) attacks or amplification attacks. If we are talking about general security requirements, I think it should be included. In case of a UDP protocol, a requirement should be there the sender is verified or the reply is as small as possible to avoid amplification. ,---- page 10 | 4.3. Resistance to Dictionary Attacks `---- I don't understand this security consideration. It is clear to me what a dictionary attack is, but in what sense is this relevant for DNS-SD? Do I miss already a possible privacy protection mechanisms that is missing? Even if there are some sensitive information that were hashed to protect the privacy, is a dictionary attack really a threat? In case of a password, you have the password, which means you have access to a website or a device. But for sensitive information? In that case it would be better to encrypt the whole traffic. ,---- page 13 | 3. DNS-SD messages transmitted by clients MUST NOT contain linkable | identifiers that allow tracing client devices. `---- Does this include the fingerprinting attack mentioned before? ,---- page 13 | 6.2. Private Server Requirements `---- Where are the requirements for the public server? ,---- page 13 | 2. Servers MUST use privacy options available at lower layers, and for | example avoid publishing static IPv4 or IPv6 addresses, or static IEEE | 802 MAC addresses. `---- Sure, one could use MAC address randomization or the temporary IPv6 address when the IPv6 privacy extension is enabled. But what about IPv4? I don't see any way to avoid publishing the IPv4 address. Sure, one could use IP spoofing, but this highly depends on the network and would break [BCP 38]. Or do I misunderstand something? General comment =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I have the feeling that the whole document is mainly focused on mDNS and less about DNS. If this document is intended to be privacy and security requirements about DNS-SD in general, I think DNS should be more highlighted in the document. Apart from these points, I approve of advancing the dnssd requirements draft. Thanks for writing the draft and shedding light on this important issue! Best Regards =2D- Prof. Dr. Florian Adamsky Professor for IT-Security Hochschule f=C3=BCr Angewandte Wissenschaften Hof Hof University of Applied Sciences Alfons-Goppel-Platz 1=E2=80=A8 95028 Hof / Saale Germany Room: C 122 Fon: +49 (0) 9281 / 409 4860 GPG: 2E36 67A9 1521 744E 0D8E 0930 8CFB DEC8 C702 72AB **2019: 25 Jahre Hochschule Hof + 10 Jahre BayIND** --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQQuNmepFSF0Tg2OCTCM+97IxwJyqwUCXcxhaQAKCRCM+97IxwJy qwh2AP0W20KfLaoG7pKPfNjXS4J3g/b+yRltby9f7yZU4buyDwEAnCeoi4UqizzI jMuYkrzOMK0/0bo4esBJ5nfccqQ1Pwk= =zymK -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed Nov 13 20:41:26 2019 Return-Path: X-Original-To: dnssd@ietf.org Delivered-To: dnssd@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2441C12006B; Wed, 13 Nov 2019 20:41:25 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: lflynn@amsl.com, dnssd@ietf.org, dnssd-chairs@ietf.org, evyncke@cisco.com X-Test-IDTracker: no X-IETF-IDTracker: 6.110.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <157370648514.934.10384285113058026598.idtracker@ietfa.amsl.com> Date: Wed, 13 Nov 2019 20:41:25 -0800 Archived-At: Subject: [dnssd] dnssd - Update to a Meeting Session Request for IETF 106 X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2019 04:41:25 -0000 An update to a meeting session request has just been submitted by Liz Flynn, on behalf of the dnssd working group. --------------------------------------------------------- Working Group Name: Extensions for Scalable DNS Service Discovery Area Name: Internet Area Session Requester: Liz Flynn Number of Sessions: 2 Length of Session(s): 2 Hours, 1 Hour Number of Attendees: 75 Conflicts to Avoid: Chair Conflict: dnsop doh dprive homenet quic tls babel intarea httpbis 6man v6ops Technology Overlap: mls core anima Key Participant Conflict: 6tisch rats roll lake People who must be present: Stephen Farrell Eric Vyncke Barbara Stark David Schinazi Resources Requested: Special Requests: dnssd and homenet would like to do a single joint 2 hour meeting. We'll figure out how to divide the time. --------------------------------------------------------- From nobody Wed Nov 13 22:53:12 2019 Return-Path: X-Original-To: dnssd@ietf.org Delivered-To: dnssd@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E3E9E120058; Wed, 13 Nov 2019 22:53:10 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: dnssd@ietf.org, evyncke@cisco.com X-Test-IDTracker: no X-IETF-IDTracker: 6.110.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <157371439087.1032.10463219663966524887.idtracker@ietfa.amsl.com> Date: Wed, 13 Nov 2019 22:53:10 -0800 Archived-At: Subject: [dnssd] dnssd - Requested sessions have been scheduled for IETF 106 X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2019 06:53:11 -0000 Dear Barbara Stark, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. dnssd Session 1 (2:00 requested) Monday, 18 November 2019, Afternoon Session I 1330-1530 Room Name: VIP A size: 100 --------------------------------------------- dnssd Session 2 (1:00 requested) Monday, 18 November 2019, Afternoon Session III 1810-1910 Room Name: VIP A size: 100 --------------------------------------------- Special Note: Joint with HOMENET iCalendar: https://datatracker.ietf.org/meeting/106/sessions/dnssd.ics Request Information: --------------------------------------------------------- Working Group Name: Extensions for Scalable DNS Service Discovery Area Name: Internet Area Session Requester: Barbara Stark Number of Sessions: 2 Length of Session(s): 2 Hours, 1 Hour Number of Attendees: 75 Conflicts to Avoid: Chair Conflict: dnsop doh dprive homenet quic tls babel intarea httpbis 6man v6ops Technology Overlap: mls core anima Key Participant Conflict: 6tisch rats roll lake People who must be present: Stephen Farrell Eric Vyncke Barbara Stark David Schinazi Resources Requested: Special Requests: dnssd and homenet would like to do a single joint 2 hour meeting. We'll figure out how to divide the time. --------------------------------------------------------- From nobody Thu Nov 14 08:46:28 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37565120874; Thu, 14 Nov 2019 08:46:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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 StTIO93-wSze; Thu, 14 Nov 2019 08:46:18 -0800 (PST) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 7FF77120832; Thu, 14 Nov 2019 08:46:18 -0800 (PST) Received: from pps.filterd (m0048589.ppops.net [127.0.0.1]) by m0048589.ppops.net-00191d01. (8.16.0.42/8.16.0.42) with SMTP id xAEGcQJm024006; Thu, 14 Nov 2019 11:46:18 -0500 Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0048589.ppops.net-00191d01. with ESMTP id 2w9agkgecw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 14 Nov 2019 11:46:18 -0500 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id xAEGkGC0027491; Thu, 14 Nov 2019 11:46:16 -0500 Received: from zlp30483.vci.att.com (zlp30483.vci.att.com [135.47.91.189]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id xAEGk8OJ026984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 14 Nov 2019 11:46:09 -0500 Received: from zlp30483.vci.att.com (zlp30483.vci.att.com [127.0.0.1]) by zlp30483.vci.att.com (Service) with ESMTP id D7D384014665; Thu, 14 Nov 2019 16:46:08 +0000 (GMT) Received: from GAALPA1MSGHUBAD.ITServices.sbc.com (unknown [130.8.218.153]) by zlp30483.vci.att.com (Service) with ESMTPS id BAD214014661; Thu, 14 Nov 2019 16:46:08 +0000 (GMT) Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.43]) by GAALPA1MSGHUBAD.ITServices.sbc.com ([130.8.218.153]) with mapi id 14.03.0468.000; Thu, 14 Nov 2019 11:46:08 -0500 From: "STARK, BARBARA H" To: "'dnssd@ietf.org'" , "'homenet'" Thread-Topic: IETF 106 homenet and dnssd agenda and sessions Thread-Index: AdWbCiUjHhTq3kvuQry1523K4KKXrw== Date: Thu, 14 Nov 2019 16:46:07 +0000 Message-ID: <2D09D61DDFA73D4C884805CC7865E611536DB349@GAALPA1MSGUSRBF.ITServices.sbc.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.250.71.235] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-14_05:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=613 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1910280000 definitions=main-1911140149 Archived-At: Subject: [dnssd] IETF 106 homenet and dnssd agenda and sessions X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2019 16:46:21 -0000 Yes, that's plural: sessions. We went ahead and requested the Monday 18:10-19:10 time slot for dnssd priv= acy topics. Because we now have this other hour, we will delay the start of the first s= ession until 14:30. There are still unhappy people, I know. But hopefully this is workable. Com= ments and complaints are, well, not unwelcome. But I won't be upset if I do= n't hear any (more). Barbara Here are highlights of the updated agenda (which has also been uploaded to = datatracker): IETF 106 - Homenet + DNSSD Agenda 13:30-15:30 Monday Afternoon session I (only 14:30 - 15:30 will be used) 18:10-19:10 Monday Afternoon session III (dnssd topics, only) November 18, 2019 13:30 - 14:30 No Agenda for the first hour. The meeting will start at 14:30= to minimize overlap with other, simultaneous sessions. Starting at 14:30: Administrivia and Status Update: dnssd Chair slides (5 minutes) Service Registration and roadmap (Ted Lemon or Stuart Cheshire, 15 minutes) * draft-ietf-dnssd-srp Discovery Relay (Ted Lemon or Stuart Cheshire, 5 minutes) * draft-ietf-dnssd-mdns-relay Rechartering discussions (led by chairs, 5 minutes) ----------------------------- Starting at 15:00: Administrivia and Status Update: homenet Chair slides (5 minutes) - [hopefully notetaker and jabber scribe will be the same] Homenet Naming architecture update (including hacking): Michael Richardson = / Daniel Migault (10 minutes) HNCP evolution: Ray Hunter / Daniel Migault (15 minutes) ----------------------------- Starting at 18:10 Administrivia: (5 minutes) - identify notetaker and jabber scribe for this session - recap of first session Privacy topics/drafts (Christian Huitema, 20 minutes) Conclusion (Chairs - 5 minutes) From nobody Mon Nov 18 00:43:51 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 460291200CE; Mon, 18 Nov 2019 00:43:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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 3zFHWL0exwrQ; Mon, 18 Nov 2019 00:43:47 -0800 (PST) Received: from globis01.globis.net (mail.globis.net [IPv6:2001:470:1f15:62e::2]) by ietfa.amsl.com (Postfix) with ESMTP id 272C41200BA; Mon, 18 Nov 2019 00:43:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by globis01.globis.net (Postfix) with ESMTP id 727C640166; Mon, 18 Nov 2019 09:43:43 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at globis01.globis.net Received: from globis01.globis.net ([127.0.0.1]) by localhost (mail.globis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NHTFGQlEPL_n; Mon, 18 Nov 2019 09:43:40 +0100 (CET) Received: from MacBook-Pro-3.local (h9041.upc-h.chello.nl [62.194.9.41]) (Authenticated sender: v6ops@globis.net) by globis01.globis.net (Postfix) with ESMTPA id 9E56D40159; Mon, 18 Nov 2019 09:43:40 +0100 (CET) To: draft-ietf-dnssd-srp@ietf.org Cc: dnssd@ietf.org From: "Ray Hunter (v6ops)" Message-ID: Date: Mon, 18 Nov 2019 09:43:39 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 PostboxApp/7.0.8 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------6C275C0EA362E413921E886F" Content-Language: en-US Archived-At: Subject: [dnssd] Comments on draft-ietf-dnssd-srp X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2019 08:43:50 -0000 This is a multi-part message in MIME format. --------------6C275C0EA362E413921E886F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi, I've read your draft https://tools.ietf.org/html/draft-ietf-dnssd-srp-02 In general, this draft is very useful and well-written. I can see how it would integrate with Homenet, and support it. Comments: Section 2 / If the DNS    Search List option contains more than one domain name, it MUST NOT be    used.  If neither option is available, the Service Registration    protocol is not available on the local network./ Q. This covers if one source contains multiple names in the DNSSL, but what if the different sources of contain conflicting domains e.g. DHCPv4 option is inconsistent with RA? Q. Any special treatment needed? IPv6 preferred? /Anycasts are sent using UDP unless TCP is required due to the size of the update./ Q. Would a compliant server implementation have to support both? Q. Why only UDP and TCP transport, and not DNS over TLS ((7858) or DNS over HTTPS (8484) for example? Is this draft not actually just transport agnostic? /It is the responsibility of a Constrained-Node Network supporting SRP to    provide appropriate anycast routing to deliver the DNS updates to the    appropriate server./ Q. Do you want to add any additional text to constrain/filter the anycast scope? Would we want anycast traffic leaving the home? [privacy/security] Recommend setting a max TTL? ULA anycast rather than GUA? Further references to RFC7723 and detailed handling of the anycast address? Does the assignment have to be made in a standards track document or informational? Section 2.1 /The Host Description records for a service are a KEY RR, used to       claim exclusive ownership of the service registration, and one or       more RRs of type A or AAAA, giving the IPv4 or IPv6 address(es) of       the host where the service resides./ Q. Does publishing a A or AAAA Host Description RR automatically mean that the SRP server will create an associated PTR RR for the reverse address-> name, does the client have to create this explicitly itself, or don't you care? Section 2.2 / SRP server handle rewriting that to a different domain if necessary./ How an SRP server re-writes is out of scope? TTL should also be copied in the rewriting? [include a forward pointer to 2.5] How to handle name clashes if there are multiple SRP servers on different technology segments re-writing to one common domain? SRP server acts as a proxy when re-writing, and if necessary, defends the existing name that has been learned from the other segments? (2.3.1) Section 2.3.1 What if the SIG0 matches, but the RR's don't e.g. if a node moves segments and changes IPv6 address? Over-write of existing records is explicitly allowed or denied? Or does the client need to explicitly delete it's old RR's itself first? [include a forward pointer to section 2.4.2] Any differences in how RCODE is specified compared to RFC2136? Dumb question: Are you overloading port 53? Is there any potential for confusion or conflict between an SRP server (DNS Update Lite) and a DNS server that supports full DNS update? SRP server only ever listens on the anycast address? -- regards, RayH --------------6C275C0EA362E413921E886F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hi,

I've read your draft https://tools.ietf.org/html/draft-ietf-dnssd-srp-02

In general, this draft is very useful and well-written. I can see how it would integrate with Homenet, and support it.

Comments:

Section 2

/ If the DNS
   Search List option contains more than one domain name, it MUST NOT be
   used.  If neither option is available, the Service Registration
   protocol is not available on the local network./

Q. This covers if one source contains multiple names in the DNSSL, but what if the different sources of <domain> contain conflicting domains e.g. DHCPv4 option is inconsistent with RA?

Q. Any special treatment needed? IPv6 preferred?

/Anycasts are sent using UDP unless TCP is required due to the size of the update./

Q. Would a compliant server implementation have to support both?

Q. Why only UDP and TCP transport, and not DNS over TLS ((7858) or DNS over HTTPS (8484) for example?
Is this draft not actually just transport agnostic?

/It is the responsibility of a Constrained-Node Network supporting SRP to
   provide appropriate anycast routing to deliver the DNS updates to the
   appropriate server./

Q. Do you want to add any additional text to constrain/filter the anycast scope?
Would we want anycast traffic leaving the home? [privacy/security]
Recommend setting a max TTL?
ULA anycast rather than GUA?
Further references to RFC7723 and detailed handling of the anycast address?
Does the assignment have to be made in a standards track document or informational?

Section 2.1

/The Host Description records for a service are a KEY RR, used to
      claim exclusive ownership of the service registration, and one or
      more RRs of type A or AAAA, giving the IPv4 or IPv6 address(es) of
      the host where the service resides./

Q. Does publishing a A or AAAA Host Description RR automatically mean that the SRP server will create an associated PTR RR for the reverse address-> name, does the client have to create this explicitly itself, or don't you care?

Section 2.2

/ SRP server handle rewriting that to a different domain if necessary./

How an SRP server re-writes is out of scope?
TTL should also be copied in the rewriting? [include a forward pointer to 2.5]
How to handle name clashes if there are multiple SRP servers on different technology segments re-writing to one common domain?
SRP server acts as a proxy when re-writing, and if necessary, defends the existing name that has been learned from the other segments? (2.3.1)

Section 2.3.1
What if the SIG0 matches, but the RR's don't e.g. if a node moves segments and changes IPv6 address? Over-write of existing records is explicitly allowed or denied?
Or does the client need to explicitly delete it's old RR's itself first? [include a forward pointer to section 2.4.2]

Any differences in how RCODE is specified compared to RFC2136?

Dumb question: Are you overloading port 53?
Is there any potential for confusion or conflict between an SRP server (DNS Update Lite) and a DNS server that supports full DNS update?
SRP server only ever listens on the anycast address?


--
regards,
RayH
--------------6C275C0EA362E413921E886F-- From nobody Mon Nov 18 03:12:58 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 718F8120914; Mon, 18 Nov 2019 03:12:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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 Wdv0OO7gseCH; Mon, 18 Nov 2019 03:12:55 -0800 (PST) Received: from globis01.globis.net (mail.globis.net [IPv6:2001:470:1f15:62e::2]) by ietfa.amsl.com (Postfix) with ESMTP id D5A581208FF; Mon, 18 Nov 2019 03:12:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by globis01.globis.net (Postfix) with ESMTP id 3A69140166; Mon, 18 Nov 2019 12:12:51 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at globis01.globis.net Received: from globis01.globis.net ([127.0.0.1]) by localhost (mail.globis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mtHGI8dH_vZg; Mon, 18 Nov 2019 12:12:48 +0100 (CET) Received: from MacBook-Pro-3.local (h9041.upc-h.chello.nl [62.194.9.41]) (Authenticated sender: v6ops@globis.net) by globis01.globis.net (Postfix) with ESMTPA id 93AFC40159; Mon, 18 Nov 2019 12:12:48 +0100 (CET) To: draft-ietf-dnssd-prireq@ietf.org Cc: dnssd@ietf.org From: "Ray Hunter (v6ops)" Message-ID: <04bfb406-0382-e5c9-eed3-abdb5005da5b@globis.net> Date: Mon, 18 Nov 2019 12:12:47 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 PostboxApp/7.0.8 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------8C278CA2917DC6BEA71726F3" Content-Language: en-US Archived-At: Subject: [dnssd] WGLC for draft-ietf-dnssd-prireq X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2019 11:12:57 -0000 This is a multi-part message in MIME format. --------------8C278CA2917DC6BEA71726F3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I've read this draft https://tools.ietf.org/html/draft-ietf-dnssd-prireq-02 and find it useful for raising awareness of security issues regarding browsing and resolving services. I only have one comment. The draft specifically mentions DNS-SD [RFC6763] over mDNS [RFC6762] as the target for the discussion. Question: Is [RFC7558] explicitly excluded from the scope of this draft, implicitly included, or should be explicitly included? There are similarities, but there are also differences (on wired networks, and where the message potentially traverses multiple networks) e.g. section 6.6 of RFC7558 states /it should be possible to configure one or more "safe" zones in which mobile devices may automatically register their services."/ as a potential mitigation. I think this should be clarified, as there is some overlap. -- regards, RayH --------------8C278CA2917DC6BEA71726F3 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

Hi,

I've read this draft https://tools.ietf.org/html/draft-ietf-dnssd-prireq-02 and find it useful for raising awareness of security issues regarding browsing and resolving services.

I only have one comment.

The draft specifically mentions DNS-SD [RFC6763] over mDNS [RFC6762] as the target for the discussion.

Question: Is [RFC7558] explicitly excluded from the scope of this draft, implicitly included, or should be explicitly included?

There are similarities, but there are also differences (on wired networks, and where the message potentially traverses multiple networks)

e.g. section 6.6 of RFC7558 states /it should be possible to configure one or more "safe" zones in which mobile devices may automatically register their services."/ as a potential mitigation.

I think this should be clarified, as there is some overlap.

--
regards,
RayH
--------------8C278CA2917DC6BEA71726F3-- From nobody Thu Nov 21 00:04:59 2019 Return-Path: X-Original-To: dnssd@ietf.org Delivered-To: dnssd@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FC4012082A; Thu, 21 Nov 2019 00:04:53 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: Cc: dnssd@ietf.org, ipr-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.110.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <157432349304.28744.14779229093719016865@ietfa.amsl.com> Date: Thu, 21 Nov 2019 00:04:53 -0800 Archived-At: Subject: [dnssd] IPR Disclosure Apple Inc.'s Statement about IPR related to draft-ietf-dnssd-push X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2019 08:04:53 -0000 Dear Tom Pusateri, Stuart Cheshire: An IPR disclosure that pertains to your Internet-Draft entitled "DNS Push Notifications" (draft-ietf-dnssd-push) was submitted to the IETF Secretariat on 2019-11-20 and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/3872/). The title of the IPR disclosure is "Apple Inc.'s Statement about IPR related to draft-ietf-dnssd-push" Thank you IETF Secretariat From nobody Thu Nov 21 01:01:24 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0827C1208CB; Thu, 21 Nov 2019 01:01:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7 X-Spam-Level: X-Spam-Status: No, score=-7 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, RCVD_IN_DNSWL_HI=-5, 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=apple.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 YQLLKH9kl3PI; Thu, 21 Nov 2019 01:01:22 -0800 (PST) Received: from ma1-aaemail-dr-lapp02.apple.com (ma1-aaemail-dr-lapp02.apple.com [17.171.2.68]) (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 7B6B7120886; Thu, 21 Nov 2019 01:01:22 -0800 (PST) Received: from pps.filterd (ma1-aaemail-dr-lapp02.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp02.apple.com (8.16.0.27/8.16.0.27) with SMTP id xAL8uot1045080; Thu, 21 Nov 2019 01:01:21 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=sender : from : content-type : mime-version : date : subject : references : to : message-id; s=20180706; bh=dYjGo4fZ780BoJVbhS7cLxyk6zjOd7Csy2w5Kn5FEog=; b=nxzkGQZLWLL60IC0sQ/tRaHGL5ZA0irGikxqKR3oLTtnLGWy0v4iJo+NkkpGLOuZTH5s MjhzG/nZXVQetiVWhTk1bF4+7iKGmZQln85tTKnom0kzvdy/UT8WqnhIcJcfsfqSfRbk 5Vt1vvlI37XKtaici9P+qsLf+FwjQk9nL3iUiekfq6KKvZzPlYKKI32nVQE4NmfpPCHj x77+635PXEGQE8t9a5/8egq1UOQ/HVZv9gmKqk3q1aVRRCYvSPf3bVHKoH2NlMaH0t76 jEoP8f+3Lrv9V46ADCI+YKLgDoglT5ZTPhzwg/mwVNvCSuP8vNT/Z+nuwHVhEv1qtzW0 jQ== Received: from sg-mailsvcp-mta-lapp01.asia.apple.com (sg-mailsvcp-mta-lapp01.asia.apple.com [17.84.67.69]) by ma1-aaemail-dr-lapp02.apple.com with ESMTP id 2waeny36jq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 21 Nov 2019 01:01:20 -0800 Received: from sg-mailsvcp-mmp-lapp04.asia.apple.com (sg-mailsvcp-mmp-lapp04.asia.apple.com [17.84.71.204]) by sg-mailsvcp-mta-lapp01.asia.apple.com (Oracle Communications Messaging Server 8.1.0.1.20190704 64bit (built Jul 4 2019)) with ESMTPS id <0Q1B00TEIAE7FH00@sg-mailsvcp-mta-lapp01.asia.apple.com>; Thu, 21 Nov 2019 17:01:19 +0800 (+08) Received: from process_milters-daemon.sg-mailsvcp-mmp-lapp04.asia.apple.com by sg-mailsvcp-mmp-lapp04.asia.apple.com (Oracle Communications Messaging Server 8.1.0.1.20190704 64bit (built Jul 4 2019)) id <0Q1B00E009Z5LR00@sg-mailsvcp-mmp-lapp04.asia.apple.com>; Thu, 21 Nov 2019 17:01:19 +0800 (+08) X-Va-A: X-Va-T-CD: f00c9a1e03be3bb05afb5ce8217aa972 X-Va-E-CD: 5a58fc460b9c2dfffd6086d18bbdac2e X-Va-R-CD: a60cd18d857b9ae45f402fc13d2783fa X-Va-CD: 0 X-Va-ID: f699a399-9870-4502-a243-e9e62e51f9c9 X-V-A: X-V-T-CD: f00c9a1e03be3bb05afb5ce8217aa972 X-V-E-CD: 5a58fc460b9c2dfffd6086d18bbdac2e X-V-R-CD: a60cd18d857b9ae45f402fc13d2783fa X-V-CD: 0 X-V-ID: ee5e7d9f-991f-4a4a-ba3c-c070639516f9 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-11-21_01:,, signatures=0 Received: from [17.235.156.12] (unknown [17.235.156.12]) by sg-mailsvcp-mmp-lapp04.asia.apple.com (Oracle Communications Messaging Server 8.1.0.1.20190704 64bit (built Jul 4 2019)) with ESMTPSA id <0Q1B00IWUAE4P780@sg-mailsvcp-mmp-lapp04.asia.apple.com>; Thu, 21 Nov 2019 17:01:17 +0800 (+08) Sender: cheshire@apple.com From: Stuart Cheshire Content-type: multipart/alternative; boundary="Apple-Mail=_0BCB65A6-CC23-4533-B1AD-5A396B286290" MIME-version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Date: Thu, 21 Nov 2019 17:01:15 +0800 References: <157432349304.28744.14779229093719016865@ietfa.amsl.com> To: DNSSD , ipr-announce@ietf.org, "Eric Vyncke (evyncke)" Message-id: <8D400C7A-CD87-4A11-A2DE-1C884B9F3651@apple.com> X-Mailer: Apple Mail (2.3445.9.1) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-21_01:, , signatures=0 Archived-At: Subject: [dnssd] Fwd: IPR Disclosure Apple Inc.'s Statement about IPR related to draft-ietf-dnssd-push X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2019 09:01:24 -0000 --Apple-Mail=_0BCB65A6-CC23-4533-B1AD-5A396B286290 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Apple Legal came though for us and formally submitted the IPR Disclosure = below. This echoes the previous similar IPR Disclosure from Apple, which was = submitted for Long-Lived Queries over a decade ago = >. Since DNS Push was designed as the spiritual successor of Long-Lived = Queries it is appropriate that this IPR should be offered under the same = terms, since that was the intent of the original LLQ IPR Disclosure. The = draft name changed, and the transport protocol changed from = something-over-UDP to TCP, but the overall purpose of DNS Push is to be = a better version of LLQ. Hopefully this should not come as a big surprise to anyone who=E2=80=99s = been following this work. Stuart Cheshire Begin forwarded message: > From: IETF Secretariat > Subject: [dnssd] IPR Disclosure Apple Inc.'s Statement about IPR = related to draft-ietf-dnssd-push > Date: 21 November 2019 at 16:04:53 GMT+8 > To: > Cc: dnssd@ietf.org, ipr-announce@ietf.org >=20 > Dear Tom Pusateri, Stuart Cheshire: >=20 > An IPR disclosure that pertains to your Internet-Draft entitled "DNS = Push > Notifications" (draft-ietf-dnssd-push) was submitted to the IETF = Secretariat > on 2019-11-20 and has been posted on the "IETF Page of Intellectual = Property > Rights Disclosures" (https://datatracker.ietf.org/ipr/3872/). The = title of > the IPR disclosure is "Apple Inc.'s Statement about IPR related to > draft-ietf-dnssd-push" >=20 > Thank you >=20 > IETF Secretariat --Apple-Mail=_0BCB65A6-CC23-4533-B1AD-5A396B286290 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Apple Legal came though for us and formally submitted the IPR = Disclosure below.

This echoes the previous similar IPR Disclosure from = Apple, which was submitted for Long-Lived Queries over a = decade ago <https://datatracker.ietf.org/ipr/1234/>.

Since DNS Push was = designed as the spiritual successor of Long-Lived Queries it is = appropriate that this IPR should be offered under the same terms, since = that was the intent of the original LLQ IPR Disclosure. The draft name = changed, and the transport protocol changed from something-over-UDP to = TCP, but the overall purpose of DNS Push is to be a better = version of LLQ.

Hopefully this should not come as a big surprise to anyone = who=E2=80=99s been following this work.

Stuart = Cheshire

Begin forwarded message:

From: = IETF Secretariat <ietf-ipr@ietf.org>
Subject: = [dnssd] IPR = Disclosure Apple Inc.'s Statement about IPR related to = draft-ietf-dnssd-push
Date: = 21 November 2019 at 16:04:53 = GMT+8
To: = <draft-ietf-dnssd-push@ietf.org>
Cc: = dnssd@ietf.org, ipr-announce@ietf.org

Dear Tom Pusateri, Stuart = Cheshire:

An IPR disclosure that pertains = to your Internet-Draft entitled "DNS Push
Notifications" = (draft-ietf-dnssd-push) was submitted to the IETF Secretariat
on 2019-11-20 and has been posted on the "IETF Page of = Intellectual Property
Rights Disclosures" (https://datatracker.ietf.org/ipr/3872/). The title of
the IPR disclosure is "Apple Inc.'s Statement about IPR = related to
draft-ietf-dnssd-push"

Thank you

IETF = Secretariat
= --Apple-Mail=_0BCB65A6-CC23-4533-B1AD-5A396B286290-- From nobody Thu Nov 21 18:39:03 2019 Return-Path: X-Original-To: dnssd@ietf.org Delivered-To: dnssd@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A62A12091D; Thu, 21 Nov 2019 18:38:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.111.0 Auto-Submitted: auto-generated Precedence: bulk Cc: tjw.ietf@gmail.com, The IESG , dnssd-chairs@ietf.org, dnssd@ietf.org, Tim Wicinski , draft-ietf-dnssd-push@ietf.org, evyncke@cisco.com, rfc-editor@rfc-editor.org Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <157439033910.32493.5113567273325289569.idtracker@ietfa.amsl.com> Date: Thu, 21 Nov 2019 18:38:59 -0800 Archived-At: Subject: [dnssd] Protocol Action: 'DNS Push Notifications' to Proposed Standard (draft-ietf-dnssd-push-25.txt) X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2019 02:39:02 -0000 The IESG has approved the following document: - 'DNS Push Notifications' (draft-ietf-dnssd-push-25.txt) as Proposed Standard This document is the product of the Extensions for Scalable DNS Service Discovery Working Group. The IESG contact persons are Éric Vyncke and Suresh Krishnan. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-dnssd-push/ Technical Summary The Domain Name System (DNS) was designed to return matching records efficiently for queries for data that is relatively static. When those records change frequently, DNS is still efficient at returning the updated results when polled, as long as the polling rate is not too high. But there exists no mechanism for a client to be asynchronously notified when these changes occur. This document defines a mechanism for a client to be notified of such changes to DNS records, called DNS Push Notifications. Working Group Summary The significant thing was the initial version of the draft had both protocols and process. The decision was made after discussion with DNSOP, to split this work into a separate draft and the protocol work into draft-ietf-dnsop-session-signal, which is now RFC8490. Document Quality The documents is of good quality. There currently is some non-published implementations. The reviews on this document were vigorous and thorough. Personnel Document Shepherd is Tim Wicinski. Area Director is Éric Vyncke. IANA Note New entries to be added in two existing registries. RFC Editor Note This document is part of C367 (where draft-sekar-dns-llq will be added as soon as the IESG agrees that there is no conflict) and the ideal RFC ordering should be: 1) RFC n is draft-sekar-dns-llq Independent Stream (Informational) 2) RFC n+1 is draft-ietf-dnssd-push (successor to LLQ) this document 3) RFC n+2 is draft-ietf-dnssd-hybrid (depends on draft-ietf-dnssd-push) already in C367 for months From nobody Thu Nov 21 18:53:20 2019 Return-Path: X-Original-To: dnssd@ietfa.amsl.com Delivered-To: dnssd@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA3B61208B8 for ; Thu, 21 Nov 2019 18:53:15 -0800 (PST) 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, SPF_HELO_NONE=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 yXHTL3tME0rw for ; Thu, 21 Nov 2019 18:53:14 -0800 (PST) Received: from mout-p-202.mailbox.org (mout-p-202.mailbox.org [IPv6:2001:67c:2050::465:202]) (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 B967A120144 for ; Thu, 21 Nov 2019 18:53:13 -0800 (PST) Received: from smtp2.mailbox.org (smtp2.mailbox.org [IPv6:2001:67c:2050:105:465:1:2:0]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 47K1Fg4VptzQlB0; Fri, 22 Nov 2019 03:53:11 +0100 (CET) X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp2.mailbox.org ([80.241.60.241]) by spamfilter06.heinlein-hosting.de (spamfilter06.heinlein-hosting.de [80.241.56.125]) (amavisd-new, port 10030) with ESMTP id 6BaCC-OnWAbK; Fri, 22 Nov 2019 03:53:08 +0100 (CET) From: Tim Wattenberg Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_311FFC53-16F2-4306-9C57-7C3526B5A61B"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Fri, 22 Nov 2019 10:53:05 +0800 In-Reply-To: Cc: DNSSD To: David Schinazi References: Archived-At: Subject: Re: [dnssd] WGLC for draft-ietf-dnssd-prireq X-BeenThere: dnssd@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2019 02:53:19 -0000 --Apple-Mail=_311FFC53-16F2-4306-9C57-7C3526B5A61B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 To relay what I=E2=80=99ve said in the meeting at mic: I think in general the draft is ready to proceed, however I=E2=80=99d = like to see some of the nits raised (e.g. by Florian A.) being addressed = when proceeding towards publication. Thanks, Tim > Am 05.11.2019 um 06:29 schrieb David Schinazi = : >=20 > Hi DNSSD enthusiasts, >=20 > Since there was interest in publishing the DNSSD Privacy Requirements = work at > our latest DNSSD face-to-face meeting, we're starting a Working Group = Last > Call to see if we have consensus to advance the document. The working = group > last call will last for 3 weeks until 2019-22-25, and we will discuss = it > during the DNSSD meeting at IETF 106 in Singapore. We invite members = of the > community to read the latest draft and comment on list before our = in-person > meeting. >=20 > https://tools.ietf.org/html/draft-ietf-dnssd-prireq-02 >=20 > Thanks, > David > _______________________________________________ > dnssd mailing list > dnssd@ietf.org > https://www.ietf.org/mailman/listinfo/dnssd --Apple-Mail=_311FFC53-16F2-4306-9C57-7C3526B5A61B Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCvYw ggToMIID0KADAgECAg5IG2oJE72AJMpdIvAU8zANBgkqhkiG9w0BAQsFADBMMSAwHgYDVQQLExdH bG9iYWxTaWduIFJvb3QgQ0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UEAxMKR2xv YmFsU2lnbjAeFw0xNjA2MTUwMDAwMDBaFw0yNDA2MTUwMDAwMDBaMF0xCzAJBgNVBAYTAkJFMRkw FwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTMwMQYDVQQDEypHbG9iYWxTaWduIFBlcnNvbmFsU2ln biAyIENBIC0gU0hBMjU2IC0gRzMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC2lmiT Zf0sAexiow1Uv4vLpEORopqvsYPytW1v2fDq3M8We9cZ44QDhfnGH3CPH2xJxWkZHnCRODV+Akhd OWsYRKZqpch09F31hD5jH3FEggg+7cmn9uluJkEpgMlJuv/ZdqCjuxv2ed9LKNNKe5xRwg9lUKGf qEqd5UYEjYNP3LLIPc+YIQmYTMDxj3qpPzcmZUfYZo9JJsLDQL5mPWz/Oq0pRvATnOHy65mni8LT X1Btog5vxwaXOC9OoY5HArSDANik47pBB2Dl3Tda8gfBO6ecl2gut++pSDa86WmomapH6cf2UdL5 sSy2xUm1mJ5TU9r7cvN8D/hxPtcD+mfDAgMBAAGjggG1MIIBsTAOBgNVHQ8BAf8EBAMCAQYwagYD VR0lBGMwYQYIKwYBBQUHAwIGCCsGAQUFBwMEBggrBgEFBQcDCQYKKwYBBAGCNxQCAgYKKwYBBAGC NwoDBAYJKwYBBAGCNxUGBgorBgEEAYI3CgMMBggrBgEFBQcDBwYIKwYBBQUHAxEwEgYDVR0TAQH/ BAgwBgEB/wIBADAdBgNVHQ4EFgQUaXKCYjFnlUSFd5GAxAQ2SZ17C2EwHwYDVR0jBBgwFoAUj/BL f6guRSSuTVD6Y5qL3uLdG7wwPgYIKwYBBQUHAQEEMjAwMC4GCCsGAQUFBzABhiJodHRwOi8vb2Nz cDIuZ2xvYmFsc2lnbi5jb20vcm9vdHIzMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuZ2xv YmFsc2lnbi5jb20vcm9vdC1yMy5jcmwwZwYDVR0gBGAwXjALBgkrBgEEAaAyASgwDAYKKwYBBAGg MgEoCjBBBgkrBgEEAaAyAV8wNDAyBggrBgEFBQcCARYmaHR0cHM6Ly93d3cuZ2xvYmFsc2lnbi5j b20vcmVwb3NpdG9yeS8wDQYJKoZIhvcNAQELBQADggEBAKidzTLMfGfiC1DXpVxwo2biJe/qtLZT MG6HEjdcM+LCKFbjk71FlfNY2BVxTPPkgokUvv6lzEe96wZUgj7mv7716oj1ecQoIguMevYOC+Mq rkmaDpvCJ/JsthtVSgG2GeFoUHRYvBJFGE+u3l4bEzDnVSY0gKL+FIoEqweEYVIRolAAtnLgcvQR Z24TogtgCNfoFJdEO0cV5Q911vjp/kd/mvMhMYuyf0Eimg5WuBLzvw7gmd9RZCLb3IF+fvkdqOJ8 W88L66qf6txWe+ukuCws5gb/riRZf8VEfz6aFV76ZxJffGxSlzEr2r28tNW2uhT/IlSYQLg5wfl1 CxscGqMwggYGMIIE7qADAgECAgwsMCc9b7k7QCXs5fswDQYJKoZIhvcNAQELBQAwXTELMAkGA1UE BhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMzAxBgNVBAMTKkdsb2JhbFNpZ24gUGVy c29uYWxTaWduIDIgQ0EgLSBTSEEyNTYgLSBHMzAeFw0xOTAyMDExMjUzNDdaFw0yMjAyMDExMjUz NDdaMEwxCzAJBgNVBAYTAkRFMRcwFQYDVQQDEw5UaW0gV2F0dGVuYmVyZzEkMCIGCSqGSIb3DQEJ ARYVbWFpbEB0aW13YXR0ZW5iZXJnLmRlMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA 86UykfVMq6thtAjoG4Nge1JtykPwGnZySgE9yPlMIgW0OD1mFHjYVsscaYM01zPPfDDEFUs9lr2Z DJi/F8S7gMfpZCbmb4jLROvvye5nCR8FttucS3MWh4L9IcOCYd8CaG9kQSrWmfkee1RuL+Eg2OoX 0g1nNWdfCNn4bPJb4oMUH/uLQ/ME7LtGGo12fY7E+hx9sa5bCdutu5Fh2S5AwW/slE2km0WA+Om5 RtJH4G7/N07mf23BoMGr7l/mEPfv2wDAC3cfjL01OInQwgockmSqlLag0lQgGRbZQfgxbzes6Pi9 HvdKHCR4aC8e+m/9BCKp/dA+1/av93Oy0VVbDxWLgC9XPSMm/tPOXOCU5eJ0SrfoSjyOqTYY3081 frC9HvQnLhTwcRT+yJ81ARTI7xkyjObOy9k1ASO98/MBeHIRPd8A3Xrav+SXApo5BZ3ORSQ2RQxt LkT0XZGpawhTMC2j6nQwr5M9JW4Lqj81TYgz0LCI4Oivi7y8xyTomfzHOelNPzcqqsk4VuZ1oqCo cxSM+mWFspeV+oJqAbD4CrZ/un07LLGM8ULTDZjGePwPmPfOq1+DlBZULrELhxKsK2HisM1e+8+i mRBYVBSes7JkSiqANa2fjHsa9zd95k7EjXNnV+QbRBPpbJtGuHUk379Zo9NIresL6g1r4Fup1/MC AwEAAaOCAdUwggHRMA4GA1UdDwEB/wQEAwIFoDCBngYIKwYBBQUHAQEEgZEwgY4wTQYIKwYBBQUH MAKGQWh0dHA6Ly9zZWN1cmUuZ2xvYmFsc2lnbi5jb20vY2FjZXJ0L2dzcGVyc29uYWxzaWduMnNo YTJnM29jc3AuY3J0MD0GCCsGAQUFBzABhjFodHRwOi8vb2NzcDIuZ2xvYmFsc2lnbi5jb20vZ3Nw ZXJzb25hbHNpZ24yc2hhMmczMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEW Jmh0dHBzOi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMAkGA1UdEwQCMAAwRAYDVR0f BD0wOzA5oDegNYYzaHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9nc3BlcnNvbmFsc2lnbjJzaGEy ZzMuY3JsMCAGA1UdEQQZMBeBFW1haWxAdGltd2F0dGVuYmVyZy5kZTAdBgNVHSUEFjAUBggrBgEF BQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFHcXvvXSu5P/V/jgMdCzOl5UnXTmMB8GA1UdIwQYMBaA FGlygmIxZ5VEhXeRgMQENkmdewthMA0GCSqGSIb3DQEBCwUAA4IBAQCvBKfotbLt/OU+bSWEho0e dViUt9R5/MaDq1a6JRwPs5S8bifSmRFFRMLVShgY3DVFeMab6qXzK7aXAWo2iCUpQrsdXr/dB4e0 VEKDWEQtv3WdYxoIoOdydajb9hLFVqhYaOzdKdDA26E62X6rC/ElOidJepsqZP1XrWA9EPvs2Z7U Ccs3Q1go7XXS9PMpYq7HPi7l6hvDUjmVULpOd6bZNEyTQYDhFKEIimDgpRDwGEOA7YdPo17RnJyG GbqcNPGoNp4ZtnptfrvZN9pqGHvlxzXQu8dMPfKQy5RK4XX7JpdMKmx5AvR0silbo7xEXhKf73jk Dks7rGKq6qb/2PahMYIEAzCCA/8CAQEwbTBdMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFs U2lnbiBudi1zYTEzMDEGA1UEAxMqR2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMiBDQSAtIFNIQTI1 NiAtIEczAgwsMCc9b7k7QCXs5fswDQYJYIZIAWUDBAIBBQCgggFnMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE5MTEyMjAyNTMwNVowLwYJKoZIhvcNAQkEMSIEIBIg tgqHkWqyN4feL/OIgX0VbJWP7pazxqGjNathDxwnMHwGCSsGAQQBgjcQBDFvMG0wXTELMAkGA1UE BhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMzAxBgNVBAMTKkdsb2JhbFNpZ24gUGVy c29uYWxTaWduIDIgQ0EgLSBTSEEyNTYgLSBHMwIMLDAnPW+5O0Al7OX7MH4GCyqGSIb3DQEJEAIL MW+gbTBdMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEzMDEGA1UEAxMq R2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMiBDQSAtIFNIQTI1NiAtIEczAgwsMCc9b7k7QCXs5fsw DQYJKoZIhvcNAQEBBQAEggIACgcV1t5VRVLOi0OsrLICzFjG+4MjPJXXcDgXOwmdjnmWWNsHrYE+ eODQXCrBg2I0r3RK5SKciPBJ1czxc3SJs7+g6ouIGC9zbiKZYC0JZHOzNFG87o/YCqSdfYhiKhlf 8LBGJvuRriCvQiCBtkKzFbq6c6QBUSgROXVTp6kqKWaS2dR5YO04WtdDWRyIkHCGPZyZl2VamCPT JMfFvHoVCiP5pOSLPLWSb/Twm+2q08CXGRzDdb3VIlb9Zkc/z6MyWapjNMw1iq1VgPXWvH4bsvwY 5ttf8HIWJ2p6ms3bNof2OekA++YOT9AW+7c3YbB4F/b8yd55yottIj6ZE+HDUD/Mpx+/ZNfkJxhA x6lHy9RyBkBvTQHZqVSSUfEVLMDEcESJgu2Mhm9B3tVZ9KHd0Qu+Sox6RRbEeK5rn7/d4TWgwyGg XHCuUXrHI/YSgCdUvxXlfVvRB8bmvwMsCvLaC0/5FKWcGI0fkB3n8A6mH2EPq9Yx0aelUQOO423I n7s3gBMiFuRUitdxxR9CuIkRCCgjB0txWX8Gm1tkGGDbx+BzkH6VKdYDhqRO14kpimNSRd4yTeno hnoKxGQaqoe06ceJqDE9/4/TYv7HyJw9qubLHQDtkmgdOl8y1y6ex0ubcJHhvO6nLgiT6iOqgx+7 JXmOb9axyV7K07okVGb5A1UAAAAAAAA= --Apple-Mail=_311FFC53-16F2-4306-9C57-7C3526B5A61B--