From nobody Mon Aug 12 14:39:48 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A0BB120DEA for ; Mon, 12 Aug 2019 14:39:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.298 X-Spam-Level: X-Spam-Status: No, score=-4.298 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_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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=telekom.de 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 lgJnbYDCPj80 for ; Mon, 12 Aug 2019 14:39:43 -0700 (PDT) Received: from mailout31.telekom.de (mailout31.telekom.de [194.25.225.143]) (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 AEEEA1214B1 for ; Mon, 12 Aug 2019 03:37:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1565606241; x=1597142241; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=KaZiCkJOasAJJCixGIr4fySODk+exlCRzX9sNbJlXwc=; b=B5SZch0LrPcSIcvAdzt15TvPlNljo5Yi2XbdiV/FYSTdlHYMxPE6MnzJ WkRo0tSuPPvWWVP8rSvsFo4YsfTksBtrrqCz4G/Gr74ktBXOYmgYcxKgL VSn3GmaeK81Eq2qKgOa+MZPoiYhVPoPAZK9L/TKZVCLudU404APYvomLS fWt0JHznk/FjdFe24QWhyaNmUbetSDk2cH7p1SU/dkyN7vVHYHTi61gM6 PJD0xE27yYbuQb9QpW+zdxZ6N0vnzjhW3WXeii1xPruZT5pKr1BxMLfH6 IwX8nplnSm1sQwYMCo5Ysto2sUNT7lintfTL6sxLEu2kvwIUIUXRuL2Q1 Q==; Received: from qdezc2.de.t-internal.com ([10.171.255.37]) by MAILOUT31.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Aug 2019 12:37:17 +0200 X-MGA-submission: =?us-ascii?q?MDENeaQv7mQ0Cnhl4MpKpUdEWoGma6R7l3GdJt?= =?us-ascii?q?gOHKpPFpuqvC7N3fFj/gWmxefuD2q1HcJvbnNaxeMlpsmRMoVeXtIaCq?= =?us-ascii?q?0HbFHSgj2Uu1tlO/n7p0uSOpeCP5RVWXUs9SOOzlvVGKdOKDJcEaj6lC?= =?us-ascii?q?4ZTtfxvnU2J6Vgaz49ixblaw=3D=3D?= Received: from he105709.emea1.cds.t-internal.com ([10.169.118.41]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES256-SHA; 12 Aug 2019 12:37:20 +0200 Received: from HE105715.EMEA1.cds.t-internal.com (10.169.118.51) by HE105709.emea1.cds.t-internal.com (10.169.118.41) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 12 Aug 2019 12:37:20 +0200 Received: from HE104160.emea1.cds.t-internal.com (10.171.40.36) by HE105715.EMEA1.cds.t-internal.com (10.169.118.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 12 Aug 2019 12:37:20 +0200 Received: from GER01-FRA-obe.outbound.protection.outlook.de (51.4.80.20) by O365mail03.telekom.de (172.30.0.232) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 12 Aug 2019 12:37:17 +0200 Received: from FRXPR01MB0743.DEUPRD01.PROD.OUTLOOK.DE (10.158.154.143) by FRXPR01MB0373.DEUPRD01.PROD.OUTLOOK.DE (10.158.152.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.23; Mon, 12 Aug 2019 10:37:19 +0000 Received: from FRXPR01MB0743.DEUPRD01.PROD.OUTLOOK.DE ([fe80::b909:d8b:24d1:1bb0]) by FRXPR01MB0743.DEUPRD01.PROD.OUTLOOK.DE ([fe80::b909:d8b:24d1:1bb0%8]) with mapi id 15.20.2157.022; Mon, 12 Aug 2019 10:37:19 +0000 From: To: Thread-Topic: [sipcore] I-D Action: draft-ietf-sipcore-locparam-02.txt Thread-Index: AQHVQNXp2jHRwBtGe0ivAHnNoQgD/Kb3VJ5Q Date: Mon, 12 Aug 2019 10:37:19 +0000 Message-ID: References: <156383153972.22694.11101638464705866045@ietfa.amsl.com> In-Reply-To: <156383153972.22694.11101638464705866045@ietfa.amsl.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=R.Jesske@telekom.de; x-originating-ip: [164.19.4.63] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e0341e88-d0a5-4eae-c6ac-08d71f110d5e x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:FRXPR01MB0373; x-ms-traffictypediagnostic: FRXPR01MB0373: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 012792EC17 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(396003)(39860400002)(366004)(136003)(199004)(189003)(305945005)(14454004)(186003)(8676002)(446003)(7736002)(26005)(6916009)(7696005)(52396003)(76176011)(11346002)(102836004)(256004)(14444005)(66066001)(5660300002)(478600001)(86362001)(966005)(476003)(2501003)(33656002)(71200400001)(71190400001)(316002)(8936002)(76116006)(53936002)(6116002)(3846002)(66476007)(66946007)(66446008)(64756008)(66556008)(486006)(81166006)(81156014)(2906002)(1730700003)(5640700003)(6306002)(55016002)(66574012)(2351001)(9686003); DIR:OUT; SFP:1101; SCL:1; SRVR:FRXPR01MB0373; H:FRXPR01MB0743.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: o+SDuuBJR0Znz0CVvugEkjRsQnRPh9gnSKpdhzVeQJ5HyxkPBLb41NgX7l0Ew8U0LFhglT29MwXUcD1tzdL4g0unAz5QTeq2u/dHPX684yDxCRi/nMgfWI3YMkq9HyyUKu9TLK7c+05Hp2QWb361Lrkotq00KaiJwjZ/GIK9eEicnGloqRpxW9eLcniMfXXhBUYdSCzbjy+/nOHiFQKzzzgUZqggKPbTOIOk9RNAXXGOOBqOcDBnFUkL0MmRUcCYGSqnMhb6uLUiYru931RFhcrpN9jJoEN5Z/3jxVPXdPBeL1rpWcrtEunzenPY2oawGRyhoF35iDTXlMuSo+pY4bfGSHsdC/dGJvCTAKJ8U/jXVO87jnRVTaFZ+Md41dqmZzgJbyqfK6LFwShbGK20zEL0Jlkzi3jaa7xXIEzxMzQ= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: e0341e88-d0a5-4eae-c6ac-08d71f110d5e X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Aug 2019 10:37:19.4924 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gJaJEzrm+GGDVpPvh7zseLMf+TjtjskjJsOPkrAlQcLU5OQze7r4UauGRCPX/wrBAJE07OPe8FYQMx43j0+Ezw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRXPR01MB0373 X-OriginatorOrg: telekom.de Archived-At: Subject: [sipcore] WG: I-D Action: draft-ietf-sipcore-locparam-02.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 21:39:46 -0000 Hi, We have discussed this draft a couple of times and it is a work item in SIP= CORE since Aug 2018. Technically there are no more open issues. =20 Since I have uploaded the draft I would like to know if there are still any= issues that needs to be solved. I see the draft as stable and from my side we could proceed with the draft. For Information: Meanwhile we have already a running implementation based o= n this draft. The second one will follow soon.=20 Thank you and Best Regards Roland -----Urspr=FCngliche Nachricht----- Von: sipcore Im Auftrag von internet-drafts@ietf= .org Gesendet: Montag, 22. Juli 2019 23:39 An: i-d-announce@ietf.org Cc: sipcore@ietf.org Betreff: [sipcore] I-D Action: draft-ietf-sipcore-locparam-02.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Session Initiation Protocol Core WG of the= IETF. Title : Location Source Parameter for the SIP Geolocation= Header Field Authors : James Winterbottom Roland Jesske Bruno Chatras Andrew Hutton Filename : draft-ietf-sipcore-locparam-02.txt Pages : 8 Date : 2019-07-22 Abstract: There are some circumstances where a geolocation header field may contain more than one location value. Knowing the identity of the node adding the location value allows the recipient more freedom in selecting the value to look at first rather than relying solely on the order of the location values. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-locparam/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-locparam-02 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-locparam-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sipcore-locparam-02 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore From nobody Thu Aug 15 12:43:51 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD64D12007C for ; Thu, 15 Aug 2019 12:43:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.98 X-Spam-Level: X-Spam-Status: No, score=-1.98 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.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 Ja77HgiWRBg7 for ; Thu, 15 Aug 2019 12:43:42 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 A1D53120071 for ; Thu, 15 Aug 2019 12:43:41 -0700 (PDT) Received: from mutabilis-2.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x7FJhefW037305 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 15 Aug 2019 14:43:41 -0500 (CDT) (envelope-from mahoney@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1565898221; bh=De5EFFSMY/w9JS2HYfUVi9WoVopXijChnxQhcCqhnoY=; h=To:From:Subject:Date; b=vYOVsYFpb1QVTJHCs4A1citNTjUzEirxt3f2oHGUZJXVu/SUY0XtcC9aGS7/FCDbc oJzibIdyzdTo17XJLEQpy6YR/iWnK+P7933aYkeQikFW1XtVc210rNyiuWLjIXvD3k VpntPnKbCYfp901aPexgfXUMwzl1Wg73184IOLBE= X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be mutabilis-2.local To: SIPCORE From: "A. Jean Mahoney" Message-ID: Date: Thu, 15 Aug 2019 14:43:40 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [sipcore] WGLC: draft-ietf-sipcore-locparam X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2019 19:43:44 -0000 Hi all, This begins the Working Group Last Call of draft-ietf-sipcore-locparam (Location Source Parameter for the SIP Geolocation Header Field). Please post any feedback to the sipcore mailing list by Friday, August 30. https://datatracker.ietf.org/doc/draft-ietf-sipcore-locparam/ Thanks! Jean From nobody Sun Aug 18 10:57:26 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38B581200B6 for ; Sun, 18 Aug 2019 10:57:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.979 X-Spam-Level: X-Spam-Status: No, score=-1.979 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.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 hadQvRydrtBi for ; Sun, 18 Aug 2019 10:57:22 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 A4F0E12002E for ; Sun, 18 Aug 2019 10:57:22 -0700 (PDT) Received: from mutabilis-2.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x7IHvLCn081048 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 18 Aug 2019 12:57:22 -0500 (CDT) (envelope-from mahoney@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1566151042; bh=9IfjRnOSBKeesbYy2PrvjZiBA/mJq//q4qcOO8K4hZ4=; h=Subject:To:References:From:Date:In-Reply-To; b=kWrwnWAXMuOvEkYKvKjqzSAHA6xJaRAVAKmnYDipwf6Liid1Y5gN0enHudJtJuwBz +42iQRa858AD5Z4706t5GvfQ2OC+Tm3HZqcwdQog79mo7iS93VCjgMX0aqDHY0btIf TsI0tfVQOHqhwFiidOxL1xJC501mnk1sAkiCn6aU= X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be mutabilis-2.local To: sipcore@ietf.org References: From: "A. Jean Mahoney" Message-ID: <89ad49a5-1a2e-d408-91f0-e12e40749b2e@nostrum.com> Date: Sun, 18 Aug 2019 12:57:21 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-locparam X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Aug 2019 17:57:24 -0000 Hi all, The WGLC is being extended to Friday, Sept 13, since many people go on vacation in August and early September. Thanks! Jean On 8/15/19 2:43 PM, A. Jean Mahoney wrote: > Hi all, > > This begins the Working Group Last Call of draft-ietf-sipcore-locparam > (Location Source Parameter for the SIP Geolocation Header Field). > > Please post any feedback to the sipcore mailing list by Friday, August 30. > > https://datatracker.ietf.org/doc/draft-ietf-sipcore-locparam/ > > Thanks! > > Jean > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Sun Aug 18 12:23:24 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66D231201E4 for ; Sun, 18 Aug 2019 12:23:23 -0700 (PDT) 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 (1024-bit key) header.d=ericsson.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 hIHmQMk9Qfxa for ; Sun, 18 Aug 2019 12:23:21 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70043.outbound.protection.outlook.com [40.107.7.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A35D51200B8 for ; Sun, 18 Aug 2019 12:23:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bX1GrS6UvnDWOfSbts1xrAjEtwHPDtvHnq2M73sMPvjjPi+QiKtVGp93f5KT+Xxk75lr9A3SYQCnMA/Q1uYxdlBnWDGrxoWiZnUzAc85t3ZOsoZZCRo4HFgyTlXg7sQ/h81fsjtk2LEIRI4B6YCe41AuPupQ8ogDVKrqNaZqRKHOdpipvhJRLgv/P5BKKDjVUcRUPXi/sVV/zKY1g6us+hIMzuK/L0T93DCsWB5ufTa4yo1F6W8WJ/qPnwxTi76CTseUgP7SvuRqZuTrPpYl02VDjKHasLErP9PXvjeJwxqhtzkKUh6V0NcsPUzvZeRW2kKJHIbNzPIYcTat1TKZsQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qAYnSSFo63ORhMAmwI+IaSZ66L55C8tLkIcDIkZokyU=; b=JHtqRp1ne6vyiY20AVB8i5AlgY4vtJh6gK7Uyw9ANgGx+QbH+kGhGN9/wlFGJt0sGLXzf4C5gmzyVb6WzzHw9AsfTjzIMtPaPxheSn9BTj7B+p/G9uJ52HoVPYSwkREOfYx5HP51CXnswEV05l4ycetKB32A9FPtOUmkpDamHVNbHmO87sgBhehv8CrfYBbr+rNEJMaBQxY/OFzDitI5TH1llttHxrnqIqz8I7Ur104HkjPAaPehiW5ZH/xBj41/NWNmfQlZx/pQUte5/M4OiTISmPfV0vhT0q5PxSojx9fcVJ6LQnzJ7YI1uOAwma6FAoEZmy4biuO/mfw4Al+yfA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qAYnSSFo63ORhMAmwI+IaSZ66L55C8tLkIcDIkZokyU=; b=NnI6L9oWcpfbRkPH/bjVXZnXZPI49bHvPUA5CKcf91s6R6HhL2urcc+Xhg50D2jQ8VbAfGWufOnBbaUOqUeYCPvTnWqc3Bu/OtKVdW8LMBvmViqSE9xnvAQa7cFPCsM+r/9BeGppz1VDNJBNB3IGTLdzSp6WCpsORB38KZCkAMA= Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3225.eurprd07.prod.outlook.com (10.170.246.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2178.15; Sun, 18 Aug 2019 19:23:16 +0000 Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2178.018; Sun, 18 Aug 2019 19:23:15 +0000 From: Christer Holmberg To: "A. Jean Mahoney" , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-locparam - Christer's review Thread-Index: AdVV7vzpPvKQeIXFRQyDyCoSHVjZDQ== Date: Sun, 18 Aug 2019 19:23:15 +0000 Message-ID: Accept-Language: en-US Content-Language: fi-FI X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; x-originating-ip: [79.134.118.162] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 3113b3ee-85eb-41e0-79fc-08d7241184f2 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB3225; x-ms-traffictypediagnostic: HE1PR07MB3225: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6108; x-forefront-prvs: 01334458E5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(39860400002)(136003)(376002)(396003)(366004)(53754006)(189003)(199004)(53546011)(7696005)(5660300002)(6506007)(53936002)(305945005)(7736002)(6116002)(3846002)(2501003)(52536014)(74316002)(33656002)(966005)(14444005)(256004)(6436002)(9686003)(6306002)(55016002)(14454004)(478600001)(71190400001)(71200400001)(66574012)(86362001)(2906002)(8936002)(76116006)(66946007)(66476007)(66556008)(64756008)(66446008)(486006)(44832011)(476003)(110136005)(99286004)(66066001)(316002)(8676002)(26005)(102836004)(25786009)(186003)(81166006)(81156014); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3225; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: H8PrhqzaOT+J8hEo98ug+Xj/89C1ZKXgp7UB78rK+CuU3KypkijigasErJv1wIUuMgKJTxY/fpftqnZrK6GiEkmjsXZ1+1urpb74rwrpc+WY4ymgYJO/efYRwlhL2reg80eSb8ASQVR1aibLMLUIfrBSjAHnn3jrouiIafNpf7kJR00f7FsccWv1rKB7Ubn4VQhsyNtd3O9u25h5QWcXrAHxxRuAbdCls7sKpQL5djsEluVsH8Tad4ZQvnR9mafC7Pu0RfzTBN/4DwgK8INp5cqu+Mu6J0Bl7OtdMfsB3c/wJK/nhi9s84l/q/g4a7isMmZDSjJ8nKtTFk4UG4LAugINQIzOhhSKVdxj7BdpHykGUxa8xP/1NC3W8hlNA8gx3psnf2jkBw4viL6GUpewa7w2JxY9F0DHrE1HgP9LFN4= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3113b3ee-85eb-41e0-79fc-08d7241184f2 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Aug 2019 19:23:15.8492 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: fGPjE3wgdHG74VeX8wyvYTO13gHyYOZAnmzTHI2NRt37JW6dUsJEhBjwGk+YEv9YBNUGWlCSXrG6TdurDnKZWlH4VnpFFfWGkDFztEQM1vI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3225 Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-locparam - Christer's review X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Aug 2019 19:23:23 -0000 Hi, Below is my WGLC review.=20 NUTSHELL: >From a technical point of view, the document is ready to move forward. Howe= ver, there are some editorial issues that I'd like the authors to address. --- GENERAL: Q_GEN_1: - Please always use capital 'G' for Geolocation header field. Q_GEN_2: - Instead of talking about "The parameter defined in this specification", u= se the name of the parameter. Q_GEN_3: - In some places the text talks about the loc-src parameter. I think it sha= ll talk about the location-source parameter instead, as that is the name in= the ABNF. loc-src is just the encoding. Q_GEN_4: - While RFC 6442 talks generally about "SIP intermediaries", this draft tal= ks about "proxies". Is there a reason for that? --- ABSTRACT: Q_ABS_1: The text gives some background about a problem, but there is no words abou= t what the draft does to address that problem. I think there should be a se= ntence saying: "This document blah blah blah...". --- SECTION 1: Q_1_1: The first sentence says: "The SIP geolocation specification [RFC6442] describes the "Geolocation" SIP header field which is used to indicate that the SIP message is conveying location information. The specification suggests that only one location value should be conveyed." - The Geolocation SIP header field does not only indicate that the SIP mess= age is used to convey location information, it also contains a reference to= the location information. - Does RFC 6442 really suggest that only one location value should be conve= yed? The way I read it is that an intermediary should not add location info= rmation to a request that already contains it. Would it be more appropriate= to say: "The specification specifies that SIP intermediaries should not add locatio= n values to a SIP request that already contains location value." Q_1_2: The text says: "This document adds a location-source (loc-src) parameter to the location values in [RFC6442] so that the entity adding the location value to geolocation header field can identify itself using its hostname." - I think you shall be more specific, and say something like: "This document extends the Geolocation header field, by allowing an entity = adding the location value to identity itself using a hostname. This is done= by defining a new geoloc-param header field parameter, location-source." --- SECTION 3: Q_3_1: - s/specific/specification --- SECTION 4: Q_4_1: The syntax says: location-source =3D "loc-src=3D" (hostname ) hostname =3D - I suggest "loc-src" EQUAL (hostname). - s/(hostname)/hostname A_4_2: The text says: "Only a fully qualified host name is valid, an IP address MUST NOT be added by an entity conforming with this specification. If a node conforming to this specification receives a geolocation header field with a loc-src parameter containing an IP address then the parameter MUST be removed." - It is not only about not supporting IP addresses - the syntax does not ev= en allow an IP address. Perhaps something like: "Only a fully qualified host name is valid. The syntax does not support IP = addresses, and if an entity conforming to this..." Q_4_3: The text says: "Any proxy adding a location value to a geolocation header field SHOULD also add its host name using the loc-src parameter so that it is clearly identified as the node adding the location." - I suggest to say "A proxy conformant to this specification adding a locat= ion value..." - s/SHOULD also add its host name using the loc-src parameter/SHOULD also a= dd a location-source header field parameter". Q_4_4: The text says: "A UE MUST NOT provide a loc-src parameter value." I suggest "A UA MUST NOT insert a location-source header field parameter" --- SECTION 7: Q_7_1: The text says: "the that they". I assume that is a mistake. Q_7_2: The text says: "To avoid problems of wrong interpretation of loc-src the value may be disc= arded when passed to an other domain." Is "removed" more appropriate than "discarded"? Regards, Christer -----Alkuper=E4inen viesti----- L=E4hett=E4j=E4: sipcore Puolesta A. Jean Mahone= y L=E4hetetty: sunnuntai 18. elokuuta 2019 20.57 Vastaanottaja: sipcore@ietf.org Aihe: Re: [sipcore] WGLC: draft-ietf-sipcore-locparam Hi all, The WGLC is being extended to Friday, Sept 13, since many people go on vaca= tion in August and early September. Thanks! Jean On 8/15/19 2:43 PM, A. Jean Mahoney wrote: > Hi all, >=20 > This begins the Working Group Last Call of draft-ietf-sipcore-locparam=20 > (Location Source Parameter for the SIP Geolocation Header Field). >=20 > Please post any feedback to the sipcore mailing list by Friday, August 30= . >=20 > https://datatracker.ietf.org/doc/draft-ietf-sipcore-locparam/ >=20 > Thanks! >=20 > Jean >=20 > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore From nobody Sun Aug 18 13:27:43 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1C511200D8 for ; Sun, 18 Aug 2019 13:27:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 HUIfqkKlzm2R for ; Sun, 18 Aug 2019 13:27:39 -0700 (PDT) Received: from mail-pf1-x442.google.com (mail-pf1-x442.google.com [IPv6:2607:f8b0:4864:20::442]) (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 6F0491200B9 for ; Sun, 18 Aug 2019 13:27:39 -0700 (PDT) Received: by mail-pf1-x442.google.com with SMTP id 129so5878995pfa.4 for ; Sun, 18 Aug 2019 13:27:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=IjIB4zYEycWyK1M2hp0v7FwyZ066tqHYtBnfZ40DYV0=; b=oXjWxfsnEermq7EdVE6bBnUijArMYzzAQHV4BomBpVed4v5D5Eh6wxGvT3Uxt+llYf B+aTkpX7pToFU+RcfFLextdWMl72UR1I59O5NycPDz/4ydS7meGZ+w39MrejA0c1JBiM maP9VCWApDaxCjjoKVKKU+xRzYaUGkNmNch0Is/RcJb5tRI6kIXhbnN8unccfkj0MMON r9qkkoC8vJ1unGXhnmTkD/UBcs4Fstheh2IPvm0bEEYkE+9lYCvDR6kemd6BDfnhHYkB /5BXwfkar6Z15APKMYRoZ8N/TvYjc3Gn8Gp6z72FdvYxDJ526Cn9vidvj90gYX3wJSLr nj+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=IjIB4zYEycWyK1M2hp0v7FwyZ066tqHYtBnfZ40DYV0=; b=nX/xUgyGU3dQSGgg+ghzE6JksusYmwIHWTpQOCmJts08hZ7DAh1ig5xPPjZsc4M1oA 5ploGFP1K1YBK5J6hm3yUZPs22q1jUyZ+Lv9C2qU68O9m17KO07fM+n2WGo7L6i3+Pgl skVGhoFgWtVRbp4ndPUCPZ4ZlJ6L4vamFpriTY999VJziMK8lpb2mYad/tx4W667J89b 4lvfGfsOOSgO29Km4HtRbED5PvH4ZY1PkBqzJhNDElurMeKe8mI0r53WaCLO8lzIg+xm NJSXCdFuWLiA3xqrahsP+k3mO4kYOn/in7IuXHj1nAtnwW0+AT/D6L+LXLHAxfpTr1au TAhw== X-Gm-Message-State: APjAAAVgCYHuvuD7plAPFTy05ooAiTtqWRdROnNSGy4jX1EF6WX5OmYc I8wS5eBvt0QrmIF+tQZdkT4= X-Google-Smtp-Source: APXvYqzC6eCgmq5huocVmOq0/qqb7Jn96qzFrceWgCbTnqISFgy5AKYlURPFoVEf79vVTf0/NISiIw== X-Received: by 2002:a63:c84d:: with SMTP id l13mr17015160pgi.154.1566160058861; Sun, 18 Aug 2019 13:27:38 -0700 (PDT) Received: from [192.168.0.7] (n1-42-78-96.mas1.nsw.optusnet.com.au. [1.42.78.96]) by smtp.gmail.com with ESMTPSA id b6sm11692866pgq.26.2019.08.18.13.27.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 18 Aug 2019 13:27:38 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) From: James Winterbottom In-Reply-To: Date: Mon, 19 Aug 2019 06:27:34 +1000 Cc: "A. Jean Mahoney" , "sipcore@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Christer Holmberg X-Mailer: Apple Mail (2.3445.9.1) Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-locparam - Christer's review X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Aug 2019 20:27:42 -0000 Thanks Christer, these all look pretty reasonable to me. Thanks for the review. James > On 19 Aug 2019, at 5:23 am, Christer Holmberg = wrote: >=20 > Hi, >=20 > Below is my WGLC review.=20 >=20 > NUTSHELL: >=20 >> =46rom a technical point of view, the document is ready to move = forward. However, there are some editorial issues that I'd like the = authors to address. >=20 > --- >=20 > GENERAL: >=20 > Q_GEN_1: >=20 > - Please always use capital 'G' for Geolocation header field. >=20 > Q_GEN_2: >=20 > - Instead of talking about "The parameter defined in this = specification", use the name of the parameter. >=20 > Q_GEN_3: >=20 > - In some places the text talks about the loc-src parameter. I think = it shall talk about the location-source parameter instead, as that is = the name in the ABNF. loc-src is just the encoding. >=20 > Q_GEN_4: >=20 > - While RFC 6442 talks generally about "SIP intermediaries", this = draft talks about "proxies". Is there a reason for that? >=20 > --- >=20 > ABSTRACT: >=20 > Q_ABS_1: >=20 > The text gives some background about a problem, but there is no words = about what the draft does to address that problem. I think there should = be a sentence saying: "This document blah blah blah...". >=20 > --- >=20 > SECTION 1: >=20 > Q_1_1: >=20 > The first sentence says: >=20 > "The SIP geolocation specification [RFC6442] describes the > "Geolocation" SIP header field which is used to indicate that the = SIP > message is conveying location information. The specification > suggests that only one location value should be conveyed." >=20 > - The Geolocation SIP header field does not only indicate that the SIP = message is used to convey location information, it also contains a = reference to the location information. >=20 > - Does RFC 6442 really suggest that only one location value should be = conveyed? The way I read it is that an intermediary should not add = location information to a request that already contains it. Would it be = more appropriate to say: >=20 > "The specification specifies that SIP intermediaries should not add = location values to a SIP request that already contains location value." >=20 > Q_1_2: >=20 > The text says: >=20 > "This document adds a location-source (loc-src) parameter to the > location values in [RFC6442] so that the entity adding the location > value to geolocation header field can identify itself using its > hostname." >=20 > - I think you shall be more specific, and say something like: >=20 > "This document extends the Geolocation header field, by allowing an = entity adding the location value to identity itself using a hostname. = This is done by defining a new geoloc-param header field parameter, = location-source." >=20 > --- >=20 > SECTION 3: >=20 > Q_3_1: >=20 > - s/specific/specification >=20 > --- >=20 > SECTION 4: >=20 > Q_4_1: >=20 > The syntax says: >=20 > location-source =3D "loc-src=3D" (hostname ) > hostname =3D >=20 > - I suggest "loc-src" EQUAL (hostname). >=20 > - s/(hostname)/hostname >=20 >=20 > A_4_2: >=20 > The text says: >=20 > "Only a fully qualified host name is valid, an IP address MUST NOT = be > added by an entity conforming with this specification. If a node > conforming to this specification receives a geolocation header field > with a loc-src parameter containing an IP address then the parameter > MUST be removed." >=20 > - It is not only about not supporting IP addresses - the syntax does = not even allow an IP address. Perhaps something like: >=20 > "Only a fully qualified host name is valid. The syntax does not = support IP addresses, and if an entity conforming to this..." >=20 >=20 > Q_4_3: >=20 > The text says: >=20 > "Any proxy adding a location value to a geolocation header field > SHOULD also add its host name using the loc-src parameter so that it > is clearly identified as the node adding the location." >=20 > - I suggest to say "A proxy conformant to this specification adding a = location value..." >=20 > - s/SHOULD also add its host name using the loc-src parameter/SHOULD = also add a location-source header field parameter". >=20 >=20 > Q_4_4: >=20 > The text says: >=20 > "A UE MUST NOT provide a loc-src parameter value." >=20 > I suggest "A UA MUST NOT insert a location-source header field = parameter" >=20 > --- >=20 > SECTION 7: >=20 > Q_7_1: >=20 > The text says: "the that they". I assume that is a mistake. >=20 > Q_7_2: >=20 > The text says: >=20 > "To avoid problems of wrong interpretation of loc-src the value may be = discarded when passed to an other domain." >=20 > Is "removed" more appropriate than "discarded"? >=20 >=20 > Regards, >=20 > Christer >=20 >=20 >=20 >=20 >=20 > -----Alkuper=C3=A4inen viesti----- > L=C3=A4hett=C3=A4j=C3=A4: sipcore Puolesta = A. Jean Mahoney > L=C3=A4hetetty: sunnuntai 18. elokuuta 2019 20.57 > Vastaanottaja: sipcore@ietf.org > Aihe: Re: [sipcore] WGLC: draft-ietf-sipcore-locparam >=20 > Hi all, >=20 > The WGLC is being extended to Friday, Sept 13, since many people go on = vacation in August and early September. >=20 > Thanks! >=20 > Jean >=20 >=20 >=20 > On 8/15/19 2:43 PM, A. Jean Mahoney wrote: >> Hi all, >>=20 >> This begins the Working Group Last Call of = draft-ietf-sipcore-locparam=20 >> (Location Source Parameter for the SIP Geolocation Header Field). >>=20 >> Please post any feedback to the sipcore mailing list by Friday, = August 30. >>=20 >> https://datatracker.ietf.org/doc/draft-ietf-sipcore-locparam/ >>=20 >> Thanks! >>=20 >> Jean >>=20 >> _______________________________________________ >> sipcore mailing list >> sipcore@ietf.org >> https://www.ietf.org/mailman/listinfo/sipcore >=20 > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore >=20 > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Mon Aug 19 07:29:48 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BE4F1200CE for ; Mon, 19 Aug 2019 07:29:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 MHuAXXLLRJzf for ; Mon, 19 Aug 2019 07:29:43 -0700 (PDT) Received: from outgoing-alum.mit.edu (outgoing-alum.mit.edu [18.7.68.33]) (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 795DA1201CE for ; Mon, 19 Aug 2019 07:29:43 -0700 (PDT) Received: from Kokiri.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id x7JETfWO032378 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Mon, 19 Aug 2019 10:29:42 -0400 To: sipcore@ietf.org References: From: Paul Kyzivat Message-ID: <372ad53d-6b62-3d50-2f28-84e748b45469@alum.mit.edu> Date: Mon, 19 Aug 2019 10:29:41 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-locparam X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2019 14:29:45 -0000 I've followed this draft along the way and most of my issues have already been addressed. I support publication. Thanks, Paul On 8/15/19 3:43 PM, A. Jean Mahoney wrote: > Hi all, > > This begins the Working Group Last Call of draft-ietf-sipcore-locparam > (Location Source Parameter for the SIP Geolocation Header Field). > > Please post any feedback to the sipcore mailing list by Friday, August 30. > > https://datatracker.ietf.org/doc/draft-ietf-sipcore-locparam/ > > Thanks! > > Jean > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > From nobody Tue Aug 20 07:02:31 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 112DF120058 for ; Tue, 20 Aug 2019 07:02:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.298 X-Spam-Level: X-Spam-Status: No, score=-4.298 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_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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=telekom.de 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 Q_ijGNQAlIty for ; Tue, 20 Aug 2019 07:02:25 -0700 (PDT) Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 D60E3120044 for ; Tue, 20 Aug 2019 07:02:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1566309742; x=1597845742; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Y8pkSiE6Mrt2t5b7ceaZIbC5D4hPOdT+YsS0/ezbUAc=; b=TSHNrQSi1NlROo8qd/gFM5YgtAt+PSmCmtFlc9iwrn+Dlcp9ToBspEnT zak76d1zfpZoIW1j6++yGoszHRn/+JrNWo1u5KESQnqMFTuCDuJdWRxG2 ackIaRyZNCnjxRP3DlCVy7/5D578b0+tdmiyI55wJpAgba/nVZBag4vvD s1XqFXTJ+c0T+0Vi4F0Z9okngRXN/YN+jE1KiO2JumGWiICrfZb4SBJmb qK2K3uvkUwuDkj320GX+kkrspFJNX/q4CGHPxRnYalCzfPxd2H6MOMbPo gTMwAKQTvm5Qo8rGqyRuORGY7PG6hwXLKHU1F0X7UJJZz3Sl+2aQbEgEd Q==; Received: from qde8e4.de.t-internal.com ([10.171.255.33]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Aug 2019 16:02:20 +0200 X-IronPort-AV: E=Sophos;i="5.64,408,1559512800"; d="scan'208";a="605003772" X-MGA-submission: =?us-ascii?q?MDEemxI0Qe450gk2Toe9boAPz0Za7egHpoJOH/?= =?us-ascii?q?H7xPYh5jMFFyfJVmqWgDLdBpOTFe0q7sxOlunwJX0W7kRI4hOIJEWCDI?= =?us-ascii?q?ga23QGQdydNQ7C3lXk9bUqssTaR5D3LyHnkwWDIBmcS5QiQw9C4+J6YZ?= =?us-ascii?q?Z5LbX8cfd8fs1+g2aeTxukjA=3D=3D?= Received: from he199745.emea1.cds.t-internal.com ([10.169.119.53]) by QDE8PP.de.t-internal.com with ESMTP/TLS/AES256-SHA; 20 Aug 2019 16:02:22 +0200 Received: from HE199743.EMEA1.cds.t-internal.com (10.169.119.51) by HE199745.emea1.cds.t-internal.com (10.169.119.53) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 20 Aug 2019 16:02:22 +0200 Received: from HE100181.emea1.cds.t-internal.com (10.171.40.15) by HE199743.EMEA1.cds.t-internal.com (10.169.119.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 20 Aug 2019 16:02:22 +0200 Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.23) by O365mail02.telekom.de (172.30.0.235) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 20 Aug 2019 16:02:21 +0200 Received: from FRXPR01MB0743.DEUPRD01.PROD.OUTLOOK.DE (10.158.154.143) by FRXPR01MB0886.DEUPRD01.PROD.OUTLOOK.DE (10.158.155.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2178.18; Tue, 20 Aug 2019 14:02:21 +0000 Received: from FRXPR01MB0743.DEUPRD01.PROD.OUTLOOK.DE ([fe80::9903:90fe:f1a5:5f07]) by FRXPR01MB0743.DEUPRD01.PROD.OUTLOOK.DE ([fe80::9903:90fe:f1a5:5f07%5]) with mapi id 15.20.2178.018; Tue, 20 Aug 2019 14:02:21 +0000 From: To: , CC: Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-locparam - Christer's review Thread-Index: AdVV7vzpPvKQeIXFRQyDyCoSHVjZDQAFGEgAAFR4jpA= Date: Tue, 20 Aug 2019 14:02:21 +0000 Message-ID: References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=R.Jesske@telekom.de; x-originating-ip: [164.19.3.135] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7c21348b-f88b-4492-6589-08d7257704f6 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:FRXPR01MB0886; x-ms-traffictypediagnostic: FRXPR01MB0886: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 013568035E x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(366004)(346002)(396003)(376002)(39860400002)(51914003)(53754006)(199004)(189003)(486006)(66066001)(4326008)(8936002)(446003)(966005)(14454004)(508600001)(6306002)(256004)(305945005)(9686003)(55016002)(2906002)(110136005)(81166006)(81156014)(476003)(11346002)(7696005)(14444005)(8676002)(7736002)(52396003)(53936002)(76176011)(6116002)(3846002)(76116006)(5660300002)(53546011)(71190400001)(33656002)(71200400001)(86362001)(66574012)(66476007)(66556008)(186003)(64756008)(66446008)(26005)(66946007)(102836004); DIR:OUT; SFP:1101; SCL:1; SRVR:FRXPR01MB0886; H:FRXPR01MB0743.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: Py8C0wkqk5S0Hh0nXR0Ck/oW2YzCCqAnkoYjQUkFE3RN11KGhiljoirWszKWqfDvlMRFq4NhauSg7Lm+I6MIApo/tsuezVUCChZpp0Vel7RmMqvU+FHfDpW5E4FzDswTnh94r7Hgp7o6ZlbzeANd608eYUoUlC/RJ69RqL+ptEZugk9Kv0prqn1RcwhwWOk/pqhgJ7GPuOvetZ5Ut1skP6guBxeR7nj49A6H7nENUWCy0pZdR+fw23An32rjHqKM7FxCG7Q40w7rQg2MnPfhH33cE1ChkXTBt6T/C4b0BhVXDTVFNz8yZOT3cnuHFvZL+47HQnYKmXVfhbsuV0NP30cDNoDISV5v8WnMEEmbpp5QG/RUwuT7jZA2+duWxyP8CD0QauuwkVHvGRknqlgzS0YLFLlvrplQyL8IEJKWf2M= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 7c21348b-f88b-4492-6589-08d7257704f6 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Aug 2019 14:02:21.0457 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Z5Wn/8TOrYcbaiNGMwRRL/0DyW4PhaxGwEAbREzVWoroLXkfPz9jZWS6OqRE2ejWUvxcjI9FiPtk7LuGri1BgQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRXPR01MB0886 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-locparam - Christer's review X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2019 14:02:29 -0000 SGkgQ2hyaXN0ZXIsDQp0aGFuayB5b3UgZm9yIHlvdXIgcmV2aWV3Lg0KSSBzZWUgdGhpcyBhbHNv IGFzIGdvb2QgY2hhbmdlcyBhbmQgaGF2ZSBpbmNsdWRlZCB0aGUgcHJvcG9zZWQgY2hhbmdlcyB3 aXRoaW4gdGhlIGRyYWZ0Lg0KDQo+IFFfR0VOXzQ6DQo+IA0KPiAtIFdoaWxlIFJGQyA2NDQyIHRh bGtzIGdlbmVyYWxseSBhYm91dCAiU0lQIGludGVybWVkaWFyaWVzIiwgdGhpcyBkcmFmdCB0YWxr cyBhYm91dCAicHJveGllcyIuIElzIHRoZXJlIGEgcmVhc29uIGZvciB0aGF0Pw0KDQpJIGhhdmUg Y2hhbmdlZCBwcm94aWVzL3Byb3h5IGl0IHRvIFNJUCBpbnRlcm1lZGlhcmllcy8gU0lQIGludGVy bWVkaWFyaXR5IGRlcGVuZGluZyBpbiB0aGUgdGV4dCB3aGVyZSB0aGUgbG9jYXRpb24tc291cmNl IGlzIGFkZGVkLiBUbyBiZSBtb3JlIGFsaWduZWQgd2l0aCBSRkM2NDQyLg0KDQpGb3IgUV9BQlNf MSBJIGhhdmUgYWRkZWQgdGhlIGZvbGxvd2luZyB0ZXh0Og0KVGhpcyBkb2N1bWVudCBkZWZpbmVz IHRoZSBsb2NhdGlvbi1zb3VyY2UgcGFyYW1ldGVyIHNvIHRoYXQgdGhlIGVudGl0eSBhZGRpbmcg dGhlIGxvY2F0aW9uIHZhbHVlIHRvIA0KICAgIAlHZW9sb2NhdGlvbiBoZWFkZXIgZmllbGQgY2Fu IGlkZW50aWZ5IGl0c2VsZiB1c2luZyBpdHMgaG9zdG5hbWUuDQoNCkFmdGVyIFdHTEMgd2lsbCBw cm92aWRlIHRoZSBuZXh0IGRyYWZ0IHdpdGggYWxsIGNoYW5nZXMuIA0KDQpCZXN0IFJlZ2FyZHMN Cg0KUm9sYW5kIA0KDQotLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tDQpWb246IHNp cGNvcmUgPHNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZz4gSW0gQXVmdHJhZyB2b24gSmFtZXMgV2lu dGVyYm90dG9tDQpHZXNlbmRldDogU29ubnRhZywgMTguIEF1Z3VzdCAyMDE5IDIyOjI4DQpBbjog Q2hyaXN0ZXIgSG9sbWJlcmcgPGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4NCkNjOiBz aXBjb3JlQGlldGYub3JnDQpCZXRyZWZmOiBSZTogW3NpcGNvcmVdIFdHTEM6IGRyYWZ0LWlldGYt c2lwY29yZS1sb2NwYXJhbSAtIENocmlzdGVyJ3MgcmV2aWV3DQoNClRoYW5rcyBDaHJpc3Rlciwg dGhlc2UgYWxsIGxvb2sgcHJldHR5IHJlYXNvbmFibGUgdG8gbWUuDQoNClRoYW5rcyBmb3IgdGhl IHJldmlldy4NCg0KSmFtZXMNCg0KDQo+IE9uIDE5IEF1ZyAyMDE5LCBhdCA1OjIzIGFtLCBDaHJp c3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPiB3cm90ZToNCj4g DQo+IEhpLA0KPiANCj4gQmVsb3cgaXMgbXkgV0dMQyByZXZpZXcuIA0KPiANCj4gTlVUU0hFTEw6 DQo+IA0KPj4gRnJvbSBhIHRlY2huaWNhbCBwb2ludCBvZiB2aWV3LCB0aGUgZG9jdW1lbnQgaXMg cmVhZHkgdG8gbW92ZSBmb3J3YXJkLiBIb3dldmVyLCB0aGVyZSBhcmUgc29tZSBlZGl0b3JpYWwg aXNzdWVzIHRoYXQgSSdkIGxpa2UgdGhlIGF1dGhvcnMgdG8gYWRkcmVzcy4NCj4gDQo+IC0tLQ0K PiANCj4gR0VORVJBTDoNCj4gDQo+IFFfR0VOXzE6DQo+IA0KPiAtIFBsZWFzZSBhbHdheXMgdXNl IGNhcGl0YWwgJ0cnIGZvciBHZW9sb2NhdGlvbiBoZWFkZXIgZmllbGQuDQo+IA0KPiBRX0dFTl8y Og0KPiANCj4gLSBJbnN0ZWFkIG9mIHRhbGtpbmcgYWJvdXQgIlRoZSBwYXJhbWV0ZXIgZGVmaW5l ZCBpbiB0aGlzIHNwZWNpZmljYXRpb24iLCB1c2UgdGhlIG5hbWUgb2YgdGhlIHBhcmFtZXRlci4N Cj4gDQo+IFFfR0VOXzM6DQo+IA0KPiAtIEluIHNvbWUgcGxhY2VzIHRoZSB0ZXh0IHRhbGtzIGFi b3V0IHRoZSBsb2Mtc3JjIHBhcmFtZXRlci4gSSB0aGluayBpdCBzaGFsbCB0YWxrIGFib3V0IHRo ZSBsb2NhdGlvbi1zb3VyY2UgcGFyYW1ldGVyIGluc3RlYWQsIGFzIHRoYXQgaXMgdGhlIG5hbWUg aW4gdGhlIEFCTkYuIGxvYy1zcmMgaXMganVzdCB0aGUgZW5jb2RpbmcuDQo+IA0KPiBRX0dFTl80 Og0KPiANCj4gLSBXaGlsZSBSRkMgNjQ0MiB0YWxrcyBnZW5lcmFsbHkgYWJvdXQgIlNJUCBpbnRl cm1lZGlhcmllcyIsIHRoaXMgZHJhZnQgdGFsa3MgYWJvdXQgInByb3hpZXMiLiBJcyB0aGVyZSBh IHJlYXNvbiBmb3IgdGhhdD8NCj4gDQo+IC0tLQ0KPiANCj4gQUJTVFJBQ1Q6DQo+IA0KPiBRX0FC U18xOg0KPiANCj4gVGhlIHRleHQgZ2l2ZXMgc29tZSBiYWNrZ3JvdW5kIGFib3V0IGEgcHJvYmxl bSwgYnV0IHRoZXJlIGlzIG5vIHdvcmRzIGFib3V0IHdoYXQgdGhlIGRyYWZ0IGRvZXMgdG8gYWRk cmVzcyB0aGF0IHByb2JsZW0uIEkgdGhpbmsgdGhlcmUgc2hvdWxkIGJlIGEgc2VudGVuY2Ugc2F5 aW5nOiAiVGhpcyBkb2N1bWVudCBibGFoIGJsYWggYmxhaC4uLiIuDQo+IA0KPiAtLS0NCj4gDQo+ IFNFQ1RJT04gMToNCj4gDQo+IFFfMV8xOg0KPiANCj4gVGhlIGZpcnN0IHNlbnRlbmNlIHNheXM6 DQo+IA0KPiAgICJUaGUgU0lQIGdlb2xvY2F0aW9uIHNwZWNpZmljYXRpb24gW1JGQzY0NDJdIGRl c2NyaWJlcyB0aGUNCj4gICAiR2VvbG9jYXRpb24iIFNJUCBoZWFkZXIgZmllbGQgd2hpY2ggaXMg dXNlZCB0byBpbmRpY2F0ZSB0aGF0IHRoZSBTSVANCj4gICBtZXNzYWdlIGlzIGNvbnZleWluZyBs b2NhdGlvbiBpbmZvcm1hdGlvbi4gIFRoZSBzcGVjaWZpY2F0aW9uDQo+ICAgc3VnZ2VzdHMgdGhh dCBvbmx5IG9uZSBsb2NhdGlvbiB2YWx1ZSBzaG91bGQgYmUgY29udmV5ZWQuIg0KPiANCj4gLSBU aGUgR2VvbG9jYXRpb24gU0lQIGhlYWRlciBmaWVsZCBkb2VzIG5vdCBvbmx5IGluZGljYXRlIHRo YXQgdGhlIFNJUCBtZXNzYWdlIGlzIHVzZWQgdG8gY29udmV5IGxvY2F0aW9uIGluZm9ybWF0aW9u LCBpdCBhbHNvIGNvbnRhaW5zIGEgcmVmZXJlbmNlIHRvIHRoZSBsb2NhdGlvbiBpbmZvcm1hdGlv bi4NCj4gDQo+IC0gRG9lcyBSRkMgNjQ0MiByZWFsbHkgc3VnZ2VzdCB0aGF0IG9ubHkgb25lIGxv Y2F0aW9uIHZhbHVlIHNob3VsZCBiZSBjb252ZXllZD8gVGhlIHdheSBJIHJlYWQgaXQgaXMgdGhh dCBhbiBpbnRlcm1lZGlhcnkgc2hvdWxkIG5vdCBhZGQgbG9jYXRpb24gaW5mb3JtYXRpb24gdG8g YSByZXF1ZXN0IHRoYXQgYWxyZWFkeSBjb250YWlucyBpdC4gV291bGQgaXQgYmUgbW9yZSBhcHBy b3ByaWF0ZSB0byBzYXk6DQo+IA0KPiAiVGhlIHNwZWNpZmljYXRpb24gc3BlY2lmaWVzIHRoYXQg U0lQIGludGVybWVkaWFyaWVzIHNob3VsZCBub3QgYWRkIGxvY2F0aW9uIHZhbHVlcyB0byBhIFNJ UCByZXF1ZXN0IHRoYXQgYWxyZWFkeSBjb250YWlucyBsb2NhdGlvbiB2YWx1ZS4iDQo+IA0KPiBR XzFfMjoNCj4gDQo+IFRoZSB0ZXh0IHNheXM6DQo+IA0KPiAgICJUaGlzIGRvY3VtZW50IGFkZHMg YSBsb2NhdGlvbi1zb3VyY2UgKGxvYy1zcmMpIHBhcmFtZXRlciB0byB0aGUNCj4gICBsb2NhdGlv biB2YWx1ZXMgaW4gW1JGQzY0NDJdIHNvIHRoYXQgdGhlIGVudGl0eSBhZGRpbmcgdGhlIGxvY2F0 aW9uDQo+ICAgdmFsdWUgdG8gZ2VvbG9jYXRpb24gaGVhZGVyIGZpZWxkIGNhbiBpZGVudGlmeSBp dHNlbGYgdXNpbmcgaXRzDQo+ICAgaG9zdG5hbWUuIg0KPiANCj4gLSBJIHRoaW5rIHlvdSBzaGFs bCBiZSBtb3JlIHNwZWNpZmljLCBhbmQgc2F5IHNvbWV0aGluZyBsaWtlOg0KPiANCj4gIlRoaXMg ZG9jdW1lbnQgZXh0ZW5kcyB0aGUgR2VvbG9jYXRpb24gaGVhZGVyIGZpZWxkLCBieSBhbGxvd2lu ZyBhbiBlbnRpdHkgYWRkaW5nIHRoZSBsb2NhdGlvbiB2YWx1ZSB0byBpZGVudGl0eSBpdHNlbGYg dXNpbmcgYSBob3N0bmFtZS4gVGhpcyBpcyBkb25lIGJ5IGRlZmluaW5nIGEgbmV3IGdlb2xvYy1w YXJhbSBoZWFkZXIgZmllbGQgcGFyYW1ldGVyLCBsb2NhdGlvbi1zb3VyY2UuIg0KPiANCj4gLS0t DQo+IA0KPiBTRUNUSU9OIDM6DQo+IA0KPiBRXzNfMToNCj4gDQo+IC0gcy9zcGVjaWZpYy9zcGVj aWZpY2F0aW9uDQo+IA0KPiAtLS0NCj4gDQo+IFNFQ1RJT04gNDoNCj4gDQo+IFFfNF8xOg0KPiAN Cj4gVGhlIHN5bnRheCBzYXlzOg0KPiANCj4gbG9jYXRpb24tc291cmNlID0gImxvYy1zcmM9IiAo aG9zdG5hbWUgKSBob3N0bmFtZSA9IDxkZWZpbmVkIGluIA0KPiBSRkMzMjYxPg0KPiANCj4gLSBJ IHN1Z2dlc3QgImxvYy1zcmMiIEVRVUFMIChob3N0bmFtZSkuDQo+IA0KPiAtIHMvKGhvc3RuYW1l KS9ob3N0bmFtZQ0KPiANCj4gDQo+IEFfNF8yOg0KPiANCj4gVGhlIHRleHQgc2F5czoNCj4gDQo+ ICAgIk9ubHkgYSBmdWxseSBxdWFsaWZpZWQgaG9zdCBuYW1lIGlzIHZhbGlkLCBhbiBJUCBhZGRy ZXNzIE1VU1QgTk9UIGJlDQo+ICAgYWRkZWQgYnkgYW4gZW50aXR5IGNvbmZvcm1pbmcgd2l0aCB0 aGlzIHNwZWNpZmljYXRpb24uICBJZiBhIG5vZGUNCj4gICBjb25mb3JtaW5nIHRvIHRoaXMgc3Bl Y2lmaWNhdGlvbiByZWNlaXZlcyBhIGdlb2xvY2F0aW9uIGhlYWRlciBmaWVsZA0KPiAgIHdpdGgg YSBsb2Mtc3JjIHBhcmFtZXRlciBjb250YWluaW5nIGFuIElQIGFkZHJlc3MgdGhlbiB0aGUgcGFy YW1ldGVyDQo+ICAgTVVTVCBiZSByZW1vdmVkLiINCj4gDQo+IC0gSXQgaXMgbm90IG9ubHkgYWJv dXQgbm90IHN1cHBvcnRpbmcgSVAgYWRkcmVzc2VzIC0gdGhlIHN5bnRheCBkb2VzIG5vdCBldmVu IGFsbG93IGFuIElQIGFkZHJlc3MuIFBlcmhhcHMgc29tZXRoaW5nIGxpa2U6DQo+IA0KPiAiT25s eSBhIGZ1bGx5IHF1YWxpZmllZCBob3N0IG5hbWUgaXMgdmFsaWQuIFRoZSBzeW50YXggZG9lcyBu b3Qgc3VwcG9ydCBJUCBhZGRyZXNzZXMsIGFuZCBpZiBhbiBlbnRpdHkgY29uZm9ybWluZyB0byB0 aGlzLi4uIg0KPiANCj4gDQo+IFFfNF8zOg0KPiANCj4gVGhlIHRleHQgc2F5czoNCj4gDQo+ICAg IkFueSBwcm94eSBhZGRpbmcgYSBsb2NhdGlvbiB2YWx1ZSB0byBhIGdlb2xvY2F0aW9uIGhlYWRl ciBmaWVsZA0KPiAgIFNIT1VMRCBhbHNvIGFkZCBpdHMgaG9zdCBuYW1lIHVzaW5nIHRoZSBsb2Mt c3JjIHBhcmFtZXRlciBzbyB0aGF0IGl0DQo+ICAgaXMgY2xlYXJseSBpZGVudGlmaWVkIGFzIHRo ZSBub2RlIGFkZGluZyB0aGUgbG9jYXRpb24uIg0KPiANCj4gLSBJIHN1Z2dlc3QgdG8gc2F5ICJB IHByb3h5IGNvbmZvcm1hbnQgdG8gdGhpcyBzcGVjaWZpY2F0aW9uIGFkZGluZyBhIGxvY2F0aW9u IHZhbHVlLi4uIg0KPiANCj4gLSBzL1NIT1VMRCBhbHNvIGFkZCBpdHMgaG9zdCBuYW1lIHVzaW5n IHRoZSBsb2Mtc3JjIHBhcmFtZXRlci9TSE9VTEQgYWxzbyBhZGQgYSBsb2NhdGlvbi1zb3VyY2Ug aGVhZGVyIGZpZWxkIHBhcmFtZXRlciIuDQo+IA0KPiANCj4gUV80XzQ6DQo+IA0KPiBUaGUgdGV4 dCBzYXlzOg0KPiANCj4gIkEgVUUgTVVTVCBOT1QgcHJvdmlkZSBhIGxvYy1zcmMgcGFyYW1ldGVy IHZhbHVlLiINCj4gDQo+IEkgc3VnZ2VzdCAiQSBVQSBNVVNUIE5PVCBpbnNlcnQgYSBsb2NhdGlv bi1zb3VyY2UgaGVhZGVyIGZpZWxkIHBhcmFtZXRlciINCj4gDQo+IC0tLQ0KPiANCj4gU0VDVElP TiA3Og0KPiANCj4gUV83XzE6DQo+IA0KPiBUaGUgdGV4dCBzYXlzOiAidGhlIHRoYXQgdGhleSIu IEkgYXNzdW1lIHRoYXQgaXMgYSBtaXN0YWtlLg0KPiANCj4gUV83XzI6DQo+IA0KPiBUaGUgdGV4 dCBzYXlzOg0KPiANCj4gIlRvIGF2b2lkIHByb2JsZW1zIG9mIHdyb25nIGludGVycHJldGF0aW9u IG9mIGxvYy1zcmMgdGhlIHZhbHVlIG1heSBiZSBkaXNjYXJkZWQgd2hlbiBwYXNzZWQgdG8gYW4g b3RoZXIgZG9tYWluLiINCj4gDQo+IElzICJyZW1vdmVkIiBtb3JlIGFwcHJvcHJpYXRlIHRoYW4g ImRpc2NhcmRlZCI/DQo+IA0KPiANCj4gUmVnYXJkcywNCj4gDQo+IENocmlzdGVyDQo+IA0KPiAN Cj4gDQo+IA0KPiANCj4gLS0tLS1BbGt1cGVyw6RpbmVuIHZpZXN0aS0tLS0tDQo+IEzDpGhldHTD pGrDpDogc2lwY29yZSA8c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPiBQdW9sZXN0YSBBLiBKZWFu IE1haG9uZXkNCj4gTMOkaGV0ZXR0eTogc3VubnVudGFpIDE4LiBlbG9rdXV0YSAyMDE5IDIwLjU3 DQo+IFZhc3RhYW5vdHRhamE6IHNpcGNvcmVAaWV0Zi5vcmcNCj4gQWloZTogUmU6IFtzaXBjb3Jl XSBXR0xDOiBkcmFmdC1pZXRmLXNpcGNvcmUtbG9jcGFyYW0NCj4gDQo+IEhpIGFsbCwNCj4gDQo+ IFRoZSBXR0xDIGlzIGJlaW5nIGV4dGVuZGVkIHRvIEZyaWRheSwgU2VwdCAxMywgc2luY2UgbWFu eSBwZW9wbGUgZ28gb24gdmFjYXRpb24gaW4gQXVndXN0IGFuZCBlYXJseSBTZXB0ZW1iZXIuDQo+ IA0KPiBUaGFua3MhDQo+IA0KPiBKZWFuDQo+IA0KPiANCj4gDQo+IE9uIDgvMTUvMTkgMjo0MyBQ TSwgQS4gSmVhbiBNYWhvbmV5IHdyb3RlOg0KPj4gSGkgYWxsLA0KPj4gDQo+PiBUaGlzIGJlZ2lu cyB0aGUgV29ya2luZyBHcm91cCBMYXN0IENhbGwgb2YgDQo+PiBkcmFmdC1pZXRmLXNpcGNvcmUt bG9jcGFyYW0gKExvY2F0aW9uIFNvdXJjZSBQYXJhbWV0ZXIgZm9yIHRoZSBTSVAgR2VvbG9jYXRp b24gSGVhZGVyIEZpZWxkKS4NCj4+IA0KPj4gUGxlYXNlIHBvc3QgYW55IGZlZWRiYWNrIHRvIHRo ZSBzaXBjb3JlIG1haWxpbmcgbGlzdCBieSBGcmlkYXksIEF1Z3VzdCAzMC4NCj4+IA0KPj4gaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zaXBjb3JlLWxvY3BhcmFt Lw0KPj4gDQo+PiBUaGFua3MhDQo+PiANCj4+IEplYW4NCj4+IA0KPj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IHNpcGNvcmUgbWFpbGluZyBsaXN0 DQo+PiBzaXBjb3JlQGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3NpcGNvcmUNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+IHNpcGNvcmUgbWFpbGluZyBsaXN0DQo+IHNpcGNvcmVAaWV0Zi5vcmcN Cj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXBjb3JlDQo+IA0KPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBzaXBjb3Jl IG1haWxpbmcgbGlzdA0KPiBzaXBjb3JlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vc2lwY29yZQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0Kc2lwY29yZSBtYWlsaW5nIGxpc3QNCnNpcGNvcmVAaWV0Zi5v cmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwY29yZQ0K From nobody Thu Aug 29 07:53:43 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE187120859 for ; Thu, 29 Aug 2019 07:53:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.98 X-Spam-Level: X-Spam-Status: No, score=-1.98 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nostrum.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 sZjxMsGLEyGZ for ; Thu, 29 Aug 2019 07:53:39 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 DBBB1120168 for ; Thu, 29 Aug 2019 07:53:38 -0700 (PDT) Received: from unescapeable.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x7TErZs5047150 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 29 Aug 2019 09:53:38 -0500 (CDT) (envelope-from rjsparks@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1567090418; bh=iJ535vTj/wLjeyf7NBsF8YdA15QYe895V05B35NOWbc=; h=Subject:To:References:From:Date:In-Reply-To; b=AWpbhNVHDEBVtzJnoOlTUIorCf+0tADVJzncft3p/eLzvFfxFz5LjWHa/FAP+Lapv Kq8ggMQQ5Q01BEGxw/rzPihPGMRdy0PtBVZ3AgpAgTk4aOJlgMa7UVc96PxpLaQ5j2 ZjgUV+LXO4O/REsJ/mllrWMt8P4PUMMG+ow+CLnA= X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be unescapeable.local To: "A. Jean Mahoney" , SIPCORE References: From: Robert Sparks Message-ID: Date: Thu, 29 Aug 2019 09:53:35 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-locparam X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2019 14:53:41 -0000 A few comments: I disagree that 6442 "suggests that only one location value should be conveyed". 6442 doesn't say that at all. It says if you add additional things, you become responsible for what they mean and how they're used (See the "you break it, you bought it" discussion). I suggest this part of the introduction be rephrased to accurately reflect what 6442 says. In Section 3, This sentence: "The The loc-src parameter is not applicable if the administrative domain manages emergency calls in a way that does not require location source generating the location" has a repeated "The" and does not parse. What does "require location source generating the location" mean? The privacy considerations section should say more about the "priv" part of geopriv. A person providing a location with geopriv gets to specify policy for the use of a location in addition to the location. As 6442 tries to point out, a middlebox adding location can't _know_ the person's wishes, and can only unilaterally apply its own privacy policies. For emergency calling, I know about the argument that relies on an implicit agreement assuming that the user would _want_ their location conveyed.  But the document is currently silent on this. It should be explicit. The claim that this behavior doesn't change the privacy considerations in 6442 is a little edgy. RjS On 8/15/19 2:43 PM, A. Jean Mahoney wrote: > Hi all, > > This begins the Working Group Last Call of draft-ietf-sipcore-locparam > (Location Source Parameter for the SIP Geolocation Header Field). > > Please post any feedback to the sipcore mailing list by Friday, August > 30. > > https://datatracker.ietf.org/doc/draft-ietf-sipcore-locparam/ > > Thanks! > > Jean > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Thu Aug 29 15:11:58 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19514120C1B; Thu, 29 Aug 2019 15:11:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.68 X-Spam-Level: X-Spam-Status: No, score=-1.68 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.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 HMc6NW0iphSU; Thu, 29 Aug 2019 15:11:55 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 D5D8312091B; Thu, 29 Aug 2019 15:11:52 -0700 (PDT) Received: from Svantevit.local (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x7TMBoX9025451 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 29 Aug 2019 17:11:52 -0500 (CDT) (envelope-from adam@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1567116712; bh=JGr8jtIOWK0qui+/PISqr1SeutJ3WGjphed5SYxcuwA=; h=To:From:Subject:Date; b=QQXBNILZshFY3rFuKImvSmvgcahWXeUlIzD08/HBqptGe+uUHGd2aEQQPqAtcH6aa RtkaJx1Ag7gZ/NSw8nD63KW4qy43ZSEPINBs3xlRx+TWhdo/dpT4+9tjxEg6NduRf0 ANCzkQwHqXptaV14YNH9UoyJRebLJr1ylyLs5j9Q= X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.local To: draft-ietf-sipcore-digest-scheme@ietf.org, "'SIPCORE'" From: Adam Roach Message-ID: <6c0d98f4-3334-b223-edb9-7fc5970ab028@nostrum.com> Date: Thu, 29 Aug 2019 17:11:45 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: [sipcore] AD Review: draft-ietf-sipcore-digest-scheme X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2019 22:11:57 -0000 This is my AD review for draft-ietf-sipcore-digest-scheme. First of all, I want to thank to everyone who put work into making this happen. It's good to be putting in place a more secure authentication mechanism. I find no showstoppers in this version of the document, and will be requesting IETF last call on it shortly. I did find some minor issues, described below, that should be treated the same as any other last call comments. /a --------------------------------------------------------------------------- §1.1: Please update to use the boilerplate in RFC 8174. --------------------------------------------------------------------------- §2.5: >  The >  ordering of the header field values from the various proxies is not >  significant. The phrasing here is a bit confusing, and can be read as contradicting the sentence it follows. I believe what you mean to say can be conveyed with something more like:    The ordering of values received from proxies relative to values    received from other proxies is not significant. --------------------------------------------------------------------------- §2.6: >  1.  The URI included in the challenge has the following BNF: Please cite RFC 5234. --------------------------------------------------------------------------- §3: >  This opens the system to the potential of a downgrade attack by man- >  in-the-middle. The phrasing here is a bit awkward. I might suggest rephrasing as: "...a downgrade attack by an on-path attacker." From nobody Thu Aug 29 15:41:35 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C426B120C7E; Thu, 29 Aug 2019 15:41:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v0xwnWHZh5JW; Thu, 29 Aug 2019 15:41:25 -0700 (PDT) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (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 B6285120C6C; Thu, 29 Aug 2019 15:41:24 -0700 (PDT) Received: by mail-wm1-x32f.google.com with SMTP id k2so3871646wmj.4; Thu, 29 Aug 2019 15:41:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=v0LjEK4Z8DRUm6odv4HVSaW3AqMfNYzlc322hv7DbMo=; b=Ni1gDbGtQS9oTypWlr+4zD1zammeRnpatfAZWowp3rHEyl8E5WWDwh0NmJMQ5hbez3 FFm5cWea80CYd5YZqnnRoeqtEG074iKuL34fApP9Zk7XUZKenP6FHJrD2k889awqXIHZ EVGlXsyMiSmuBFRiKrIgyUfSRGXgVoVervjWIvPkau4/BdIhMjiUaZtrhQT08S2lKNNJ IZYGZOvUjABb7/ZRvmQZnfnguez9G4iaCPY63HbqCB963W3Ac+a7dB/NAmeOSA5xMqj7 YQNJe9vb8bxSHO7t1p46NqbDVTXPBMRmdLkcSNj07LVIU2Vc1TDdQlNAzCLzbHp0cQbe c0dA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=v0LjEK4Z8DRUm6odv4HVSaW3AqMfNYzlc322hv7DbMo=; b=GD7E1CfcIUcC63xZRfXhdaLTodC3dHV4k+obQGcWPgwC3UbPvKnsAmYQtUy0Pp4hGA OlevrUr8H1CYDvza6IGqEj1unFyNUB2wsELwpm4U/CK4yjN7FDG2CIHvgcldMVyRuudY E0AZq4TCINNL7Jw80lU6zGL8fcAGMpJgiCVGOPulPjA7QRbFgfwB/moTVwE4w8CX9Zhg UeuXDODrB+1AuPrgy+vD6D9bIwzJQlC8Q9UhIOOgF/bR8ytAY6uF1ZObltdabDSEmQbn fovnbQMl9gVn6eHp+xvT1Vtm79GFnlmmUnByeiaxGtU0L/R7i9f5TJoOwo4PdXYPtHfa YWdw== X-Gm-Message-State: APjAAAU6hqCM/odG9tc56lTf6RVF70YOy8UaRpH8BLgh/P0e25f1k7lW 1hkVQKMlZ6vvzWJsFK8kO4pWq3NnLZe1WOezxerhr+mF X-Google-Smtp-Source: APXvYqwD1Wpfkx26SX7j5pMHxMrFXrN7g1FlY8OIPiFhVozN5a+0Qrh2XcbQoJFFT0LjPXTDt1SFkMObHvPGnOZtwSo= X-Received: by 2002:a7b:cb51:: with SMTP id v17mr13915997wmj.118.1567118483265; Thu, 29 Aug 2019 15:41:23 -0700 (PDT) MIME-Version: 1.0 References: <6c0d98f4-3334-b223-edb9-7fc5970ab028@nostrum.com> In-Reply-To: <6c0d98f4-3334-b223-edb9-7fc5970ab028@nostrum.com> From: Rifaat Shekh-Yusef Date: Thu, 29 Aug 2019 18:41:11 -0400 Message-ID: To: Adam Roach Cc: draft-ietf-sipcore-digest-scheme@ietf.org, SIPCORE Content-Type: multipart/alternative; boundary="000000000000841fab0591493463" Archived-At: Subject: Re: [sipcore] AD Review: draft-ietf-sipcore-digest-scheme X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2019 22:41:33 -0000 --000000000000841fab0591493463 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks Adam! I will fix these issues in the next version of the draft. Regards, Rifaat On Thu, Aug 29, 2019 at 6:11 PM Adam Roach wrote: > This is my AD review for draft-ietf-sipcore-digest-scheme. > > First of all, I want to thank to everyone who put work into making > this happen. It's good to be putting in place a more secure > authentication mechanism. > > I find no showstoppers in this version of the document, and will be > requesting > IETF last call on it shortly. I did find some minor issues, described > below, > that should be treated the same as any other last call comments. > > /a > > -------------------------------------------------------------------------= -- > > =C2=A71.1: > > Please update to use the boilerplate in RFC 8174. > > -------------------------------------------------------------------------= -- > > =C2=A72.5: > > > The > > ordering of the header field values from the various proxies is not > > significant. > > The phrasing here is a bit confusing, and can be read as contradicting th= e > sentence it follows. I believe what you mean to say can be conveyed with > something more like: > > The ordering of values received from proxies relative to values > received from other proxies is not significant. > > -------------------------------------------------------------------------= -- > > =C2=A72.6: > > > 1. The URI included in the challenge has the following BNF: > > Please cite RFC 5234. > > -------------------------------------------------------------------------= -- > > =C2=A73: > > > This opens the system to the potential of a downgrade attack by man- > > in-the-middle. > > The phrasing here is a bit awkward. I might suggest rephrasing as: > "...a downgrade attack by an on-path attacker." > > > --000000000000841fab0591493463 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks=C2=A0Adam!

I will fix= these issues in the next version of the draft.

Re= gards,
=C2=A0Rifaat



On Thu, Aug 29, = 2019 at 6:11 PM Adam Roach <adam@nos= trum.com> wrote:
This is my AD review for draft-ietf-sipcore-digest-scheme.

First of all, I want to thank to everyone who put work into making
this happen. It's good to be putting in place a more secure
authentication mechanism.

I find no showstoppers in this version of the document, and will be
requesting
IETF last call on it shortly. I did find some minor issues, described below= ,
that should be treated the same as any other last call comments.

/a

---------------------------------------------------------------------------=

=C2=A71.1:

Please update to use the boilerplate in RFC 8174.

---------------------------------------------------------------------------=

=C2=A72.5:

=C2=A0>=C2=A0 The
=C2=A0>=C2=A0 ordering of the header field values from the various proxi= es is not
=C2=A0>=C2=A0 significant.

The phrasing here is a bit confusing, and can be read as contradicting the<= br> sentence it follows. I believe what you mean to say can be conveyed with something more like:

=C2=A0=C2=A0=C2=A0 The ordering of values received from proxies relative to= values
=C2=A0=C2=A0=C2=A0 received from other proxies is not significant.

---------------------------------------------------------------------------=

=C2=A72.6:

=C2=A0>=C2=A0 1.=C2=A0 The URI included in the challenge has the followi= ng BNF:

Please cite RFC 5234.

---------------------------------------------------------------------------=

=C2=A73:

=C2=A0>=C2=A0 This opens the system to the potential of a downgrade atta= ck by man-
=C2=A0>=C2=A0 in-the-middle.

The phrasing here is a bit awkward. I might suggest rephrasing as:
"...a downgrade attack by an on-path attacker."


--000000000000841fab0591493463-- From nobody Thu Aug 29 16:08:13 2019 Return-Path: X-Original-To: sipcore@ietf.org Delivered-To: sipcore@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C495712011B; Thu, 29 Aug 2019 16:08:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Sender: CC: Jean Mahoney , adam@nostrum.com, sipcore-chairs@ietf.org, sipcore@ietf.org, mahoney@nostrum.com, draft-ietf-sipcore-digest-scheme@ietf.org Content-Transfer-Encoding: 7bit Reply-To: ietf@ietf.org Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <156712008472.12437.739541408212006409.idtracker@ietfa.amsl.com> Date: Thu, 29 Aug 2019 16:08:04 -0700 Archived-At: Subject: [sipcore] Last Call: (The Session Initiation Protocol (SIP) Digest Authentication Scheme) to Proposed Standard X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2019 23:08:05 -0000 The IESG has received a request from the Session Initiation Protocol Core WG (sipcore) to consider the following document: - 'The Session Initiation Protocol (SIP) Digest Authentication Scheme' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2019-09-12. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document updates RFC 3261 by updating the Digest Access Authentication scheme used by the Session Initiation Protocol (SIP) to add support for more secure digest algorithms, e.g. SHA-256 and SHA-512-256, to replace the broken MD5 algorithm, which might be used for backward compatibility reasons only. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-sipcore-digest-scheme/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-sipcore-digest-scheme/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Fri Aug 30 20:27:09 2019 Return-Path: X-Original-To: sipcore@ietf.org Delivered-To: sipcore@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D628412002E; Fri, 30 Aug 2019 20:27:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: sipcore@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: sipcore@ietf.org Message-ID: <156722202781.25788.4683211146769372739@ietfa.amsl.com> Date: Fri, 30 Aug 2019 20:27:07 -0700 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-callinfo-spam-04.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Aug 2019 03:27:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Session Initiation Protocol Core WG of the IETF. Title : SIP Call-Info Parameters for Labeling Calls Author : Henning Schulzrinne Filename : draft-ietf-sipcore-callinfo-spam-04.txt Pages : 11 Date : 2019-08-30 Abstract: Called parties often wish to decide whether to accept, reject or redirect calls based on the likely nature of the call. For example, they may want to reject unwanted telemarketing or fraudulent calls, but accept emergency alerts from numbers not in their address book. This document describes SIP Call-Info parameters and a feature tag that allow originating, intermediate and terminating SIP entities to label calls as to their type, confidence and references to additional information. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-callinfo-spam/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-callinfo-spam-04 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-callinfo-spam-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-callinfo-spam-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Aug 30 20:40:24 2019 Return-Path: X-Original-To: sipcore@ietfa.amsl.com Delivered-To: sipcore@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FE1912004C for ; Fri, 30 Aug 2019 20:40:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 nvcuJ78yb10b for ; Fri, 30 Aug 2019 20:40:20 -0700 (PDT) Received: from outprodmail01.cc.columbia.edu (outprodmail01.cc.columbia.edu [128.59.72.39]) (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 4AD0E120044 for ; Fri, 30 Aug 2019 20:40:20 -0700 (PDT) Received: from hazelnut (hazelnut.cc.columbia.edu [128.59.213.250]) by outprodmail01.cc.columbia.edu (8.14.4/8.14.4) with ESMTP id x7V3e3hb028961 for ; Fri, 30 Aug 2019 23:40:19 -0400 Received: from hazelnut (localhost.localdomain [127.0.0.1]) by hazelnut (Postfix) with ESMTP id 394256D for ; Fri, 30 Aug 2019 23:40:19 -0400 (EDT) Received: from sendprodmail04.cc.columbia.edu (sendprodmail04.cc.columbia.edu [128.59.72.16]) by hazelnut (Postfix) with ESMTP id 19AD06D for ; Fri, 30 Aug 2019 23:40:19 -0400 (EDT) Received: from mail-qt1-f198.google.com (mail-qt1-f198.google.com [209.85.160.198]) by sendprodmail04.cc.columbia.edu (8.14.4/8.14.4) with ESMTP id x7V3eIPO037999 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT) for ; Fri, 30 Aug 2019 23:40:19 -0400 Received: by mail-qt1-f198.google.com with SMTP id b9so9202771qti.20 for ; Fri, 30 Aug 2019 20:40:19 -0700 (PDT) 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=LUSLdJfLZmXCxOtyYNHQPdHdMaMex//EpWsVz+doRd4=; b=AeMnzmfWyT+nTeZG/MFG6KDfkInGuQ0aqyWFCdSvmDjARdjr5UJ2xi4MabR1PlfbLF Ld4hUymM8MnCvkBDCTSnqB73Yu1DxHUp1WCsKTlJR0u6SVid/RzFrHN6r2Jj/fZCtL5i VDRVWEJN3Od7qO/zUqgmtGrxSOrCI+85cNMEe1y6edcfWef7rTeXyc7lLfroxRcr2AO5 4lcceByD934vqEcNLYYqF9BPjlFE4TSw1TPnoKzAXzPIg+1o6hK/dtDeH6W1ErsASHZO mLqEDYToapxUZUQOaoFYsLYC/D/k17O89YCjGTuyiaK3w5fwa5ay1uZuRrvkFz89zCsq MZMg== X-Gm-Message-State: APjAAAVWBjEqPLkuCKeUsuBX57/9yTh67/P6wVwdQBe2iVLbz426wD3F uOlB4U12yaVgKAyQbENyWY3SkBc4x1ckBiZn3nWbYQstBNqawkC2+xIcl/GPvCUPJfWYDkQt736 0Osmxz9kcKuhHz54FaOqJCkzLLyPx3nWJ X-Received: by 2002:aed:3287:: with SMTP id z7mr13928719qtd.264.1567222818493; Fri, 30 Aug 2019 20:40:18 -0700 (PDT) X-Google-Smtp-Source: APXvYqzt3HNABNBcylR3nugoONXmSN0VFEtqWSQwqhcrcgA1AdlVzjNhlOVim4AG9cvhZsos5nb/PLt0xfdbEaCuAeg= X-Received: by 2002:aed:3287:: with SMTP id z7mr13928702qtd.264.1567222818203; Fri, 30 Aug 2019 20:40:18 -0700 (PDT) MIME-Version: 1.0 From: Henning Schulzrinne Date: Fri, 30 Aug 2019 23:39:52 -0400 Message-ID: To: SIPCORE Content-Type: multipart/alternative; boundary="0000000000005d0e970591617f48" X-No-Spam-Score: Local X-Scanned-By: MIMEDefang 2.84 on 128.59.72.16 Archived-At: Subject: [sipcore] New version of draft-ietf-sipcore-callinfo-spam (04) X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Aug 2019 03:40:22 -0000 --0000000000005d0e970591617f48 Content-Type: text/plain; charset="UTF-8" After delay of embarrassing length on my part, I've updated the document based on AD (Ben's) comments. In particular, I've made the following somewhat substantial changes: * Expanded on the trust model. * Added some background on how the information could be populated. As I mention in the draft, there's current interest at the US regulatory level by various entities that place robocalls to get labeled properly so that they don't get ditched on statistics (short duration, high frequency) or user feedback alone. * Changed the 'reason' parameter to 'origin'. Not a label I'm perfectly happy with, but it describes the origin of the label, so it seems at least roughly descriptive. * Reflected the STIR/SHAKEN documents that have been published since I last updated the draft. In particular, I now reference attestation as part of the trust model. Henning --0000000000005d0e970591617f48 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
After delay of embarrassing length on my part, I've up= dated the document based on AD (Ben's) comments. In particular, I'v= e made the following somewhat substantial changes:

* Exp= anded on the trust model.
* Added some background on how the info= rmation could be populated. As I mention in the draft, there's current = interest at the US regulatory level by various entities that place robocall= s to get labeled properly so that they don't get ditched on statistics = (short duration, high frequency) or user feedback alone.
* Change= d the 'reason' parameter to 'origin'. Not a label I'm p= erfectly happy with, but it describes the origin of the label, so it seems = at least roughly descriptive.
* Reflected the STIR/SHAKEN documen= ts that have been published since I last updated the draft. In particular, = I now reference attestation as part of the trust model.

Henning
--0000000000005d0e970591617f48-- From nobody Sat Aug 31 06:10:01 2019 Return-Path: X-Original-To: sipcore@ietf.org Delivered-To: sipcore@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BC01A1200B4; Sat, 31 Aug 2019 06:09:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.100.0 Auto-Submitted: auto-generated Precedence: bulk Sender: CC: adam@nostrum.com, sipcore-chairs@ietf.org, draft-ietf-sipcore-callinfo-spam@ietf.org, sipcore@ietf.org, br@brianrosen.net, Brian Rosen Content-Transfer-Encoding: 7bit Reply-To: ietf@ietf.org Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <156725699573.15182.7861630148753053352.idtracker@ietfa.amsl.com> Date: Sat, 31 Aug 2019 06:09:55 -0700 Archived-At: Subject: [sipcore] Last Call: (SIP Call-Info Parameters for Labeling Calls) to Proposed Standard X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Aug 2019 13:09:56 -0000 The IESG has received a request from the Session Initiation Protocol Core WG (sipcore) to consider the following document: - 'SIP Call-Info Parameters for Labeling Calls' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2019-09-14. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Called parties often wish to decide whether to accept, reject or redirect calls based on the likely nature of the call. For example, they may want to reject unwanted telemarketing or fraudulent calls, but accept emergency alerts from numbers not in their address book. This document describes SIP Call-Info parameters and a feature tag that allow originating, intermediate and terminating SIP entities to label calls as to their type, confidence and references to additional information. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-sipcore-callinfo-spam/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-sipcore-callinfo-spam/ballot/ No IPR declarations have been submitted directly on this I-D. The document contains these normative downward references. See RFC 3967 for additional information: rfc3324: Short Term Requirements for Network Asserted Identity (Informational - IETF stream)