From nobody Thu Feb 1 06:06:14 2018 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 1A80212E881; Thu, 1 Feb 2018 06:06:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.629 X-Spam-Level: X-Spam-Status: No, score=-2.629 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=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 5JDOOzzQk-sJ; Thu, 1 Feb 2018 06:06:10 -0800 (PST) Received: from orange.com (mta239.mail.business.static.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8889813178A; Thu, 1 Feb 2018 06:05:29 -0800 (PST) Received: from opfedar04.francetelecom.fr (unknown [xx.xx.xx.6]) by opfedar23.francetelecom.fr (ESMTP service) with ESMTP id 0359A1611D7; Thu, 1 Feb 2018 15:05:28 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.58]) by opfedar04.francetelecom.fr (ESMTP service) with ESMTP id DAEFA40073; Thu, 1 Feb 2018 15:05:27 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM33.corporate.adroot.infra.ftgroup ([fe80::3881:fc15:b4b2:9017%19]) with mapi id 14.03.0382.000; Thu, 1 Feb 2018 15:05:27 +0100 From: To: "sipcore@ietf.org" , "sipcore-chairs@ietf.org" Thread-Topic: I-D draft-ietf-sipcore-originating-cdiv-parameter Thread-Index: AdObYzRzx/f9Tc5+TsWxXksrTjPVdg== Date: Thu, 1 Feb 2018 14:05:27 +0000 Message-ID: <32004_1517493927_5A731EA7_32004_426_1_8B970F90C584EA4E97D5BAAC9172DBB81D6D5D4A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.6] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 14:06:13 -0000 Hi folks, As mentioned during last SIPCORE meeting, can we proceed with a WGLC for th= is draft? https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-parame= ter/ Best Regards Marianne ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Thu Feb 1 10:47:32 2018 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 6E98E12DA4E; Thu, 1 Feb 2018 10:47:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1ddXOdYZ2zxN; Thu, 1 Feb 2018 10:47:28 -0800 (PST) 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 77F8F126DCA; Thu, 1 Feb 2018 10:47:28 -0800 (PST) Received: from pps.filterd (m0049459.ppops.net [127.0.0.1]) by m0049459.ppops.net-00191d01. (8.16.0.21/8.16.0.21) with SMTP id w11EDnrg005398; Thu, 1 Feb 2018 09:14:58 -0500 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049459.ppops.net-00191d01. with ESMTP id 2fv3hp9utb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 01 Feb 2018 09:14:58 -0500 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w11EEvJ8005256; Thu, 1 Feb 2018 09:14:57 -0500 Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w11EErFL005233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 1 Feb 2018 09:14:54 -0500 Received: from zlp27128.vci.att.com (zlp27128.vci.att.com [135.66.87.50]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Thu, 1 Feb 2018 14:14:37 GMT Received: from zlp27128.vci.att.com (zlp27128.vci.att.com [127.0.0.1]) by zlp27128.vci.att.com (Service) with ESMTP id 7B28640006BA; Thu, 1 Feb 2018 14:14:37 +0000 (GMT) Received: from MISOUT7MSGHUBAC.ITServices.sbc.com (unknown [130.9.129.147]) by zlp27128.vci.att.com (Service) with ESMTPS id 5BDEA40006A1; Thu, 1 Feb 2018 14:14:37 +0000 (GMT) Received: from MISOUT7MSGUSRDB.ITServices.sbc.com ([169.254.2.35]) by MISOUT7MSGHUBAC.ITServices.sbc.com ([130.9.129.147]) with mapi id 14.03.0361.001; Thu, 1 Feb 2018 09:14:37 -0500 From: "DOLLY, MARTIN C" To: "marianne.mohali@orange.com" , "sipcore@ietf.org" , "sipcore-chairs@ietf.org" Thread-Topic: I-D draft-ietf-sipcore-originating-cdiv-parameter Thread-Index: AdObYzRzx/f9Tc5+TsWxXksrTjPVdgAA7xag Date: Thu, 1 Feb 2018 14:14:36 +0000 Message-ID: References: <32004_1517493927_5A731EA7_32004_426_1_8B970F90C584EA4E97D5BAAC9172DBB81D6D5D4A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <32004_1517493927_5A731EA7_32004_426_1_8B970F90C584EA4E97D5BAAC9172DBB81D6D5D4A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.253.27] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-02-01_04:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 lowpriorityscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802010183 Archived-At: Subject: Re: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 18:47:30 -0000 I support WGLC for the draft -----Original Message----- From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of marianne.mohal= i@orange.com Sent: Thursday, February 01, 2018 9:05 AM To: sipcore@ietf.org; sipcore-chairs@ietf.org Subject: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter Hi folks, As mentioned during last SIPCORE meeting, can we proceed with a WGLC for th= is draft? https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__datatracker.ietf.org= _doc_draft-2Dietf-2Dsipcore-2Doriginating-2Dcdiv-2Dparameter_&d=3DDwICAg&c= =3DLFYZ-o9_HUMeMTSQicvjIg&r=3DG9v8uCSSQhCmpw7ItG0r2g&m=3DFS55syDbLJ01uv8nxJ= yzJ-0ZhdgRfpWpRrSzz6syfZ0&s=3D_uFnSYkfvS6BKsIHUWpoMylT34Pq999RSBPsI-NHNdY&e= =3D=20 Best Regards Marianne ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou = copies sans autorisation. Si vous avez recu ce message par erreur, veuillez= le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used= or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ sipcore mailing list sipcore@ietf.org https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman= _listinfo_sipcore&d=3DDwICAg&c=3DLFYZ-o9_HUMeMTSQicvjIg&r=3DG9v8uCSSQhCmpw7= ItG0r2g&m=3DFS55syDbLJ01uv8nxJyzJ-0ZhdgRfpWpRrSzz6syfZ0&s=3DVw1dOlTL4EpL3j6= uu1X_HBOfaw80lcWQGEsHMgkTqFo&e=3D=20 From nobody Thu Feb 1 10:52:29 2018 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 85AB312025C for ; Thu, 1 Feb 2018 10:52:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 IKxucnRwLjlx for ; Thu, 1 Feb 2018 10:52:20 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E2C312D954 for ; Thu, 1 Feb 2018 10:52:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517511138; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=3SKAjfjlm+5ttDjwdPCtz6QBRcv6N3fEVFKA7PWRh3k=; b=PBWBCfPKzG0RQkbBzlfcaKGTstFehzVLTcifKqFhnBptF3K/DSK+7Qmuw27GlvZy IB/WrIvsknJKT7A7FgzrKEQnwHlayA9dbR82i+iQ+TEvPl0oVBeyuo9KnvEm24/y ItTNYwXb9P3GyhjbG/+lz3RfH9toT/Pc+Gdx8u+/7J0=; X-AuditID: c1b4fb25-473ff7000000341b-f7-5a7361e241d1 Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 2A.5C.13339.2E1637A5; Thu, 1 Feb 2018 19:52:18 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0352.000; Thu, 1 Feb 2018 19:52:18 +0100 From: Christer Holmberg To: "marianne.mohali@orange.com" , "sipcore@ietf.org" , "sipcore-chairs@ietf.org" Thread-Topic: I-D draft-ietf-sipcore-originating-cdiv-parameter Thread-Index: AdObYzRzx/f9Tc5+TsWxXksrTjPVdgAKmwng Date: Thu, 1 Feb 2018 18:52:17 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C14FB35@ESESSMB109.ericsson.se> References: <32004_1517493927_5A731EA7_32004_426_1_8B970F90C584EA4E97D5BAAC9172DBB81D6D5D4A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <32004_1517493927_5A731EA7_32004_426_1_8B970F90C584EA4E97D5BAAC9172DBB81D6D5D4A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrGLMWRmVeSWpSXmKPExsUyM2K7pe6jxOIog7YVUhbbmvcxWfR+Xshs 8fXHJjYHZo8lS34yebQ8O8kWwBTFZZOSmpNZllqkb5fAlfF8ymG2gi28FZPWLWVqYFzJ3cXI ySEhYCLx8OVqti5GLg4hgcOMErv/H2GFcBYzSsxp2MDYxcjBwSZgIdH9TxskLiIwl1Hi9ZOV zCDdwgJ2ErPmzmUDsUUE7CXWn77DBlIvImAkcfhxNYjJIqAiMedgMEgFr4CvxKybfewQ49sZ JXofPABbzCnQwSjx584KVpAqRgExie+n1jCB2MwC4hK3nsxngrhUQGLJnvPMELaoxMvH/1gh bCWJFdsvMULU60gs2P2JDcLWlli28DUzxGZBiZMzn7BMYBSZhWTsLCQts5C0zELSsoCRZRWj aHFqcVJuupGxXmpRZnJxcX6eXl5qySZGYGwc3PJbdQfj5TeOhxgFOBiVeHjDvIqjhFgTy4or cw8xSnAwK4nwvtlXFCXEm5JYWZValB9fVJqTWnyIUZqDRUmc96Qnb5SQQHpiSWp2ampBahFM lomDU6qBscow8LFIyZzXybM6Z5TYZOqESP58PePzBt8zvVu+GE/9H72s0ePMyisBDQcj3y1w vGR5snRaEkOe2MeM0gUeWw4v3HnrpbeNUJH9/BmOslo2xt4y/TOlV+9PvNHg8fSioeC7Ru/b 51+q9N3+vjfI5lL5cY89FRe3/In/9fROgcHtP65TOMyWWSqxFGckGmoxFxUnAgBqn4ysiQIA AA== Archived-At: Subject: Re: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 18:52:26 -0000 Hi, I'd say we are ready for WGLC. Regards, Christer -----Original Message----- From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of marianne.mohal= i@orange.com Sent: 01 February 2018 16:05 To: sipcore@ietf.org; sipcore-chairs@ietf.org Subject: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter Hi folks, As mentioned during last SIPCORE meeting, can we proceed with a WGLC for th= is draft? https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-parame= ter/ Best Regards Marianne ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou = copies sans autorisation. Si vous avez recu ce message par erreur, veuillez= le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used= or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore From nobody Thu Feb 1 10:54:20 2018 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 E527112025C for ; Thu, 1 Feb 2018 10:54:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.59 X-Spam-Level: X-Spam-Status: No, score=-2.59 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.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 CtXwAEphyUeu for ; Thu, 1 Feb 2018 10:54:17 -0800 (PST) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 15FAE12DA4E for ; Thu, 1 Feb 2018 10:54:17 -0800 (PST) Received: by mail-qk0-x236.google.com with SMTP id n129so10014450qke.6 for ; Thu, 01 Feb 2018 10:54:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=MlNQCfosTqHYWABN7eHIpABXx5ySPCJItRuOc0PbuRA=; b=imdtnrlwo8ha/oeZgvHeX3iI8oP6GhdAvCQUgrWkNE5GC9q46zKdO1m5/du+tLDt4a jm7Kg4Mi4AYnigvMNbatm1PsWTHsfFzBulxJfL/prXeq6Ji4etCXUUlSUlZBXZbzD54+ m1GGaJmbHgbHge0JnuEHPc5VKtWx+efymcwEU88SUAMOLhUJ5jjijQROYWuqr3c/YcON 5ScHQynC7jnZPl3dF8bWivSnhmwxYELBxD73z/3SxT1pF0+LSI5aU+cZ0H27nCQv0TID LnPIm+mGf0EXplJ15H6lhsSc06bR/t+Y79sqj3jc/axnJVBVYgU3D9/sLM79Cd6Xpq9G tdhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=MlNQCfosTqHYWABN7eHIpABXx5ySPCJItRuOc0PbuRA=; b=OzPagznJWnxqVVjeHqC3YvFXGbPh/t2ATWfJjDonhUUzBINusOgFNwEevzDDkwdtkv r87vzURM9eq+gFMVjnWn3SYHwqJFoAs9+AXc+IcIERP3JxaHvhNmCHrqdSCdvOKXzLvy il4FpwgDB3If/jKgOPFl0b4NROsNjDtTcsBD2UtlXYKclB9cq0L9bUsjV59jdWU844kF 36NXrdBFbwPROIQg3d5lmpAqRyCPnIpYZ4dhQmuOiKNRspBqJ+EkAmtNAS798xOq5YWd t9DsJTnyi5m5lgO1sjQjnHYVBqp+bm/EGBRQJbItlwkGMl5ziipzONddZ23xBMsgSbn+ GPww== X-Gm-Message-State: AKwxyteFPE7rw03Qq9f1dLKhVpIaQ3pTdB5MTaFJEY/cTut676PRClGt /Uh/1yBDpP7/eZ4KJqmO+xjPgs+mCE8= X-Google-Smtp-Source: AH8x227ubi9K+hLpSXjx9It/l+jOcyFPoFMyBUcFkuvpxVIuJiHsqdievbOBMrSYAEdAH8MuSPDJTw== X-Received: by 10.55.198.202 with SMTP id s71mr51677145qkl.310.1517511255738; Thu, 01 Feb 2018 10:54:15 -0800 (PST) Received: from [10.33.193.15] (neustar-sthide-nat1.neustar.biz. [156.154.81.54]) by smtp.gmail.com with ESMTPSA id y188sm163200qke.55.2018.02.01.10.54.14 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Feb 2018 10:54:14 -0800 (PST) From: Brian Rosen Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Message-Id: Date: Thu, 1 Feb 2018 13:54:13 -0500 To: SIPCORE X-Mailer: Apple Mail (2.3273) Archived-At: Subject: [sipcore] Chair plan for documents X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 18:54:19 -0000 The chairs plan to issue two week WGLCs for the following documents at = one week intervals in the following order: push q850 spam cdiv push has started, q850 will start this week. Spam will start next week = and cdiv the week after. All of this depends on timely reviews/list postings. We will also issue formal request for adoption on: locparam digest-scheme session timer fixes will be discussed in London and we=E2=80=99ll decide = how to proceed then. From nobody Thu Feb 1 12:04:27 2018 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 D5A09129966; Thu, 1 Feb 2018 12:04:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.088 X-Spam-Level: X-Spam-Status: No, score=-1.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_TAG_BALANCE_HEAD=0.817, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=no 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 24ilm-O2uAzs; Thu, 1 Feb 2018 12:04:24 -0800 (PST) Received: from mout.web.de (mout.web.de [212.227.15.4]) (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 B14D41243F3; Thu, 1 Feb 2018 12:04:23 -0800 (PST) Received: from [195.254.246.97] ([195.254.246.97]) by msvc-mesg-web004.server.lan (via HTTP); Thu, 1 Feb 2018 21:04:20 +0100 MIME-Version: 1.0 Message-ID: From: "Roland Jesske" To: "Christer HOLMBERG" , "marianne.mohali@orange.com" , "sipcore@ietf.org" , "sipcore-chairs@ietf.org" Content-Type: text/html; charset=UTF-8 Importance: normal Date: Thu, 1 Feb 2018 21:04:20 +0100 X-Priority: 3 X-Provags-ID: V03:K1:KMCG8+ZMAQFzyjIx5o7Bpd5lNzDO13XYZY0ys9Pn/55 I83V3B5iBSKKRoWzn71je608TpowfZ478lI5pcVIsnBJIPG9m9 Bwesfyj1O2b4Yp4c4ue3kqmm62Biffsg8ldLu/RXWLefhRQr/7 6YeDmHuKXmEcvIS80h/Yb9YmLjYRTDH1LDIX1PCffwwmSmc07a 1UaHomsHeBnUJJn5aE2Y9Z0kaKirBjgu/371fs1yTZI05zFWGn 514+2EmhPknoU8uXDAGOml54XtGPmrUvroSKgiihC49BUxvz6p Y4WNAA= X-UI-Out-Filterresults: notjunk:1;V01:K0:7i8x2eiT4lI=:uhdDKxr0BoglpM/GaVfY2Z hs6STOnI2dlQSzT1+xDDWrTqHpfbwxhucHVcd1gRPj8Zmm+l5jCjhYQMUxg7QNybQ7bCpvRgR TzpGa6M9/6sGT/f9YehZGDSd1N1jmv32bBm5hiFhRGic37QDGQWLPUHcSqRs/IIxzDWGCEWmn 2SqamGGcdFfh9VchknN2a+fCjn5f+enEriUvtGdUhFb88/STOeMWk47bemMlfq+zFuwGvc6jH +G0fV9nWfPzdAsigvLxanDWXzWXH4x258dmVH4/QB/p31euDHMX3IuojGGVAKugUdKFCzGDoN 4gZi5jeqzsxjkSObjcBLDUPwFD86y1nmAMEpw3iGxk4rpu+Mrt3a/mYLJyaj069FAdM6L5J+x yI2Pu30/FQq7U5WHQqkWX6EcK9XJVVmOpYpq9sjRPYTX/ILCIRICQgNusEChpsNO1AUUZQ86U MQ8SmhXER+HtR8N3FDj9b9ZYTS2MGyUB6EEa6prnTq3wVeHes411nGNt7paTlT5zDyjCcGfTw GVs8WnULzcRlX+C42xWgHYX6PKFoEUz6DXUDOGlZCZHOFMDWLoNUJBN1hQ4lKbMKY8AtCX/hG f1F8Fg1QV/wY/qUS0RUiyq4TbsHHjgFTAI Archived-At: Subject: Re: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 20:04:26 -0000
+1
--
Diese Nachricht wurde von meinem Android Mobiltelefon mit WEB.DE Mail gesendet.
Am 01.02.18, 19:52, Christer Holmberg <christer.holmberg@ericsson.com> schrieb:
Hi,

I'd say we are ready for WGLC.

Regards,

Christer

-----Original Message-----
From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of marianne.mohali@orange.com
Sent: 01 February 2018 16:05
To: sipcore@ietf.org; sipcore-chairs@ietf.org
Subject: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter

Hi folks,

As mentioned during last SIPCORE meeting, can we proceed with a WGLC for this draft?

https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-parameter/

Best Regards
Marianne


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.

_______________________________________________
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 Thu Feb 1 12:12:38 2018 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 5097A12D77B; Thu, 1 Feb 2018 12:12:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.629 X-Spam-Level: X-Spam-Status: No, score=-2.629 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 Ga8eYWk8-vak; Thu, 1 Feb 2018 12:12:33 -0800 (PST) Received: from smtp-p02.blackberry.com (smtp-p02.blackberry.com [208.65.78.89]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62BDB1276AF; Thu, 1 Feb 2018 12:12:32 -0800 (PST) X-Spoof: Received: from xct105cnc.rim.net ([10.65.161.205]) by mhs215cnc.rim.net with ESMTP/TLS/DHE-RSA-AES256-SHA; 01 Feb 2018 15:12:31 -0500 Received: from XCT115CNC.rim.net (10.65.161.215) by XCT105CNC.rim.net (10.65.161.205) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 1 Feb 2018 15:12:31 -0500 Received: from XMB122CNC.rim.net ([fe80::28c6:fa1c:91c6:2e23]) by XCT115CNC.rim.net ([::1]) with mapi id 14.03.0319.002; Thu, 1 Feb 2018 15:12:30 -0500 From: Andrew Allen To: Roland Jesske , Christer HOLMBERG , "marianne.mohali@orange.com" , "sipcore@ietf.org" , "sipcore-chairs@ietf.org" Thread-Topic: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter Thread-Index: AQHTm5fe6azJy99qH0Gxq/h+T/PWeqOP+roQ Date: Thu, 1 Feb 2018 20:12:30 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.65.160.252] Content-Type: multipart/alternative; boundary="_000_BBF5DDFE515C3946BC18D733B20DAD233AABD341XMB122CNCrimnet_" MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Feb 2018 20:12:37 -0000 --_000_BBF5DDFE515C3946BC18D733B20DAD233AABD341XMB122CNCrimnet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KzENCg0KRnJvbTogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmIE9mIFJvbGFuZCBKZXNza2UNClNlbnQ6IFRodXJzZGF5LCBGZWJydWFyeSAxLCAyMDE4 IDM6MDQgUE0NClRvOiBDaHJpc3RlciBIT0xNQkVSRyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nz b24uY29tPjsgbWFyaWFubmUubW9oYWxpQG9yYW5nZS5jb207IHNpcGNvcmVAaWV0Zi5vcmc7IHNp cGNvcmUtY2hhaXJzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW3NpcGNvcmVdIEktRCBkcmFmdC1p ZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXINCg0KKzENCi0tDQpEaWVzZSBO YWNocmljaHQgd3VyZGUgdm9uIG1laW5lbSBBbmRyb2lkIE1vYmlsdGVsZWZvbiBtaXQgV0VCLkRF PGh0dHA6Ly9XRUIuREU+IE1haWwgZ2VzZW5kZXQuDQpBbSAwMS4wMi4xOCwgMTk6NTIsIENocmlz dGVyIEhvbG1iZXJnIDxjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208bWFpbHRvOmNocmlz dGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4+IHNjaHJpZWI6DQpIaSwNCg0KSSZhcG9zO2Qgc2F5 IHdlIGFyZSByZWFkeSBmb3IgV0dMQy4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHNpcGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5j ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBtYXJpYW5uZS5tb2hhbGlAb3JhbmdlLmNvbTxtYWls dG86bWFyaWFubmUubW9oYWxpQG9yYW5nZS5jb20+DQpTZW50OiAwMSBGZWJydWFyeSAyMDE4IDE2 OjA1DQpUbzogc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRmLm9yZz47IHNpcGNv cmUtY2hhaXJzQGlldGYub3JnPG1haWx0bzpzaXBjb3JlLWNoYWlyc0BpZXRmLm9yZz4NClN1Ympl Y3Q6IFtzaXBjb3JlXSBJLUQgZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFy YW1ldGVyDQoNCkhpIGZvbGtzLA0KDQpBcyBtZW50aW9uZWQgZHVyaW5nIGxhc3QgU0lQQ09SRSBt ZWV0aW5nLCBjYW4gd2UgcHJvY2VlZCB3aXRoIGEgV0dMQyBmb3IgdGhpcyBkcmFmdD8NCg0KaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0 aW5nLWNkaXYtcGFyYW1ldGVyLw0KDQpCZXN0IFJlZ2FyZHMNCk1hcmlhbm5lDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRl cyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2 ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRv cmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxs ZXogbGUgc2lnbmFsZXIgYSBsJmFwb3M7ZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBx dWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBz dXNjZXB0aWJsZXMgZCZhcG9zO2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3Bv bnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmll LiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4g Y29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVj dGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGll ZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWls IGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3Nh Z2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3Jhbmdl IGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFu Z2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCnNpcGNvcmUgbWFpbGluZyBsaXN0DQpzaXBjb3JlQGll dGYub3JnPG1haWx0bzpzaXBjb3JlQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9zaXBjb3JlDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpzaXBjb3JlIG1haWxpbmcgbGlzdA0Kc2lwY29yZUBpZXRmLm9yZzxt YWlsdG86c2lwY29yZUBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vc2lwY29yZQ0K --_000_BBF5DDFE515C3946BC18D733B20DAD233AABD341XMB122CNCrimnet_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGlu O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNw aWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBk YXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0K PGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFz cz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiYjNDM7MTxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8 L2I+IHNpcGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmddIDxiPk9uIEJlaGFs ZiBPZg0KPC9iPlJvbGFuZCBKZXNza2U8YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIEZlYnJ1 YXJ5IDEsIDIwMTggMzowNCBQTTxicj4NCjxiPlRvOjwvYj4gQ2hyaXN0ZXIgSE9MTUJFUkcgJmx0 O2NocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbSZndDs7IG1hcmlhbm5lLm1vaGFsaUBvcmFu Z2UuY29tOyBzaXBjb3JlQGlldGYub3JnOyBzaXBjb3JlLWNoYWlyc0BpZXRmLm9yZzxicj4NCjxi PlN1YmplY3Q6PC9iPiBSZTogW3NpcGNvcmVdIEktRCBkcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2lu YXRpbmctY2Rpdi1wYXJhbWV0ZXI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mIzQzOzE8YnI+DQotLSA8YnI+DQpEaWVzZSBOYWNocmljaHQgd3VyZGUgdm9u IG1laW5lbSBBbmRyb2lkIE1vYmlsdGVsZWZvbiBtaXQgPGEgaHJlZj0iaHR0cDovL1dFQi5ERSI+ DQpXRUIuREU8L2E+IE1haWwgZ2VzZW5kZXQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbSAwMS4wMi4xOCwgMTk6NTIsIENocmlzdGVyIEhvbG1i ZXJnICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tIj5j aHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208L2E+Jmd0OyBzY2hyaWViOjxvOnA+PC9vOnA+ PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND Q0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt YXJnaW4tdG9wOjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ SGksPGJyPg0KPGJyPg0KSSZhbXA7YXBvcztkIHNheSB3ZSBhcmUgcmVhZHkgZm9yIFdHTEMuPGJy Pg0KPGJyPg0KUmVnYXJkcyw8YnI+DQo8YnI+DQpDaHJpc3Rlcjxicj4NCjxicj4NCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogc2lwY29yZSBbPGEgaHJlZj0ibWFpbHRvOnNp cGNvcmUtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZzwv YT5dIE9uIEJlaGFsZiBPZg0KPGEgaHJlZj0ibWFpbHRvOm1hcmlhbm5lLm1vaGFsaUBvcmFuZ2Uu Y29tIj5tYXJpYW5uZS5tb2hhbGlAb3JhbmdlLmNvbTwvYT48YnI+DQpTZW50OiAwMSBGZWJydWFy eSAyMDE4IDE2OjA1PGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGlldGYub3JnIj5z aXBjb3JlQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmUtY2hhaXJzQGlldGYu b3JnIj4NCnNpcGNvcmUtY2hhaXJzQGlldGYub3JnPC9hPjxicj4NClN1YmplY3Q6IFtzaXBjb3Jl XSBJLUQgZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1ldGVyPGJyPg0K PGJyPg0KSGkgZm9sa3MsPGJyPg0KPGJyPg0KQXMgbWVudGlvbmVkIGR1cmluZyBsYXN0IFNJUENP UkUgbWVldGluZywgY2FuIHdlIHByb2NlZWQgd2l0aCBhIFdHTEMgZm9yIHRoaXMgZHJhZnQ/PGJy Pg0KPGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1ldGVyLyI+aHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFy YW1ldGVyLzwvYT48YnI+DQo8YnI+DQpCZXN0IFJlZ2FyZHM8YnI+DQpNYXJpYW5uZTxicj4NCjxi cj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188YnI+DQo8YnI+DQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9p bnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91 IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxv aXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1l c3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJmFtcDthcG9zO2V4cGVk aXRldXINCiBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMg bWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCZhbXA7YXBvczthbHRl cmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdl IGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuPGJyPg0KPGJyPg0KVGhp cyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9y IHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhl eSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhv cmlzYXRpb24uPGJyPg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwg cGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMg YXR0YWNobWVudHMuPGJyPg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90 IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3Ig ZmFsc2lmaWVkLjxicj4NClRoYW5rIHlvdS48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCnNpcGNvcmUgbWFpbGluZyBsaXN0PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVAaWV0Zi5vcmc8L2E+ PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXBj b3JlIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcGNvcmU8L2E+PGJy Pg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 YnI+DQpzaXBjb3JlIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpzaXBjb3JlQGll dGYub3JnIj5zaXBjb3JlQGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwY29yZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9zaXBjb3JlPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_BBF5DDFE515C3946BC18D733B20DAD233AABD341XMB122CNCrimnet_-- From nobody Thu Feb 1 23:16:00 2018 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 9DB3A127735; Thu, 1 Feb 2018 23:15:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=proximus.com header.b=ZH2CYjJy; dkim=pass (1024-bit key) header.d=proximuscorp.onmicrosoft.com header.b=C9CHX5SU 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 7ENGa_eTTRah; Thu, 1 Feb 2018 23:15:54 -0800 (PST) Received: from mx28.belgacom.be (mx28.belgacom.be [213.181.45.238]) (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 C192E12EC18; Thu, 1 Feb 2018 23:15:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=proximus.com; i=@proximus.com; q=dns/txt; s=dkim; t=1517555754; x=1549091754; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=JYCBQ4x4T2HUcRjzMO323H4uiHDHwHY7PGn7FlnxuZU=; b=ZH2CYjJyrsnpQtB5qJYuDYxNQadLreUfqEkG1MiBcjBZiuPKKIRRRh8A pU8pS+K5pZFV+kg8WyISoN/txXT8SvJigYuwN8Xzfw2GUothFvi+ioSn5 oftFuN9HtRyXcfBy2aFwV/rMG3rI0S6WKQTGZy083zSHK5Osqe7EdB6pw o=; X-IronPort-AV: E=Sophos; i="5.46,447,1511823600"; d="scan'208,217"; a="31729413" Received: from a07584.bgc.net ([10.120.80.100]) by mx28.belgacom.be with ESMTP; 02 Feb 2018 08:15:48 +0100 X-TM-IMSS-Message-ID: <0cec4a5d00031bd2@proximus.com> Received: from A04025.BGC.NET ([10.121.135.22]) by proximus.com ([10.120.80.100]) with ESMTP (TREND IMSS SMTP Service 7.5) id 0cec4a5d00031bd2 ; Fri, 2 Feb 2018 08:15:48 +0100 Received: from A07614.BGC.NET (10.120.135.4) by A04025.BGC.NET (10.121.135.22) with Microsoft SMTP Server (TLS) id 14.3.339.0; Fri, 2 Feb 2018 08:15:48 +0100 Received: from A07614.BGC.NET (10.120.135.4) by A07614.BGC.NET (10.120.135.4) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Fri, 2 Feb 2018 08:15:47 +0100 Received: from A07625.bgc.net (10.28.29.231) by A07614.BGC.NET (10.120.135.4) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32 via Frontend Transport; Fri, 2 Feb 2018 08:15:47 +0100 Received: from EUR01-HE1-obe.outbound.protection.outlook.com (10.28.31.158) by outlook.proximus.com (10.28.31.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.669.32; Fri, 2 Feb 2018 08:15:47 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ProximusCorp.onmicrosoft.com; s=selector1-proximus-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=JYCBQ4x4T2HUcRjzMO323H4uiHDHwHY7PGn7FlnxuZU=; b=C9CHX5SUNDnZdG0PhF4gFJwYQfCvt/SNJRtU6/9/1UycqhWZIJ8DyeQ/6XrKSU0YTyaLNDREVTDZADmCYYndXaIU3lvVe5o3hS6upVGYRiTE6lor3Z+vzkwjR+olt3i9bxm98y7nEAJPigyubJBKInXfUpWqYbSOtvZyha7ifQA= Received: from HE1PR0801MB1884.eurprd08.prod.outlook.com (10.168.94.15) by HE1PR0801MB1785.eurprd08.prod.outlook.com (10.168.150.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.444.14; Fri, 2 Feb 2018 07:15:46 +0000 Received: from HE1PR0801MB1884.eurprd08.prod.outlook.com ([fe80::5862:153a:52bd:4fa1]) by HE1PR0801MB1884.eurprd08.prod.outlook.com ([fe80::5862:153a:52bd:4fa1%14]) with mapi id 15.20.0444.022; Fri, 2 Feb 2018 07:15:46 +0000 From: "VAN GEEL Jan (SPC/CSP)" To: "sipcore@ietf.org" , "sipcore-chairs@ietf.org" Thread-Topic: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter Thread-Index: AQHTm5frtDduazhgHUOCZGMJrmsQeKOP+skAgAC5PgA= Date: Fri, 2 Feb 2018 07:15:45 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=jan.van.geel@proximus.com; x-originating-ip: [195.238.28.144] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR0801MB1785; 6:0R2JeRyi7/SVtaRODmDXHDn3YFhcZ9KHGw4RPxsDGV+k0/txlWDpnHUC1c7D+51iWVmtNHet0GQAG9N0JDC0Gud0IgV/BkdljJljFBfCC3cB0IfB+fFS0evcpHzbaeVZ0nv1g58U9c0PkR/lcTiZEJfG0sQRXAzKn8XGzZ2KLMm2IVyulaMun6qrnPS4nTIBrdqduDy55MfhwlG2ZIljuxeXqA0JxuA0PuGmv/wTCrYN6VFvg2JksHloE7vnM6bScV7q0h2v9OYXd5FbYah/YbtpAZ+9bsv8nXaq7AxHOtfXDdsv7+lA/8vTqC76akxqj8gMztgoSNrWfCM97yELeCb30vu910Q3c2BRGmlnLxwNhjySE2VxlQ/+yKV4sidE; 5:xl88DFxMJ+4ywqWPF6oPCDKr6mh8MwnAI6ZV+gxwOgaSsOawShitKEUB1SmRBvbHvJxlWl5cM7xbnIx/Elk2ftqiaMCAcL7BEh9C8bJXVVrkW08Jg83uh1zYdWyBz8Tm4dgL9wk9Gs4ovjwJFa+EiIzv4fySUSYzfGpIxGkjJ5A=; 24:iOlkpM6pGpj4eX4mq80jHJLkIfAB0j7qLzihK8c7p861jSg7HBU41M9u9jrnm0ipJH8X1U4xg1ukmybUxT6Z2UpSaMGIDNUZRk6lBsZiX+g=; 7:oNBdkx4s0wqaOd3xvAQ043Mfi33xcj2QOIzEYqcDT/lmE9haTvCKgyG3XGFNSlx7AWu/kpy0O+7uYi+Cq2LKK+uTCc4nz8yy/oowCEwAKcw9PHr2Ni3iH07iAxl5EsFVUN0c1WsUI+TiQSGf0W7+Gy9TVjTjr0sqI2xwEdFUp2+iJWEs9OzmcIOoLAVnqlJBqf6T23qQcZ9QijsMqbL91yZalNJ71KG3n7fq1s24rmxo4dZ2OSE5acBNmHuyk1xK x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: d0adda30-7d73-448b-346f-08d56a0cc76a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:HE1PR0801MB1785; x-ms-traffictypediagnostic: HE1PR0801MB1785: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322)(28532068793085)(120809045254105)(174211160506117)(245156298449039)(18271650672692)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231101)(2400082)(944501161)(93006095)(93001095)(6041288)(20161123558120)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123564045)(6072148)(201708071742011); SRVR:HE1PR0801MB1785; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0801MB1785; x-forefront-prvs: 05715BE7FD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(39380400002)(396003)(346002)(376002)(366004)(13464003)(199004)(189003)(99286004)(106356001)(105586002)(186003)(316002)(2501003)(5250100002)(5890100001)(790700001)(6116002)(3846002)(606006)(54896002)(86362001)(6306002)(6436002)(9686003)(55016002)(236005)(53936002)(6246003)(53386004)(2906002)(110136005)(66066001)(2900100001)(74316002)(25786009)(102836004)(6506007)(966005)(53546011)(2950100002)(3280700002)(229853002)(97736004)(3660700001)(450100002)(7736002)(33656002)(76176011)(5660300001)(7696005)(14454004)(81166006)(81156014)(8676002)(8936002)(59450400001)(68736007)(26005)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0801MB1785; H:HE1PR0801MB1884.eurprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; x-microsoft-antispam-message-info: oh5HQEq8lmtewxnLwqU9uXUzcyunCNxH7U6KX0XRTMCgRXTN1jiUuEqNgrt/qZYdLSYXiNUBKcS3ofuPN0zBNw== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR0801MB18842216F7C9B34794316225B5F90HE1PR0801MB1884_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: d0adda30-7d73-448b-346f-08d56a0cc76a X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Feb 2018 07:15:45.9008 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: e7ab81b2-1e84-4bf7-9dcb-b6fec01ed138 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0801MB1785 X-TM-AS-MatchedID: 8005-150567-704746-712266-106660-711182-853813-863263-139 704-703829-705386-853930-843586-701177-139006-139703-303086-700476-860578-7 00450-850051-702664-843547-701295-703543-703428-700618-106230-847575-701618 -700274-701249-708196-700047-700607-139702-113220-111604-188119-700362-7057 18-700345-701827-700264-702497-700732-701012-701306-702638-700758-709859-18 8038-111605-700074-303242-700537-700079-188057-111610-700109-700490-139705- 111608-111603-111601-148004-148036-148046-148133-20016-20021-22102-42003 X-OriginatorOrg: proximus.com X-TM-AS-MML: disable Archived-At: Subject: Re: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 07:15:58 -0000 --_000_HE1PR0801MB18842216F7C9B34794316225B5F90HE1PR0801MB1884_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KzENCg0KRnJvbTogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmIE9mIEFuZHJldyBBbGxlbg0KU2VudDogVGh1cnNkYXkgMSBGZWJydWFyeSAyMDE4IDIx OjEzDQpUbzogUm9sYW5kIEplc3NrZSA8cm9sYW5kLmplc3NrZUB3ZWIuZGU+OyBDaHJpc3RlciBI T0xNQkVSRyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPjsgbWFyaWFubmUubW9oYWxp QG9yYW5nZS5jb207IHNpcGNvcmVAaWV0Zi5vcmc7IHNpcGNvcmUtY2hhaXJzQGlldGYub3JnDQpT dWJqZWN0OiBSZTogW3NpcGNvcmVdIEktRCBkcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmct Y2Rpdi1wYXJhbWV0ZXINCg0KKzENCg0KRnJvbTogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFJvbGFuZCBKZXNza2UNClNlbnQ6IFRodXJzZGF5 LCBGZWJydWFyeSAxLCAyMDE4IDM6MDQgUE0NClRvOiBDaHJpc3RlciBIT0xNQkVSRyA8Y2hyaXN0 ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPG1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nv bi5jb20+PjsgbWFyaWFubmUubW9oYWxpQG9yYW5nZS5jb208bWFpbHRvOm1hcmlhbm5lLm1vaGFs aUBvcmFuZ2UuY29tPjsgc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRmLm9yZz47 IHNpcGNvcmUtY2hhaXJzQGlldGYub3JnPG1haWx0bzpzaXBjb3JlLWNoYWlyc0BpZXRmLm9yZz4N ClN1YmplY3Q6IFJlOiBbc2lwY29yZV0gSS1EIGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGlu Zy1jZGl2LXBhcmFtZXRlcg0KDQorMQ0KLS0NCkRpZXNlIE5hY2hyaWNodCB3dXJkZSB2b24gbWVp bmVtIEFuZHJvaWQgTW9iaWx0ZWxlZm9uIG1pdCBXRUIuREU8aHR0cDovL1dFQi5ERT4gTWFpbCBn ZXNlbmRldC4NCkFtIDAxLjAyLjE4LCAxOTo1MiwgQ2hyaXN0ZXIgSG9sbWJlcmcgPGNocmlzdGVy LmhvbG1iZXJnQGVyaWNzc29uLmNvbTxtYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24u Y29tPj4gc2NocmllYjoNCkhpLA0KDQpJJmFwb3M7ZCBzYXkgd2UgYXJlIHJlYWR5IGZvciBXR0xD Lg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIG1hcmlhbm5lLm1vaGFsaUBvcmFuZ2UuY29tPG1haWx0bzptYXJpYW5uZS5tb2hhbGlAb3Jh bmdlLmNvbT4NClNlbnQ6IDAxIEZlYnJ1YXJ5IDIwMTggMTY6MDUNClRvOiBzaXBjb3JlQGlldGYu b3JnPG1haWx0bzpzaXBjb3JlQGlldGYub3JnPjsgc2lwY29yZS1jaGFpcnNAaWV0Zi5vcmc8bWFp bHRvOnNpcGNvcmUtY2hhaXJzQGlldGYub3JnPg0KU3ViamVjdDogW3NpcGNvcmVdIEktRCBkcmFm dC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXINCg0KSGkgZm9sa3MsDQoN CkFzIG1lbnRpb25lZCBkdXJpbmcgbGFzdCBTSVBDT1JFIG1lZXRpbmcsIGNhbiB3ZSBwcm9jZWVk IHdpdGggYSBXR0xDIGZvciB0aGlzIGRyYWZ0Pw0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXIvDQoN CkJlc3QgUmVnYXJkcw0KTWFyaWFubmUNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkNlIG1lc3NhZ2UgZXQgc2Vz IHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRl bnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZm dXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6 IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwmYXBv cztleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMu IExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJmFwb3M7YWx0 ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2Fn ZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1lc3Nh Z2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmls ZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3Vs ZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlv bi4NCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3Rp ZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz Lg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVz c2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KVGhh bmsgeW91Lg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0Kc2lwY29yZSBtYWlsaW5nIGxpc3QNCnNpcGNvcmVAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmVA aWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcGNvcmUN Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnNpcGNv cmUgbWFpbGluZyBsaXN0DQpzaXBjb3JlQGlldGYub3JnPG1haWx0bzpzaXBjb3JlQGlldGYub3Jn Pg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXBjb3JlDQoNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCioqKioqIERpc2NsYWltZXIgKioqKioNCmh0 dHA6Ly93d3cucHJveGltdXMuYmUvbWFpbGRpc2NsYWltZXINCg== --_000_HE1PR0801MB18842216F7C9B34794316225B5F90HE1PR0801MB1884_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm Ow0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5 cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJ Y29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYx Mi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRp di5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9 IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkg bGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mIzQzOzE8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRp dj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBw dDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxz cGFuIGxhbmc9IkVOLVVTIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBzaXBj b3JlIFttYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwv Yj5BbmRyZXcgQWxsZW48YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXkgMSBGZWJydWFyeSAyMDE4 IDIxOjEzPGJyPg0KPGI+VG86PC9iPiBSb2xhbmQgSmVzc2tlICZsdDtyb2xhbmQuamVzc2tlQHdl Yi5kZSZndDs7IENocmlzdGVyIEhPTE1CRVJHICZsdDtjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nv bi5jb20mZ3Q7OyBtYXJpYW5uZS5tb2hhbGlAb3JhbmdlLmNvbTsgc2lwY29yZUBpZXRmLm9yZzsg c2lwY29yZS1jaGFpcnNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtzaXBjb3Jl XSBJLUQgZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1ldGVyPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiPiYjNDM7MTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRp diBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRp bmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFu Zz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IHNpcGNvcmUgWzxh IGhyZWY9Im1haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpzaXBjb3JlLWJv dW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5Sb2xhbmQgSmVzc2tlPGJy Pg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBGZWJydWFyeSAxLCAyMDE4IDM6MDQgUE08YnI+DQo8 Yj5Ubzo8L2I+IENocmlzdGVyIEhPTE1CRVJHICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXN0ZXIu aG9sbWJlcmdAZXJpY3Nzb24uY29tIj5jaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208L2E+ Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzptYXJpYW5uZS5tb2hhbGlAb3JhbmdlLmNvbSI+bWFyaWFu bmUubW9oYWxpQG9yYW5nZS5jb208L2E+OyA8YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRmLm9y ZyI+DQpzaXBjb3JlQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmUtY2hhaXJz QGlldGYub3JnIj5zaXBjb3JlLWNoYWlyc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0Ojwv Yj4gUmU6IFtzaXBjb3JlXSBJLUQgZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYt cGFyYW1ldGVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiYjNDM7 MTxicj4NCi0tIDxicj4NCkRpZXNlIE5hY2hyaWNodCB3dXJkZSB2b24gbWVpbmVtIEFuZHJvaWQg TW9iaWx0ZWxlZm9uIG1pdCA8YSBocmVmPSJodHRwOi8vV0VCLkRFIj4NCldFQi5ERTwvYT4gTWFp bCBnZXNlbmRldC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+QW0gMDEuMDIuMTgsIDE5OjUyLCBDaHJp c3RlciBIb2xtYmVyZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNocmlzdGVyLmhvbG1iZXJnQGVyaWNz c29uLmNvbSI+Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPC9hPiZndDsgc2NocmllYjo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21h cmdpbi1sZWZ0OjQuOHB0O21hcmdpbi10b3A6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4t Ym90dG9tOjUuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5I aSw8YnI+DQo8YnI+DQpJJmFtcDthcG9zO2Qgc2F5IHdlIGFyZSByZWFkeSBmb3IgV0dMQy48YnI+ DQo8YnI+DQpSZWdhcmRzLDxicj4NCjxicj4NCkNocmlzdGVyPGJyPg0KPGJyPg0KLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBzaXBjb3JlIFs8YSBocmVmPSJtYWlsdG86c2lw Y29yZS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86c2lwY29yZS1ib3VuY2VzQGlldGYub3JnPC9h Pl0gT24gQmVoYWxmIE9mDQo8YSBocmVmPSJtYWlsdG86bWFyaWFubmUubW9oYWxpQG9yYW5nZS5j b20iPm1hcmlhbm5lLm1vaGFsaUBvcmFuZ2UuY29tPC9hPjxicj4NClNlbnQ6IDAxIEZlYnJ1YXJ5 IDIwMTggMTY6MDU8YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNp cGNvcmVAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86c2lwY29yZS1jaGFpcnNAaWV0Zi5v cmciPg0Kc2lwY29yZS1jaGFpcnNAaWV0Zi5vcmc8L2E+PGJyPg0KU3ViamVjdDogW3NpcGNvcmVd IEktRCBkcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXI8YnI+DQo8 YnI+DQpIaSBmb2xrcyw8YnI+DQo8YnI+DQpBcyBtZW50aW9uZWQgZHVyaW5nIGxhc3QgU0lQQ09S RSBtZWV0aW5nLCBjYW4gd2UgcHJvY2VlZCB3aXRoIGEgV0dMQyBmb3IgdGhpcyBkcmFmdD88YnI+ DQo8YnI+DQo8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXIvIj5odHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJh bWV0ZXIvPC9hPjxicj4NCjxicj4NCkJlc3QgUmVnYXJkczxicj4NCk1hcmlhbm5lPGJyPg0KPGJy Pg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4NCjxicj4NCkNlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2lu dGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3Ug cHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVz c2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwmYW1wO2Fwb3M7ZXhwZWRp dGV1cg0KIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBt ZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJmFtcDthcG9zO2FsdGVy YXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2Ug YSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS48YnI+DQo8YnI+DQpUaGlz IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3Ig cHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5 IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9y aXNhdGlvbi48YnI+DQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBw bGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBh dHRhY2htZW50cy48YnI+DQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3Qg bGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBm YWxzaWZpZWQuPGJyPg0KVGhhbmsgeW91Ljxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0Kc2lwY29yZSBtYWlsaW5nIGxpc3Q8YnI+ DQo8YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRmLm9yZyI+c2lwY29yZUBpZXRmLm9yZzwvYT48 YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcGNv cmUiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwY29yZTwvYT48YnI+ DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCnNpcGNvcmUgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmVAaWV0 Zi5vcmciPnNpcGNvcmVAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXBjb3JlIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3NpcGNvcmU8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4NCjxocj4NCjxmb250IGZhY2U9IkFyaWFsIiBjb2xv cj0iQmx1ZSIgc2l6ZT0iMiI+PGJyPg0KKioqKiogRGlzY2xhaW1lciAqKioqKjxicj4NCmh0dHA6 Ly93d3cucHJveGltdXMuYmUvbWFpbGRpc2NsYWltZXI8YnI+DQo8L2ZvbnQ+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_HE1PR0801MB18842216F7C9B34794316225B5F90HE1PR0801MB1884_-- From nobody Fri Feb 2 00:57:28 2018 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 D4F5512FA82 for ; Fri, 2 Feb 2018 00:57:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 ZRfDTtWIrfUq for ; Fri, 2 Feb 2018 00:57:24 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 BACB71270AB for ; Fri, 2 Feb 2018 00:57:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517561841; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=AAFOkuhhTtX4Sv0Cl9XhhfpslMSx+NaJ8ydzbPbuKU0=; b=d/OcnZg1r4GHFm3mjUjIounaxLp1ZQX7N52lGY44r34ADfPwewEVgQvGXSJAt4so myb4WQtXa0nlIh/Qpd9fvFhYDEL89mIN2zURSPTfI33Y2Rz9xczDtDWRQUqY5iXV lMKtVKhTAxSXa1uYVTDkO6RZis5rTCWaGE1BmU6cx6c=; X-AuditID: c1b4fb2d-b35ff70000007932-ac-5a7427f16015 Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 6D.3F.31026.1F7247A5; Fri, 2 Feb 2018 09:57:21 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0352.000; Fri, 2 Feb 2018 09:57:21 +0100 From: Christer Holmberg To: SIPCORE Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Pull Request Thread-Index: AQHTnAPVe9Sn8JE9Dk2ht4//0KDioQ== Date: Fri, 2 Feb 2018 08:57:20 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.147] Content-Type: multipart/alternative; boundary="_000_D699F7082A55Achristerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNLMWRmVeSWpSXmKPExsUyM2K7qO5H9ZIog1dXDC2+/tjE5sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujN2tsgVPuSvOb+9lamCcz9XFyMkhIWAisebRNaYuRi4OIYHD jBLH9y1lhXAWM0pc3/ySrYuRg4NNwEKi+582iCkiICcx+0YMSK+wgLvEkba7bCC2iICHxNyf i5khbD2JPZMugdksAioSB2evYgWxeQWsJTYteAIWZxQQk/h+ag0TiM0sIC5x68l8Joh7BCSW 7DnPDGGLSrx8/A+sVxRo5oYTt9lBTpAQUJKYtjUNojVBYt/Wl2wQ4wUlTs58wjKBUWgWkqmz kJTNQlIGEdeRWLD7ExuErS2xbOFrZhj7zIHHUL3WEvs2bGJHVrOAkWMVo2hxanFxbrqRsV5q UWZycXF+nl5easkmRmCUHNzyW3cH4+rXjocYBTgYlXh4XwmWRAmxJpYVV+YeYpTgYFYS4f26 oThKiDclsbIqtSg/vqg0J7X4EKM0B4uSOO9JT94oIYH0xJLU7NTUgtQimCwTB6dUAyN/anqQ 8Soj+YOuwW7sE4S7HB9JT2/gmrHHVjpvj52ffv1Xo12vppn6fbQI19qdvP1B9rQWJwPPm5e1 dynvPdsxt/D5nUvfl6n2nmrZub/y5aFGthmXPi6wc/ra9PjJlVLpe/e//C1ZljA3Ku+U23aR 1tJbE09sbF68t8csrKpy/Z74n53/5vxXYinOSDTUYi4qTgQAz/gm/I4CAAA= Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Pull Request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 08:57:27 -0000 --_000_D699F7082A55Achristerholmbergericssoncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have created a Pull Request, which will be used for the WGLC comments. The first commit only contains editorial nits, but more will be added. https://github.com/cdh4u/draft-sip-push/pull/9 Regards, Christer --_000_D699F7082A55Achristerholmbergericssoncom_ Content-Type: text/html; charset="us-ascii" Content-ID: <2861C3D142A5E5479AC18CCDE3DDE50F@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

I have created a Pull Request, which will be used for the WGLC comment= s.

The first commit only contains editorial nits, but more will be added.=


Regards,

Christer

 --_000_D699F7082A55Achristerholmbergericssoncom_-- From nobody Fri Feb 2 01:28:33 2018 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 116F012FA92 for ; Fri, 2 Feb 2018 01:28:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 VoEtk8n7VrMZ for ; Fri, 2 Feb 2018 01:28:30 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55BAC12FA90 for ; Fri, 2 Feb 2018 01:28:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517563708; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=RG3SOwUebpAgGrXbnQq0hEE6dCPMNv+/x27yiUG9vKw=; b=aePsOKoXH4QbjXb4d64QdUCIFHKKYZplbW4Ke3FYakyxMo3Gxz/n4n8AOBI8rzWy 9OMlv4eM0f/LfrsVhv2/89dFoMx0B8ODJ28WfD7Ey6skxCStxJqqF8Hkq8rH4k/7 +F4bLNT40jzEgTUQ5nA8S0OnLRkiNvdvy0lur6TawYk=; X-AuditID: c1b4fb25-48bff7000000341b-a8-5a742f3c2602 Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 51.6C.13339.C3F247A5; Fri, 2 Feb 2018 10:28:28 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0352.000; Fri, 2 Feb 2018 10:28:27 +0100 From: Christer Holmberg To: SIPCORE Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Registration policy Thread-Index: AQHTnAgu1b66QOstGU+dX251bZeFyg== Date: Fri, 2 Feb 2018 09:28:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.16] Content-Type: multipart/alternative; boundary="_000_D699FDDD2A56Cchristerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDLMWRmVeSWpSXmKPExsUyM2J7uK6NfkmUwZPnGhZff2xic2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxu1v09kLrvBWPP86l62B8T53FyMnh4SAicTBjW2sXYxcHEIC hxkldk56zwbhLGaUaJ05j6mLkYODTcBCovufNogpIiAnMftGDEivsECAxKfvp1lBbBGBQIn/ S56yQ5ToSRw7wAwSZhFQkejtewRm8wpYS7xacResnFFATOL7qTVMIDazgLjErSfzmSDOEZBY suc8M4QtKvHy8T+welGgkRtO3GaHiCtK7DzbzgzRmyBx98spqPmCEidnPmGZwCg0C8nYWUjK ZiEpg4gbSLw/N58ZwtaWWLbwNZStL7Hxy1lGCNtaouv8EUZkNQsYOVYxihanFiflphsZ66UW ZSYXF+fn6eWllmxiBMbJwS2/VXcwXn7jeIhRgINRiYe3XLMkSog1say4MvcQowQHs5II79cN xVFCvCmJlVWpRfnxRaU5qcWHGKU5WJTEeU968kYJCaQnlqRmp6YWpBbBZJk4OKUaGP33ygXG XN4odNLnenl+Qy5XaDHrYk/tRtbdXI3nBPbVbGySDNjcO9dFUXX3nNrlnImbVh0yL2muK762 NLVf/1TDw9b/MwV0eprYz/Z3TbpTH2236qJuKPfzzqbCmAb94L0v1OQ8opkOFe6K6v+kG16g e2FfS5PxKsVvDOYi5hdb8wO/V3QqsRRnJBpqMRcVJwIAGeUQQY8CAAA= Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Registration policy X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 09:28:32 -0000 --_000_D699FDDD2A56Cchristerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, Martin indicated that the registration policy was missing from section 12.4= . I=92ve updated the PR, indicating that the policy is =93First Come First Se= rved=94. Are people ok with that? Regards, Christer --_000_D699FDDD2A56Cchristerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <818629F40A9C364FA98214CB59F9FC4C@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

Martin indicated that the registration policy was missing from section= 12.4.

I=92ve updated the PR, indicating that the policy is =93First Come Fir= st Served=94. 

Are people ok with that?

Regards,

Christer



 --_000_D699FDDD2A56Cchristerholmbergericssoncom_-- From nobody Fri Feb 2 03:51:03 2018 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 49B3612D831 for ; Fri, 2 Feb 2018 03:51:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 28YEvNactNtH for ; Fri, 2 Feb 2018 03:51:01 -0800 (PST) Received: from resqmta-ch2-10v.sys.comcast.net (resqmta-ch2-10v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:42]) (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 5050512D7E3 for ; Fri, 2 Feb 2018 03:51:01 -0800 (PST) Received: from resomta-ch2-19v.sys.comcast.net ([69.252.207.115]) by resqmta-ch2-10v.sys.comcast.net with ESMTP id hZrmeT8XXC0x5hZrwe5Tu0; Fri, 02 Feb 2018 11:51:00 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-19v.sys.comcast.net with SMTP id hZrue8Z9eIZBthZrveNZr8; Fri, 02 Feb 2018 11:50:59 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w12BovZe031334; Fri, 2 Feb 2018 06:50:57 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w12BouAn031312; Fri, 2 Feb 2018 06:50:56 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: sipcore@ietf.org, sipcore-chairs@ietf.org In-Reply-To: (jan.van.geel@proximus.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Fri, 02 Feb 2018 06:50:55 -0500 Message-ID: <87zi4rd2zk.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfFRO7cUjZK9mPYt5gUWMe4NnET4jw/M9h30EtwwP3VSSkMs5X5VScmvn2+q3iz6e/4tqpOyPy4UjpV964rUyUhQdDANUvmUR/OZbUC8zSlwfcqK1LPdj GxU2+ZBM6fIKp+vbzwW5mSU4mqIzRuh2OSNIGrIfjbOV0CNxfDHq3CKn0LDOKzSXAPyiAV29/NGeMQ== Archived-At: Subject: Re: [sipcore] I-D draft-ietf-sipcore-originating-cdiv-parameter X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 11:51:02 -0000 Yes, let us move draft-ietf-sipcore-originating-cdiv-parameter-01 to WGLC. And let me add these comments: - The ABNF in -01 uses "1(...)" where "(...)" would work as well, and is conventional. - We've discussed that the syntax (as cleaned up per the above comment) sessioncase-param = "sescase" EQUAL ("orig" / "term") / orig-cdiv orig-cdiv = "orig-cdiv" is less regular than '"sescase" EQUAL ("orig" / "term" / "orig-cdiv")'. But the gain in clarity from changing the syntax would be small and the current syntax is widely deployed, so the balance of benefits is to keep the current syntax. Dale From nobody Fri Feb 2 10:09:41 2018 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 475F212DA54 for ; Fri, 2 Feb 2018 10:09:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] 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 NKQ10ZifBTza for ; Fri, 2 Feb 2018 10:09:39 -0800 (PST) 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 10A7512DA3E for ; Fri, 2 Feb 2018 10:09:38 -0800 (PST) Received: from mutabilis-2.local ([47.186.15.50]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w12I9cZP020016 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 2 Feb 2018 12:09:38 -0600 (CST) (envelope-from mahoney@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.15.50] claimed to be mutabilis-2.local To: SIPCORE From: "A. Jean Mahoney" Message-ID: <18d7e5a0-1b7b-5975-78f4-ff368e610ba8@nostrum.com> Date: Fri, 2 Feb 2018 12:09:37 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 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-reason-q850-loc X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2018 18:09:40 -0000 Hi all, Working Group Last Call starts today for draft-ietf-sipcore-reason-q850-loc. https://datatracker.ietf.org/doc/draft-ietf-sipcore-reason-q850-loc/ Please provide any feedback to the sipcore mailing list by Friday, February 16th. Thanks! Jean From nobody Sat Feb 3 04:02:28 2018 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 4049712946D for ; Sat, 3 Feb 2018 04:02:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 GIqTuEqwsTCu for ; Sat, 3 Feb 2018 04:02:26 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD39312D848 for ; Sat, 3 Feb 2018 04:02:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517659343; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=/aycWt4EjddMuYG2pH6WNEF46w8V+MSzyWWeGxUZJh8=; b=ZPcip70unCB/T6TehceGkf1t0ZuHKKsLCTrgM2jAKM/UVo+HKWI/5+3coU6qewKU 1CI8nnga0dwaJa65uWXuykuJye+dbs7bL3C30k4IPqR7sagiijX/TL1li0rlJhls UfLNXC+X7qNPjoNkE0PQ+dvMP2f9rBeRtrMlUuSRjFg=; X-AuditID: c1b4fb3a-728f89c0000067b4-52-5a75a4cfbdb8 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id D4.4C.26548.FC4A57A5; Sat, 3 Feb 2018 13:02:23 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.03.0352.000; Sat, 3 Feb 2018 13:02:19 +0100 From: Christer Holmberg To: "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound Thread-Index: AdOc5ljzRqSEVzICTD6WjUezEeT9Gw== Date: Sat, 3 Feb 2018 12:02:18 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C152815@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrHLMWRmVeSWpSXmKPExsUyM2K7uu75JaVRBrtX2Fh8/bGJzYHRY8mS n0wBjFFcNimpOZllqUX6dglcGa1da9gLutgrnvd1sTYwnmLtYuTkkBAwkVi59wRbFyMXh5DA YUaJhsaLrBDOYkaJe487WLoYOTjYBCwkuv9pgzSICGhKLP+2lR3EFhZwllh7ah0jRNxF4v2a tywQtp7EmS+bmUFsFgEViWMzP4DFeQV8JV7svgoWZxQQk/h+ag0TiM0sIC5x68l8JoiDBCSW 7DnPDGGLSrx8/A/qUCWJtYe3s0DU60gs2P2JDcLWlli28DUzxHxBiZMzn7BMYBSahWTsLCQt s5C0zELSsoCRZRWjaHFqcXFuupGRXmpRZnJxcX6eXl5qySZGYCgf3PLbagfjweeOhxgFOBiV eHi5ZpVGCbEmlhVX5h5ilOBgVhLh3ba2JEqINyWxsiq1KD++qDQntfgQozQHi5I4r1OaRZSQ QHpiSWp2ampBahFMlomDU6qBMZxd2UMlxdhmo4L0qzNy6jOY/4le9V4qmtmrLiDpO+ufV3nu G1+5Nv+4mfbLv36Yzbf+QazZrodHXi84e+HQpnUVGpWKP/Nqs8/tjAwuL/ju08FfbZD/506u 5aSuD76yqbbrry6MF49cdTG5eZ1F/tvDjz3Ccg7Vcp9YO/fViWN6UkvOLeC2VGIpzkg01GIu Kk4EAAis2tNhAgAA Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2018 12:02:27 -0000 Hi, In order to cover Outbound, I suggest to enhance the following paragraph in= the Introduction section: OLD: "Due to the restriction above, applications can not be woken up by non-pus= h notification traffic. This means that a suspended SIP UA will not be able to receive an= incoming=20 SIP request (e.g., a SIP INVITE request), or to send periodic re-registrat= ion requests." NEW: "Due to the restriction above, applications can not be woken up by non-push= notification traffic. This means that a suspended SIP UA will not be able to receive an= incoming=20 SIP request (e.g., a SIP INVITE request), or to send periodic re-registrat= ion requests. Also, the SIP UA will not be able to maintain connections e.g., using the = SIP Outbound Mechanism [REF-to-Outbound], as it requires the UA to send periodic keep-a= live messages." Regards, Christer From nobody Sun Feb 4 02:55:17 2018 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 AE707126C83 for ; Sun, 4 Feb 2018 02:55:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 Nmzvzk3fy6_P for ; Sun, 4 Feb 2018 02:55:15 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 D9B391200B9 for ; Sun, 4 Feb 2018 02:55:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517741712; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=G9TFnrgjfKclRsH5IyIbaOvdbmXtVb6goQjLo0MSF4Q=; b=gZ6ETIb3TFsGE0AkDluS0Zp1FgVqrTDZ7vkaWKD9NTkO/K7Y/nWqG6VNyw5mvKBM pVOJLIsiR5rr/eEfJlYPcW+y6sjAOUqwc89h5YeVHrPjY1fo6RJxXCjnJ59ihXs8 RYCfZMtl7ZKS5H80xV90rWmfnRVB6TR/T7ppF1FOVB0=; X-AuditID: c1b4fb2d-4b1ff70000005540-3a-5a76e690d05b Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 44.08.21824.096E67A5; Sun, 4 Feb 2018 11:55:12 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0352.000; Sun, 4 Feb 2018 11:55:12 +0100 From: Christer Holmberg To: SIPCORE Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request Thread-Index: AQHTm28gcA7wCnxLtUKG46EKChZKTg== Date: Sun, 4 Feb 2018 10:55:11 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C15346E@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="us-ascii" Content-ID: <3A517CE4F99BD544A0B12977052F8E1E@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrALMWRmVeSWpSXmKPExsUyM2K7tO6EZ2VRBp9eqlp8/bGJzYHRY8mS n0wBjFFcNimpOZllqUX6dglcGa03+1kLtohWnDyzirWBcatAFyMnh4SAicT774+YQGwhgcOM El0PKrsYuYDsxYwSf3bNYO5i5OBgE7CQ6P6nDWKKCMhJzL4RA1IuLFAusf3oV0YQW0SgQuLT hUssELaexMuVn8FsFgEViS8NS8FqeAV8JRYcfANmMwqISXw/tQZsLbOAuMStJ/OZIM4RkFiy 5zwzhC0q8fLxP1YQWxRo5oYTt9kh4koSi25/hurVkViw+xMbhG0tsevhHkYIW1ti2cLXzBB7 BSVOznzCMoFRZBaSdbOQtM9C0j4LSfssJO0LGFlXMYoWpxYX56YbGeulFmUmFxfn5+nlpZZs YgTGw8Etv3V3MK5+7XiIUYCDUYmHt/l2WZQQa2JZcWXuIUYJDmYlEd4Zk4BCvCmJlVWpRfnx RaU5qcWHGKU5WJTEeU968kYJCaQnlqRmp6YWpBbBZJk4OKUaGHveTw2Z75NqVCHk/6E3jf26 tpzGl5prLzl9bi67fy2r7/4O9/nrKh+9/K3irBg8ofiLpNzeYyzb35lLCQS9XrJ3WWmBkc2R DSIi31tE039m7WdpN0r/six+Tm+BuHWbh5qC0KsJ+hvT7C+H77X06P5Zp/bgtsvKlsremMNv jtS8OV35cvHco0osxRmJhlrMRcWJACvwq32DAgAA Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 10:55:17 -0000 Hi, Below is suggested new text regarding the SIP proxy waiting for the REGISTE= R response before forwarding the request towards the UA. The text also covers the case where the registered contact has changed, and= no longer matches the Request-URI of the request to be forwarded. OLD: "When the SIP proxy receives (or, in case the proxy is the SIP registrar, creates) a SIP request for a new dialog (e.g., a SIP INVITE request) or a non-dialog SIP request (e.g., a SIP MESSAGE request) aimed for a SIP UA, if the Request-URI of the request contains a pn-provider, a pn-prid and a pn-param (if required for the specific PNS provider) SIP URI parameter, the proxy triggers a push request towards the PNS associated with the PRID. After that the proxy forwards the SIP request towards the UA using normal SIP procedures. As the push notification will trigger the SIP UA to perform a re- registration, the SIP proxy can use the receipt of the SIP REGISTER request as a trigger to forward SIP request towards the UA." NEW: "When the SIP proxy receives (or, in case the proxy is the SIP registrar, creates) a SIP request for a new dialog (e.g., a SIP INVITE request) or a non-dialog SIP request (e.g., a SIP MESSAGE request) aimed for a SIP UA, if the Request-URI of the request contains a pn-provider, a pn-prid and a pn-param (if required for the specific PNS provider) SIP URI parameter, the proxy triggers a push request towards the PNS associated with the PRID. The push notification will trigger the SIP UA to perform a re-registration. The SIP proxy will either forward the REGISTER request= =20 towards the registrar using normal SIP routing procedures or, in the cas= e the proxy is the SIP registrar, process the REGISTER request . If the SI= P proxy receives (or, in case the proxy is the SIP registrar, creates) a 200 (OK= ) response=20 to the REGISTER request it can forward the SIP request towards the UA.=20 If the SIP proxy receives (or creates) a non-200 response to the REGISTE= R request=20 is rejected the proxy MUST NOT forward the request towards the UA. Inste= ad the=20 SIP proxy MUST reject the SIP request with a 404 (Not Found) response. I= n addition, if the contact in the REGISTER response does not match the Req= uest-URI of the SIP request the SIP proxy MUST reject the SIP request with a 404 = (Not Found) response.=20 NOTE: The reason the SIP proxy needs to wait for the REGISTER response b= efore forwarding the request is to make sure that the REGISTER request has bee= n accepted by the registrar." Regards, Christer =20 From nobody Sun Feb 4 07:25:49 2018 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 C676412702E for ; Sun, 4 Feb 2018 07:25:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 xhepLRYj34ik for ; Sun, 4 Feb 2018 07:25:46 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCEB9127010 for ; Sun, 4 Feb 2018 07:25:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517757943; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=j7pxSuR7MGOwvgBYp6ogBIdDD0FFRdOVxNxZxYc58Jw=; b=YTqSjVTVjuFON0LHoQ15PFNDZSmkhiOhs7wPdwzQtgrLXb5kLgvMiYAKL0OhR/Er VD77fGAM8JpgB8NEcyEkJOR6HFzltT/9RlEEpb34SJE0y4lznC5SGeh1kirZhm/p sBjjKv729fg8ylMMzZoPghzPyByAYyv2tqDwrR73mjI=; X-AuditID: c1b4fb25-48bff7000000341b-aa-5a7725f77399 Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.183.84]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id F0.8B.13339.7F5277A5; Sun, 4 Feb 2018 16:25:43 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC022.ericsson.se ([153.88.183.84]) with mapi id 14.03.0352.000; Sun, 4 Feb 2018 16:25:43 +0100 From: Christer Holmberg To: SIPCORE Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Security Considerations Thread-Index: AdOdvndrQSdLxUZoSgmugpDBOg8ijw== Date: Sun, 4 Feb 2018 15:25:42 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1535EE@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B6C1535EEESESSMB109erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrCLMWRmVeSWpSXmKPExsUyM2J7iO531fIogxtvjC2+/tjE5sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujHePprEVzLGreLb5PnMD4wTTLkYODgkBE4mvnTpdjFwcQgKH GSXaTjazQziLGSXWPD3GDFLEJmAh0f1PG8QUEZCTmH0jpouRk0NYIERiztOZLCC2iECoxNyX TawQtp7Emg8bGEFsFgEVib3/3rGD2LwCvhLdT3+C1TAKiEl8P7WGCcRmFhCXuPVkPpgtISAg sWTPeWYIW1Ti5eN/rBC2ksTaw9tZIOrzJW4uX84EMVNQ4uTMJywTGAVnIRk1C0nZLCRlEHEd iQW7P7FB2NoSyxa+Zoaxzxx4zIQsvoCRfRWjaHFqcVJuupGxXmpRZnJxcX6eXl5qySZGYNgf 3PJbdQfj5TeOhxgFOBiVeHjnCZZHCbEmlhVX5h5ilOBgVhLhnTGpLEqINyWxsiq1KD++qDQn tfgQozQHi5I470lP3ighgfTEktTs1NSC1CKYLBMHp1QDY1F9Il/4+hfqIbeuC6umT5dsWMJb mhi3tKQhuV7Le0bczGSjxYImbCcaVvlHTeOepTY/sm5NV7GU9iX114qrGMJt35jWHngwmXsa 14cqe4UJ6RvmfulKzAns39lbd9Oo9mXDzWOCHBwlWpd+bupYKiN7quv5VrkJjVqXrLKjdTeW 2zWk/ddQYinOSDTUYi4qTgQACusR6HcCAAA= Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Security Considerations X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 15:25:48 -0000 --_000_7594FB04B1934943A5C02806D1A2204B6C1535EEESESSMB109erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I modified the Security Considerations. It now contains more text regarding= authentication and authorization of devices, SIP applications and SIP prox= ies. NEW: "PNS providers offer different mechanism for authenticating and authorizing= devices and users registering to the PNS provider. The mechanisms for auth= orizing and authenticating the users are PNS-specific, and are outside the = scope of this document. In addition to the information that needs to be exc= hanged between a device and the PNS provider in order to establish a push n= otification subscription, the mechanism defined in this document does not r= equire any additional information to be exchanged between the device and th= e PNS provider. Typically, the PNS provider also requires the SIP proxy requesting push not= ifications to be authenticated and authorized by the PNS provider. In some = cases the PNS provider also require the SIP application (or the SIP applica= tion developer) to be identified in order for the application to request pu= sh notifications. If the push notification related information carried in SIP could be used b= y a malicious user to trigger push notifications towards a device, operator= s MUST ensure that the SIP signalling in which the information is carried p= roperly secured from malicious middlemen. In some cases the information car= ried in SIP cannot alone be used to request a push notification, as the SIP= proxy requesting the push notification also needs to be authenticated and = authorized by the PNS provider. However, even in such cases the information= carried in SIP needs to be properly protected, in order to prevent a middl= eman from modifying the information in a way that would result in push noti= fications being sent towards non-intended devices. Some PNS providers allow= device users to restrict which SIP proxies are allowed to trigger push not= ifications towards the device. The mechanism in this document does not require a SIP proxy to include any = payload (in addition to possible payload used for the PNS itself) when requ= esting push notifications. However, in case a SIP proxy do want to include= payload in push notifications, this specification defines the means for us= ing end-to-end payload encryption between the SIP proxy requesting the push= notification and the device receiving it." Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B6C1535EEESESSMB109erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I modified the Security Considerations. It now conta= ins more text regarding authentication and authorization of devices, SIP ap= plications and SIP proxies.

 

 

NEW:

 

“PNS providers offer different mechanism for a= uthenticating and authorizing devices and users registering to the PNS prov= ider. The mechanisms for authorizing and authenticating the users are PNS-s= pecific, and are outside the scope of this document. In addition to the information that needs to be exchanged betwee= n a device and the PNS provider in order to establish a push notification s= ubscription, the mechanism defined in this document does not require any ad= ditional information to be exchanged between the device and the PNS provider.

 

Typically, the PNS provider also requires the SIP pr= oxy requesting push notifications to be authenticated and authorized by the= PNS provider. In some cases the PNS provider also require the SIP applicat= ion (or the SIP application developer) to be identified in order for the application to request push notification= s.

 

If the push notification related information carried= in SIP could be used by a malicious user to trigger push notifications tow= ards a device, operators MUST ensure that the SIP signalling in which the i= nformation is carried properly secured from malicious middlemen. In some cases the information carried in SIP can= not alone be used to request a push notification, as the SIP proxy requesti= ng the push notification also needs to be authenticated and authorized by t= he PNS provider. However, even in such cases the information carried in SIP needs to be properly protected, = in order to prevent a middleman from modifying the information in a way tha= t would result in push notifications being sent towards non-intended device= s. Some PNS providers allow device users to restrict which SIP proxies are allowed to trigger push notificati= ons towards the device.

 

The mechanism in this document does not require a SI= P proxy to include any payload (in addition to possible payload used for th= e PNS itself) when requesting push notifications.  However, in case a = SIP proxy do want to include payload in push notifications, this specification defines the means for using end-to-= end payload encryption between the SIP proxy requesting the push notificati= on and the device receiving it.”

 

Regards,

 

Christer

 

 

--_000_7594FB04B1934943A5C02806D1A2204B6C1535EEESESSMB109erics_-- From nobody Sun Feb 4 12:12:33 2018 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 5DA0D12711E for ; Sun, 4 Feb 2018 12:12:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 BrFK3OY-yvVb for ; Sun, 4 Feb 2018 12:12:30 -0800 (PST) Received: from resqmta-ch2-06v.sys.comcast.net (resqmta-ch2-06v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:38]) (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 EA43B124239 for ; Sun, 4 Feb 2018 12:12:29 -0800 (PST) Received: from resomta-ch2-04v.sys.comcast.net ([69.252.207.100]) by resqmta-ch2-06v.sys.comcast.net with ESMTP id iQeEeK2wrdpnwiQeKe9h7H; Sun, 04 Feb 2018 20:12:28 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-04v.sys.comcast.net with SMTP id iQeJegiytju1PiQeKe3Gfk; Sun, 04 Feb 2018 20:12:28 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w14KCQ2q030023 for ; Sun, 4 Feb 2018 15:12:26 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w14KCQGL030009; Sun, 4 Feb 2018 15:12:26 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: sipcore@ietf.org In-Reply-To: <18d7e5a0-1b7b-5975-78f4-ff368e610ba8@nostrum.com> (mahoney@nostrum.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Sun, 04 Feb 2018 15:12:25 -0500 Message-ID: <87zi4oa506.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfFa1uizjnF0q13jJKZSGiIr/gvqZb0p7swrFpLO3n9WJBfqg1XLwX7jD5NA1uWNe4xS8tBAMZOAi/z3jtlnUv3Yywh+Y2cmcCY2YA+TGaSaOFMM11S+R Ejr8MbIC5B7YwcbLmcS2LT64WqC5JpoB7NIaLJTdWJkjy5Ioim0S7FHq Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-reason-q850-loc X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 20:12:31 -0000 Of course, I support advancing this document. Technical question: - The last sentence of section 4 says (when typos are corrected): The use of the location parameter is restricted to Q.850 cause values. In other cases the location parameter, if present, MUST be silently discarded. However, it seems to me that this text requires that such a value must be removed from any Reason header that passes through a device. Instead, I think it better to word it "MUST be silently ignored". This allows an intermediate device to pass through the value, while ensuring that no (conforming) device is affected by the parameter. OTOH, an intermediate device could "ignore" the value by removing it. Some nits of various sorts (in the -02 version): - The terms ISUP, IMS, and ISDN are used in the document. I do not understand the exact distinctions between them, but it seems to me that there might be some problems, and the uses should be carefully checked. In particular, "ISDN" is used only once, at the end of section 3, and it seems to me that "ISUP" might be intended. Then again, "ISDN" appears in the title of reference [Q.850]. - In section 4 figure 1, the entry 0100 is coded "RLN", whereas comparing with the other entries, "RN" would be more systematic. Nonetheless, ITU Q.850 clause 2.2.3 gives the coding "RLN" for this value. So this entry is correct. - In section 4 figure 1, the final line gives the value "1 1 1 0", whereas the value "1 1 1 1" is intended. - The last sentence of section 4 needs some minor corrections: The use of the location header is restricted to Q850 cause values in other cases the location, if present, MUST be silently discarted. becomes The use of the location parameter is restricted to Q.850 cause values. In other cases the location parameter, if present, MUST be silently discarded. - In section 5 figure 2, the Reason header is split onto two lines, but the second line is not shown as starting with whitespace. (I point this out because it's a simple editorial matter but the RFC Editor might overlook it.) Also, there is an initial line in the figure, "404 Not Found", which seems to be extraneous. Corrected, this becomes: SIP/2.0 404 Not Found From: Alice ;tag=1234567 To: Bob ;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Reason: Q.850;cause=1;text="Unallocated (unassigned) number"; location=LN Content-Length: 0 - In section 7, "security constrain" should be "security constraint". - The title of section 8.1 is not capitalized in the same way as the other titles. Also, the word "reason" is specifically the keyword of the "Reason" header and thus it should be capitalized regardless of the capitalization scheme used. - It seems to me that the *parameter* is named "location", whereas the *grammar symbol* is "isup-cause-location". But there are some situations, including the title of section 8.1, there the latter is used where the former is needed. - Should [Q.850] be made a normative reference? It seems to me that this document is what defines the meanings of the location values. Dale From nobody Sun Feb 4 15:55:32 2018 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 64FAE1243F6 for ; Sun, 4 Feb 2018 15:55:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9YP1QTNN0UlD for ; Sun, 4 Feb 2018 15:55:28 -0800 (PST) Received: from mail-ot0-x232.google.com (mail-ot0-x232.google.com [IPv6:2607:f8b0:4003:c0f::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 700A9120725 for ; Sun, 4 Feb 2018 15:55:28 -0800 (PST) Received: by mail-ot0-x232.google.com with SMTP id s4so1198005oth.7 for ; Sun, 04 Feb 2018 15:55:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=pqtiXpWg3wsr2xWuYMh0PAuOO7XJ9zzDq+7OkChdDQg=; b=OtfmcoZ+ObrHCHZHCPAPVIXy9J4dw5+ETGU70l6YqEjgbgYQtsEbKm3TnK7G/7F8FM iqxTTSuCjAe4jbwM3+v3CMNlFN8g3thwUeMtY46A7AAsdhXFIlB/DlXnNp6gbj5AEd8q sV8QUXK/H4DGN1giUeqhho6aFCRbLcjIKiU6/iRYJNnlQaOA1RBi9W6vQWOA6r8FF8Ed AmPlt5KJMUCew5e3gPRlazzEbHBIFG9L9OSGNggsWaOhaH3etNsLeBMgCe6MglAIP6UF ARc/ug+iPz1uBdZ3+J81S8Bm1OzAqfuO4STZc2PwPV/ATCnGuhi0pCfaDmCmFQrJHpKL YCVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=pqtiXpWg3wsr2xWuYMh0PAuOO7XJ9zzDq+7OkChdDQg=; b=AzLCWCVaXQ6WXxaEL/Ydm+aM10Me/TPMpHgy7YHS0JlNvi60SnAA2T/fbkGfQWlhsV t8MIjlpgxa+SU3ncbE72fokvrzthipAEhWrrJlk7gTYN3iVw+9UDoEwclhoXsBIrgR5N d2ugcc7ZBTYGzjUqvv+VJnmAfbpMjbNQFMngTrZfHYf3qrbVr+n59PVJYnBeh421JjaW drRj6q1IruvVoRoCczsr7kyiVhx3hy7C3UIIRuDfxKqsEm08N7rale9fYuhYZnFt3AAC dGF9UoRNp0wguf4CvfyOJ5IXdpbthC8ZpP16O9x4juH1OE0NJp90SNqKXOxwX655GTm0 F7Rg== X-Gm-Message-State: AKwxytfyAu2A3aMSBcyXCm7wnE6fYtYo4eBc2FfSM6ykfK9A54E6DwoZ ce70qUWdkgewB/7N/NH+p/SlAZwm6LShLB9GSi4= X-Google-Smtp-Source: AH8x226lb7vqRRgMR+TIXBgmgZWFc+VyY/WdJQue1pugHdjwW80zb88uH+8OmmvNDoysx2od9iu7v27KMQf6elL5EZA= X-Received: by 10.157.68.132 with SMTP id v4mr19162438ote.93.1517788527650; Sun, 04 Feb 2018 15:55:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.52.196 with HTTP; Sun, 4 Feb 2018 15:55:27 -0800 (PST) In-Reply-To: References: From: Martin Thomson Date: Mon, 5 Feb 2018 10:55:27 +1100 Message-ID: To: Christer Holmberg Cc: SIPCORE Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Registration policy X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 23:55:30 -0000 I think that you should insist on documentation, which suggests Expert Review or Specification Required. On Fri, Feb 2, 2018 at 8:28 PM, Christer Holmberg wrote: > Hi, > > Martin indicated that the registration policy was missing from section 12= .4. > > I=E2=80=99ve updated the PR, indicating that the policy is =E2=80=9CFirst= Come First > Served=E2=80=9D. > > Are people ok with that? > > Regards, > > Christer > > > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > From nobody Sun Feb 4 15:59:34 2018 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 505281243F6 for ; Sun, 4 Feb 2018 15:59:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 zk2_91XQA62M for ; Sun, 4 Feb 2018 15:59:31 -0800 (PST) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B0B41120725 for ; Sun, 4 Feb 2018 15:59:31 -0800 (PST) Received: by mail-oi0-x22a.google.com with SMTP id 4so19996710ois.10 for ; Sun, 04 Feb 2018 15:59:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=+ZTxexzNSf+Kaug5Ro4M6xov0diG2tVy5jfFGGFb8hk=; b=g7sTSPxDpGH1ucFy0AuNNgSPM3hG0LNSAnZLL1T6HtSbCpcXGUr1DmtlSfDliJxeHM LOJdUhHpLAd2zLvUKrXegLl7ebPY5dL6ewsIVk5QJnDoGNvBwZcUibwZ5JAs+xCddeUz wpejtsH1jGheOG6u/C2kEIkgQbVFVZOBdYMt7+7Azw30oD0tZId0AR4dsh6BTXeX5zc0 2NlkxAQNrYL+mZ7CIvsKVFq9Li49492f5Wv06zN3jKFEKQ2wYcvHGLcVPvxvm0nlOuOZ UsG5nLYv3RxLy4onO1fGCeeb3h5BDfptbP4ash4fZDyB5UEwI+K6SHRML2gnQ3k9jFbB Ghjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=+ZTxexzNSf+Kaug5Ro4M6xov0diG2tVy5jfFGGFb8hk=; b=VWkkWlrsYlemo6gmwGBBASkAFK4SIjPc6d7GYBXSQfegVvjR9YQhDE+EqwJMi4YClR djiLabcqilxTQ6Ei2I/fnZ7Yyw1aKjU/9uxzBqqSJAqUMKpFPKshEYpmxcmIynPYdpYp bfc1/Fqr67ZHgGQ+AM49V5o/wo1nL7JYnXFXlmJlpkjOB3cxoavtudLpVwpeJDPJSUcW ptHIdGtrt6S5JZrarQtPNoB/Fdc+TgIzh931EK2bISl75FjZrPLaDdQ75R/YfoTtLsWn kmHU36isf26c2Sk3OlyoLBGzTMewuN31UwHwUfBMtcLx8pD/BSzzUtFdLk2bQdHJGuB8 CpCg== X-Gm-Message-State: AKwxyteTOdZhQCNdKWHPsfXIYaeopsqRO4X/fKIKvOp6UzsacDrIWNoo eVLRP+AJC1ozKCYUdCB1b2a0ux9k6NwVvXoF2uk= X-Google-Smtp-Source: AH8x227DC3EoZxdXdylC7ukaJFpz5S6to70nv4nDF71fSUYDRpQu+r+aoRu3JPYL77I47ToS0FENU/wfIKrGNWR2kcs= X-Received: by 10.84.68.22 with SMTP id k22mr10434325oiw.284.1517788771057; Sun, 04 Feb 2018 15:59:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.52.196 with HTTP; Sun, 4 Feb 2018 15:59:30 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C152815@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C152815@ESESSMB109.ericsson.se> From: Martin Thomson Date: Mon, 5 Feb 2018 10:59:30 +1100 Message-ID: To: Christer Holmberg Cc: "sipcore@ietf.org" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 23:59:33 -0000 Any advice on when one or the other might be preferred? Keep-alive doesn't make sense if you have an agreed push service. Once a UA has signaled support for a given system and the proxy has indicated matching support, you could drop the keep-alives. On Sat, Feb 3, 2018 at 11:02 PM, Christer Holmberg wrote: > Hi, > > In order to cover Outbound, I suggest to enhance the following paragraph in the Introduction section: > > OLD: > > "Due to the restriction above, applications can not be woken up by non-push notification > traffic. This means that a suspended SIP UA will not be able to receive an incoming > SIP request (e.g., a SIP INVITE request), or to send periodic re-registration requests." > > NEW: > > "Due to the restriction above, applications can not be woken up by non-push notification > traffic. This means that a suspended SIP UA will not be able to receive an incoming > SIP request (e.g., a SIP INVITE request), or to send periodic re-registration requests. > Also, the SIP UA will not be able to maintain connections e.g., using the SIP Outbound > Mechanism [REF-to-Outbound], as it requires the UA to send periodic keep-alive messages." > > Regards, > > Christer > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Sun Feb 4 16:17:22 2018 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 91C65126CBF for ; Sun, 4 Feb 2018 16:17:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 RbqsFMu707GV for ; Sun, 4 Feb 2018 16:17:19 -0800 (PST) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (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 D67521243F6 for ; Sun, 4 Feb 2018 16:17:18 -0800 (PST) Received: by mail-oi0-x230.google.com with SMTP id c8so20022794oiy.9 for ; Sun, 04 Feb 2018 16:17:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=B3dzVSrbSSNSVP8LK4sN94bEnFKbGpVDbnk0vHTM0p4=; b=lv8F7M2P3etmbWo6wCNO0OlyBgdxAhfev3rPS2w5WxSQ1BXrq+7DbW0LWI94cIcbHY syCTkxMDNBcuQDpxpQCHxbOqvhLdOsV5o1aUYRXtDxbFF3Grp/CWjJQEKg9ySd5MzNAA an7BY+ZV/gEW3lC6PuWoA2hgzJN4BjCOCg9rl4B/C8ItTqVc56N2Kdburd5QcvsLD+nl AN/ENbf2Hlr7K2kyLM0n3qJ8cr2kN2i5tSARIhHbqMEbrzThPiQcpMnHfky0zPK+E9ft pZnZCB7u1EO3sBHcVKrxitXyWq+YL666BksOG10NTVCjZk4MTtf2YOP8za0ahqed7/j9 5L7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=B3dzVSrbSSNSVP8LK4sN94bEnFKbGpVDbnk0vHTM0p4=; b=SeSuXk43CDROKaDUmJffXRfwhkPKzv2/FOD+/2sJfNL1TqyNipJlIax/vKhhQr4nTh w711LrWFZXID+4A2cDXt9FOmGoiGRKSpcdXlLV3D7OZEwVxGAzuCUUb5xYUA/hfIQM4i /uArHktfm08rqATgY/iLDkukm/HQ1cEcfy2VZHDP5TCtVVANo2C3h3RilS33iNZBjJGy bMmsRBMPk3jdK/8Y0pCPCVJ1pmooooPiU2au3u2IWcmdh5Kmne6cRrSiaZJf9ypZUwt0 FptslDx4wt44yPANLCoR4WhLyDdsaFgAbe+xYLt5OBzD+68rwsUV3LsIhtT7MC1zcL1T n/LA== X-Gm-Message-State: AKwxytfaiG1ELL5seKKaAC5Yh2iLx5KvlQAWj46U4uLRAPuCHmCe2tAn 14lVsesD4mtOyauwmTROZpsr9qec6DXzRAWqf/ACyQmP X-Google-Smtp-Source: AH8x226Rj6ZzY8Aldwy4u8ohbwC0iru+Ys97O2AQ49Np8X7Vh7kJUqDnI+0/GhKEpVaFiz7hBw2Zv9BHL1ft0LjXdRs= X-Received: by 10.202.1.86 with SMTP id 83mr22912271oib.84.1517789838053; Sun, 04 Feb 2018 16:17:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.52.196 with HTTP; Sun, 4 Feb 2018 16:17:17 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C1535EE@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C1535EE@ESESSMB109.ericsson.se> From: Martin Thomson Date: Mon, 5 Feb 2018 11:17:17 +1100 Message-ID: To: Christer Holmberg Cc: SIPCORE Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Security Considerations X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 00:17:20 -0000 This really needs a reference to RFC 8292. That describes an interoperable system for identification of the proxy. On Mon, Feb 5, 2018 at 2:25 AM, Christer Holmberg wrote: > =E2=80=9CPNS providers offer different mechanism for authenticating and a= uthorizing mechanism*s* > If the push notification related information carried in SIP could be used= by > a malicious user to trigger push notifications towards a device, operator= s > MUST ensure that the SIP signalling in which the information is carried > properly secured from malicious middlemen. What does this mean? I think that you mean use TLS for signaling, authenticate your proxy and don't send this to anyone else. If you plan to use UDP, then we have some serious issues. Then you definitely need something like what is described in Section 4 of 8292 (https://tools.ietf.org/html/rfc8292#section-4), as MTI ideally. Windmilling arms like this doesn't really get the outcome you want. > The mechanism in this document does not require a SIP proxy to include an= y > payload (in addition to possible payload used for the PNS itself) when > requesting push notifications. However, in case a SIP proxy do want to > include payload in push notifications, this specification defines the mea= ns > for using end-to-end payload encryption between the SIP proxy requesting = the > push notification and the device receiving it.=E2=80=9D As I said in my review, there isn't any value in defining a mechanism if the thing that it exists to support isn't defined. Do you have a use for push message payloads? From nobody Mon Feb 5 06:31:56 2018 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 7B62C126D73 for ; Mon, 5 Feb 2018 06:31:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 ipAceI-e_lSQ for ; Mon, 5 Feb 2018 06:31:52 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B1451242F7 for ; Mon, 5 Feb 2018 06:31:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517841110; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ojUBpk7OVPQf9WdEEWRKl2KB3NGUNW8gq8BoyC7KVSo=; b=SXxaNe1pTx5r7h0gqoukHOwo9Dk4KGPWD6JjCgB6Z5sM64lcctf5lpYlkOjEzDyo 1XpDz4e1Y0ZUFzD7zmQyuYFKytzy+pSs5GxGOfS6XOZhV5nX5q44ulruKJ9sCf6B Z1i88+Vema9L5gSFHidz89xrmfz/Dkg1m01nOek91Tc=; X-AuditID: c1b4fb30-399ff70000004778-c4-5a786ad608b8 Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 97.DF.18296.6DA687A5; Mon, 5 Feb 2018 15:31:50 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0352.000; Mon, 5 Feb 2018 15:31:50 +0100 From: Christer Holmberg To: Martin Thomson CC: SIPCORE Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Registration policy Thread-Index: AQHTnAgu1b66QOstGU+dX251bZeFyqOU3m6AgAEER9A= Date: Mon, 5 Feb 2018 14:31:48 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1564EC@ESESSMB109.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUyM2K7me61rIoog7Wf1SyunfnHaPH1xyY2 ByaPnbPusnssWfKTKYApissmJTUnsyy1SN8ugStj1fYprAUHOCqWnZ/A1sC4hKOLkZNDQsBE 4ub0g2xdjFwcQgKHGSWu9j+EchYzSszaPIWxi5GDg03AQqL7nzZIg4iArsSisw/YQWxmATmJ 6x82soHYwgIBEidnnWOEqAmU+L/kKTuEbSWxf8VTsBoWARWJ979/soLYvAK+EgsnT2GB2NXE KHGsdwMTyC5OoOaLR81AahgFxCS+n1rDBLFLXOLWk/lMEEcLSCzZc54ZwhaVePn4HyuErSSx 9vB2FpAxzAKaEut36UO0KkpM6X7IDrFWUOLkzCcsExhFZyGZOguhYxaSjllIOhYwsqxiFC1O LU7KTTcy0kstykwuLs7P08tLLdnECIyRg1t+G+xgfPnc8RCjAAejEg9vXXJFlBBrYllxZe4h RgkOZiURXqfr5VFCvCmJlVWpRfnxRaU5qcWHGKU5WJTEeU968kYJCaQnlqRmp6YWpBbBZJk4 OKUaGIsaZn306F347aJz5Nwtu7S1tvh3r5pSMyPmQfQN/asa9jF6B74aJ9S8KQmRcjM2Vlz3 SzXNdmVVduWFJQZL+I/fuO335jHrRf5/jesuP92R1Hh4WSd//64aT9+TZ3ZmFdpFNLoU/ftS tvO7aNhiht+xV/9sagt3KVafobHD+LyM9Re2tWEbA5VYijMSDbWYi4oTAVCPc0+NAgAA Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Registration policy X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 14:31:54 -0000 SGksDQoNCj5JIHRoaW5rIHRoYXQgeW91IHNob3VsZCBpbnNpc3Qgb24gZG9jdW1lbnRhdGlvbiwg d2hpY2ggc3VnZ2VzdHMgRXhwZXJ0IFJldmlldyBvciA+U3BlY2lmaWNhdGlvbiBSZXF1aXJlZC4N Cg0KTm90ZSB0aGF0IHRoZSByZWdpc3RyeSB0ZW1wbGF0ZSBkb2VzIGluY2x1ZGUgYSByZWZlcmVu Y2UgdG8gZG9jdW1lbnRhdGlvbi4NCg0KSGF2aW5nIHNhaWQgdGhhdCwgaWYgcGVvcGxlIHdhbnQg ZS5nLiwgRXhwZXJ0IFJldmlldyBJIGFtIGZpbmUgd2l0aCB0aGF0Lg0KDQpSZWdhcmRzLA0KDQpD aHJpc3Rlcg0KDQoNCk9uIEZyaSwgRmViIDIsIDIwMTggYXQgODoyOCBQTSwgQ2hyaXN0ZXIgSG9s bWJlcmcgPGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4gd3JvdGU6DQo+IEhpLA0KPg0K PiBNYXJ0aW4gaW5kaWNhdGVkIHRoYXQgdGhlIHJlZ2lzdHJhdGlvbiBwb2xpY3kgd2FzIG1pc3Np bmcgZnJvbSBzZWN0aW9uIDEyLjQuDQo+DQo+IEnigJl2ZSB1cGRhdGVkIHRoZSBQUiwgaW5kaWNh dGluZyB0aGF0IHRoZSBwb2xpY3kgaXMg4oCcRmlyc3QgQ29tZSBGaXJzdCANCj4gU2VydmVk4oCd Lg0KPg0KPiBBcmUgcGVvcGxlIG9rIHdpdGggdGhhdD8NCj4NCj4gUmVnYXJkcywNCj4NCj4gQ2hy aXN0ZXINCj4NCj4NCj4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4gc2lwY29yZSBtYWlsaW5nIGxpc3QNCj4gc2lwY29yZUBpZXRmLm9yZw0K PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcGNvcmUNCj4NCg== From nobody Mon Feb 5 06:41:29 2018 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 624CE127023 for ; Mon, 5 Feb 2018 06:41:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 ttEtBNOMOKwQ for ; Mon, 5 Feb 2018 06:41:25 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50589126FB3 for ; Mon, 5 Feb 2018 06:41:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517841683; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=IX7z8Ony11BaaHzezpVR23jbtQZEf3m2TEaz0zX4eZI=; b=YQAO2+fBKyRv1x479ZsrLdAYxjbxzTpexwk0Y/l/+ST+vMgvAqvaNVd4Sx0Vx5bO EGSv2VxIdW2OuE8L68Sqj6N9ztz9ENZFWZKnL8X5tmR7sx27+Jcfs0WPPv4UlMVP IlC23xB4DT2SKXhP5dWVcMC/e4o6LaQtTyPA+OvbWEE=; X-AuditID: c1b4fb3a-728f89c0000067b4-8d-5a786d13ccc1 Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id D7.02.26548.31D687A5; Mon, 5 Feb 2018 15:41:23 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0352.000; Mon, 5 Feb 2018 15:41:23 +0100 From: Christer Holmberg To: Martin Thomson CC: "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound Thread-Index: AdOc5ljzRqSEVzICTD6WjUezEeT9GwBJXdQAACDR2LA= Date: Mon, 5 Feb 2018 14:41:22 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C156507@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C152815@ESESSMB109.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrBLMWRmVeSWpSXmKPExsUyM2K7qK5wbkWUQVObisW1M/8YLb7+2MTm wOSxc9Zddo8lS34yBTBFcdmkpOZklqUW6dslcGVcnFle8Iqv4v6BBWwNjDv4uhg5OSQETCQW vP/G3sXIxSEkcJhR4nRzKyOEs5hR4v7FD2xdjBwcbAIWEt3/tEEaRAR0JRadfcAOYjMLaEo8 2rmXCcQWFnCWWHtqHSNEjYvE+zVvWUBaRQSsJDof5IGEWQRUJJp+/wEr5xXwldhx9AVYuZDA FEaJ72s8QWxOgUCJ7z07mUFsRgExie+n1jBBrBKXuPVkPhPEzQISS/acZ4awRSVePv7HCmEr Saw9vB1sLchp63fpQ7QqSkzpfsgOsVZQ4uTMJywTGEVnIZk6C6FjFpKOWUg6FjCyrGIULU4t Ls5NNzLSSy3KTC4uzs/Ty0st2cQIjI+DW35b7WA8+NzxEKMAB6MSDy9/SkWUEGtiWXFl7iFG CQ5mJRFep+vlUUK8KYmVValF+fFFpTmpxYcYpTlYlMR5ndIsooQE0hNLUrNTUwtSi2CyTByc Ug2Mli1/HhQt3p9rsWLXl5bjp4M89rW3v/87++IeszMhO85utczTWXx3qvhxbfnJbDsU+x/P TPq9kpHj26Xl/MznpM82e7WHRe6qtLsuV7diVewpXV+n5iXHv/Me4C9l6owKzZo+g9Hj8jSL CUkc5tviLwtV27N+Fp+t8Pj25mm6XrdWFK94dD8/SImlOCPRUIu5qDgRAOl8K6WLAgAA Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 14:41:27 -0000 SGksDQoNCj5BbnkgYWR2aWNlIG9uIHdoZW4gb25lIG9yIHRoZSBvdGhlciBtaWdodCBiZSBwcmVm ZXJyZWQ/DQoNClNJUCBQdXNoIGlzIGZvciBjYXNlcyB3aGVyZSBpbnRlcm5hbCB0aW1lcnMgY2Fu J3QgYmUgdXNlZCBpbiBvcmRlciB0byB3YWtlIHVwIHN1c3BlbmRlZCBhcHBsaWNhdGlvbnMgaW4g b3JkZXIgdG8gc2VuZCBrZWVwLWFsaXZlcyBldGMuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoN Cg0KDQoNCk9uIFNhdCwgRmViIDMsIDIwMTggYXQgMTE6MDIgUE0sIENocmlzdGVyIEhvbG1iZXJn IDxjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20+IHdyb3RlOg0KPiBIaSwNCj4NCj4gSW4g b3JkZXIgdG8gY292ZXIgT3V0Ym91bmQsIEkgc3VnZ2VzdCB0byBlbmhhbmNlIHRoZSBmb2xsb3dp bmcgcGFyYWdyYXBoIGluIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbjoNCj4NCj4gT0xEOg0KPg0K PiAgIkR1ZSB0byB0aGUgcmVzdHJpY3Rpb24gYWJvdmUsIGFwcGxpY2F0aW9ucyBjYW4gbm90IGJl IHdva2VuIHVwIGJ5IA0KPiBub24tcHVzaCAgbm90aWZpY2F0aW9uICB0cmFmZmljLiBUaGlzIG1l YW5zIHRoYXQgYSBzdXNwZW5kZWQgU0lQIFVBIA0KPiB3aWxsIG5vdCBiZSBhYmxlIHRvIHJlY2Vp dmUgYW4gaW5jb21pbmcgIFNJUCByZXF1ZXN0IChlLmcuLCBhIFNJUCBJTlZJVEUgcmVxdWVzdCks IG9yIHRvIHNlbmQgcGVyaW9kaWMgcmUtcmVnaXN0cmF0aW9uIHJlcXVlc3RzLiINCj4NCj4gTkVX Og0KPg0KPiAiRHVlIHRvIHRoZSByZXN0cmljdGlvbiBhYm92ZSwgYXBwbGljYXRpb25zIGNhbiBu b3QgYmUgd29rZW4gdXAgYnkgDQo+IG5vbi1wdXNoICBub3RpZmljYXRpb24gIHRyYWZmaWMuIFRo aXMgbWVhbnMgdGhhdCBhIHN1c3BlbmRlZCBTSVAgVUEgDQo+IHdpbGwgbm90IGJlIGFibGUgdG8g cmVjZWl2ZSBhbiBpbmNvbWluZyAgU0lQIHJlcXVlc3QgKGUuZy4sIGEgU0lQIElOVklURSByZXF1 ZXN0KSwgb3IgdG8gc2VuZCBwZXJpb2RpYyByZS1yZWdpc3RyYXRpb24gcmVxdWVzdHMuDQo+ICBB bHNvLCB0aGUgU0lQIFVBIHdpbGwgbm90IGJlIGFibGUgdG8gbWFpbnRhaW4gY29ubmVjdGlvbnMg ZS5nLiwgdXNpbmcgDQo+IHRoZSBTSVAgT3V0Ym91bmQgIE1lY2hhbmlzbSBbUkVGLXRvLU91dGJv dW5kXSwgYXMgaXQgcmVxdWlyZXMgdGhlIFVBIHRvIHNlbmQgcGVyaW9kaWMga2VlcC1hbGl2ZSBt ZXNzYWdlcy4iDQo+DQo+IFJlZ2FyZHMsDQo+DQo+IENocmlzdGVyDQo+DQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IHNpcGNvcmUgbWFpbGluZyBs aXN0DQo+IHNpcGNvcmVAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9zaXBjb3JlDQo= From nobody Mon Feb 5 08:21:17 2018 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 8A01812D858 for ; Mon, 5 Feb 2018 08:21:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-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 ULDv-vk7REWg for ; Mon, 5 Feb 2018 08:21:14 -0800 (PST) Received: from mail-pl0-x231.google.com (mail-pl0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (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 7AB3A12D852 for ; Mon, 5 Feb 2018 08:21:14 -0800 (PST) Received: by mail-pl0-x231.google.com with SMTP id v3so12081630plg.3 for ; Mon, 05 Feb 2018 08:21:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mRPVsWu/Tp+V3Nl2lRwD0ZhpK89bGrqomQlfMqtFK88=; b=m7Lr3YoSR0sU12tyez2SnSK4aMeR6dE9TTQRhpSQBnqI7/l2snvw7xKzv3JiVmqhT0 hu1l+2waECnNBMRPKEcTLTV4YipwAxJ5rMsVg961k9LZDXIA/Uwz31W71ZTxQiljRlvE EUcyiJalTp4uJqgukszXoy3qtJOo5/g2pcsvybLFpFsJ5cC3G+QDwWtZD/5H3hVh0qkh eFTnJOp9nS+NRHFXavOZWQSFVwg/ckuBna5DTF7cS9vr2Q2vje8BHRRU30lRtj0Cb78X a0fVOeOSsctcphJY+K2PpaJ1gpX5/54rIB3zQL1ZQN3XOER0DirBkm5HpmNgiVUYc1xG e9mA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mRPVsWu/Tp+V3Nl2lRwD0ZhpK89bGrqomQlfMqtFK88=; b=fQwFLdsE+OKZjJOR64z7u0NWk5FATUQgyb95PwVXEfqXMndfIJIbDjGuRUag1h0giC Tvi8KHMuEPQJLeRIcPaLf9jhM/Qve2FZJoFxbEpjn6TDDyIe+TYN0JSdp0s0oJ+RpKir IBD5dxsma6FW4YBBFyT5Br+4gf6elGL9Twzb2Iii7j9ERAOcSMkF62JCVMBwFGbZeHDO /09nCwGsF9TVOXhOJ8uyrQ/cd1cFtAUVlsT3RewuMuDtgmS519KzdsgRubX/KGMgv7Zx QYrzQgu8Chba7L5b+NFurAdp7uXgGEfzdei5aFJ+EmV8CBAZQbvQhg/qmp1RYyn4DG64 7GAA== X-Gm-Message-State: AKwxytcTEBEQiT5ob0qhspBj3s/pgA1ygIUbwAS34ja0a5NYcn+WqDhQ jXiF3+Q8/EurXGf5NH5Fig1I8yix X-Google-Smtp-Source: AH8x224OYeEoqm/IzmCwnoogbqhVqbwirJiCndQTXz1a/FvN5mxZ515TGGkZBu165NyA9ScP52yxEg== X-Received: by 2002:a17:902:8215:: with SMTP id x21-v6mr44623928pln.381.1517847673768; Mon, 05 Feb 2018 08:21:13 -0800 (PST) Received: from mail-pl0-f54.google.com (mail-pl0-f54.google.com. [209.85.160.54]) by smtp.gmail.com with ESMTPSA id m1sm4379473pfi.120.2018.02.05.08.21.12 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Feb 2018 08:21:12 -0800 (PST) Received: by mail-pl0-f54.google.com with SMTP id 11so12089631plc.9 for ; Mon, 05 Feb 2018 08:21:12 -0800 (PST) X-Received: by 2002:a17:902:6b49:: with SMTP id g9-v6mr44585045plt.9.1517847672558; Mon, 05 Feb 2018 08:21:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.191.3 with HTTP; Mon, 5 Feb 2018 08:21:12 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C156507@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C152815@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C156507@ESESSMB109.ericsson.se> From: Roman Shpount Date: Mon, 5 Feb 2018 11:21:12 -0500 X-Gmail-Original-Message-ID: Message-ID: To: Christer Holmberg Cc: Martin Thomson , "sipcore@ietf.org" Content-Type: multipart/alternative; boundary="000000000000589a3c05647973b7" Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 16:21:16 -0000 --000000000000589a3c05647973b7 Content-Type: text/plain; charset="UTF-8" Hi, Even when clients can be woken up (there are ways to do this on all mobile platforms, including IOS), waking up application with frequency required to send SIP keep-alive messages leads to increased energy consumption. Extra network messages, required for SIP keep-alive, also lead to higher energy consumption. SIP Push greatly reduces the required energy consumption for mobile clients, since it allows SIP clients to go for a suspended state for long periods of time without sending any messages. SIP Push is often more reliable then SIP Outbound since it does not require SIP client to maintain a NAT binding when SIP call is not in progress. Furthermore, SIP Push reduces the load on SIP Proxy since it reduces the number of network messages SIP Proxy needs to process. In general, it should be recommended to use SIP Push on mobile platforms instead of SIP Outbound, when SIP Push is available. Regards, _____________ Roman Shpount On Mon, Feb 5, 2018 at 9:41 AM, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > Hi, > > >Any advice on when one or the other might be preferred? > > SIP Push is for cases where internal timers can't be used in order to wake > up suspended applications in order to send keep-alives etc. > > Regards, > > Christer > > > > > On Sat, Feb 3, 2018 at 11:02 PM, Christer Holmberg < > christer.holmberg@ericsson.com> wrote: > > Hi, > > > > In order to cover Outbound, I suggest to enhance the following paragraph > in the Introduction section: > > > > OLD: > > > > "Due to the restriction above, applications can not be woken up by > > non-push notification traffic. This means that a suspended SIP UA > > will not be able to receive an incoming SIP request (e.g., a SIP INVITE > request), or to send periodic re-registration requests." > > > > NEW: > > > > "Due to the restriction above, applications can not be woken up by > > non-push notification traffic. This means that a suspended SIP UA > > will not be able to receive an incoming SIP request (e.g., a SIP INVITE > request), or to send periodic re-registration requests. > > Also, the SIP UA will not be able to maintain connections e.g., using > > the SIP Outbound Mechanism [REF-to-Outbound], as it requires the UA to > send periodic keep-alive messages." > > > > Regards, > > > > Christer > > > > _______________________________________________ > > 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 > --000000000000589a3c05647973b7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Even when clients can be woke= n up (there are ways to do this on all mobile platforms, including IOS), wa= king up application with frequency required to send SIP keep-alive messages= leads to increased energy consumption. Extra network messages, required fo= r SIP keep-alive, also lead to higher energy consumption. SIP Push greatly = reduces the required energy consumption for mobile clients, since it allows= SIP clients to go for a suspended state for long periods of time without s= ending any messages. SIP Push is often more reliable then SIP Outbound sinc= e it does not require SIP client to maintain a NAT binding when SIP call is= not in progress. Furthermore, SIP Push reduces the load on SIP Proxy since= it reduces the number of network messages SIP Proxy needs to process.
=
In general, it should be recommended to use SIP Push on mobi= le platforms instead of SIP Outbound, when SIP Push is available.
<= br>
Regards,
_____________
R= oman Shpount

On Mon, Feb 5, 2018 at 9:41 AM, Christer Hol= mberg <christer.holmberg@ericsson.com> wrote:
Hi,

>Any advice on when one or the other might be preferred?

SIP Push is for cases where internal timers can't be used in order to w= ake up suspended applications in order to send keep-alives etc.

Regards,

Christer




On Sat, Feb 3, 2018 at 11:02 PM, Christer Holmberg <christer.holmberg@ericsson.com> w= rote:
> Hi,
>
> In order to cover Outbound, I suggest to enhance the following paragra= ph in the Introduction section:
>
> OLD:
>
>=C2=A0 "Due to the restriction above, applications can not be woke= n up by
> non-push=C2=A0 notification=C2=A0 traffic. This means that a suspended= SIP UA
> will not be able to receive an incoming=C2=A0 SIP request (e.g., a SIP= INVITE request), or to send periodic re-registration requests."
>
> NEW:
>
> "Due to the restriction above, applications can not be woken up b= y
> non-push=C2=A0 notification=C2=A0 traffic. This means that a suspended= SIP UA
> will not be able to receive an incoming=C2=A0 SIP request (e.g., a SIP= INVITE request), or to send periodic re-registration requests.
>=C2=A0 Also, the SIP UA will not be able to maintain connections e.g., = using
> the SIP Outbound=C2=A0 Mechanism [REF-to-Outbound], as it requires the= UA to send periodic keep-alive messages."
>
> Regards,
>
> Christer
>
> _______________________________________________
> 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<= br>

--000000000000589a3c05647973b7-- From nobody Mon Feb 5 10:53:06 2018 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 E17EA127863; Mon, 5 Feb 2018 10:53:00 -0800 (PST) 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.71.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151785678088.5692.9241789284568816527@ietfa.amsl.com> Date: Mon, 05 Feb 2018 10:53:00 -0800 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-sip-authn-02.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 18:53:01 -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 : Third-Party Authentication for Session Initiation Protocol (SIP) Authors : Rifaat Shekh-Yusef Christer Holmberg Victor Pascual Filename : draft-ietf-sipcore-sip-authn-02.txt Pages : 17 Date : 2018-02-05 Abstract: This document defines an authentication mechanism for SIP, that is based on the OAuth 2.0 and OpenID Connect Core 1.0 specifications, to enable the delegation of the user authentication to a dedicated third-party IdP entity that is separate from the SIP network elements that provide the SIP service. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-sip-authn/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-sip-authn-02 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-sip-authn-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-sip-authn-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Feb 5 10:55:16 2018 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 AE72912D941 for ; Mon, 5 Feb 2018 10:55:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 KMqgm07aWWax for ; Mon, 5 Feb 2018 10:55:13 -0800 (PST) Received: from mail-vk0-x22a.google.com (mail-vk0-x22a.google.com [IPv6:2607:f8b0:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD9A712D940 for ; Mon, 5 Feb 2018 10:55:13 -0800 (PST) Received: by mail-vk0-x22a.google.com with SMTP id q62so18296916vkb.11 for ; Mon, 05 Feb 2018 10:55:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=9HQyR1zKhbMzYtoHbjb0xywUtRVJFEUwdGW9ZRy5gHg=; b=SMNsKPCrtOabcWx3+n9KPsl2T1Kfqq8LE2Oq60lQeMxj2jPdMKEx1E6O82x17quOFF m3YKxMGjFo97QFZpin23dnOxz5OsRkj+/rMImD97+WkdMK62/nuOGhXTvAjgXk73V97+ 0/V4mK/uO+tDnPS/7b8EmXvzhDAY3/NlNU7VurgqMCKNnNONPzpr3wMBDwp+4eCvCUNN i8+Ho/odlv49A15QOB66yAeyn57lS3F7W4gjIsbQ8QMHH9svGm4LCmI4aH9H0p70hZ7o mbk3QdF+Z1BxjAQ6d+2PyJ3+vX2eHUTtnMhlt3UPiqypvA6P4U0+mMmJAjRiFaMaY8/R 5xrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=9HQyR1zKhbMzYtoHbjb0xywUtRVJFEUwdGW9ZRy5gHg=; b=e9A30hwY6wKlZ80mgLA3Mnf4HMc2x11UNBNj3ZFDaVMrr3rYA2/2fOeOp5wsqQ04/i 7oC0yQ6sroscIJ/FQtYghS8w0HwNWEKSt9TbrWJykalZRCM779y+uDN/9PCYK/9OHm9Y Dn/xkyACrArXEK2hbdSTmK+Q8uL5TNnUphEp+wwX/pHIa42Tb5ILN3a9O1B3rHScPCdg 3fePCp5I5ZwyaH0W20tsqOeNOs58SUB5AQn++nv39PI/1yPlFcNMHdwwm5+U5oN24mb6 iCKq+EZ9c6xb/mFpcl7p8StFHe6zFMIV2PZwhDab9k7U43RtNJLdJg1pYuWTlTcaZe3c x0Nw== X-Gm-Message-State: AKwxytdwmseyJIVKiDoHUBGdd1NJlUPfOCaRGg7sJTGKI3jk46Auqmnj 4UlNfPwFSreCYVaaspRuG+yrEUAFwxANtJhdGL0SQA== X-Google-Smtp-Source: AH8x226/GS26foIufmxJnUlrB25rmtQBdl7aZPa3cYLK+OphLgzO5sq3fa/lA3nn4LDB34Hp9hNIXtqxLfGulgyA+6k= X-Received: by 10.31.141.66 with SMTP id p63mr39603457vkd.164.1517856912558; Mon, 05 Feb 2018 10:55:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.45.141 with HTTP; Mon, 5 Feb 2018 10:55:11 -0800 (PST) In-Reply-To: <151785678088.5692.9241789284568816527@ietfa.amsl.com> References: <151785678088.5692.9241789284568816527@ietfa.amsl.com> From: Rifaat Shekh-Yusef Date: Mon, 5 Feb 2018 13:55:11 -0500 Message-ID: To: sipcore@ietf.org Content-Type: multipart/alternative; boundary="001a11425fda17d08405647b9a89" Archived-At: Subject: Re: [sipcore] I-D Action: draft-ietf-sipcore-sip-authn-02.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 18:55:16 -0000 --001a11425fda17d08405647b9a89 Content-Type: text/plain; charset="UTF-8" Hi, We have submitted a new version of the SIP AuthN draft. We would appreciate any review and feedback on this version. Regards, Rifaat On Mon, Feb 5, 2018 at 1:53 PM, wrote: > > 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 : Third-Party Authentication for Session > Initiation Protocol (SIP) > Authors : Rifaat Shekh-Yusef > Christer Holmberg > Victor Pascual > Filename : draft-ietf-sipcore-sip-authn-02.txt > Pages : 17 > Date : 2018-02-05 > > Abstract: > This document defines an authentication mechanism for SIP, that is > based on the OAuth 2.0 and OpenID Connect Core 1.0 specifications, to > enable the delegation of the user authentication to a dedicated > third-party IdP entity that is separate from the SIP network elements > that provide the SIP service. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-sipcore-sip-authn/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-sipcore-sip-authn-02 > https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-sip-authn-02 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-sip-authn-02 > > > 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/ > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > --001a11425fda17d08405647b9a89 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

We have submitted a new version of = the SIP AuthN draft.
We would appreciate any review and feedback = on this version.

Regards,
=C2=A0Rifaat


On Mon, Feb 5, 2018 at 1:53 PM, <internet-drafts@ietf.org<= /a>> wrote:

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.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Third-Party Authentication for Session Initiation Protocol (SIP)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Rifa= at Shekh-Yusef
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Christer Holmberg
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Victor Pascual
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-sipcore-sip-authn-02.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 17
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2018-02-05

Abstract:
=C2=A0 =C2=A0This document defines an authentication mechanism for SIP, tha= t is
=C2=A0 =C2=A0based on the OAuth 2.0 and OpenID Connect Core 1.0 specificati= ons, to
=C2=A0 =C2=A0enable the delegation of the user authentication to a dedicate= d
=C2=A0 =C2=A0third-party IdP entity that is separate from the SIP network e= lements
=C2=A0 =C2=A0that provide the SIP service.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/= draft-ietf-sipcore-sip-authn/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ie= tf-sipcore-sip-authn-02
https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-sip-authn-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sipcore-sip-authn-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<= br>

--001a11425fda17d08405647b9a89-- From nobody Mon Feb 5 11:31:36 2018 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 0BD8C127873 for ; Mon, 5 Feb 2018 11:31:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 qa0GlgAg_Q_A for ; Mon, 5 Feb 2018 11:31:31 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 09BFF1275C5 for ; Mon, 5 Feb 2018 11:31:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517859089; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=+DDpBL6Pjjd34HIQtRjPTY4UbqEO/WX11B2RIdvgKjI=; b=S99KTOxWXi/YvWLDY7OkqfI1r0lB+/0ZtMW6Wne66/PkF1B5B0gJFjBpMHUbPQaC ix3UGq4inJt+3jHF/YkyPNOc8e7pWyK5cSRCibLIo1z1UX2OteZrXJdIVQHOFPJ1 HrIuPLMGBzE2cGpVTgk9wR2sxgFnntdnXbvNDBTTvZw=; X-AuditID: c1b4fb2d-499ff70000005540-38-5a78b110c908 Received: from ESESSHC002.ericsson.se (Unknown_Domain [153.88.183.24]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id A9.C3.21824.011B87A5; Mon, 5 Feb 2018 20:31:29 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC002.ericsson.se ([153.88.183.24]) with mapi id 14.03.0352.000; Mon, 5 Feb 2018 20:31:28 +0100 From: Christer Holmberg To: Roman Shpount CC: Martin Thomson , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound Thread-Index: AdOc5ljzRqSEVzICTD6WjUezEeT9GwBJXdQAACDR2LAAAXc9AAAIoH4A Date: Mon, 5 Feb 2018 19:31:27 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C156C19@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C152815@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C156507@ESESSMB109.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B6C156C19ESESSMB109erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNIsWRmVeSWpSXmKPExsUyM2K7hK7gxooogxk3mCyunfnHaDHjwlRm i68/NrE5MHvsnHWX3WPJkp9MHremFAQwR3HZpKTmZJalFunbJXBl9FzdxVLQVlux7V8bawPj jcouRg4OCQETiQsrC7sYuTiEBA4zSky5sZq1i5ETyFnMKNFxOQSkhk3AQqL7nzZIWERAVeLv 98lMIDazQJjE4kWrGUFsYQFnibWn1jFC1LhIvF/zlgXCdpPo+foEbCSLgIrEsR8fwWp4BXwl dr57zwyxdz6TxOnWl8wgCU6BQIkDWx6BLWAUEJP4fmoN1DJxiVtP5oPZEgICEkv2nGeGsEUl Xj7+xwphK0ms2H6JEaI+X+L5lQ5WiGWCEidnPmGZwCgyC8moWUjKZiEpmwX0MrOApsT6XfoQ JYoSU7ofskPYGhKtc+ayI4svYGRfxShanFpcnJtuZKyXWpSZXFycn6eXl1qyiREYZQe3/Nbd wbj6teMhRgEORiUe3up1FVFCrIllxZW5hxglOJiVRHidrpdHCfGmJFZWpRblxxeV5qQWH2KU 5mBREuc96ckbJSSQnliSmp2aWpBaBJNl4uCUamD05XygKLjsuayQlIzg/GQpDw/Fk2InTKWT tn5xUNwuLrEuXMZWOea/DzOP+dHkCW/uCT+dv/2e8Ur3yya3/W+lVE2v1Ww77thcFHCjM2Y1 75pqu/rVURNn63B9niz60lHwy+Lfq6xrWT3/zij/3xUc7iD30OND8p99GzrqdbT2TJ6ptCnP wFeJpTgj0VCLuag4EQBrgiOjrgIAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 19:31:34 -0000 --_000_7594FB04B1934943A5C02806D1A2204B6C156C19ESESSMB109erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUm9tYW4sDQoNCldlIGNhbiBmb3Igc3VyZSBhZGQgc29tZSB0ZXh0IGFib3V0IGFkdmFudGFn ZXMgKHJlZ2FyZGluZyBiYXR0ZXJ5IGxpZmUgZXRjKSBvZiBTSVAgUHVzaCB3aXRoIG1vYmlsZSB0 ZXJtaW5hbHMgaW4gZ2VuZXJhbC4NCg0KSG93ZXZlciwgSSB0aGluayBpdCBpcyBvdXRzaWRlIHRo ZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50IHRvIG1ha2UgcmVjb21tZW5kYXRpb25zIG9uIHdoYXQg bWVjaGFuaXNtcyB0byB1c2UuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCkZyb206IFJvbWFu IFNocG91bnQgW21haWx0bzpyb21hbkB0ZWx1cml4LmNvbV0NClNlbnQ6IDA1IEZlYnJ1YXJ5IDIw MTggMTg6MjENClRvOiBDaHJpc3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nz b24uY29tPg0KQ2M6IE1hcnRpbiBUaG9tc29uIDxtYXJ0aW4udGhvbXNvbkBnbWFpbC5jb20+OyBz aXBjb3JlQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW3NpcGNvcmVdIFdHTEM6IGRyYWZ0LWlldGYt c2lwY29yZS1zaXAtcHVzaCAtIE91dGJvdW5kDQoNCkhpLA0KDQpFdmVuIHdoZW4gY2xpZW50cyBj YW4gYmUgd29rZW4gdXAgKHRoZXJlIGFyZSB3YXlzIHRvIGRvIHRoaXMgb24gYWxsIG1vYmlsZSBw bGF0Zm9ybXMsIGluY2x1ZGluZyBJT1MpLCB3YWtpbmcgdXAgYXBwbGljYXRpb24gd2l0aCBmcmVx dWVuY3kgcmVxdWlyZWQgdG8gc2VuZCBTSVAga2VlcC1hbGl2ZSBtZXNzYWdlcyBsZWFkcyB0byBp bmNyZWFzZWQgZW5lcmd5IGNvbnN1bXB0aW9uLiBFeHRyYSBuZXR3b3JrIG1lc3NhZ2VzLCByZXF1 aXJlZCBmb3IgU0lQIGtlZXAtYWxpdmUsIGFsc28gbGVhZCB0byBoaWdoZXIgZW5lcmd5IGNvbnN1 bXB0aW9uLiBTSVAgUHVzaCBncmVhdGx5IHJlZHVjZXMgdGhlIHJlcXVpcmVkIGVuZXJneSBjb25z dW1wdGlvbiBmb3IgbW9iaWxlIGNsaWVudHMsIHNpbmNlIGl0IGFsbG93cyBTSVAgY2xpZW50cyB0 byBnbyBmb3IgYSBzdXNwZW5kZWQgc3RhdGUgZm9yIGxvbmcgcGVyaW9kcyBvZiB0aW1lIHdpdGhv dXQgc2VuZGluZyBhbnkgbWVzc2FnZXMuIFNJUCBQdXNoIGlzIG9mdGVuIG1vcmUgcmVsaWFibGUg dGhlbiBTSVAgT3V0Ym91bmQgc2luY2UgaXQgZG9lcyBub3QgcmVxdWlyZSBTSVAgY2xpZW50IHRv IG1haW50YWluIGEgTkFUIGJpbmRpbmcgd2hlbiBTSVAgY2FsbCBpcyBub3QgaW4gcHJvZ3Jlc3Mu IEZ1cnRoZXJtb3JlLCBTSVAgUHVzaCByZWR1Y2VzIHRoZSBsb2FkIG9uIFNJUCBQcm94eSBzaW5j ZSBpdCByZWR1Y2VzIHRoZSBudW1iZXIgb2YgbmV0d29yayBtZXNzYWdlcyBTSVAgUHJveHkgbmVl ZHMgdG8gcHJvY2Vzcy4NCg0KSW4gZ2VuZXJhbCwgaXQgc2hvdWxkIGJlIHJlY29tbWVuZGVkIHRv IHVzZSBTSVAgUHVzaCBvbiBtb2JpbGUgcGxhdGZvcm1zIGluc3RlYWQgb2YgU0lQIE91dGJvdW5k LCB3aGVuIFNJUCBQdXNoIGlzIGF2YWlsYWJsZS4NCg0KUmVnYXJkcywNCl9fX19fX19fX19fX18N ClJvbWFuIFNocG91bnQNCg0KT24gTW9uLCBGZWIgNSwgMjAxOCBhdCA5OjQxIEFNLCBDaHJpc3Rl ciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPG1haWx0bzpjaHJpc3Rl ci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20+PiB3cm90ZToNCkhpLA0KDQo+QW55IGFkdmljZSBvbiB3 aGVuIG9uZSBvciB0aGUgb3RoZXIgbWlnaHQgYmUgcHJlZmVycmVkPw0KDQpTSVAgUHVzaCBpcyBm b3IgY2FzZXMgd2hlcmUgaW50ZXJuYWwgdGltZXJzIGNhbid0IGJlIHVzZWQgaW4gb3JkZXIgdG8g d2FrZSB1cCBzdXNwZW5kZWQgYXBwbGljYXRpb25zIGluIG9yZGVyIHRvIHNlbmQga2VlcC1hbGl2 ZXMgZXRjLg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQoNCg0KDQpPbiBTYXQsIEZlYiAzLCAy MDE4IGF0IDExOjAyIFBNLCBDaHJpc3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJp Y3Nzb24uY29tPG1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20+PiB3cm90ZToN Cj4gSGksDQo+DQo+IEluIG9yZGVyIHRvIGNvdmVyIE91dGJvdW5kLCBJIHN1Z2dlc3QgdG8gZW5o YW5jZSB0aGUgZm9sbG93aW5nIHBhcmFncmFwaCBpbiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rpb246 DQo+DQo+IE9MRDoNCj4NCj4gICJEdWUgdG8gdGhlIHJlc3RyaWN0aW9uIGFib3ZlLCBhcHBsaWNh dGlvbnMgY2FuIG5vdCBiZSB3b2tlbiB1cCBieQ0KPiBub24tcHVzaCAgbm90aWZpY2F0aW9uICB0 cmFmZmljLiBUaGlzIG1lYW5zIHRoYXQgYSBzdXNwZW5kZWQgU0lQIFVBDQo+IHdpbGwgbm90IGJl IGFibGUgdG8gcmVjZWl2ZSBhbiBpbmNvbWluZyAgU0lQIHJlcXVlc3QgKGUuZy4sIGEgU0lQIElO VklURSByZXF1ZXN0KSwgb3IgdG8gc2VuZCBwZXJpb2RpYyByZS1yZWdpc3RyYXRpb24gcmVxdWVz dHMuIg0KPg0KPiBORVc6DQo+DQo+ICJEdWUgdG8gdGhlIHJlc3RyaWN0aW9uIGFib3ZlLCBhcHBs aWNhdGlvbnMgY2FuIG5vdCBiZSB3b2tlbiB1cCBieQ0KPiBub24tcHVzaCAgbm90aWZpY2F0aW9u ICB0cmFmZmljLiBUaGlzIG1lYW5zIHRoYXQgYSBzdXNwZW5kZWQgU0lQIFVBDQo+IHdpbGwgbm90 IGJlIGFibGUgdG8gcmVjZWl2ZSBhbiBpbmNvbWluZyAgU0lQIHJlcXVlc3QgKGUuZy4sIGEgU0lQ IElOVklURSByZXF1ZXN0KSwgb3IgdG8gc2VuZCBwZXJpb2RpYyByZS1yZWdpc3RyYXRpb24gcmVx dWVzdHMuDQo+ICBBbHNvLCB0aGUgU0lQIFVBIHdpbGwgbm90IGJlIGFibGUgdG8gbWFpbnRhaW4g Y29ubmVjdGlvbnMgZS5nLiwgdXNpbmcNCj4gdGhlIFNJUCBPdXRib3VuZCAgTWVjaGFuaXNtIFtS RUYtdG8tT3V0Ym91bmRdLCBhcyBpdCByZXF1aXJlcyB0aGUgVUEgdG8gc2VuZCBwZXJpb2RpYyBr ZWVwLWFsaXZlIG1lc3NhZ2VzLiINCj4NCj4gUmVnYXJkcywNCj4NCj4gQ2hyaXN0ZXINCj4NCj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gc2lwY29y ZSBtYWlsaW5nIGxpc3QNCj4gc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRmLm9y Zz4NCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXBjb3JlDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kc2lwY29yZSBtYWls aW5nIGxpc3QNCnNpcGNvcmVAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmc+DQpodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NpcGNvcmUNCg0K --_000_7594FB04B1934943A5C02806D1A2204B6C156C19ESESSMB109erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXpl OjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5IaSBSb21hbiw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPldlIGNhbiBmb3Igc3VyZSBhZGQgc29tZSB0 ZXh0IGFib3V0IGFkdmFudGFnZXMgKHJlZ2FyZGluZyBiYXR0ZXJ5IGxpZmUgZXRjKSBvZiBTSVAg UHVzaCB3aXRoIG1vYmlsZSB0ZXJtaW5hbHMgaW4gZ2VuZXJhbC4NCjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SG93ZXZlciwgSSB0aGluayBpdCBpcyBvdXRzaWRlIHRo ZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50IHRvIG1ha2UgcmVjb21tZW5kYXRpb25zIG9uIHdoYXQg bWVjaGFuaXNtcyB0byB1c2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Q2hyaXN0 ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBuYW1lPSJf TWFpbEVuZENvbXBvc2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2E+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3Nw YW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBSb21hbiBTaHBvdW50IFttYWls dG86cm9tYW5AdGVsdXJpeC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMDUgRmVicnVhcnkgMjAx OCAxODoyMTxicj4NCjxiPlRvOjwvYj4gQ2hyaXN0ZXIgSG9sbWJlcmcgJmx0O2NocmlzdGVyLmhv bG1iZXJnQGVyaWNzc29uLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IE1hcnRpbiBUaG9tc29uICZs dDttYXJ0aW4udGhvbXNvbkBnbWFpbC5jb20mZ3Q7OyBzaXBjb3JlQGlldGYub3JnPGJyPg0KPGI+ U3ViamVjdDo8L2I+IFJlOiBbc2lwY29yZV0gV0dMQzogZHJhZnQtaWV0Zi1zaXBjb3JlLXNpcC1w dXNoIC0gT3V0Ym91bmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SGksPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RXZl biB3aGVuIGNsaWVudHMgY2FuIGJlIHdva2VuIHVwICh0aGVyZSBhcmUgd2F5cyB0byBkbyB0aGlz IG9uIGFsbCBtb2JpbGUgcGxhdGZvcm1zLCBpbmNsdWRpbmcgSU9TKSwgd2FraW5nIHVwIGFwcGxp Y2F0aW9uIHdpdGggZnJlcXVlbmN5IHJlcXVpcmVkIHRvIHNlbmQgU0lQIGtlZXAtYWxpdmUgbWVz c2FnZXMgbGVhZHMgdG8gaW5jcmVhc2VkIGVuZXJneSBjb25zdW1wdGlvbi4gRXh0cmEgbmV0d29y ayBtZXNzYWdlcywNCiByZXF1aXJlZCBmb3IgU0lQIGtlZXAtYWxpdmUsIGFsc28gbGVhZCB0byBo aWdoZXIgZW5lcmd5IGNvbnN1bXB0aW9uLiBTSVAgUHVzaCBncmVhdGx5IHJlZHVjZXMgdGhlIHJl cXVpcmVkIGVuZXJneSBjb25zdW1wdGlvbiBmb3IgbW9iaWxlIGNsaWVudHMsIHNpbmNlIGl0IGFs bG93cyBTSVAgY2xpZW50cyB0byBnbyBmb3IgYSBzdXNwZW5kZWQgc3RhdGUgZm9yIGxvbmcgcGVy aW9kcyBvZiB0aW1lIHdpdGhvdXQgc2VuZGluZyBhbnkgbWVzc2FnZXMuDQogU0lQIFB1c2ggaXMg b2Z0ZW4gbW9yZSByZWxpYWJsZSB0aGVuIFNJUCBPdXRib3VuZCBzaW5jZSBpdCBkb2VzIG5vdCBy ZXF1aXJlIFNJUCBjbGllbnQgdG8gbWFpbnRhaW4gYSBOQVQgYmluZGluZyB3aGVuIFNJUCBjYWxs IGlzIG5vdCBpbiBwcm9ncmVzcy4gRnVydGhlcm1vcmUsIFNJUCBQdXNoIHJlZHVjZXMgdGhlIGxv YWQgb24gU0lQIFByb3h5IHNpbmNlIGl0IHJlZHVjZXMgdGhlIG51bWJlciBvZiBuZXR3b3JrIG1l c3NhZ2VzIFNJUCBQcm94eQ0KIG5lZWRzIHRvIHByb2Nlc3MuPG86cD48L286cD48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JbiBnZW5lcmFsLCBpdCBzaG91bGQgYmUgcmVjb21t ZW5kZWQgdG8gdXNlIFNJUCBQdXNoIG9uIG1vYmlsZSBwbGF0Zm9ybXMgaW5zdGVhZCBvZiBTSVAg T3V0Ym91bmQsIHdoZW4gU0lQIFB1c2ggaXMgYXZhaWxhYmxlLjxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLDxiciBjbGVhcj0iYWxsIj4NCjxvOnA+ PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5fX19fX19fX19f X19fPGJyPg0KUm9tYW4gU2hwb3VudDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPk9uIE1vbiwgRmViIDUsIDIwMTggYXQgOTo0MSBBTSwgQ2hyaXN0ZXIgSG9s bWJlcmcgJmx0OzxhIGhyZWY9Im1haWx0bzpjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20i IHRhcmdldD0iX2JsYW5rIj5jaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208L2E+Jmd0OyB3 cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFy Z2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5I aSw8YnI+DQo8YnI+DQomZ3Q7QW55IGFkdmljZSBvbiB3aGVuIG9uZSBvciB0aGUgb3RoZXIgbWln aHQgYmUgcHJlZmVycmVkPzxicj4NCjxicj4NClNJUCBQdXNoIGlzIGZvciBjYXNlcyB3aGVyZSBp bnRlcm5hbCB0aW1lcnMgY2FuJ3QgYmUgdXNlZCBpbiBvcmRlciB0byB3YWtlIHVwIHN1c3BlbmRl ZCBhcHBsaWNhdGlvbnMgaW4gb3JkZXIgdG8gc2VuZCBrZWVwLWFsaXZlcyBldGMuPGJyPg0KPGJy Pg0KUmVnYXJkcyw8YnI+DQo8YnI+DQpDaHJpc3Rlcjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxi cj4NCk9uIFNhdCwgRmViIDMsIDIwMTggYXQgMTE6MDIgUE0sIENocmlzdGVyIEhvbG1iZXJnICZs dDs8YSBocmVmPSJtYWlsdG86Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tIj5jaHJpc3Rl ci5ob2xtYmVyZ0Blcmljc3Nvbi5jb208L2E+Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7IEhpLDxicj4N CiZndDs8YnI+DQomZ3Q7IEluIG9yZGVyIHRvIGNvdmVyIE91dGJvdW5kLCBJIHN1Z2dlc3QgdG8g ZW5oYW5jZSB0aGUgZm9sbG93aW5nIHBhcmFncmFwaCBpbiB0aGUgSW50cm9kdWN0aW9uIHNlY3Rp b246PGJyPg0KJmd0Ozxicj4NCiZndDsgT0xEOjxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7ICZx dW90O0R1ZSB0byB0aGUgcmVzdHJpY3Rpb24gYWJvdmUsIGFwcGxpY2F0aW9ucyBjYW4gbm90IGJl IHdva2VuIHVwIGJ5PGJyPg0KJmd0OyBub24tcHVzaCZuYnNwOyBub3RpZmljYXRpb24mbmJzcDsg dHJhZmZpYy4gVGhpcyBtZWFucyB0aGF0IGEgc3VzcGVuZGVkIFNJUCBVQTxicj4NCiZndDsgd2ls bCBub3QgYmUgYWJsZSB0byByZWNlaXZlIGFuIGluY29taW5nJm5ic3A7IFNJUCByZXF1ZXN0IChl LmcuLCBhIFNJUCBJTlZJVEUgcmVxdWVzdCksIG9yIHRvIHNlbmQgcGVyaW9kaWMgcmUtcmVnaXN0 cmF0aW9uIHJlcXVlc3RzLiZxdW90Ozxicj4NCiZndDs8YnI+DQomZ3Q7IE5FVzo8YnI+DQomZ3Q7 PGJyPg0KJmd0OyAmcXVvdDtEdWUgdG8gdGhlIHJlc3RyaWN0aW9uIGFib3ZlLCBhcHBsaWNhdGlv bnMgY2FuIG5vdCBiZSB3b2tlbiB1cCBieTxicj4NCiZndDsgbm9uLXB1c2gmbmJzcDsgbm90aWZp Y2F0aW9uJm5ic3A7IHRyYWZmaWMuIFRoaXMgbWVhbnMgdGhhdCBhIHN1c3BlbmRlZCBTSVAgVUE8 YnI+DQomZ3Q7IHdpbGwgbm90IGJlIGFibGUgdG8gcmVjZWl2ZSBhbiBpbmNvbWluZyZuYnNwOyBT SVAgcmVxdWVzdCAoZS5nLiwgYSBTSVAgSU5WSVRFIHJlcXVlc3QpLCBvciB0byBzZW5kIHBlcmlv ZGljIHJlLXJlZ2lzdHJhdGlvbiByZXF1ZXN0cy48YnI+DQomZ3Q7Jm5ic3A7IEFsc28sIHRoZSBT SVAgVUEgd2lsbCBub3QgYmUgYWJsZSB0byBtYWludGFpbiBjb25uZWN0aW9ucyBlLmcuLCB1c2lu Zzxicj4NCiZndDsgdGhlIFNJUCBPdXRib3VuZCZuYnNwOyBNZWNoYW5pc20gW1JFRi10by1PdXRi b3VuZF0sIGFzIGl0IHJlcXVpcmVzIHRoZSBVQSB0byBzZW5kIHBlcmlvZGljIGtlZXAtYWxpdmUg bWVzc2FnZXMuJnF1b3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgUmVnYXJkcyw8YnI+DQomZ3Q7PGJy Pg0KJmd0OyBDaHJpc3Rlcjxicj4NCiZndDs8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyBzaXBjb3JlIG1haWxpbmcgbGlz dDxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmciPnNpcGNvcmVAaWV0 Zi5vcmc8L2E+PGJyPg0KJmd0OyA8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3NpcGNvcmUiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3NpcGNvcmU8L2E+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQpzaXBjb3JlIG1haWxpbmcgbGlzdDxicj4NCjxh IGhyZWY9Im1haWx0bzpzaXBjb3JlQGlldGYub3JnIj5zaXBjb3JlQGlldGYub3JnPC9hPjxicj4N CjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwY29yZSIg dGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lw Y29yZTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7594FB04B1934943A5C02806D1A2204B6C156C19ESESSMB109erics_-- From nobody Mon Feb 5 14:54:40 2018 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 79A19129966 for ; Mon, 5 Feb 2018 14:54:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] 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 tSl2S1zIj77O for ; Mon, 5 Feb 2018 14:54:37 -0800 (PST) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (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 87D49124207 for ; Mon, 5 Feb 2018 14:54:36 -0800 (PST) Received: by mail-lf0-x231.google.com with SMTP id g72so44042488lfg.5 for ; Mon, 05 Feb 2018 14:54:36 -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=GE7kWlVtsXbLD5IieTNY5ROEZkvl+l1sfjMp5oUIloc=; b=ZLMEc0s9gvjO+D93/4WZPE+Ca/lGo1peyqk3yreanN0b5Wd3EhnptxLmDeLcEUDY1p uIOPNQT48rOL5rukfFHfJ9urTWXGDO8/ycFcSYtLcvOSREj8FOQeTZ67s8rjXRMaUEFw v0HwIfPA4YUsI1sA431p6m1DBade2Ce70y0cN1yrN0cw2+Q0T6C6b5OyTflVIeDwP0hh mHr9VXeWwCkr8BqMxSS3PSlJY7e4xYEBwTW1sAil/GEfkymxWF4nJMo+J0CoVLtwQkjw 1S1yGIb1n9MK7orbb9ji/5fCGALOPtMS+U1NBkYBtV6JcCefjlrFGbl+EtdSH7/YOb40 OdUg== 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=GE7kWlVtsXbLD5IieTNY5ROEZkvl+l1sfjMp5oUIloc=; b=fiv/nmPu8pdICIwIINtwILJt9ZKO3uQ4JOMhtV74vl9EPNfll1H0fCAWC/xVMqUlgL L2kDgPoBwcMtSrE1c2r/cN01u+lDeSX8YhOY1VP2ZKI4hlUOsaPUd8YkISo5MG9drUVB CiMGFqDzIeM9e8FyF54Cko1Buu/Tdobw7H3RNwhcp6OtptxYE+Izb1iGudqisBP7jJh+ sW5Wh1n6K3yXVIqH+x5YLe+BrowNd62TvnLW/YXtt8HEJVvkQnRcUtNwFzgbSvLFDnnh sGJetPr91WFLjH2lboTSEBhroBafx8vDKbSXxsFW2LOrnT/UjRgZ78Q0jWPH+jsuBK1z KsmA== X-Gm-Message-State: APf1xPBoeA3z+AcxFRhU77maZkEfenCfdDz/1OlJRDoKTNDYHQDq804m 7wYlzbSH1nVReQxZVkJM4eRqFHGe9/326MSmmgsI X-Google-Smtp-Source: AH8x225nwq1+zdgQlagIGX+KESnB1BJl9wtas7LbHi0/QB9zv73x8t5Wa923JNyKELbXiCIUE3rwZkVIPOqD3076N+c= X-Received: by 10.46.67.16 with SMTP id q16mr236162lja.16.1517871274470; Mon, 05 Feb 2018 14:54:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.145.14 with HTTP; Mon, 5 Feb 2018 14:54:14 -0800 (PST) From: Aymeric Moizard Date: Mon, 5 Feb 2018 23:54:14 +0100 Message-ID: To: sipcore , christer.holmberg@ericsson.com Content-Type: multipart/alternative; boundary="94eb2c0d802821330e05647ef2bc" Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - uncompliant Contact example X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 22:54:39 -0000 --94eb2c0d802821330e05647ef2bc Content-Type: text/plain; charset="UTF-8" Hi Christer, There is a REGISTER sample in Section 1 with this Contact: Contact: The "pn-prid" parameter contains DQUOTE. However, this doesn't look to be compliant with rfc3261. the draft correctly defines pn-prid (and others) as a "pvalue" (defined in rfc3261) but "pvalue" does not contain DQUOTE. Thus, the Contact header is wrong. I guess the fix is to remove the DQUOTE, which are useless here. Otherwise, DQUOTE should be escaped in the pn-prid example. Contact: OR Contact: >From rfc3261: pvalue = 1*paramchar paramchar = param-unreserved / unreserved / escaped param-unreserved = "[" / "]" / "/" / ":" / "&" / "+" / "$" unreserved = alphanum / mark mark = "-" / "_" / "." / "!" / "~" / "*" / "'" / "(" / ")" escaped = "%" HEXDIG HEXDIG >From the draft: (which is correct) uri-parameter =/ pn-provider / pn-param / pn-prid / pn-enccode / pn-enckey pn-provider = "pn-provider" EQUAL pvalue pn-param = "pn-param" EQUAL pvalue pn-prid = "pn-prid" EQUAL pvalue pn-enccode = "pn-enccode" EQUAL pvalue pn-enckey = "pn-enckey" EQUAL pvalue ; pvalue as defined in RFC 3261 ; EQUAL as defined in RFC 3261 ; COLON as defined in RFC 3261 I hope I didn't made any mistake! Tks, Aymeric Aymeric Moizard -- Antisip - http://www.antisip.com --94eb2c0d802821330e05647ef2bc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Christer,

There is a REGISTER sample in Section 1 with this Conta= ct:

=C2=A0 =C2=A0 =C2=A0Contact: <sip:alice@alicemobile.example.com;
=C2=A0 = =C2=A0 =C2=A0 =C2=A0pn-provider=3Dacme;
=C2=A0 =C2=A0 =C2=A0 =C2=A0pn-pa= ram=3Dacme-param;
=C2=A0 =C2=A0 =C2=A0 =C2=A0pn-prid=3D"ZTY4ZDJlMzO= DE1NmUgKi0K">

The "pn-prid" parameter contains DQU= OTE.
However, this doesn't look to be compliant with rfc3261.
the= draft=20 correctly=C2=A0defines=C2=A0<= span style=3D"color:rgb(34,34,34);font-family:arial,sans-serif;font-size:sm= all;font-style:normal;font-variant-ligatures:normal;font-variant-caps:norma= l;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;te= xt-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(= 255,255,255);text-decoration-style:initial;text-decoration-color:initial;fl= oat:none;display:inline">pn-prid=C2=A0 (and others) as=C2=A0
a &= quot;pvalue" (defined in rfc3261) but "pvalue" does not
contain DQUOTE.

Thus, the Contact header is wrong. I guess
the fix is to remove the DQUOTE, which are useless
here. O= therwise, DQUOTE should be escaped in the
pn-prid example.
<= div>



uri-parameter =C2=A0 =3D/ pn-provider / pn-param / pn= -prid / pn-enccode /
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 pn-enckey
pn-provider =C2=A0 =C2=A0 = =3D "pn-provider" EQUAL pvalue
pn-param =C2=A0 =C2=A0 =C2=A0 = =C2=A0=3D "pn-param" EQUAL pvalue
pn-prid =C2=A0 =C2=A0 =C2=A0= =C2=A0 =3D "pn-prid" EQUAL pvalue
pn-enccode =C2=A0 =C2=A0 = =C2=A0=3D "pn-enccode" EQUAL pvalue
pn-enckey =C2=A0 =C2=A0 = =C2=A0 =3D "pn-enckey" EQUAL pvalue
=C2=A0 =C2=A0; pvalue as d= efined in RFC 3261
=C2=A0 =C2=A0; EQUAL as defined in RFC 3261
=C2= =A0 =C2=A0; COLON as defined in RFC 3261
Aymeric
--94eb2c0d802821330e05647ef2bc-- From nobody Mon Feb 5 16:05:35 2018 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 6D28D129C53 for ; Mon, 5 Feb 2018 16:05:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 hKzKcx_WBq9c for ; Mon, 5 Feb 2018 16:05:32 -0800 (PST) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F492127869 for ; Mon, 5 Feb 2018 16:05:32 -0800 (PST) Received: by mail-oi0-x22a.google.com with SMTP id c8so88975oiy.9 for ; Mon, 05 Feb 2018 16:05:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=MBXmM2Mh0/CKWVMyhsuuHoe4fJDUra2tTBbtJNY/u58=; b=SMj9VeXxBD5u5ykGI9w1efmTCuNlmoO8Bl69BhCUZ9rLrJ49ETevtdwgmRVN9dmA9r ZdCJfyjIiWoQ6OKEHIqvj309ec2ONDAd8abXSlvy4Y4mBH4Ng631Kw6f2+5J8RLyD21D K1mSFKEdogWyPS1GZEUtM1O3zdJvJY6mq0oOhwhwV6P+FIXScIqS1nH3ew+iDzqys6dE rhR90s1GvWD6RKlhr3W8rfrKOhwDlMPuD7/HnCOkaEeLYsckqUbjqYX2BErn1QkPEXPE 0S3rLbesw6JNs9q+IFgRXOLu1tMksWQEN6f6k5vDw0KAVFBTElFb6wRey3J1MSlyqXJx LbiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=MBXmM2Mh0/CKWVMyhsuuHoe4fJDUra2tTBbtJNY/u58=; b=LhNZ1f+NNlqvYYW46tsV0zdCwuQnb7Bxryio630rdXBZpyHi+h7k2v+bu5VyJv90fl 6wDp2RJxN8fvjO8MVtyI/D44+hLuUapDRz+Mg6zkVMrZ8fdssfh15OfiWtiH/s1ULh1d dbnBNhyEv2pjOJv3/9AFlxm0o+iZJyBT2OcVa1BttlDPvpkk44MUvIpm7NJlsXtWaWaA 28ffRtVgiqlPgQXnoJd0mG3QmbrWgu9Tzw5+Km67RDf7se2lzSJsSh5LDLcB/veyUKzL TpZJgle0954z+Yu7kXqVKGFag6b/7z/HleEHdp3d5D9dwY5M/TBy30Ap3PlPMMSpRdJB e/Nw== X-Gm-Message-State: APf1xPCJP/Sxx1232ZVzPz+82z+apRCuIdpKCi8oGP5YQCqZi53itgAE SCOaO9i5KeIq5gHmR6KzWzSxBqsk4ziQwi89EkI= X-Google-Smtp-Source: AH8x2274lfLazdGqDtKzQhvUKqafmr0f/6B6PMzjgt7brcvSYtIWxfV6vJGWWk8IFr0vHjQ9SKntkt8XRiSWXxnl7PE= X-Received: by 10.202.106.12 with SMTP id f12mr365590oic.92.1517875531396; Mon, 05 Feb 2018 16:05:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.52.196 with HTTP; Mon, 5 Feb 2018 16:05:30 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C156C19@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C152815@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C156507@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C156C19@ESESSMB109.ericsson.se> From: Martin Thomson Date: Tue, 6 Feb 2018 11:05:30 +1100 Message-ID: To: Christer Holmberg Cc: Roman Shpount , "sipcore@ietf.org" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 00:05:34 -0000 I don't care about the policy question (I agree with both of you there - Roman that push is better, Christer that it is a policy decision). What I care about is that we make it clear whether running both options is acceptable. Mostly, when a UA (or proxy) might reasonable decide to turn off keep-alives. On Tue, Feb 6, 2018 at 6:31 AM, Christer Holmberg wrote: > Hi Roman, > > > > We can for sure add some text about advantages (regarding battery life etc) > of SIP Push with mobile terminals in general. > > > > However, I think it is outside the scope of this document to make > recommendations on what mechanisms to use. > > > > Regards, > > > > Christer > > > > From: Roman Shpount [mailto:roman@telurix.com] > Sent: 05 February 2018 18:21 > To: Christer Holmberg > Cc: Martin Thomson ; sipcore@ietf.org > Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound > > > > Hi, > > > > Even when clients can be woken up (there are ways to do this on all mobile > platforms, including IOS), waking up application with frequency required to > send SIP keep-alive messages leads to increased energy consumption. Extra > network messages, required for SIP keep-alive, also lead to higher energy > consumption. SIP Push greatly reduces the required energy consumption for > mobile clients, since it allows SIP clients to go for a suspended state for > long periods of time without sending any messages. SIP Push is often more > reliable then SIP Outbound since it does not require SIP client to maintain > a NAT binding when SIP call is not in progress. Furthermore, SIP Push > reduces the load on SIP Proxy since it reduces the number of network > messages SIP Proxy needs to process. > > > > In general, it should be recommended to use SIP Push on mobile platforms > instead of SIP Outbound, when SIP Push is available. > > > > Regards, > > _____________ > Roman Shpount > > > > On Mon, Feb 5, 2018 at 9:41 AM, Christer Holmberg > wrote: > > Hi, > >>Any advice on when one or the other might be preferred? > > SIP Push is for cases where internal timers can't be used in order to wake > up suspended applications in order to send keep-alives etc. > > Regards, > > Christer > > > > > On Sat, Feb 3, 2018 at 11:02 PM, Christer Holmberg > wrote: >> Hi, >> >> In order to cover Outbound, I suggest to enhance the following paragraph >> in the Introduction section: >> >> OLD: >> >> "Due to the restriction above, applications can not be woken up by >> non-push notification traffic. This means that a suspended SIP UA >> will not be able to receive an incoming SIP request (e.g., a SIP INVITE >> request), or to send periodic re-registration requests." >> >> NEW: >> >> "Due to the restriction above, applications can not be woken up by >> non-push notification traffic. This means that a suspended SIP UA >> will not be able to receive an incoming SIP request (e.g., a SIP INVITE >> request), or to send periodic re-registration requests. >> Also, the SIP UA will not be able to maintain connections e.g., using >> the SIP Outbound Mechanism [REF-to-Outbound], as it requires the UA to >> send periodic keep-alive messages." >> >> Regards, >> >> Christer >> >> _______________________________________________ >> 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 Mon Feb 5 19:04:21 2018 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 2F396124D68 for ; Mon, 5 Feb 2018 19:04:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.319 X-Spam-Level: X-Spam-Status: No, score=-4.319 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 Vf2OfO3mMOkL for ; Mon, 5 Feb 2018 19:04:17 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3CF0124319 for ; Mon, 5 Feb 2018 19:04:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517886255; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=21/vw+HYrKe+rKIUGGSH6VkcvkfgLsim+OeQPwEqmcg=; b=S4A4sQw+CEvwMMPGG4zjLNwJuVxJYHgL0NaEEhaf/6l41MEyzM9hjgJMKhnZdDH6 kOkEtxsmned8utBmj/dOJycrq+zEdqbBQl0VXfn+PyacjTMdY2LG2EKHXW/b8oRF 0hOVSaYAr/6chhGXiWo8QhLFnXFCUwzGpPryHG4LyoA=; X-AuditID: c1b4fb3a-35fff700000067b4-86-5a791b2f9f68 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id F0.65.26548.F2B197A5; Tue, 6 Feb 2018 04:04:15 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 04:04:14 +0100 From: Christer Holmberg To: Aymeric Moizard , sipcore Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - uncompliant Contact example Thread-Index: AQHTntRLJB83z2BAQEqeXl7BTOgFtKOWsBOQ Date: Tue, 6 Feb 2018 03:04:13 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C157011@ESESSMB109.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B6C157011ESESSMB109erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgkeLIzCtJLcpLzFFi42KZGbE9UFdfujLK4NJXAYtJ8xIsvv7YxObA 5LFz1l12jyVLfjIFMEVx2aSk5mSWpRbp2yVwZew42cxSMK2TsWLtm0WMDYwHWhm7GDk5JARM JPZdOANkc3EICRxmlNj97wmUs5hR4uGPrcxdjBwcbAIWEt3/tEEaRARcJF59nQzWLCwQIdHw 8j8bRDxSYuORKUwQtpHEpN//wGpYBFQk2v8/BYvzCvhK/FwxgwXEFhIIkFhxeh+YzSkQKPFu +kywekYBMYnvp9aA1TMLiEvcejKfCeJQAYkle84zQ9iiEi8f/2OFsJUkFt3+DFWfL7Hr+RIW iF2CEidnPmGZwCg8C8moWUjKZiEpmwX0JbOApsT6XfoQJYoSU7ofskPYGhKtc+ayI4svYGRf xShanFpcnJtuZKSXWpSZXFycn6eXl1qyiREYPwe3/LbawXjwueMhRgEORiUeXkfeyigh1sSy 4srcQ4wSHMxKIrxO18ujhHhTEiurUovy44tKc1KLDzFKc7AoifM6pVlECQmkJ5akZqemFqQW wWSZODilGhj5T3PbLbO2CeuYkH2XqSNly76Hd7673XqQVGWyqNq8W+to5V7542VTlkjsiHpp tVeSQ3mWyaNEn5bbhT9v7s7jF69l4Z+1rsV/1b0mwY3vX3s93fCqs63RwtZQvyypWURTovxv UY3ujd+uU9Y8/89j/jg+QaSWO8R0071Xu+1SDmY4zr+0cYESS3FGoqEWc1FxIgC8peccmwIA AA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - uncompliant Contact example X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 03:04:19 -0000 --_000_7594FB04B1934943A5C02806D1A2204B6C157011ESESSMB109erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQXltZXJpYywNCg0KWW91IGFyZSByaWdodCDigJMgdGhlIERRVU9URVMgc2hhbGwgYmUgcmVt b3ZlZC4gV2lsbCBiZSBmaXhlZC4NCg0KVGhhbmtzIQ0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0K DQoNCkZyb206IEF5bWVyaWMgTW9pemFyZCBbbWFpbHRvOmFtb2l6YXJkQGdtYWlsLmNvbV0NClNl bnQ6IDA2IEZlYnJ1YXJ5IDIwMTggMDA6NTQNClRvOiBzaXBjb3JlIDxzaXBjb3JlQGlldGYub3Jn PjsgQ2hyaXN0ZXIgSG9sbWJlcmcgPGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4NClN1 YmplY3Q6IFJlOiBbc2lwY29yZV0gV0dMQzogZHJhZnQtaWV0Zi1zaXBjb3JlLXNpcC1wdXNoIC0g dW5jb21wbGlhbnQgQ29udGFjdCBleGFtcGxlDQoNCkhpIENocmlzdGVyLA0KDQpUaGVyZSBpcyBh IFJFR0lTVEVSIHNhbXBsZSBpbiBTZWN0aW9uIDEgd2l0aCB0aGlzIENvbnRhY3Q6DQoNCiAgICAg Q29udGFjdDogPHNpcDphbGljZUBhbGljZW1vYmlsZS5leGFtcGxlLmNvbTxtYWlsdG86c2lwJTNB YWxpY2VAYWxpY2Vtb2JpbGUuZXhhbXBsZS5jb20+Ow0KICAgICAgIHBuLXByb3ZpZGVyPWFjbWU7 DQogICAgICAgcG4tcGFyYW09YWNtZS1wYXJhbTsNCiAgICAgICBwbi1wcmlkPSJaVFk0WkRKbE16 T0RFMU5tVWdLaTBLIj4NCg0KVGhlICJwbi1wcmlkIiBwYXJhbWV0ZXIgY29udGFpbnMgRFFVT1RF Lg0KSG93ZXZlciwgdGhpcyBkb2Vzbid0IGxvb2sgdG8gYmUgY29tcGxpYW50IHdpdGggcmZjMzI2 MS4NCnRoZSBkcmFmdCBjb3JyZWN0bHkgZGVmaW5lcyBwbi1wcmlkICAoYW5kIG90aGVycykgYXMN CmEgInB2YWx1ZSIgKGRlZmluZWQgaW4gcmZjMzI2MSkgYnV0ICJwdmFsdWUiIGRvZXMgbm90DQpj b250YWluIERRVU9URS4NCg0KVGh1cywgdGhlIENvbnRhY3QgaGVhZGVyIGlzIHdyb25nLiBJIGd1 ZXNzDQp0aGUgZml4IGlzIHRvIHJlbW92ZSB0aGUgRFFVT1RFLCB3aGljaCBhcmUgdXNlbGVzcw0K aGVyZS4gT3RoZXJ3aXNlLCBEUVVPVEUgc2hvdWxkIGJlIGVzY2FwZWQgaW4gdGhlDQpwbi1wcmlk IGV4YW1wbGUuDQoNCiAgICAgQ29udGFjdDogPHNpcDphbGljZUBhbGljZW1vYmlsZS5leGFtcGxl LmNvbTxtYWlsdG86c2lwJTNBYWxpY2VAYWxpY2Vtb2JpbGUuZXhhbXBsZS5jb20+Ow0KICAgICAg IHBuLXByb3ZpZGVyPWFjbWU7DQogICAgICAgcG4tcGFyYW09YWNtZS1wYXJhbTsNCiAgICAgICBw bi1wcmlkPVpUWTRaREpsTXpPREUxTm1VZ0tpMEs+DQoNCk9SDQoNCiAgICAgQ29udGFjdDogPHNp cDphbGljZUBhbGljZW1vYmlsZS5leGFtcGxlLmNvbTxtYWlsdG86c2lwJTNBYWxpY2VAYWxpY2Vt b2JpbGUuZXhhbXBsZS5jb20+Ow0KICAgICAgIHBuLXByb3ZpZGVyPWFjbWU7DQogICAgICAgcG4t cGFyYW09YWNtZS1wYXJhbTsNCiAgICAgICBwbi1wcmlkPSUyMlpUWTRaREpsTXpPREUxTm1VZ0tp MEslMjI+DQoNCg0KRnJvbSByZmMzMjYxOg0KDQpwdmFsdWUgICAgICAgICAgICA9ICAxKnBhcmFt Y2hhcg0KcGFyYW1jaGFyICAgICAgICAgPSAgcGFyYW0tdW5yZXNlcnZlZCAvIHVucmVzZXJ2ZWQg LyBlc2NhcGVkDQpwYXJhbS11bnJlc2VydmVkICA9ICAiWyIgLyAiXSIgLyAiLyIgLyAiOiIgLyAi JiIgLyAiKyIgLyAiJCINCnVucmVzZXJ2ZWQgID0gIGFscGhhbnVtIC8gbWFyaw0KbWFyayAgICAg ICAgPSAgIi0iIC8gIl8iIC8gIi4iIC8gIiEiIC8gIn4iIC8gIioiIC8gIiciDQogICAgICAgICAg ICAgICAgICAgICAvICIoIiAvICIpIg0KZXNjYXBlZCAgICAgPSAgIiUiIEhFWERJRyBIRVhESUcN Cg0KDQpGcm9tIHRoZSBkcmFmdDogKHdoaWNoIGlzIGNvcnJlY3QpDQoNCnVyaS1wYXJhbWV0ZXIg ICA9LyBwbi1wcm92aWRlciAvIHBuLXBhcmFtIC8gcG4tcHJpZCAvIHBuLWVuY2NvZGUgLw0KICAg ICAgICAgICAgICAgICAgICAgICAgcG4tZW5ja2V5DQpwbi1wcm92aWRlciAgICAgPSAicG4tcHJv dmlkZXIiIEVRVUFMIHB2YWx1ZQ0KcG4tcGFyYW0gICAgICAgID0gInBuLXBhcmFtIiBFUVVBTCBw dmFsdWUNCnBuLXByaWQgICAgICAgICA9ICJwbi1wcmlkIiBFUVVBTCBwdmFsdWUNCnBuLWVuY2Nv ZGUgICAgICA9ICJwbi1lbmNjb2RlIiBFUVVBTCBwdmFsdWUNCnBuLWVuY2tleSAgICAgICA9ICJw bi1lbmNrZXkiIEVRVUFMIHB2YWx1ZQ0KICAgOyBwdmFsdWUgYXMgZGVmaW5lZCBpbiBSRkMgMzI2 MQ0KICAgOyBFUVVBTCBhcyBkZWZpbmVkIGluIFJGQyAzMjYxDQogICA7IENPTE9OIGFzIGRlZmlu ZWQgaW4gUkZDIDMyNjENCg0KSSBob3BlIEkgZGlkbid0IG1hZGUgYW55IG1pc3Rha2UhDQpUa3Ms DQpBeW1lcmljDQoNCg0KQXltZXJpYyBNb2l6YXJkDQoNCi0tDQpbaHR0cDovL3NpcC5hbnRpc2lw LmNvbS9hbTQ4LnBuZ11BbnRpc2lwIC0gaHR0cDovL3d3dy5hbnRpc2lwLmNvbQ0K --_000_7594FB04B1934943A5C02806D1A2204B6C157011ESESSMB109erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5l dyBSb21hbiIsc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bh bi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUx OA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJDYWxp YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3 Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIEF5bWVyaWMs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5Zb3UgYXJlIHJpZ2h0IOKA kyB0aGUgRFFVT1RFUyBzaGFsbCBiZSByZW1vdmVkLiBXaWxsIGJlIGZpeGVkLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGhhbmtzITxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFz dC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPkNocmlzdGVyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv YT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEF5bWVy aWMgTW9pemFyZCBbbWFpbHRvOmFtb2l6YXJkQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9i PiAwNiBGZWJydWFyeSAyMDE4IDAwOjU0PGJyPg0KPGI+VG86PC9iPiBzaXBjb3JlICZsdDtzaXBj b3JlQGlldGYub3JnJmd0OzsgQ2hyaXN0ZXIgSG9sbWJlcmcgJmx0O2NocmlzdGVyLmhvbG1iZXJn QGVyaWNzc29uLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtzaXBjb3JlXSBXR0xD OiBkcmFmdC1pZXRmLXNpcGNvcmUtc2lwLXB1c2ggLSB1bmNvbXBsaWFudCBDb250YWN0IGV4YW1w bGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBDaHJpc3Rlciw8YnI+ DQo8YnI+DQpUaGVyZSBpcyBhIFJFR0lTVEVSIHNhbXBsZSBpbiBTZWN0aW9uIDEgd2l0aCB0aGlz IENvbnRhY3Q6PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDtDb250YWN0OiAmbHQ7PGEg aHJlZj0ibWFpbHRvOnNpcCUzQWFsaWNlQGFsaWNlbW9iaWxlLmV4YW1wbGUuY29tIj5zaXA6YWxp Y2VAYWxpY2Vtb2JpbGUuZXhhbXBsZS5jb208L2E+Ozxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO3BuLXByb3ZpZGVyPWFjbWU7PGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 cG4tcGFyYW09YWNtZS1wYXJhbTs8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwbi1w cmlkPSZxdW90O1pUWTRaREpsTXpPREUxTm1VZ0tpMEsmcXVvdDsmZ3Q7PGJyPg0KPGJyPg0KVGhl ICZxdW90O3BuLXByaWQmcXVvdDsgcGFyYW1ldGVyIGNvbnRhaW5zIERRVU9URS48YnI+DQpIb3dl dmVyLCB0aGlzIGRvZXNuJ3QgbG9vayB0byBiZSBjb21wbGlhbnQgd2l0aCByZmMzMjYxLjxicj4N CnRoZSBkcmFmdCA8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMjIyMjIyO2JhY2tncm91bmQ6d2hpdGUiPg0KY29ycmVjdGx5Jm5ic3A7 PC9zcGFuPmRlZmluZXMmbmJzcDs8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjIyMjIyO2JhY2tncm91bmQ6d2hpdGUiPnBuLXByaWQ8 L3NwYW4+Jm5ic3A7IChhbmQgb3RoZXJzKSBhcyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPmEgJnF1b3Q7cHZhbHVlJnF1b3Q7IChkZWZpbmVkIGluIHJm YzMyNjEpIGJ1dCAmcXVvdDtwdmFsdWUmcXVvdDsgZG9lcyBub3Q8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmNvbnRhaW4gRFFVT1RFLjxicj4NCjxi cj4NClRodXMsIHRoZSBDb250YWN0IGhlYWRlciBpcyB3cm9uZy4gSSBndWVzczxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dGhlIGZpeCBpcyB0byBy ZW1vdmUgdGhlIERRVU9URSwgd2hpY2ggYXJlIHVzZWxlc3M8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmhlcmUuIE90aGVyd2lzZSwgRFFVT1RFIHNo b3VsZCBiZSBlc2NhcGVkIGluIHRoZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+cG4tcHJpZCBleGFtcGxlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMjIyMjIyO2JhY2tncm91bmQ6d2hp dGUiPiZuYnNwOyAmbmJzcDsgJm5ic3A7Q29udGFjdDogJmx0OzxhIGhyZWY9Im1haWx0bzpzaXAl M0FhbGljZUBhbGljZW1vYmlsZS5leGFtcGxlLmNvbSI+c2lwOmFsaWNlQGFsaWNlbW9iaWxlLmV4 YW1wbGUuY29tPC9hPjs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIyMjIyMiI+PGJyPg0KPHNwYW4gc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3BuLXByb3ZpZGVyPWFjbWU7 PC9zcGFuPjxicj4NCjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDtwbi1wYXJhbT1hY21lLXBhcmFtOzwvc3Bhbj48YnI+DQo8c3BhbiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7cG4tcHJpZD1a VFk0WkRKbE16T0RFMU5tVWdLaTBLJmd0Ozwvc3Bhbj48YnI+DQo8L3NwYW4+PGJyPg0KT1I8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIy MjIyMjtiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDsgJm5ic3A7ICZuYnNwO0NvbnRhY3Q6ICZsdDs8 YSBocmVmPSJtYWlsdG86c2lwJTNBYWxpY2VAYWxpY2Vtb2JpbGUuZXhhbXBsZS5jb20iPnNpcDph bGljZUBhbGljZW1vYmlsZS5leGFtcGxlLmNvbTwvYT47PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMyMjIyMjIiPjxicj4N CjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDtwbi1wcm92aWRlcj1hY21lOzwvc3Bhbj48YnI+DQo8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7cG4tcGFyYW09YWNtZS1wYXJhbTs8L3Nw YW4+PGJyPg0KPHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwO3BuLXByaWQ9JTIyWlRZNFpESmxNek9ERTFObVVnS2kwSyUyMiZndDs8L3NwYW4+ PGJyPg0KPC9zcGFuPjxicj4NCjxicj4NCkZyb20gcmZjMzI2MTo8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzAuMHB0O21hcmdpbi1yaWdo dDowY20iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnB2YWx1ZSAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOz0gJm5ic3A7MSpwYXJhbWNoYXI8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnBhcmFtY2hhciAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgPSAmbmJzcDtwYXJhbS11bnJlc2VydmVkIC8gdW5yZXNl cnZlZCAvIGVzY2FwZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPnBhcmFtLXVucmVzZXJ2ZWQgJm5ic3A7PSAmbmJzcDsmcXVvdDtbJnF1b3Q7IC8g JnF1b3Q7XSZxdW90OyAvICZxdW90Oy8mcXVvdDsgLyAmcXVvdDs6JnF1b3Q7IC8gJnF1b3Q7JmFt cDsmcXVvdDsgLyAmcXVvdDsmIzQzOyZxdW90OyAvICZxdW90OyQmcXVvdDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnVucmVzZXJ2ZWQgJm5ic3A7 PSAmbmJzcDthbHBoYW51bSAvIG1hcms8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPm1hcmsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7PSAmbmJz cDsmcXVvdDstJnF1b3Q7IC8gJnF1b3Q7XyZxdW90OyAvICZxdW90Oy4mcXVvdDsgLyAmcXVvdDsh JnF1b3Q7IC8gJnF1b3Q7fiZxdW90OyAvICZxdW90OyomcXVvdDsgLyAmcXVvdDsnJnF1b3Q7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7LyAmcXVvdDsoJnF1b3Q7IC8gJnF1b3Q7KSZxdW90OzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ZXNjYXBlZCAmbmJzcDsgJm5i c3A7ID0gJm5ic3A7JnF1b3Q7JSZxdW90OyBIRVhESUcgSEVYRElHPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8 YnI+DQpGcm9tIHRoZSBkcmFmdDogKHdoaWNoIGlzIGNvcnJlY3QpPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi1sZWZ0OjMwLjBwdDttYXJnaW4tcmln aHQ6MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnVyaS1wYXJhbWV0ZXIgJm5ic3A7ID0vIHBu LXByb3ZpZGVyIC8gcG4tcGFyYW0gLyBwbi1wcmlkIC8gcG4tZW5jY29kZSAvPGJyPg0KJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgcG4tZW5ja2V5PGJyPg0KcG4tcHJvdmlkZXIgJm5ic3A7ICZu YnNwOyA9ICZxdW90O3BuLXByb3ZpZGVyJnF1b3Q7IEVRVUFMIHB2YWx1ZTxicj4NCnBuLXBhcmFt ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOz0gJnF1b3Q7cG4tcGFyYW0mcXVvdDsgRVFVQUwg cHZhbHVlPGJyPg0KcG4tcHJpZCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgPSAmcXVvdDtw bi1wcmlkJnF1b3Q7IEVRVUFMIHB2YWx1ZTxicj4NCnBuLWVuY2NvZGUgJm5ic3A7ICZuYnNwOyAm bmJzcDs9ICZxdW90O3BuLWVuY2NvZGUmcXVvdDsgRVFVQUwgcHZhbHVlPGJyPg0KcG4tZW5ja2V5 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ID0gJnF1b3Q7cG4tZW5ja2V5JnF1b3Q7IEVRVUFMIHB2YWx1 ZTxicj4NCiZuYnNwOyAmbmJzcDs7IHB2YWx1ZSBhcyBkZWZpbmVkIGluIFJGQyAzMjYxPGJyPg0K Jm5ic3A7ICZuYnNwOzsgRVFVQUwgYXMgZGVmaW5lZCBpbiBSRkMgMzI2MTxvOnA+PC9vOnA+PC9w Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDs7IENPTE9OIGFzIGRl ZmluZWQgaW4gUkZDIDMyNjE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5JIGhvcGUgSSBkaWRuJ3QgbWFkZSBhbnkgbWlzdGFrZSE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRrcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkF5bWVyaWM8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiciBjbGVhcj0iYWxsIj4NCjxvOnA+ PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXltZXJpYyBNb2l6YXJk PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0gPG86cD48 L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGltZyBib3JkZXI9IjAiIGlk PSJfeDAwMDBfaTEwMjUiIHNyYz0iaHR0cDovL3NpcC5hbnRpc2lwLmNvbS9hbTQ4LnBuZyI+QW50 aXNpcCAtDQo8YSBocmVmPSJodHRwOi8vd3d3LmFudGlzaXAuY29tIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cDovL3d3dy5hbnRpc2lwLmNvbTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_7594FB04B1934943A5C02806D1A2204B6C157011ESESSMB109erics_-- From nobody Mon Feb 5 19:12:01 2018 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 8C805124D68 for ; Mon, 5 Feb 2018 19:12:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 jsD2fKgCW0rY for ; Mon, 5 Feb 2018 19:11:58 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C497120227 for ; Mon, 5 Feb 2018 19:11:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517886716; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=G5I/ZZZR0v9zMqgGtHkqcZZ2w/XmVWKMY5nygJgXFl4=; b=Y+3aAnaReDjidhH1zofGYjvXEej0OLe4zdY3tMC7M7q2CcK/EMA/0lE6n3KWSX6I 4YSEHENzOeN4GZoVavu8gIWLz9qmqIbsKxxnZ1rJEQvfdnMQSI3z5rezCvhZqQ16 szi1k1/2VJAQrbPpUM3T2LC6H+qiH0qJUUy9D6dLHl4=; X-AuditID: c1b4fb30-399ff70000004778-f4-5a791cfcc317 Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 4A.A5.18296.CFC197A5; Tue, 6 Feb 2018 04:11:56 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 04:11:56 +0100 From: Christer Holmberg To: Martin Thomson CC: Roman Shpount , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound Thread-Index: AdOc5ljzRqSEVzICTD6WjUezEeT9GwBJXdQAACDR2LAAAXc9AAAIoH4AAAeWrQAACHDxAA== Date: Tue, 6 Feb 2018 03:11:55 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C15705E@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C152815@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C156507@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C156C19@ESESSMB109.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmkeLIzCtJLcpLzFFi42KZGbHdW/ePTGWUwYOf6hbXzvxjtJhxYSqz xdcfm9gcmD12zrrL7rFkyU8mj1tTCgKYo7hsUlJzMstSi/TtErgydn1qZCpYolWxfmcvewPj DM0uRk4OCQETiaauBqYuRi4OIYHDjBJPet5BOYsZJTbfu8DWxcjBwSZgIdH9TxukQURAV2LR 2QfsIDazgI/EnR1vWUFsYQFnibWn1jFC1LhIvF/zlgXCDpNYcbaVGcRmEVCRWPnzGlgvr4Cv xN61d9kgdq1iljh8sokFZBenQKDEzK44kBpGATGJ76fWMEHsEpe49WQ+E8TRAhJL9pxnhrBF JV4+/scKYStJLLr9mQlkDLOApsT6XfoQrYoSU7ofQq0VlDg58wnLBEbRWUimzkLomIWkYxaS jgWMLKsYRYtTi5Ny042M9FKLMpOLi/Pz9PJSSzYxAqPm4JbfBjsYXz53PMQowMGoxMNbzFMZ JcSaWFZcmXuIUYKDWUmE1+l6eZQQb0piZVVqUX58UWlOavEhRmkOFiVx3pOevFFCAumJJanZ qakFqUUwWSYOTqkGRoE3Z+8mVPeu/OE74XGXlfFsSbvi7WY99z7bhPxPvFOiV7lhd0Yn/xyj DzJeR3bzbLj5KMDG6ITsvbzqKbMKtb65LHbhFkmuuGn417ht5t5dG7Xk0x8z2da3cHq+esF5 m5/N/eUHbZY5Xbs3P9/Y1f206ExV42vDjbM6fbf25fkqLfHZYznjhRJLcUaioRZzUXEiAHlb hSiWAgAA Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 03:12:00 -0000 SGksDQoNCj5JIGRvbid0IGNhcmUgYWJvdXQgdGhlIHBvbGljeSBxdWVzdGlvbiAoSSBhZ3JlZSB3 aXRoIGJvdGggb2YgeW91IHRoZXJlDQo+LSBSb21hbiB0aGF0IHB1c2ggaXMgYmV0dGVyLCBDaHJp c3RlciB0aGF0IGl0IGlzIGEgcG9saWN5IGRlY2lzaW9uKS4NCj5XaGF0IEkgY2FyZSBhYm91dCBp cyB0aGF0IHdlIG1ha2UgaXQgY2xlYXIgd2hldGhlciBydW5uaW5nIGJvdGggb3B0aW9ucyBpcyBh Y2NlcHRhYmxlLiAgTW9zdGx5LCB3aGVuIGEgVUEgKG9yIHByb3h5KSBtaWdodCByZWFzb25hYmxl IGRlY2lkZSB0byB0dXJuIG9mZiBrZWVwLWFsaXZlcy4NCg0KVGVjaG5pY2FsbHkgb25lIGNvdWxk IG9mIGNvdXJzZSBydW4gYm90aCBvcHRpb25zLCBidXQgSSBzZWUgbm8gcG9pbnQgaW4gZG9pbmcg c28sIHNvIEkgdGhpbmsgd2UgY291bGQgcmVjb21tZW5kIGFnYWluc3QgaXQsIG9yIGV2ZW4gc2F5 IFNIT1VMRCBOT1QuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCg0KT24gVHVlLCBGZWIgNiwg MjAxOCBhdCA2OjMxIEFNLCBDaHJpc3RlciBIb2xtYmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJp Y3Nzb24uY29tPiB3cm90ZToNCj4gSGkgUm9tYW4sDQo+DQo+DQo+DQo+IFdlIGNhbiBmb3Igc3Vy ZSBhZGQgc29tZSB0ZXh0IGFib3V0IGFkdmFudGFnZXMgKHJlZ2FyZGluZyBiYXR0ZXJ5IGxpZmUg DQo+IGV0Yykgb2YgU0lQIFB1c2ggd2l0aCBtb2JpbGUgdGVybWluYWxzIGluIGdlbmVyYWwuDQo+ DQo+DQo+DQo+IEhvd2V2ZXIsIEkgdGhpbmsgaXQgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhp cyBkb2N1bWVudCB0byBtYWtlIA0KPiByZWNvbW1lbmRhdGlvbnMgb24gd2hhdCBtZWNoYW5pc21z IHRvIHVzZS4NCj4NCj4NCj4NCj4gUmVnYXJkcywNCj4NCj4NCj4NCj4gQ2hyaXN0ZXINCj4NCj4N Cj4NCj4gRnJvbTogUm9tYW4gU2hwb3VudCBbbWFpbHRvOnJvbWFuQHRlbHVyaXguY29tXQ0KPiBT ZW50OiAwNSBGZWJydWFyeSAyMDE4IDE4OjIxDQo+IFRvOiBDaHJpc3RlciBIb2xtYmVyZyA8Y2hy aXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPg0KPiBDYzogTWFydGluIFRob21zb24gPG1hcnRp bi50aG9tc29uQGdtYWlsLmNvbT47IHNpcGNvcmVAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtz aXBjb3JlXSBXR0xDOiBkcmFmdC1pZXRmLXNpcGNvcmUtc2lwLXB1c2ggLSBPdXRib3VuZA0KPg0K Pg0KPg0KPiBIaSwNCj4NCj4NCj4NCj4gRXZlbiB3aGVuIGNsaWVudHMgY2FuIGJlIHdva2VuIHVw ICh0aGVyZSBhcmUgd2F5cyB0byBkbyB0aGlzIG9uIGFsbCANCj4gbW9iaWxlIHBsYXRmb3Jtcywg aW5jbHVkaW5nIElPUyksIHdha2luZyB1cCBhcHBsaWNhdGlvbiB3aXRoIGZyZXF1ZW5jeSANCj4g cmVxdWlyZWQgdG8gc2VuZCBTSVAga2VlcC1hbGl2ZSBtZXNzYWdlcyBsZWFkcyB0byBpbmNyZWFz ZWQgZW5lcmd5IA0KPiBjb25zdW1wdGlvbi4gRXh0cmEgbmV0d29yayBtZXNzYWdlcywgcmVxdWly ZWQgZm9yIFNJUCBrZWVwLWFsaXZlLCBhbHNvIA0KPiBsZWFkIHRvIGhpZ2hlciBlbmVyZ3kgY29u c3VtcHRpb24uIFNJUCBQdXNoIGdyZWF0bHkgcmVkdWNlcyB0aGUgDQo+IHJlcXVpcmVkIGVuZXJn eSBjb25zdW1wdGlvbiBmb3IgbW9iaWxlIGNsaWVudHMsIHNpbmNlIGl0IGFsbG93cyBTSVAgDQo+ IGNsaWVudHMgdG8gZ28gZm9yIGEgc3VzcGVuZGVkIHN0YXRlIGZvciBsb25nIHBlcmlvZHMgb2Yg dGltZSB3aXRob3V0IA0KPiBzZW5kaW5nIGFueSBtZXNzYWdlcy4gU0lQIFB1c2ggaXMgb2Z0ZW4g bW9yZSByZWxpYWJsZSB0aGVuIFNJUCANCj4gT3V0Ym91bmQgc2luY2UgaXQgZG9lcyBub3QgcmVx dWlyZSBTSVAgY2xpZW50IHRvIG1haW50YWluIGEgTkFUIA0KPiBiaW5kaW5nIHdoZW4gU0lQIGNh bGwgaXMgbm90IGluIHByb2dyZXNzLiBGdXJ0aGVybW9yZSwgU0lQIFB1c2ggDQo+IHJlZHVjZXMg dGhlIGxvYWQgb24gU0lQIFByb3h5IHNpbmNlIGl0IHJlZHVjZXMgdGhlIG51bWJlciBvZiBuZXR3 b3JrIG1lc3NhZ2VzIFNJUCBQcm94eSBuZWVkcyB0byBwcm9jZXNzLg0KPg0KPg0KPg0KPiBJbiBn ZW5lcmFsLCBpdCBzaG91bGQgYmUgcmVjb21tZW5kZWQgdG8gdXNlIFNJUCBQdXNoIG9uIG1vYmls ZSANCj4gcGxhdGZvcm1zIGluc3RlYWQgb2YgU0lQIE91dGJvdW5kLCB3aGVuIFNJUCBQdXNoIGlz IGF2YWlsYWJsZS4NCj4NCj4NCj4NCj4gUmVnYXJkcywNCj4NCj4gX19fX19fX19fX19fXw0KPiBS b21hbiBTaHBvdW50DQo+DQo+DQo+DQo+IE9uIE1vbiwgRmViIDUsIDIwMTggYXQgOTo0MSBBTSwg Q2hyaXN0ZXIgSG9sbWJlcmcgDQo+IDxjaHJpc3Rlci5ob2xtYmVyZ0Blcmljc3Nvbi5jb20+IHdy b3RlOg0KPg0KPiBIaSwNCj4NCj4+QW55IGFkdmljZSBvbiB3aGVuIG9uZSBvciB0aGUgb3RoZXIg bWlnaHQgYmUgcHJlZmVycmVkPw0KPg0KPiBTSVAgUHVzaCBpcyBmb3IgY2FzZXMgd2hlcmUgaW50 ZXJuYWwgdGltZXJzIGNhbid0IGJlIHVzZWQgaW4gb3JkZXIgdG8gDQo+IHdha2UgdXAgc3VzcGVu ZGVkIGFwcGxpY2F0aW9ucyBpbiBvcmRlciB0byBzZW5kIGtlZXAtYWxpdmVzIGV0Yy4NCj4NCj4g UmVnYXJkcywNCj4NCj4gQ2hyaXN0ZXINCj4NCj4NCj4NCj4NCj4gT24gU2F0LCBGZWIgMywgMjAx OCBhdCAxMTowMiBQTSwgQ2hyaXN0ZXIgSG9sbWJlcmcgDQo+IDxjaHJpc3Rlci5ob2xtYmVyZ0Bl cmljc3Nvbi5jb20+IHdyb3RlOg0KPj4gSGksDQo+Pg0KPj4gSW4gb3JkZXIgdG8gY292ZXIgT3V0 Ym91bmQsIEkgc3VnZ2VzdCB0byBlbmhhbmNlIHRoZSBmb2xsb3dpbmcgDQo+PiBwYXJhZ3JhcGgg aW4gdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uOg0KPj4NCj4+IE9MRDoNCj4+DQo+PiAgIkR1ZSB0 byB0aGUgcmVzdHJpY3Rpb24gYWJvdmUsIGFwcGxpY2F0aW9ucyBjYW4gbm90IGJlIHdva2VuIHVw IGJ5IA0KPj4gbm9uLXB1c2ggIG5vdGlmaWNhdGlvbiAgdHJhZmZpYy4gVGhpcyBtZWFucyB0aGF0 IGEgc3VzcGVuZGVkIFNJUCBVQSANCj4+IHdpbGwgbm90IGJlIGFibGUgdG8gcmVjZWl2ZSBhbiBp bmNvbWluZyAgU0lQIHJlcXVlc3QgKGUuZy4sIGEgU0lQIA0KPj4gSU5WSVRFIHJlcXVlc3QpLCBv ciB0byBzZW5kIHBlcmlvZGljIHJlLXJlZ2lzdHJhdGlvbiByZXF1ZXN0cy4iDQo+Pg0KPj4gTkVX Og0KPj4NCj4+ICJEdWUgdG8gdGhlIHJlc3RyaWN0aW9uIGFib3ZlLCBhcHBsaWNhdGlvbnMgY2Fu IG5vdCBiZSB3b2tlbiB1cCBieSANCj4+IG5vbi1wdXNoICBub3RpZmljYXRpb24gIHRyYWZmaWMu IFRoaXMgbWVhbnMgdGhhdCBhIHN1c3BlbmRlZCBTSVAgVUEgDQo+PiB3aWxsIG5vdCBiZSBhYmxl IHRvIHJlY2VpdmUgYW4gaW5jb21pbmcgIFNJUCByZXF1ZXN0IChlLmcuLCBhIFNJUCANCj4+IElO VklURSByZXF1ZXN0KSwgb3IgdG8gc2VuZCBwZXJpb2RpYyByZS1yZWdpc3RyYXRpb24gcmVxdWVz dHMuDQo+PiAgQWxzbywgdGhlIFNJUCBVQSB3aWxsIG5vdCBiZSBhYmxlIHRvIG1haW50YWluIGNv bm5lY3Rpb25zIGUuZy4sIA0KPj4gdXNpbmcgdGhlIFNJUCBPdXRib3VuZCAgTWVjaGFuaXNtIFtS RUYtdG8tT3V0Ym91bmRdLCBhcyBpdCByZXF1aXJlcyANCj4+IHRoZSBVQSB0byBzZW5kIHBlcmlv ZGljIGtlZXAtYWxpdmUgbWVzc2FnZXMuIg0KPj4NCj4+IFJlZ2FyZHMsDQo+Pg0KPj4gQ2hyaXN0 ZXINCj4+DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPj4gc2lwY29yZSBtYWlsaW5nIGxpc3QNCj4+IHNpcGNvcmVAaWV0Zi5vcmcNCj4+IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc2lwY29yZQ0KPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBzaXBjb3JlIG1haWxpbmcgbGlz dA0KPiBzaXBjb3JlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vc2lwY29yZQ0KPg0KPg0K From nobody Mon Feb 5 19:57:40 2018 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 40D6612DA4A for ; Mon, 5 Feb 2018 19:57:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 ee6WJmeeJNmB for ; Mon, 5 Feb 2018 19:57:38 -0800 (PST) Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (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 0B4A6124235 for ; Mon, 5 Feb 2018 19:57:37 -0800 (PST) Received: from resomta-ch2-08v.sys.comcast.net ([69.252.207.104]) by resqmta-ch2-03v.sys.comcast.net with ESMTP id iuNqefbEFiFPxiuO0eGzDa; Tue, 06 Feb 2018 03:57:36 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-08v.sys.comcast.net with SMTP id iuNyesicUe3xXiuNzeXLgP; Tue, 06 Feb 2018 03:57:36 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w163vXUX006642; Mon, 5 Feb 2018 22:57:33 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w163vXEv006639; Mon, 5 Feb 2018 22:57:33 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Martin Thomson Cc: christer.holmberg@ericsson.com, sipcore@ietf.org In-Reply-To: (martin.thomson@gmail.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Mon, 05 Feb 2018 22:57:33 -0500 Message-ID: <87eflyahxu.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfIs70Klr/p3/ABJZMFHrOHexvKqsha7M+uO/0wxD8NTU+MtNe+I8iddwTN6DQkMVOHv4mEywp0J7Q5/Qd2ZHc4ccwrxOoDKhB+fKI6EGp6xocBLMi6B+ UE0OpUTgirXGj4/QqZdUaDtNaDgXUYEAWatmQeRBhrNWrMQABPX8LL7TXbaHB2qo/ikaqVzj8L3h5n4gZ7la5PbPaems3Jqq+xRMeP6KiD3JYn2HbCfZsGKt gLWJMwZ15ez9JDVaiNW9jA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Outbound X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 03:57:39 -0000 Martin Thomson writes: > Any advice on when one or the other might be preferred? Keep-alive > doesn't make sense if you have an agreed push service. Once a UA has > signaled support for a given system and the proxy has indicated > matching support, you could drop the keep-alives. Strictly speaking, both ends knowing that they support the same push mechanism doesn't accomplish anything. You mean to say "Once a UA has successfully registered specifying a push notification service (section 4), it can discontinue registering using SIP Outbound." Dale From nobody Mon Feb 5 20:01:04 2018 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 7CCFD12DA4A for ; Mon, 5 Feb 2018 20:01:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 U1srSBjx0lm5 for ; Mon, 5 Feb 2018 20:01:00 -0800 (PST) Received: from resqmta-ch2-06v.sys.comcast.net (resqmta-ch2-06v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:38]) (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 CDDAF124235 for ; Mon, 5 Feb 2018 20:01:00 -0800 (PST) Received: from resomta-ch2-07v.sys.comcast.net ([69.252.207.103]) by resqmta-ch2-06v.sys.comcast.net with ESMTP id iuRHeMHh6dpnwiuRHeE0rS; Tue, 06 Feb 2018 04:00:59 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-07v.sys.comcast.net with SMTP id iuRFeNd7MFelFiuRGe12ZO; Tue, 06 Feb 2018 04:00:59 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1640vfM006820; Mon, 5 Feb 2018 23:00:57 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1640uNa006817; Mon, 5 Feb 2018 23:00:56 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Aymeric Moizard Cc: sipcore@ietf.org, christer.holmberg@ericsson.com In-Reply-To: (amoizard@gmail.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Mon, 05 Feb 2018 23:00:56 -0500 Message-ID: <87bmh2ahs7.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfAsY47pB0LksOwqUSJdi40Nb+opVXdYiBmu5oPA/lay+3CLwRNKe8YMMRorFi8BnkuCkUxhAcnnGNVZw2t9fxAdHBWF/VBkR5oELbsuLKU4/KZXOAzgf ER6V1M+ZQ+DxkQfoJb7NvDzb9Y87VCvTpTL6t1OzKdb0quQTAfAatDhZ6vYCs8qus8n35qGZZDcpmB4rjR0yFfyFDuOCf61Hw7E5FOwUrx94lwdkwJBIyA8o E2Mh9gq8uQJrn2Byyw1T4g== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - uncompliant Contact example X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:01:02 -0000 Aymeric Moizard writes: > Thus, the Contact header is wrong. I guess > the fix is to remove the DQUOTE, which are useless > here. Otherwise, DQUOTE should be escaped in the > pn-prid example. > > Contact: pn-provider=acme; > pn-param=acme-param; > pn-prid=ZTY4ZDJlMzODE1NmUgKi0K> > > OR > > Contact: pn-provider=acme; > pn-param=acme-param; > pn-prid=%22ZTY4ZDJlMzODE1NmUgKi0K%22> Good point. Though in the second version, the typical interpretation of parameters would be that the PRID value "contains" an initial and final double-quote, which is unlikely in practice. Dale From nobody Mon Feb 5 20:04:19 2018 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 924D512DA4D for ; Mon, 5 Feb 2018 20:04:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 hjFxpmWl-25p for ; Mon, 5 Feb 2018 20:04:17 -0800 (PST) Received: from resqmta-ch2-07v.sys.comcast.net (resqmta-ch2-07v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207: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 798A912DA4A for ; Mon, 5 Feb 2018 20:04:17 -0800 (PST) Received: from resomta-ch2-08v.sys.comcast.net ([69.252.207.104]) by resqmta-ch2-07v.sys.comcast.net with ESMTP id iuTseWZK8TixQiuUSe1OX0; Tue, 06 Feb 2018 04:04:16 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-08v.sys.comcast.net with SMTP id iuUQesjn5e3xXiuUReXMBL; Tue, 06 Feb 2018 04:04:16 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1644EaQ007020; Mon, 5 Feb 2018 23:04:14 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1644DOg007017; Mon, 5 Feb 2018 23:04:13 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Martin Thomson Cc: christer.holmberg@ericsson.com, sipcore@ietf.org In-Reply-To: (martin.thomson@gmail.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Mon, 05 Feb 2018 23:04:13 -0500 Message-ID: <878tc6ahmq.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfExmzpyNj6UUYDA+U5w+STnBGC80pNbaZJXnbAdc9lg9ANvm5ybNZmgqnwnaRFe6g837O4P5Wy5VEkoxcwb7y9gvA8K1lvdalBkSUotiCEA+HPAH9QD3 1SwoF0Mk33c+VRwqU4j0w5h8p3YpVjooNRRoAouvv4fXZf5yl3/ZRmCRGdW366ovZ5K+yOMQZBnpc6Rt7umjqHim5oZQqN59M5eJlQxSsQIohNKa8LbJvUjJ VN5N2ipgwukzkcPLq8cfOQ== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Registration policy X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:04:19 -0000 Martin Thomson writes: > I think that you should insist on documentation, which suggests Expert > Review or Specification Required. I agree with Martin on this. And even though the template includes a "documentation" column, the existence of the column doesn't enforce that every row has a value in the column. (As you can see looking at the IANA registrations pages.) I think Specification Required is the best policy, as there seems to be no way that a registrant could register in a harmful way. Dale From nobody Mon Feb 5 20:11:09 2018 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 337A2124234 for ; Mon, 5 Feb 2018 20:11:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.933 X-Spam-Level: X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 wFQEd-jH54Lg for ; Mon, 5 Feb 2018 20:11:07 -0800 (PST) Received: from resqmta-ch2-10v.sys.comcast.net (resqmta-ch2-10v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:42]) (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 0F9731200E5 for ; Mon, 5 Feb 2018 20:11:06 -0800 (PST) Received: from resomta-ch2-16v.sys.comcast.net ([69.252.207.112]) by resqmta-ch2-10v.sys.comcast.net with ESMTP id iuadeZC2oC0x5iub3eGLUV; Tue, 06 Feb 2018 04:11:05 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-16v.sys.comcast.net with SMTP id iub2eT5A2DlU5iub3eSOTu; Tue, 06 Feb 2018 04:11:05 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w164B3MK007479; Mon, 5 Feb 2018 23:11:03 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w164B3PR007476; Mon, 5 Feb 2018 23:11:03 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: sipcore@ietf.org In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C1535EE@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Mon, 05 Feb 2018 23:11:03 -0500 Message-ID: <87607aahbc.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfPA3IBzk6cY7mCW3WnOi3xokI29PLrPD0ZynvB4roJq6z1gm3RwcfWUw4ZqBj2QCSwYADEzMV8UG2on/JPO7qeD6vT5pIw3YYnDFdS2l54Dd4aSmtzRb 1nhm5+g008bR48bsZdDdHBmFg3b9/71pqUH6n3Tqhk2fUxorMnINR9fwJ86GIiEpGPaOATkRviFypColSZ5a/71sWr6ETs0yhm6G0GYMAFa4v4AZACICYTfc Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Security Considerations X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:11:08 -0000 Christer Holmberg writes: > I modified the Security Considerations. It now contains more text > regarding authentication and authorization of devices, SIP > applications and SIP proxies. I did a quick read of this new text, and I don't think it is sufficient. It doesn't really define any mechanisms, so there's no way to implement it. And the only security it considers is for the SIP proxy (or presumably registrar in a purist implmentation) it authenticate *itself* to the notification service. But the core problem is that the UA needs to attach authentication to its push registration -- it doesn't matter of the service knows that the proxy is who it claims to be if the proxy is passing on bogus registrations. I don't think that this will even be workable in existing 3GPP situations, where the proxy has good authentication of the UA, because the proxy has no way to enforce that the UA only registers to PRIDs that it has established. Dale From nobody Mon Feb 5 20:22:50 2018 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 8F16F126CF9 for ; Mon, 5 Feb 2018 20:22:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.933 X-Spam-Level: X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 zhgJ6kQycFhs for ; Mon, 5 Feb 2018 20:22:47 -0800 (PST) Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (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 3531D124234 for ; Mon, 5 Feb 2018 20:22:47 -0800 (PST) Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-04v.sys.comcast.net with ESMTP id iulseWNjpxbkoiumMeqv4V; Tue, 06 Feb 2018 04:22:46 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-14v.sys.comcast.net with SMTP id iumKenLrxgaR0iumLeQYJo; Tue, 06 Feb 2018 04:22:45 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w164Mipp008067; Mon, 5 Feb 2018 23:22:44 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w164Mho0008064; Mon, 5 Feb 2018 23:22:43 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: sipcore@ietf.org In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C15346E@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Mon, 05 Feb 2018 23:22:43 -0500 Message-ID: <87372eagrw.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfCZePX/rVqH/XMEoeeEEuAB7Cj+gzZfLxOFJVVU25iBKSWbPp6p4XcXCpMjoJGvlXCLM0djTXqXDUNojmNwnKyM74M0k9ebL9tQBjfSOfvjNjMZ6j45H FqDCWApKqa9FvlHUn2qu4J9g0sH1f78IO6lufTpjCAiemTE8yyJicIrTUsPagrQaFckPFDSWEelCLCNkZ+lKvjM8GOOLxeLUD2KZAz1kMhjRkiPgvm/Ngudy Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:22:48 -0000 Christer Holmberg writes: > Below is suggested new text regarding the SIP proxy waiting for the > REGISTER response before forwarding the request towards the UA. > > The text also covers the case where the registered contact has > changed, and no longer matches the Request-URI of the request to be > forwarded. I think the text needs to be expanded to cover the common case where the registrar returns a 401 response to the first re-REGISTRAR (because the nonce has expired) and the UA has to send a second re-REGISTRAR. I'm sure that implementers understand this, but it's worth stating. However, the new text doesn't seem to directly describe what is to be done in the situation where the UA successfully reregisters with a different contact address. That's a bit tricky, because all of the special push processing is triggered by the *old* contact address, whereas the actual forwarding of the request is controlled by the *new* contact address. Perhaps change the short NOTE paragraph to: Once the proxy has seen that the UA has successfully reregistered, it must use the contact URI from the revised registration to forward the request to the UA (rather than the contact URI that was obtained from the registrar when the request was received by the proxy). Dale From nobody Mon Feb 5 20:29:02 2018 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 012B212DA4A for ; Mon, 5 Feb 2018 20:29:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 w86YCSjpjfE4 for ; Mon, 5 Feb 2018 20:28:58 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 76AD512D811 for ; Mon, 5 Feb 2018 20:28:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517891336; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=0se1P12uKrQggA/nKu5RwfN5O6XtVWy9CxSt7kTV8A0=; b=T0S+OWB2dYzA+fiS6Sq5Kqc6EiEoKFlR8RCiGmL8D8J/ctg2jY9u5O8z4TdN/nV+ 3i6T4n8o5cV3lJhTO5Z4FuEo2xOpXzFDwmLFWG7s3lemyrYtjH2duMB/mUz4ZlPx V3ps56qnHXo2WfNfBYUoll4UxutAoV3COqML6vwhO7Y=; X-AuditID: c1b4fb2d-87c029c000005540-cf-5a792f081abb Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.183.84]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id CB.35.21824.80F297A5; Tue, 6 Feb 2018 05:28:56 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC022.ericsson.se ([153.88.183.84]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 05:28:56 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Security Considerations Thread-Index: AQHTnwCAQSdLxUZoSgmugpDBOg8ij6OWw6jQ Date: Tue, 6 Feb 2018 04:28:55 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1571EC@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C1535EE@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) <87607aahbc.fsf@hobgoblin.ariadne.com> In-Reply-To: <87607aahbc.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNLMWRmVeSWpSXmKPExsUyM2J7iC6HfmWUwbllehZff2xis3h5osyB yWPy/q/MHkuW/GQKYIrisklJzcksSy3St0vgymjqv81YcI+34sOUi2wNjC3cXYycHBICJhJf zj1n7mLk4hASOMwo0dq5nQ3CWcwocX3eeqAMBwebgIVE9z9tEFNEQFOiY0EOSC8zkPlo514m EFtYIERiztOZLCC2iECoxNyXTawQtpHE9t5/YDUsAioSbdd/MoLYvAK+EhMnn2aEWDWdUeLz 12PsIAlOAWOJhjkHwBoYBcQkvp9awwSxTFzi1pP5TBBHC0gs2XOeGcIWlXj5+B8rhK0ksej2 Z6h6HYkFuz+xQdjaEssWvmaGWCwocXLmE5YJjKKzkIydhaRlFpKWWUhaFjCyrGIULU4tLs5N NzLWSy3KTC4uzs/Ty0st2cQIjJKDW37r7mBc/drxEKMAB6MSD6++WmWUEGtiWXFl7iFGCQ5m JRFep+vlUUK8KYmVValF+fFFpTmpxYcYpTlYlMR5T3ryRgkJpCeWpGanphakFsFkmTg4pRoY dSxarNlmvJb48zrcduJv3XUuv3s8xBWKhCJas3a5fqzLviDw3XJ98/+j6THOOcf3v17vfmQG Z6r3LAeTuz3BCpeTmwJcU8QetnzfpXdPp2GSweGj659NsmSUVpfSvzs/7d9P4b6C5Agt9Q87 SmvlzzWvrviu92FvQ82qWgs/hZONl+7ZNfcrsRRnJBpqMRcVJwIAnrz3OY4CAAA= Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Security Considerations X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:29:00 -0000 Hi, >> I modified the Security Considerations. It now contains more text=20 >> regarding authentication and authorization of devices, SIP=20 >> applications and SIP proxies. > > I did a quick read of this new text, and I don't think it is sufficient. = It doesn't really define any mechanisms, so there's no way to implement it= . =20 Each push notification mechanism has its own way of providing authenticatio= n and authorization, and if you are implementing an push notification clien= t for a specific push notification service you need to implement the authen= tication/authorization associated with that push notification service. > And the only security it considers is for the SIP proxy (or presumably re= gistrar in a purist implmentation) it authenticate *itself* to the notifica= tion=20 > service. But the core problem is that the UA needs to attach authenticat= ion to its push registration -- it doesn't matter of the service knows that= =20 > the proxy is who it claims to be if the proxy is passing on bogus registr= ations. > > I don't think that this will even be workable in existing 3GPP situations= , where the proxy has good authentication of the UA, because the proxy > has no way to enforce that the UA only registers to PRIDs that it has est= ablished. This is not different from any other application using push notifications. = If you are going to signal the PRID (and whatever information is needed to = request push notifications) to an entity requesting push notifications, you= need to protect the signalling. Also, in the case of 3GPP, as the user is authenticated, if the user is try= ing to use a PRID belonging to someone else the operator will find out. Regards, Christer From nobody Mon Feb 5 20:29:17 2018 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 22A04126CF9 for ; Mon, 5 Feb 2018 20:29:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-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 mAYnTtMjklf3 for ; Mon, 5 Feb 2018 20:29:15 -0800 (PST) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::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 EED7512D811 for ; Mon, 5 Feb 2018 20:29:14 -0800 (PST) Received: by mail-pf0-x22c.google.com with SMTP id k5so84692pff.3 for ; Mon, 05 Feb 2018 20:29:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0Wl0M5tgjsYtk2yQKu7apD50UcW/RJfoqVrbPQ1253o=; b=gwKdqnUBuDACfQBzESC9v5b9bbgwRwu90cjpzEnQBvuiK6l3Fx9zwmMiRjL0JOXoe6 66zHQT4vhYj1pclFoxjZBPeVC+MZvHOAKaTaf3Nf/JNqtc1uifD7zb/4JOXvzXXgsnOx 1IGwoTa8cat2Cbyiiq3QeJZD9kSKWi88gcO/0+xgbgdUyQjotYzMQ8L8taNgrCeuTOH4 mXR51+3bZ1mTBAexJ+Uo99AER+4e7ykPwZEoDT/bIhBl00d/HAUJ53NwA2jr5mkiagSQ ZWY/UsqYetazzJRJ8ATpjaqHXS9QMLE44MAdl4EvEi6T1rh7mBnOokGoh932oHsDuXKk Vzqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0Wl0M5tgjsYtk2yQKu7apD50UcW/RJfoqVrbPQ1253o=; b=JV22klkxnzIzhHTXTGgucnP11eGX2yDtv/ILdYnbwLtg0RyOeXjQb4r+CTTa35heNq 3+4EWfDyenbPjezn3GbS0QuXUAjHMny3LFJXITi9LiAjYHM14xpS/khfaMsjFEZCc554 ezJ7YUb9XtiEnP5SW/XdvJ/kChkpvyR4oBWcuKf3CmoUhWbyuzqltNGS6kY1MW3ysIkp hxcJfaTrDB+kg0quLHwBdBmLn7ve60HbgJUZyu3NNMLBlNH3NII+xf2ZKzveN51Zg9f1 MvHRTdewyyifs3qzfh4r92MvEBZIv3Yi6/ZAeX0BMQ7at7I/X0nV9PqhXYuO5+vg8SSK /98A== X-Gm-Message-State: APf1xPD3LemuGJEjqEqSVJzywlbfBXVYBLErIDsiNdbLZjMunjDtc9QP AhLJ0LcdrQzh+3vZkBort9/WTrMi X-Google-Smtp-Source: AH8x226UuQ8KhFHnaohgs+SalZLAFP4cXyGKJgq22+0dvdL+ffIp+ndRHkxNeO/sMdtXeV3C07qH+Q== X-Received: by 10.98.31.70 with SMTP id f67mr1131575pff.196.1517891354394; Mon, 05 Feb 2018 20:29:14 -0800 (PST) Received: from mail-pg0-f45.google.com (mail-pg0-f45.google.com. [74.125.83.45]) by smtp.gmail.com with ESMTPSA id m12sm628695pfh.151.2018.02.05.20.29.13 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Feb 2018 20:29:13 -0800 (PST) Received: by mail-pg0-f45.google.com with SMTP id w17so616722pgv.6 for ; Mon, 05 Feb 2018 20:29:13 -0800 (PST) X-Received: by 10.99.3.6 with SMTP id 6mr922823pgd.334.1517891353570; Mon, 05 Feb 2018 20:29:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.191.3 with HTTP; Mon, 5 Feb 2018 20:29:13 -0800 (PST) In-Reply-To: <87372eagrw.fsf@hobgoblin.ariadne.com> References: <7594FB04B1934943A5C02806D1A2204B6C15346E@ESESSMB109.ericsson.se> <87372eagrw.fsf@hobgoblin.ariadne.com> From: Roman Shpount Date: Mon, 5 Feb 2018 23:29:13 -0500 X-Gmail-Original-Message-ID: Message-ID: To: "Dale R. Worley" Cc: Christer Holmberg , SIPCORE Content-Type: multipart/alternative; boundary="001a114f3190eff2b20564839ead" Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:29:17 -0000 --001a114f3190eff2b20564839ead Content-Type: text/plain; charset="UTF-8" On Mon, Feb 5, 2018 at 11:22 PM, Dale R. Worley wrote: > Christer Holmberg writes: > > Below is suggested new text regarding the SIP proxy waiting for the > > REGISTER response before forwarding the request towards the UA. > > > > The text also covers the case where the registered contact has > > changed, and no longer matches the Request-URI of the request to be > > forwarded. > > I think the text needs to be expanded to cover the common case where the > registrar returns a 401 response to the first re-REGISTRAR (because the > nonce has expired) and the UA has to send a second re-REGISTRAR. I'm > sure that implementers understand this, but it's worth stating. > > However, the new text doesn't seem to directly describe what is to be > done in the situation where the UA successfully reregisters with a > different contact address. That's a bit tricky, because all of the > special push processing is triggered by the *old* contact address, > whereas the actual forwarding of the request is controlled by the *new* > contact address. > > Perhaps change the short NOTE paragraph to: > > Once the proxy has seen that the UA has successfully reregistered, > it must use the contact URI from the revised registration to forward > the request to the UA (rather than the contact URI that was obtained > from the registrar when the request was received by the proxy). > > In this case, I think interaction with sip.instance contact header parameter should also be described here. Also, I think text should specify 2XX responses, not just 200 responses to the registrations. Regards, _____________ Roman Shpount --001a114f3190eff2b20564839ead Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Feb 5, 2018 at 11:22 PM, Da= le R. Worley <worley@ariadne.com> wrote:
Christer Holmberg &l= t;christer.holmberg@erics= son.com> writes:
> Below is suggested new text regarding the SIP proxy waiting for the > REGISTER response before forwarding the request towards the UA.
>
> The text also covers the case where the registered contact has
> changed, and no longer matches the Request-URI of the request to be > forwarded.

I think the text needs to be expanded to cover the common case where the registrar returns a 401 response to the first re-REGISTRAR (because the
nonce has expired) and the UA has to send a second re-REGISTRAR.=C2=A0 I= 9;m
sure that implementers understand this, but it's worth stating.

However, the new text doesn't seem to directly describe what is to be done in the situation where the UA successfully reregisters with a
different contact address.=C2=A0 That's a bit tricky, because all of th= e
special push processing is triggered by the *old* contact address,
whereas the actual forwarding of the request is controlled by the *new*
contact address.

Perhaps change the short NOTE paragraph to:

=C2=A0 =C2=A0 Once the proxy has seen that the UA has successfully reregist= ered,
=C2=A0 =C2=A0 it must use the contact URI from the revised registration to = forward
=C2=A0 =C2=A0 the request to the UA (rather than the contact URI that was o= btained
=C2=A0 =C2=A0 from the registrar when the request was received by the proxy= ).


In this case, I think interaction with= sip.instance contact header parameter should also be described here.
=

Also, I think text should specify 2XX responses, not ju= st 200 responses to the registrations.

Regards,
<= div class=3D"gmail_signature">_____________
Roman Shpount
=C2=A0
--001a114f3190eff2b20564839ead-- From nobody Mon Feb 5 20:39:26 2018 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 96034126B6E for ; Mon, 5 Feb 2018 20:39:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 tWEEB6npnxQr for ; Mon, 5 Feb 2018 20:39:23 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D15951205F0 for ; Mon, 5 Feb 2018 20:39:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517891961; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=iBjbI2G9f+Qsq50mWH5jsMlDJS22RBjl7dSYtBy/bZ4=; b=N5OnCMWS/O8JfKVDwfOrV6LDEQ2M+f8mQYJaCEAobdbGaOd0Xg5NegXx2NlzVXaR XBRoMsuZ/iHxHzU9vwof6VbgiSJw1qLpmCBN00rm/X1YKOfhQsbs0ny6XfqXLbE+ 3/LTEl/Y3krgHcfI8ltx6Ogx7y0iFB29bEepsX9hZ64=; X-AuditID: c1b4fb3a-35fff700000067b4-e7-5a79317858b7 Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id EF.9F.26548.871397A5; Tue, 6 Feb 2018 05:39:21 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 05:39:20 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request Thread-Index: AQHTnwIhcA7wCnxLtUKG46EKChZKTqOWyFBw Date: Tue, 6 Feb 2018 04:39:20 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C157224@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C15346E@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) <87372eagrw.fsf@hobgoblin.ariadne.com> In-Reply-To: <87372eagrw.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUyM2K7mW6lYWWUwdb/nBZff2xis3h5osyB yWPy/q/MHkuW/GQKYIrisklJzcksSy3St0vgyrj15gBbQRdvxfmWH8wNjCu5uhg5OSQETCQ2 XNvPBGILCRxmlHj+jKWLkQvIXswosf9xD1CCg4NNwEKi+582iCkioCnRsSAHpJwZyHy0cy9Y q7BAucTxr2cZQWwRgQqJTxcusUDYRhJfFs1nBrFZBFQkltzuYQWxeQV8JX6dfAi1ajqjxOdd H8CKOAWMJfZtOcsOYjMKiEl8P7WGCWKZuMStJ/OZIG4WkFiy5zwzhC0q8fLxP1YIW0li0e3P UPU6Egt2f2KDsLUlli18zQyxWFDi5MwnLBMYRWchGTsLScssJC2zkLQsYGRZxShanFpcnJtu ZKSXWpSZXFycn6eXl1qyiREYIwe3/LbawXjwueMhRgEORiUeXgH1yigh1sSy4srcQ4wSHMxK IrxO18ujhHhTEiurUovy44tKc1KLDzFKc7AoifM6pVlECQmkJ5akZqemFqQWwWSZODilGhjF vrwoO1wVH/NerCtIvta5Uoaf+fycJZemqxvHzNexPL/TI/xj8M8tdZzLZ7rYT5xx8P6aGrkJ TBzMTyrNXrk66T89K3RSu6u70EjjQXLpJ84dObEeZ5b1O99NXtWpI5HCcETxzct0t6uuPscc jLzeCMYd3fOTf/Faq19aP+vkIk7xG+/UOKfEUpyRaKjFXFScCADqmqHGjQIAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:39:24 -0000 Hi, >> Below is suggested new text regarding the SIP proxy waiting for the=20 >> REGISTER response before forwarding the request towards the UA. >> >> The text also covers the case where the registered contact has=20 >> changed, and no longer matches the Request-URI of the request to be=20 >> forwarded. > > I think the text needs to be expanded to cover the common case where the = registrar returns a 401 response to the=20 > first re-REGISTRAR (because the nonce has expired) and the UA has to send= a second re-REGISTRAR. I'm sure that=20 > implementers understand this, but it's worth stating. I think that is good to mention. > However, the new text doesn't seem to directly describe what is to be don= e in the situation where the UA successfully=20 > reregisters with a different contact address. That's a bit tricky, becau= se all of the special push processing is triggered by=20 > the *old* contact address, whereas the actual forwarding of the request i= s controlled by the *new* contact address. The suggested text says that, if the newly registered contact does not matc= h the R-URI of the request to be forwarded, the request is rejected. >Perhaps change the short NOTE paragraph to: > > Once the proxy has seen that the UA has successfully reregistered, > it must use the contact URI from the revised registration to forward > the request to the UA (rather than the contact URI that was obtained > from the registrar when the request was received by the proxy). I was thinking about that, but unless the proxy is also the registrar, do w= e want it to modify the R-URI? Regards, Christer From nobody Mon Feb 5 20:43:00 2018 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 7AE4712711B for ; Mon, 5 Feb 2018 20:42:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.933 X-Spam-Level: X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 nA1SEOhl_thx for ; Mon, 5 Feb 2018 20:42:57 -0800 (PST) Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) (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 522F9126B6E for ; Mon, 5 Feb 2018 20:42:57 -0800 (PST) Received: from resomta-ch2-01v.sys.comcast.net ([69.252.207.97]) by resqmta-ch2-12v.sys.comcast.net with ESMTP id iv5reQThVVJDNiv5se2ZUl; Tue, 06 Feb 2018 04:42:56 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-01v.sys.comcast.net with SMTP id iv5qeogUjNDORiv5reimm3; Tue, 06 Feb 2018 04:42:56 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w164grdK009302; Mon, 5 Feb 2018 23:42:53 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w164grZE009297; Mon, 5 Feb 2018 23:42:53 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: martin.thomson@gmail.com, mahoney@nostrum.com, sipcore@ietf.org In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C14D52E@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Mon, 05 Feb 2018 23:42:52 -0500 Message-ID: <87mv0m919v.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfKKZ1WbFvjjoRZHUnj2jz9GSV8TVCwOxON+wJYCx8vzk5CYrARsAmmchUclBmTwOhCPGXQRZDPo7RIUglVXfz7DQ47OK62/fsyezcAXSSkbVbjTSQDav 6J3rzjqMUYB1qTXh0k5QYGFbyFRx/dzlKcBO0V8f46kl4mwwURpnSfB1DCMoyH5+HgBnqkiOg+M4AMh6W1h8DYShs5J9/1AE2euWWg8j0P3gCo8+p9H1PYEd JHsq7nZYdv6HPAEm6NL3JwgzKRea6A9bCs8cMN2mbycXr8xMiZqfPKOgxW+BSdiK Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:42:58 -0000 Christer Holmberg writes: >> This document addresses a serious shortcoming. For a long time, we >> have had SIP UAs on mobile devices that are privileged by virtue of >> being developed and installed by the device vendor, but the nature of >> these platforms makes developing an alternative UA impossible. >> >> But it swaps one type of vendor lock-in for another. This is a rare >> case of a (intended for) proposed standard document enshrining >> proprietary protocols into the RFC >series. And only proprietary >> protocols. No definition is added for RFC 8030, despite that having >> a well-documented (and deployed) protocol. > > If you can provide pointers to RFC 8030-based services, I would love > to include them. I assume the Mozilla Push Service is one of them? I think a better way to look at this is that the document as it stands assumes that there are a small number of "services", identified by pn-provider tags. In a sense, that's automatically "proprietary". Consider the alternative world where we wanted to define a way for there to be any number of RFC 8030-based services that a UA could use. In order to use the current architecture in the naive way, each service would have to define a separate pn-provider tag, and the mapping between tags and server addresses/URLs/whatever would be arbitrary. Then again, one could define a tag that indicated an RFC 8030 service, but it also required that the pn-prid would start with a component that addressed the RFC 8030 service in question. Dale From nobody Mon Feb 5 20:44:00 2018 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 764DE12711B for ; Mon, 5 Feb 2018 20:43:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 dx4ZVyyvOQPO for ; Mon, 5 Feb 2018 20:43:57 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F8F3126B6E for ; Mon, 5 Feb 2018 20:43:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517892235; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=bpO7SdIVATGRTGhHtzJihd63HxTGnCoNwM+iHgdyU2A=; b=O7U/7W/9+ybV9vGJjJ2UNfCOr0jUqKzkLdW2Rn+0UNjOxsN5okTlMXicauWJLI0R 3FjJD9gJwGqJSeDGayUmGcXX8iAV5mAhpCMkeOKHyske/aCfxtr9WTR2lDpr6dts KsiA+E79opXuToOdclgkFw8z21sK0uNCKQnqNefsJtg=; X-AuditID: c1b4fb25-859119c00000341b-43-5a79328b3828 Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 9B.D1.13339.B82397A5; Tue, 6 Feb 2018 05:43:55 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 05:43:54 +0100 From: Christer Holmberg To: Roman Shpount , "Dale R. Worley" CC: SIPCORE Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request Thread-Index: AQHTnwIhcA7wCnxLtUKG46EKChZKTqOWt0yAgAATp8A= Date: Tue, 6 Feb 2018 04:43:53 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C15723F@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C15346E@ESESSMB109.ericsson.se> <87372eagrw.fsf@hobgoblin.ariadne.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmkeLIzCtJLcpLzFFi42KZGbHdUrfbqDLKYPNrHYsZF6YyW3z9sYnN 4uWJMgdmj8n7vzJ7LFnyk8nj1pSCAOYoLpuU1JzMstQifbsEroxDO26zF5wRqejfeJq5gbFD pIuRk0NCwETizNKb7F2MXBxCAocZJc5+2M8C4SxmlHi0dTVrFyMHB5uAhUT3P22QBhEBH4nu 05uYQWxmATmJ6x82soHYwgLlEse/nmWEqKmQ+HThEguEbSXx/1kfWJxFQEWiYdZdJhCbV8BX 4vPshawQu/YySlycPY8dJMEpECix6cMnsCJGATGJ76fWMEEsE5e49WQ+E8TVAhJL9pxnhrBF JV4+/scKYStJLLr9mQnkZmYBTYn1u/QhWhUlpnQ/ZIfYKyhxcuYTlgmMorOQTJ2F0DELSccs JB0LGFlWMYoWpxYn5aYbGeulFmUmFxfn5+nlpZZsYgRGzcEtv1V3MF5+43iIUYCDUYmHd59a ZZQQa2JZcWXuIUYJDmYlEV6n6+VRQrwpiZVVqUX58UWlOanFhxilOViUxHlPevJGCQmkJ5ak ZqemFqQWwWSZODilGhgn3EvRVOyUv6q069qb6m0rrbftDT32LkxxziHB4LUH32WfEz774yHT z+xL2TYNKScrhJ4u/HjG59j5S/O8I99zuTH7lNy2cImQmvZYZm2FNtus7yYiikrMebteWVnd ENEwuK90cjPPtvKcCbdeLLbb8vLUFc2APU1OM6R3b2Djlzq0xMnjsxW/EktxRqKhFnNRcSIA Zz4hLZYCAAA= Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:43:59 -0000 SGksDQoNCj4+PiBCZWxvdyBpcyBzdWdnZXN0ZWQgbmV3IHRleHQgcmVnYXJkaW5nIHRoZSBTSVAg cHJveHkgd2FpdGluZyBmb3IgdGhlDQo+Pj4gUkVHSVNURVIgcmVzcG9uc2UgYmVmb3JlIGZvcndh cmRpbmcgdGhlIHJlcXVlc3QgdG93YXJkcyB0aGUgVUEuDQo+Pj4NCj4+PiBUaGUgdGV4dCBhbHNv IGNvdmVycyB0aGUgY2FzZSB3aGVyZSB0aGUgcmVnaXN0ZXJlZCBjb250YWN0IGhhcw0KPj4+IGNo YW5nZWQsIGFuZCBubyBsb25nZXIgbWF0Y2hlcyB0aGUgUmVxdWVzdC1VUkkgb2YgdGhlIHJlcXVl c3QgdG8gYmUNCj4+PiBmb3J3YXJkZWQuDQo+Pg0KPj4gSSB0aGluayB0aGUgdGV4dCBuZWVkcyB0 byBiZSBleHBhbmRlZCB0byBjb3ZlciB0aGUgY29tbW9uIGNhc2Ugd2hlcmUgdGhlDQo+PiByZWdp c3RyYXIgcmV0dXJucyBhIDQwMSByZXNwb25zZSB0byB0aGUgZmlyc3QgcmUtUkVHSVNUUkFSIChi ZWNhdXNlIHRoZQ0KPj4gbm9uY2UgaGFzIGV4cGlyZWQpIGFuZCB0aGUgVUEgaGFzIHRvIHNlbmQg YSBzZWNvbmQgcmUtUkVHSVNUUkFSLsKgIEknbQ0KPj4gc3VyZSB0aGF0IGltcGxlbWVudGVycyB1 bmRlcnN0YW5kIHRoaXMsIGJ1dCBpdCdzIHdvcnRoIHN0YXRpbmcuDQo+Pg0KPj4gSG93ZXZlciwg dGhlIG5ldyB0ZXh0IGRvZXNuJ3Qgc2VlbSB0byBkaXJlY3RseSBkZXNjcmliZSB3aGF0IGlzIHRv IGJlDQo+PiBkb25lIGluIHRoZSBzaXR1YXRpb24gd2hlcmUgdGhlIFVBIHN1Y2Nlc3NmdWxseSBy ZXJlZ2lzdGVycyB3aXRoIGENCj4+IGRpZmZlcmVudCBjb250YWN0IGFkZHJlc3MuwqAgVGhhdCdz IGEgYml0IHRyaWNreSwgYmVjYXVzZSBhbGwgb2YgdGhlDQo+PiBzcGVjaWFsIHB1c2ggcHJvY2Vz c2luZyBpcyB0cmlnZ2VyZWQgYnkgdGhlICpvbGQqIGNvbnRhY3QgYWRkcmVzcywNCj4+IHdoZXJl YXMgdGhlIGFjdHVhbCBmb3J3YXJkaW5nIG9mIHRoZSByZXF1ZXN0IGlzIGNvbnRyb2xsZWQgYnkg dGhlICpuZXcqDQo+PiBjb250YWN0IGFkZHJlc3MuDQo+Pg0KPj4gUGVyaGFwcyBjaGFuZ2UgdGhl IHNob3J0IE5PVEUgcGFyYWdyYXBoIHRvOg0KPj4NCj4+wqAgwqAgT25jZSB0aGUgcHJveHkgaGFz IHNlZW4gdGhhdCB0aGUgVUEgaGFzIHN1Y2Nlc3NmdWxseSByZXJlZ2lzdGVyZWQsDQo+PsKgIMKg IGl0IG11c3QgdXNlIHRoZSBjb250YWN0IFVSSSBmcm9tIHRoZSByZXZpc2VkIHJlZ2lzdHJhdGlv biB0byBmb3J3YXJkDQo+PsKgIMKgIHRoZSByZXF1ZXN0IHRvIHRoZSBVQSAocmF0aGVyIHRoYW4g dGhlIGNvbnRhY3QgVVJJIHRoYXQgd2FzIG9idGFpbmVkDQo+PsKgIMKgIGZyb20gdGhlIHJlZ2lz dHJhciB3aGVuIHRoZSByZXF1ZXN0IHdhcyByZWNlaXZlZCBieSB0aGUgcHJveHkpLg0KPg0KPiBJ biB0aGlzIGNhc2UsIEkgdGhpbmsgaW50ZXJhY3Rpb24gd2l0aCBzaXAuaW5zdGFuY2UgY29udGFj dCBoZWFkZXIgcGFyYW1ldGVyIHNob3VsZCBhbHNvIGJlIGRlc2NyaWJlZCBoZXJlLg0KDQpJIHRo aW5rIHRoYXQgaXMgYSBzbGlwcGVyeSBzbG9wZSwgYW5kIHdlIHNob3VsZG4ndCBnbyB0aGVyZS4g SXQncyBiZXR0ZXIgdG8gcmVqZWN0IHRoZSByZXF1ZXN0LiBPZiBjb3Vyc2UsIHBlcmhhcHMgd2Ug Y291bGQgc29tZWhvdyBpbmRpY2F0ZWQgIm91dGRhdGVkIGNvbnRhY3QiLCBzbyB0aGF0IHRoZSBy ZWdpc3RyYXIgbWF5IHRyeSB0byByZS1zZW5kIHRoZSByZXF1ZXN0IHdpdGggdGhlIHVwZGF0ZWQg Y29udGFjdCBpbmZvcm1hdGlvbiwgaW5zdGVhZCBvZiByZWplY3RpbmcgdGhlIGNhbGwgZXN0YWJs aXNobWVudC4NCg0KPiBBbHNvLCBJIHRoaW5rIHRleHQgc2hvdWxkIHNwZWNpZnkgMlhYIHJlc3Bv bnNlcywgbm90IGp1c3QgMjAwIHJlc3BvbnNlcyB0byB0aGUgcmVnaXN0cmF0aW9ucy4NCg0KT2su IEkgY2FuIGZpeCB0aGF0Lg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQo= From nobody Mon Feb 5 20:49:07 2018 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 9DC3312D811 for ; Mon, 5 Feb 2018 20:49:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 YbRk-NA-C067 for ; Mon, 5 Feb 2018 20:49:05 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 C19B712711B for ; Mon, 5 Feb 2018 20:49:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517892543; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=JDWVOdMggB1M44xFOkP2TDaFSJ493aNpMhymC45rm0c=; b=FWsM+AsnqSMZMaltxCYK1wYoZpFMVH4/yVJn45bbEHSA0O2Ep7Cei/Kth+wTac52 vPrGhYbYGld13sKzmV5NlWA5U2lyAPni7yM1cpcTfrC4xqV/y6DVZd8Gu06Gta38 ju5fLSa9nkPK5GnSRqtzEOby2BseOOW+jgujZE9Fw4Q=; X-AuditID: c1b4fb2d-87c029c000005540-d0-5a7933bebd89 Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.183.33]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 36.B7.21824.EB3397A5; Tue, 6 Feb 2018 05:49:03 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 05:49:01 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "martin.thomson@gmail.com" , "mahoney@nostrum.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments Thread-Index: AQHTnwT2jBt+NVjfwU65o7j1Up6MaKOWzHJQ Date: Tue, 6 Feb 2018 04:49:00 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C15727F@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C14D52E@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) <87mv0m919v.fsf@hobgoblin.ariadne.com> In-Reply-To: <87mv0m919v.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupnkeLIzCtJLcpLzFFi42KZGbFdUXe/cWWUwaqPzBYNnStZLa6d+cdo 8fXHJjaLlyfKHFg8Ju//yuyxc9Zddo8lS34yecza+YQlgCWKyyYlNSezLLVI3y6BK+PM4VaW ghV8FWvOFTUw7uLuYuTkkBAwkTi0aClTFyMXh5DAYUaJrZtnsEM4ixklGvtfADkcHGwCFhLd /7RBTBEBTYmOBTkgJcwCExkl2k/MZwEZJCzgI9Hy4CAjiC0i4Cux9Fo/C4RtJPHi23MmEJtF QEVi2dHVYHFeoJpj2y9D7ZrOKHFy12RWkASngLHEnT0z2UFsRgExie+n1oA1MwuIS9x6Mp8J 4moBiSV7zjND2KISLx//Y4WwlSQW3f4MVa8jsWD3JzYIW1ti2cLXzBCLBSVOznzCMoFRdBaS sbOQtMxC0jILScsCRpZVjKLFqcXFuelGxnqpRZnJxcX5eXp5qSWbGIHRdHDLb90djKtfOx5i FOBgVOLh1VerjBJiTSwrrsw9xCjBwawkwut0vTxKiDclsbIqtSg/vqg0J7X4EKM0B4uSOO9J T94oIYH0xJLU7NTUgtQimCwTB6dUA+MKT8P2lPk1V9ffPmk+OW33FMH4W55PqjY1JfSZ9l/x ZD6w9s7l+JxWsYnLbU7/K7u+4fj6zs+h7XNVptevO/lJ7WWB/5dfkyRMrx5fWDfnT47Eyedf ZZVOGUw990+KcX3TublsDNyrHmrITbnc80dnXfIRtjdmD155pD67cUuY/82jlLicH3eeKrEU ZyQaajEXFScCAHVAxUCiAgAA Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:49:06 -0000 Hi, >>> This document addresses a serious shortcoming. For a long time, we=20 >>> have had SIP UAs on mobile devices that are privileged by virtue of=20 >>> being developed and installed by the device vendor, but the nature of=20 >>> these platforms makes developing an alternative UA impossible. >>> >>> But it swaps one type of vendor lock-in for another. This is a rare=20 >>> case of a (intended for) proposed standard document enshrining=20 >>> proprietary protocols into the RFC >series. And only proprietary=20 >>> protocols. No definition is added for RFC 8030, despite that having=20 >>> a well-documented (and deployed) protocol. >> >> If you can provide pointers to RFC 8030-based services, I would love=20 >> to include them. I assume the Mozilla Push Service is one of them? > > I think a better way to look at this is that the document as it stands a= ssumes that there are a small number of "services",=20 > dentified by pn-provider tags. In a sense, that's automatically "proprie= tary". > > Consider the alternative world where we wanted to define a way for there = to be any number of RFC 8030-based services that a UA could use. In order = to use the current=20 > architecture in the naive way, each service would have to define a separa= te pn-provider tag, and the mapping between tags and server addresses/URLs/= whatever would be > arbitrary. > > Then again, one could define a tag that indicated an RFC 8030 service, bu= t it also required that the pn-prid would start with a component that addre= ssed the RFC 8030=20 > service in question. RFC 8030 is not a service - it is a mechanism that can be used to implement= a push notification service. So, in my opinion the pn-provider tag should = indicate e.g., "Mozilla" - not "RFC 8030". Regards, Christer From nobody Mon Feb 5 20:50:00 2018 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 88B8E12D811 for ; Mon, 5 Feb 2018 20:49:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.933 X-Spam-Level: X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 ypLrsAWDzKda for ; Mon, 5 Feb 2018 20:49:58 -0800 (PST) Received: from resqmta-ch2-02v.sys.comcast.net (resqmta-ch2-02v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:34]) (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 A20B912711B for ; Mon, 5 Feb 2018 20:49:58 -0800 (PST) Received: from resomta-ch2-20v.sys.comcast.net ([69.252.207.116]) by resqmta-ch2-02v.sys.comcast.net with ESMTP id ivCfeVReKve36ivCfeSPCd; Tue, 06 Feb 2018 04:49:57 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-20v.sys.comcast.net with SMTP id ivCdeHgK1GSWpivCeeM8nK; Tue, 06 Feb 2018 04:49:57 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w164ntHl009689; Mon, 5 Feb 2018 23:49:55 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w164nsEm009686; Mon, 5 Feb 2018 23:49:54 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: roman@telurix.com, sipcore@ietf.org In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C14CAE2@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Mon, 05 Feb 2018 23:49:54 -0500 Message-ID: <87k1vq90y5.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfHukUCO6qGcJbdTq3W96k+/yAuTr9sJ0oa+vw70BNddz7hPBVWSOSMNLHNoRY157gWsA/Oi1gov/Wp2xgOYm6VDWBzR2BjImDQYIDxGqrAFLhqJ2itUu RobS4oZHQ2JCfLn/B7xJwbK4xPxpNQ9/AWREbwW7dFrwxbwSlx82jHJ4mKh/NKg6BohsF0zxi4JTq0tcIkV6t3ctILJyaycUGhUVCHenfAdJQmsWx2NDhU04 1cLxQMEIHPRjbXM6U71zAw== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Roman's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:49:59 -0000 Christer Holmberg writes: >>I think in case of Android you can setup a wake up timer. Depending on >>the number of registered users vs number of concurrent calls SIP >>Registrations can create quite a >significant portion of the >>load. Having an option not to trigger the push notification when >>client can send a new registration would be useful. >> >>Another way to approach is for the push enabled proxy to specify the >>interval after which it intends to refresh the registration. This way >>SIP client can send a registration refresh slightly earlier and avoid >>the push notification. > > Not sure I follow. If the UA can use a timer to wake up, and send > periodic re-registrations (or whatever messages) for keeping the > connection alive, why does the UA have to use SIP push to begin with? Primarily, SIP push is needed so that the proxy can wake up the UA when there's an incoming request. That can't be handled by the UA telling its OS to wake it up after a set amount of time. Dale From nobody Mon Feb 5 20:54:14 2018 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 01C5A126BFD for ; Mon, 5 Feb 2018 20:54:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.933 X-Spam-Level: X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 fdOHPt9sfJkC for ; Mon, 5 Feb 2018 20:54:12 -0800 (PST) Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (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 0CA661200C1 for ; Mon, 5 Feb 2018 20:54:11 -0800 (PST) Received: from resomta-ch2-16v.sys.comcast.net ([69.252.207.112]) by resqmta-ch2-03v.sys.comcast.net with ESMTP id ivGkeff6HiFPxivGleH4sX; Tue, 06 Feb 2018 04:54:11 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-16v.sys.comcast.net with SMTP id ivGjeTDCZDlU5ivGkeSR95; Tue, 06 Feb 2018 04:54:10 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w164s8GG009986; Mon, 5 Feb 2018 23:54:08 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w164s89x009981; Mon, 5 Feb 2018 23:54:08 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: liviu@opensips.org, sipcore@ietf.org In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C14C20C@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Mon, 05 Feb 2018 23:54:07 -0500 Message-ID: <87fu6e90r4.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfF/nF09RJSCbMRbE/cWxg6Rrpv8yxc13zWf5FOzpnif0R2FVwkt4hR0wcOuZEenuuWfZnphuV6BMRJUq5Ae0VmGRqVZZBvJVofVlDf5TiocwhyrvvxXN yp9TiIT3A5v+dtLxFysaa9M8bgZXyAbYIi9pljSc6t6fFDmB1vzIzf+Voz4M9UPafmnEFHeimSaW84WWzu8Jful/sr9J0wX7I/W4in+szJUCy2agDcsIg33A kn/gFf4rn3qMpKNO7hNKxg== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Roman's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 04:54:13 -0000 Christer Holmberg writes: >>>> 3. Does the proxy strip the pn-XXX parameters when forwarding message >>>> to the client or are they kept? Does it strip them when comparing >>>> contact registration URI? Without this, change in pn-XXX parameters will result in a new registration instead of existing registration update. >>> There is no stripping of parameters. The pn- parameters will typically not change between UA device reboots. But, if they do, it does require a new registration. >>> >> Then what happens if a "pn-XXX" enabled INVITE R-URI from UA "a" to UA "b" traverses a chain of SIP proxies which are all "sip-push" aware? >> Will they not each perform the following: >> >> * launch PNS provider query >> * wait for re-REGISTER >> * forward INVITE to the next "sip-push" aware proxy > > The R-URI will only traverse between the UA and its registrar. Really, this is the reason that you want all the pn-* parameters to be header field parameters rather than URI parameters -- they're only used in specific messages. It doesn't make any sense to use them in the UA's "real URI", which is used as the Contact field of requests, etc. Dale From nobody Mon Feb 5 21:03:06 2018 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 5458A126BFD for ; Mon, 5 Feb 2018 21:03:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 Hdk6KUTDBekS for ; Mon, 5 Feb 2018 21:03:02 -0800 (PST) Received: from resqmta-ch2-09v.sys.comcast.net (resqmta-ch2-09v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:41]) (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 B32C51200C1 for ; Mon, 5 Feb 2018 21:03:02 -0800 (PST) Received: from resomta-ch2-02v.sys.comcast.net ([69.252.207.98]) by resqmta-ch2-09v.sys.comcast.net with ESMTP id ivOuelZBqprzSivPJeOXAI; Tue, 06 Feb 2018 05:03:01 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-02v.sys.comcast.net with SMTP id ivPIefQgktbS7ivPJeUFps; Tue, 06 Feb 2018 05:03:01 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1652xms010533 for ; Tue, 6 Feb 2018 00:02:59 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1652wEo010530; Tue, 6 Feb 2018 00:02:58 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: sipcore@ietf.org Sender: worley@ariadne.com (Dale R. Worley) Date: Tue, 06 Feb 2018 00:02:58 -0500 Message-ID: <87bmh290cd.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfC5suvIh8pZSP5iVxST3zv0IwIZaSTM3gDwMXCckTNshoZ4sBytPIEg3+9mlRF+xEGjiHSZ0RiWukFEH97NgTUaacWnXxGsdssyukN60R+c93Z+HPzNQ wn5GvxmyWXvmSOTcWQfaGqv3GpwvM6+p/hwGJiy0o0FpfyLTR8rkSJuL Archived-At: Subject: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 05:03:04 -0000 I have reviewed draft-ietf-sipcore-sip-push-04 and have the following comments. I think the document needs careful revision, and there are still significant technical issues that need to be settled. ** Major/global issues * Parameters vs. header parameters The document defines new SIP URI parameters, I still strenuously object to implementing these as URI parameters rather than as header field parameters, given that the information carried is information *about* the registered SIP URI and not part of the URI. E.g., you wouldn't include these parameters in the request-URI of an INVITE. * Reregistration Handling re-registration still needs some work. The difficulty is that the registrar/proxy does't know when the UA needs to reregister, it only knows when the current registration is going to expire. In particular, some UAs use a reregistration strategy copied from some DHCP clients: reregister at intervals of (expiration time)/3 - epsilon. This allows the UA three opportunities to reregister, and they are widely separated in time, thus minimizing the chance that all three will be defeated by temporary network interruptions. The registrar/proxy has no way of knowing this. In addition, the registrar/proxy doesn't know the amount of time that it will take the UA to wake up from a push notification and send its re-REGISTER. Ultimately, the dataflow is difficult: the UA requests a registration duration, the registrar allows a registration that may be less than the requested duration, and from the allowed duration, the UA determines when it wants to reregister. But this process seems to require three messages to pass between the UA and the registrar, whereas the REGISTER transaction only has two messages. OTOH, it seems that in most cases, the UA can instruct its OS to wake it up after a certain time interval, and thus does not need a push notification for reregistration to maintain its AOR. If that is so, the reregistration parts of this document can simply be removed, because the ordinary implementation practices will work well -- once the UA receives the 200 response to its REGISTER request, it will set a timer with its OS for whenever it wants to reregister. * Extraneous use of "SIP" There are various places where "SIP" is used extraneously. E.g., "proxy", "registrar" "555 response", "request", "URI", "UA", "INVITE request", "REGISTER request", "network". Given that the entire document is about SIP, almost no noun needs to be qualified with "SIP". * The prefix "pns-" There are places where the prefix "pns-" is used, but it appears that the author intends for "pn-" to be used. ** Local issues 1. Introduction Due to the restriction above, applications can not be woken up by non-push notification traffic. This means that a suspended SIP UA will not be able to receive an incoming SIP request (e.g., a SIP INVITE request), or to send periodic re-registration requests. "awakened" is usually more proper than "woken up" in written text. Note that reregistration isn't being awakened by traffic, but internally-generated activity. The first sentence needs to be revised to include that the application cannot schedule its own awakening either. (But is there ever a case where the UA cannot schedule its own awakening at a definite future time?) Figure 1 omits quite a bit of the action. Viz., once SIP UA has sent the REGISTER, there should be shown a period of suspension. At the end of suspension, an INVITE arrives at SIP Proxy, triggering it to send the Push Message. It seems that the mechanism requires that the awakened SIP UA must send a REGISTER immediately to inform the proxy that it can now receive messages, and that REGISTER should be shown, after which the incoming request is sent. 3. Push Resource ID (PRID) This section should describe the expected syntax or character set used by PRIDs and the other values. Actually, all of these are general "pvalue" from RFC 3261, and so can represent arbitrary character strings. But that should be stated clearly. 4. SIP User Agent (UA) Behavior When the SIP UA receives a 200 (OK) response to the SIP REGISTER request, if the response does not contain a Feature-Caps header field with a '+sip.pns' header field parameter, ... The items in a Feature-Caps header are "indicators", not "parameters". See RFC 6809 section 6.3. When the SIP UA receives a 200 (OK) response to the SIP REGISTER request, if the response does not contain a Feature-Caps header field with a '+sip.pns' header field parameter ... The text must include a positive statement indicating when the UA can understand that its desired push notification service is supported for the registration. Or better, the sense of the condition at the beginning of the paragraph should be inverted: When the SIP UA receives a 200 (OK) response to the SIP REGISTER request, the response contains a Feature-Caps header field containing a '+sip.pns' indicator, and that indicator's value contains a tag-value that is the same as the pn-provider in the REGISTER, the UA can assume that push notifications will be triggered by any SIP proxy handling requests for the given AOR. In all other cases, the UA cannot assume that push notifications will be triggered by a SIP proxy. The actions taken by the UA might be dependent on implementation or deployment architecture, and are outside the scope of this document. Note that I've also fixed the logic here: success requires that +sip.pns value contains the same tag as the pn-provider that was used. The original text was that the +sip.pns value contains a tag that the UA supports, but that does not guarantee that the supported tag is the one the UA *used*. If the SIP UA expects to receive payload in the push notification, the UA MAY add a pn-enckey and a pn-encsec SIP Contact header field SIP URI parameter, in order to allow encryption of the data using the mechanism in [RFC8291]. The pn-enckey URI parameter contains the public key, and the pn-encsec URI parameter contains the authentication secret [RFC8291]. The format of such payload is outside the scope of this document. NOTE: End-to-end encryption of the payload between the SIP proxy and the SIP UA cannot be used if the push notification request payload contains information that needs to be accessible by the PNS provider. It's not clear to me, regarding the payload that is encrypted using pn-enckey and pn-encsec, who generates it and what it contains. If it is generated by the registrar (or the proxy pretending to be the registrar), then this document should define what the payload is. If the payload is generated by the push notification service itself, presumably the payload contents are defined by the PNS, but it's not clear how the parameters in the REGISTER will be transmitted to the push notification service. ... a pn-enckey and a pn-encsec ... "pn-encsec" doesn't seem to be used elsewhere in the document. Perhaps "pn-enccode" was meant? Or rather, "encsec" seems a better name than "enccode" and should be used throughout... 5. SIP Proxy Behavior When the SIP proxy receives (or, in case the proxy is the SIP registrar, creates) a SIP request for a new dialog (e.g., a SIP INVITE request) or a non-dialog SIP request (e.g., a SIP MESSAGE request) aimed for a SIP UA, if the Request-URI of the request contains ... Isn't this just a prolix way of saying "When the SIP proxy receives a request aimed for a SIP UA ..."? If the SIP proxy is able to assume that the SIP UA is awake ... Better wording is "If the SIP proxy has knowledge that the SIP UA is awake ...". (Because anything "is able to assume" anything, though it might be wrong...) If the SIP proxy is not able to contact the push notification provider, or to forward the SIP request to the SIP UA, the proxy MUST reject the SIP request. It might be useful to describe what response code(s) should be used in this situation. 408 seems suitable, but it is not specific to this situation. 480 is "Temporarily Unavailable", but that means that the *user* is temporarily unavailable rather than the *network*. It might be worth defining a response code meaning "UA is temporarily unavailable". 7.3. SIP URI Parameters The format and semantics of pns-param is specific to a given pns-provider value. I think "pns-param" is supposed to be "pn-param". Isn't it true that the format of pn-prid, pn-enccode, and pn-enckey are also controlled by the pns-provider? 8. PNS Registration Requirements The value of the pn-param URI parameter is the APNs App ID, which is encoded by two values, separated by a period (.): Team ID and Bundle ID. The Team ID is provided by Apple and is unique to a development team. The Bundle ID is unique to a development team, and is a string that will can match a single application or a group of applications. Example: pn-param = DEF123GHIJ.com.yourcompany.yourexampleapp As written, this is confusing, because the description of the syntax of pn-param doesn't allow the reader to parse the given example, since the example contains three periods. Probably the Team ID cannot contain a period, which disambiguates the example, but that needs to be stated to avoid confusing the reader. 9. pn-provider, pn-param and pn-prid URI Parameters for Apple Push 10. pn-provider, pn-param and pn-prid URI Parameters for Google It seems like sections 9 and 10 could be grouped as subsections of a single section, most likely part of section 12. 11. Security Considerations There is no description of what mechanism prevents one UA from registering using the pn-parameters of another device, or even using entirely random pn-parameters. The document is written as if the pn-parameters form a "capability", an identifier containing so much entropy that just knowing the identifier of a resource proves that one has the right to access the resource. However, the example in section 8 suggests that this is not so. 12.1.1. pn-provider This section doesn't mention that it is connected with either the registry for its values (defined in section 12.4) or the currently defined values (defined in sections 9 and 10). Dale From nobody Mon Feb 5 21:10:49 2018 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 10035126BFD for ; Mon, 5 Feb 2018 21:10:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 6IQP8NtXKBkr for ; Mon, 5 Feb 2018 21:10:45 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 325461200C1 for ; Mon, 5 Feb 2018 21:10:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517893843; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=TMzWvplYt4oZRxyVhI7rQQOcY4LBSflRkZr7joJb5oc=; b=CXt0K0kWgzO69lA0J8+vZ0l8hkRKSss7QgWvkdSGlkEQs0AtdkrwR31YDCbr3xwt 91eSSF7JwEzJjFeWLLhmNcgAqbvlfpeY6CMbbUnHziUUC9bO7niXPZB6v5HGDWLk E6verCip3KNOrQyIFpHKGeTkVW6v9z3Bvu235vROe7A=; X-AuditID: c1b4fb2d-87c029c000005540-cc-5a7938d3f131 Received: from ESESSHC016.ericsson.se (Unknown_Domain [153.88.183.66]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 72.8A.21824.3D8397A5; Tue, 6 Feb 2018 06:10:43 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC016.ericsson.se ([153.88.183.66]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 06:10:29 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "liviu@opensips.org" , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Roman's comments Thread-Index: AQHTnwaE/O0D1pm5MEatQnIGiPGY4KOW0ivw Date: Tue, 6 Feb 2018 05:10:29 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1572D7@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C14C20C@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) <87fu6e90r4.fsf@hobgoblin.ariadne.com> In-Reply-To: <87fu6e90r4.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmkeLIzCtJLcpLzFFi42KZGbHdSfeyRWWUwYLlchYftjazWXz9sYnN 4uWJMgdmj8n7vzJ7LFnyk8nj2YtLrAHMUVw2Kak5mWWpRfp2CVwZ59Z9Yi34wV2x/MRWlgbG 7ZxdjJwcEgImElM+nWHsYuTiEBI4zCixZOoORpCEkMBiRomtJyy6GDk42AQsJLr/aYOYIgKa Eh0LckAqmAXCJGaeXs0IEhYW8JZ42sELEhYR8JE41fOGBcI2kjh85BI7iM0ioCLxb90NVhCb V8BXov3aFDaIrdMZJW5eeguW4BQwlrhwbxLYBYwCYhLfT61hgtglLnHryXwmiJMFJJbsOc8M YYtKvHz8jxXCVpJYdPszVL2OxILdn9ggbG2JZQtfM0MsFpQ4OfMJywRG0VlIxs5C0jILScss JC0LGFlWMYoWpxYX56YbGeulFmUmFxfn5+nlpZZsYgRGzcEtv3V3MK5+7XiIUYCDUYmHV1+t MkqINbGsuDL3EKMEB7OSCK/T9fIoId6UxMqq1KL8+KLSnNTiQ4zSHCxK4rwnPXmjhATSE0tS s1NTC1KLYLJMHJxSDYxWK9IY/k5kWue1atvqd8mbSu5PnP7rQ+OUz9abPvr9Urn7uZif6dad BInDrDZ/TdjrWifv1Tr6SevdA8PGeTmCsdVxtv0mp/6kb7lVIuqVfVDk3L2+G00Rk1LEa+fV MqRz15W07di+cvtsRpZef53CK+ud7hYF+amHFdpnHndu4ShZac0aPkuJpTgj0VCLuag4EQDl NcrylgIAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Roman's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 05:10:47 -0000 Hi, >>>>> 3. Does the proxy strip the pn-XXX parameters when forwarding=20 >>>>> message to the client or are they kept? Does it strip them when=20 >>>>> comparing contact registration URI? Without this, change in pn-XXX pa= rameters will result in a new registration instead of existing registration= update. >>>> There is no stripping of parameters. The pn- parameters will typically= not change between UA device reboots. But, if they do, it does require a n= ew registration. >>>> >>> Then what happens if a "pn-XXX" enabled INVITE R-URI from UA "a" to UA = "b" traverses a chain of SIP proxies which are all "sip-push" aware?=20 >>> Will they not each perform the following: >>> >>> * launch PNS provider query >>> * wait for re-REGISTER >>> * forward INVITE to the next "sip-push" aware proxy >> >> The R-URI will only traverse between the UA and its registrar. > > Really, this is the reason that you want all the pn-* parameters to be he= ader field parameters rather than=20 > URI parameters -- they're only used in specific messages. It doesn't mak= e any sense to use them in the=20 > UA's "real URI", which is used as the Contact field of requests, etc. As I have said before, using header field parameters would have impact on t= he registrar, as it would have to store those separately. In IMS that would= have impact on the HSS and interfaces. It would take a long time to update= those, and SIP Push is a feature that is needed now.=20 Regards, Christer From nobody Mon Feb 5 21:17:31 2018 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 C95A7127058 for ; Mon, 5 Feb 2018 21:17:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, 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 1SNoCq90BPZF for ; Mon, 5 Feb 2018 21:17:28 -0800 (PST) Received: from mail-ot0-x234.google.com (mail-ot0-x234.google.com [IPv6:2607:f8b0:4003:c0f::234]) (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 DD2AE126DD9 for ; Mon, 5 Feb 2018 21:17:27 -0800 (PST) Received: by mail-ot0-x234.google.com with SMTP id l5so621115otj.11 for ; Mon, 05 Feb 2018 21:17:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1IWoe3/9co+qWIeVWOLThVQagCRneMvjtzMBrNBPfU4=; b=CSdBlUjqCgME2LViUNcHibIQz4qOQ4w9K2y0qiALhKTyNsK1UDp3QhpbqZMbvDqaJW ZNzEheHCjAxUqlS9ueuntsqedmfP7E+CBm0v1Got8QpJBLOQh78sRMzVWdpRf2TZWE1M KjNJIB0LWfoUhRQn0Mh3hAZJxRV/QZ4eeGKoJWJPrE8ggQSHxVhnUVuXHvpokynWsIuA PMF5qCHUUkMZ8M5HeyfiV8LMh0yFelLMnskUf90CxrsnuXzI7kZaXcMHJ354HiTIOuE4 eVek4k9lsQjTYZI9JI9/GPqhhimmXg67YPM6MuE0JIlgyZFtLI2y1Mlh7onVh5/RsZDE wLag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1IWoe3/9co+qWIeVWOLThVQagCRneMvjtzMBrNBPfU4=; b=nQYGCi3J7jjtNAQ9BJcjMREyS7Cw8HOzF/ekJTHvgjgf9a72vs3+FaFhiTwf9XelIT 9R6PnQF6q8EdNqyVqAtr54XAtpyf9xNqjp2I/MbVzZhRqNhGWSze0DYVrCuB7YWhGzkU Y1h46PnrvpHJ0bfV1iGxswZFkLsRqMTg/VaAJ7FvdCRHuSHSaEH0S8hREkYaQwB5OTNf NdLjnqsp62rp5YxXVcWvjC39FR0zWdGEez2mzlRLpxVzgFRr1JQiFnlbMIWR6b6eklBi S3VBAHcOInL0M5zcbMwkDAuGjs0ceSZTBJc6TLPMnldisZbjrSpeaXrBOTKfDEwe3don 3Cdg== X-Gm-Message-State: APf1xPDrTsbGZsW0U2FG16QgBOisZ++LaLB7SBjdVckIfCAvzoBDB9jf iJ3qREyh5sZVdoF5UHvtR2eNCrrlrgRwvfASgaly9Q== X-Google-Smtp-Source: AH8x224QPO5The1V/8r6d76FjSHzucFsbmG9YRabcv8gGEKpQo6jUFDXhXEuic6pY/pPOakimI1oj2zL4K/9NvZuVFM= X-Received: by 10.157.68.132 with SMTP id v4mr845786ote.93.1517894247242; Mon, 05 Feb 2018 21:17:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.52.196 with HTTP; Mon, 5 Feb 2018 21:17:26 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C15727F@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C14D52E@ESESSMB109.ericsson.se> <87mv0m919v.fsf@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B6C15727F@ESESSMB109.ericsson.se> From: Martin Thomson Date: Tue, 6 Feb 2018 16:17:26 +1100 Message-ID: To: Christer Holmberg Cc: "Dale R. Worley" , "mahoney@nostrum.com" , "sipcore@ietf.org" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 05:17:30 -0000 On Tue, Feb 6, 2018 at 3:49 PM, Christer Holmberg wrote: > RFC 8030 is not a service - it is a mechanism that can be used to implement a push notification service. So, in my opinion the pn-provider tag should indicate e.g., "Mozilla" - not "RFC 8030". You don't need to identify the provider. That's the category error here. You need to identify the means by which the information you have been given can be used. So identifying RFC 8030 is the right thing. BTW, FCM supports RFC 8030. From nobody Mon Feb 5 21:20:31 2018 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 E4CB5126BFD for ; Mon, 5 Feb 2018 21:20:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (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 yu8KOWwAfwqg for ; Mon, 5 Feb 2018 21:20:27 -0800 (PST) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6ABB01200C1 for ; Mon, 5 Feb 2018 21:20:27 -0800 (PST) Received: by mail-oi0-x236.google.com with SMTP id c8so477844oiy.9 for ; Mon, 05 Feb 2018 21:20:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YtywS5nj58uK6gyHxvPihbNnQ0J0AU8xW8VC/D833m8=; b=Dv2ou8forVg6ESr2FBtpdVNk0CM0R1gWJuD37Pc9fztLWvEt3OtkS7lAp9cjuf8CMx 6PrUl29vsGHuxv/XdtPvxR43j05KeMtuauoGlT5f1zj0kFeixFssYZhP/WZ6+Dghyj9P wnjmYrZ6U6sGvnB0wIRq/GZtISafeVcCk3Yh7jgNJ/VcOYNT/pNg7mivEbJQk9iDC6he v7K5KrmxCi6+h595ZC69lN/WQxCLgXdNH9kYNfTsOBL/nHmNQfFB/j4+eR/VVvNmUPsD fJTTFEf4T+auOYDzp4uMg+G2tic7bMlYTzfg/o6BsMjiZ7CmSpvgblxSl4jXbeyhrsOO 9Crw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YtywS5nj58uK6gyHxvPihbNnQ0J0AU8xW8VC/D833m8=; b=SkojevcR2bcTIF3LfitICb3vlehonr1oCnAOu4o0VSr0EC21GJAeZ96NWdZViltuCR e/FulJP6RiVWHZTxyerr3Yz8GEvBlyTyzBshVHpK4DeTeUUsRgaHGe76TXbwHIj0PE6g WLl7mn3WLlbSzv0Nj81k50G47wrnlACSUnSe2Lp/e+adtwKaPakwwmR1WKi1994db12S qhP28HWo+Z6PZelYjovdDxkohlZJlHubQyBGjt9tkRmq2SmGZPKz/hE7wYc8RV9c7DKM xfC5XpLYNgpGyLd5SOTIvQeiriLa+xfgtBC5v+zLGp7svHrVYBXv+N5P72cXYPVtPWH/ xL9w== X-Gm-Message-State: APf1xPAcDtXdNN8asdZgAF3a/ttoP70a1QBlrYZYrnEgHpAv/eu7LM4h kIsWd+cSV/3+EBmIyg62hIT5snlp27P1hZwAUmgJsg== X-Google-Smtp-Source: AH8x225JlaHbPKzri9PHcWtRO6JhtbcnCK9qtTxGtrGaRtDMgH2cViA5bLU3vJm+oMNojPiF5ueDgEIh7BHN464j9yk= X-Received: by 10.202.1.86 with SMTP id 83mr757972oib.84.1517894426702; Mon, 05 Feb 2018 21:20:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.52.196 with HTTP; Mon, 5 Feb 2018 21:20:26 -0800 (PST) In-Reply-To: <87bmh290cd.fsf@hobgoblin.ariadne.com> References: <87bmh290cd.fsf@hobgoblin.ariadne.com> From: Martin Thomson Date: Tue, 6 Feb 2018 16:20:26 +1100 Message-ID: To: "Dale R. Worley" Cc: SIPCORE Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 05:20:29 -0000 On Tue, Feb 6, 2018 at 4:02 PM, Dale R. Worley wrote: > I still strenuously object to implementing these as URI parameters > rather than as header field parameters, given that the information > carried is information *about* the registered SIP URI and not part of > the URI. E.g., you wouldn't include these parameters in the > request-URI of an INVITE. Does the fact that a push subscription might be identified by a HTTPS URL tip the scales in either direction at all? From nobody Mon Feb 5 21:26:56 2018 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 1FE77126BFD for ; Mon, 5 Feb 2018 21:26:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 3kz5i-lYlZ-G for ; Mon, 5 Feb 2018 21:26:53 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5AB3D1200C1 for ; Mon, 5 Feb 2018 21:26:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517894811; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=bLt4C9Ou7Mlr8cwr41JmRe1UC5JOGpS7WEIoPj4/qp8=; b=VBpjrfIeFQmkzitAoVoIoEAIne195uXvf24agngGvMR44B8o92QfekzmVPmgzdge eVClVA4dB2tA2RWn7bWaWFLV20biTlTQWqGHnPH3/dUDW54eg1Jfb6BnQE/SkTlw wTKzv8oA05Lj63QyVKYLKG5iQbPyluQbyT+KLc/leeQ=; X-AuditID: c1b4fb25-473ff7000000341b-52-5a793c9b58bb Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 3E.F7.13339.B9C397A5; Tue, 6 Feb 2018 06:26:51 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 06:26:51 +0100 From: Christer Holmberg To: Martin Thomson CC: "Dale R. Worley" , "mahoney@nostrum.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments Thread-Index: AQHTnwT2jBt+NVjfwU65o7j1Up6MaKOWzHJQ///4TQCAABKBcA== Date: Tue, 6 Feb 2018 05:26:49 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C157319@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C14D52E@ESESSMB109.ericsson.se> <87mv0m919v.fsf@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B6C15727F@ESESSMB109.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuphkeLIzCtJLcpLzFFi42KZGbHdUne2TWWUQfdxOYuGzpWsFtfO/GO0 +PpjE5vFyxNlDiwek/d/ZfbYOesuu8eSJT+ZPGbtfMISwBLFZZOSmpNZllqkb5fAlTHhxkO2 gibOit4V7YwNjE84uhg5OSQETCS+H7zBDGILCRxmlNjTW9fFyAVkL2aUeHftIGMXIwcHm4CF RPc/bZAaEQFdiUVnH7CD2MwC9RJXT21iAbGFBXwkWh6AlIPU+EosvdbPAtIqIuAkseqlK0iY RUBFYtWcTiYQmxeoZNuBpywQqxqZJNo6joHdwCkQKHHo5G82EJtRQEzi+6k1TBC7xCVuPZnP BHGzgMSSPeeZIWxRiZeP/7FC2EoSjUuesILsZRbQlFi/Sx+iVVFiSvdDdoi9ghInZz5hmcAo OgvJ1FkIHbOQdMxC0rGAkWUVo2hxanFSbrqRsV5qUWZycXF+nl5easkmRmAcHdzyW3UH4+U3 jocYBTgYlXh496lVRgmxJpYVV+YeYpTgYFYS4XW6Xh4lxJuSWFmVWpQfX1Sak1p8iFGag0VJ nPekJ2+UkEB6YklqdmpqQWoRTJaJg1OqgbHZy3jtFCOVkphFbjk33h3IPbviqsH+evU1edmr 9TlPFPbOf3HMilew6/SJv4Y/Ak44t9T+89D9Nf9MtIbIaoMT6TyXt5ve/5mbLqyynunR2SPe 52dL/T0op7hrWdbUm5Lfco4bL/n4Q5Knb/LMVQzBIgJin1J2cshN3R+SN3fqNUfPJ2H2qfJK LMUZiYZazEXFiQAP05cwnwIAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 05:26:55 -0000 SGksDQoNCj4+IFJGQyA4MDMwIGlzIG5vdCBhIHNlcnZpY2UgLSBpdCBpcyBhIG1lY2hhbmlzbSB0 aGF0IGNhbiBiZSB1c2VkIHRvIGltcGxlbWVudCBhIHB1c2ggDQo+PiBub3RpZmljYXRpb24gc2Vy dmljZS4gU28sIGluIG15IG9waW5pb24gdGhlIHBuLXByb3ZpZGVyIHRhZyBzaG91bGQgaW5kaWNh dGUgZS5nLiwgIk1vemlsbGEiID4+IC0gbm90ICJSRkMgODAzMCIuDQo+DQo+IFlvdSBkb24ndCBu ZWVkIHRvIGlkZW50aWZ5IHRoZSBwcm92aWRlci4gIFRoYXQncyB0aGUgY2F0ZWdvcnkgZXJyb3Ig aGVyZS4gIFlvdSBuZWVkIHRvIA0KPiBpZGVudGlmeSB0aGUgbWVhbnMgYnkgd2hpY2ggdGhlIGlu Zm9ybWF0aW9uIHlvdSBoYXZlIGJlZW4gZ2l2ZW4gY2FuIGJlIHVzZWQuICBTbyANCj4gaWRlbnRp ZnlpbmcgUkZDIDgwMzAgaXMgdGhlIHJpZ2h0IHRoaW5nLg0KDQpTbywgaWYgYSBwcm94eSBpbmRp Y2F0ZXMgdGhhdCBpdCBzdXBwb3J0cyAiUkZDIDgwMzAiLCBjYW4gdGhlIFVBIGFzc3VtZSB0aGF0 IHRoZSBwcm94eSBoYXMgYWxsIGNyZWRlbnRpYWxzIGV0YyBuZWVkZWQgaW4gb3JkZXIgdG8gcmVx dWVzdCBwdXNoIG5vdGlmaWNhdGlvbnMgZnJvbSBhbnkgODAzMC1iYXNlZCBub3RpZmljYXRpb24g c2VydmljZSwgYW5kIHRoYXQgdGhlIHByb3h5IHdpbGwgYWx3YXlzIGtub3cgZnJvbSB3aGljaCA4 MDMwLWJhc2VkIG5vdGlmaWNhdGlvbiBzZXJ2aWNlIHRvIHJlcXVlc3QgdGhlIHB1c2ggbm90aWZp Y2F0aW9uIHdoZW4gYSByZXF1ZXN0IGFycml2ZXM/DQoNCj5CVFcsIEZDTSBzdXBwb3J0cyBSRkMg ODAzMC4NCg0KVGhhbmtzIQ0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQo= From nobody Mon Feb 5 21:29:29 2018 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 049B1126BFD for ; Mon, 5 Feb 2018 21:29:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 2U0SHRYmGjH1 for ; Mon, 5 Feb 2018 21:29:27 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0CA11200C1 for ; Mon, 5 Feb 2018 21:29:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517894964; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ulymsh4WESJH9OT6DmLzAADW9YX66Y4AhMS2EIBTNUo=; b=g2RvmaUFVak5BiR1xJ/BftLp9Loz6FWOKt2qrcL637oFLsluack4KFxMocG3ily4 48hkfVTOM9jVwKa2TSou2Jp4S1GiwhLqPj/3g/c6cYHZvUkYkstF8nATx2Dag0i6 nfRZXgqaz0LznnqteQIITcEX/QxS79MLRggC0SotcoI=; X-AuditID: c1b4fb3a-35fff700000067b4-3e-5a793d34874a Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.183.72]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 99.66.26548.43D397A5; Tue, 6 Feb 2018 06:29:24 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC018.ericsson.se ([153.88.183.72]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 06:29:24 +0100 From: Christer Holmberg To: Martin Thomson CC: SIPCORE Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Security Considerations Thread-Index: AdOdvndrQSdLxUZoSgmugpDBOg8ijwAT9TWAACBjxKA= Date: Tue, 6 Feb 2018 05:29:23 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C157397@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C1535EE@ESESSMB109.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUyM2K7h66JbWWUwY031hbXzvxjtPj6YxOb A5PHzll32T2WLPnJFMAUxWWTkpqTWZZapG+XwJVxctIb1oIzYhW3rng0MDaIdTFyckgImEg8 nPCMsYuRi0NI4DCjROfdo+wQzmJGiZmzuoEcDg42AQuJ7n/aIA0iAroSi84+YAexmQXkJK5/ 2MgGYgsLhEjMeTqTBaImVGLuyyZWCNtKYsv8h2A1LAIqEg8v32YGGckr4Cvxcb4bxKopjBIr 9jczgtRwCgRK3Fv6A6yXUUBM4vupNUwQu8Qlbj2ZzwRxtIDEkj3nmSFsUYmXj/+xQthKEo1L nrCCzGcW0JRYv0sfolVRYkr3Q7CTeQUEJU7OfMIygVF0FpKpsxA6ZiHpmIWkYwEjyypG0eLU 4uLcdCMjvdSizOTi4vw8vbzUkk2MwAg5uOW31Q7Gg88dDzEKcDAq8fAKqFdGCbEmlhVX5h5i lOBgVhLhdbpeHiXEm5JYWZValB9fVJqTWnyIUZqDRUmc1ynNIkpIID2xJDU7NbUgtQgmy8TB KdXAyGLMX6y004TvcbaeX+iFu3ZFGhM2BO2aE/fW2fLQt3PPA8pS16xLn9836erTEO9N+Rve TSz9XvPVYs9O5Sfr/jpoHstl8Lp4d3HoFJ3p92b/VZgcyfhPnOvKzat7fb5YKZ33jt7ycjo7 46UVUkaqaRorF205/Sn2yaLb3c4qQq1/pr9/wG/VVK7EUpyRaKjFXFScCABdkAwjjAIAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Security Considerations X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 05:29:29 -0000 SGksDQoNCj5UaGlzIHJlYWxseSBuZWVkcyBhIHJlZmVyZW5jZSB0byBSRkMgODI5Mi4gIFRoYXQg ZGVzY3JpYmVzIGFuIGludGVyb3BlcmFibGUgc3lzdGVtIGZvciANCj5pZGVudGlmaWNhdGlvbiBv ZiB0aGUgcHJveHkuDQoNCkknbGwgbG9vayBpbnRvIHRoYXQuDQoNCj4+IOKAnFBOUyBwcm92aWRl cnMgb2ZmZXIgZGlmZmVyZW50IG1lY2hhbmlzbSBmb3IgYXV0aGVudGljYXRpbmcgYW5kICBhdXRo b3JpemluZw0KPg0KPiBtZWNoYW5pc20qcyoNCg0KV2lsbCBiZSBmaXhlZC4NCg0KPj4gSWYgdGhl IHB1c2ggbm90aWZpY2F0aW9uIHJlbGF0ZWQgaW5mb3JtYXRpb24gY2FycmllZCBpbiBTSVAgY291 bGQgYmUgDQo+PiB1c2VkIGJ5IGEgbWFsaWNpb3VzIHVzZXIgdG8gdHJpZ2dlciBwdXNoIG5vdGlm aWNhdGlvbnMgdG93YXJkcyBhIA0KPj4gZGV2aWNlLCBvcGVyYXRvcnMgTVVTVCBlbnN1cmUgdGhh dCB0aGUgU0lQIHNpZ25hbGxpbmcgaW4gd2hpY2ggdGhlIA0KPj4gaW5mb3JtYXRpb24gaXMgY2Fy cmllZCBwcm9wZXJseSBzZWN1cmVkIGZyb20gbWFsaWNpb3VzIG1pZGRsZW1lbi4NCj4NCj4gV2hh dCBkb2VzIHRoaXMgbWVhbj8NCj4gIEkgdGhpbmsgdGhhdCB5b3UgbWVhbiB1c2UgVExTIGZvciBz aWduYWxpbmcsIGF1dGhlbnRpY2F0ZSB5b3VyIA0KPiBwcm94eSBhbmQgZG9uJ3Qgc2VuZCB0aGlz IHRvIGFueW9uZSBlbHNlLiAgSWYgeW91IHBsYW4gdG8gdXNlIFVEUCwgdGhlbiB3ZSBoYXZlIHNv bWUgc2VyaW91cyBpc3N1ZXMuICANCj4gVGhlbiB5b3UgZGVmaW5pdGVseSBuZWVkIHNvbWV0aGlu ZyBsaWtlIHdoYXQgaXMgZGVzY3JpYmVkIGluIA0KPiBTZWN0aW9uIDQgb2YgODI5MiAoaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzgyOTIjc2VjdGlvbi00KSwgYXMgTVRJIGlkZWFsbHku DQo+IFdpbmRtaWxsaW5nIGFybXMgbGlrZSB0aGlzIGRvZXNuJ3QgcmVhbGx5IGdldCB0aGUgb3V0 Y29tZSB5b3Ugd2FudC4NCg0KSSBhZG1pdCBJIGhhdmVuJ3QgcmVhZCA4MjkyIGluIGRldGFpbCwg c28gbWF5YmUgSSBtaXN1bmRlcnN0YW5kIHlvdXIgcG9pbnQsIGJ1dCB3aGF0IEkgbWVhbnQgaXMg c2ltcGx5IHRoYXQgdGhlIFNJUCBzaWduYWxsaW5nIGJldHdlZW4gdGhlIFVBIGFuZCB0aGUgcHJv eHkgaGFzIHRvIGJlIHByb3RlY3RlZC9lbmNyeXB0ZWQuDQoNClRoZW4sIHRoZSBVQSB3aWxsIG9i dmlvdXNseSBoYXZlIHRvIHRydXN0IHRoYXQgdGhlIHByb3h5IHdpbGwgbm90IHJlcXVlc3Qgbm9u LWludGVuZGVkIHB1c2ggbm90aWZpY2F0aW9ucy4NCg0KPj4gVGhlIG1lY2hhbmlzbSBpbiB0aGlz IGRvY3VtZW50IGRvZXMgbm90IHJlcXVpcmUgYSBTSVAgcHJveHkgdG8gaW5jbHVkZSANCj4+IGFu eSBwYXlsb2FkIChpbiBhZGRpdGlvbiB0byBwb3NzaWJsZSBwYXlsb2FkIHVzZWQgZm9yIHRoZSBQ TlMgaXRzZWxmKSANCj4+IHdoZW4gcmVxdWVzdGluZyBwdXNoIG5vdGlmaWNhdGlvbnMuICBIb3dl dmVyLCBpbiBjYXNlIGEgU0lQIHByb3h5IGRvIA0KPj4gd2FudCB0byBpbmNsdWRlIHBheWxvYWQg aW4gcHVzaCBub3RpZmljYXRpb25zLCB0aGlzIHNwZWNpZmljYXRpb24gDQo+PiBkZWZpbmVzIHRo ZSBtZWFucyBmb3IgdXNpbmcgZW5kLXRvLWVuZCBwYXlsb2FkIGVuY3J5cHRpb24gYmV0d2VlbiB0 aGUgDQo+PiBTSVAgcHJveHkgcmVxdWVzdGluZyB0aGUgcHVzaCBub3RpZmljYXRpb24gYW5kIHRo ZSBkZXZpY2UgcmVjZWl2aW5nIGl0LuKAnQ0KPg0KPiBBcyBJIHNhaWQgaW4gbXkgcmV2aWV3LCB0 aGVyZSBpc24ndCBhbnkgdmFsdWUgaW4gZGVmaW5pbmcgYSBtZWNoYW5pc20gaWYgdGhlIHRoaW5n IHRoYXQgaXQgZXhpc3RzIHRvIA0KPiBzdXBwb3J0IGlzbid0IGRlZmluZWQuICBEbyB5b3UgaGF2 ZSBhIHVzZSBmb3IgcHVzaCBtZXNzYWdlIHBheWxvYWRzPw0KDQpOby4gDQoNClNvLCBJIHdpbGwg cmVtb3ZlIHRoZSB0ZXh0IGFuZCByZWZlcmVuY2VzIHJlZ2FyZGluZyBwYXlsb2FkLCBhbmQgb25s eSBrZWVwIHRoZSBzdGF0ZW1lbnQgc2F5aW5nIHRoYXQgdGhlIFNJUCBtZXNzYWdlcyBtdXN0IG5v dCBiZSB0cmFuc3BvcnRlZCBhcyBwdXNoIHBheWxvYWQuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVy DQo= From nobody Mon Feb 5 22:52:59 2018 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 6783F126D45 for ; Mon, 5 Feb 2018 22:52:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, 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 g-P5OdXVgci7 for ; Mon, 5 Feb 2018 22:52:55 -0800 (PST) Received: from mail-ot0-x236.google.com (mail-ot0-x236.google.com [IPv6:2607:f8b0:4003:c0f::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4A4D126D0C for ; Mon, 5 Feb 2018 22:52:55 -0800 (PST) Received: by mail-ot0-x236.google.com with SMTP id a7so779173otk.9 for ; Mon, 05 Feb 2018 22:52:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=lk54WHgSkhgkCnelh0SsABRX4dw6imKCPtb8rTpBu8s=; b=bqZcfJhXj5uPpyanU2MBxWmGT+vZ7014hllzFJ2X17yN9asm+D3BCpHjTaWD2lZ/3j Nxm010sus3MTH8/ZWFaTPdUYp+KaJ7Lv8+/DqZpYbOMjPH+TY/ebq7yWYjw+1HKrlPSJ /IpXlYoM0zobhHRSzNbSpTlLltQnb1Q9CelUXqmulCVrcgTqu1wYwbMeBgeE4C4izTz2 Ux/RW9nSUHdHSErhj8HIWPH5ldw0QX2V82Pps+1OF6XrqGhxPhuK0jt/GfT9eZY0kQkz Ibb1TmEVGFJcGXLZxfRJ7oTX5o1R5Dsf+TpkdlhGyK52Piq9GdCd0R7bJsl7O297VKOK HaVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=lk54WHgSkhgkCnelh0SsABRX4dw6imKCPtb8rTpBu8s=; b=kVbYiLV2XthgJWio8PBAv6GrXwd/WXn7gIYEU86WAohqc8mNvAFuiU6PDDX2iu7VkN Wbw0FgwPckTkbsgBSdnyHh6Cxq5FeBWi9Iy9GZJD7s3O0zcXXSpo+EWskBRogcaAnf0J rwO0j8oANq7kA2hAWkOLgsa2Uddw9kQQk7mUNmewVJSt8q8B/VfGlq8xPeS/yqYXxkAB NAxqtbd0HIs6YLHIAAQ+XO57csJUKKNGubI+2j9RA5T0W2DJuOD/MbY4ZatY2BDG5X5L V//+lOdqIj/h3SVgfmYazQzDPd5ZGHWanqJW1H/k3iLlFRz8BjCgHOQRCu5dC8dbXb4m JB2A== X-Gm-Message-State: APf1xPBtua7o8F5bPmQFliQhvS2sDg8kL+UAmx2K2wU5vFBOgiOVuekt +d+cYNUco0OBRrCqSfGpSkhgqfjHHIwFPMkOBnA= X-Google-Smtp-Source: AH8x2256YFUuKuhsNv0tLR/OoX9uyEGb7n1iaXWXAd5UlYo2PNMVZQ6wwkAKJsGj5aO9RaQZrCQrqLRWfl2qVvYB0pU= X-Received: by 10.157.54.233 with SMTP id s38mr976280otd.103.1517899974865; Mon, 05 Feb 2018 22:52:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.52.196 with HTTP; Mon, 5 Feb 2018 22:52:54 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C157319@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C14D52E@ESESSMB109.ericsson.se> <87mv0m919v.fsf@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B6C15727F@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C157319@ESESSMB109.ericsson.se> From: Martin Thomson Date: Tue, 6 Feb 2018 17:52:54 +1100 Message-ID: To: Christer Holmberg Cc: "Dale R. Worley" , "mahoney@nostrum.com" , "sipcore@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 06:52:57 -0000 On Tue, Feb 6, 2018 at 4:26 PM, Christer Holmberg wrote: > Hi, > >>> RFC 8030 is not a service - it is a mechanism that can be used to imple= ment a push >>> notification service. So, in my opinion the pn-provider tag should indi= cate e.g., "Mozilla" >> - not "RFC 8030". >> >> You don't need to identify the provider. That's the category error here= . You need to >> identify the means by which the information you have been given can be u= sed. So >> identifying RFC 8030 is the right thing. > > So, if a proxy indicates that it supports "RFC 8030", can the UA assume t= hat the proxy has all credentials etc needed in order to request push notif= ications from any 8030-based notification service, and that the proxy will = always know from which 8030-based notification service to request the push = notification when a request arrives? For 8030 alone, yes. But. It's a more complicated question because the creation of a subscription needs that information. You haven't provided a way for the UA to learn how the proxy will authenticate itself (see RFC 8292). Some push services require this authentication and for the UA to provide that authentication information when the subscription is created. I don't remember what the best way to do that in SIP would be. An INFO package perhaps? >>BTW, FCM supports RFC 8030. > > Thanks! Full disclosure: FCM also insists on RFC 8292 authentication. See above. From nobody Tue Feb 6 03:53:46 2018 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 C35FC1241F5 for ; Tue, 6 Feb 2018 03:53:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.021 X-Spam-Level: X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=metaswitch.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 Pdrpx7aSc53j for ; Tue, 6 Feb 2018 03:53:42 -0800 (PST) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0100.outbound.protection.outlook.com [104.47.42.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A31001205F0 for ; Tue, 6 Feb 2018 03:53:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Rm04aauLC9GL2s2XMEG9+4CYxacmAMABHlVMASR7eMU=; b=nhL2CYMvCNWa1+8w3oTF0pb2e+z1FkOywNTEGz2Bh/qYnf2Hrd32tWFKLSHICgV7lwVC3z1bJhYmRxbi2UqKNPEn6YcuD9Ogrq8vYVntTGQh3vb7AOwAbHH/9uyQI6Y3znmuGRSrsKeWZ290U+GJ28ct+UAeNqmMnPoL+McchDE= Received: from CY1PR02MB1262.namprd02.prod.outlook.com (10.163.16.155) by CY1PR02MB1101.namprd02.prod.outlook.com (10.163.15.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.464.11; Tue, 6 Feb 2018 11:53:41 +0000 Received: from CY1PR02MB1262.namprd02.prod.outlook.com ([10.163.16.155]) by CY1PR02MB1262.namprd02.prod.outlook.com ([10.163.16.155]) with mapi id 15.20.0464.016; Tue, 6 Feb 2018 11:53:41 +0000 From: Mickey Arnold To: "Dale R. Worley" CC: SIPCORE , Christer Holmberg Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 Thread-Index: AQHTnwfHKHPcYvmzXE+k3kVsig2XO6OXJo0Q Date: Tue, 6 Feb 2018 11:52:38 +0000 Deferred-Delivery: Tue, 6 Feb 2018 11:52:23 +0000 Message-ID: References: <87bmh290cd.fsf@hobgoblin.ariadne.com> In-Reply-To: <87bmh290cd.fsf@hobgoblin.ariadne.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michael.Arnold@metaswitch.com; x-originating-ip: [2620:104:4000:206e:d178:aef8:d788:b225] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY1PR02MB1101; 7:CC+9ATeYcyZFODmfwo7M4q6ASJ1GkQOYN1S2AqQzBeMotugs0Y1qwbD82fbo9qLLAkqgcVpfhCPp2J6A/QgAg7ePaJoS3moz+Ybv1VvAASB0HfRhi3HnNo48BzJj7D60ujkjYFVv+YQLbIKbTH8nAIluvLLMy7gnIhNm/gA/GQsTDrrp0KzWYqxu9Kj2uvktdnwfkuuaniUBWRFpeqEttYJO4zsOt8igFdaHKVX0hbgMjmXiMBNyB8wqKriIFb2A x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 3a545d15-06ee-4572-aa60-08d56d584472 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:CY1PR02MB1101; x-ms-traffictypediagnostic: CY1PR02MB1101: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(48300812402016); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(10201501046)(3231101)(2400082)(944501161)(93006095)(93001095)(3002001)(6041288)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123558120)(6072148)(201708071742011); SRVR:CY1PR02MB1101; BCL:0; PCL:0; RULEID:; SRVR:CY1PR02MB1101; x-forefront-prvs: 0575F81B58 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(366004)(39850400004)(39380400002)(396003)(189003)(199004)(8936002)(9686003)(5660300001)(106356001)(2906002)(55016002)(186003)(53936002)(97736004)(3280700002)(8676002)(6666003)(6916009)(3660700001)(81166006)(2950100002)(81156014)(316002)(478600001)(4326008)(99286004)(54906003)(86362001)(72206003)(229853002)(6116002)(305945005)(7736002)(68736007)(77096007)(74316002)(14454004)(6506007)(102836004)(25786009)(105586002)(7696005)(76176011)(6436002)(33656002)(59450400001)(6246003)(2900100001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR02MB1101; H:CY1PR02MB1262.namprd02.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: metaswitch.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: AoksCvI5MQELkjENt1MSr1xAHNvI5o92YtDvqUvibPgSluFUiGvELpzdsdbVl93OhWTGd1X0LUgVHyNAZydVQQ== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: metaswitch.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3a545d15-06ee-4572-aa60-08d56d584472 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Feb 2018 11:53:41.3989 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR02MB1101 Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 11:53:45 -0000 Hi Dale, In your feedback you wrote the following: "OTOH, it seems that in most cases, the UA can instruct its OS to wake it u= p after a certain time interval, and thus does not need a push notification= for reregistration to maintain its AOR. If that is so, the reregistration= parts of this document can simply be removed, because the ordinary impleme= ntation practices will work well -- once the UA receives the 200 response t= o its REGISTER request, it will set a timer with its OS for whenever it wan= ts to reregister." This is increasingly not the case on mobile platforms as mobile OS vendors = try to limit battery usage and background processing for 3rd party apps. Fo= r example, on iOS, App creators can define scheduled operations but there i= s no guarantee how often these will happen as the OS will wait for "good co= nditions" before scheduling the app. Practically this results in the OS rou= tinely taking multiple times longer than the requested interval to schedule= the app, in the case of a SIP UA this leads to registrations lapsing. As a= nother example, Android 8 contains similar (although more lenient) restrict= ions on background scheduling with one of the recommended methods of prompt= ing an app to do work being through the FCM platform. I am definitely not advocating that we specify based solely on these implem= entations but it does show that this mechanism addresses a specific need fo= r a set of UAs. As such, I am strongly against entirely removing the re-reg= istration mechanism. That said I think it can be allowable for the proxy or registrar to use the= pn-provider parameter to decide whether or not to prompt re-registrations = for a particular UA. Practically the pn-provider will often map to a certai= n class of UAs allowing the network operator to provide this function where= required and optimize it out where it's not. This also avoids the need for= extra flows or parameters. I read section 5.2 as allowing this already but= it could be worth an extra sentence to clarify. Thanks, Mickey From nobody Tue Feb 6 07:17:08 2018 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 6B5481243FE for ; Tue, 6 Feb 2018 07:17:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 Oeb5jMUgeckn for ; Tue, 6 Feb 2018 07:17:05 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F8851201F8 for ; Tue, 6 Feb 2018 07:17:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517930223; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=yHdcULj0VFzYOAdzyuI6AOKfZuUGfSBC4UB2/jCRhGE=; b=YiDBnADRsINj4U4eS3OnRqGK0Wg8xgxomno2mpfMl+bFTHK5lvrF06CAZmShaMaB lqd4ZyJGqxX6fAmuzvC+Mf962c6PX5Q0wrf0hNJY/TSaU5xMcczFr+RlSczky9i/ 9T7GXLXSMsIGYGJEBse02MwjlnscYJZY1gVdN3gfp1A=; X-AuditID: c1b4fb30-3b1ff70000004778-07-5a79c6efc2f3 Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 1B.DA.18296.FE6C97A5; Tue, 6 Feb 2018 16:17:03 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0352.000; Tue, 6 Feb 2018 16:17:03 +0100 From: Christer Holmberg To: Martin Thomson CC: "Dale R. Worley" , "mahoney@nostrum.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments Thread-Index: AQHTnwT2jBt+NVjfwU65o7j1Up6MaKOWzHJQ///4TQCAABKBcIAACCwAgAB33gA= Date: Tue, 6 Feb 2018 15:17:02 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C159F77@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C14D52E@ESESSMB109.ericsson.se> <87mv0m919v.fsf@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B6C15727F@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C157319@ESESSMB109.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42KZGbHdRvf9scoog9UbVS0aOleyWlw784/R 4uuPTWwWL0+UObB4TN7/ldlj56y77B5Llvxk8pi18wlLAEsUl01Kak5mWWqRvl0CV0ZL10uW gkmiFU9P3mFuYDwj0sXIySEhYCLxcdY15i5GLg4hgcOMEntn7WSCcBYzSvRe6WfsYuTgYBOw kOj+pw3SICKgK7Ho7AN2EJtZoF7i6qlNLCC2sICPRMuDg4wQNb4SS6/1s0DYfhI/n75gA7FZ BFQknjfsAovzAtXc/D6RBWJXD7PE2yv/wZo5BQIl2h6dZgWxGQXEJL6fWsMEsUxc4taT+UwQ VwtILNlznhnCFpV4+fgfK4StJLFi+yWwm5kFNCXW79KHaFWUmNL9kB1ir6DEyZlPWCYwis5C MnUWQscsJB2zkHQsYGRZxShanFqclJtuZKSXWpSZXFycn6eXl1qyiREYSwe3/DbYwfjyueMh RgEORiUe3qbCyigh1sSy4srcQ4wSHMxKIrxBm4BCvCmJlVWpRfnxRaU5qcWHGKU5WJTEeU96 8kYJCaQnlqRmp6YWpBbBZJk4OKUaGO0nHb8gs09vSePZI+sK1v0Lb9ayf8GQcG614aujuxmL z8byvfvxdVfaBH/JC7pGZ3PUhdpPrgvOca5befzWuo4iVlvuQyIXKo4UC2d9O/WsYUH53tZd rl07D9oHu9znO2KQ8fae2dV/86pcQyfv1/Qv+dyrFWdUErnZtXbr7+/N/w5bHuZyX6bEUpyR aKjFXFScCADU/IpyoQIAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 15:17:07 -0000 SGksDQoNCj4+Pj4gUkZDIDgwMzAgaXMgbm90IGEgc2VydmljZSAtIGl0IGlzIGEgbWVjaGFuaXNt IHRoYXQgY2FuIGJlIHVzZWQgdG8gDQo+Pj4+IGltcGxlbWVudCBhIHB1c2ggbm90aWZpY2F0aW9u IHNlcnZpY2UuIFNvLCBpbiBteSBvcGluaW9uIHRoZSBwbi1wcm92aWRlciB0YWcgc2hvdWxkIGlu ZGljYXRlIGUuZy4sICJNb3ppbGxhIiANCj4+Pj4gLSBub3QgIlJGQyA4MDMwIi4NCj4+Pg0KPj4+ IFlvdSBkb24ndCBuZWVkIHRvIGlkZW50aWZ5IHRoZSBwcm92aWRlci4gIFRoYXQncyB0aGUgY2F0 ZWdvcnkgZXJyb3IgDQo+Pj4gaGVyZS4gIFlvdSBuZWVkIHRvIGlkZW50aWZ5IHRoZSBtZWFucyBi eSB3aGljaCB0aGUgaW5mb3JtYXRpb24geW91IA0KPj4+IGhhdmUgYmVlbiBnaXZlbiBjYW4gYmUg dXNlZC4gIFNvIGlkZW50aWZ5aW5nIFJGQyA4MDMwIGlzIHRoZSByaWdodCB0aGluZy4NCj4+DQo+ PiBTbywgaWYgYSBwcm94eSBpbmRpY2F0ZXMgdGhhdCBpdCBzdXBwb3J0cyAiUkZDIDgwMzAiLCBj YW4gdGhlIFVBIGFzc3VtZSB0aGF0IHRoZSBwcm94eSBoYXMgYWxsIGNyZWRlbnRpYWxzIGV0YyBu ZWVkZWQgDQo+PiBpbiBvcmRlciB0byByZXF1ZXN0IHB1c2ggbm90aWZpY2F0aW9ucyBmcm9tIGFu eSA4MDMwLWJhc2VkIG5vdGlmaWNhdGlvbiBzZXJ2aWNlLCBhbmQgdGhhdCB0aGUgcHJveHkgd2ls bCBhbHdheXMga25vdyANCj4+IGZyb20gd2hpY2ggODAzMC1iYXNlZCBub3RpZmljYXRpb24gc2Vy dmljZSB0byByZXF1ZXN0IHRoZSBwdXNoIG5vdGlmaWNhdGlvbiB3aGVuIGEgcmVxdWVzdCBhcnJp dmVzPw0KPg0KPiBGb3IgODAzMCBhbG9uZSwgeWVzLiAgQnV0Lg0KPg0KPiBJdCdzIGEgbW9yZSBj b21wbGljYXRlZCBxdWVzdGlvbiBiZWNhdXNlIHRoZSBjcmVhdGlvbiBvZiBhIHN1YnNjcmlwdGlv biBuZWVkcyB0aGF0IGluZm9ybWF0aW9uLiAgWW91IGhhdmVuJ3QgcHJvdmlkZWQgDQo+IGEgd2F5 IGZvciB0aGUgVUEgdG8gbGVhcm4gaG93IHRoZSBwcm94eSB3aWxsIGF1dGhlbnRpY2F0ZSBpdHNl bGYgKHNlZSBSRkMgODI5MikuDQo+IFNvbWUgcHVzaCBzZXJ2aWNlcyByZXF1aXJlIHRoaXMgYXV0 aGVudGljYXRpb24gYW5kIGZvciB0aGUgVUEgdG8gcHJvdmlkZSB0aGF0IGF1dGhlbnRpY2F0aW9u IGluZm9ybWF0aW9uIHdoZW4gdGhlIHN1YnNjcmlwdGlvbiBpcyBjcmVhdGVkLg0KPg0KPiBJIGRv bid0IHJlbWVtYmVyIHdoYXQgdGhlIGJlc3Qgd2F5IHRvIGRvIHRoYXQgaW4gU0lQIHdvdWxkIGJl LiAgQW4gSU5GTyBwYWNrYWdlIHBlcmhhcHM/DQoNCkl0IGlzIHRydWUgdGhhdCBwdXNoIHNlcnZp Y2VzIHJlcXVpcmUgdGhlIHByb3h5IHRvIGJlIGF1dGhlbnRpY2F0ZWQgYnkgdGhlIHB1c2ggc2Vy dmljZS4gQW5kLCBpbiBjYXNlIHRoZSBVQSBuZWVkcyB0byBwcm92aWRlIHNvbWUgaW5mb3JtYXRp b24gdG8gdGhlIHByb3h5IGluIG9yZGVyIHRvIGRvIHRoYXQgYXV0aGVudGljYXRpb24sIGl0IGNh biB1c2UgdGhlIHBuLXBhcmFtIGZvciB0aGF0LiBXaGVuIHJlZ2lzdGVyaW5nIGEgbmV3IHByb3Zp ZGVyIHZhbHVlLCBvbmUgbmVlZHMgdG8gc3BlY2lmeSB3aGF0IChpZiBhbnkpIGFkZGl0aW9uYWwg aW5mb3JtYXRpb24gaXMgcHJvdmlkZWQgYnkgdGhlIFVBIHRvIHRoZSBwcm94eS4NCg0KPj4+QlRX LCBGQ00gc3VwcG9ydHMgUkZDIDgwMzAuDQo+Pg0KPj4gVGhhbmtzIQ0KPg0KPiBGdWxsIGRpc2Ns b3N1cmU6IEZDTSBhbHNvIGluc2lzdHMgb24gUkZDIDgyOTIgYXV0aGVudGljYXRpb24uICBTZWUg YWJvdmUuDQoNCkFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDEwIG9mIHRoZSBwdXNoIGRyYWZ0LCBh IFVBIHByb3ZpZGVzIHRoZSByZWdpc3RyYXRpb24gdG9rZW4gKHBuLXByaWQpIGFuZCB0aGUgc2Vu ZGVyIGlkIChwbi1wYXJhbSkgdG8gdGhlIHByb3h5LiBJcyBzb21ldGhpbmcgYWRkaXRpb25hbCBu ZWVkZWQ/DQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCg0KDQo= From nobody Tue Feb 6 13:20:53 2018 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 7AA9212D82C for ; Tue, 6 Feb 2018 13:20:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-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 zGOtq7YcxVW5 for ; Tue, 6 Feb 2018 13:20:50 -0800 (PST) Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (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 4B36B128D2E for ; Tue, 6 Feb 2018 13:20:50 -0800 (PST) Received: by mail-pf0-x235.google.com with SMTP id q79so1187275pfl.5 for ; Tue, 06 Feb 2018 13:20:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DnJQwsW9lihWLrCiZsm+djlN2NVQckct1194bez4GSo=; b=oHOPyt0XBEsLnARuqy0UySJswtb2lLdDkMy9zP1dAZZhDJHcVSeBhi9RzsGTl7uSof cFCUV8RXQEKIwc4b6pk7v9WEkznNas7q2jbPVIwTE30EBqxMgUBQTAIms6XSnZy6qJkb Glkxr2CeTINNJJd6RUiZQCo0jq9FrCr9S4+qldoQqj92S6mL1pWhsvxiCQmijG45T5nS iarx/YuI7dWQ+HumRf5yeSNBJRrZTlmDJDshltxS1e1inFxFq/VfPnxQcQuNfhuA617a QFjdxzQ63mV9SZvF5PoyQz6djLGSCrJCvo50Dj7TeFng9ng7ufjmEhG7/ww+XITn+dit VYsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DnJQwsW9lihWLrCiZsm+djlN2NVQckct1194bez4GSo=; b=XMt4/R0DXllYYrAzyYgPjZJj3Eqnf1IRWZwvpM2+jLK5eAcuErkMjvf0vcaJQjADrY hMVbOoapG7fNNI6ElxqHuR1oH/+d7IuPiOuqS0TpvcVtGS/7xIthUlHtDgX73vo6XxYg 5UvwbQ5JunR1Eu8RgNnqNi5kWNuCPDj3+/tTMm+acneEmI7zdyt6Nlw0sTM5YTBjte9v Hz+wZkjuuwbOhhGJPHRAyeUjb7k++aOMxNbuZffdWTyK+3FiOVWXwOy2OHFUE/OWRjr2 nrJL0VT+RZ1MVe2nlD8aoV+w2FT4C1zaHJbVEa0ZzCLwnUlKuGSmP9YiN2/jlafzCt+E QlnA== X-Gm-Message-State: APf1xPAqY+vvW+hswCdRiK2ZYTvPrqqWtgqoMG2IuXKPcWMfOUfyWpma taRF8YsBIGshZJ+ydLQSz+YZZC9h X-Google-Smtp-Source: AH8x2278cc2zzs5zmcxVSbTkZ+xAxDJzhytXLI9XCSBRs2lfrNtgNfsukcbeJeISFrgpWvPO7U1AXQ== X-Received: by 10.101.96.47 with SMTP id p15mr2930351pgu.390.1517952049462; Tue, 06 Feb 2018 13:20:49 -0800 (PST) Received: from mail-pl0-f50.google.com (mail-pl0-f50.google.com. [209.85.160.50]) by smtp.gmail.com with ESMTPSA id g17sm19873595pfh.134.2018.02.06.13.20.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Feb 2018 13:20:48 -0800 (PST) Received: by mail-pl0-f50.google.com with SMTP id 13so2068331plb.5 for ; Tue, 06 Feb 2018 13:20:47 -0800 (PST) X-Received: by 2002:a17:902:6e88:: with SMTP id v8-v6mr3693976plk.374.1517952047763; Tue, 06 Feb 2018 13:20:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.191.3 with HTTP; Tue, 6 Feb 2018 13:20:47 -0800 (PST) In-Reply-To: References: <87bmh290cd.fsf@hobgoblin.ariadne.com> From: Roman Shpount Date: Tue, 6 Feb 2018 16:20:47 -0500 X-Gmail-Original-Message-ID: Message-ID: To: Mickey Arnold Cc: "Dale R. Worley" , SIPCORE Content-Type: multipart/alternative; boundary="00000000000097d86e056491c0a2" Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 21:20:52 -0000 --00000000000097d86e056491c0a2 Content-Type: text/plain; charset="UTF-8" On Tue, Feb 6, 2018 at 6:52 AM, Mickey Arnold wrote: > > That said I think it can be allowable for the proxy or registrar to use > the pn-provider parameter to decide whether or not to prompt > re-registrations for a particular UA. Practically the pn-provider will > often map to a certain class of UAs allowing the network operator to > provide this function where required and optimize it out where it's not. > This also avoids the need for extra flows or parameters. I read section 5.2 > as allowing this already but it could be worth an extra sentence to clarify. > I have suggested in another thread that proxy should return minimum interval after which it expects to trigger a push notification for registration (something like pn-refresh SIP URL parameter in Contact registration response). Based on this SIP UA can try to schedule the re-registration. If SIP UA successfully re-register before proxy triggers push notification, then push notification will be avoided. If UA does not re-register either due to mobile OS limitations or OS scheduling failure, proxy will trigger the push notification to wake the client and trigger the re-registration. Regards, _____________ Roman Shpount --00000000000097d86e056491c0a2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Feb 6, 2018 at 6:52 AM, Mic= key Arnold <Michael.Arnold@metaswitch.com> wrote= :
=
That said I think it can be allowable for the proxy or registrar to use the= pn-provider parameter to decide whether or not to prompt re-registrations = for a particular UA. Practically the pn-provider will often map to a certai= n class of UAs allowing the network operator to provide this function where= required and optimize it out where it's not. This also avoids the need= for extra flows or parameters. I read section 5.2 as allowing this already= but it could be worth an extra sentence to clarify.
<= br>
I have suggested in another thread that proxy should return m= inimum interval after which it expects to trigger a push notification for r= egistration (something like pn-refresh SIP URL parameter in Contact registr= ation response). Based on this SIP UA can try to schedule the re-registrati= on. If SIP UA successfully re-register before proxy triggers push notificat= ion, then push notification will be avoided. If UA does not re-register eit= her due to mobile OS limitations or OS scheduling failure, proxy will trigg= er the push notification to wake the client and trigger the re-registration= .

Regards,
<= div class=3D"gmail_signature">_____________
Roman Shpount
=C2=A0
--00000000000097d86e056491c0a2-- From nobody Tue Feb 6 13:34:54 2018 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 11F6312D886 for ; Tue, 6 Feb 2018 13:34:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, 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 o_q_aiNLqx1c for ; Tue, 6 Feb 2018 13:34:51 -0800 (PST) Received: from mail-ot0-x22b.google.com (mail-ot0-x22b.google.com [IPv6:2607:f8b0:4003:c0f::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C604012D88B for ; Tue, 6 Feb 2018 13:34:46 -0800 (PST) Received: by mail-ot0-x22b.google.com with SMTP id a7so3170054otk.9 for ; Tue, 06 Feb 2018 13:34:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=vgPMXjQfXiIJUd0SpVGSlBVkd7Kv04/1XimfYHOGfpE=; b=P2BzuYKKeHhlX7cwzl84xmsAr6BGAsLRN0MB/PagaG4+g2I8OPmLywIsLUOQLQRJkY DtjDBSsQlGO61xnFRdmwCCmppq3EUF+7AdS2mDfja0+GRJNtQbYhuqq5iG7MQEmWpuU/ Zpeab3M+3ob/TOTV0BdQH6lL1UZU82PRp7KBrZ7fhVwMZjuJuBu24qgorICtadAJcipM LaVMIvg1xusZr5kiWYQUnkUyCTzPUiPR3BsDpv1hTcr74iBLjw9BnElUGlgxXqwTcg6I 8LOJ+EgWapcJmZUkLXLO/gjpbpLu8MiD/WlQchdLn2TEu4+KXhT7ebjFXVmY/bDOjZOl rBZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=vgPMXjQfXiIJUd0SpVGSlBVkd7Kv04/1XimfYHOGfpE=; b=fBFX0rUKwCoSLLvO+3RUO+iVhklIJ5LyD2jmGm26j0zdkcn0Kj7yMR2AqJdk8mGxHY 2NEcNtzeHxbEh4qCjNeDk0FzgvkRNEb3TxLqrMEqta2PGeIUwl5CaDp9Y1kHLloQ00ld a5opERXozrW2Lr4zaeizUwGu+bV9yrAaPPkMk/Em8s+Qe+JmG+kASCLiWNk+Ks8evsE5 TsvmemClpZmmQtTx7wI9M+d5qFJZTmpgiY0Uak+1izBqHf8ppOtrb/+O2XW6y+qQzIjp pnwJvSLDGRxwDe5CIoysUJbOuyAQQbXcatSV+Ko2/omDeo8Pa+heUbjhvwKVBi7tD8HL RRNg== X-Gm-Message-State: APf1xPC4uc55CgeFeoF4Uuxnf8mDMIUqw2PRgtyNcwlnKhhGrBvLpDJW Hpxoj/BOcSrav/06tLT4Ka0anps5P2o/ILrD5Ys= X-Google-Smtp-Source: AH8x227zhx8iO5SBqSegPzeyQAF7Zkv8dbxx3YfTV68g2Gb2zRt95xBXx8uEvezopCeOMhHApmsnC7rfjcE97HLGIBs= X-Received: by 10.157.113.205 with SMTP id z13mr3292059otj.71.1517952886045; Tue, 06 Feb 2018 13:34:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.52.196 with HTTP; Tue, 6 Feb 2018 13:34:45 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C159F77@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C14D52E@ESESSMB109.ericsson.se> <87mv0m919v.fsf@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B6C15727F@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C157319@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C159F77@ESESSMB109.ericsson.se> From: Martin Thomson Date: Wed, 7 Feb 2018 08:34:45 +1100 Message-ID: To: Christer Holmberg Cc: "Dale R. Worley" , "mahoney@nostrum.com" , "sipcore@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 21:34:53 -0000 On Wed, Feb 7, 2018 at 2:17 AM, Christer Holmberg wrote: > It is true that push services require the proxy to be authenticated by th= e push service. And, in case the UA needs to provide some information to th= e proxy in order to do that authentication, it can use the pn-param for tha= t. When registering a new provider value, one needs to specify what (if any= ) additional information is provided by the UA to the proxy. The other way around. The proxy needs to provide its identity or public key to the UA so that the UA can tell the push service who is permitted to send messages. From nobody Tue Feb 6 17:10:24 2018 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 346E8129C51 for ; Tue, 6 Feb 2018 17:10:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 ddJiLMJj_5r8 for ; Tue, 6 Feb 2018 17:10:20 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 5BC17129511 for ; Tue, 6 Feb 2018 17:10:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517965818; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=gK9a4FkD9NTfEjB4U9iOXREIrJVSwI8TZc0/0ieoOAA=; b=NKnD4AjtXjqCTfuAMuj3LzvyeR9Dj89e8ps0UPZTIzfYfbzC93kjgw9hgDcEGwXQ y8vaEC0P7qRGGCAUYU3oehgTqi/wqWJ4olDnhmzfHxGFosC1h5aSeDifr/sxetUf nPr0GLadGCrLsIbcmv4GZXED6/mvd1eK26Q7kMqNarU=; X-AuditID: c1b4fb2d-4b1ff70000005540-a8-5a7a51fa7bf5 Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.183.45]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 77.A6.21824.AF15A7A5; Wed, 7 Feb 2018 02:10:18 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC009.ericsson.se ([153.88.183.45]) with mapi id 14.03.0352.000; Wed, 7 Feb 2018 02:10:17 +0100 From: Christer Holmberg To: Martin Thomson CC: "Dale R. Worley" , "mahoney@nostrum.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments Thread-Index: AQHTnwT2jBt+NVjfwU65o7j1Up6MaKOWzHJQ///4TQCAABKBcIAACCwAgAB33gCAAH6EgIAATHGw Date: Wed, 7 Feb 2018 01:10:17 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C15A97D@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C14D52E@ESESSMB109.ericsson.se> <87mv0m919v.fsf@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B6C15727F@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C157319@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C159F77@ESESSMB109.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42KZGbFdV/dXYFWUwaFWEYuGzpWsFtfO/GO0 +PpjE5vFyxNlDiwek/d/ZfbYOesuu8eSJT+ZPGbtfMISwBLFZZOSmpNZllqkb5fAldHxs4Ot 4BV7xbVdt5gbGC+wdzFyckgImEisW3OCuYuRi0NI4DCjxOH2NhYIZzGjxPqHS5i6GDk42AQs JLr/aYM0iAjoSiw6+wCsmVmgXuLqqU0sILawgI9Ey4ODjBA1vhJLr/WzQNhREoe+z2YFsVkE VCR+nDgGFucFqtl+5CEjxK7pLBJTe26wgSQ4BQIlNm29DraAUUBM4vupNUwQy8Qlbj2ZzwRx tYDEkj3nmSFsUYmXj/+xQthKEo1LnrCC3MwsoCmxfpc+RKuixJTuh+wQewUlTs58wjKBUXQW kqmzEDpmIemYhaRjASPLKkbR4tTi4tx0I2O91KLM5OLi/Dy9vNSSTYzAWDq45bfuDsbVrx0P MQpwMCrx8MaZVUUJsSaWFVfmHmKU4GBWEuEN2lQZJcSbklhZlVqUH19UmpNafIhRmoNFSZz3 pCdvlJBAemJJanZqakFqEUyWiYNTqoFR6ticE1NWcQQbXgjqvJgpfX6FTLbYocOcz9yfHvuu U/M6NSxJ0PRnXNXNxNqmA+kf7f/GFfOd/Js3q71l90JlCVsW/u+vjPKPze6N4XvyyOPG+wVh y+JC/tSEXz1z2HzbV5nVNbZ3q8uLT+6bJ1i3seLtCWtr1e51Dr0z/P4plx5+re1bc4lJiaU4 I9FQi7moOBEA8+R/IaECAAA= Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2018 01:10:22 -0000 SGksDQoNCj4+IEl0IGlzIHRydWUgdGhhdCBwdXNoIHNlcnZpY2VzIHJlcXVpcmUgdGhlIHByb3h5 IHRvIGJlIGF1dGhlbnRpY2F0ZWQgYnkgdGhlIHB1c2ggc2VydmljZS4gQW5kLCBpbiBjYXNlIHRo ZSANCj4+IFVBIG5lZWRzIHRvIHByb3ZpZGUgc29tZSBpbmZvcm1hdGlvbiB0byB0aGUgcHJveHkg aW4gb3JkZXIgdG8gZG8gdGhhdCBhdXRoZW50aWNhdGlvbiwgaXQgY2FuIHVzZSB0aGUgDQo+PiBw bi1wYXJhbSBmb3IgdGhhdC4gV2hlbiByZWdpc3RlcmluZyBhIG5ldyBwcm92aWRlciB2YWx1ZSwg b25lIG5lZWRzIHRvIHNwZWNpZnkgd2hhdCAoaWYgYW55KSBhZGRpdGlvbmFsIA0KPj4gaW5mb3Jt YXRpb24gaXMgcHJvdmlkZWQgYnkgdGhlIFVBIHRvIHRoZSBwcm94eS4NCj4NCj4gVGhlIG90aGVy IHdheSBhcm91bmQuICBUaGUgcHJveHkgbmVlZHMgdG8gcHJvdmlkZSBpdHMgaWRlbnRpdHkgb3Ig cHVibGljIGtleSB0byB0aGUgVUEgc28gdGhhdCB0aGUgVUEgY2FuIHRlbGwgdGhlIA0KPiBwdXNo IHNlcnZpY2Ugd2hvIGlzIHBlcm1pdHRlZCB0byBzZW5kIG1lc3NhZ2VzLg0KDQpXZSBjb3VsZCBk ZWZpbmUgYSBmZWF0dXJlLWNhcGFiaWxpdHkgaW5kaWNhdG9yIHRoYXQgdGhlIHByb3h5IGNhbiBp bnNlcnQgaW4gdGhlIFJFR0lTVEVSIHJlc3BvbnNlLCBpbiBvcmRlciB0byBwcm92aWRlIHRoZSBp bmZvcm1hdGlvbiB0byB0aGUgVUEuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQo= From nobody Tue Feb 6 17:27:20 2018 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 64171129511 for ; Tue, 6 Feb 2018 17:27:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 Nw0w_vjXrCXp for ; Tue, 6 Feb 2018 17:27:15 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16DFB124B18 for ; Tue, 6 Feb 2018 17:27:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1517966833; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=W1bL7K5mbtRgtlgTXX/opD4IK5kzivBG8efYmkKHqFs=; b=GyM9nxNLXusellsair4lfbC0CgWSe10u1TAVC8TzruvKX/gex5fi6u1KHwZ1f5vh qRv9KYmZaUGE+PyWMPsZRQkSFdKraUbiZ5typFJtxh6jUKeC0NpeTrgxN15GN7RG QiR1ymT1hEyBEknEEIQkC83Raf4MfGbdDuxnofFdp8k=; X-AuditID: c1b4fb3a-35fff700000067b4-43-5a7a55f10ac5 Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 7F.01.26548.1F55A7A5; Wed, 7 Feb 2018 02:27:13 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0352.000; Wed, 7 Feb 2018 02:27:12 +0100 From: Christer Holmberg To: "Dale R. Worley" , "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew Thread-Index: AdOfafDgkcFIgA9GRDakoSShimEmuQ== Date: Wed, 7 Feb 2018 01:27:12 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C15AA48@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrKLMWRmVeSWpSXmKPExsUyM2K7je7H0Koog+VdEhZff2xis3h5osyB yWPy/q/MHkuW/GQKYIrisklJzcksSy3St0vgyvhw9zJ7wYmciua5P5gaGA+FdjFycEgImEjc /CzUxcjFISRwmFFiw81NLBDOYkaJxw3vWEGK2AQsJLr/aXcxcnKICARJbOpcwQxiCwsES5ze d4MNIh4iseliAzuErSfxunMRE0gri4CKRMN/aZAwr4CvxKUTK8BKGAXEJL6fWsMEYjMLiEvc ejIfzJYQEJBYsuc8M4QtKvHy8T9WCFtJonHJE1aIeh2JBbs/sUHY2hLLFr5mhpgvKHFy5hOW CYxCs5CMnYWkZRaSlllIWhYwsqxiFC1OLS7OTTcy0kstykwuLs7P08tLLdnECAzsg1t+W+1g PPjc8RCjAAejEg+vrWlVlBBrYllxZe4hRgkOZiUR3qBNlVFCvCmJlVWpRfnxRaU5qcWHGKU5 WJTEeZ3SLKKEBNITS1KzU1MLUotgskwcnFINjOFu5wXKRD63Bfde/GyoZ7D6472Sypan366z ZGfs2pAxQexIZ3FI1sptAd9U+xk1xUTNKtgnBqs+sng0YavIl2o+/6M+y3Iq/0ve6U66LfP/ yqvAZ+nLDjGv46kwlOOuvZs3w2T9v/qi3Tt8w/fwTA3+8rFy5y35gACHG2p7N7RceFvYGDBv thJLcUaioRZzUXEiAITdLFhoAgAA Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2018 01:27:18 -0000 Hi Dale, Thanks for your comments! Please see inline. ** Major/global issues >* Parameters vs. header parameters > > The document defines new SIP URI parameters, > > I still strenuously object to implementing these as URI parameters rather= than as header field parameters, given that the=20 > information carried is information *about* the registered SIP URI and not= part of the URI. E.g., you wouldn't include these=20 > parameters in the request-URI of an INVITE. There is a separate discussion about this, so I will not repeat it here. --- > * Reregistration > > Handling re-registration still needs some work. The difficulty is that t= he registrar/proxy does't know when the UA needs to > reregister, it only knows when the current registration is going to expir= e. In particular, some UAs use a reregistration strategy=20 > copied from some DHCP clients: reregister at intervals of (expiration ti= me)/3 - epsilon. This allows the UA three opportunities=20 > to reregister, and they are widely separated in time, thus minimizing the= chance that all three will be defeated by temporary=20 > network interruptions. The registrar/proxy has no way of knowing this. The proxy knows when the registration is going to expire, and will act upon= that, and based on the information I've got that works for terminals. If we want to give the UA more control regarding when push notifications ar= e triggered, in order to trigger re-registrations, I think we can do that a= s an extension. It does not need to be part of the base mechanism. > In addition, the registrar/proxy doesn't know the amount of time that it = will take the UA to wake up from a push notification and send its re-REGIST= ER. For that reason it needs to trigger the re-REGISTER before the registration= expires. > Ultimately, the dataflow is difficult: the UA requests a registration du= ration, the registrar allows a registration that may > be less than the requested duration, and from the allowed duration, the U= A determines when it wants to reregister. =20 > But this process seems to require three messages to pass between the UA a= nd the registrar, whereas the REGISTER=20 > transaction only has two messages. > OTOH, it seems that in most cases, the UA can instruct its OS to wake it = up after a certain time interval, and thus does not=20 > need a push notification for reregistration to maintain its AOR. If that= is so, the reregistration parts of this document can=20 > simply be removed, because the ordinary implementation practices will wor= k well -- once the UA receives the 200 response=20 > to its REGISTER request, it will set a timer with its OS for whenever it = wants to reregister. Again, the original reason the document was written was for cases where tim= ers cannot be used.=20 Having said that, if we want the UA to be able to say "please only a reques= t push notification when there is an incoming request" we could of course d= o that, if there is a use-case where a UA would use timers to send re-regis= trations, but still want to use push to be informed about incoming requests= . --- >* Extraneous use of "SIP" > >There are various places where "SIP" is used extraneously. E.g., "proxy",= "registrar" "555 response", "request", "URI", "UA", "INVITE request", "REG= ISTER request", >"network". Given that the entire document is about SIP, a= lmost no noun needs to be qualified with "SIP". Maybe "SIP" can be removed in some places, but I want to make sure there is= no confusion whether the text is talking about e.g., a SIP request or a pu= sh notification request. --- >* The prefix "pns-" > > There are places where the prefix "pns-" is used, but it appears that the= author intends for "pn-" to be used. Will be fixed. =3D=3D=3D ** Local issues >1. Introduction > > Due to the restriction above, applications can not be woken up by > non-push notification traffic. This means that a suspended SIP UA > will not be able to receive an incoming SIP request (e.g., a SIP > INVITE request), or to send periodic re-registration requests. > > "awakened" is usually more proper than "woken up" in written text. I will fix as suggested. --- > Note that reregistration isn't being awakened by traffic, but internally-= generated activity. The first sentence needs to be revised=20 > to include that the application cannot schedule its own awakening either.= (But is there ever a case where the UA cannot schedule=20 > its own awakening at a definite future time?) I will look into that. >(But is there ever a case where the UA cannot schedule its own awakening a= t a definite future time?) Yes. Push is the only way to awake the UA. > Figure 1 omits quite a bit of the action. Viz., once SIP UA has sent the= REGISTER, there should be shown a period of=20 > suspension. At the end of suspension, an INVITE arrives at SIP Proxy, tr= iggering it to send the Push Message. It seems=20 > that the mechanism requires that the awakened SIP UA must send a REGISTER= immediately to inform the proxy that it=20 > can now receive messages, and that REGISTER should be shown, after which = the incoming request is sent. I agree, and I will update the picture. --- > 3. Push Resource ID (PRID) > > This section should describe the expected syntax or character set used by= PRIDs and the other values. Actually, all of these=20 > are general "pvalue" from RFC 3261, and so can represent arbitrary charac= ter strings. But that should be stated clearly. The text says: "The format of the PRID may vary depending on the PNS provid= er." Non-allowed characters need to be escaped, but I assumed that is normal SIP= . But, I can add a note about that. --- 4. SIP User Agent (UA) Behavior > When the SIP UA receives a 200 (OK) response to the SIP REGISTER > request, if the response does not contain a Feature-Caps header field > with a '+sip.pns' header field parameter, ... > > The items in a Feature-Caps header are "indicators", not "parameters". S= ee RFC 6809 section 6.3. When used in the Feature-Caps, it is a header field parameter - at least th= at's how I remember Keith explaining it :) > When the SIP UA receives a 200 (OK) response to the SIP REGISTER > request, if the response does not contain a Feature-Caps header field > with a '+sip.pns' header field parameter ... > > The text must include a positive statement indicating when the UA can und= erstand that its desired push notification > service is supported for the registration. Or better, the sense of the c= ondition at the beginning of the paragraph should be inverted: > > When the SIP UA receives a 200 (OK) response to the SIP REGISTER > request, the response contains a Feature-Caps header field > containing a '+sip.pns' indicator, and that indicator's value > contains a tag-value that is the same as the pn-provider in the > REGISTER, the UA can assume that push notifications will be > triggered by any SIP proxy handling requests for the given AOR. In > all other cases, the UA cannot assume that push notifications will > be triggered by a SIP proxy. The actions taken by the UA might be > dependent on implementation or deployment architecture, and are > outside the scope of this document. I will look into that. > Note that I've also fixed the logic here: success requires that > +sip.pns value contains the same tag as the pn-provider that was used. > The original text was that the +sip.pns value contains a tag that the UA = supports, but that does not=20 > guarantee that the supported tag is the one the UA *used*. Correct. > If the SIP UA expects to receive payload in the push notification, > the UA MAY add a pn-enckey and a pn-encsec SIP Contact header field > SIP URI parameter, in order to allow encryption of the data using the > mechanism in [RFC8291]. The pn-enckey URI parameter contains the > public key, and the pn-encsec URI parameter contains the > authentication secret [RFC8291]. The format of such payload is > outside the scope of this document. > > NOTE: End-to-end encryption of the payload between the SIP proxy and > the SIP UA cannot be used if the push notification request payload > contains information that needs to be accessible by the PNS provider. > > It's not clear to me, regarding the payload that is encrypted using pn-en= ckey and pn-encsec, who generates it and > what it contains. If it is generated by the registrar (or the proxy pret= ending to be the registrar), then this document=20 > should define what the payload is. If the payload is generated by the pus= h notification service itself, presumably the=20 > payload contents are defined by the PNS, but it's not clear how the param= eters in the REGISTER will be transmitted=20 > to the push notification service. > > ... a pn-enckey and a pn-encsec ... > > "pn-encsec" doesn't seem to be used elsewhere in the document. > Perhaps "pn-enccode" was meant? Or rather, "encsec" seems a better name = than "enccode" and should be used throughout... pn-enckey and pn-encsec were added based on an early comment by Martin. But, based on previous discussions, as the mechanism does not require usage= of end-to-end payloads, I intend to remove it. --- > 5. SIP Proxy Behavior > > When the SIP proxy receives (or, in case the proxy is the SIP > registrar, creates) a SIP request for a new dialog (e.g., a SIP > INVITE request) or a non-dialog SIP request (e.g., a SIP MESSAGE > request) aimed for a SIP UA, if the Request-URI of the request > contains ... > > Isn't this just a prolix way of saying "When the SIP proxy receives a req= uest aimed for a SIP UA ..."? Mid-dialog requests will not trigger push. > If the SIP proxy is able to assume that the SIP UA is awake ... > > Better wording is "If the SIP proxy has knowledge that the SIP UA is awak= e ...". (Because anything "is able to assume" anything, though it might be= wrong...) I will fix as suggested. > If the SIP proxy is not able to contact the push notification > provider, or to forward the SIP request to the SIP UA, the proxy MUST > reject the SIP request. > > It might be useful to describe what response code(s) should be used in th= is situation. 408 seems suitable, but it is not specific to=20 > this situation. 480 is "Temporarily Unavailable", but that means that th= e *user* is temporarily unavailable rather than the *network*. =20 > It might be worth defining a response code meaning "UA is temporarily una= vailable". In the pull request, I am suggesting 404.=20 (I was also considering 503.) --- >7.3. SIP URI Parameters > > The format and semantics of pns-param is specific to a given > pns-provider value. > >I think "pns-param" is supposed to be "pn-param". Yes. Will be fixed (see pull request). > Isn't it true that the format of pn-prid, pn-enccode, and pn-enckey are a= lso controlled by the pns-provider? Regarding pn-prid, yes. (pn-enccode and pn-enckey are intended to be removed) --- > 8. PNS Registration Requirements > > The value of the pn-param URI parameter is the APNs App ID, which is > encoded by two values, separated by a period (.): Team ID and Bundle > ID. The Team ID is provided by Apple and is unique to a development > team. The Bundle ID is unique to a development team, and is a string > that will can match a single application or a group of applications. > > Example: pn-param =3D DEF123GHIJ.com.yourcompany.yourexampleapp > > As written, this is confusing, because the description of the syntax of p= n-param doesn't allow the reader to parse the given example, since the exam= ple contains three=20 > periods. Probably the Team ID cannot contain a period, which disambiguat= es the example, but that needs to be stated to avoid confusing the reader. I don't think we need to go into those details in the draft - they need to = be described elsewhere. What we need to define is what the parameter contains.=20 ---- > 9. pn-provider, pn-param and pn-prid URI Parameters for Apple Push 10. = pn-provider, pn-param and pn-prid URI Parameters for Google > > It seems like sections 9 and 10 could be grouped as subsections of a sing= le section, most likely part of section 12. It could be in a single section, but I don't think it shall be part of sect= ion 12. The definition/description of the values shall be separated from th= e IANA considerations. --- >11. Security Considerations > >There is no description of what mechanism prevents one UA from registering= using the pn-parameters of another device, or even=20 >using entirely random pn-parameters. The document is written as if the pn= -parameters form a "capability", an identifier containing=20 >so much entropy that just knowing the identifier of a resource proves that= one has the right to access the resource. However, the=20 >example in section 8 suggests that this is not so. Technically, I don't think there is anything preventing one UA from registe= ring parameters belonging to another device - just like a UA could use what= ever other credentials belonging to another UA if it gets access to those. = For that reason it is important to secure/encrypt the SIP signalling etc. --- >12.1.1. pn-provider > > This section doesn't mention that it is connected with either the registr= y for its values (defined in section 12.4) or the currently=20 > defined values (defined in sections 9 and 10). I don't think that is needed in the IANA registration. Regards, Christer From nobody Wed Feb 7 05:01:18 2018 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 F38EC129C6F for ; Wed, 7 Feb 2018 05:01:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.33 X-Spam-Level: X-Spam-Status: No, score=-4.33 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de header.b=WV0eEidQ; dkim=pass (1024-bit key) header.d=telekom.onmicrosoft.de header.b=UvczoyLJ 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 OR8pUE-5s7NR for ; Wed, 7 Feb 2018 05:01:12 -0800 (PST) Received: from mailout34.telekom.de (MAILOUT34.telekom.de [194.25.225.146]) (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 BE22B1205F0 for ; Wed, 7 Feb 2018 05:01:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1518008471; x=1549544471; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=eUl0DGfVVuKSlsbwawUOT5knfZvOmnPdjB4e+XbF/ik=; b=WV0eEidQHGIKbFbBKp3JPbIl37JeHt5ZNKluwi3OCTpLxj4ksEBHua8r 6qbdlEd5R/YAzoUQOAxlmcUSzpvxKiuFDtM4DM9T1cK1UStBO1I1QCrnv bHaAQDsF2fRAhjGjaTJszMZmw1drueM9ZkV5KQ9wpjaPgrEaPKfYRPDJq 6jsLES4YyMyFEuc4Tj259zghEvt4Fi5xwu1yFN58lRh9YQTQ/v6Cwpevf oeB8q7O61ZDDb/PCwmx0JcUWqwff1na8qPt52+KDbnkrh4pRHyT0m9cA6 UpW/oVLfDfi6SHi1AVfkK1pBVSlVGovQU6dSxzzzh99rOKReGsLFWaL6K A==; 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; 07 Feb 2018 14:01:09 +0100 X-IronPort-AV: E=Sophos;i="5.46,473,1511823600"; d="scan'208";a="741729812" Received: from he105829.emea1.cds.t-internal.com ([10.169.119.32]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES256-SHA; 07 Feb 2018 14:01:08 +0100 Received: from HE105704.EMEA1.cds.t-internal.com (10.169.119.21) by HE105829.emea1.cds.t-internal.com (10.169.119.32) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Wed, 7 Feb 2018 14:01:08 +0100 Received: from HE100181.emea1.cds.t-internal.com (10.171.40.15) by HE105704.EMEA1.cds.t-internal.com (10.169.119.21) with Microsoft SMTP Server (TLS) id 15.0.1347.2 via Frontend Transport; Wed, 7 Feb 2018 14:01:08 +0100 Received: from GER01-FRA-obe.outbound.protection.outlook.de (51.4.80.15) by O365mail02.telekom.de (172.30.0.235) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Wed, 7 Feb 2018 14:00:24 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.onmicrosoft.de; s=selector1-telekom-onmicrosoft-de; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=eUl0DGfVVuKSlsbwawUOT5knfZvOmnPdjB4e+XbF/ik=; b=UvczoyLJZMZRoiGgkWwglBa01TJUI51/0s+Mgou6c6sUyEPq6sM5Wh4NG6ephTvohrFuVKtQjbUVfn3Y2kS9DoSMAgLvfwSw1pw8msO7Moawrb5o8t+86OsFxz8qRuJIP1luL8wgsIAZSDOXz4rCDaR79wVQ7nihLgiwMqD99dM= Received: from FRAPR01MB0483.DEUPRD01.PROD.OUTLOOK.DE (10.158.133.13) by FRAPR01MB0483.DEUPRD01.PROD.OUTLOOK.DE (10.158.133.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.485.10; Wed, 7 Feb 2018 13:01:07 +0000 Received: from FRAPR01MB0483.DEUPRD01.PROD.OUTLOOK.DE ([fe80::4c81:1b6:7626:410e]) by FRAPR01MB0483.DEUPRD01.PROD.OUTLOOK.DE ([fe80::4c81:1b6:7626:410e%13]) with mapi id 15.20.0485.009; Wed, 7 Feb 2018 13:01:07 +0000 From: To: , Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-reason-q850-loc Thread-Index: AQHTnfSP8CQO4Bqotka/RaRO1ODhUaOY4/Hg Date: Wed, 7 Feb 2018 13:01:00 +0000 Message-ID: References: <18d7e5a0-1b7b-5975-78f4-ff368e610ba8@nostrum.com> (mahoney@nostrum.com) <87zi4oa506.fsf@hobgoblin.ariadne.com> In-Reply-To: <87zi4oa506.fsf@hobgoblin.ariadne.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.3.222] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; FRAPR01MB0483; 7:TH/Ay53YzWg6yftsaB99/HLxq2jMd9zc2UOKrEplWaSlmxQjg8tSu97Hqo+5WsAB8jJSDUH+qTeLkms7XumwJmzNTpEbbaXhZkaDD+Sn9jriZjh5l5ljCHMZkHUSwSL9X9dsjJmrK57LWhUck0LlK9aiC7Js9J+tYZa/f/kLSY6wYSSAiRTau6uP2igHMIxh/ei6NcG6czzRH0iBZ7+MGc7wQ65U1RxjlzmL9zjKO8o3H+X9e64edPq7DnbCuIE8 x-ms-office365-filtering-correlation-id: da68af41-f44f-4fbf-29e2-08d56e2adab0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:FRAPR01MB0483; x-ms-traffictypediagnostic: FRAPR01MB0483: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(192374486261705); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(3002001)(3231101)(2400082)(944501161)(10201501046)(93006095)(93001095)(6041288)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(6072148)(201708071742011); SRVR:FRAPR01MB0483; BCL:0; PCL:0; RULEID:; SRVR:FRAPR01MB0483; x-forefront-prvs: 0576145E86 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(366004)(39380400002)(39860400002)(396003)(199004)(189003)(55016002)(3660700001)(9686003)(6306002)(68736007)(966005)(110136005)(5250100002)(345774005)(75402003)(305945005)(53936002)(7736002)(97736004)(2906002)(66066001)(2501003)(76176011)(74482002)(6116002)(3846002)(59450400001)(72206003)(186003)(6666003)(5660300001)(478600001)(81156014)(8676002)(81166006)(102836004)(316002)(52396003)(7696005)(2950100002)(86362001)(2900100001)(14454004)(105586002)(3280700002)(8936002)(26005)(33656002)(106356001); DIR:OUT; SFP:1101; SCL:1; SRVR:FRAPR01MB0483; H:FRAPR01MB0483.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-microsoft-antispam-message-info: heE3SzmN/jf7Z17D6YYUylj4tpIW8YFXSBedcDuZvkWnE7h7dWjPXUIWVObWPxZdNMiHZ48bPIo/QWhcVv6jLA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: da68af41-f44f-4fbf-29e2-08d56e2adab0 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Feb 2018 13:01:00.6169 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRAPR01MB0483 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-reason-q850-loc X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2018 13:01:17 -0000 Hi Dale, Thank you for your review and comments. For the answers please see inline. I will provide a version 03 as soon I got all comments. Best Regards Roland > -----Urspr=FCngliche Nachricht----- > Von: sipcore [mailto:sipcore-bounces@ietf.org] Im Auftrag von Dale R. > Worley > Gesendet: Sonntag, 4. Februar 2018 21:12 > An: sipcore@ietf.org > Betreff: Re: [sipcore] WGLC: draft-ietf-sipcore-reason-q850-loc >=20 > Of course, I support advancing this document. >=20 > Technical question: >=20 > - The last sentence of section 4 says (when typos are corrected): >=20 > The use of the location parameter is restricted to Q.850 cause > values. In other cases the location parameter, if present, MUST be > silently discarded. >=20 > However, it seems to me that this text requires that such a value must be > removed from any Reason header that passes through a device. > Instead, I think it better to word it "MUST be silently ignored". This a= llows an > intermediate device to pass through the value, while ensuring that no > (conforming) device is affected by the parameter. OTOH, an intermediate > device could "ignore" the value by removing it. OK I have changed it in my draft for Version 03. >=20 > Some nits of various sorts (in the -02 version): >=20 > - The terms ISUP, IMS, and ISDN are used in the document. I do not > understand the exact distinctions between them, but it seems to me > that there might be some problems, and the uses should be carefully > checked. In particular, "ISDN" is used only once, at the end of > section 3, and it seems to me that "ISUP" might be intended. Then > again, "ISDN" appears in the title of reference [Q.850]. >=20 For ISDN and ISUP is the binding --> ISDN User Part (ISUP) IMS (IP Multimedia Subsystem) which has a interworking to SS7 (ISUP) Networ= ks Solution: I have added the full name of IMS where it was mentioned and the = clarification of ISUP as follows --> ISDN User Part (ISUP) > - In section 4 figure 1, the entry 0100 is coded "RLN", whereas > comparing with the other entries, "RN" would be more systematic. > Nonetheless, ITU Q.850 clause 2.2.3 gives the coding "RLN" for this > value. So this entry is correct. >=20 OK > - In section 4 figure 1, the final line gives the value "1 1 1 0", > whereas the value "1 1 1 1" is intended. OK I have changed it >=20 > - The last sentence of section 4 needs some minor corrections: >=20 > The use of the location header is restricted to Q850 cause values in > other cases the location, if present, MUST be silently discarted. >=20 > becomes >=20 > The use of the location parameter is restricted to Q.850 cause > values. In other cases the location parameter, if present, MUST be > silently discarded. OK I have changed it. >=20 > - In section 5 figure 2, the Reason header is split onto two lines, but > the second line is not shown as starting with whitespace. (I point > this out because it's a simple editorial matter but the RFC Editor > might overlook it.) Also, there is an initial line in the figure, > "404 Not Found", which seems to be extraneous. Corrected, this > becomes: >=20 > SIP/2.0 404 Not Found >=20 > From: Alice ;tag=3D1234567 > To: Bob ;tag=3D765432 > Call-ID: 12345600@atlanta.example.com > CSeq: 1 INVITE > Reason: Q.850;cause=3D1;text=3D"Unallocated (unassigned) number"= ; > location=3DLN > Content-Length: 0 >=20 OK done >=20 > - In section 7, "security constrain" should be "security constraint". OK done >=20 > - The title of section 8.1 is not capitalized in the same way as the othe= r > titles. Also, the word "reason" is specifically the keyword of the > "Reason" header and thus it should be capitalized regardless of the > capitalization scheme used. OK done >=20 > - It seems to me that the *parameter* is named "location", whereas the > *grammar symbol* is "isup-cause-location". But there are some > situations, including the title of section 8.1, there the latter is > used where the former is needed. OK done >=20 > - Should [Q.850] be made a normative reference? It seems to me that > this document is what defines the meanings of the location values. >=20 Yes you are right. I have changed this. > Dale >=20 > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Wed Feb 7 07:04:30 2018 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 8A8C6126D05 for ; Wed, 7 Feb 2018 07:04:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 lv2b8qR4OSI1 for ; Wed, 7 Feb 2018 07:04:25 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58CC0120454 for ; Wed, 7 Feb 2018 07:04:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518015863; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Foun3ZoeaFnDqqUVuSi8oDFHAlhEb9sxTMdp7UhxEkI=; b=fJQvSsVItwMYPGWRnlgyk/JsZpEIXqzHtx2Wpl4a3i2uhMnrFNtj14eb90Tb3V3l 1+WJwpZRk5B2aObrsauSt12DUJXm+nIZf0geZEJIXBtAwoJnXaxZGh3CiuMa2LCn jsp2d/R0+POmHjnc0LdGklM92AG/+5WoDRIue1AN2cs=; X-AuditID: c1b4fb25-859119c00000341b-71-5a7b157763f6 Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id AC.2C.13339.7751B7A5; Wed, 7 Feb 2018 16:04:23 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0352.000; Wed, 7 Feb 2018 16:04:20 +0100 From: Christer Holmberg To: Martin Thomson CC: "Dale R. Worley" , "mahoney@nostrum.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments - VAPID Thread-Index: AdOgH9QqdWFApXlySTKIm1Rfa6SlWg== Date: Wed, 7 Feb 2018 15:04:19 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C15BF4C@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrCLMWRmVeSWpSXmKPExsUyM2K7tG65aHWUQcNJWYuGzpWsFtfO/GO0 +PpjE5vFyxNlDiwek/d/ZfbYOesuu8eSJT+ZPGbtfMISwBLFZZOSmpNZllqkb5fAlbFm2Sz2 gncSFdv/7GJqYJwj0cXIySEhYCKxZ+FKxi5GLg4hgcOMElv+bmeCcBYzSux99IO9i5GDg03A QqL7nzZIg4iArsSisw/YQWxmgXqJq6c2sYCUCAuESSxfqAZREi7RsX4KI4StJ/Fj/SuwchYB FYkL+/+DxXkFfCUWT9jKCmIzCohJfD+1hglipLjErSfzmSBuE5BYsuc8M4QtKvHy8T9WCFtJ Yu3h7WBrmQU0Jdbv0odoVZSY0v2QHWK8oMTJmU9YJjAKz0IydRZCxywkHbOQdCxgZFnFKFqc WpyUm25krJdalJlcXJyfp5eXWrKJERgXB7f8Vt3BePmN4yFGAQ5GJR7e43zVUUKsiWXFlbmH GCU4mJVEeN3ZgUK8KYmVValF+fFFpTmpxYcYpTlYlMR5T3ryRgkJpCeWpGanphakFsFkmTg4 pRoYpbtiWo+0l3T0Mz2b3b9w14kijrUJfq7MthbXDW7cP+i2MPrb+oIfKuofD6+sPuziH6B3 ruBRic7DrUtauvllON89Xv/ltG3NqllL3jke7r89aaqbMesp1hWRpZMET93ONn207FR1QVfg iVSfr2edt372Yygqu133c1a0iUWT54Ylhx8+mjKLUYmlOCPRUIu5qDgRAHaxNeSHAgAA Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments - VAPID X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2018 15:04:29 -0000 SGksDQoNCkkgaGF2ZSBkb25lIHNvbWUgcXVpY2sgc3R1ZHlpbmcgb24gVkFQSUQuIFNvbWUgb2Yg dGhlIHN0YXRlbWVudHMgSSBtYWtlIGJlbG93IG1heSBiZSBmYWxzZSwgc28gZmVlbCBmcmVlIHRv IGNvcnJlY3QgbWUuDQoNCkZpcnN0LCBNYXJ0aW4gZWFybGllciBzYWlkIHRoYXQgIkZDTSBpbnNp c3RzIG9uIFJGQyA4MjkyIGF1dGhlbnRpY2F0aW9uIi4gSXMgdGhpcyByZWFsbHkgdHJ1ZT8gQXMg ZmFyIGFzIEkga25vdywgdGhlIHVzYWdlIG9mIFZBUElEIGlzIG9wdGlvbmFsLiBBbHNvLCBJIGhh dmVuJ3QgYmVlbiBhYmxlIHRvIGZpbmQgYW55IGRvY3VtZW50YXRpb24gcmVnYXJkaW5nIHVzYWdl IG9mIFZBUElEIGluIG5hdGl2ZSBBbmRyb2lkIGFwcGxpY2F0aW9ucy4gTW9zdCBzZWVtIHRvIGJl IHJlbGF0ZWQgdG8gYnJvd3NlciBhcHBzLiBEbyBBbmRyb2lkIG5hdGl2ZSBhcHBzIGV2ZW4gY3Jl YXRlIGNvbm5lY3Rpb25zIHRvIEZDTSBzZXJ2ZXJzLCBvciBpcyBpdCBkb25lIGJ5IHRoZSBvcGVy YXRpbmcgc3lzdGVtIChhbmQgdGhlIHVzZWQgYnkgdGhlIG5hdGl2ZSBhcHBzKT8NCg0KSWYgd2Ug YWRkIHN1cHBvcnQgb2YgVkFQSUQsIGl0IGRvZXNuJ3QgcmVhbGx5IG1hdHRlciB3aGV0aGVyIGl0 J3MgbWFuZGF0b3J5IG9yIG5vdCAtIEkganVzdCB3YW50IHRvIGNsYXJpZnkuDQoNClNlY29uZCwg dGhlIHVzYWdlIG9mIFZBUElEIGlzIGluZGljYXRlZCB3aGVuIHJlZ2lzdGVyaW5nIHRvIHRoZSBG Q00gc2VydmljZS4gIEluIHRoZSBjYXNlIG9mIGEgU0lQIGFwcCwgdGhhdCBpcyBkb25lIEJFRk9S RSB0aGUgU0lQIFJFR0lTVEVSIGlzIHNlbnQgKHJlYWQ6IGJlZm9yZSB0aGUgU0lQIHByb3h5IGNh biBwcm92aWQgdGhlIGtleSBldGMgbmVlZGVkIGZvciBWQVBJRCksIHBvc3NpYmx5IGJlZm9yZSBp dCBpcyBldmVuIGtub3duIHdoYXQgU0lQIHByb3h5IHdpbGwgYmUgdXNlZC4gT2YgY291cnNlLCBp biBzb21lIGNhc2VzIHRoaXMgaW5mb3JtYXRpb24gbWF5IGJlIGxvY2FsbHkgY29uZmlndXJlZCBp biB0aGUgZGV2aWNlLg0KDQpBbnl3YXksIGluIG9yZGVyIHRvIGFsbG93IHRoZSBTSVAgcHJveHkg dG8gcHJvdmlkZSB0aGUgVkFQSUQgaW5mb3JtYXRpb24gdG8gdGhlIGRldmljZSB1c2luZyBTSVAs IHdlIGNvdWxkIGRlZmluZSBhIGZlYXR1cmUtY2FwYWJpbGl0eSBpbmRpY2F0b3IgKGUuZy4sICJz aXAudmFwaWQiKSwgd2hpY2ggY29udGFpbnMgdGhlIGtleSBldGMuIFRoZSBTSVAgcHJveHkgY291 bGQgaW5jbHVkZSB0aGF0IGluIHRoZSBSRUdJU1RFUiByZXNwb25zZSAoYW5kLCBpZiBuZWVkZWQs IGluIG90aGVyIFNJUCBtZXNzYWdlcyB0b28pLg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQoN Cg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBNYXJ0aW4gVGhvbXNvbiBb bWFpbHRvOm1hcnRpbi50aG9tc29uQGdtYWlsLmNvbV0gDQpTZW50OiAwNiBGZWJydWFyeSAyMDE4 IDIzOjM1DQpUbzogQ2hyaXN0ZXIgSG9sbWJlcmcgPGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29u LmNvbT4NCkNjOiBEYWxlIFIuIFdvcmxleSA8d29ybGV5QGFyaWFkbmUuY29tPjsgbWFob25leUBu b3N0cnVtLmNvbTsgc2lwY29yZUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtzaXBjb3JlXSBXR0xD OiBkcmFmdC1pZXRmLXNpcGNvcmUtc2lwLXB1c2ggLSBNYXJ0aW4ncyBjb21tZW50cw0KDQpPbiBX ZWQsIEZlYiA3LCAyMDE4IGF0IDI6MTcgQU0sIENocmlzdGVyIEhvbG1iZXJnIDxjaHJpc3Rlci5o b2xtYmVyZ0Blcmljc3Nvbi5jb20+IHdyb3RlOg0KPiBJdCBpcyB0cnVlIHRoYXQgcHVzaCBzZXJ2 aWNlcyByZXF1aXJlIHRoZSBwcm94eSB0byBiZSBhdXRoZW50aWNhdGVkIGJ5IHRoZSBwdXNoIHNl cnZpY2UuIEFuZCwgaW4gY2FzZSB0aGUgVUEgbmVlZHMgdG8gcHJvdmlkZSBzb21lIGluZm9ybWF0 aW9uIHRvIHRoZSBwcm94eSBpbiBvcmRlciB0byBkbyB0aGF0IGF1dGhlbnRpY2F0aW9uLCBpdCBj YW4gdXNlIHRoZSBwbi1wYXJhbSBmb3IgdGhhdC4gV2hlbiByZWdpc3RlcmluZyBhIG5ldyBwcm92 aWRlciB2YWx1ZSwgb25lIG5lZWRzIHRvIHNwZWNpZnkgd2hhdCAoaWYgYW55KSBhZGRpdGlvbmFs IGluZm9ybWF0aW9uIGlzIHByb3ZpZGVkIGJ5IHRoZSBVQSB0byB0aGUgcHJveHkuDQoNClRoZSBv dGhlciB3YXkgYXJvdW5kLiAgVGhlIHByb3h5IG5lZWRzIHRvIHByb3ZpZGUgaXRzIGlkZW50aXR5 IG9yIHB1YmxpYyBrZXkgdG8gdGhlIFVBIHNvIHRoYXQgdGhlIFVBIGNhbiB0ZWxsIHRoZSBwdXNo IHNlcnZpY2Ugd2hvIGlzIHBlcm1pdHRlZCB0byBzZW5kIG1lc3NhZ2VzLg0K From nobody Wed Feb 7 13:31:18 2018 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 26DE1127698 for ; Wed, 7 Feb 2018 13:31:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LKDONrH7oVpn for ; Wed, 7 Feb 2018 13:31:14 -0800 (PST) Received: from mail-ot0-x231.google.com (mail-ot0-x231.google.com [IPv6:2607:f8b0:4003:c0f::231]) (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 43A5812711D for ; Wed, 7 Feb 2018 13:31:14 -0800 (PST) Received: by mail-ot0-x231.google.com with SMTP id 73so2203640oti.12 for ; Wed, 07 Feb 2018 13:31:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=yXKHJJBDKbf5BBaVB9PlL1ZzpdCnbPg8QDjJCJyIvvw=; b=Tyt8JQpeYOBiNvFFpAXPaMxT0zzADO20xb+YMnYyWcfOz4Xgt8rj3psC4z1+wiDuXP 95Y966bzqwCmc7S3aO6csj5Y5SstWvGckuEm6AsbpUBFC/1+ooW13fzHfnHKhnpA/lQv w8qeVXjuUPiG4wHo/85qIliOz8VaBcYNiw0r77iEpXKO2D0AeQvmM9Iuiae3LZEwv/Fq aryduWPdLZ2QAYog5wwkem5KP5e/EsEl7U0I/LPisXq5qpsAy87KGU39PnWvqgEwr0fS sV68FeaKnlVLx6zvUdae2XQ0pawLJgvYI8wA/ksWrRZmsP7vXkchYPfd9EXES070Akmc Yj/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:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=yXKHJJBDKbf5BBaVB9PlL1ZzpdCnbPg8QDjJCJyIvvw=; b=r1T1TzA5599+/sGFhuxNL8QlmYjVsUJw7P3lL0mZqSpy6x5zhKI9T+aHI95b+4VXAw 42cnNJAZBKTyFdeyz9ZOa5EJLxJ1e6kJSqzxPLIupLP8x5d+3c2kPr0du8uAKn3iFeIp qaI8Qte5fKP+A+HFDoyTt6lArBWvi0eXcnEtymrDu1vr6LRA7f/ffYUKxMVWopca87Of GgXklgdRBXLDEiyCo8XyvXleakprWQJhjsmgyix11XtDonuYdt1XZoiefnqZoTMeNDYr +4as5bnQhyGe+tsc0G5GBp4Bk4Rjf9nvJKfec6B9thBdlFxi5aHDECdp9dRT5Dh+J+Wa GknA== X-Gm-Message-State: APf1xPDXYqbOFa7Be5Gx+JBAxtUN74odxKa8HdfEwNSyAhpmZ487GB8D 7rJSkwS1cx32PcEHzYyeJRvw5fADeQMZGe+OKEE= X-Google-Smtp-Source: AH8x224ixcS5cD66dwxzvEKTNxUKKjjQbuvji+Uhjv4juNst1pUjDXex7VKlFKcBB+tVMZLphrRJTZf7+lFpLrElWZ0= X-Received: by 10.157.46.206 with SMTP id w72mr5898501ota.16.1518039073517; Wed, 07 Feb 2018 13:31:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.52.196 with HTTP; Wed, 7 Feb 2018 13:31:13 -0800 (PST) In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C15BF4C@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C15BF4C@ESESSMB109.ericsson.se> From: Martin Thomson Date: Thu, 8 Feb 2018 08:31:13 +1100 Message-ID: To: Christer Holmberg Cc: "Dale R. Worley" , "mahoney@nostrum.com" , "sipcore@ietf.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments - VAPID X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2018 21:31:16 -0000 On Thu, Feb 8, 2018 at 2:04 AM, Christer Holmberg wrote: > I have done some quick studying on VAPID. Some of the statements I make b= elow may be false, so feel free to correct me. > > First, Martin earlier said that "FCM insists on RFC 8292 authentication".= Is this really true? As far as I know, the usage of VAPID is optional. Als= o, I haven't been able to find any documentation regarding usage of VAPID i= n native Android applications. Most seem to be related to browser apps. Do = Android native apps even create connections to FCM servers, or is it done b= y the operating system (and the used by the native apps)? > > If we add support of VAPID, it doesn't really matter whether it's mandato= ry or not - I just want to clarify. Yes, FCM requires that the subscription be restricted to a single application server key. (I think that there is a different API for getting an 8030 subscription, but I haven't looked into the details.) > Second, the usage of VAPID is indicated when registering to the FCM servi= ce. In the case of a SIP app, that is done BEFORE the SIP REGISTER is sent= (read: before the SIP proxy can provid the key etc needed for VAPID), poss= ibly before it is even known what SIP proxy will be used. Of course, in som= e cases this information may be locally configured in the device. Correct. > Anyway, in order to allow the SIP proxy to provide the VAPID information = to the device using SIP, we could define a feature-capability indicator (e.= g., "sip.vapid"), which contains the key etc. The SIP proxy could include t= hat in the REGISTER response (and, if needed, in other SIP messages too). Do what you gotta. From nobody Thu Feb 8 00:26:52 2018 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 50F77120726 for ; Thu, 8 Feb 2018 00:26:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] 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 o0-lSMXydBM8 for ; Thu, 8 Feb 2018 00:26:49 -0800 (PST) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13CEE126D0C for ; Thu, 8 Feb 2018 00:26:49 -0800 (PST) Received: by mail-qt0-x232.google.com with SMTP id u6so4729905qtg.13 for ; Thu, 08 Feb 2018 00:26:49 -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=1odWgoXb25vljrSEoBMPK2h04gueitkHg5Un11vKhxw=; b=HoMEKiRgYZAmaLAhyKU1g6LB1sUO7QKkDyEQPwQP0j71bDwpd+WFai9PxLBdK8lj/T KZiXpHOdNfb1Kysdvsv7a6FdR19upqPbfjUDdcd7Tc9dbXsABGOIzgLfy06LXfFh/EPM YfwB7bmt1ghq/MHp/OJ7JV/ZnpIF1fBmKevpJfcO3sD3HmgXFWpZhfOs5KJZmBwZ1Kr2 pk29sjnLaSfztfSMLBA8u3iQjvNXk0eKwrc7n0m1fNDKP59pLJDYMiRkQ9aSDMl1eOhj mATR/k6Or4yUo0+NRC2pHEZ7f4HxwW4kb+QZ5DfMst+zulrFPTHTdOyAkYEjGQMzlWmN XHMA== 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=1odWgoXb25vljrSEoBMPK2h04gueitkHg5Un11vKhxw=; b=kfL10IEJR0+sFDkrIV9bACtoRUqmBS29mgePSOGOLjpFRrIeQUI3nqfXK6qccb6zoT BYrkJcQC3EWKy7huOg3lQMrGR1VkQcTajOjnv7VZfwsqOYC6/0BPJ7AKguohxONhMNt2 RB8uVH/GYn8qyIEuXMMy+O8YFekVb33Uuj3CdjGatHIu18Vgrk63SuMk2e4GZzMpyCE0 yvQsKMBIx4J930TTAzw5aumKZzkSa4IlSGXmGsfOedO/2Z1eQSZ5/MHIbtESu9pPC+OX 9QYyj6/eLVPfpcNtIS1SK4OjtpXCyDDgKC/M0OKp2q7CcsnPDBW9S/LhpJ+q8PorOGdE iNsw== X-Gm-Message-State: APf1xPAH4rM1u0ootynZlbb8/YtktzkHKQ3aUttfsn2kwJfjzzPWKAgF uy3eXUcQhNkVhKk7zda2nugLfl26KI11JitZn9DwtyPO X-Google-Smtp-Source: AH8x226WEkmEWUPrJwUiZWD7ElcmweZOyCTwfCXz/sF2tZWbH41dO1LVstEqQy+flyvm8XMyETGfBC7Vgz9FICvsiA8= X-Received: by 10.200.37.83 with SMTP id 19mr14325361qtn.270.1518078408052; Thu, 08 Feb 2018 00:26:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.147.234 with HTTP; Thu, 8 Feb 2018 00:26:47 -0800 (PST) From: Yehoshua Gev Date: Thu, 8 Feb 2018 10:26:47 +0200 Message-ID: To: sipcore Content-Type: multipart/alternative; boundary="001a113fe1b440d33f0564af2c90" Archived-At: Subject: [sipcore] draft-ietf-sipcore-sip-push-04 - Usage for mid-dialog requests X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 08:26:51 -0000 --001a113fe1b440d33f0564af2c90 Content-Type: text/plain; charset="UTF-8" Hi, According to the following paragraph in section 5.3, it is not clear what should be the proxy behavior if it encounters a pn-* parameters on Req-URI of mid-dialog requests: When the SIP proxy receives (or, in case the proxy is the SIP registrar, creates) a SIP request for a new dialog (e.g., a SIP INVITE request) or a non-dialog SIP request (e.g., a SIP MESSAGE request) aimed for a SIP UA, if the Request-URI of the request contains a pn-provider, a pn-prid and a pn-param (if required for the specific PNS provider) SIP URI parameter, the proxy triggers a push request towards the PNS associated with the PRID. After that the proxy forwards the SIP request towards the UA using normal SIP procedures. I'm also not sure what "non-dialog SIP request" refers to exactly. Especially that a SIP proxy according to 3261 can be transaction-stateless or transaction-stateful, but not dialog-stateful, it will usually have the same behavior for mid- and out-of-dialog requests. That's said: - If push notification should be triggered also for mid-dialog requests, the UA should always include the pn-* parameters in the Contact header, and not just for REGISTER. - If push notification should not be triggered for mid-dialog requests, there should be some mechanism for preventing it. For example, if GRUU is used, a GRUU Contact sent by the UA for INVITE might be replaced by a proxy to the Contact of the REGISTER that contains pn-* parameters, and those will later appear on the Req-URI of mid-dialog requests. I see now that on a reply to Dale, Christer has written "Mid-dialog requests will not trigger push", so maybe a simple solution is adding to the paragraph above another prerequisite of having a To-tag present (how else will a proxy differentiate between INVITE and re-INVITE?). Another question regarding a SIP proxy that is not a registrar. In Section 1, it's written: When a SIP UA registers to a Push Notification Service (PNS), ... A SIP proxy (e.g., the SIP registrar) will store a mapping between the registered contact and the PRID. Is the mapping necessary at the proxy? Isn't it enough that the parameters will arrive in the Req-URI? Thanks, Yehoshua Gev --001a113fe1b440d33f0564af2c90 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

According to the following paragraph in sectio= n 5.3, it is not clear what should be the proxy behavior if it encounters a= pn-* parameters on Req-URI of mid-dialog requests:
   When the SIP proxy rec=
eives (or, in case the proxy is the SIP
   registrar, creates) a SIP request for a new dialog (e.g., a SIP
   INVITE request) or a non-dialog SIP request (e.g., a SIP MESSAGE
   request) aimed for a SIP UA, if the Request-URI of the request
   contains a pn-provider, a pn-prid and a pn-param (if required for the
   specific PNS provider) SIP URI parameter, the proxy triggers a push
   request towards the PNS associated with the PRID.  After that the
   proxy forwards the SIP request towards the UA using normal SIP
   procedures.

I'm also not sure what "non-dialog SIP request"= ; refers to exactly.

Especially that a SIP proxy a= ccording to 3261 can be transaction-stateless or transaction-stateful, but = not dialog-stateful, it will usually have the same behavior for mid- and ou= t-of-dialog requests.

That's said:
-= If push notification should be triggered also for mid-dialog requests, the= UA should always include the pn-* parameters in the Contact header, and no= t just for REGISTER.
- If=C2=A0push not= ification should not be triggered for mid-dialog requests, there should be some mec= hanism for preventing it. For example, if GRUU is used, a GRUU Contact sent= by the UA for INVITE might be replaced by a proxy to the Contact of the RE= GISTER that contains pn-* parameters, and those will later appear on the Re= q-URI of mid-dialog requests.

=
I see now that on a reply to Dale, Christer has= written "Mid-dialog requests will not trig= ger push", so maybe a simple solution is adding to the paragrap= h above another prerequisite of having a To-tag present (how else will a pr= oxy differentiate between INVITE and re-INVITE?).

Another question regarding = a SIP proxy that is not a registrar.
In Sect= ion 1, it's written:
   When a SIP UA register=
s to a Push Notification Service (PNS), ...
   A SIP proxy (e.g., the SIP registrar) will
   store a mapping between the registered contact and the PRID.
Is the mapping necessary at the proxy? Isn't it enough that the paramet= ers will arrive in the Req-URI?

Thanks,
= Yehoshua Gev

--001a113fe1b440d33f0564af2c90-- From nobody Thu Feb 8 07:03:49 2018 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 B535F12D955 for ; Thu, 8 Feb 2018 07:03:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 NmLw1LbuhKhw for ; Thu, 8 Feb 2018 07:03:46 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B312612D779 for ; Thu, 8 Feb 2018 07:03:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518102223; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=+RXP/CiHa0sOfF5jKpFdps4L65DtVgz8KQItQf1LUgw=; b=Qd8FCZChf3JasQXVAAw6E/FlKEGqexKLESg7idwQ44DlGMi4oVR4qPhceNQzypO3 TA2a//fyRItzTVlLANZiGkdRv9yFwztATskbDyeZOr+HxBXuexWMcRwGNYlHJuMh JKe83g21TGYpbyHTitgIHSYEK6f+nl41M90Hvtn8VM4=; X-AuditID: c1b4fb30-799639c000004778-a5-5a7c66cfca36 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id D4.D7.18296.FC66C7A5; Thu, 8 Feb 2018 16:03:43 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Thu, 8 Feb 2018 16:03:08 +0100 From: Christer Holmberg To: Yehoshua Gev , sipcore Thread-Topic: [sipcore] draft-ietf-sipcore-sip-push-04 - Usage for mid-dialog requests Thread-Index: AQHToLaUdSYCexozvUit8zuBLLsrc6OalJDQ Date: Thu, 8 Feb 2018 15:03:07 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C15FA7F@ESESSMB109.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHLMWRmVeSWpSXmKPExsUyM2J7oO75tJoog1nHTSy+/tjEZvF7411m ByaPnbPusnssWfKTKYApissmJTUnsyy1SN8ugSvjytQbbAW7ZCq676xgbmC8I93FyMkhIWAi MX9PD1sXIxeHkMBhRon3m6azQziLGSUOPfoP5HBwsAlYSHT/0wZpEBFwlFg04Q0jiC0sEC5x +cdbFoh4hMTFlQ1QtpHEw79r2EBsFgEViaZbP8BsXgFfibOH+sBsIYEAiS+/IHo5BQIlXl3r ApvJKCAm8f3UGiYQm1lAXOLWk/lMEIcKSCzZc54ZwhaVePn4HyuErSTRuOQJK8iZzAKaEut3 6UO0KkpM6X7IDrFWUOLkzCcsExhFZiGZOguhYxaSjllIOhYwsqxiFC1OLU7KTTcy0kstykwu Ls7P08tLLdnECIyFg1t+G+xgfPnc8RCjAAejEg9vSEJNlBBrYllxZe4hRgkOZiUR3j2iQCHe lMTKqtSi/Pii0pzU4kOM0hwsSuK8Jz15o4QE0hNLUrNTUwtSi2CyTBycUg2MTttSfS9WJUtL ulV+Nve8JTlzW/SkOU464moTg3dwfbQv2/jiw8yIrds8Jj9Zf9XHeL5cpUn6rJiex78WHFjT Y6B16wD37pqWug3ZrwTfcP6aWXTacfG+WcfPT075seru3qKWJf3c/6VF3muL2f1693TZ7Qlv Lt15ysO+TDBTNmrm+7QFESVfpyqxFGckGmoxFxUnAgAeH6hHgQIAAA== Archived-At: Subject: Re: [sipcore] draft-ietf-sipcore-sip-push-04 - Usage for mid-dialog requests X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 15:03:47 -0000 SGkgWWVob3NodWEsDQoNCj5BY2NvcmRpbmcgdG8gdGhlIGZvbGxvd2luZyBwYXJhZ3JhcGggaW4g c2VjdGlvbiA1LjMsIGl0IGlzIG5vdCBjbGVhciB3aGF0IHNob3VsZCBiZSB0aGUgcHJveHkgYmVo YXZpb3IgaWYgaXQgDQo+ZW5jb3VudGVycyBhIHBuLSogcGFyYW1ldGVycyBvbiBSZXEtVVJJIG9m IG1pZC1kaWFsb2cgcmVxdWVzdHM6DQo+DQo+ICAgV2hlbiB0aGUgU0lQIHByb3h5IHJlY2VpdmVz IChvciwgaW4gY2FzZSB0aGUgcHJveHkgaXMgdGhlIFNJUA0KPiAgIHJlZ2lzdHJhciwgY3JlYXRl cykgYSBTSVAgcmVxdWVzdCBmb3IgYSBuZXcgZGlhbG9nIChlLmcuLCBhIFNJUA0KPiAgIElOVklU RSByZXF1ZXN0KSBvciBhIG5vbi1kaWFsb2cgU0lQIHJlcXVlc3QgKGUuZy4sIGEgU0lQIE1FU1NB R0UNCj4gICByZXF1ZXN0KSBhaW1lZCBmb3IgYSBTSVAgVUEsIGlmIHRoZSBSZXF1ZXN0LVVSSSBv ZiB0aGUgcmVxdWVzdA0KPiAgIGNvbnRhaW5zIGEgcG4tcHJvdmlkZXIsIGEgcG4tcHJpZCBhbmQg YSBwbi1wYXJhbSAoaWYgcmVxdWlyZWQgZm9yIHRoZQ0KPiAgIHNwZWNpZmljIFBOUyBwcm92aWRl cikgU0lQIFVSSSBwYXJhbWV0ZXIsIHRoZSBwcm94eSB0cmlnZ2VycyBhIHB1c2gNCj4gICByZXF1 ZXN0IHRvd2FyZHMgdGhlIFBOUyBhc3NvY2lhdGVkIHdpdGggdGhlIFBSSUQuICBBZnRlciB0aGF0 IHRoZQ0KPiAgIHByb3h5IGZvcndhcmRzIHRoZSBTSVAgcmVxdWVzdCB0b3dhcmRzIHRoZSBVQSB1 c2luZyBub3JtYWwgU0lQDQo+ICAgcHJvY2VkdXJlcy4NCj4NCj4gSSdtIGFsc28gbm90IHN1cmUg d2hhdCAibm9uLWRpYWxvZyBTSVAgcmVxdWVzdCIgcmVmZXJzIHRvIGV4YWN0bHkuDQoNClJlcXVl c3RzIHRoYXQgZG8gbm90IGNyZWF0ZSwgb3IgYXJlIHNlbnQgd2l0aGluLCBhIGRpYWxvZy4gDQoN Cj5Fc3BlY2lhbGx5IHRoYXQgYSBTSVAgcHJveHkgYWNjb3JkaW5nIHRvIDMyNjEgY2FuIGJlIHRy YW5zYWN0aW9uLXN0YXRlbGVzcyBvciB0cmFuc2FjdGlvbi1zdGF0ZWZ1bCwgYnV0IA0KPm5vdCBk aWFsb2ctc3RhdGVmdWwsIGl0IHdpbGwgdXN1YWxseSBoYXZlIHRoZSBzYW1lIGJlaGF2aW9yIGZv ciBtaWQtIGFuZCBvdXQtb2YtZGlhbG9nIHJlcXVlc3RzLg0KDQpXZWxsLCBpbiBvcmRlciB0byBz dXBwb3J0IFNJUCBQdXNoIHRoZSBwcm94eSB3aWxsIG5lZWQgdG8gbWFpbnRhaW4gZW5vdWdoIHN0 YXRlIGluIG9yZGVyIHRvIGJlIGFibGUgdG8gZG8gc28uDQoNCj5UaGF0J3Mgc2FpZDoNCj4tIElm IHB1c2ggbm90aWZpY2F0aW9uIHNob3VsZCBiZSB0cmlnZ2VyZWQgYWxzbyBmb3IgbWlkLWRpYWxv ZyByZXF1ZXN0cywgdGhlIFVBIHNob3VsZCBhbHdheXMgaW5jbHVkZSB0aGUgcG4tKiBwYXJhbWV0 ZXJzIA0KPmluIHRoZSBDb250YWN0IGhlYWRlciwgYW5kIG5vdCBqdXN0IGZvciBSRUdJU1RFUi4N Cj4tIElmwqBwdXNoIG5vdGlmaWNhdGlvbiBzaG91bGQgbm90IGJlIHRyaWdnZXJlZCBmb3IgbWlk LWRpYWxvZyByZXF1ZXN0cywgdGhlcmUgc2hvdWxkIGJlIHNvbWUgbWVjaGFuaXNtIGZvciANCj5w cmV2ZW50aW5nIGl0LiBGb3IgZXhhbXBsZSwgaWYgR1JVVSBpcyB1c2VkLCBhIEdSVVUgQ29udGFj dCBzZW50IGJ5IHRoZSBVQSBmb3IgSU5WSVRFIG1pZ2h0IGJlIHJlcGxhY2VkIA0KPmJ5IGEgcHJv eHkgdG8gdGhlIENvbnRhY3Qgb2YgdGhlIFJFR0lTVEVSIHRoYXQgY29udGFpbnMgcG4tKiBwYXJh bWV0ZXJzLCBhbmQgdGhvc2Ugd2lsbCBsYXRlciBhcHBlYXIgb24gdGhlIA0KPlJlcS1VUkkgb2Yg bWlkLWRpYWxvZyByZXF1ZXN0cy4NCj4NCj5JIHNlZSBub3cgdGhhdCBvbiBhIHJlcGx5IHRvIERh bGUsIENocmlzdGVyIGhhcyB3cml0dGVuICJNaWQtZGlhbG9nIHJlcXVlc3RzIHdpbGwgbm90IHRy aWdnZXIgcHVzaCIsIHNvIG1heWJlIGEgc2ltcGxlIA0KPnNvbHV0aW9uIGlzIGFkZGluZyB0byB0 aGUgcGFyYWdyYXBoIGFib3ZlIGFub3RoZXIgcHJlcmVxdWlzaXRlIG9mIGhhdmluZyBhIFRvLXRh ZyBwcmVzZW50IChob3cgZWxzZSB3aWxsIGEgcHJveHkgDQo+ZGlmZmVyZW50aWF0ZSBiZXR3ZWVu IElOVklURSBhbmQgcmUtSU5WSVRFPykuDQoNCkkgZG9u4oCZdCB0aGluayBpdCB3aXRoaW4gdGhl IHNjb3BlIG9mIHRoZSBwdXNoIGRvY3VtZW50IHRvIGRlc2NyaWJlIHN1Y2ggdGhpbmdzIOKAkyBp dOKAmXMgcGFydCBvZiBSRkMgMzI2MS4NCg0KPkFub3RoZXIgcXVlc3Rpb24gcmVnYXJkaW5nIGEg U0lQIHByb3h5IHRoYXQgaXMgbm90IGEgcmVnaXN0cmFyLg0KPkluIFNlY3Rpb24gMSwgaXQncyB3 cml0dGVuOg0KPiAgIFdoZW4gYSBTSVAgVUEgcmVnaXN0ZXJzIHRvIGEgUHVzaCBOb3RpZmljYXRp b24gU2VydmljZSAoUE5TKSwgLi4uDQo+ICAgQSBTSVAgcHJveHkgKGUuZy4sIHRoZSBTSVAgcmVn aXN0cmFyKSB3aWxsDQo+ICAgc3RvcmUgYSBtYXBwaW5nIGJldHdlZW4gdGhlIHJlZ2lzdGVyZWQg Y29udGFjdCBhbmQgdGhlIFBSSUQuDQo+SXMgdGhlIG1hcHBpbmcgbmVjZXNzYXJ5IGF0IHRoZSBw cm94eT8gSXNuJ3QgaXQgZW5vdWdoIHRoYXQgdGhlIHBhcmFtZXRlcnMgd2lsbCBhcnJpdmUgaW4g dGhlIFJlcS1VUkk/DQoNCknigJlsbCB0aGluayBhYm91dCB0aGF0LCBidXQgeW91IGFyZSBwcm9i YWJseSByaWdodC4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0K From nobody Thu Feb 8 07:48:58 2018 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 62185126BF3 for ; Thu, 8 Feb 2018 07:48:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 4kE2J4EFFeex for ; Thu, 8 Feb 2018 07:48:53 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 B018512D7E3 for ; Thu, 8 Feb 2018 07:48:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518104931; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=RuvghElBhABtOrTp1Tk4FLgbq3b/OaNf7fEHjtgDV7g=; b=L6oWtlnTJDIofYv2oGT6F/VSeBGFsK9Lhs9f1vcJcmXuQ9n4ftjz8/nkULLY1SYu OHkRoDkNUxE4fCK9S06Ei2cpMAcQXtnRSVsRszPlP7j5vxCUXMPa6QS7GivP+C0W yZXQ7pzmWXPb7CWGfviPKTXcZS24HISYDE5ny19d7ko=; X-AuditID: c1b4fb2d-499ff70000005540-b6-5a7c7162c206 Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.183.33]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 37.31.21824.2617C7A5; Thu, 8 Feb 2018 16:48:51 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0352.000; Thu, 8 Feb 2018 16:48:50 +0100 From: Christer Holmberg To: Christer Holmberg , "Dale R. Worley" , "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew Thread-Index: AdOfafDgkcFIgA9GRDakoSShimEmuQBik2/g Date: Thu, 8 Feb 2018 15:48:49 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C15FB92@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C15AA48@ESESSMB109.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C15AA48@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHLMWRmVeSWpSXmKPExsUyM2K7om5yYU2UwckpjBZff2xis3h5osyB yWPy/q/MHkuW/GQKYIrisklJzcksSy3St0vgyji8ZQVrweeCim03choYl0V2MXJySAiYSNx8 95Sli5GLQ0jgMKNE59bFrBDOYkaJ7f+fsnUxcnCwCVhIdP/TBomLCLQxSty42cgM0i0sECxx et8NNhBbRCBEYtPFBnYI20ji0/EesBoWARWJyXOnMILYvAK+ElNaesBmCgHZCzbIg4Q5Bfwk jpz4BFbCKCAm8f3UGiYQm1lAXOLWk/lMEIcKSCzZc54ZwhaVePn4HyuErSTRuOQJK0S9jsSC 3Z/YIGxtiWULXzNDrBWUODnzCcsERpFZSMbOQtIyC0nLLCQtCxhZVjGKFqcWF+emGxnrpRZl JhcX5+fp5aWWbGIExsLBLb91dzCufu14iFGAg1GJh1cqoSZKiDWxrLgy9xCjBAezkgjvHlGg EG9KYmVValF+fFFpTmrxIUZpDhYlcd6TnrxRQgLpiSWp2ampBalFMFkmDk6pBsaU97PXPVfr OX1P7PD9Ob1nfX8saf2Z4aXpNUlDIeCphLh/a4d9QWLsrZbPBt5rK88xl+a0y4fYrp/tMs2w NjDVv2zr+Wvs2+N45ueW30vLi2BUXSp86+G2qr7ex/tVW34ueGxlePZy5G5BmbMu9gvmztr9 Wap20qyfab13JZ7I2unGb7OOfKjEUpyRaKjFXFScCACRP6WVgQIAAA== Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 15:48:56 -0000 Hi, I have updated the pull request based on the comments from Dale. Regards, Christer -----Original Message----- From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Holmb= erg Sent: 07 February 2018 03:27 To: Dale R. Worley ; sipcore@ietf.org Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's = reivew Hi Dale, Thanks for your comments! Please see inline. ** Major/global issues >* Parameters vs. header parameters > > The document defines new SIP URI parameters, > > I still strenuously object to implementing these as URI parameters=20 > rather than as header field parameters, given that the information=20 > carried is information *about* the registered SIP URI and not part of the= URI. E.g., you wouldn't include these parameters in the request-URI of an= INVITE. There is a separate discussion about this, so I will not repeat it here. --- > * Reregistration > > Handling re-registration still needs some work. The difficulty is=20 > that the registrar/proxy does't know when the UA needs to reregister,=20 > it only knows when the current registration is going to expire. In=20 > particular, some UAs use a reregistration strategy copied from some=20 > DHCP clients: reregister at intervals of (expiration time)/3 - epsilon. = This allows the UA three opportunities to reregister, and they are widely = separated in time, thus minimizing the chance that all three will be defeat= ed by temporary network interruptions. The registrar/proxy has no way of k= nowing this. The proxy knows when the registration is going to expire, and will act upon= that, and based on the information I've got that works for terminals. If we want to give the UA more control regarding when push notifications ar= e triggered, in order to trigger re-registrations, I think we can do that a= s an extension. It does not need to be part of the base mechanism. > In addition, the registrar/proxy doesn't know the amount of time that it = will take the UA to wake up from a push notification and send its re-REGIST= ER. For that reason it needs to trigger the re-REGISTER before the registration= expires. > Ultimately, the dataflow is difficult: the UA requests a registration=20 > duration, the registrar allows a registration that may be less than the r= equested duration, and from the allowed duration, the UA determines when it= wants to reregister. > But this process seems to require three messages to pass between the=20 > UA and the registrar, whereas the REGISTER transaction only has two messa= ges. > OTOH, it seems that in most cases, the UA can instruct its OS to wake=20 > it up after a certain time interval, and thus does not need a push=20 > notification for reregistration to maintain its AOR. If that is so,=20 > the reregistration parts of this document can simply be removed, because = the ordinary implementation practices will work well -- once the UA receive= s the 200 response to its REGISTER request, it will set a timer with its OS= for whenever it wants to reregister. Again, the original reason the document was written was for cases where tim= ers cannot be used.=20 Having said that, if we want the UA to be able to say "please only a reques= t push notification when there is an incoming request" we could of course d= o that, if there is a use-case where a UA would use timers to send re-regis= trations, but still want to use push to be informed about incoming requests= . --- >* Extraneous use of "SIP" > >There are various places where "SIP" is used extraneously. E.g., "proxy",= "registrar" "555 response", "request", "URI", "UA", "INVITE request", "REG= ISTER request", >"network". Given that the entire document is about SIP, a= lmost no noun needs to be qualified with "SIP". Maybe "SIP" can be removed in some places, but I want to make sure there is= no confusion whether the text is talking about e.g., a SIP request or a pu= sh notification request. --- >* The prefix "pns-" > > There are places where the prefix "pns-" is used, but it appears that the= author intends for "pn-" to be used. Will be fixed. =3D=3D=3D ** Local issues >1. Introduction > > Due to the restriction above, applications can not be woken up by > non-push notification traffic. This means that a suspended SIP UA > will not be able to receive an incoming SIP request (e.g., a SIP > INVITE request), or to send periodic re-registration requests. > > "awakened" is usually more proper than "woken up" in written text. I will fix as suggested. --- > Note that reregistration isn't being awakened by traffic, but=20 > internally-generated activity. The first sentence needs to be revised=20 > to include that the application cannot schedule its own awakening=20 > either. (But is there ever a case where the UA cannot schedule its=20 > own awakening at a definite future time?) I will look into that. >(But is there ever a case where the UA cannot schedule its own=20 >awakening at a definite future time?) Yes. Push is the only way to awake the UA. > Figure 1 omits quite a bit of the action. Viz., once SIP UA has sent=20 > the REGISTER, there should be shown a period of suspension. At the=20 > end of suspension, an INVITE arrives at SIP Proxy, triggering it to=20 > send the Push Message. It seems that the mechanism requires that the awa= kened SIP UA must send a REGISTER immediately to inform the proxy that it c= an now receive messages, and that REGISTER should be shown, after which the= incoming request is sent. I agree, and I will update the picture. --- > 3. Push Resource ID (PRID) > > This section should describe the expected syntax or character set used=20 > by PRIDs and the other values. Actually, all of these are general "pvalu= e" from RFC 3261, and so can represent arbitrary character strings. But th= at should be stated clearly. The text says: "The format of the PRID may vary depending on the PNS provid= er." Non-allowed characters need to be escaped, but I assumed that is normal SIP= . But, I can add a note about that. --- 4. SIP User Agent (UA) Behavior > When the SIP UA receives a 200 (OK) response to the SIP REGISTER > request, if the response does not contain a Feature-Caps header field > with a '+sip.pns' header field parameter, ... > > The items in a Feature-Caps header are "indicators", not "parameters". S= ee RFC 6809 section 6.3. When used in the Feature-Caps, it is a header field parameter - at least th= at's how I remember Keith explaining it :) > When the SIP UA receives a 200 (OK) response to the SIP REGISTER > request, if the response does not contain a Feature-Caps header field > with a '+sip.pns' header field parameter ... > > The text must include a positive statement indicating when the UA can=20 > understand that its desired push notification service is supported for th= e registration. Or better, the sense of the condition at the beginning of = the paragraph should be inverted: > > When the SIP UA receives a 200 (OK) response to the SIP REGISTER > request, the response contains a Feature-Caps header field > containing a '+sip.pns' indicator, and that indicator's value > contains a tag-value that is the same as the pn-provider in the > REGISTER, the UA can assume that push notifications will be > triggered by any SIP proxy handling requests for the given AOR. In > all other cases, the UA cannot assume that push notifications will > be triggered by a SIP proxy. The actions taken by the UA might be > dependent on implementation or deployment architecture, and are > outside the scope of this document. I will look into that. > Note that I've also fixed the logic here: success requires that > +sip.pns value contains the same tag as the pn-provider that was used. > The original text was that the +sip.pns value contains a tag that the=20 > UA supports, but that does not guarantee that the supported tag is the on= e the UA *used*. Correct. > If the SIP UA expects to receive payload in the push notification, =20 > the UA MAY add a pn-enckey and a pn-encsec SIP Contact header field =20 > SIP URI parameter, in order to allow encryption of the data using the =20 > mechanism in [RFC8291]. The pn-enckey URI parameter contains the =20 > public key, and the pn-encsec URI parameter contains the =20 > authentication secret [RFC8291]. The format of such payload is =20 > outside the scope of this document. > > NOTE: End-to-end encryption of the payload between the SIP proxy and > the SIP UA cannot be used if the push notification request payload > contains information that needs to be accessible by the PNS provider. > > It's not clear to me, regarding the payload that is encrypted using=20 > pn-enckey and pn-encsec, who generates it and what it contains. If it=20 > is generated by the registrar (or the proxy pretending to be the=20 > registrar), then this document should define what the payload is. If=20 > the payload is generated by the push notification service itself, presuma= bly the payload contents are defined by the PNS, but it's not clear how the= parameters in the REGISTER will be transmitted to the push notification se= rvice. > > ... a pn-enckey and a pn-encsec ... > > "pn-encsec" doesn't seem to be used elsewhere in the document. > Perhaps "pn-enccode" was meant? Or rather, "encsec" seems a better name = than "enccode" and should be used throughout... pn-enckey and pn-encsec were added based on an early comment by Martin. But, based on previous discussions, as the mechanism does not require usage= of end-to-end payloads, I intend to remove it. --- > 5. SIP Proxy Behavior > > When the SIP proxy receives (or, in case the proxy is the SIP > registrar, creates) a SIP request for a new dialog (e.g., a SIP > INVITE request) or a non-dialog SIP request (e.g., a SIP MESSAGE > request) aimed for a SIP UA, if the Request-URI of the request > contains ... > > Isn't this just a prolix way of saying "When the SIP proxy receives a req= uest aimed for a SIP UA ..."? Mid-dialog requests will not trigger push. > If the SIP proxy is able to assume that the SIP UA is awake ... > > Better wording is "If the SIP proxy has knowledge that the SIP UA is=20 > awake ...". (Because anything "is able to assume" anything, though it=20 > might be wrong...) I will fix as suggested. > If the SIP proxy is not able to contact the push notification > provider, or to forward the SIP request to the SIP UA, the proxy MUST > reject the SIP request. > > It might be useful to describe what response code(s) should be used in=20 > this situation. 408 seems suitable, but it is not specific to this situa= tion. 480 is "Temporarily Unavailable", but that means that the *user* is = temporarily unavailable rather than the *network*. > It might be worth defining a response code meaning "UA is temporarily una= vailable". In the pull request, I am suggesting 404.=20 (I was also considering 503.) --- >7.3. SIP URI Parameters > > The format and semantics of pns-param is specific to a given > pns-provider value. > >I think "pns-param" is supposed to be "pn-param". Yes. Will be fixed (see pull request). > Isn't it true that the format of pn-prid, pn-enccode, and pn-enckey are a= lso controlled by the pns-provider? Regarding pn-prid, yes. (pn-enccode and pn-enckey are intended to be removed) --- > 8. PNS Registration Requirements > > The value of the pn-param URI parameter is the APNs App ID, which is > encoded by two values, separated by a period (.): Team ID and Bundle > ID. The Team ID is provided by Apple and is unique to a development > team. The Bundle ID is unique to a development team, and is a string > that will can match a single application or a group of applications. > > Example: pn-param =3D DEF123GHIJ.com.yourcompany.yourexampleapp > > As written, this is confusing, because the description of the syntax=20 > of pn-param doesn't allow the reader to parse the given example, since th= e example contains three periods. Probably the Team ID cannot contain a pe= riod, which disambiguates the example, but that needs to be stated to avoid= confusing the reader. I don't think we need to go into those details in the draft - they need to = be described elsewhere. What we need to define is what the parameter contains.=20 ---- > 9. pn-provider, pn-param and pn-prid URI Parameters for Apple Push=20 > 10. pn-provider, pn-param and pn-prid URI Parameters for Google > > It seems like sections 9 and 10 could be grouped as subsections of a sing= le section, most likely part of section 12. It could be in a single section, but I don't think it shall be part of sect= ion 12. The definition/description of the values shall be separated from th= e IANA considerations. --- >11. Security Considerations > >There is no description of what mechanism prevents one UA from=20 >registering using the pn-parameters of another device, or even using=20 >entirely random pn-parameters. The document is written as if the=20 >pn-parameters form a "capability", an identifier containing so much entrop= y that just knowing the identifier of a resource proves that one has the ri= ght to access the resource. However, the example in section 8 suggests tha= t this is not so. Technically, I don't think there is anything preventing one UA from registe= ring parameters belonging to another device - just like a UA could use what= ever other credentials belonging to another UA if it gets access to those. = For that reason it is important to secure/encrypt the SIP signalling etc. --- >12.1.1. pn-provider > > This section doesn't mention that it is connected with either the=20 > registry for its values (defined in section 12.4) or the currently define= d values (defined in sections 9 and 10). I don't think that is needed in the IANA registration. Regards, Christer _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore From jpanderson0@gmail.com Thu Feb 8 10:55:17 2018 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 7DDB312D869 for ; Thu, 8 Feb 2018 10:55:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 iQ2m84ub_SjT for ; Thu, 8 Feb 2018 10:55:16 -0800 (PST) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0938412D969 for ; Thu, 8 Feb 2018 10:55:16 -0800 (PST) Received: by mail-wm0-x236.google.com with SMTP id 141so11838269wme.3 for ; Thu, 08 Feb 2018 10:55:15 -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=dAPL6E92u6Jy0tvyIrWqsvEDthnmb2+aGeNM+JUgVHU=; b=IE+XEyRlqcnvks2i8Lf9ZyNF0al/+3cI+ayie4HWoP1mDoUs7DPY941DV4V1iTMqm2 6T0uhRaY0hmYL4Pl+JCDklowux3TLMcXZEHa6eR3n/DG5OhR6HGYUDDpecoQ3YrkidAC u6KHYhEcf4Hg9EYA22FLbJK9oqfhj3BY6yVUa68aFpQBtCYtHFHWWnpCX9aharyojXlK 0hPzKD78FjPF382Eto3aE9JLTVb4B5Yra9Y1456X4VqdSOiOtCmTmKfMb0NFPyVkUN2m zB7/x1kBCyjSMrkMfZG+CJFmww9a4Z2heMQwuYxHQMQ5KimJUQlrOR65Tin93EO+hqvK eUUw== 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=dAPL6E92u6Jy0tvyIrWqsvEDthnmb2+aGeNM+JUgVHU=; b=ohEvBLGUI8FRtDPkxPdB/57zySJ6Hxg48FUwhsDy8ukk/Qm9L1SS6LfvaF0XfJjr1T DAn+MhR/V6VS6DtdvU/fQV9wapfHT9QZmlQyDHDR+q95dOzq0Qus5xzfwMNILkBpa8ph FERRE+7ox6+CVbdc4TRinBXQOh+CIHDfHYKMt/XrXQQ5t/mMIwF0353VF44G+b5myArM lvKhvrJRgIH3TQRFMIyXxyEWgt3RPXbK5eJSshsQ20PpGtBk1tl35KxUb6dYwShxR9SG 5RD8frGFWPfwf3dJtXZezeOOK4If6zsWJrCv0WGLguberWovsLQIe9UTeHAC45Od+h19 FQQA== X-Gm-Message-State: APf1xPCkfpIaPXPKgqSkas8kRh0r2JxbpW+Nizf0noKsJAxUYyFDi+Sj QdNJRI6lFYDTjuRPTGK7juUof1BHQ+e2V9s0Y2VGDQ== X-Google-Smtp-Source: AH8x225fIggG6y+fgi1IXr7hxzc/lO6inPM0PZtkcuG01Y5PWXLGxSNg70TYhPDEqSBdLtkfTXQAt0FUCZZa6D1Di7A= X-Received: by 10.80.151.57 with SMTP id c54mr229286edb.35.1518116114462; Thu, 08 Feb 2018 10:55:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.204.210 with HTTP; Thu, 8 Feb 2018 10:54:54 -0800 (PST) From: Jon Anderson Date: Thu, 8 Feb 2018 12:54:54 -0600 Message-ID: To: sipcore@ietf.org Content-Type: multipart/alternative; boundary="f403045c2cfcbafc510564b7f3a2" Archived-At: X-Mailman-Approved-At: Thu, 08 Feb 2018 11:51:28 -0800 Subject: [sipcore] RFC 3261 Section 5 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 19:36:06 -0000 --f403045c2cfcbafc510564b7f3a2 Content-Type: text/plain; charset="UTF-8" There is some confusing verbage in paragraph 5 of section 5 in RFC 3261. The original reads: A transaction is a request sent by a client transaction (using the transport layer) to a server transaction, along with all responses to that request sent from the server transaction back to the client. I'm new to this protocol, but it seems like "A transaction is a request sent by a client transaction to a server transaction" would lead one down an infinite rabbit hole of definitional looping. Should this read something close to: A transaction is a request sent by a client (using the transport layer) to a server, along with all responses to that request sent from the server back to the client. Thanks, Jon --f403045c2cfcbafc510564b7f3a2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
There is some confusing verbage in paragraph 5 o= f section 5 in RFC 3261. The original reads:

 A transaction is a request sent by a
   client transaction (using the transport layer) to a server
   transaction, along with all responses to that request sent from the
   server transaction back to the client.

I'm new to thi= s protocol, but it seems like "A transaction is a request sent by a cl= ient transaction to a server transaction" would lead one down an infin= ite rabbit hole of definitional looping. Should this read something close t= o:

 A transaction is a request sent by a
   client (using the transport layer) to a server, 
   along with all re=
sponses to that request sent from the
   server back to the client.
Thanks,
Jon
--f403045c2cfcbafc510564b7f3a2-- From nobody Thu Feb 8 18:54:40 2018 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 5FC8E126C26 for ; Thu, 8 Feb 2018 18:54:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 p7Umevrgo4bO for ; Thu, 8 Feb 2018 18:54:37 -0800 (PST) Received: from resqmta-ch2-06v.sys.comcast.net (resqmta-ch2-06v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:38]) (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 071CE126CF9 for ; Thu, 8 Feb 2018 18:54:36 -0800 (PST) Received: from resomta-ch2-07v.sys.comcast.net ([69.252.207.103]) by resqmta-ch2-06v.sys.comcast.net with ESMTP id jypfeRSY4dpnwjypfeOCNF; Fri, 09 Feb 2018 02:54:35 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-07v.sys.comcast.net with SMTP id jypdedaf2FelFjypfe7Rv2; Fri, 09 Feb 2018 02:54:35 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w192sXob008972; Thu, 8 Feb 2018 21:54:33 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w192sWMl008969; Thu, 8 Feb 2018 21:54:32 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Jon Anderson Cc: sipcore@ietf.org In-Reply-To: (jpanderson0@gmail.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Thu, 08 Feb 2018 21:54:32 -0500 Message-ID: <87eflu7tzr.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfF4ksaNBSt3BrbuTwtrHwQXOa97gibzTFDcDWzWXrZ9s1m42LQsmOF54CeHghfkqXRTfK5eksj+cL8xhkQJCa3G+c/k/Dgd/lWIS9+sMyHbSjzCLFDH7 TAC6tlXIzhRZa+J9s6iNwFP7g2is45/U3RYbTKjP/HmfSIpkfUxZ4EKrOmTz4oqjlwLyyJodrGahPMzG7zdoeVTc+CX5sL/RgV8= Archived-At: Subject: Re: [sipcore] RFC 3261 Section 5 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 02:54:38 -0000 Jon Anderson writes: > There is some confusing verbage in paragraph 5 of section 5 in RFC 3261. > The original reads: > > A transaction is a request sent by a > client transaction (using the transport layer) to a server > transaction, along with all responses to that request sent from the > server transaction back to the client. I'm not sure that all these terms are properly defined in RFC 3261. But a "client transaction" is the state machine that handles the transaction at the client end, and a "server transaction" is the state machine that handles the transaction at the server end, and a "transaction" is the system comprising the server transaction, the client transaction, and the messges between them (in turn, comprising a request and zero or more responses). In addition, sometimes larger groupings are called "transactions": - An "end-to-end" transaction follows a request from the UAC which originates it, through zero or more proxies, to the UAS that consumes it (and the reverse for the responses). A "hop-by-hop" transaction considers only one link in chain, between two devices that immediately communicate with each other (which have the roles of client and server). - Grouping an ACK transaction with the INVITE transaction that it follows. (There are specific rules in RFC 3261 causing ACKs of failure responses to be handled differently than ACKs of success responses.) - Grouping a CANCEL transaction with the INVITE transaction that it is canceling. - If an initial INVITE (or other outside-of-dialog request) forks, the messages from the UAC to each destination UAS can be considered one (end-to-end) transaction, or all the forks can be grouped together as a larger transaction. Dale From nobody Fri Feb 9 01:14:55 2018 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 C7C2D126D74 for ; Fri, 9 Feb 2018 01:14:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 7I_-2JTft66V for ; Fri, 9 Feb 2018 01:14:52 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D72A12420B for ; Fri, 9 Feb 2018 01:14:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518167690; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=iQDWwL8hIujUyiysG7KeIu8G0STSX1x6fkP1E6/9Fz4=; b=D4TUNAK3UsKqfdF7N/5DmOKf0JJGtTmzQ2PHQwyeZRovgvqCIwl4CJEMe/PhS10H NdLthY5rDZs3bai4d20i5pF46dQLfNdqjtBHhZZDnN9Q3YtdWBa2PRAOFcRXbW+h tbguzHYV50EGqYWX6mwgJfrpkgxdQCHYjq6+USFf6Ds=; X-AuditID: c1b4fb30-799639c000004778-43-5a7d668a6436 Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.183.48]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id F4.43.18296.A866D7A5; Fri, 9 Feb 2018 10:14:50 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC010.ericsson.se ([153.88.183.48]) with mapi id 14.03.0352.000; Fri, 9 Feb 2018 10:14:02 +0100 From: Christer Holmberg To: Martin Thomson CC: "Dale R. Worley" , "mahoney@nostrum.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments - VAPID Thread-Index: AdOgH9QqdWFApXlySTKIm1Rfa6SlWgAMsRSAAElZslA= Date: Fri, 9 Feb 2018 09:14:01 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1612AF@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C15BF4C@ESESSMB109.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplkeLIzCtJLcpLzFFi42KZGbHdQLcrrTbK4PVWXouGzpWsFtfO/GO0 +PpjE5vFyxNlDiwek/d/ZfbYOesuu8eSJT+ZPGbtfMISwBLFZZOSmpNZllqkb5fAlfGkaw5r wQXTinezfjM3MC4w6WLk5JAQMJHYu34NexcjF4eQwGFGia3fLzBBOIsZJd6+OM3cxcjBwSZg IdH9TxukQURAV2LR2QfsIDazQL3E1VObWEBKhAXCJJYvVIMoCZfoWD+FEcK2kvh2vpcJxGYR UJFY0bmGGcTmFfCVmNK+kRFi1RRGiTvbP4IVcQoESrT8PgxWxCggJvH91BomiF3iEreezGeC OFpAYsme88wQtqjEy8f/WCFsJYlFtz8zgdzDLKApsX6XPkSrosSU7ofsEHsFJU7OfMIygVF0 FpKpsxA6ZiHpmIWkYwEjyypG0eLU4qTcdCMjvdSizOTi4vw8vbzUkk2MwEg6uOW3wQ7Gl88d DzEKcDAq8fCyWdZGCbEmlhVX5h5ilOBgVhLhLYsFCvGmJFZWpRblxxeV5qQWH2KU5mBREuc9 6ckbJSSQnliSmp2aWpBaBJNl4uCUamDkVRT76jlp/l9lSRO9b1ttLduO3ZjgwviF78ZEgykF u9+u8qoRfm/58dyBjd/9slY6LV9hPill56sACUVH7rflp/OWF55f5Ba6iemJ4H7fcFmPmydk Zr/rZrr78tsyzfem5xzlmxv3OXQp/pHxFn+5sEjUjo3xiNG7Lrnu45dO3Kpdq5K9rOSAEktx RqKhFnNRcSIAEtoGv6ACAAA= Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - Martin's comments - VAPID X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 09:14:54 -0000 SGkgTWFydGluIChhbmQgb3RoZXJzKSwNCg0KU3BlbnQgdGltZSBpbiB0aGUgYWlyIHRyeWluZyB0 byBwdXQgdG9nZXRoZXIgc29tZSB0ZXh0IG9uIGhvdyB0byBpbXBsZW1lbnQgVkFQSUQgc3VwcG9y dCBpbiBTSVAgcHVzaC4NCg0KSSB3aWxsIGFkZCBpdCB0byB0aGUgcHVsbCByZXF1ZXN0IGxhdGVy LCBidXQgcGxlYXNlIHRha2UgYSBsb29rIGFuZCBzZWUgd2hldGhlciB0aGlzIGlzIGFueXRoaW5n IGxpa2Ugd2hhdCB5b3UgaGFkIGluIG1pbmQgOikNCg0KKFRoZSBJQU5BIHN0dWZmIHdpbGwgYWxz byBiZSBhZGRlZCkNCg0KNy54LiAgc2lwLnZhcGlkIEZlYXR1cmUtQ2FwYWJpbGl0eSBJbmRpY2F0 b3INCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQoNCiAgIFRoZSBzaXAucG5zIGZlYXR1cmUtY2FwYWJpbGl0eSBpbmRpY2F0b3IgaXMgdXNl ZCBpbiBhIFNJUCAyMDAgKE9LKQ0KICAgUmVzcG9uc2UgdG8gYSBTSVAgUkVHSVNURVIgcmVxdWVz dCB0byBpbmRpY2F0ZSBzdXBwb3J0IG9mIHRoZQ0KICAgdGhlIFZvbHVudGFyeSBBcHBsaWNhdGlv biBTZXJ2ZXIgSWRlbnRpZmljYXRpb24gKFZBUElEKSBbUkZDODI5Ml0gDQogICBtZWNoYW5pc20g d2hlbiByZXF1ZXN0aW5nIHB1c2ggcmVxdWVzdHMgYXNzb2NpYXRlZCB3aXRoIHRoZSANCiAgIFNJ UCByZWdpc3RyYXRpb24uDQoNCiAgICAgdmFwaWQtZmMgICAgICAgICAgPSAiK3NpcC52YXBpZCIg RVFVQUwgTERRVU9UIHZhcGlkIFJEUVVPVA0KICAgICB2YXBpZCAgICAgICAgICAgICA9IHRhZy12 YWx1ZQ0KDQogICAgIDsgdGFnLXZhbHVlIGFzIGRlZmluZWQgaW4gUkZDIDM4NDANCg0KICAgICBU aGUgdmFsdWUgb2YgdGhlIGZlYXR1cmUtY2FwYWJpbGl0eSBpbmRpY2F0b3IgaXMgdGhlIHB1Ymxp YyBrZXkgb2YgdGhlIFNJUCBwcm94eSwgd2hpY2ggY2FuDQogICAgIGJlIHVzZWQgYnkgYSBTSVAg VUEgdG8gcmVzdHJpY3Qgc3Vic2NyaXB0aW9ucyB0byB0aGF0IFNJUCBwcm94eSBbUkZDODI5Ml0u IA0KDQoNCk5ldyB0ZXh0IHRvIHNlY3Rpb24gNCAoU0lQIFVBIGJlaGF2aW91cik6DQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCk5FVzoN Cg0KICAgSW4gYWRkaXRpb24sIGlmIHRoZSByZXNwb25zZSBjb250YWlucyBhIEZlYXR1cmUtQ2Fw cyBoZWFkZXIgZmllbGQgd2l0aA0KICAgYSAnK3NpcC52YXBpZCcgaGVhZGVyIGZpZWxkIHBhcmFt ZXRlciwgYW5kIGlmIHRoZSBQTlMgcHJvdmlkZXIgc3VwcG9ydHMNCiAgIHRoZSBWQVBJRCBtZWNo YW5pc20sIHRoZSBVQSBjYW4gdXNlIHRoZSBoZWFkZXIgZmllbGQgcGFyYW1ldGVyDQogICB2YWx1 ZSAoYSBwdWJsaWMga2V5KSB0byByZXN0cmljdCBwdXNoIG5vdGlmaWNhdGlvbnMgZnJvbSANCiAg IHRoZSBwcm94eSBhc3NvY2lhdGVkIHdpdGggdGhlIHB1YmxpYyBrZXkuDQoNCg0KDQpNb2RpZmll ZCAybmQgcGFyYWdyYXBoIGluIHNlY3Rpb24gNS4zOg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpPTEQgKHBvc3NpYmxlIGNoYW5nZXMgdG8g dGhlIHRleHQgYmFzZWQgb24gb3RoZXIgV0dMQyBjb21tZW50cyBub3Qgc2hvd24pOg0KDQogICBJ ZiB0aGUgU0lQIHByb3h5IHN1cHBvcnRzIHRoZSBwbi1wcm92aWRlciBTSVAgVVJJIHBhcmFtZXRl ciB2YWx1ZSwNCiAgIHdoZW4gdGhlIHByb3h5IHJlY2VpdmVzIChvciwgaW4gY2FzZSB0aGUgcHJv eHkgaXMgdGhlIFNJUCByZWdpc3RyYXIsDQogICBjcmVhdGVzKSBhIDIwMCAoT0spIHJlc3BvbnNl IHRvIHRoZSBSRUdJU1RFUiByZXF1ZXN0LCB0aGUgcHJveHkgTVVTVA0KICAgaW5zZXJ0IGEgRmVh dHVyZS1DYXBzIGhlYWRlciBmaWVsZCB3aXRoIGEgJytzaXAucG5zJyBoZWFkZXIgZmllbGQNCiAg IHBhcmFtZXRlciBpbiB0aGUgcmVzcG9uc2UsIGluIG9yZGVyIHRvIGluZm9ybSB0aGUgU0lQIFVB IHRoYXQgdGhlDQogICBwcm94eSBzdXBwb3J0cyB0aGUgUE5TIGluZGljYXRlZCBieSB0aGUgcG4t cHJvdmlkZXIgU0lQIFVSSSBwYXJhbWV0ZXINCiAgIHZhbHVlLg0KDQpORVc6DQoNCiAgIElmIHRo ZSBTSVAgcHJveHkgc3VwcG9ydHMgdGhlIHBuLXByb3ZpZGVyIFNJUCBVUkkgcGFyYW1ldGVyIHZh bHVlLA0KICAgd2hlbiB0aGUgcHJveHkgcmVjZWl2ZXMgKG9yLCBpbiBjYXNlIHRoZSBwcm94eSBp cyB0aGUgU0lQIHJlZ2lzdHJhciwNCiAgIGNyZWF0ZXMpIGEgMjAwIChPSykgcmVzcG9uc2UgdG8g dGhlIFJFR0lTVEVSIHJlcXVlc3QsIHRoZSBwcm94eSBNVVNUDQogICBpbnNlcnQgYSBGZWF0dXJl LUNhcHMgaGVhZGVyIGZpZWxkIHdpdGggYSAnK3NpcC5wbnMnIGhlYWRlciBmaWVsZA0KICAgcGFy YW1ldGVyIGluIHRoZSByZXNwb25zZSwgaW4gb3JkZXIgdG8gaW5mb3JtIHRoZSBTSVAgVUEgdGhh dCB0aGUNCiAgIHByb3h5IHN1cHBvcnRzLCBhbmQgd2lsbCB1c2UsIHRoZSBQTlMgaW5kaWNhdGVk IGJ5IHRoZSBwbi1wcm92aWRlciANCiAgIFNJUCBVUkkgcGFyYW1ldGVyIHZhbHVlLiBJbiBhZGRp dGlvbiwgaWYgdGhlIFNJUCBwcm94eSBzdXBwb3J0cywgYW5kIHdpbGwgdXNlLCANCiAgIHRoZSBW QVBJRCBtZWNoYW5pc20gd2hlbiB0cmlnZ2VyaW5nIHB1c2ggbm90aWZpY2F0aW9ucywgdGhlIHBy b3h5IA0KICAgTVVTVCBpbnNlcnQgYSBGZWF0dXJlLUNhcHMgaGVhZGVyIGZpZWxkIHdpdGggYSAn K3NpcC52YXBpZCcgaGVhZGVyIGZpZWxkIA0KICAgcGFyYW1ldGVyIGluIHRoZSByZXNwb25zZS4g VGhlIGhlYWRlciBmaWVsZCBwYXJhbWV0ZXIgdmFsdWUgaXMgdGhlIA0KICAgcHVibGljIGtleSB2 YWx1ZSBvZiB0aGUgcHJveHksIHdoaWNoIHRoZSBTSVAgVUEgY2FuIHVzZSB0byByZXN0cmljdCBw dXNoIA0KICAgbm90aWZpY2F0aW9ucyBmcm9tIHRoZSBzcGVjaWZpYyBwcm94eSBbUkZDODI5Ml0u DQoNCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBNYXJ0aW4gVGhvbXNvbiBbbWFpbHRvOm1hcnRpbi50aG9tc29uQGdtYWlsLmNv bV0gDQpTZW50OiAwNyBGZWJydWFyeSAyMDE4IDIzOjMxDQpUbzogQ2hyaXN0ZXIgSG9sbWJlcmcg PGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4NCkNjOiBEYWxlIFIuIFdvcmxleSA8d29y bGV5QGFyaWFkbmUuY29tPjsgbWFob25leUBub3N0cnVtLmNvbTsgc2lwY29yZUBpZXRmLm9yZw0K U3ViamVjdDogUmU6IFtzaXBjb3JlXSBXR0xDOiBkcmFmdC1pZXRmLXNpcGNvcmUtc2lwLXB1c2gg LSBNYXJ0aW4ncyBjb21tZW50cyAtIFZBUElEDQoNCk9uIFRodSwgRmViIDgsIDIwMTggYXQgMjow NCBBTSwgQ2hyaXN0ZXIgSG9sbWJlcmcgPGNocmlzdGVyLmhvbG1iZXJnQGVyaWNzc29uLmNvbT4g d3JvdGU6DQo+IEkgaGF2ZSBkb25lIHNvbWUgcXVpY2sgc3R1ZHlpbmcgb24gVkFQSUQuIFNvbWUg b2YgdGhlIHN0YXRlbWVudHMgSSBtYWtlIGJlbG93IG1heSBiZSBmYWxzZSwgc28gZmVlbCBmcmVl IHRvIGNvcnJlY3QgbWUuDQo+DQo+IEZpcnN0LCBNYXJ0aW4gZWFybGllciBzYWlkIHRoYXQgIkZD TSBpbnNpc3RzIG9uIFJGQyA4MjkyIGF1dGhlbnRpY2F0aW9uIi4gSXMgdGhpcyByZWFsbHkgdHJ1 ZT8gQXMgZmFyIGFzIEkga25vdywgdGhlIHVzYWdlIG9mIFZBUElEIGlzIG9wdGlvbmFsLiBBbHNv LCBJIGhhdmVuJ3QgYmVlbiBhYmxlIHRvIGZpbmQgYW55IGRvY3VtZW50YXRpb24gcmVnYXJkaW5n IHVzYWdlIG9mIFZBUElEIGluIG5hdGl2ZSBBbmRyb2lkIGFwcGxpY2F0aW9ucy4gTW9zdCBzZWVt IHRvIGJlIHJlbGF0ZWQgdG8gYnJvd3NlciBhcHBzLiBEbyBBbmRyb2lkIG5hdGl2ZSBhcHBzIGV2 ZW4gY3JlYXRlIGNvbm5lY3Rpb25zIHRvIEZDTSBzZXJ2ZXJzLCBvciBpcyBpdCBkb25lIGJ5IHRo ZSBvcGVyYXRpbmcgc3lzdGVtIChhbmQgdGhlIHVzZWQgYnkgdGhlIG5hdGl2ZSBhcHBzKT8NCj4N Cj4gSWYgd2UgYWRkIHN1cHBvcnQgb2YgVkFQSUQsIGl0IGRvZXNuJ3QgcmVhbGx5IG1hdHRlciB3 aGV0aGVyIGl0J3MgbWFuZGF0b3J5IG9yIG5vdCAtIEkganVzdCB3YW50IHRvIGNsYXJpZnkuDQoN ClllcywgRkNNIHJlcXVpcmVzIHRoYXQgdGhlIHN1YnNjcmlwdGlvbiBiZSByZXN0cmljdGVkIHRv IGEgc2luZ2xlIGFwcGxpY2F0aW9uIHNlcnZlciBrZXkuICAoSSB0aGluayB0aGF0IHRoZXJlIGlz IGEgZGlmZmVyZW50IEFQSSBmb3IgZ2V0dGluZyBhbiA4MDMwIHN1YnNjcmlwdGlvbiwgYnV0IEkg aGF2ZW4ndCBsb29rZWQgaW50byB0aGUgZGV0YWlscy4pDQoNCj4gU2Vjb25kLCB0aGUgdXNhZ2Ug b2YgVkFQSUQgaXMgaW5kaWNhdGVkIHdoZW4gcmVnaXN0ZXJpbmcgdG8gdGhlIEZDTSBzZXJ2aWNl LiAgSW4gdGhlIGNhc2Ugb2YgYSBTSVAgYXBwLCB0aGF0IGlzIGRvbmUgQkVGT1JFIHRoZSBTSVAg UkVHSVNURVIgaXMgc2VudCAocmVhZDogYmVmb3JlIHRoZSBTSVAgcHJveHkgY2FuIHByb3ZpZCB0 aGUga2V5IGV0YyBuZWVkZWQgZm9yIFZBUElEKSwgcG9zc2libHkgYmVmb3JlIGl0IGlzIGV2ZW4g a25vd24gd2hhdCBTSVAgcHJveHkgd2lsbCBiZSB1c2VkLiBPZiBjb3Vyc2UsIGluIHNvbWUgY2Fz ZXMgdGhpcyBpbmZvcm1hdGlvbiBtYXkgYmUgbG9jYWxseSBjb25maWd1cmVkIGluIHRoZSBkZXZp Y2UuDQoNCkNvcnJlY3QuDQoNCj4gQW55d2F5LCBpbiBvcmRlciB0byBhbGxvdyB0aGUgU0lQIHBy b3h5IHRvIHByb3ZpZGUgdGhlIFZBUElEIGluZm9ybWF0aW9uIHRvIHRoZSBkZXZpY2UgdXNpbmcg U0lQLCB3ZSBjb3VsZCBkZWZpbmUgYSBmZWF0dXJlLWNhcGFiaWxpdHkgaW5kaWNhdG9yIChlLmcu LCAic2lwLnZhcGlkIiksIHdoaWNoIGNvbnRhaW5zIHRoZSBrZXkgZXRjLiBUaGUgU0lQIHByb3h5 IGNvdWxkIGluY2x1ZGUgdGhhdCBpbiB0aGUgUkVHSVNURVIgcmVzcG9uc2UgKGFuZCwgaWYgbmVl ZGVkLCBpbiBvdGhlciBTSVAgbWVzc2FnZXMgdG9vKS4NCg0KRG8gd2hhdCB5b3UgZ290dGEuDQo= From nobody Sun Feb 11 12:14:39 2018 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 3CA02127137 for ; Sun, 11 Feb 2018 12:14:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 gekn0RLyomdw for ; Sun, 11 Feb 2018 12:14:37 -0800 (PST) Received: from resqmta-ch2-08v.sys.comcast.net (resqmta-ch2-08v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:40]) (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 248EE127078 for ; Sun, 11 Feb 2018 12:14:37 -0800 (PST) Received: from resomta-ch2-06v.sys.comcast.net ([69.252.207.102]) by resqmta-ch2-08v.sys.comcast.net with ESMTP id ky1EebFdhuluHky1EexFpD; Sun, 11 Feb 2018 20:14:36 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-06v.sys.comcast.net with SMTP id ky1CeaumrVvrPky1DeVOWj; Sun, 11 Feb 2018 20:14:35 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1BKEYEi019558; Sun, 11 Feb 2018 15:14:34 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1BKEXKI019555; Sun, 11 Feb 2018 15:14:33 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: sipcore@ietf.org In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C15FB92@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Sun, 11 Feb 2018 15:14:33 -0500 Message-ID: <87y3jz2sie.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfAtA5PHKvmVhQgNeIGzqK5cOjlIR1ZLeJUQNvLAUIjYzkY1I2ZIThgVf4RAqjtvDr0YWa39GkssJInr499lCflo3760XKTltWRRBR6P5p4fb5YnBtt/k Kmw7BlfaaKnowlMOviTdJtxhuKn7JuY2iEMm5n4gWbtE/WJQ/F4Uh+W00dqjoGDlcJE2sfvBDG9ZvpzrXCLg9F/ddO9aLMLVYgE= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2018 20:14:38 -0000 Christer Holmberg writes: >> In addition, the registrar/proxy doesn't know the amount of time that >> it will take the UA to wake up from a push notification and send its >> re-REGISTER. > > For that reason it needs to trigger the re-REGISTER before the > registration expires. Well, yes, obviously. But the question is *how long* before the registration expires should it trigger the re-registration? I see no mechanism to control that, or even advice on what the interval should be. >> The items in a Feature-Caps header are "indicators", not >> "parameters". See RFC 6809 section 6.3. > > When used in the Feature-Caps, it is a header field parameter - at > least that's how I remember Keith explaining it :) Well, that's not how it's written in the RFC. >> If the SIP proxy is not able to contact the push notification >> provider, or to forward the SIP request to the SIP UA, the proxy MUST >> reject the SIP request. >> >> It might be useful to describe what response code(s) should be used in >> this situation. 408 seems suitable, but it is not specific to this >> situation. 480 is "Temporarily Unavailable", but that means that the >> *user* is temporarily unavailable rather than the *network*. >> It might be worth defining a response code meaning "UA is temporarily >> unavailable". > > In the pull request, I am suggesting 404. > > (I was also considering 503.) Though 404 seems to be used more for "incorrect address", which doesn't really apply here. Dale From nobody Sun Feb 11 14:50:43 2018 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 2755F126C25 for ; Sun, 11 Feb 2018 14:50:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 5xUa0rwuUCX0 for ; Sun, 11 Feb 2018 14:50:39 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4DBCF1267BB for ; Sun, 11 Feb 2018 14:50:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518389437; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=K5kGUtfg59IpIwUpLGHLYZsgpF0fgHiK8aAb4Sr7qjU=; b=eaLo/fsjx4Amj2N0swj+HR49YKCk0dbeFErndvEeG5pxOomwch+hR15NslTxIp55 GHJ3pm/IxPJCb4j/yfyiRkpuIVc8t9+hNZaNR7omhpZipse8iai6dl1hsXWwgi77 I+a7x4H/9SHKzEPe/38AUcCzrY64SquQIGoDW/szWMM=; X-AuditID: c1b4fb3a-35fff700000067b4-44-5a80c8bc6fd7 Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id F7.4B.26548.CB8C08A5; Sun, 11 Feb 2018 23:50:37 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0352.000; Sun, 11 Feb 2018 23:50:36 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew Thread-Index: AQHTo3Tx26OXj1djl06qZubfViMegKOfy6Eg Date: Sun, 11 Feb 2018 22:50:36 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C165B6E@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C15FB92@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) <87y3jz2sie.fsf@hobgoblin.ariadne.com> In-Reply-To: <87y3jz2sie.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUyM2K7je7eEw1RBteWclp8/bGJzeLliTIH Jo/J+78yeyxZ8pMpgCmKyyYlNSezLLVI3y6BK2Pr5RVMBUuEKvrnnmdsYNzF18XIySEhYCIx +WEnK4gtJHCYUeL7DdUuRi4gewmjxJ9n81i6GDk42AQsJLr/aYOYIgKaEh0LckDKmYHMRzv3 MoHYwgLBEqf33WADsUUEQiQ2XWxgh7CNJCb+PsYG0soioCpxvrMQJMwr4CvRtfsuI8Sm6YwS C25eBzuBU8BYYsX9PrBeRgExie+n1jBB7BKXuPVkPhPEyQISS/acZ4awRSVePv7HCmErSazY fokRol5HYsHuT2wQtrbEsoWvmSEWC0qcnPmEZQKj6CwkY2chaZmFpGUWkpYFjCyrGEWLU4uL c9ONjPRSizKTi4vz8/TyUks2MQIj5OCW31Y7GA8+dzzEKMDBqMTDm3K4IUqINbGsuDL3EKME B7OSCO+NFKAQb0piZVVqUX58UWlOavEhRmkOFiVxXqc0iyghgfTEktTs1NSC1CKYLBMHp1QD 4wT51TPaP8+ftMRy45Ppv0I+vtRe5PgwwTvox+7yvRkvdfia1JUD11cJTEz1nKPV7n730p67 nr01vS8N9rfqz084uvllpQ9Pt31gRV/yruOmp52+CYjbOIrM67h8v/Wg6+WKWX8/+K1+1xrb arnYoo/R9bVcrXcu184lSe6rSvtfhx/7+bqlU4mlOCPRUIu5qDgRAIV1rG6MAgAA Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2018 22:50:41 -0000 Hi, >>> In addition, the registrar/proxy doesn't know the amount of time that=20 >>> it will take the UA to wake up from a push notification and send its=20 >>> re-REGISTER. >> >> For that reason it needs to trigger the re-REGISTER before the=20 >> registration expires. > > Well, yes, obviously. But the question is *how long* before the registra= tion expires should it trigger the re-registration? =20 > I see no mechanism to control that, or even advice on what the interval s= hould be. I guess we don't need to define a specific value, but a minimum value. 10 s= econds? RECOMMENDED? SHOULD? --- >>> The items in a Feature-Caps header are "indicators", not=20 >>> "parameters". See RFC 6809 section 6.3. >> >> When used in the Feature-Caps, it is a header field parameter - at=20 >> least that's how I remember Keith explaining it :) > > Well, that's not how it's written in the RFC. I think his argument was that, in the Feature-Caps header field, the indica= tors are represented as header field parameters. ---- >>> If the SIP proxy is not able to contact the push notification >>> provider, or to forward the SIP request to the SIP UA, the proxy MUST >>> reject the SIP request. >>> >>> It might be useful to describe what response code(s) should be used=20 >>> in this situation. 408 seems suitable, but it is not specific to=20 >>> this situation. 480 is "Temporarily Unavailable", but that means=20 >>> that the >>> *user* is temporarily unavailable rather than the *network*. >>> It might be worth defining a response code meaning "UA is temporarily=20 >>> unavailable". >> >> In the pull request, I am suggesting 404.=20 >> >> (I was also considering 503.) > > Though 404 seems to be used more for "incorrect address", which doesn't r= eally apply here. I suggest to separate the cases: - In case of a non-2xx response to the REGISTER request triggered by the pu= sh notification, or if the contact in the REGISTER response does not match = the Request-URI of the SIP request to forward, we use 404. Of course, we co= uld define a new 4xx (Request-URI Not Registered) response code, but I don'= t see how it would be semantically different from 404. - In case of a failure to request the push notification, we use 555. Regards, Christer From nobody Sun Feb 11 15:41:08 2018 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 146FC126DFF for ; Sun, 11 Feb 2018 15:41:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 7DA3PDxcXGAr for ; Sun, 11 Feb 2018 15:41:05 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4F7A126D3F for ; Sun, 11 Feb 2018 15:41:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518392463; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=V9ckjPk/7mwgqUnLTnX50Tyw/xxTMMfHOmAYQHEI8Ao=; b=RXsXwSqoYvIhtBPx34/N99g76zNQErqv/tLkkLKUEX+SFk5O+59R0VM32dgwBwDL dyHuAIZ7t5DEQXZdYnx6qQHon+ifhHbLCAuRod7GQThM/vAVmRBmd2MWdGBydj5N 4H+kfPmy9WrVJ+oKd8Kdv2PETjSzYgIRx1T0qHQhoGI=; X-AuditID: c1b4fb3a-347ff700000067b4-0b-5a80d48ebbd8 Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.183.42]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 49.1E.26548.E84D08A5; Mon, 12 Feb 2018 00:41:03 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC008.ericsson.se ([153.88.183.42]) with mapi id 14.03.0352.000; Mon, 12 Feb 2018 00:41:02 +0100 From: Christer Holmberg To: "sipcore@ietf.org" CC: "sipcore-chairs@ietf.org" Thread-Topic: SIP Push WGLC: Updated pull request Thread-Index: AdOjkWpoft0ER0HpRXWND02SXdFksQ== Date: Sun, 11 Feb 2018 23:41:01 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C165C37@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B6C165C37ESESSMB109erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOLMWRmVeSWpSXmKPExsUyM2K7lm7/lYYog75LTBa9nxcyW3z9sYnN gcljyZKfTAGMUVw2Kak5mWWpRfp2CVwZGw43sxfsk6rYvrqNrYFxqXgXIyeHhICJxMJvJ5m6 GLk4hAQOM0ocvNjBCOEsYZRYcmsPSxcjBwebgIVE9z9tkAYRAU2J5d+2soPYzALmEm3dLSwg trCAjsTrrzNYIWoMJW4fOMECYetJrHnwng3EZhFQleg+tReshlfAV+Lpj3lMIDajgJjE91Nr mCBmikvcejKfCeI4AYkle84zQ9iiEi8f/2OFsJUkVmy/xAhRny+x7uFPZoiZghInZz5hmcAo NAvJqFlIymYhKYOI60gs2P2JDcLWlli28DUzjH3mwGMmZPEFjOyrGEWLU4uLc9ONjPRSizKT i4vz8/TyUks2MQKj4+CW31Y7GA8+dzzEKMDBqMTDm3K4IUqINbGsuDL3EKMEB7OSCG/nBaAQ b0piZVVqUX58UWlOavEhRmkOFiVxXqc0iyghgfTEktTs1NSC1CKYLBMHp1QDo9WFfRcjXf5X xiSXc8T52OYePlMRMVfRleF/eb7lk/qSDbYu+TO2FictNDxu1KJjH7Qmdb/B9RUHAmtF1hXy c7z4cUDhWjn/jqvLE3jnJVy80cFjevTbWedQToOZTX0XFXWu/auYcMrS9+qqCzfPCXOyzTlS oxMl7c3ca8rU6/tbu1KnSL1ZiaU4I9FQi7moOBEAVMlnRooCAAA= Archived-At: Subject: [sipcore] SIP Push WGLC: Updated pull request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2018 23:41:07 -0000 --_000_7594FB04B1934943A5C02806D1A2204B6C165C37ESESSMB109erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have updated the pull request. I have tried to address as much as possibl= e of the WGLC comments, and there are lots of changes. If people want, I can merge the PR and submit a new version of the draft, i= f it makes it easier to review the changes and determine what is still need= ed. https://github.com/cdh4u/draft-sip-push/pull/9 Regards, Christer --_000_7594FB04B1934943A5C02806D1A2204B6C165C37ESESSMB109erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have updated the pull request. I have tried to add= ress as much as possible of the WGLC comments, and there are lots of change= s.

 

If people want, I can merge the PR and submit a new = version of the draft, if it makes it easier to review the changes and deter= mine what is still needed.

 

https://github.com/cdh4u/draft-sip-push/pull/9

 

Regards,

 

Christer

--_000_7594FB04B1934943A5C02806D1A2204B6C165C37ESESSMB109erics_-- From nobody Mon Feb 12 03:42:11 2018 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 EFB02124D37 for ; Mon, 12 Feb 2018 03:42:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] 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 7top2GEqY-xr for ; Mon, 12 Feb 2018 03:42:08 -0800 (PST) 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 57EEB1201FA for ; Mon, 12 Feb 2018 03:42:08 -0800 (PST) Received: from mutabilis-2.local ([47.186.15.50]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w1CBg70F055537 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 12 Feb 2018 05:42:07 -0600 (CST) (envelope-from mahoney@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.15.50] claimed to be mutabilis-2.local To: SIPCORE From: "A. Jean Mahoney" Message-ID: Date: Mon, 12 Feb 2018 05:42:08 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.6.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-callinfo-spam X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2018 11:42:10 -0000 Hi all, Working Group Last Call starts today for draft-ietf-sipcore-callinfo-spam. https://datatracker.ietf.org/doc/draft-ietf-sipcore-callinfo-spam/ Please provide any feedback to the sipcore mailing list by Monday, February 26th. Thanks! Jean From nobody Mon Feb 12 03:46:33 2018 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 A7DE8124D37 for ; Mon, 12 Feb 2018 03:46:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 FADjnNMeRA-r for ; Mon, 12 Feb 2018 03:46:31 -0800 (PST) Received: from resqmta-ch2-05v.sys.comcast.net (resqmta-ch2-05v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8CA01201FA for ; Mon, 12 Feb 2018 03:46:31 -0800 (PST) Received: from resomta-ch2-05v.sys.comcast.net ([69.252.207.101]) by resqmta-ch2-05v.sys.comcast.net with ESMTP id lCZ4e7MdiK5JdlCZ4eUWcl; Mon, 12 Feb 2018 11:46:30 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-05v.sys.comcast.net with SMTP id lCZ3enucpJ5LxlCZ4e1TSG; Mon, 12 Feb 2018 11:46:30 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1CBkS1t019792; Mon, 12 Feb 2018 06:46:28 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1CBkSol019789; Mon, 12 Feb 2018 06:46:28 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: sipcore@ietf.org In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C15FB92@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Mon, 12 Feb 2018 06:46:28 -0500 Message-ID: <87fu66juqz.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfO74g6JEyPqmF4ebFWh/oy/SHNzXWSo8lMWFWUcqlphh+M5YkVIe9UtfZFzCuxuvWuuDQeG8ke9pC5rv3E+1DK+GY1HfOaD4MW/Iw92CxYh3VFapncDx ZC1ojNJxpItFgtbfIOGHw4180jreBsEcxM3HeL6xsvmqej9wzmYiQB+e3/0yhP5MP8S0hjFqwCxWuiFXcOpyzzx0Dz0uX3pyTDA= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2018 11:46:33 -0000 > >> The items in a Feature-Caps header are "indicators", not > >> "parameters". See RFC 6809 section 6.3. > > > > When used in the Feature-Caps, it is a header field parameter - at > > least that's how I remember Keith explaining it :) > > Well, that's not how it's written in the RFC. Perhaps the word you're looking for is "values"? One meaning of "value" is what follows the colon in a header, but by virtue of RFC 3261 section 7.3, a series of headers can be combined by separating their values with commas, and so it's reasonable to call the items separated by comma "values" and people do so. OTOH, "parameters" seems to be used only for things following semicolons. Dale From nobody Mon Feb 12 06:01:27 2018 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 013EE129516 for ; Mon, 12 Feb 2018 06:01:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 ASMO7dxi59g2 for ; Mon, 12 Feb 2018 06:01:23 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 736E3129515 for ; Mon, 12 Feb 2018 06:01:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518444079; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=5rTY6IJvBCNAKMYKD3iFjz139o6P3v5/Shg2/vEz2DA=; b=MaVFCQlR8Zd7MeBj/8r6eTxSVgFVsURQ8bROuoVhddSB01/l5PaJUr5DspAsMZH6 femf7UOTzSRN2q0a1X1KNWXV2+HcRWVgWCuoZ5L0+O9PxkPAV9F35a1+LYPmE8Kz Xvn+C2L1ij1tBF1cZIu1JHrRA8ijZbyWI0f0u4M2oX0=; X-AuditID: c1b4fb3a-728f89c0000067b4-dd-5a819e2fd5d5 Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.183.72]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id AC.FB.26548.F2E918A5; Mon, 12 Feb 2018 15:01:19 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC018.ericsson.se ([153.88.183.72]) with mapi id 14.03.0352.000; Mon, 12 Feb 2018 15:01:18 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew Thread-Index: AQHTo/ce26OXj1djl06qZubfViMegKOg4CEA Date: Mon, 12 Feb 2018 14:01:18 +0000 Message-ID: References: <7594FB04B1934943A5C02806D1A2204B6C15FB92@ESESSMB109.ericsson.se> <87fu66juqz.fsf@hobgoblin.ariadne.com> In-Reply-To: <87fu66juqz.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.19] Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprHIsWRmVeSWpSXmKPExsUyM2K7h67+vMYogymLdSy+/tjEZvHyRJkD k8fk/V+ZPZYs+ckUwBTFZZOSmpNZllqkb5fAldH5u4Wx4DVbxemdy1kaGDeydjFyckgImEg8 nv2FvYuRi0NI4DCjRNfH02wQzhJGiYMbO4AcDg42AQuJ7n/aIKaIgKZEx4IckF5mIPPRzr1M ILawQLDE5P8/2EBsEYEQiU0XG9ghbCOJ5bNvMILYLAKqEsuvHAaL8wpYSxz+MwHMFhIok7hw YxeYzSlgLLH+70+wekYBMYnvp9YwQewSl7j1ZD4TxM0CEkv2nGeGsEUlXj7+B/aLqICexIYT t9kh4ooS7U8bGCF6DSTen5vPDGFbS2x5/hxqprbEsoWvmSHuEZQ4OfMJywRG8VlI1s1C0j4L SfssJO2zkLQvYGRdxShanFpcnJtuZKSXWpSZXFycn6eXl1qyiREYawe3/LbawXjwueMhRgEO RiUeXpu2xigh1sSy4srcQ4wSHMxKIrx/moFCvCmJlVWpRfnxRaU5qcWHGKU5WJTEeZ3SLKKE BNITS1KzU1MLUotgskwcnFINjD0a76QkD+hPvMPUl1B/KDPlX5yPfqjZ5t3lJp2mQTyizNvk ekoOK3ZPlrnmu+ikRL/6jPg/h9QuCjLPeLHiy44Pb7n6U2bHXLVN+pEXU8FezWjsPOFmb9eF LVXHTjZrJU9hP7jNg3F/mEtwgLj9HdncuMPMxjtus06y2fZHLEpjy6nzvQvSlFiKMxINtZiL ihMBdwD41bECAAA= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2018 14:01:25 -0000 Hi, >> >> The items in a Feature-Caps header are "indicators", not >> >> "parameters". See RFC 6809 section 6.3. >> > >> > When used in the Feature-Caps, it is a header field parameter - at >> > least that's how I remember Keith explaining it :) >>=20 >> Well, that's not how it's written in the RFC. > >Perhaps the word you're looking for is "values"? One meaning of "value" >is what follows the colon in a header, but by virtue of RFC 3261 section >7.3, a series of headers can be combined by separating their values with >commas, and so it's reasonable to call the items separated by comma >"values" and people do so. > >OTOH, "parameters" seems to be used only for things following >semicolons. I don=B9t know=8A I don't want time arguing about it, so unless anyone has issues with it I=B9m ok using =B3indicators=B2 :) Regards, Christer From nobody Mon Feb 12 07:23:18 2018 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 6EEF912D779 for ; Mon, 12 Feb 2018 07:23:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 jPKI9i0ImPag for ; Mon, 12 Feb 2018 07:23:15 -0800 (PST) Received: from alum-mailsec-scanner-4.mit.edu (alum-mailsec-scanner-4.mit.edu [18.7.68.15]) by ietfa.amsl.com (Postfix) with ESMTP id CD9F112D0C3 for ; Mon, 12 Feb 2018 07:23:14 -0800 (PST) X-AuditID: 1207440f-ab7ff70000000ab0-d3-5a81b15f812c Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id 4C.BC.02736.061B18A5; Mon, 12 Feb 2018 10:23:12 -0500 (EST) Received: from PaulKyzivatsMBP.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.13.8/8.12.4) with ESMTP id w1CFNACR003667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 12 Feb 2018 10:23:11 -0500 To: sipcore@ietf.org References: From: Paul Kyzivat Message-ID: <600669c7-4203-d71c-c59f-3a64eb120e78@alum.mit.edu> Date: Mon, 12 Feb 2018 10:23:10 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkleLIzCtJLcpLzFFi42IRYndR1E3c2BhlcPqCjMXXH5vYHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVMXv6RcaCiSwVF++cZ25gXMTcxcjJISFgIvHr1xy2LkYuDiGB HUwS5y/eZIRwfjBJvP93jAWkSljAVuJW4yU2EFtEQETi2fR/YLaQgJ3Eukd3wCaxCWhJzDn0 H6yeV8Be4teXX2A2i4CqxOIf/WA1ogJpEq+e7WCGqBGUODnzCVgNJ1D9xSP/GUFsZgEziXmb HzJD2OISt57MZ4Kw5SW2v53DPIGRfxaS9llIWmYhaZmFpGUBI8sqRrnEnNJc3dzEzJzi1GTd 4uTEvLzUIl0TvdzMEr3UlNJNjJCw5N/B2LVe5hCjAAejEg9vx+zGKCHWxLLiytxDjJIcTEqi vMvWAoX4kvJTKjMSizPii0pzUosPMUpwMCuJ8P5pBsrxpiRWVqUW5cOkpDlYlMR51Zeo+wkJ pCeWpGanphakFsFkZTg4lCR4gzYANQoWpaanVqRl5pQgpJk4OEGG8wANTwep4S0uSMwtzkyH yJ9itOdoW/mkjZmj5SKI3PXoJZC88eJ1G7MQS15+XqqUOK8vSJsASFtGaR7cZFjKecUoDvSo MG8dSBUPMF3BzX4FtJYJaK2uNtjakkSElFQDo7CtwI3P61cWGq2vsk/2e3OXySCX8ZXDlfCV t1ebvBKeE7VhfeFefqbrX3XjAr89OK77cMH6coZavz0ObzdvNGHYv2TGsRfrzwv6nBX7s2/5 TCvPsEmTU9f71HbFey7zs5Z6eXeq556EUHZ90aVWvzZ+Wx/zyFfweMOH3Wesk/cZL6rlPj9x TZ4SS3FGoqEWc1FxIgAjaP5HFAMAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-callinfo-spam X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2018 15:23:16 -0000 On 2/12/18 6:42 AM, A. Jean Mahoney wrote: > Hi all, > > Working Group Last Call starts today for draft-ietf-sipcore-callinfo-spam. > > https://datatracker.ietf.org/doc/draft-ietf-sipcore-callinfo-spam/ > > Please provide any feedback to the sipcore mailing list by Monday, > February 26th. I have some issues with the example in 6.1. It has: Feature-Caps: *sip.call-info.spam AFAIK it should be: Feature-Caps: *;+sip.call-info.spam Otherwise I think this is in good shape. Thanks, Paul From nobody Mon Feb 12 09:40:28 2018 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 69A83126E3A for ; Mon, 12 Feb 2018 09:40:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 AtGnwSGtY6It for ; Mon, 12 Feb 2018 09:40:25 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B7E4124205 for ; Mon, 12 Feb 2018 09:40:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518457223; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=4YruztnrpwAjFoacxu9qwwbm/xOze166I3LV9bHnmHg=; b=TgZ10TjiCYdaDjIQfH42QfYv1fZMjN5m2HJguVKSMhsY/btYaxFFeO6NrEjGlz13 AyWls9qalqNSGW8u6MJKKan2iFzCG+rAQHFAFRZQCS27n+OKkaVflBgl1m/i4m9z HxrytpTOXNBq17gvWpNdywlprk0T7V+J3geFAhMVlp8=; X-AuditID: c1b4fb3a-35fff700000067b4-b5-5a81d187cba3 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 65.61.26548.781D18A5; Mon, 12 Feb 2018 18:40:23 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.03.0352.000; Mon, 12 Feb 2018 18:40:22 +0100 From: Christer Holmberg To: "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-callinfo-spam - Christer's comments Thread-Index: AdOkIYQ7ATpnxHkgTVqWiYQYWfVicQ== Date: Mon, 12 Feb 2018 17:40:22 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C167E68@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrLLMWRmVeSWpSXmKPExsUyM2K7um77xcYog/XT5S2+/tjE5sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujI1zf7MUNAtVdB1rYWlgXMjXxcjJISFgIrHo2Q1GEFtI4DCj xOtTUl2MXED2EkaJCw8mMncxcnCwCVhIdP/TBqkREdCUWP5tKzuILSwQKvH52lomiHiYxNQd DSwQtp7ExS/XwWpYBFQl3l58CRbnFfCV2DtpHVg9o4CYxPdTa8BsZgFxiVtP5jNB3CMgsWTP eWYIW1Ti5eN/rBC2ksSK7ZcYIep1JBbs/sQGYWtLLFv4mhlivqDEyZlPWCYwCs1CMnYWkpZZ SFpmIWlZwMiyilG0OLW4ODfdyEgvtSgzubg4P08vL7VkEyMwkA9u+W21g/Hgc8dDjAIcjEo8 vIvONEYJsSaWFVfmHmKU4GBWEuH90wwU4k1JrKxKLcqPLyrNSS0+xCjNwaIkzuuUZhElJJCe WJKanZpakFoEk2Xi4JRqYExxl/IRP7pIbvbagKsGRyXmi/Q9PHX90qx/LqnZ5UuKWc8lXeYW e/SC7VYvZ6nMyd3lEnoTKm6zFq/z10qOj1tee+ejdkh3yeeoNZsrc/s82w7H+8/zN5zvc2vV x1PTPm+TyJ/8Lu9ysOH6O/XK1xUUJbQVrr1V3fKw/v3LdVH2pRs+M+2qdVZiKc5INNRiLipO BAAYDKMsYAIAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-callinfo-spam - Christer's comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2018 17:40:27 -0000 Hi, Below is my WGLC review. SUMMARY: In general everything looks good. I do have some comments, but they are mos= tly editorial. GENERAL: Q1: The draft uses both "called party" and "receiving party" terminology. P= lease use consistent terminology. Similar with "calling party", "caller", "= call initiator". Q2: The draft uses lower case key words (e.g., "may"). Unless they are mean= t to be upper case, I suggest to use non-key words (e.g., "might" or "can")= . Just to save you from the same comments once the document is reviewed by = Ben :) ABSTRACT: Q3: s/Call-Info parameters/Call-Info header field parameters Q4: s/feature tag/feature-capability indicator INTRODUCTION: Q5: s/we describe/the document describes Q6:=20 The text says: "Providers may also find the SIP Priority header ([RFC3261], Section 20.26) field useful in helping called parties decide how to respond to an incoming call." But, the Priority header field is not mentioned anywhere else in the docume= nt. If you want to keep the text you should say something like: "However, the usage of the Priority header field is outside the scope of th= is document." Q7: The text says: "The SIP provider serving the called party MUST remove any parameters enumerated in this specification that it does not trust." Can "enumerated" be "described", in order to have consistent terminology? Q8: The text says: "The Call-Info header field MAY be signed using a future "ppt" extension= to [I-D.ietf-stir-rfc4474bis]." I don't you can use upper case MAY and then talk about the future. Also, "p= pt" is defined in draft-ietf-stir-passport. I suggest something like: "[draft-ietf-stir-passport] defines a mechanism for signing SIP informati= on elements. A future specification might=20 define a "ppt" extension for signing the Call-Info header field." SECTION 3: Q9: s/feature capability indicator/feature-capability indicator Q10: When you talk about what UAs, proxies and B2BUAs MUST do/support, you = should say UAs/B2BUAs/proxies supporting the feature/mechanism defined in t= his document. SECTION 6.2: Q11: There is no description of the INVITE example, and what it shows. Regards, Christer From nobody Mon Feb 12 11:26:16 2018 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 7E84A126D74 for ; Mon, 12 Feb 2018 11:26:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 zmTMZGuSOMhB for ; Mon, 12 Feb 2018 11:26:13 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3489126C0F for ; Mon, 12 Feb 2018 11:26:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518463571; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=uV67l3NxxxmdR7xtvJBAImaghVG3hTXa8E2mGD9LC4M=; b=FI9+kZT3KgmfLnonWhlJELkN+m/qwU0OA3OOfYLKsOIT6hVWRKcIiLLGp/PxsjiB rKuRcPEn99NpQEGyRoQQMo3P5yio4mw3x65cbQ2scEgRjcaHdYin/KzksgJ2EexA ZJ5R03Mmc6Wlo4B/NmeGeP8ecSiLo47I3i+iSunYiaw=; X-AuditID: c1b4fb25-48bff7000000341b-5f-5a81ea52563f Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 73.3D.13339.25AE18A5; Mon, 12 Feb 2018 20:26:11 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0352.000; Mon, 12 Feb 2018 20:26:10 +0100 From: Christer Holmberg To: Roman Shpount , Mickey Arnold CC: "Dale R. Worley" , SIPCORE Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests Thread-Index: AdOkNUHcO7xdAUe5TWCUHLhBkFmBpA== Date: Mon, 12 Feb 2018 19:26:09 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C168396@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrILMWRmVeSWpSXmKPExsUyM2K7mW7wq8Yogw1vuSwOt2xkt5hxYSqz xdcfm9gsXp4oc2DxmLz/K7PHkiU/mTyO3pzL7HFrSkEASxSXTUpqTmZZapG+XQJXxtGlyxgL 9klUPOr5zdjA+Ea8i5GTQ0LAROL+wV9MXYxcHEIChxklnt6/wAzhLGGUOHh6DlsXIwcHm4CF RPc/bZAGEYEwiZmbJjOChJkFXCW672iBmMIC6RKTNnFAVGRI3FsxgxkkLCKgJzHrgD5ImEVA VeLQlPvMIDavgK/E2m+rWEFsRgExie+n1jCB2MwC4hK3nsxngrhMQGLJnvPMELaoxMvH/1gh bCWJFdsvQR2gKbF+lz5Eq6LElO6H7BDjBSVOznzCMoFReBaSqbMQOmYh6ZiFpGMBI8sqRtHi 1OKk3HQjY73Uoszk4uL8PL281JJNjMCIOLjlt+oOxstvHA8xCnAwKvHwTn7aGCXEmlhWXJl7 iFGCg1lJhPdPM1CINyWxsiq1KD++qDQntfgQozQHi5I470lP3ighgfTEktTs1NSC1CKYLBMH p1QDY7jGojfv96W7fq55d8CMm+GjlPb60/EbDGr0JycZVLgn661bJaeoWM75pPZd8pp/Xfs3 Gd/ykTu4aY8Cw/qX7df+/H/kPauvVUmn6kzZMXZdtwvvgusSprhJaXxo3sP2Ovmtec8SwzWl D8OLIrS5VnplW8YEsyQ9CP06+bmyKBvvh9mvY2NNlViKMxINtZiLihMBQFTI64QCAAA= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2018 19:26:14 -0000 SGkgUm9tYW4sDQoNCj4+IFRoYXQgc2FpZCBJIHRoaW5rIGl0IGNhbiBiZSBhbGxvd2FibGUgZm9y IHRoZSBwcm94eSBvciByZWdpc3RyYXIgdG8gdXNlIHRoZSBwbi1wcm92aWRlciBwYXJhbWV0ZXIg dG8gDQo+PiBkZWNpZGUgd2hldGhlciBvciBub3QgdG8gcHJvbXB0IHJlLXJlZ2lzdHJhdGlvbnMg Zm9yIGEgcGFydGljdWxhciBVQS4gUHJhY3RpY2FsbHkgdGhlIHBuLXByb3ZpZGVyIA0KPj4gd2ls bCBvZnRlbiBtYXAgdG8gYSBjZXJ0YWluIGNsYXNzIG9mIFVBcyBhbGxvd2luZyB0aGUgbmV0d29y ayBvcGVyYXRvciB0byBwcm92aWRlIHRoaXMgZnVuY3Rpb24gDQo+PiB3aGVyZSByZXF1aXJlZCBh bmQgb3B0aW1pemUgaXQgb3V0IHdoZXJlIGl0J3Mgbm90LiBUaGlzIGFsc28gYXZvaWRzIHRoZSBu ZWVkIGZvciBleHRyYSBmbG93cyBvciANCj4+IHBhcmFtZXRlcnMuIEkgcmVhZCBzZWN0aW9uIDUu MiBhcyBhbGxvd2luZyB0aGlzIGFscmVhZHkgYnV0IGl0IGNvdWxkIGJlIHdvcnRoIGFuIGV4dHJh IHNlbnRlbmNlIHRvIGNsYXJpZnkuDQo+DQo+IEkgaGF2ZSBzdWdnZXN0ZWQgaW4gYW5vdGhlciB0 aHJlYWQgdGhhdCBwcm94eSBzaG91bGQgcmV0dXJuIG1pbmltdW0gaW50ZXJ2YWwgYWZ0ZXIgd2hp Y2ggaXQgZXhwZWN0cyB0bw0KPiB0cmlnZ2VyIGEgcHVzaCBub3RpZmljYXRpb24gZm9yIHJlZ2lz dHJhdGlvbiAoc29tZXRoaW5nIGxpa2UgcG4tcmVmcmVzaCBTSVAgVVJMIHBhcmFtZXRlciBpbiBD b250YWN0IHJlZ2lzdHJhdGlvbg0KPiByZXNwb25zZSkuIEJhc2VkIG9uIHRoaXMgU0lQIFVBIGNh biB0cnkgdG8gc2NoZWR1bGUgdGhlIHJlLXJlZ2lzdHJhdGlvbi4gSWYgU0lQIFVBIHN1Y2Nlc3Nm dWxseSByZS1yZWdpc3RlciBiZWZvcmUgDQo+IHByb3h5IHRyaWdnZXJzIHB1c2ggbm90aWZpY2F0 aW9uLCB0aGVuIHB1c2ggbm90aWZpY2F0aW9uIHdpbGwgYmUgYXZvaWRlZC4gSWYgVUEgZG9lcyBu b3QgcmUtcmVnaXN0ZXIgZWl0aGVyIGR1ZSB0byANCj4gbW9iaWxlIE9TIGxpbWl0YXRpb25zIG9y IE9TIHNjaGVkdWxpbmcgZmFpbHVyZSwgcHJveHkgd2lsbCB0cmlnZ2VyIHRoZSBwdXNoIG5vdGlm aWNhdGlvbiB0byB3YWtlIHRoZSBjbGllbnQgYW5kIHRyaWdnZXINCj4gdGhlIHJlLXJlZ2lzdHJh dGlvbi4NCg0KSSBoYXZlIGFkZGVkIHRleHQgdG8gdGhlIHB1bGwgcmVxdWVzdCB3aGljaCBjb3Zl cnMgdGhlIFVBLXVzaW5nLXRpbWVyLXRvLXJlLXJlZ2lzdGVyIGNhc2UuIFRoZSB0ZXh0IHNheXM6 DQoNCiAgICAgICAgICAiTk9URTogSWYgdGhlIHByb3h5IGRvZXMgbm90IHJlcXVlc3QgYSBwdXNo IG5vdGlmaWNhdGlvbiB0b3dhcmRzIHRoZSBVQSwgYnV0IHN0aWxsIHJlY2VpdmVzIGEgcmUtcmVn aXN0cmF0aW9uDQogICAgICAgICAgUkVHSVNURVIgcmVxdWVzdCwgaXQgbWVhbnMgdGhhdCB0aGUg VUEgaGFzIGF3YWtlbiB1c2luZyBzb21lIG5vbi1wdXNoIG1lY2hhbmlzbSAoZS5nLiwgdXNpbmcg YSB0aW1lcikuIElmIHRoZQ0KICAgICAgICAgIFJFR0lTVEVSIHJlcXVlc3QgdXBkYXRlcyB0aGUg cmVnaXN0cmF0aW9uIGV4cGlyYXRpb24gdmFsdWUsIHRoZSBwcm94eSBkb2VzIG5vdCBuZWVkIHRv IHJlcXVlc3QgYSBwdXNoIG5vdGlmaWNhdGlvbg0KICAgICAgICAgIHVudGlsIHRoZSBuZXh0IHRp bWUgdGhlIHJlZ2lzdHJhdGlvbiBpcyBhYm91dCB0byBleHBpcmUgKGluIHdoaWNoIGNhc2UgaXQg bWlnaHQgYWdhaW4gcmVjZWl2ZSBhIFJFR0lTVEVSIHJlcXVlc3QNCiAgICAgICAgICBiZWZvcmUg cmVxdWVzdGluZyB0aGUgcHVzaCBub3RpZmljYXRpb24gKS4gVGhpcyBhbGxvd3MgdGhlIFVBIHRv IHVzZSB0aW1lcnMgZm9yIHNlbmRpbmcgcmUtcmVnaXN0cmF0aW9uIFJFR0lTVEVSIA0KICAgICAg ICAgIHJlcXVlc3RzLCBidXQgdG8gdXNlIHB1c2ggbm90aWZpY2F0aW9uIHRvIGF3YWtlbiB0aGUg VUEgd2hlbiBhIFNJUCByZXF1ZXN0IGFkZHJlc3NlZCB0b3dhcmRzIHRoZSBVQSBhcnJpdmVzIChp biANCiAgICAgICAgICB3aGljaCBjYXNlIHRoZSBwcm94eSB3aWxsIHJlcXVlc3QgYSBwdXNoIG5v dGlmaWNhdGlvbiB1c2luZyB0aGUgcHJvY2VkdXJlcyBpbiA8eHJlZiB0YXJnZXQ9InNlY3Rpb24u cHJveHkucmVxLm90aCI+LiINCg0KU28sIHRoZXJlIGlzIG5vIG5lZWQgZm9yIG5ldyBwYXJhbWV0 ZXJzIGV0Yy4gVGhlIHByb3h5IHNpbXBseSBmb2xsb3dzICB3aGVuIHRoZSByZWdpc3RyYXRpb24g ZXhwaXJhdGlvbiBpcyBhYm91dCB0byBleHBpcmUuDQoNClJlZ2FyZHMsDQoNCkNocmlzdGVyDQog IA0KwqANCg== From nobody Mon Feb 12 19:49:31 2018 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 A5703120227; Mon, 12 Feb 2018 19:49:29 -0800 (PST) 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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151849376962.22234.10536740610301824335@ietfa.amsl.com> Date: Mon, 12 Feb 2018 19:49:29 -0800 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-reason-q850-loc-03.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 03:49:30 -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 : ISUP Cause Location Parameter for the SIP Reason Header Field Author : Roland Jesske Filename : draft-ietf-sipcore-reason-q850-loc-03.txt Pages : 6 Date : 2018-02-12 Abstract: The SIP Reason header field is defined for carrying ISDN User Part (ISUP) cause values as well as SIP response codes. Some services in SIP networks may need to know the ISUP location where the call was released in the PSTN network to correctly interpret the reason of release. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-reason-q850-loc/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-reason-q850-loc-03 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-reason-q850-loc-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-reason-q850-loc-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Feb 12 19:56:47 2018 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 1B240126579 for ; Mon, 12 Feb 2018 19:56:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.329 X-Spam-Level: X-Spam-Status: No, score=-4.329 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_RP_MATCHES_RCVD=-0.01, 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 header.b=UGUsy9VT; dkim=pass (1024-bit key) header.d=telekom.onmicrosoft.de header.b=Tdicd8/b 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 BEWwPqTrJTjJ for ; Mon, 12 Feb 2018 19:56:42 -0800 (PST) Received: from mailout33.telekom.de (MAILOUT33.telekom.de [194.25.225.145]) (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 6F8F3120227 for ; Mon, 12 Feb 2018 19:56:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1518494201; x=1550030201; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=+JyXbGWS1zvv+cXWgAdXrpYAYG3zX+eej6NOMu7hXek=; b=UGUsy9VTpWMEhmWJ+sPU432FjeIK+nArWevfnUhrbVKGen+CPbTiUMy8 2EIFo7OBZhcN5JS3fwKBvos1vgHuBNAZZ2vSJujm/qpUjpC44z32/cU6V q1dQZsCg9hK3zvqB7UxolyzRLkloG+yR8MTRMoOFWxKVt/cvJJBoyRTDf G4m8ZWeomkyl0n9OiL1P55CA72BMkAeaa6I9HTczSygMgV0kXB4xFcRmx N8DJmBn4sjPdhugMGWmGRnpWGnGnuuzr4iucHbrl+xPjHfOq5arOtn13I X2T7NrPweLvChx6jP4rSOluCAeiGK0OtS1n1+aUgwZf9qgDmY4kRQsRXr A==; Received: from qdec94.de.t-internal.com ([10.171.255.41]) by MAILOUT31.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Feb 2018 04:55:38 +0100 X-IronPort-AV: E=Sophos;i="5.46,505,1511823600"; d="scan'208";a="111682537" Received: from he105660.emea1.cds.t-internal.com ([10.169.119.56]) by QDEC97.de.t-internal.com with ESMTP/TLS/AES256-SHA; 13 Feb 2018 04:55:38 +0100 Received: from HE105704.EMEA1.cds.t-internal.com (10.169.119.21) by HE105660.emea1.cds.t-internal.com (10.169.119.56) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Tue, 13 Feb 2018 04:55:38 +0100 Received: from HE100181.emea1.cds.t-internal.com (10.171.40.15) by HE105704.EMEA1.cds.t-internal.com (10.169.119.21) with Microsoft SMTP Server (TLS) id 15.0.1347.2 via Frontend Transport; Tue, 13 Feb 2018 04:55:38 +0100 Received: from GER01-FRA-obe.outbound.protection.outlook.de (51.4.80.17) by O365mail02.telekom.de (172.30.0.235) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Tue, 13 Feb 2018 04:54:52 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.onmicrosoft.de; s=selector1-telekom-onmicrosoft-de; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=+JyXbGWS1zvv+cXWgAdXrpYAYG3zX+eej6NOMu7hXek=; b=Tdicd8/b7wFBJ5SORnqXSCjmfwMlDOmt8/tqgd6Gz0EuCRCL/nyKP6ik0dw4cHAkZ/3JXeZ8v3N1nAFXurou5LDsNPrQGw11ClZ3rLWq/9yYrbYX6kKWeot3fqc8WndhiHtHJhov+L3XeHgs+wzkNd9kIaJ+5elkUhH44P+nKI4= Received: from FRAPR01MB0483.DEUPRD01.PROD.OUTLOOK.DE (10.158.133.13) by FRAPR01MB0482.DEUPRD01.PROD.OUTLOOK.DE (10.158.133.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.485.10; Tue, 13 Feb 2018 03:55:37 +0000 Received: from FRAPR01MB0483.DEUPRD01.PROD.OUTLOOK.DE ([fe80::4c81:1b6:7626:410e]) by FRAPR01MB0483.DEUPRD01.PROD.OUTLOOK.DE ([fe80::4c81:1b6:7626:410e%13]) with mapi id 15.20.0485.016; Tue, 13 Feb 2018 03:55:37 +0000 From: To: , Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-reason-q850-loc Thread-Index: AQHTnfSP8CQO4Bqotka/RaRO1ODhUaOY4/HggAjcJRA= Date: Tue, 13 Feb 2018 03:55:37 +0000 Message-ID: References: <18d7e5a0-1b7b-5975-78f4-ff368e610ba8@nostrum.com> (mahoney@nostrum.com) <87zi4oa506.fsf@hobgoblin.ariadne.com> 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.209] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; FRAPR01MB0482; 7:JNSSh8/o3qgwLmMc9VIThPBYzPmO8CN9jqB/5voB7qLRbW2mcVrgctlPmEkH6b5q4AUi9oCLXzunHdI0+FG08nl8ibFu8MWbVUzP60RRM7rTwpmbn0Z9+E01tWhNoSxJfryHj9Q9zIMZZN6QxL9l0c8IAGO1ogaHNi8+mbMPKx2QcRWT80t7IrddVzQ7Y8FbeeRx8k10MOzNgL1sVdSMcYZs2O4UYaZyF0rx6uFaDzZ+XG2GmzwM/HzlE9zdwVNp x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 07d92e0d-abd3-4a51-7373-08d57295a417 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:FRAPR01MB0482; x-ms-traffictypediagnostic: FRAPR01MB0482: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(192374486261705); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(3231101)(2400082)(944501161)(93006095)(93001095)(3002001)(10201501046)(6041288)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123558120)(20161123562045)(6072148)(201708071742011); SRVR:FRAPR01MB0482; BCL:0; PCL:0; RULEID:; SRVR:FRAPR01MB0482; x-forefront-prvs: 0582641F53 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(396003)(39860400002)(366004)(39380400002)(189003)(199004)(6306002)(9686003)(53936002)(55016002)(110136005)(316002)(106356001)(8936002)(2900100001)(97736004)(3660700001)(52396003)(7696005)(86362001)(81156014)(81166006)(72206003)(8676002)(68736007)(478600001)(413944005)(305945005)(7736002)(345774005)(966005)(2501003)(5250100002)(186003)(33656002)(75402003)(26005)(93886005)(76176011)(14454004)(66066001)(59450400001)(74482002)(105586002)(3846002)(6116002)(2950100002)(5660300001)(102836004)(3280700002)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:FRAPR01MB0482; H:FRAPR01MB0483.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-microsoft-antispam-message-info: 7qmHZnbkFa6uFq31yA91k10WvaIE5xPmCi8PZvpbNwIDOAmFdjXBOYR1m4fTdjg1QjAhfUweBFiUSbSHv/5UJA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 07d92e0d-abd3-4a51-7373-08d57295a417 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Feb 2018 03:55:37.0705 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRAPR01MB0482 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-reason-q850-loc X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 03:56:46 -0000 Dear all, since I did not get any further comments till yesterday and no further disc= ussion is open on the list, I have generated a Version 03. To give people t= he chance to have a look on the changes till now before WGLC ends. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-reason-q850-loc/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-reason-q850-loc-03 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-reason-q850-loc-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sipcore-reason-q850-loc-03 Further comments are welcome. Thank you and Best Regards Roland > -----Urspr=FCngliche Nachricht----- > Von: Jesske, Roland > Gesendet: Mittwoch, 7. Februar 2018 14:01 > An: 'Dale R. Worley' ; sipcore@ietf.org > Betreff: AW: [sipcore] WGLC: draft-ietf-sipcore-reason-q850-loc >=20 > Hi Dale, > Thank you for your review and comments. > For the answers please see inline. > I will provide a version 03 as soon I got all comments. >=20 > Best Regards >=20 > Roland >=20 > > -----Urspr=FCngliche Nachricht----- > > Von: sipcore [mailto:sipcore-bounces@ietf.org] Im Auftrag von Dale R. > > Worley > > Gesendet: Sonntag, 4. Februar 2018 21:12 > > An: sipcore@ietf.org > > Betreff: Re: [sipcore] WGLC: draft-ietf-sipcore-reason-q850-loc > > > > Of course, I support advancing this document. > > > > Technical question: > > > > - The last sentence of section 4 says (when typos are corrected): > > > > The use of the location parameter is restricted to Q.850 cause > > values. In other cases the location parameter, if present, MUST be > > silently discarded. > > > > However, it seems to me that this text requires that such a value must > > be removed from any Reason header that passes through a device. > > Instead, I think it better to word it "MUST be silently ignored". > > This allows an intermediate device to pass through the value, while > > ensuring that no > > (conforming) device is affected by the parameter. OTOH, an > > intermediate device could "ignore" the value by removing it. >=20 > OK I have changed it in my draft for Version 03. >=20 > > > > Some nits of various sorts (in the -02 version): > > > > - The terms ISUP, IMS, and ISDN are used in the document. I do not > > understand the exact distinctions between them, but it seems to me > > that there might be some problems, and the uses should be carefully > > checked. In particular, "ISDN" is used only once, at the end of > > section 3, and it seems to me that "ISUP" might be intended. Then > > again, "ISDN" appears in the title of reference [Q.850]. > > >=20 > For ISDN and ISUP is the binding --> ISDN User Part (ISUP) IMS (IP > Multimedia Subsystem) which has a interworking to SS7 (ISUP) Networks >=20 > Solution: I have added the full name of IMS where it was mentioned and th= e > clarification of ISUP as follows --> ISDN User Part (ISUP) >=20 > > - In section 4 figure 1, the entry 0100 is coded "RLN", whereas > > comparing with the other entries, "RN" would be more systematic. > > Nonetheless, ITU Q.850 clause 2.2.3 gives the coding "RLN" for this > > value. So this entry is correct. > > > OK >=20 > > - In section 4 figure 1, the final line gives the value "1 1 1 0", > > whereas the value "1 1 1 1" is intended. >=20 > OK I have changed it > > > > - The last sentence of section 4 needs some minor corrections: > > > > The use of the location header is restricted to Q850 cause values in > > other cases the location, if present, MUST be silently discarted. > > > > becomes > > > > The use of the location parameter is restricted to Q.850 cause > > values. In other cases the location parameter, if present, MUST be > > silently discarded. >=20 > OK I have changed it. >=20 > > > > - In section 5 figure 2, the Reason header is split onto two lines, but > > the second line is not shown as starting with whitespace. (I point > > this out because it's a simple editorial matter but the RFC Editor > > might overlook it.) Also, there is an initial line in the figure, > > "404 Not Found", which seems to be extraneous. Corrected, this > > becomes: > > > > SIP/2.0 404 Not Found > > > > From: Alice ;tag=3D1234567 > > To: Bob ;tag=3D765432 > > Call-ID: 12345600@atlanta.example.com > > CSeq: 1 INVITE > > Reason: Q.850;cause=3D1;text=3D"Unallocated (unassigned) numbe= r"; > > location=3DLN > > Content-Length: 0 > > >=20 > OK done > > > > - In section 7, "security constrain" should be "security constraint". >=20 > OK done > > > > - The title of section 8.1 is not capitalized in the same way as the ot= her > > titles. Also, the word "reason" is specifically the keyword of the > > "Reason" header and thus it should be capitalized regardless of the > > capitalization scheme used. >=20 > OK done > > > > - It seems to me that the *parameter* is named "location", whereas the > > *grammar symbol* is "isup-cause-location". But there are some > > situations, including the title of section 8.1, there the latter is > > used where the former is needed. >=20 > OK done > > > > - Should [Q.850] be made a normative reference? It seems to me that > > this document is what defines the meanings of the location values. > > > Yes you are right. I have changed this. >=20 > > Dale > > > > _______________________________________________ > > sipcore mailing list > > sipcore@ietf.org > > https://www.ietf.org/mailman/listinfo/sipcore From nobody Tue Feb 13 00:25:43 2018 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 BD4C4124BE8; Tue, 13 Feb 2018 00:25:37 -0800 (PST) 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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151851033775.22209.14216654339864681418@ietfa.amsl.com> Date: Tue, 13 Feb 2018 00:25:37 -0800 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-sip-push-05.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 08:25:38 -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 : Push Notification with the Session Initiation Protocol (SIP) Authors : Christer Holmberg Michael Arnold Filename : draft-ietf-sipcore-sip-push-05.txt Pages : 18 Date : 2018-02-13 Abstract: This document describes how a Push Notification Services (PNS) can be used to awake suspended Session Initiation Protocol (SIP) User Agents (UAs), for the UA to be able to receive and send SIP requests. The document defines new SIP URI parameters and new feature-capability indicators that can be used in SIP messages to indicate support of the mechanism defined in this document, to exchange PNS information between the SIP User Agent (UA) to the SIP entity that will request push notifications towards the UA, and to trigger such push notification requests. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-sip-push/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-sip-push-05 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-sip-push-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-sip-push-05 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 Tue Feb 13 00:35:56 2018 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 C247912E897 for ; Tue, 13 Feb 2018 00:35:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 qBRVtB-EKGio for ; Tue, 13 Feb 2018 00:35:53 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2069F124BE8 for ; Tue, 13 Feb 2018 00:35:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518510951; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=6zQ/DslInfTIpkybPCXSC2dRfe6jPCF+HwVK3SztX40=; b=PhgzVx7yl9GHFC93/yHaU99yXOiy1io/iGuaLRSfI5Wm1I3hSN5Cvbrv0urLa603 l7mtt0XcNPYkiZRNcNwhQ3CXiKWNccdjQyFYqn3tFOlpwzb8b9AaYE/5QZgh3uKs PM0Hga27GR9eyK+PatXPmhMtG9PJ+024RHknP258IbI=; X-AuditID: c1b4fb3a-728f89c0000067b4-3d-5a82a367eb4d Received: from ESESSHC024.ericsson.se (Unknown_Domain [153.88.183.90]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id C9.9D.26548.763A28A5; Tue, 13 Feb 2018 09:35:51 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC024.ericsson.se ([153.88.183.90]) with mapi id 14.03.0352.000; Tue, 13 Feb 2018 09:35:50 +0100 From: Christer Holmberg To: "sipcore@ietf.org" CC: "sipcore-chairs@ietf.org" Thread-Topic: Draft new version: SIP Push-05 Thread-Index: AQHTpKWm51FdcAflfEahuMMWPyLZLQ== Date: Tue, 13 Feb 2018 08:35:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.19] Content-Type: multipart/alternative; boundary="_000_D6A872DF2AEF6christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupnkeLIzCtJLcpLzFFi42KZGbE9Sjd9cVOUQec2GYvezwuZLb7+2MTm wOSxZMlPpgDGKC6blNSczLLUIn27BK6Mi/8PMBZsFamYvfMxSwPjBMEuRk4OCQETiYkHd7F1 MXJxCAkcZpSY/3sxO4SzhFHi9ozDzF2MHBxsAhYS3f+0QRpEBDQlln/byg5iMwuYS7R1t7CA 2MIC6hI7HrSxQdToSLx9dZgdwtaT2PZhLROIzSKgKnGtcQZYDa+AtcSPvfPBbEYBMYnvp9Yw QcwUl7j1ZD4TxHECEkv2nGeGsEUlXj7+xwpiiwLN3HDiNjtEXFGi/WkDI0RvgsT2OQ+ZIeYL Spyc+YRlAqPwLCRjZyEpm4WkDCJuIPH+3HxmCFtbYtnC11C2vsTGL2cZIWxricWPFrEiq1nA yLGKUbQ4tbg4N93ISC+1KDO5uDg/Ty8vtWQTIzCaDm75bbWD8eBzx0OMAhyMSjy8e8WbooRY E8uKK3MPMUpwMCuJ8HIsBArxpiRWVqUW5ccXleakFh9ilOZgURLndUqziBISSE8sSc1OTS1I LYLJMnFwSjUwLohkjH+/Nb1jAyPPneIpv5aam77O+bVmtUl16tUL4oebyle1e5yZ9L8gXKOc yUzye1Xlgo+8M84nWH80e1zCa7uu4FOs7sbPG9bYiS3lU3fjWNR7n9lq0/v/2tMKdO7czN2x 4n7GCp6N1w+EZataf9I4McXYpbpGqC6i1/p3XuNThzO39yycpsRSnJFoqMVcVJwIAJMnc2Ki AgAA Archived-At: Subject: [sipcore] Draft new version: SIP Push-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 08:35:55 -0000 --_000_D6A872DF2AEF6christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, I have submitted a new version (-05) of draft-sip-push, based on the WGLC c= omments. The main technical changes are: -I have added support of VAPID. -I have removed the text and parameters about end-to-end payload encryption= , as the mechanism doesn=92t make use of payloads. -I have added a note about UAs that are able to awake using e.g, timers to = send re-registration REGISTER requests, but still want to use push to awake= to process incoming calls. In addition, the new version also contains lofts of editorial improvements = (I hope), and Mickey has been added as co-editor. Please take a look, and comment on what still needs to be done. (Note that the draft still uses URI parameters, instead of header field par= ameters as suggested by Dale.) Regards, Christer --_000_D6A872DF2AEF6christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <96738840F15FE440A2B1CCEDB4F18AB9@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

I have submitted a new version (-05) of draft-sip-push, based on the W= GLC comments.

The main technical changes are:

-I have added support of VAPID. 
-I have removed the text and parameters about end-to-end payload encry= ption, as the mechanism doesn=92t make use of payloads.
-I have added a note about UAs that are able to awake using e.g, timer= s to send re-registration REGISTER requests, but still want to use push to = awake to process incoming calls.

In addition, the new version also contains lofts of editorial improvem= ents (I hope), and Mickey has been added as co-editor.

Please take a look, and comment on what still needs to be done.

(Note that the draft still uses URI parameters, instead of header fiel= d parameters as suggested by Dale.)

Regards,

Christer
--_000_D6A872DF2AEF6christerholmbergericssoncom_-- From nobody Tue Feb 13 02:58:13 2018 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 4CA2E1275AB for ; Tue, 13 Feb 2018 02:58:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 jJ8I3a5ECtGH for ; Tue, 13 Feb 2018 02:58:10 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 73E5F127419 for ; Tue, 13 Feb 2018 02:58:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518519488; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=JfQtF86PoL0Xz8NtOwnkeBfhZZk2lXegg7wq7qpGhrM=; b=VFpa5BWnDC4Pd0RxaS/tHGkcNredi3JWuTE6BVl3z7GX0HEWZO6D/5FodJkzUyh6 TnTrscg3bd7lrUKSr0PPeVLLctlSQYP1Tjj8G4TEqPannaakDxKlJ23kekHTkRin TLT1zBIqlOc1rWtbHhsD3xCkY75DzoneXbHbdLQ4uKc=; X-AuditID: c1b4fb2d-4b1ff70000005540-c3-5a82c4c0b8b7 Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 2B.76.21824.0C4C28A5; Tue, 13 Feb 2018 11:58:08 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0352.000; Tue, 13 Feb 2018 11:58:07 +0100 From: Christer Holmberg To: "sipcore@ietf.org" Thread-Topic: ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? Thread-Index: AQHTpLmHxKt9ONeoFEmooBFZAE7p6w== Date: Tue, 13 Feb 2018 10:58:07 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.147] Content-Type: text/plain; charset="Windows-1252" Content-ID: <34EADC8DE8B06D48AFBF49E80CDA39CF@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrALMWRmVeSWpSXmKPExsUyM2J7uO6BI01RBq+aNSy+/tjE5sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujM27LzAWTOatOP7vLXMDYxdXFyMnh4SAicTNhp1sILaQwGFG iQmnpbsYuYDsJYwSyz70s3YxcnCwCVhIdP/TBqkREdCUWP5tKzuILSyQKLFjShMLRDxN4ubZ D6wQtp5E++G5YHEWAVWJaY33webzClhLtO28ygxiMwqISXw/tYYJxGYWEJe49WQ+E8Q9AhJL 9pxnhrBFJV4+/gc2UxRo5oYTt9lBzpEQUJKYtjUNotVA4v25+cwQtrXEjivvGCFsbYllC18z Q6wVlDg58wnLBEaRWUi2zULSPgtJ+ywk7bOQtC9gZF3FKFqcWlycm25krJdalJlcXJyfp5eX WrKJERgPB7f81t3BuPq14yFGAQ5GJR7e6WJNUUKsiWXFlbmHGCU4mJVEeDkWAoV4UxIrq1KL 8uOLSnNSiw8xSnOwKInznvTkjRISSE8sSc1OTS1ILYLJMnFwSjUwWkmfnLNpn5CEfIGmWf7T fdXhHzTZiq3E5x+01285b2il3SxZ87yl79OWvHeln9sN5vq8fP6yreZpTL3Zro1h5dnmE3xT uXcd63X2Ei2dHHVhxZtVk/7kbaj51VVy2OysbnHpdOZXdcpq2y7f47LfY/jUS0P7+L/Vma7t HeZLzOdfKp107Oh2JZbijERDLeai4kQA6ani0YMCAAA= Archived-At: Subject: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 10:58:12 -0000 Hi, In RFC 3261, the ABNF for the Authorization header field is: Authorization =3D "Authorization" HCOLON credentials credentials =3D ("Digest" LWS digest-response) / other-response digest-response =3D dig-resp *(COMMA dig-resp) dig-resp =3D username / realm / nonce / digest-uri / dresponse / algorithm / cnonce / opaque / message-qop / nonce-count / auth-param=8A dresponse =3D "response" EQUAL request-digest request-digest =3D LDQUOT 32LHEX RDQUOT =8Asimilarly, the ABNF for the Proxy-Authori 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 1A02312EA52 for ; Tue, 13 Feb 2018 05:44:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.019 X-Spam-Level: X-Spam-Status: No, score=-2.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=metaswitch.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 35-_RvyXRvxk for ; Tue, 13 Feb 2018 05:44:37 -0800 (PST) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0134.outbound.protection.outlook.com [104.47.42.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FEE412E9A1 for ; Tue, 13 Feb 2018 05:44:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Pwd4aV9P6UTqM0Rx71/gkNvQJamQgh6QKstav/yoLvk=; b=LTHjQQTKx4wC0rU6wKLWqy3f7y08elX6CqtTb0sMXA+hTG0Z0gydxBX2ZBVkNIwYLdIEjYjHdtE/jVB6tmNdfBq+BgvpRYRSWtfR1hzIs+L/oaRQBK26rrpjJNEXq3mBCXi7gn+Ncvk4NPd1sVcTB54OrJuSHIEXh7PIyOY9YCI= Received: from CY1PR02MB1262.namprd02.prod.outlook.com (10.163.16.155) by CY1PR02MB1334.namprd02.prod.outlook.com (10.161.170.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.485.10; Tue, 13 Feb 2018 13:44:36 +0000 Received: from CY1PR02MB1262.namprd02.prod.outlook.com ([10.163.16.155]) by CY1PR02MB1262.namprd02.prod.outlook.com ([10.163.16.155]) with mapi id 15.20.0485.016; Tue, 13 Feb 2018 13:44:36 +0000 From: Mickey Arnold To: "sipcore@ietf.org" Thread-Topic: Draft new version: SIP Push-05 Thread-Index: AQHTpKWm51FdcAflfEahuMMWPyLZLaOiVXTA Date: Tue, 13 Feb 2018 13:44:17 +0000 Deferred-Delivery: Tue, 13 Feb 2018 13:43:34 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michael.Arnold@metaswitch.com; x-originating-ip: [2620:104:4000:206e:9ca0:ac6e:7070:70da] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY1PR02MB1334; 7:a4QJO8N7Y3CJeYIEIMLwCEbOeCmAO4WeRSfmILaBLE6fbKnWpszHF7FpG6KMeFFWnxd7KbxkFEOENUT4qwLSKBqXzsh+J0UvbGGU0MuBhB7kGPiP/W/laj2jla20QcA9kymjUooMXO8gP7q3sNABh+dpjSS1s8Etr6/OM1FxE6GhqnPY0Rt3vlV9T1lsqiVb6Svr8dlhfnao+Pufwk/fv0qcq11bk+lhge7l2ZsN8MbhoHO29reKFZEtkpZ49W4U x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: f2d655c3-388d-44cf-0c40-08d572e7ebc0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603307)(7153060)(7193020); SRVR:CY1PR02MB1334; x-ms-traffictypediagnostic: CY1PR02MB1334: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(166708455590820)(48300812402016)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(10201501046)(3002001)(3231101)(944501161)(93006095)(93001095)(6041288)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:CY1PR02MB1334; BCL:0; PCL:0; RULEID:; SRVR:CY1PR02MB1334; x-forefront-prvs: 0582641F53 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39380400002)(366004)(376002)(396003)(346002)(39850400004)(199004)(189003)(53754006)(59450400001)(72206003)(5660300001)(2501003)(74316002)(106356001)(6506007)(53546011)(7736002)(2351001)(478600001)(4326008)(7696005)(2900100001)(966005)(86362001)(105586002)(8676002)(81166006)(81156014)(6116002)(790700001)(14454004)(186003)(1730700003)(8936002)(55016002)(97736004)(77096007)(54896002)(5640700003)(2906002)(9686003)(236005)(5630700001)(6246003)(6436002)(3660700001)(316002)(68736007)(99286004)(229853002)(53936002)(3280700002)(25786009)(102836004)(606006)(6916009)(6666003)(2950100002)(76176011)(6306002)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR02MB1334; H:CY1PR02MB1262.namprd02.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: metaswitch.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: f6a/DKLhg5+so1/lBLy/LVPhpR9ubSUuhuG2uKgZxIjMfUUVW0mQmB+U/fHm1qS3ItlIBNyNGAwfMeX7g5IWSw== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_CY1PR02MB126247C42415131FEA689601E9F60CY1PR02MB1262namp_" MIME-Version: 1.0 X-OriginatorOrg: metaswitch.com X-MS-Exchange-CrossTenant-Network-Message-Id: f2d655c3-388d-44cf-0c40-08d572e7ebc0 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Feb 2018 13:44:35.9942 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR02MB1334 Archived-At: Subject: Re: [sipcore] Draft new version: SIP Push-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 13:44:44 -0000 --_000_CY1PR02MB126247C42415131FEA689601E9F60CY1PR02MB1262namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, This new draft addresses all my WGLC comments. I've fixed a few editorial n= its and added a some text clarifying the UA's responsibilities if a push no= tification subscription expires. You can find these changes in the pull req= uest here: https://github.com/cdh4u/draft-sip-push/pull/10 Please let me know if you have any feedback. Thanks, Mickey From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Holmb= erg Sent: 13 February 2018 08:36 To: sipcore@ietf.org Cc: sipcore-chairs@ietf.org Subject: [sipcore] Draft new version: SIP Push-05 Hi, I have submitted a new version (-05) of draft-sip-push, based on the WGLC c= omments. The main technical changes are: -I have added support of VAPID. -I have removed the text and parameters about end-to-end payload encryption= , as the mechanism doesn't make use of payloads. -I have added a note about UAs that are able to awake using e.g, timers to = send re-registration REGISTER requests, but still want to use push to awake= to process incoming calls. In addition, the new version also contains lofts of editorial improvements = (I hope), and Mickey has been added as co-editor. Please take a look, and comment on what still needs to be done. (Note that the draft still uses URI parameters, instead of header field par= ameters as suggested by Dale.) Regards, Christer --_000_CY1PR02MB126247C42415131FEA689601E9F60CY1PR02MB1262namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 =

This new draft addresses= all my WGLC comments. I’ve fixed a few editorial nits and added a so= me text clarifying the UA’s responsibilities if a push notification subscription expires. You can find these changes in the pull = request here: https://github.com/cdh4u/draft-sip-push/pull/10<= /p>

 =

Please let me know if yo= u have any feedback.

 =

Thanks, Mickey

 =

From: = sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: 13 February 2018 08:36
To: sipcore@ietf.org
Cc: sipcore-chairs@ietf.org
Subject: [sipcore] Draft new version: SIP Push-05<= /p>

 

Hi,

 

I have submitted a new version (-05) of= draft-sip-push, based on the WGLC comments.

 

The main technical changes are:

 

-I have added support of VAPID. 

-I have removed the text and parameters= about end-to-end payload encryption, as the mechanism doesn’t make u= se of payloads.

-I have added a note about UAs that are= able to awake using e.g, timers to send re-registration REGISTER requests,= but still want to use push to awake to process incoming calls.

 

In addition, the new version also conta= ins lofts of editorial improvements (I hope), and Mickey has been added as = co-editor.

 

Please take a look, and comment on what= still needs to be done.

 

(Note that the draft still uses URI par= ameters, instead of header field parameters as suggested by Dale.)

 

Regards,

 

Christer

--_000_CY1PR02MB126247C42415131FEA689601E9F60CY1PR02MB1262namp_-- From nobody Tue Feb 13 06:02:02 2018 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 3A47312EA42 for ; Tue, 13 Feb 2018 06:01:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.319 X-Spam-Level: X-Spam-Status: No, score=-4.319 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 wpadkxxMCzm0 for ; Tue, 13 Feb 2018 06:01:56 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 622F712EA59 for ; Tue, 13 Feb 2018 06:01:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518530514; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=0Qseh4b0MJ1HPW7FzyQ0Az1Shx18YJNgFC6Wo6gGC30=; b=fDpIu20ehTzaMpZz7lPnA8v2h8dctsVBBOI9uY+lo70xfRJ+TRzQ4p5D18lEWjyK g/Ri1NYOzDaXsdv6uWetF5Dn8ZE5AhHQ21vPAQdkMIa+//aF9Qy/i+cLMTdhC+8f TgFpGny3HLX5fsjyjC5638ZX4ivZh40RSPuF73oBTg8=; X-AuditID: c1b4fb30-799639c000004778-a6-5a82efd29a01 Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 85.3D.18296.2DFE28A5; Tue, 13 Feb 2018 15:01:54 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0352.000; Tue, 13 Feb 2018 15:01:09 +0100 From: Christer Holmberg To: Mickey Arnold , "sipcore@ietf.org" Thread-Topic: Draft new version: SIP Push-05 Thread-Index: AQHTpKWm51FdcAflfEahuMMWPyLZLaOiVXTAgAAbmwA= Date: Tue, 13 Feb 2018 14:01:09 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.147] Content-Type: multipart/alternative; boundary="_000_D6A8BEFB2B04Fchristerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprHIsWRmVeSWpSXmKPExsUyM2J7uO6l901RBg13FC0Ot2xkt/j6YxOb A5PHkiU/mTyO3pzLHMAUxWWTkpqTWZZapG+XwJWx7+N75oIX8RVTH/1maWA8EtrFyMEhIWAi caZNvIuRi0NI4DCjxOwjzYwQzhJGiR2L37GCFLEJWEh0/9PuYuTkEBGIkth9q48FxBYW0Ja4 euUOO0RcR+Ltq8NQtpXEiTeTmEBsFgFViYtPJjODjOEVsJZoeWcOMb6PUeLtvXNsIDWcArES L+9tBqtnFBCT+H5qDZjNLCAucevJfDBbQkBAYsme88wQtqjEy8f/WEFsUQE9iQ0nbrND/KIk MW1rGkRrgkTfywtgJbwCghInZz5hmcAoMgvJ1FlIymYhKYOIG0i8PzefGcLWlli28DWUrS+x 8ctZRgjbWmLKkxtMyGoWMHKsYhQtTi1Oyk03MtJLLcpMLi7Oz9PLSy3ZxAiMtYNbfhvsYHz5 3PEQowAHoxIPL4d4U5QQa2JZcWXuIUYJDmYlEd6E+0Ah3pTEyqrUovz4otKc1OJDjNIcLEri vCc9eaOEBNITS1KzU1MLUotgskwcnFINjAsVrNt3lx0pPXYn5j3fZUnmBxdvMVSt3qE9o6T0 SJH/o58ydi4PErsyqhXn9j96oHpmJ89rKV+nyIBJwk/6O/7NOXwhsPvIpLzFm+/sZ6nX6jIt q97poSz3KbXzyOVw1WcHFv6Qid/41lTorkFzsHLDHeniLf9rlPjsj28RKP+96cIBL12bCiWW 4oxEQy3mouJEAN/CmOixAgAA Archived-At: Subject: Re: [sipcore] Draft new version: SIP Push-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2018 14:01:59 -0000 --_000_D6A8BEFB2B04Fchristerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Mickey, Your change suggestions look good. Unless anyone have any issues, we=92ll m= erge them into the next version of the draft. Thanks! Regards, Christer From: Mickey Arnold > Date: Tuesday 13 February 2018 at 15:44 To: "sipcore@ietf.org" > Cc: Christer Holmberg > Subject: RE: Draft new version: SIP Push-05 Hi all, This new draft addresses all my WGLC comments. I=92ve fixed a few editorial= nits and added a some text clarifying the UA=92s responsibilities if a pus= h notification subscription expires. You can find these changes in the pull= request here: https://github.com/cdh4u/draft-sip-push/pull/10 Please let me know if you have any feedback. Thanks, Mickey From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Christer Holmb= erg Sent: 13 February 2018 08:36 To: sipcore@ietf.org Cc: sipcore-chairs@ietf.org Subject: [sipcore] Draft new version: SIP Push-05 Hi, I have submitted a new version (-05) of draft-sip-push, based on the WGLC c= omments. The main technical changes are: -I have added support of VAPID. -I have removed the text and parameters about end-to-end payload encryption= , as the mechanism doesn=92t make use of payloads. -I have added a note about UAs that are able to awake using e.g, timers to = send re-registration REGISTER requests, but still want to use push to awake= to process incoming calls. In addition, the new version also contains lofts of editorial improvements = (I hope), and Mickey has been added as co-editor. Please take a look, and comment on what still needs to be done. (Note that the draft still uses URI parameters, instead of header field par= ameters as suggested by Dale.) Regards, Christer --_000_D6A8BEFB2B04Fchristerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <1E20D480A30E5641A2DF62C42137C3E0@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi Mickey,

Your change suggestions look good. Unless anyone have any issues, we= =92ll merge them into the next version of the draft.

Thanks!

Regards,

Christer

From: Mickey Arnold <Michael.Arnold@metaswitch.com>=
Date: Tuesday 13 February 2018 at 1= 5:44
To: "sipcore@ietf.org" <sipcore@ietf.org>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>
Subject: RE: Draft new version: SIP= Push-05

Hi all,

 =

This new draft addresses= all my WGLC comments. I=92ve fixed a few editorial nits and added a some t= ext clarifying the UA=92s responsibilities if a push notification subscription expires. You can find these changes in the pull = request here: https://github.com/cdh4u/draft-sip-push/pull/10<= /p>

 =

Please let me know if yo= u have any feedback.

 =

Thanks, Mickey

 =

From: = sipcore [mailto:sipcore-bounces= @ietf.org] On Behalf Of Christer Holmberg
Sent: 13 February 2018 08:36
To: sipcore@ietf.org
Cc: sipcore-chairs@ietf.o= rg
Subject: [sipcore] Draft new version: SIP Push-05<= /p>

 

Hi,

 

I have submitted a new version (-05) of= draft-sip-push, based on the WGLC comments.

 

The main technical changes are:

 

-I have added support of VAPID. 

-I have removed the text and parameters= about end-to-end payload encryption, as the mechanism doesn=92t make use o= f payloads.

-I have added a note about UAs that are= able to awake using e.g, timers to send re-registration REGISTER requests,= but still want to use push to awake to process incoming calls.

 

In addition, the new version also conta= ins lofts of editorial improvements (I hope), and Mickey has been added as = co-editor.

 

Please take a look, and comment on what= still needs to be done.

 

(Note that the draft still uses URI par= ameters, instead of header field parameters as suggested by Dale.)

 

Regards,

 

Christer

 --_000_D6A8BEFB2B04Fchristerholmbergericssoncom_-- From nobody Tue Feb 13 20:07:08 2018 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 2F1B4124217 for ; Tue, 13 Feb 2018 20:07:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 7A_xebtgJ_Og for ; Tue, 13 Feb 2018 20:07:06 -0800 (PST) Received: from resqmta-ch2-06v.sys.comcast.net (resqmta-ch2-06v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:38]) (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 EC4F11200E5 for ; Tue, 13 Feb 2018 20:07:05 -0800 (PST) Received: from resomta-ch2-19v.sys.comcast.net ([69.252.207.115]) by resqmta-ch2-06v.sys.comcast.net with ESMTP id loLLeeUy5j8q5loLYevGmt; Wed, 14 Feb 2018 04:07:04 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-19v.sys.comcast.net with SMTP id loLXeABkRPJ76loLXe7A5u; Wed, 14 Feb 2018 04:07:04 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1E471t5024646; Tue, 13 Feb 2018 23:07:01 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1E471jT024631; Tue, 13 Feb 2018 23:07:01 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: sipcore@ietf.org In-Reply-To: Sender: worley@ariadne.com (Dale R. Worley) Date: Tue, 13 Feb 2018 23:07:01 -0500 Message-ID: <87y3jwgqoq.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfL977tzmRC/SAQZTePtp5UAP8PxRMxcbFn1p9L9YH6NffnfJVTeBIlbmHpfesGld1HSz2vb3QvCFJtZbTwcvVDaEPEH0hgiq1bXlf7JSwDSSZ0nnmBZx zla0ARKVOx3/g/uHFVdLXslgDdFmfhM3P71+ugbdZjc7bDH5MhTgxutuA8irP0JawjdXbGy+E8PDTapdsWGdnQlg2XYEKBCgRP4= Archived-At: Subject: Re: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 04:07:07 -0000 Christer Holmberg writes: > In RFC 3261, the ABNF for the Authorization header field is: I suspect this has been implicitly updated by the later versions of HTTP Digest. It looks like RFC 7616 is the central piece of that, but I can't find the reference to the revised BNF. Dale From nobody Wed Feb 14 00:37:13 2018 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 308D6126C26 for ; Wed, 14 Feb 2018 00:37:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 hP5mnjq19S7k for ; Wed, 14 Feb 2018 00:37:09 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80FC0126B6D for ; Wed, 14 Feb 2018 00:37:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518597427; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=SysYXAFwVzcMCf5yVCPEGxKTtol0i/thI5LPvJgzkPs=; b=TaBZtiEXMJMBR1lctPWZxUWMoEQJKu2DLjuytRPu3ify3Yv4G2MM5NWR0Pux3U+q wvFI5ujqgY4HozgLWR8CvOz6ow7WEL8sCG8Mq92mSj8kSQUuq6UayCZs9pk1NMLi /Oto9gn/FA9gICFCHke4Iio/izAzP0liz7vndaHy130=; X-AuditID: c1b4fb30-3b1ff70000004778-83-5a83f533e6fe Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.183.63]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id F5.B3.18296.335F38A5; Wed, 14 Feb 2018 09:37:07 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.03.0352.000; Wed, 14 Feb 2018 09:37:06 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "sipcore@ietf.org" Thread-Topic: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? Thread-Index: AQHTpLmHxKt9ONeoFEmooBFZAE7p66OjOFCAgABwZ4A= Date: Wed, 14 Feb 2018 08:37:06 +0000 Message-ID: References: <87y3jwgqoq.fsf@hobgoblin.ariadne.com> In-Reply-To: <87y3jwgqoq.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.20] Content-Type: text/plain; charset="Windows-1252" Content-ID: <5CE9B3F126A9EC40B99F1B1BED4C7BC8@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNIsWRmVeSWpSXmKPExsUyM2K7va7x1+Yog4M3hSy+/tjEZvHyRJkD k8fk/V+ZPZYs+ckUwBTFZZOSmpNZllqkb5fAldH3fA5jwSbOip39fA2MzexdjJwcEgImEhve /mXpYuTiEBI4zCjxtO81I0hCSGAJo8Sll5FdjBwcbAIWEt3/tEFMEQFNiY4FOSAVzEDmo517 mUBsYYF8ie6Th8FGiggUSKz9+Z0NotxK4so5O5Awi4CqxPYH7WAlvALWEjdWNjJDLEqR2H7g K1icU8BYYsrjhSwgNqOAmMT3U2uYIFaJS9x6Mp8J4mIBiSV7zjND2KISLx//YwWxRQX0JDac uA31laLE1enLoXoNJN6fm88MYVtLzJ+9nRHC1pZYtvA1M8Q9ghInZz5hmcAoPgvJullI2mch aZ+FpH0WkvYFjKyrGEWLU4uTctONjPRSizKTi4vz8/TyUks2MQKj7OCW3wY7GF8+dzzEKMDB qMTDO+tDc5QQa2JZcWXuIUYJDmYlEV7j80Ah3pTEyqrUovz4otKc1OJDjNIcLErivCc9eaOE BNITS1KzU1MLUotgskwcnFINjMlM9xgP3FvmMmFT8dENoXP+mx/ePGmdd+qJXgdjPkHxzpfX 9y09u3mPv/Nh3hUHHqjeezNvR9xp5k2Oh092v5+wyHjfTa+6fdU6wjo9PlIxv3acM1rNEfWq YfNuOSE5PYu/+yfunGc0J3yukuy39IVrGWZOrtoaxt16UK/gyIzz27Ysd95RH8WgxFKckWio xVxUnAgAs1FNpK4CAAA= Archived-At: Subject: Re: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 08:37:11 -0000 Hi, >>In RFC 3261, the ABNF for the Authorization header field is: > >I suspect this has been implicitly updated by the later versions of HTTP >Digest. It looks like RFC 7616 is the central piece of that, but I >can't find the reference to the revised BNF. I can=B9t find the revised BNF either, but I find the following text in 761= 6: "If the MD5 algorithm is used to calculate the digest, then the MD5 digest will be represented as 32 hexadecimal characters, while SHA-256 and=20 SHA-512/256 are represented as 64 hexadecimal characters." So, to me it seems like we need to update the ABNF in 3261. OLD: request-digest =3D LDQUOT 32LHEX RDQUOT NEW: request-digest =3D LDQUOT 32*LHEX RDQUOT =8Aor something like that. I don=B9t think we need to update section 26.4.1 (HTTP Digest). There are a number of reference to RFC 2617, but I haven=B9t checked whethe= r the referenced parts have changed in RFC 7616. So, if we only want to update the ABNF, I guess that can be done with an errata. If we want to make a wider 2617-to-7616 update, I guess we=B9d need a draft for that. Regards, Christer From nobody Wed Feb 14 03:09:16 2018 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 CE7A61242EA; Wed, 14 Feb 2018 03:09:08 -0800 (PST) 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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151860654882.24650.11996734602696435243@ietfa.amsl.com> Date: Wed, 14 Feb 2018 03:09:08 -0800 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-sip-push-06.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 11:09:09 -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 : Push Notification with the Session Initiation Protocol (SIP) Authors : Christer Holmberg Michael Arnold Filename : draft-ietf-sipcore-sip-push-06.txt Pages : 18 Date : 2018-02-14 Abstract: This document describes how a Push Notification Service (PNS) can be used to awake suspended Session Initiation Protocol (SIP) User Agents (UAs), for the UA to be able to receive and send SIP requests. The document defines new SIP URI parameters and new feature-capability indicators that can be used in SIP messages to indicate support of the mechanism defined in this document, to exchange PNS information between the SIP User Agent (UA) and the SIP entity that will request push notifications towards the UA, and to trigger such push notification requests. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-sip-push/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-sip-push-06 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-sip-push-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-sip-push-06 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 Wed Feb 14 03:12:29 2018 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 A67AA12DA47 for ; Wed, 14 Feb 2018 03:12:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=unavailable 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 DzCysgxnDlIy for ; Wed, 14 Feb 2018 03:12:23 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FD3412DA42 for ; Wed, 14 Feb 2018 03:12:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518606738; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=igWuG4VCTdPeRO8GdCN453ApnmwQBSf0vge4Gc+3pqo=; b=gAoW31bDR4BNmfbCvXbMxsac1rDOrMrrunOcJnSrnWstiarO4fTpdZvP//QRvwfj 9RAlDp7MHF0caww5NvUp6DLFPgx5BytHdTWuwiEi3kgLQFzN1434hd8QWlJkmXjE ixwTOdft6+ZWKJtdeLOIMfpRItHfYI2WehbMe8p/Fwg=; X-AuditID: c1b4fb25-48bff7000000341b-3d-5a8419928f4f Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 4E.8E.13339.299148A5; Wed, 14 Feb 2018 12:12:18 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Wed, 14 Feb 2018 12:12:18 +0100 From: Christer Holmberg To: "sipcore@ietf.org" CC: "sipcore-chairs@ietf.org" Thread-Topic: Draft new version: SIP Push-06 Thread-Index: AQHTpYStnt+Ytyc7NUK698JwdF6Q8A== Date: Wed, 14 Feb 2018 11:12:18 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.147] Content-Type: multipart/alternative; boundary="_000_D6A9E90F2B114christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42KZGbE9UHeSZEuUwef/Fha9nxcyW3z9sYnN gcljyZKfTAGMUVw2Kak5mWWpRfp2CVwZV2e/YypYzlVx6cxxlgbGyZxdjJwcEgImEoffLWHt YuTiEBI4zChx5OA+FghnCaPEtHWLgBwODjYBC4nuf9ogDSICmhLLv21lB7GZBcwl2rpbWEBs YQF1iR+PZrBC1OhIbN2ygQXC1pNYungmWJxFQFVi7/S3bCA2r4C1xItDL8HijAJiEt9PrWGC mCkucevJfCaI4wQkluw5zwxhi0q8fPwPrF4UaOaGE7fZQU6TEFCSmLY1DaI1QWLykw5GiPGC EidnPmGZwCg8C8nUWUjKZiEpg4gbSLw/N58ZwtaWWLbwNZStL7Hxy1lGCNtaYuGtN6zIahYw cqxiFC1OLU7KTTcy1kstykwuLs7P08tLLdnECIylg1t+q+5gvPzG8RCjAAejEg/ve9aWKCHW xLLiytxDjBIczEoivMbnm6OEeFMSK6tSi/Lji0pzUosPMUpzsCiJ85705I0SEkhPLEnNTk0t SC2CyTJxcEo1MFa/u/qdi++1+PSjScdtjOR0uavjnD6GVAjFsr10mDgrc8lN4VLzEOe3/CFz Twt5hzt6VVpkvvwpLC/CttFRgIlh7wPxzl8fPI2fdNxUX8MUXPqzovtxpHcUB1faHnvfIluj /WXzj+SE/ExlvrxEXELV5mtYim5prMEKNvZTUYdKVZ42KOgosRRnJBpqMRcVJwIAhFGXkqEC AAA= Archived-At: Subject: [sipcore] Draft new version: SIP Push-06 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2018 11:12:25 -0000 --_000_D6A9E90F2B114christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, I have merged Mickey=92s pull request (https://github.com/cdh4u/draft-sip-p= ush/pull/10) and submitted a new version (-06) of draft-sip-push. Regards, Christer --_000_D6A9E90F2B114christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <9265A63E428FD54485DC70ADEA55A86C@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,


Regards,

Christer
--_000_D6A9E90F2B114christerholmbergericssoncom_-- From nobody Wed Feb 14 18:42:32 2018 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 E702F126C25 for ; Wed, 14 Feb 2018 18:42:30 -0800 (PST) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "Cc" X-Spam-Flag: NO X-Spam-Score: -1.933 X-Spam-Level: X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 G70VVbi7imMc for ; Wed, 14 Feb 2018 18:42:29 -0800 (PST) Received: from resqmta-ch2-05v.sys.comcast.net (resqmta-ch2-05v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB36A12D867 for ; Wed, 14 Feb 2018 18:42:29 -0800 (PST) Received: from resomta-ch2-06v.sys.comcast.net ([69.252.207.102]) by resqmta-ch2-05v.sys.comcast.net with ESMTP id m9UoeCGcxK5Jdm9VEeeTh9; Thu, 15 Feb 2018 02:42:28 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-06v.sys.comcast.net with SMTP id m9VCeuCFEVvrPm9VDecYt9; Thu, 15 Feb 2018 02:42:28 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1F2gQme003273; Wed, 14 Feb 2018 21:42:26 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1F2gPfA003270; Wed, 14 Feb 2018 21:42:25 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: rifaat.sy@gmail.com Cc: sipcore@ietf.org In-Reply-To: Sender: worley@ariadne.com (Dale R. Worley) Date: Wed, 14 Feb 2018 21:42:25 -0500 Message-ID: <87d117gei6.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfNa+V/p9IFX3/iACU2F6v9u0tb0HBVwlO9vQUYqxErQNaN8tMCG3F9SHgoB+cj20zz0xMxIIRyBn1nnpBKzXwmcmfJFjQW3ZT5Sysowpa60A9rYTmOLc MyAO09aypqKpVd2bGxTgp2eFSBBg5hKtOg4qOBwjqpIQLO13MbqY3zHal9wiXrF857Uh4oJlWW1V62ebNToyUl9bxLp5GW3s6Lk6dC06w2r27JlYqIYjU3zH Archived-At: Subject: Re: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 02:42:31 -0000 Christer Holmberg writes: >>I suspect this has been implicitly updated by the later versions of HTTP >>Digest. It looks like RFC 7616 is the central piece of that, but I >>can't find the reference to the revised BNF. > > I can't find the revised BNF either, but I find the following text in 7616: > [...] > > So, to me it seems like we need to update the ABNF in 3261. First off, can Rifaat point us to the BNF? In regard to updating 3261, why don't we have it properly point to 7616 and its successors, so we don't have to have to keep revising 3261 to track 7616? Dale From nobody Wed Feb 14 19:26:08 2018 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 77CB712D86F for ; Wed, 14 Feb 2018 19:26:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 DpkIb7CmqEvh for ; Wed, 14 Feb 2018 19:26:05 -0800 (PST) Received: from resqmta-ch2-07v.sys.comcast.net (resqmta-ch2-07v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207: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 5505712D86E for ; Wed, 14 Feb 2018 19:26:05 -0800 (PST) Received: from resomta-ch2-01v.sys.comcast.net ([69.252.207.97]) by resqmta-ch2-07v.sys.comcast.net with ESMTP id mABOed6bRXftWmABQetrFt; Thu, 15 Feb 2018 03:26:04 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-01v.sys.comcast.net with SMTP id mABNefxj0NDORmABOe77vN; Thu, 15 Feb 2018 03:26:03 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1F3Q1B1007843; Wed, 14 Feb 2018 22:26:01 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1F3PxMl007829; Wed, 14 Feb 2018 22:25:59 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: roman@telurix.com, Michael.Arnold@metaswitch.com, sipcore@ietf.org In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C168396@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Wed, 14 Feb 2018 22:25:59 -0500 Message-ID: <873723gchk.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfJJWnrKHeI5KEhNtuDuZOy08IDX6lD4hW7oX5SZa8DXAhgrToHl6+1W+d9Gj6Z4U2JFNpjdySSbjk15vmWsmLofBSSubtUMfSnF3gau1AY5gR26bRRtR HLJFRC1NIlF3SXlU+RvldeXx5nSLGDImXUEZhlzeA6tnC9igxAi7GHmYlaDOUIMQMextXVZlPw6AQSDMizKKB3A5R7yYakAP3jjPYfyZO2jDJQJLsKAfpsn6 9XcNeHd2w82b40nj4HJikry2CgBdQa5IG9v0cAI7gJs= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 03:26:06 -0000 >>> That said I think it can be allowable for the proxy or registrar to >>> use the pn-provider parameter to decide whether or not to prompt >>> re-registrations for a particular UA. Practically the pn-provider >>> will often map to a certain class of UAs allowing the network >>> operator to provide this function where required and optimize it out >>> where it's not. This also avoids the need for extra flows or >>> parameters. I read section 5.2 as allowing this already but it could >>> be worth an extra sentence to clarify. I would argue strongly against this. "the pn-provider will often map to a certain class of UAs" is precisely the sort of lock-in that we want to avoid -- building into the *networks* presumptions about which UAs can use which features. >> I have suggested in another thread that proxy should return minimum >> interval after which it expects to trigger a push notification for >> registration (something like pn-refresh SIP URL parameter in Contact >> registration response). Based on this SIP UA can try to schedule the >> re-registration. If SIP UA successfully re-register before proxy >> triggers push notification, then push notification will be >> avoided. If UA does not re-register either due to mobile OS >> limitations or OS scheduling failure, proxy will trigger the push >> notification to wake the client and trigger the re-registration. Perhaps also a parameter which is the UAs request for how long before registration expriation it will need a wake-up in order to ensure that it can re-register. Dale From nobody Wed Feb 14 19:31:30 2018 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 243FB1270A3 for ; Wed, 14 Feb 2018 19:31:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.888 X-Spam-Level: X-Spam-Status: No, score=-1.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-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 tRHEw1onbT-n for ; Wed, 14 Feb 2018 19:31:27 -0800 (PST) Received: from mail-pl0-x22e.google.com (mail-pl0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2ADF12708C for ; Wed, 14 Feb 2018 19:31:27 -0800 (PST) Received: by mail-pl0-x22e.google.com with SMTP id s13so6121636plq.6 for ; Wed, 14 Feb 2018 19:31:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=lc/+hoHzH96J96PupA6dcu/5mTETuRAKpKSxQtticqo=; b=vrjjUk5WODo55O65TUSRIwb5ytU69OpYd/P6RWyErKyI+7Wg68kxKMsHeTO1TBXrYp kCX4fR1BrnvbHdS+CeTl/rCsOMMviqVZDyt5FEQbffGEw+urN9MIDjIHyXLUAtUMHcPF 0qPvudaSvoYI2A5jMou9wn+L54kq8WODkeNMHgmRvRhxN4wVVYWh1pgQcTdenad3z4ej JjBDuK0+7lsdJD3g/eaTXjE8qZvCpBCmehlm2SlzHLt7yTucKqUErXNKUHWZFTA9Pezd Chae88XGUGcyIpBif+N/DvNhfCz3OVY+5tfZ47xomN4VQQengLDAiq/U9reIdV4Z4dh0 85gQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=lc/+hoHzH96J96PupA6dcu/5mTETuRAKpKSxQtticqo=; b=lqIgFYdht0+Hco060Yv2YIu33NAdq1wqStDud1tW+QEXJTLn83+/gyX8hlcwW1+bqE KW0tjxniUR5KLgVrBM/pcxku9QGEfczE9uLLtY50a3vuIsVOaghW7p8qZyP5ONyPkjt5 fj4C1qwg5WCSuxt1S5gPNg4BezhC/0F70MPseT6kJjc6/UcayMuzCSiYcDsme7LtKTYy QVcli0bn+ZrbzGAMSd+fAwgc69T5ZAAeORpy7Ub2dLO16KbwEg6r6e3syO6092xancS5 H7C6LLVuWt7rwiVZmfrqI2ulPx5hbq8IRiZNGGfNySZLF5cJoL/AjvPLmZFWEN3WiCDn ev4Q== X-Gm-Message-State: APf1xPDh4TdUn/oSAmDkV9OOpEodPmzNAVT/vu/p7KbdRs8Zk0w1FGCT ZcRtygLmdzLJKBNc2OHzjScgBDNv X-Google-Smtp-Source: AH8x227kf0475D8X1tZUu2WXuU4TDYmRcMEQYBq3/Q5E+7J2EfIkojzc8x1HE2erEwWG9wDZ1egerA== X-Received: by 2002:a17:902:a9ca:: with SMTP id b10-v6mr1176733plr.223.1518665486850; Wed, 14 Feb 2018 19:31:26 -0800 (PST) Received: from mail-pl0-f47.google.com (mail-pl0-f47.google.com. [209.85.160.47]) by smtp.gmail.com with ESMTPSA id o19sm13070471pfi.185.2018.02.14.19.31.26 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Feb 2018 19:31:26 -0800 (PST) Received: by mail-pl0-f47.google.com with SMTP id bd10so4880669plb.1 for ; Wed, 14 Feb 2018 19:31:26 -0800 (PST) X-Received: by 2002:a17:902:7d8d:: with SMTP id a13-v6mr1167675plm.304.1518665486057; Wed, 14 Feb 2018 19:31:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.191.3 with HTTP; Wed, 14 Feb 2018 19:31:25 -0800 (PST) In-Reply-To: <873723gchk.fsf@hobgoblin.ariadne.com> References: <7594FB04B1934943A5C02806D1A2204B6C168396@ESESSMB109.ericsson.se> <873723gchk.fsf@hobgoblin.ariadne.com> From: Roman Shpount Date: Wed, 14 Feb 2018 22:31:25 -0500 X-Gmail-Original-Message-ID: Message-ID: To: "Dale R. Worley" Cc: Christer Holmberg , Mickey Arnold , SIPCORE Content-Type: multipart/alternative; boundary="000000000000d44aaa056537dcb3" Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 03:31:29 -0000 --000000000000d44aaa056537dcb3 Content-Type: text/plain; charset="UTF-8" On Wed, Feb 14, 2018 at 10:25 PM, Dale R. Worley wrote: > Perhaps also a parameter which is the UAs request for how long before > registration expriation it will need a wake-up in order to ensure that > it can re-register. > I have been asking for the same thing in my comments, but it still was not added. _____________ Roman Shpount --000000000000d44aaa056537dcb3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Wed, Feb 14, 2018 at 10:25 P= M, Dale R. Worley <worley@ariadne.com> wrote:
Perhaps also a = parameter which is the UAs request for how long before
registration expriation it will need a wake-up in order to ensure that
it can re-register.

I have been asking = for the same thing in my comments, but it still was not added.
<= div class=3D"gmail_signature">_____________
Roman Shpount
=C2=A0
--000000000000d44aaa056537dcb3-- From nobody Wed Feb 14 22:41:56 2018 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 28FF81205F0 for ; Wed, 14 Feb 2018 22:41:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 OVXWhto-LFS4 for ; Wed, 14 Feb 2018 22:41:53 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 78F531200E5 for ; Wed, 14 Feb 2018 22:41:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518676911; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=KS64aTSf8B9yOkQQoURXGFToxPBLeHMw9IBhoi1JXxY=; b=Wsos6D58R8PsEAsBOUTanWOV0GDicD8pv8QRDcg0xyJnhFjMM74S7vobPidhJ/Ai I48Usq5IfQhvhfiG8ThgR5vNFxh+UdKt2PXGE15B5GDg5nZiQixEktsAC/8jHdJw h/tOr48mWuVfo44RWa24ksUnc4SPKQGXuX/hWNwL8Vs=; X-AuditID: c1b4fb2d-4b1ff70000005540-28-5a852baf63df Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.183.33]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id DE.A1.21824.FAB258A5; Thu, 15 Feb 2018 07:41:51 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0352.000; Thu, 15 Feb 2018 07:41:50 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "rifaat.sy@gmail.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? Thread-Index: AQHTpLmHxKt9ONeoFEmooBFZAE7p66OjOFCAgABwZ4CAAQpLgIAAZ9OA Date: Thu, 15 Feb 2018 06:41:49 +0000 Message-ID: References: <87d117gei6.fsf@hobgoblin.ariadne.com> In-Reply-To: <87d117gei6.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.17] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <8A2E8AEA9DD54242BB7C055D72DE6492@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGIsWRmVeSWpSXmKPExsUyM2K7ou567dYog60TJCy2ztnEaPH1xyY2 i5cnyhyYPSbv/8rssXPWXXaPJUt+MgUwR3HZpKTmZJalFunbJXBlvNx4lbHgPHvFpnWXWBoY G9i6GDk5JARMJBomX2fvYuTiEBI4zCjR/+kilLOEUeLTy5lMXYwcHGwCFhLd/7RBTBEBTYmO BTkgvcwCERLzL81jBbGFBfIluk8eZgexRQQKJNb+/M4GUe4m8X2yC0iYRUBV4srRHYwgNq+A tcSsz0eZQWwhgRSJrc/vsYDYnALGEr8f/AcbySggJvH91BomiFXiEreezGeCOFlAYsme88wQ tqjEy8f/wOpFBfQkNpy4zQ6yVkJAUWJ5vxxEq57EjalT2CBsa4l9nc1QI7Ulli18zQxxjqDE yZlPWCYwis9Csm0WkvZZSNpnIWmfhaR9ASPrKkbR4tTi4tx0I2O91KLM5OLi/Dy9vNSSTYzA 2Du45bfuDsbVrx0PMQpwMCrx8LIktkQJsSaWFVfmHmKU4GBWEuHdINcaJcSbklhZlVqUH19U mpNafIhRmoNFSZz3pCdvlJBAemJJanZqakFqEUyWiYNTqoGRfXvps+WuO27cevy0zso0Obc+ cNHdA3+d2zjYbv9neHA0nmWn3LQQ597tz6Q4rjfsutOyPjT286T5ymedp9gd2BEnv2W7zczd f++ejAgUuORm4nxv+Y8GFjNLLrYFxd3l70s5GVi/H/j69vshkZUqpxo5GxSN918K3nao3UhW UyVGy3PLrJ/nlViKMxINtZiLihMByoWfG7kCAAA= Archived-At: Subject: Re: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 06:41:55 -0000 Hi, >Christer Holmberg writes: >>>I suspect this has been implicitly updated by the later versions of HTTP >>>Digest. It looks like RFC 7616 is the central piece of that, but I >>>can't find the reference to the revised BNF. >> >> I can't find the revised BNF either, but I find the following text in >>7616: >> [...] >> >> So, to me it seems like we need to update the ABNF in 3261. > >First off, can Rifaat point us to the BNF? > >In regard to updating 3261, why don't we have it properly point to 7616 >and its successors, so we don't have to have to keep revising 3261 to >track 7616? Well, assuming that is possible to begin with, it would also require an update to 3261, wouldn=B9t it? :) But, regarding the syntax, I don=B9t understand why we have to limit the number of characters (32, 64, or whatever). Just allow an unlimited number of characters, and it will be future proof. Regards, Christer From nobody Wed Feb 14 22:55:14 2018 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 3950D1205F0 for ; Wed, 14 Feb 2018 22:55:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.319 X-Spam-Level: X-Spam-Status: No, score=-4.319 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 JB89S2gj06z9 for ; Wed, 14 Feb 2018 22:55:10 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12B5F1200E5 for ; Wed, 14 Feb 2018 22:55:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518677708; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=pAk9hG/mr2PqAzj1TKRkEqbkKVHecKdgAMMfg9gd3Fg=; b=KsId32y3lBxMcxbtbDKNfdeQrgAwbz8oyKGNYIVGPrDXdltYnCx1E/GmU/RwmvaW xNh0OXYXZj1j0+Feg8v/BthybjzBZtTQKVXoh2sG5R7jKv34XqkTQN6y8t4ayDHz 9KjKQJm88WBr7MGSyHMgVg/M7ai1wRuovZUMJdqMiHQ=; X-AuditID: c1b4fb30-799639c000004778-79-5a852ecc9202 Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.183.36]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 8E.D4.18296.CCE258A5; Thu, 15 Feb 2018 07:55:08 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.03.0352.000; Thu, 15 Feb 2018 07:55:06 +0100 From: Christer Holmberg To: Roman Shpount , "Dale R. Worley" CC: Mickey Arnold , SIPCORE Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests Thread-Index: AQHTpgyyO7xdAUe5TWCUHLhBkFmBpKOkvgyAgABd1gA= Date: Thu, 15 Feb 2018 06:55:05 +0000 Message-ID: References: <7594FB04B1934943A5C02806D1A2204B6C168396@ESESSMB109.ericsson.se> <873723gchk.fsf@hobgoblin.ariadne.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.147] Content-Type: multipart/alternative; boundary="_000_D6AAFBB42B1D4christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrNIsWRmVeSWpSXmKPExsUyM2K7iu4ZvdYogylTJSwOt2xkt5hxYSqz xdcfm9gsXp4oc2DxmLz/K7PHkiU/mTyO3pzL7HFrSkEASxSXTUpqTmZZapG+XQJXxrONngWX nSqOfJzC0sB4x7KLkZNDQsBEomFvL3MXIxeHkMBhRon7z66wQjhLGCX6Z+xk6WLk4GATsJDo /qcN0iAi4CPRfXoTM4jNLOArcevXCyYQW1ggXeL524mMEDUZEvdWzGCGsK0kLvZNYQexWQRU JY4+fA1WwytgLXFp8So2EFtIYC+jxP67fiA2p0CgxMy9S8BmMgqISXw/tYYJYpe4xK0n85kg jhaQWLLnPDOELSrx8vE/VhBbVEBPYsOJ2+wgJ0sIKElM25oG0Zog8WLRVlaItYISJ2c+YZnA KDoLydRZSMpmISmDiBtIvD83nxnC1pZYtvA1lK0vsfHLWcZZQNuYgb7Zt4IDWckCRo5VjKLF qcVJuelGRnqpRZnJxcX5eXp5qSWbGIFRenDLb4MdjC+fOx5iFOBgVOLhXZHYEiXEmlhWXJl7 iFGCg1lJhHeDXGuUEG9KYmVValF+fFFpTmrxIUZpDhYlcd6TnrxRQgLpiSWp2ampBalFMFkm Dk6pBkY3GcekO+9vzVr3KCswN+TXNoM121YFbvgcybWmdcnTw508G364i02dwrWkZMFn/hlW 8wuC7tUbHkhdO539WbDP4j4j7wVvP8irNe64dos1qKRD5srHeZbu1TEflH/18RtL3QtOfizz SeO6Zzm/cuvkaxy+JS1Fu3bO35ylGHt5x43ayDWtlSVKLMUZiYZazEXFiQBreiQszgIAAA== Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 06:55:12 -0000 --_000_D6AAFBB42B1D4christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, Or, we could change the text: "It is RECOMMENDED that the proxy requests the push notification at least 1= 0 seconds before the registration expires." to: =93The proxy SHOULD NOT request a push notification earlier than 10 seconds= before the registration expires, in case the UA is able to awake using a n= on-push mechanism in order to send a re-registration REGISTER.=94 That means the UA can send it=92s re-registration REGISTER whenever it want= s, as long as it does it earlier than 10 seconds before the registration ex= pires. We could make the number a little larger, though, e.g., 60 seconds. But, if people want a way for the proxy to explicitly indicate the min valu= e to the UA, we can for sure add e.g., a feature-capability indicator for t= hat. Regards, Christer From: Roman Shpount > Date: Thursday 15 February 2018 at 05:31 To: Dale Worley > Cc: Christer Holmberg >, Mickey Arnold >, "sipcore@ietf.org" <= sipcore@ietf.org> Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer t= riggered REGISTER requests On Wed, Feb 14, 2018 at 10:25 PM, Dale R. Worley > wrote: Perhaps also a parameter which is the UAs request for how long before registration expriation it will need a wake-up in order to ensure that it can re-register. I have been asking for the same thing in my comments, but it still was not = added. _____________ Roman Shpount --_000_D6AAFBB42B1D4christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <0B1FB60A4CD06748A2CF564920AB4583@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

Or, we could change the text:

"It is R= ECOMMENDED that the prox= y requests the push notification at least 10 seconds before= the registration expires."

to:

=93The proxy SHOULD NOT request a= push notification earlier than 10 seconds before the registration expires,= in case the UA is able to awake using a non-push mechanism in order to send a re-registration REGISTER.=94

That means the UA can send it=92s re-registration REGISTER whenever it want= s, as long as it does it earlier than 10 seconds before the registration ex= pires. We could make the number a little larger, though, e.g., 60 seconds.<= /div>

But, if people want a way for the proxy to explicitly indicate the min valu= e to the UA, we can for sure add e.g., a feature-capability indicator for t= hat.  

Regards,

Christer



From: Roman Shpount <roman@telurix.com>
Date: Thursday 15 February 2018 at = 05:31
To: Dale Worley <worley@ariadne.com>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, Mickey Arnold <= Michael.Arnold@metaswitch.com>, "sipcore@ietf.org" <sipcore@ietf.org>
Subject: Re: [sipcore] Comments on = draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests


On Wed, F= eb 14, 2018 at 10:25 PM, Dale R. Worley <worley@ariadne.com> wrote:
Perhaps also a parameter which is the UAs request for how long before
registration expriation it will need a wake-up in order to ensure that
it can re-register.

I have been asking for the same thing in my comments, but it still was= not added.
_____________
Roman Shpount

 
 --_000_D6AAFBB42B1D4christerholmbergericssoncom_-- From nobody Thu Feb 15 03:33:45 2018 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 E927112D95E for ; Thu, 15 Feb 2018 03:33:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 uo-UQIY3zz5P for ; Thu, 15 Feb 2018 03:33:42 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F25DC128954 for ; Thu, 15 Feb 2018 03:33:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518694419; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=9WUiiRSV5cj/L+GMgbUf4N2XRSDfvesn82TMegAEuDs=; b=B4jpZxibfoQGxe0SKHnO74QsG+AyLdwJ8Xde+ZXt5mgCMUiqj7RMZhve7YhfstWw U/Ert0COXpcVup9h/RDT8d5QfeNadFfJfb8Cy3MQCAmip5IWieQmz5LcjYSBMa8j YB9H0fQcOaJ1GkAU+u8cahvc4ScbYsYCUhPLHRP4xjM=; X-AuditID: c1b4fb25-859119c00000341b-8e-5a85701393ea Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id A7.EC.13339.310758A5; Thu, 15 Feb 2018 12:33:39 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Thu, 15 Feb 2018 12:33:37 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "rifaat.sy@gmail.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? Thread-Index: AQHTpLmHxKt9ONeoFEmooBFZAE7p66OjOFCAgABwZ4CAAQpLgIAAZ9OAgABRhgA= Date: Thu, 15 Feb 2018 11:33:37 +0000 Message-ID: References: <87d117gei6.fsf@hobgoblin.ariadne.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.16] Content-Type: text/plain; charset="euc-kr" Content-ID: <998A2D8ED4E4FB449B8AA55CDD20838A@ericsson.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrJIsWRmVeSWpSXmKPExsUyM2J7oK5wQWuUwdLNvBZb52xitPj6YxOb xcsTZQ7MHpP3f2X22DnrLrvHkiU/mQKYo7hsUlJzMstSi/TtErgynnxtZSs4Jlgx4e0rpgbG HsEuRk4OCQETickHP7F3MXJxCAkcZpT4PO0JlLOEUeJN20yWLkYODjYBC4nuf9ogpoiApkTH ghyQXmaBCIn5l+axgtjCAvkS3ScPs4PYIgIFEmt/fmeDsP0kZr+5A1bDIqAqcezEc7AaXgFr iZUH9zJCrJrGKPGqbSZYEaeAjcThWXOYQGxGATGJ76fWMEEsE5e49WQ+E8TRAhJL9pxnhrBF JV4+/gfWKyqgJ7HhxG12iLiixM6z7cwQvVoSX37sY4OwrSVa5s5khLAVJaZ0P4Q6SFDi5Mwn LBMYxWchWTcLSfssJO2zkLTPQtK+gJF1FaNocWpxUm66kbFealFmcnFxfp5eXmrJJkZgBB7c 8lt1B+PlN46HGAU4GJV4eLdktUYJsSaWFVfmHmKU4GBWEuH9GAUU4k1JrKxKLcqPLyrNSS0+ xCjNwaIkznvSkzdKSCA9sSQ1OzW1ILUIJsvEwSnVwBjGwGKk4v/kzb/tLpdVV7k6e7xpCPBg dnXdkyrYc0Kn0Mpbxa+2OTp20aXjK3dkMa16/PSzaXSavFrNuaCfMx8ruvFuPRbxLpPf+vRn i16tbAmn5p5r02TUD2Uu2TXvtfyd6U1vFlxI+piqsqfqt94Pw+h2CzmhbaybU/kX50VeMtic e/Z4txJLcUaioRZzUXEiANvn0Oi8AgAA Archived-At: Subject: Re: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 11:33:44 -0000 SGksDQoNCkkgcmVhbGlzZWQgdGhhdCBSaWZhYXShr3MgZHJhZnQgYWN0dWFsbHkgdXBkYXRlcyB0 aGUgQUJORiAoYnkgcmVtb3ZpbmcgdGhlDQozMiBjaGFyYWN0ZXJzIHJlc3RyaWN0aW9uKSwgc28g d2Ugd291bGRuoa90IG5lZWQgYW55dGhpbmcgaW4gYWRkaXRpb24gdG8NCnRoYXQuDQoNCkkga25v dyB0aGUgZHJhZnQgaGFzIGJlZW4gZGlzY3Vzc2VkIGluIHRoZSBwYXN0LiBJIGRvbqGvdCByZW1l bWJlciB3aGF0IHRoZQ0Kb3V0Y29tZSBoYXMgYmVlbiwgYnV0IG15IHN1Z2dlc3Rpb24gd291bGQg YmUgdG8gYWN0dWFsbHkgYWRvcHQgdGhlIGRyYWZ0Lg0KDQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0K DQoNCk9uIDE1LzAyLzE4IDA4OjQxLCAic2lwY29yZSBvbiBiZWhhbGYgb2YgQ2hyaXN0ZXIgSG9s bWJlcmciDQo8c2lwY29yZS1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBjaHJpc3Rlci5o b2xtYmVyZ0Blcmljc3Nvbi5jb20+DQp3cm90ZToNCg0KPkhpLA0KPg0KPj5DaHJpc3RlciBIb2xt YmVyZyA8Y2hyaXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPiB3cml0ZXM6DQo+Pj4+SSBzdXNw ZWN0IHRoaXMgaGFzIGJlZW4gaW1wbGljaXRseSB1cGRhdGVkIGJ5IHRoZSBsYXRlciB2ZXJzaW9u cyBvZg0KPj4+PkhUVFANCj4+Pj5EaWdlc3QuICBJdCBsb29rcyBsaWtlIFJGQyA3NjE2IGlzIHRo ZSBjZW50cmFsIHBpZWNlIG9mIHRoYXQsIGJ1dCBJDQo+Pj4+Y2FuJ3QgZmluZCB0aGUgcmVmZXJl bmNlIHRvIHRoZSByZXZpc2VkIEJORi4NCj4+Pg0KPj4+IEkgY2FuJ3QgZmluZCB0aGUgcmV2aXNl ZCBCTkYgZWl0aGVyLCBidXQgSSBmaW5kIHRoZSBmb2xsb3dpbmcgdGV4dCBpbg0KPj4+NzYxNjoN Cj4+PiBbLi4uXQ0KPj4+DQo+Pj4gU28sIHRvIG1lIGl0IHNlZW1zIGxpa2Ugd2UgbmVlZCB0byB1 cGRhdGUgdGhlIEFCTkYgaW4gMzI2MS4NCj4+DQo+PkZpcnN0IG9mZiwgY2FuIFJpZmFhdCBwb2lu dCB1cyB0byB0aGUgQk5GPw0KPj4NCj4+SW4gcmVnYXJkIHRvIHVwZGF0aW5nIDMyNjEsIHdoeSBk b24ndCB3ZSBoYXZlIGl0IHByb3Blcmx5IHBvaW50IHRvIDc2MTYNCj4+YW5kIGl0cyBzdWNjZXNz b3JzLCBzbyB3ZSBkb24ndCBoYXZlIHRvIGhhdmUgdG8ga2VlcCByZXZpc2luZyAzMjYxIHRvDQo+ PnRyYWNrIDc2MTY/DQo+DQo+V2VsbCwgYXNzdW1pbmcgdGhhdCBpcyBwb3NzaWJsZSB0byBiZWdp biB3aXRoLCBpdCB3b3VsZCBhbHNvIHJlcXVpcmUgYW4NCj51cGRhdGUgdG8gMzI2MSwgd291bGRu qfZ0IGl0PyA6KQ0KPg0KPkJ1dCwgcmVnYXJkaW5nIHRoZSBzeW50YXgsIEkgZG9uqfZ0IHVuZGVy c3RhbmQgd2h5IHdlIGhhdmUgdG8gbGltaXQgdGhlDQo+bnVtYmVyIG9mIGNoYXJhY3RlcnMgKDMy LCA2NCwgb3Igd2hhdGV2ZXIpLiBKdXN0IGFsbG93IGFuIHVubGltaXRlZCBudW1iZXINCj5vZiBj aGFyYWN0ZXJzLCBhbmQgaXQgd2lsbCBiZSBmdXR1cmUgcHJvb2YuDQo+DQo+UmVnYXJkcywNCj4N Cj5DaHJpc3Rlcg0KPg0KPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+c2lwY29yZSBtYWlsaW5nIGxpc3QNCj5zaXBjb3JlQGlldGYub3JnDQo+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zaXBjb3JlDQoNCg== From nobody Thu Feb 15 04:13:01 2018 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 4FF3312D940 for ; Thu, 15 Feb 2018 04:13:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.933 X-Spam-Level: X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 O1kyMOb-C1Vg for ; Thu, 15 Feb 2018 04:12:59 -0800 (PST) Received: from resqmta-ch2-06v.sys.comcast.net (resqmta-ch2-06v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:38]) (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 2C51D1241F8 for ; Thu, 15 Feb 2018 04:12:59 -0800 (PST) Received: from resomta-ch2-20v.sys.comcast.net ([69.252.207.116]) by resqmta-ch2-06v.sys.comcast.net with ESMTP id mIPIegavdj8q5mIPKeyzDo; Thu, 15 Feb 2018 12:12:58 +0000 Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-20v.sys.comcast.net with SMTP id mIPIevTrEm6cKmIPJeaFWa; Thu, 15 Feb 2018 12:12:58 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1FCCtNF030561; Thu, 15 Feb 2018 07:12:55 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1FCCtEY030558; Thu, 15 Feb 2018 07:12:55 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: sipcore@ietf.org In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C165B6E@ESESSMB109.ericsson.se> (christer.holmberg@ericsson.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Thu, 15 Feb 2018 07:12:54 -0500 Message-ID: <87zi4afo3d.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfMKga7QVxsIyoMUngi5gps0xfBdjEa7ZU1fzT712wPQMdWsxMt4MJDOs2nctdy5m+gnR5EPWOjHgUYFuwL8eUFYHHJFlJ0E58H72m3/lubooJvdj5pWj fmpoE5oTdIvbXgBD3dduS5oFwGi+Wc0Jd1eEkySqQ31tB/ZP8hTCOmQtkHFRUz//WqUi9thH/ApIqywt4J4BR8hPeRD9Uuh2he8= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 12:13:00 -0000 Christer Holmberg writes: >>>> In addition, the registrar/proxy doesn't know the amount of time that >>>> it will take the UA to wake up from a push notification and send its >>>> re-REGISTER. >>> >>> For that reason it needs to trigger the re-REGISTER before the >>> registration expires. >> >> Well, yes, obviously. But the question is *how long* before the >> registration expires should it trigger the re-registration? I see no >> mechanism to control that, or even advice on what the interval should >> be. > > I guess we don't need to define a specific value, but a minimum > value. 10 seconds? RECOMMENDED? SHOULD? I don't know how these networks and devices actually behave, but it seems to me 10 seconds is rather short. I'd choose something like 120 seconds as the default to ensure that *any* device on *any* network would have time to complete processing before the registration expires. OTOH, I've always worked with wired networks where the reregistration interval was at least 1 hour. Perhaps the reregistration interval in this environment is significantly shorter, in which case 120 seconds might be a large fraction of the interval. >>>> The items in a Feature-Caps header are "indicators", not >>>> "parameters". See RFC 6809 section 6.3. >>> >>> When used in the Feature-Caps, it is a header field parameter - at >>> least that's how I remember Keith explaining it :) >> >> Well, that's not how it's written in the RFC. > > I think his argument was that, in the Feature-Caps header field, the > indicators are represented as header field parameters. Well, my point was that the usage of the indicators doesn't match the use of "parameters" in RFC 3261, because it isn't something that follows a semicolon. But I am wrong there, I didn't read RFC 6809 section 6.3.2 closely enough, they actually are in the header as paramaters. My apologies for that. > - In case of a non-2xx response to the REGISTER request triggered by > the push notification, or if the contact in the REGISTER response does > not match the Request-URI of the SIP request to forward, we use > 404. Of course, we could define a new 4xx (Request-URI Not Registered) > response code, but I don't see how it would be semantically different > from 404. A point that is related to the above item is this: How does the proxy recognize that an incoming re-REGISTER matches a request that it is buffering? I haven't read -06 through, but I don't think it says explicitly. I think people have been assuming that this is done by matching the contact URI in the REGISTER with the request-URI in the incoming request. But that doesn't work in the presence of NATing (see section 6), because the address (as seen by the proxy/registrar) that the UA has received this time may be transient and different from last time. I think there are three(!) available choices, all of which involve matching elements of the new REGISTER with the "metadata" of the registration which triggered the proxy to buffer the incoming request: - the Call-Id - the instance-id (+sip.instance) Contact header field (which is optional) - the pn-provider/pn-prid combination (which is assumed to be unique, section 3) Dale From nobody Thu Feb 15 04:40:05 2018 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 56C1412D964 for ; Thu, 15 Feb 2018 04:40:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 dHxBplPnA_Pd for ; Thu, 15 Feb 2018 04:40:01 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31D1012D961 for ; Thu, 15 Feb 2018 04:40:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518698399; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=RG500CuKd4jBEauPeQen1B5J/jADVWo582TACyR/Jyw=; b=F/a47gTBL7jwAvZqNL8eVRTAYrNL4epSkOKS0lAPlPi+zg1ClpsKRrvO/paEIelu 8noLugoQSv89rLWXc1xtIOvvA+JlK+q1iCA2K6l/UZRKDDQwjeSYVDDoLRaH3FvG emok4WAeGmB/FEGgypYuQcfTHzn84VIL09gfKJnTetg=; X-AuditID: c1b4fb30-399ff70000004778-b1-5a857f9eb81a Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 03.13.18296.E9F758A5; Thu, 15 Feb 2018 13:39:59 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0352.000; Thu, 15 Feb 2018 13:39:58 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew Thread-Index: AQHTplZO26OXj1djl06qZubfViMegKOle6oA Date: Thu, 15 Feb 2018 12:39:57 +0000 Message-ID: References: <7594FB04B1934943A5C02806D1A2204B6C165B6E@ESESSMB109.ericsson.se> <87zi4afo3d.fsf@hobgoblin.ariadne.com> In-Reply-To: <87zi4afo3d.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.147] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <3BD43A1C9E44A047ADE4149EC9775688@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDIsWRmVeSWpSXmKPExsUyM2J7uO78+tYog9VXuS2+/tjEZvHyRJkD k8fk/V+ZPZYs+ckUwBTFZZOSmpNZllqkb5fAlTFpu17BXqWK83d/MTUwnpTuYuTkkBAwkXjY fpqxi5GLQ0jgMKPEsYV72CCcJYwSf79OZO5i5OBgE7CQ6P6nDWKKCGhKdCzIAellBjIf7dzL BGILCwRLTP7/gw3EFhEIkdh0sYEdwjaS6D3/ghXEZhFQlbh1/QZYDa+AtcSde3fAbCGBMol5 HTPAajgFjCWW9zSB2YwCYhLfT61hgtglLnHryXwmiJsFJJbsOc8MYYtKvHz8D6xeVEBPYsOJ 2+wgZ0oIKElM25oG0aoncWPqFDYI21rix+/vjBC2tsSyha+ZIc4RlDg58wnLBEbxWUi2zULS PgtJ+ywk7bOQtC9gZF3FKFqcWpyUm25kpJdalJlcXJyfp5eXWrKJERhnB7f8NtjB+PK54yFG AQ5GJR7e2MzWKCHWxLLiytxDjBIczEoivB+jgEK8KYmVValF+fFFpTmpxYcYpTlYlMR5T3ry RgkJpCeWpGanphakFsFkmTg4pRoYNaNzw0XXHXaQn9tz2H2eqNeBGxV5UY4/lUum3LfVfDll Duv9eTX1V6K/i4lOzbV/VlNf/Unr+u1XVoLeveqb484VKPJa2cWJndjI+1yyyWTR8qiWnQHL PoucYzqpcUI3f1vAgudrnP84TLg965fs438z2+NfGapsn3h05ZJiT+6CXW1VAm1HlFiKMxIN tZiLihMBwM8eca8CAAA= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 12:40:03 -0000 Hi Dale, >>>>>In addition, the registrar/proxy doesn't know the amount of time that >>>>> it will take the UA to wake up from a push notification and send its >>>>> re-REGISTER. >>>> >>>> For that reason it needs to trigger the re-REGISTER before the >>>> registration expires. >>> >>> Well, yes, obviously. But the question is *how long* before the >>> registration expires should it trigger the re-registration? I see no >>> mechanism to control that, or even advice on what the interval should >>> be. >> >> I guess we don't need to define a specific value, but a minimum >> value. 10 seconds? RECOMMENDED? SHOULD? > >I don't know how these networks and devices actually behave, but it >seems to me 10 seconds is rather short. I'd choose something like 120 >seconds as the default to ensure that *any* device on *any* network >would have time to complete processing before the registration expires. >OTOH, I've always worked with wired networks where the reregistration >interval was at least 1 hour. Perhaps the reregistration interval in >this environment is significantly shorter, in which case 120 seconds >might be a large fraction of the interval. We can do 120 seconds. As you say, re-registration intervals are normally measured in hours, so there is no reason for us to pick a value that is too small. >>>>> The items in a Feature-Caps header are "indicators", not >>>>> "parameters". See RFC 6809 section 6.3. >>>> >>>> When used in the Feature-Caps, it is a header field parameter - at >>>> least that's how I remember Keith explaining it :) >>> >>> Well, that's not how it's written in the RFC. >> >> I think his argument was that, in the Feature-Caps header field, the >> indicators are represented as header field parameters. > >Well, my point was that the usage of the indicators doesn't match the >use of "parameters" in RFC 3261, because it isn't something that follows >a semicolon. But I am wrong there, I didn't read RFC 6809 section 6.3.2 >closely enough, they actually are in the header as paramaters. My >apologies for that. No problems :) Note, though, that I changed it in the latest version. Do you want me to change it back? >> - In case of a non-2xx response to the REGISTER request triggered by >> the push notification, or if the contact in the REGISTER response does >> not match the Request-URI of the SIP request to forward, we use >> 404. Of course, we could define a new 4xx (Request-URI Not Registered) >> response code, but I don't see how it would be semantically different >> from 404. > >A point that is related to the above item is this: How does the proxy >recognize that an incoming re-REGISTER matches a request that it is >buffering? I haven't read -06 through, but I don't think it says >explicitly. >I think people have been assuming that this is done by matching the >contact URI in the REGISTER with the request-URI in the incoming >request. Correct. > But that doesn't work in the presence of NATing (see section >6), because the address (as seen by the proxy/registrar) that the UA has >received this time may be transient and different from last time. The NAT will not change the contact URI in the REGISTER. The proxy will obviously have to stored request towards the NAT address, from where it received the REGISTER, but it will use the contact URI for the matching. We should probably add some words about that to the NAT Considerations sections. >I think there are three(!) available choices, all of which involve >matching elements of the new REGISTER with the "metadata" of the >registration which triggered the proxy to buffer the incoming request: >- the Call-Id The Call-Id of the request-to-be-forwarded is generated by the remote peer, so there is no way to guarantee it will be identical to the one used in the REGISTER. Most likely it won=B9t be. >- the instance-id (+sip.instance) Contact header field (which is optional) As far as I remember, the instance-id is not present in the request. >- the pn-provider/pn-prid combination (which is assumed to be unique, > section 3) Well, pn-provider/pn-prid are part of the URI, so by comparing the contact URI with the R-URI you DO use those :) I think it is still good to also compare the IP address:port of the URI, to make sure they match. Regards, Christer From nobody Thu Feb 15 05:53:06 2018 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 4625212DA11 for ; Thu, 15 Feb 2018 05:53:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.319 X-Spam-Level: X-Spam-Status: No, score=-4.319 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 OL4cQ7kGoMi7 for ; Thu, 15 Feb 2018 05:53:02 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 96A5F12420B for ; Thu, 15 Feb 2018 05:53:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518702779; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=7TmMVZ5DbiilPCS/l+CaUS4uIQ+EHfTU1uc41+ESsWo=; b=KeP/v/PnjG+9FwkgAAPH/8iIMTFLISx6/NB3PRE23Q1UCkYIpf4dCkRVvgjC7i1+ 7a3gdkSVPgvRlWApHL2Hgx3hKCrRm3uB4wznmTWZSAE+X4VP1ki+0/xLa1Bz9Jag JLR9HZj6coJm92DuQpJLkXtIHTSSkT8A2Ve0jV4Dvxo=; X-AuditID: c1b4fb2d-4b1ff70000005540-10-5a8590bb5978 Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.183.75]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 74.44.21824.BB0958A5; Thu, 15 Feb 2018 14:52:59 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.03.0352.000; Thu, 15 Feb 2018 14:52:59 +0100 From: Christer Holmberg To: Roman Shpount , "Dale R. Worley" , Mickey Arnold , SIPCORE Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests - Pull request Thread-Index: AQHTpmRJlCXTU28wlEGkKbuLZGQ47g== Date: Thu, 15 Feb 2018 13:52:58 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.17] Content-Type: multipart/alternative; boundary="_000_D6AB5FB42B328christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprFIsWRmVeSWpSXmKPExsUyM2K7t+7uCa1RBssnaVscbtnIbjHjwlRm i68/NrFZvDxR5sDiMXn/V2aPJUt+MnkcvTmX2ePWlIIAligum5TUnMyy1CJ9uwSujEdTbjEV 7Iyt+Pz7IFMD44bALkZODgkBE4nbn7YwdzFycQgJHGaUeNbzggnCWcIo8XHpJrYuRg4ONgEL ie5/2iBxEYGZjBK/t5xhAukWFiiTmHRrLSuILSJQLrF5/yVmCFtP4tiuJywgNouAqsS07y/B bF4Ba4nri1+B1TMKiEl8P7UGbA6zgLjErSfzmSAuEpBYsuc8M4QtKvHy8T+welGgmRtO3GYH uUdCQFFieb8cRGuCxJ1vTWwQ4wUlTs58wjKBUWgWkqmzkJTNQlIGETeQeH9uPjOErS2xbOFr KFtfYuOXs4wQtrXE3ZPdKGoWMHKsYhQtTi0uzk03MtZLLcpMLi7Oz9PLSy3ZxAiMsYNbfuvu YFz92vEQowAHoxIPr1Zma5QQa2JZcWXuIUYJDmYlEd6PUUAh3pTEyqrUovz4otKc1OJDjNIc LErivCc9eaOEBNITS1KzU1MLUotgskwcnFINjJ2hz77NXCsw4Y+qldCJrYfy17+We7dH61T7 P4em+hkrr+8O9jpxdfF/O970D50T4ncJp4royR6fOsNzm0zk0vi1MnukDsTJrnwWs+Xsp219 EgzFvxZ8uPvmzIU1vxm3LDz5YuvrC+wXLQuzlJ9Y/lOd6r2qZL35K0bF83bntsnLn7lp5Bld GfNGiaU4I9FQi7moOBEAaKt7KK0CAAA= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests - Pull request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 13:53:04 -0000 --_000_D6AB5FB42B328christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi, I have created a pull request, which now adds a new feature-capability indi= cator, sip.reqpush, which can be used: 1. By the UA to indicate that it is able to generate re-registration REG= ISTER requests without receiving push notifications 2. By the proxy to indicate the minimum time, prior to registration expi= ration, when the UA needs to send the re-registration REGISTER request. https://github.com/cdh4u/draft-sip-push/pull/11 Regards, Christer From: sipcore > o= n behalf of Christer Holmberg > Date: Thursday 15 February 2018 at 08:55 To: Roman Shpount >, Dale Worle= y > Cc: Mickey Arnold >, "sipcore@ietf.org" > Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer t= riggered REGISTER requests Hi, Or, we could change the text: "It is RECOMMENDED that the proxy requests the push notification at least 1= 0 seconds before the registration expires." to: =93The proxy SHOULD NOT request a push notification earlier than 10 seconds= before the registration expires, in case the UA is able to awake using a n= on-push mechanism in order to send a re-registration REGISTER.=94 That means the UA can send it=92s re-registration REGISTER whenever it want= s, as long as it does it earlier than 10 seconds before the registration ex= pires. We could make the number a little larger, though, e.g., 60 seconds. But, if people want a way for the proxy to explicitly indicate the min valu= e to the UA, we can for sure add e.g., a feature-capability indicator for t= hat. Regards, Christer From: Roman Shpount > Date: Thursday 15 February 2018 at 05:31 To: Dale Worley > Cc: Christer Holmberg >, Mickey Arnold >, "sipcore@ietf.org" <= sipcore@ietf.org> Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer t= riggered REGISTER requests On Wed, Feb 14, 2018 at 10:25 PM, Dale R. Worley > wrote: Perhaps also a parameter which is the UAs request for how long before registration expriation it will need a wake-up in order to ensure that it can re-register. I have been asking for the same thing in my comments, but it still was not = added. _____________ Roman Shpount --_000_D6AB5FB42B328christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <54D93F8D9A7AE24E8C53D771D5A0EA31@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

I have created a pull request, which now adds a new feature-capability= indicator, sip.reqpush, which can be used:

  1. By the UA to indicate that it is able to generate re-registration REGIS= TER requests without receiving push notifications
  2. By the proxy to i= ndicate the minimum time, prior to registration expiration, when the UA nee= ds to send the re-registration REGISTER request.

Regards,

Christer

From: sipcore <sipcore-bounces@ietf.org> on behalf of Ch= rister Holmberg <chris= ter.holmberg@ericsson.com>
Date: Thursday 15 February 2018 at = 08:55
To: Roman Shpount <roman@telurix.com>, Dale Worley <worley@ariadne.com>
Cc: Mickey Arnold <Michael.Arnold@metaswitch.com>, = "sipcore@ietf.org" <sipcore@ietf.org>
Subject: Re: [sipcore] Comments on = draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests

Hi,

Or, we could change the text:

"It is R= ECOMMENDED that the prox= y requests the push notification at least 10 seconds before= the registration expires."

to:

=93The proxy SHOULD NOT request a= push notification earlier than 10 seconds before the registration expires,= in case the UA is able to awake using a non-push mechanism in order to send a re-registration REGISTER.=94

That means the UA can send it=92s re-registration REGISTER whenever it want= s, as long as it does it earlier than 10 seconds before the registration ex= pires. We could make the number a little larger, though, e.g., 60 seconds.<= /div>

But, if people want a way for the proxy to explicitly indicate the min valu= e to the UA, we can for sure add e.g., a feature-capability indicator for t= hat.  

Regards,

Christer



From: Roman Shpount <roman@telurix.com>
Date: Thursday 15 February 2018 at = 05:31
To: Dale Worley <worley@ariadne.com>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, Mickey Arnold <= Michael.Arnold@metaswitch.com>, "sipcore@ietf.org" <sipcore@ietf.org>
Subject: Re: [sipcore] Comments on = draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests


On Wed, F= eb 14, 2018 at 10:25 PM, Dale R. Worley <worley@ariadne.com> wrote:
Perhaps also a parameter which is the UAs request for how long before
registration expriation it will need a wake-up in order to ensure that
it can re-register.

I have been asking for the same thing in my comments, but it still was= not added.
_____________
Roman Shpount

 
--_000_D6AB5FB42B328christerholmbergericssoncom_-- From nobody Thu Feb 15 08:01:56 2018 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 B03AD126BF6 for ; Thu, 15 Feb 2018 08:01:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 qd2-GCxXTPYb for ; Thu, 15 Feb 2018 08:01:52 -0800 (PST) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1EC02127978 for ; Thu, 15 Feb 2018 08:01:51 -0800 (PST) Received: by mail-vk0-x232.google.com with SMTP id z9so98423vkd.5 for ; Thu, 15 Feb 2018 08:01:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=X+KyUa4KDuAJ2MRy8jqXsSyUPsWK5nUrYVOGKIjpZuQ=; b=lrZd/TeQgwu7t0SYb5jF3H0BPhtkHxwRu2/YpLlfE39thqyJDIsP3wh/N/MZpPqVsN QIor7Ar+Rabbu0lOUkMVIS7IK1n3McplDwT0PycDgX3KIasX+w3jddZ5BH2fMGQ6FHX/ ewuvGnaOmYTGgR8UvFJANS4ihTRIvsQcGzVechHwgF11W9xl58LMWrOG/g87Ovo/T36Y kBMfYKjvAdg0iDkCLNznkfgTnwpYSm2zD7S32KmS5jUWGVtXdeG8Gcp4xeTAcNcYVfu6 clLwUSmpTw3mPRrm6MrinSikm66CQXogTnIu9Pdc/Ft9x6irltk+0iTBXQLean37SdKo qI2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=X+KyUa4KDuAJ2MRy8jqXsSyUPsWK5nUrYVOGKIjpZuQ=; b=TG+T+MjingMuqOgdg4goEq7neVg0lsfF52Kjn104ueP3TdOA5Be+Qzv2DmSeo/RAbn PMSOPF1aGBi9TIiOrqGA8cXmzzGHtVmJeW5uk20uiRLvZPoKP6V0bbPWCNAlz3TNgd7x AmbTYNygw+kybv78Bn2ZIqD+x66QUlYyh6401UCJlYHQrOnPGpEnlWAPU4QLYMjG9JaB t1UbY5PopghGZoaLqKY3305qh7u7L+t0tsc6aOY9XNH6WY1rwXRBWYhF4Zn+PzzBFhoX r8j/MKBqtrQhGQxJC6y/i6YV6Dxccht/SFNBHR0t8NEMCY9p79fba5g/oBEOBKICACrh OZJw== X-Gm-Message-State: APf1xPDqiNMmTE8Kid1jpwBcc9bWflVOCG4KGq4CNuheqI81f8CRPAQt 6NkORJ/vktz2wOWQyyGBbWN6Sh0YvNnx5Q59eN4= X-Google-Smtp-Source: AH8x224serGaOXW04/RaZftedZ0kXL33+L4+Hiz31Pkmm0K7DC6cSc1Ks0QCdS9oKLpLLs0wTmn5i6Z7vV2HSnVfDH4= X-Received: by 10.31.154.194 with SMTP id c185mr2411700vke.60.1518710510064; Thu, 15 Feb 2018 08:01:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.159.45.141 with HTTP; Thu, 15 Feb 2018 08:01:49 -0800 (PST) In-Reply-To: References: <87d117gei6.fsf@hobgoblin.ariadne.com> From: Rifaat Shekh-Yusef Date: Thu, 15 Feb 2018 11:01:49 -0500 Message-ID: To: Christer Holmberg Cc: "Dale R. Worley" , "rifaat.sy@gmail.com" , "sipcore@ietf.org" Content-Type: multipart/alternative; boundary="001a1141da2878352b056542589e" Archived-At: Subject: Re: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 16:01:55 -0000 --001a1141da2878352b056542589e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dale, The HTTP Authorization header is defined in RFC7235: https://tools.ietf.org/html/rfc7235 As Christer mentioned, the SIP Digest draft has updated the SIP ABNF in section 3: https://tools.ietf.org/html/draft-yusef-sipcore-digest-scheme-06#section-3 Regards, Rifaat On Thu, Feb 15, 2018 at 6:33 AM, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > Hi, > > I realised that Rifaat=E2=80=99s draft actually updates the ABNF (by remo= ving the > 32 characters restriction), so we wouldn=E2=80=99t need anything in addit= ion to > that. > > I know the draft has been discussed in the past. I don=E2=80=99t remember= what the > outcome has been, but my suggestion would be to actually adopt the draft. > > Regards, > > Christer > > > On 15/02/18 08:41, "sipcore on behalf of Christer Holmberg" > > wrote: > > >Hi, > > > >>Christer Holmberg writes: > >>>>I suspect this has been implicitly updated by the later versions of > >>>>HTTP > >>>>Digest. It looks like RFC 7616 is the central piece of that, but I > >>>>can't find the reference to the revised BNF. > >>> > >>> I can't find the revised BNF either, but I find the following text in > >>>7616: > >>> [...] > >>> > >>> So, to me it seems like we need to update the ABNF in 3261. > >> > >>First off, can Rifaat point us to the BNF? > >> > >>In regard to updating 3261, why don't we have it properly point to 7616 > >>and its successors, so we don't have to have to keep revising 3261 to > >>track 7616? > > > >Well, assuming that is possible to begin with, it would also require an > >update to 3261, wouldn=C2=B9t it? :) > > > >But, regarding the syntax, I don=C2=B9t understand why we have to limit = the > >number of characters (32, 64, or whatever). Just allow an unlimited numb= er > >of characters, and it will be future proof. > > > >Regards, > > > >Christer > > > >_______________________________________________ > >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 > --001a1141da2878352b056542589e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dale,

The HTTP Authorization head= er is defined in RFC7235:

As = Christer mentioned, the SIP Digest draft has updated the SIP ABNF in sectio= n 3:

Regards,
<= div>=C2=A0Rifaat


<= div class=3D"gmail_quote">On Thu, Feb 15, 2018 at 6:33 AM, Christer Holmber= g <christer.holmberg@ericsson.com> wrote:
Hi,

I realised that Rifaat=E2=80=99s draft actually updates the ABNF (by removi= ng the
32 characters restriction), so we wouldn=E2=80=99t need anything in additio= n to
that.

I know the draft has been discussed in the past. I don=E2=80=99t remember w= hat the
outcome has been, but my suggestion would be to actually adopt the draft.
Regards,

Christer


On 15/02/18 08:41, "sipcore on behalf of Christer Holmberg"
<sipcore-bounces@ietf.org on behalf of christer.h= olmberg@ericsson.com>
wrote:

>Hi,
>
>>Christer Holmberg <christer.holmberg@ericsson.com> writes:
>>>>I suspect this has been implicitly updated by the later ver= sions of
>>>>HTTP
>>>>Digest.=C2=A0 It looks like RFC 7616 is the central piece o= f that, but I
>>>>can't find the reference to the revised BNF.
>>>
>>> I can't find the revised BNF either, but I find the follow= ing text in
>>>7616:
>>> [...]
>>>
>>> So, to me it seems like we need to update the ABNF in 3261. >>
>>First off, can Rifaat point us to the BNF?
>>
>>In regard to updating 3261, why don't we have it properly point= to 7616
>>and its successors, so we don't have to have to keep revising 3= 261 to
>>track 7616?
>
>Well, assuming that is possible to begin with, it would also require an=
>update to 3261, wouldn=C2=B9t it? :)
>
>But, regarding the syntax, I don=C2=B9t understand why we have to limit= the
>number of characters (32, 64, or whatever). Just allow an unlimited num= ber
>of characters, and it will be future proof.
>
>Regards,
>
>Christer
>
>_______________________________________________
>sipcore mailing list
>sipcore@ietf.org
>https://www.ietf.org/mailman/listinfo/sipcore<= /a>

_______________________________________________
sipcore mailing list
sipcore@ietf.org
https://www.ietf.org/mailman/listinfo/sipcore<= br>

--001a1141da2878352b056542589e-- From nobody Thu Feb 15 13:04:08 2018 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 C69A4126BF3 for ; Thu, 15 Feb 2018 13:04:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 RcUnAoHYi8X7 for ; Thu, 15 Feb 2018 13:04:06 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF76A1241F3 for ; Thu, 15 Feb 2018 13:04:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518728644; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=sW+y8z0XVLZh97tfxHFAincZn1d5VV/o4oa9nzfYKAw=; b=Gio86/V4WTRFhDjj8dNXIVLZbXRVKTh5xgqEBGMCxJWqfkKJkLNyvc4zMa1WN5rg +NeoVVrkvt9ui8aVru/8OKFqUJF4GJvYAnhipAmK/g3G3mZLyugq8UCPuPSqkNO2 DrAfg0WHAVJvTnyzdB35ATjisXVA4f7AhdqQtsW5rWQ=; X-AuditID: c1b4fb25-473ff7000000341b-7a-5a85f5c3e5e7 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 4C.9C.13339.3C5F58A5; Thu, 15 Feb 2018 22:04:04 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Thu, 15 Feb 2018 22:04:03 +0100 From: Christer Holmberg To: Christer Holmberg , "Dale R. Worley" CC: "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew Thread-Index: AQHTplZO26OXj1djl06qZubfViMegKOle6oAgAB3+/A= Date: Thu, 15 Feb 2018 21:04:02 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C170D4F@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C165B6E@ESESSMB109.ericsson.se> <87zi4afo3d.fsf@hobgoblin.ariadne.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUyM2J7oO6Rr61RBpuOM1l8/bGJzeLliTIH Jo/J+78yeyxZ8pMpgCmKyyYlNSezLLVI3y6BK2PXi/3MBWsFK85fus/SwPiPt4uRk0NCwESi Y+E1RhBbSOAwo0TXosguRi4gewmjxMcH61i7GDk42AQsJLr/aYPUiAjES3x/+RKsnllAU+LR zr1MILawQLDE6X032CBqQiQ2XWxgB2kVEbCSuDxdAyTMIqAq8XH1XmYQm1fAV2L1lj9sEKtW MEpM+3AKbCangI1E68O/7CA2o4CYxPdTa5ggdolL3HoynwniZgGJJXvOM0PYohIvH/9jhbCV JNYe3s4CUa8ncWPqFDYIW1ti2cLXUIsFJU7OfMIygVF0FpKxs5C0zELSMgtJywJGllWMosWp xUm56UbGeqlFmcnFxfl5enmpJZsYgTFycMtv1R2Ml984HmIU4GBU4uHd+qk1Sog1say4MvcQ owQHs5II763XQCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8Jz15o4QE0hNLUrNTUwtSi2CyTByc Ug2MCtw6O0KKglhXzEzP3pyobqF9+LHquzfhGTMtb3k2i1z6/1Zo9f6WZSrqkyOWZuhpZlRM 4n7DIny+c7biy1sv9R0UWM59c46+suaNvfgli2pu3s0zBO/oTKg7andTOVlD62uordHGWRXv r3gvm7R4tkfcYglrYdEZXbGJj8/Kvklm31+VZuSoxFKckWioxVxUnAgAmwlWHo0CAAA= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 21:04:08 -0000 Hi, ... >>A point that is related to the above item is this: How does the proxy=20 >>recognize that an incoming re-REGISTER matches a request that it is=20 >>buffering? I haven't read -06 through, but I don't think it says=20 >>explicitly. >>I think people have been assuming that this is done by matching the=20 >>contact URI in the REGISTER with the request-URI in the incoming=20 >>request. > >Correct. > >>But that doesn't work in the presence of NATing (see section 6),=20 >>because the address (as seen by the proxy/registrar) that the UA has=20 >>received this time may be transient and different from last time. > >The NAT will not change the contact URI in the REGISTER. The proxy will ob= viously have to >stored request towards the NAT address, from where it rece= ived the REGISTER, but it will >use the contact URI for the matching. >We should probably add some words about that to the NAT Considerations sec= tions. I have created a pull request, adding more text about the mapping, and addi= ng more text to the NAT Considerations. https://github.com/cdh4u/draft-sip-push/pull/12 Regards, Christer >I think there are three(!) available choices, all of which involve=20 >matching elements of the new REGISTER with the "metadata" of the=20 >registration which triggered the proxy to buffer the incoming request: >- the Call-Id The Call-Id of the request-to-be-forwarded is generated by the remote peer,= so there is no way to guarantee it will be identical to the one used in th= e REGISTER. Most likely it won=B9t be. >- the instance-id (+sip.instance) Contact header field (which is=20 >optional) As far as I remember, the instance-id is not present in the request. >- the pn-provider/pn-prid combination (which is assumed to be unique, > section 3) Well, pn-provider/pn-prid are part of the URI, so by comparing the contact = URI with the R-URI you DO use those :) I think it is still good to also compare the IP address:port of the URI, to= make sure they match. Regards, Christer _______________________________________________ sipcore mailing list sipcore@ietf.org https://www.ietf.org/mailman/listinfo/sipcore From nobody Thu Feb 15 18:07:19 2018 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 8178C127137 for ; Thu, 15 Feb 2018 18:07:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 U5GUcgUyaajx for ; Thu, 15 Feb 2018 18:07:16 -0800 (PST) Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) (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 65DE5127077 for ; Thu, 15 Feb 2018 18:07:16 -0800 (PST) Received: from resomta-ch2-02v.sys.comcast.net ([69.252.207.98]) by resqmta-ch2-12v.sys.comcast.net with ESMTP id mVQheLyjF8L19mVQhea7VM; Fri, 16 Feb 2018 02:07:15 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-02v.sys.comcast.net with SMTP id mVQfeahxhtbS7mVQgeo50R; Fri, 16 Feb 2018 02:07:14 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1G27DwA007793; Thu, 15 Feb 2018 21:07:13 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1G27DoA007790; Thu, 15 Feb 2018 21:07:13 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: rifaat.sy@gmail.com, sipcore@ietf.org In-Reply-To: Sender: worley@ariadne.com (Dale R. Worley) Date: Thu, 15 Feb 2018 21:07:13 -0500 Message-ID: <87vaexg01a.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfGuHApIfkSjzALHmUyB4a6kDyjulP+k9espnZ50OEuUJuClN15pugMERDgpttAVymlPKHmDbAXFhm87ug/Vl28EXmppA6Ps0H0FNbiTm+qzN+kLpyRwO wQ9uDdr4ngvvMgPABtahb7uSY7zXDAZ0WnfhzouPQ46xXBiFMNg8tsJZxHIEdSq+fLtL01GkV5n/oKgYDZNS1vQtqHPNVVK91nKRKBdMOqijxWufCEyxM3SU 4iezQ+AZWnWGfRUgNGOOLg== Archived-At: Subject: Re: [sipcore] ABNF: request-digest: 32 characters, only 32 characters and nothing but 32 characters? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 02:07:17 -0000 Christer Holmberg writes: > I realised that Rifaat's draft actually updates the ABNF (by removing the > 32 characters restriction), so we wouldn't need anything in addition to > that. I was going to say, What is the name of the draft?, but it's draft-yusef-sipcore-digest-scheme, which is dated last September, which is probably why I remember it. It not only updates the ABNF in RFC 3261, it also connects it with RFC 7611. ---> So, I call for adoption of draft-yusef-sipcore-digest-scheme as a WG draft. Dale From nobody Thu Feb 15 18:09:58 2018 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 31139126DEE for ; Thu, 15 Feb 2018 18:09:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 Y-2Kpf3AifZo for ; Thu, 15 Feb 2018 18:09:56 -0800 (PST) Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (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 1BAD2124235 for ; Thu, 15 Feb 2018 18:09:56 -0800 (PST) Received: from resomta-ch2-04v.sys.comcast.net ([69.252.207.100]) by resqmta-ch2-04v.sys.comcast.net with ESMTP id mVT4ef92XoeOsmVTGeOH1F; Fri, 16 Feb 2018 02:09:54 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-04v.sys.comcast.net with SMTP id mVTFegB2zju1PmVTGePzXz; Fri, 16 Feb 2018 02:09:54 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1G29rTt008078; Thu, 15 Feb 2018 21:09:53 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1G29qNx008075; Thu, 15 Feb 2018 21:09:52 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: roman@telurix.com, Michael.Arnold@metaswitch.com, sipcore@ietf.org In-Reply-To: Sender: worley@ariadne.com (Dale R. Worley) Date: Thu, 15 Feb 2018 21:09:52 -0500 Message-ID: <87r2plfzwv.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfH2meCFtoy3qvdH8ltwTH3BPd2l3FfEwap49JWjWAnCN+Hq89hiYSkOgz0BjPRTpozjKKjmoB16yb0Sa17Vzqp+DRdDiFWaQWQIhzPoSY8DmUVYSjize FaOgv4s7SgPCEt+rLExTKn2WcoJpQTWapMJS1JRo+Ea6QbpfuYGSSHDiokuzVtUyGSE44Nzkmi3D9+t3YW+/145udu2lQj9iq8ld8BiSlLJm/R1lW7EFYd6w Cm4wX/E47ltiBuunkHK4TD4AvUZifAw3ITIstqUrCb8wQ58wyDi9+oggvj+yAQ1R Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 02:09:57 -0000 Christer Holmberg writes: > That means the UA can send it's re-registration REGISTER whenever it > wants, as long as it does it earlier than 10 seconds before the > registration expires. We could make the number a little larger, > though, e.g., 60 seconds. Clearly, we need input from people who are directly involved in the engineering of these systems to learn a good default value. > But, if people want a way for the proxy to explicitly indicate the min > value to the UA, we can for sure add e.g., a feature-capability > indicator for that. I would expect it to be one of the pn-* parameters. Dale From nobody Thu Feb 15 18:37:07 2018 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 E50411270AC for ; Thu, 15 Feb 2018 18:37:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 Ucj70oNBdu7R for ; Thu, 15 Feb 2018 18:37:03 -0800 (PST) Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (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 7A871126DEE for ; Thu, 15 Feb 2018 18:37:03 -0800 (PST) Received: from resomta-ch2-09v.sys.comcast.net ([69.252.207.105]) by resqmta-ch2-03v.sys.comcast.net with ESMTP id mVtVexWrSFtNCmVtWexvu4; Fri, 16 Feb 2018 02:37:02 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-09v.sys.comcast.net with SMTP id mVtUeLayWsRexmVtWeTyHP; Fri, 16 Feb 2018 02:37:02 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1G2b0ki010951 for ; Thu, 15 Feb 2018 21:37:00 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1G2b0fu010948; Thu, 15 Feb 2018 21:37:00 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: sipcore@ietf.org In-Reply-To: (mahoney@nostrum.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Thu, 15 Feb 2018 21:37:00 -0500 Message-ID: <87inaxfynn.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfOC8rjHvJpSizoF9hMnOxHLkwyVxGtE4NZazQtu96rjZWiSXgCMLcoVC7lj/h9nGgtulekf5yByLq45gbKVQXM6PvnX1krEzHM2d4Jb4tK9vD59LlEdz YW5PaTLHW1h6tG+cLhBWELR96NicgNRxeXKit/x8APuCaMybHMEm5qCE Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-callinfo-spam X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 02:37:05 -0000 "A. Jean Mahoney" writes: > Working Group Last Call starts today for draft-ietf-sipcore-callinfo-spam. 3. Overview of Operation SIP proxies or B2BUAs MUST add a new Call-Info "info" header field instance, rather than add parameters to an existing one. Thus, there MAY be several Call-Info header fields of purpose "info" in one request. This is correct, but I misread it the first time. The grammar of Call-Info is: Call-Info = "Call-Info" HCOLON info *(COMMA info) info = LAQUOT absoluteURI RAQUOT *( SEMI info-param) info-param = ( "purpose" EQUAL ( "icon" / "info" / "card" / token ) ) / generic-param and the above text means that a device may not add further info-param's to an existing info. But it may add additional info's to an existing Call-Info, rather than using separate header fields. However, it's easy to misread as meaning that the following is not allowed: Call-Info: ;source=carrier.example.com ;purpose=info ;confidence=85 ;type=fraud ;reason="FTC list", ;source=other.example.com ;purpose=info ;confidence=20 ;type=prison Is there a way to phrase this that is less easy to misread? 6.1. REGISTER Response ... SIP/2.0 200 OK ... From: Bob ;tag=a73kszlfl To: Bob ;tag=34095828jh ... Feature-Caps: *sip.call-info.spam Having recently made the same mistake, I notice that the Feature-Caps header should be: Feature-Caps: * ;sip.call-info.spam See the BNF in RFC 6809 section 6.2.1. Dale From nobody Thu Feb 15 18:52:55 2018 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 13B9E126C3D for ; Thu, 15 Feb 2018 18:52:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 yU6P_IYDfkvW for ; Thu, 15 Feb 2018 18:52:52 -0800 (PST) Received: from resqmta-ch2-09v.sys.comcast.net (resqmta-ch2-09v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:41]) (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 C10081243F3 for ; Thu, 15 Feb 2018 18:52:52 -0800 (PST) Received: from resomta-ch2-01v.sys.comcast.net ([69.252.207.97]) by resqmta-ch2-09v.sys.comcast.net with ESMTP id mW8cePdyEABtkmW8peo6lj; Fri, 16 Feb 2018 02:52:51 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-01v.sys.comcast.net with SMTP id mW8neksuSNDORmW8oe9bfS; Fri, 16 Feb 2018 02:52:51 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1G2qnoC012688; Thu, 15 Feb 2018 21:52:49 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1G2qnv0012685; Thu, 15 Feb 2018 21:52:49 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Roman Shpount Cc: Michael.Arnold@metaswitch.com, sipcore@ietf.org In-Reply-To: (roman@telurix.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Thu, 15 Feb 2018 21:52:49 -0500 Message-ID: <87bmgpfxxa.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfHgRUQkYOOgTNM+H7p5s7gfR4BHOWQWs9A+eIgayMD0blb05/K/rp65fDoWzRddmWQjSgEkNb6Ikzsd4jjLWbftqMK/X+d/E2CkwcwAqnKBdaehwsPi/ FPmIYrVd7ocMNIstkgOVNz23rU2ckn3rclICAolChKwcQZXKBGueYXnyRfUoVx1s4YmgMl4QK8KYhuxmdnzEFIi10d3mISQQ8AzVXSVdSL+GgPEEAABGByku 7oCkVogTci7zPNu1OP2Sxg== Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 02:52:54 -0000 Roman Shpount writes: > I have suggested in another thread that proxy should return minimum > interval after which it expects to trigger a push notification for > registration (something like pn-refresh SIP URL parameter in Contact > registration response). Based on this SIP UA can try to schedule the > re-registration. If SIP UA successfully re-register before proxy triggers > push notification, then push notification will be avoided. If UA does not > re-register either due to mobile OS limitations or OS scheduling failure, > proxy will trigger the push notification to wake the client and trigger the > re-registration. It seems to me that an effective way to parameterize this (possibly in an extension, as Christer discusses), is a parameter that specifies how long before registration expiration the proxy/registrar should push-notify the UA. This approach has some advantages: The UA is likely to know the time delays involved (the PN service's delays, the UA's device's wake-up delays, the internal delays in the UA). If the registrar allows less time for the registration than the UA has requested, the time of the PN is moved to compensate. Some exceptional value of the parameter can indicate "PN for reregistration is not needed". Since the PN is triggered by the near-expiration of the registration, if the registration is renewed before that point for any reason, the scheduled PN for reregistration is automatically postponed. Dale From nobody Thu Feb 15 22:29:46 2018 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 36CEA12D7E9 for ; Thu, 15 Feb 2018 22:29:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 1RrzFGIuUW2x for ; Thu, 15 Feb 2018 22:29:44 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8762F12AF77 for ; Thu, 15 Feb 2018 22:29:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518762582; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=jfseT+oXAtHxWh9YBS3iTR37Izou0e66/++AFlwl89s=; b=VO8MFdUig8in7AqwPpUphLErV4x6DMaShV/KLjI5q4OnShKLFWlaeufscAH/AVln Ql7td3gN+PchSu52ibxJLUt6Tn9oYTFcPzjEtNmkIDCCsgAWh5BpLCih+JqEkD42 tpoTILABRj3aWmWA+2to4huUufOvuhh5uwIS/4bfe7w=; X-AuditID: c1b4fb30-799639c000004778-77-5a867a567be4 Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 75.D6.18296.65A768A5; Fri, 16 Feb 2018 07:29:42 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0352.000; Fri, 16 Feb 2018 07:29:32 +0100 From: Christer Holmberg To: "Dale R. Worley" , Roman Shpount CC: "Michael.Arnold@metaswitch.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 Thread-Index: AQHTptFAXDCaON7b9ka0iS/S1dR2U6OmkFwQ Date: Fri, 16 Feb 2018 06:29:32 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1711C2@ESESSMB109.ericsson.se> References: (roman@telurix.com) <87bmgpfxxa.fsf@hobgoblin.ariadne.com> In-Reply-To: <87bmgpfxxa.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42KZGbHdRjesqi3K4NxaHYvDLRvZLWZcmMps 8fXHJjaLlyfKHFg8Ju//yuyxZMlPJo+jN+cye9yaUhDAEsVlk5Kak1mWWqRvl8CVsfjIP/aC m7wV/2ZtZ2xg7OXuYuTkkBAwkehbt5Oxi5GLQ0jgMKPEsuUfWUESQgJLgJwpcV2MHBxsAhYS 3f+0QcIiAj4SWz4/ZwOxmQVyJHbsWs4CYgsLOErsufCHFaLGSaLnxhZmCNtIYn3fJCYQm0VA VeJ5UxdYPa+Ar8Tt7y+YIfb2MkqsPfUWrIFTwFhi37wHYEWMAmIS30+tYYJYJi5x68l8Joij BSSW7DnPDGGLSrx8/I8VwlaSWLH9EiNEvY7Egt2foA7Vlli28DUzxGJBiZMzn7BMYBSdhWTs LCQts5C0zELSsoCRZRWjaHFqcVJuupGRXmpRZnJxcX6eXl5qySZGYCwd3PLbYAfjy+eOhxgF OBiVeHj7KtuihFgTy4orcw8xSnAwK4nwlhUBhXhTEiurUovy44tKc1KLDzFKc7AoifOe9OSN EhJITyxJzU5NLUgtgskycXBKNTBy3k+6n+ot8myj74rfNk7XdW+lqyn3Tjyzz/vMFbXUGwWG 5R26F27JXzQVdUli6Z6k+eD5u111fGw61/d8vTrr4ue5DCZTP/m2zIh/tH3i8aDdYlnB+/7V t8+Quz3rT8uGecolJ2Mlq+5OsI5Qm+NQ3fJAq9Scv+GfiveFpbfsdx0SuRbw+ZiPEktxRqKh FnNRcSIAyvGLtKECAAA= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 06:29:46 -0000 Hi, >> I have suggested in another thread that proxy should return minimum=20 >> interval after which it expects to trigger a push notification for=20 >> registration (something like pn-refresh SIP URL parameter in Contact=20 >> registration response). Based on this SIP UA can try to schedule the=20 >> re-registration. If SIP UA successfully re-register before proxy=20 >> triggers push notification, then push notification will be avoided. If=20 >> UA does not re-register either due to mobile OS limitations or OS=20 >> scheduling failure, proxy will trigger the push notification to wake=20 >> the client and trigger the re-registration. > > It seems to me that an effective way to parameterize this (possibly in an= extension, as=20 > Christer discusses), is a parameter that specifies how long before regist= ration expiration the > proxy/registrar should push-notify the UA. This approach has some advant= ages: > > The UA is likely to know the time delays involved (the PN service's delay= s, the UA's device's=20 > wake-up delays, the internal delays in the UA). > > If the registrar allows less time for the registration than the UA has re= quested, the time of the PN is moved to compensate. > > Some exceptional value of the parameter can indicate "PN for reregistrati= on is not needed". The UA indicates that by inserting the extension. >Since the PN is triggered by the near-expiration of the registration, if t= he registration is renewed before that=20 >point for any reason, the scheduled PN for reregistration is automatically= postponed. Yes. There is text about that in the latest version. The proxy simply monit= ors when the registration is about to expire. Regards, Christer From nobody Thu Feb 15 22:35:07 2018 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 281AC12AF77 for ; Thu, 15 Feb 2018 22:35:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 wx4MVk_Ez_xc for ; Thu, 15 Feb 2018 22:35:04 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5024124217 for ; Thu, 15 Feb 2018 22:35:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518762902; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=tV/aLVZYaAHjUYmAiBMgeaHXXVvAAc390fJWprJvcPM=; b=gjYGVInD58F/W8I8E0kOb2DATr/m/Ejfct7CN9H8x9Znh18C9BmWUSMgW7aguJ/i cELI/0L4kLqoVC8LsLAAUGBqBCjS2OHwow5eYZN5C1y3ttYU2McBW1nfNJhpJPrp QXe7b3cxZ+1+8JM1OgOocb2NGvYuDRhLeFkkfLQavqc=; X-AuditID: c1b4fb30-399ff70000004778-b5-5a867b956d53 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 59.97.18296.59B768A5; Fri, 16 Feb 2018 07:35:02 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Fri, 16 Feb 2018 07:35:01 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "roman@telurix.com" , "Michael.Arnold@metaswitch.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests Thread-Index: AQHTpgyyO7xdAUe5TWCUHLhBkFmBpKOkvgyAgABd1gCAAR22AIAAWX8w Date: Fri, 16 Feb 2018 06:35:01 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1711E6@ESESSMB109.ericsson.se> References: <87r2plfzwv.fsf@hobgoblin.ariadne.com> In-Reply-To: <87r2plfzwv.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupmkeLIzCtJLcpLzFFi42KZGbE9UHdadVuUwacZPBaHWzayW8y4MJXZ 4uuPTWwWL0+UObB4TN7/ldljyZKfTB5Hb85l9rg1pSCAJYrLJiU1J7MstUjfLoErY+HZ54wF C9grvp4vaGC8wtrFyMEhIWAi0f0qvYuRi0NI4DCjxIIts5ggnCWMEtPmfgcrYhOwkOj+pw1i ighoSnQsyAEpYRaYyiix99YNRpC4sEC6xKRNHF2MnEAlGRL3VsxghrDdJDp+P2QCsVkEVCUO btjEAmLzCvhK7D09C8wWEkiROP9oPlgNp4CxxJoVP8B6GQXEJL6fWgMWZxYQl7j1BKJGQkBA Ysme88wQtqjEy8f/WCFsJYkV2y8xQtTrSCzY/YkNwtaWWLbwNTPEXkGJkzOfsExgFJ2FZOws JC2zkLTMQtKygJFlFaNocWpxUm66kZFealFmcnFxfp5eXmrJJkZgFB3c8ttgB+PL546HGAU4 GJV4ePsq26KEWBPLiitzDzFKcDArifCWFQGFeFMSK6tSi/Lji0pzUosPMUpzsCiJ85705I0S EkhPLEnNTk0tSC2CyTJxcEo1MHqrnGKbyHQud82e1GpmyfOFwQeu7HqRL/rx6en8wve7ew8I y5r0Rf7dHnwhRW+DmHTB9lm3NyobnfRdWLri9WMOeaudTKV6P++IMISGZJxK0dj9K/Nwmcap r53bW9IElGNORFg6rVgTfyzZnPUpz9/FLie7ZPpkeqttc0KFBK53JZTO+ro5XYmlOCPRUIu5 qDgRAOeJQZKeAgAA Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 06:35:05 -0000 Hi, >> That means the UA can send it's re-registration REGISTER whenever it=20 >> wants, as long as it does it earlier than 10 seconds before the=20 >> registration expires. We could make the number a little larger,=20 >> though, e.g., 60 seconds. > > Clearly, we need input from people who are directly involved in the engin= eering of these systems to learn a good default value. What I meant was that people will know what values to use when they deploy = their networks. >> But, if people want a way for the proxy to explicitly indicate the min=20 >> value to the UA, we can for sure add e.g., a feature-capability=20 >> indicator for that. > > I would expect it to be one of the pn-* parameters. If the UA decides what the value shall be, then we could use a pn- paramete= r. But, the proxy should not modify the pn- parameters, as it would mess up= the URI matching. Regards, Christer From nobody Fri Feb 16 04:20:16 2018 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 C5A55124F57 for ; Fri, 16 Feb 2018 04:20:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.934 X-Spam-Level: X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 OpcuYplkfnGJ for ; Fri, 16 Feb 2018 04:20:13 -0800 (PST) Received: from resqmta-ch2-07v.sys.comcast.net (resqmta-ch2-07v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207: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 BF9C2124BE8 for ; Fri, 16 Feb 2018 04:20:13 -0800 (PST) Received: from resomta-ch2-13v.sys.comcast.net ([69.252.207.109]) by resqmta-ch2-07v.sys.comcast.net with ESMTP id mezNefSXNXftWmezsexYUU; Fri, 16 Feb 2018 12:20:12 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-13v.sys.comcast.net with SMTP id mezqe9NTPXtXFmezreX1as; Fri, 16 Feb 2018 12:20:12 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1GCK9xR011251; Fri, 16 Feb 2018 07:20:09 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1GCK97M011248; Fri, 16 Feb 2018 07:20:09 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: worley@ariadne.com (Dale R. Worley) Cc: sipcore@ietf.org In-Reply-To: <87inaxfynn.fsf@hobgoblin.ariadne.com> (worley@ariadne.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Fri, 16 Feb 2018 07:20:08 -0500 Message-ID: <87zi49dt3b.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfNM9XvSxte+0FO/ylEp+JrG2gzFFHyAqaZfF4Zb3hyGptWBfip+7Hq+GbWtc0cUFdSYa1+dEDpZU2IViEAIuN7jBMrynnc7OnOBFqiskZsxnwz87IMr9 /zDwko0qrytyNdJBw5f4f6DaiY++0lLQ93OAY+mWHa+zv82f1IJEh1VyPOBW1Cw1cX3cMqY6ePdX3YgXGXhsmTeWlaQswGKyXvk= Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-callinfo-spam X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 12:20:15 -0000 I forgot to check this nit last night: ... it MUST use an empty data URL [RFC2397] as a placeholder, as in "data:". The placeholder URL MUST be "data:," (with a final comma). See RFC 2397 section 3. Dale From nobody Fri Feb 16 05:18:17 2018 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 715C9120047; Fri, 16 Feb 2018 05:18:16 -0800 (PST) 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.72.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151878709641.4877.4801318769304553307@ietfa.amsl.com> Date: Fri, 16 Feb 2018 05:18:16 -0800 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-sip-push-07.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 13:18:16 -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 : Push Notification with the Session Initiation Protocol (SIP) Authors : Christer Holmberg Michael Arnold Filename : draft-ietf-sipcore-sip-push-07.txt Pages : 21 Date : 2018-02-16 Abstract: This document describes how a Push Notification Service (PNS) can be used to awake suspended Session Initiation Protocol (SIP) User Agents (UAs), for the UA to be able to receive and send SIP requests. The document defines new SIP URI parameters and new feature-capability indicators that can be used in SIP messages to indicate support of the mechanism defined in this document, to exchange PNS information between the SIP User Agent (UA) and the SIP entity that will request push notifications towards the UA, and to trigger such push notification requests. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-sip-push/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-sip-push-07 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-sip-push-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-sip-push-07 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 Feb 16 05:20:40 2018 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 2E35B128961 for ; Fri, 16 Feb 2018 05:20:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=unavailable 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 1hpMu-ANTFU8 for ; Fri, 16 Feb 2018 05:20:37 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84B1F127337 for ; Fri, 16 Feb 2018 05:20:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1518787235; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=HcM79rllaH9Qwi6YbYDohE0FHMyvQAbp+chs1S0Mb7c=; b=U88d1llWhGzD7pVRhfefQYmwUi/B8rat0Lr+qeLJcelUnHLBO/HcbK93dnqkqe2C 4KeVGFsc0z9oLcc5q2cZNsxPPdbcQv99RVyiz08VzuSK/glgOgBiJZlHFfUsp6WQ hrD4kd77crqvv+s3BROihPagE21EAUzjkLSi3OJM3lE=; X-AuditID: c1b4fb25-859119c00000341b-5e-5a86daa2d335 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 84.6E.13339.2AAD68A5; Fri, 16 Feb 2018 14:20:35 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0352.000; Fri, 16 Feb 2018 14:20:19 +0100 From: Christer Holmberg To: "sipcore@ietf.org" CC: "sipcore-chairs@ietf.org" Thread-Topic: Draft new version: SIP Push-07 Thread-Index: AQHTpyjkG1sT1Vho/ku5jWJmT6HoHg== Date: Fri, 16 Feb 2018 13:20:19 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.19] Content-Type: multipart/alternative; boundary="_000_D6ACAA162B610christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupnkeLIzCtJLcpLzFFi42KZGbE9UHfxrbYog6dXuS16Py9ktvj6YxOb A5PHkiU/mQIYo7hsUlJzMstSi/TtErgymq58Zy74yl3xYvonxgbGM1xdjJwcEgImEjsOnGPs YuTiEBI4zCix8ehTFghnCaPEvzOLgDIcHGwCFhLd/7RBGkQENCWWf9vKDmIzC5hLtHW3sIDY wgLqEl/mfWaDqNGR2LJ5CTuErSfxb+pVRhCbRUBV4vXms8wgNq+AtcTuri4wm1FATOL7qTVM EDPFJW49mc8EcZyAxJI955khbFGJl4//sYLYokAzN5y4zQ4RV5Rof9rACNGbIHHr0XpWiPmC EidnPmGZwCg8C8nYWUjKZiEpg4jrSCzY/YkNwtaWWLbwNTOMfebAY6hea4mVr7qYkNUsYORY xShanFqclJtuZKyXWpSZXFycn6eXl1qyiREYTQe3/FbdwXj5jeMhRgEORiUe3tM32qKEWBPL iitzDzFKcDArifDKXQQK8aYkVlalFuXHF5XmpBYfYpTmYFES5z3pyRslJJCeWJKanZpakFoE k2Xi4JRqYBTcryhy/gX7upzMffHflgVtcMq2LtvLv8rYcJ0Vy13pG0VH3onUXCrKd1WUTA/N WGogaWbwNCyleu+Z6rXzUiWnW9jnxzqXBL6sP/unpTItezFv6yQ3jV/bFpxh5p9TkJH+w4Pd ft9MdcW6j17Ghzb7nG35NSXS3PHE2ahJa2e2pEnmNl/cqsRSnJFoqMVcVJwIAOiHfd6iAgAA Archived-At: Subject: [sipcore] Draft new version: SIP Push-07 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 13:20:39 -0000 --_000_D6ACAA162B610christerholmbergericssoncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Yet a new version (-07) of draft-sip-push, based on the comments. The following pull requests were merged and implemented: https://github.com/cdh4u/draft-sip-push/pull/11 https://github.com/cdh4u/draft-sip-push/pull/12 Regards, Christer --_000_D6ACAA162B610christerholmbergericssoncom_ Content-Type: text/html; charset="us-ascii" Content-ID: <9FFC8FE062DC22409E7BF24F5D838664@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi,

Yet a new version (-07) of draft-sip-push, based on the comments.

The following pull requests were merged and implemented:


Regards,

Christer
--_000_D6ACAA162B610christerholmbergericssoncom_-- From nobody Sun Feb 18 03:43:10 2018 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 9F2CF124B18 for ; Sun, 18 Feb 2018 03:43:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.11 X-Spam-Level: X-Spam-Status: No, score=-4.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=sonusnetworks.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rCuzuU2aAOrs for ; Sun, 18 Feb 2018 03:43:06 -0800 (PST) Received: from us-smtp-delivery-181.mimecast.com (us-smtp-delivery-181.mimecast.com [63.128.21.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8066120724 for ; Sun, 18 Feb 2018 03:43:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=SonusNetworks.onmicrosoft.com; s=selector1-rbbn-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=+ZghT4nU7CX3E+2JSQm7pOgZ1d3ojzCO872WZ0Ghz0A=; b=oKr6FQ77ufoAXDVkesFw1b0i5tVNoMwFnWS16Dpa8sdCeCskoLeIuF5sG4gJZxyVzwlvH3Ph1YNFNpDVHw0hgEgGPcxCxMxF1nMnJzCFLUrYmEbX5xgvy+R3//TaoPD2POAiGaX6qjXquyQXZ27aLJpPt7xEmWce1VW4LfEf7Zk= Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03lp0048.outbound.protection.outlook.com [216.32.180.48]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-4-dW6FWH1FOYWM8m-TlmWSkA-1; Sun, 18 Feb 2018 06:43:02 -0500 Received: from CY4PR03MB3160.namprd03.prod.outlook.com (10.171.245.165) by CY4PR03MB3334.namprd03.prod.outlook.com (10.171.247.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.506.18; Sun, 18 Feb 2018 11:42:59 +0000 Received: from CY4PR03MB3160.namprd03.prod.outlook.com ([fe80::4499:4345:1b21:90b8]) by CY4PR03MB3160.namprd03.prod.outlook.com ([fe80::4499:4345:1b21:90b8%13]) with mapi id 15.20.0506.021; Sun, 18 Feb 2018 11:42:59 +0000 From: "Asveren, Tolga" To: "sipcore@ietf.org" Thread-Topic: WGLC comments for draft-ietf-sipcore-callinfo-spam-02 Thread-Index: AdOoq+vLDIyqvI3vRG678EyGJ09IVA== Date: Sun, 18 Feb 2018 11:42:58 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [73.29.251.142] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY4PR03MB3334; 7:L1ZY4DgUbbY22pyhwA2ZzarmnlqCjnCdyULsNjYZHrd4PCmRGQzUzbv+MzGVNBxix6hRUTbZjwYDSY1Vy1BhtmTozkOy4GqYosU1pEMNjlqjy5ziqgF+7EP1tII3wXFpGo078B/p8tqCFuNIm3OzyYFj14yXsivs3DpmKFo2Fn53Z8KYKa2+r3LL7nQYrWpG4EnFYbzcIMYJQrYGNK1EJz453wuHLFpCt+bVpOKYEGXXGh508KeLwWV2EMEijQFF; 20:Zg5pwPTHNG3v5EEL1fluy1PLY6vPt3+uJy/Ky9QzVvBimBi3ziIz2hA8L6ldaDCE+dS2oVGKCVHTFB+E/mYFI+AjG8bHVfruuj5BzuT9EOMcj7pFT3Rnx5oJfz9at7gi3COkVoNoFZnM0UCXE9alkl8pfJJ0Db28Mckwn2UqGPI= x-ms-office365-filtering-correlation-id: cd216844-af30-462a-e76a-08d576c4c272 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:CY4PR03MB3334; x-ms-traffictypediagnostic: CY4PR03MB3334: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001056)(6040501)(2401047)(8121501046)(5005006)(3002001)(3231101)(944501161)(10201501046)(93006095)(93001095)(6041288)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(20161123564045)(6072148)(201708071742011); SRVR:CY4PR03MB3334; BCL:0; PCL:0; RULEID:; SRVR:CY4PR03MB3334; x-forefront-prvs: 058707456E x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(346002)(396003)(39380400002)(39850400004)(376002)(189003)(199004)(3846002)(2351001)(53936002)(186003)(2501003)(966005)(316002)(478600001)(14454004)(55016002)(99286004)(9686003)(66066001)(33656002)(7696005)(106356001)(6306002)(3280700002)(6116002)(1730700003)(8936002)(81156014)(81166006)(5660300001)(3660700001)(2900100001)(105586002)(59450400001)(74316002)(6506007)(25786009)(305945005)(5250100002)(102836004)(26005)(8676002)(6916009)(2906002)(7736002)(6436002)(86362001)(97736004)(5640700003)(68736007); DIR:OUT; SFP:1101; SCL:1; SRVR:CY4PR03MB3334; H:CY4PR03MB3160.namprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; x-microsoft-antispam-message-info: joXyDcQqLyI/FsD3PB7x8HmH4Km/kEjLH+SBwBzG+DLC2xGL89jEEVFc/bqaVcS7Xom5IDYtdoJ3QXeMeiRAD1IcyYtrl+xNEYYAADDkXmVZEKAwri3E8z0HY+zMYZtAOrDXUB6BYksWmhO+3daQ2e702eW3TmscWOjCHpe8MZ4= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: rbbn.com X-MS-Exchange-CrossTenant-Network-Message-Id: cd216844-af30-462a-e76a-08d576c4c272 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Feb 2018 11:42:58.8739 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR03MB3334 X-MC-Unique: dW6FWH1FOYWM8m-TlmWSkA-1 Content-Type: multipart/alternative; boundary="_000_CY4PR03MB3160066B101B6178AE99FE0AA5C90CY4PR03MB3160namp_" Archived-At: Subject: [sipcore] WGLC comments for draft-ietf-sipcore-callinfo-spam-02 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 11:43:09 -0000 --_000_CY4PR03MB3160066B101B6178AE99FE0AA5C90CY4PR03MB3160namp_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable (not repeating issues already raised up by others) i- 1. To allow called parties to make more informed decisions on how to handle incoming calls from unknown callers, we describe a new set of parameters for the SIP [RFC3261] Call-Info header field for labeling the nature of the call. Another important use case is to use these parameters between network entit= ies to supply input for analytics. I suggest adding: "Furthermore, these parameters can be used between network entities to prov= ide guidance/information for analytics related with unwanted call classific= ation." ii- I think some guidance on the use of parameters for end-device v.s. network = entities could be useful, particularly for "reason" and "source" parameters= as I wouldn't expect them to be really utilized by the end-device (and it = is likely they would be stripped-off). "Some of the parameters MAY be stripped off before they are sent to the end= -device, e.g. "reason", "source" if it is considered as not needed by it." Thanks, Tolga --_000_CY4PR03MB3160066B101B6178AE99FE0AA5C90CY4PR03MB3160namp_ Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable
(not repeating issues already raised up by others)
 
i- 1.
=   To allow called parties to make more informed decisions on how to
=    handle incoming calls from unknown callers, we describe a new = set of
=    parameters for the SIP [RFC3261] Call-Info header field for la= beling
=    the nature of the call.
 
Another important use case is to use these parameters between network = entities to supply input for analytics. I suggest adding:
“Furthermore, these parameters can be used between network entit= ies to provide guidance/information for analytics related with unwanted cal= l classification.”
 
ii- 
I think some guidance on the use of parameters for end-device v.s. net= work entities could be useful, particularly for “reason” and &#= 8220;source” parameters as I wouldn’t expect them to be really = utilized by the end-device (and it is likely they would be stripped-off).
“Some of the parameters MAY be stripped off before they are sent= to the end-device, e.g. “reason”, “source” if it i= s considered as not needed by it.”
 
Thanks,
Tolga
 
 --_000_CY4PR03MB3160066B101B6178AE99FE0AA5C90CY4PR03MB3160namp_-- From nobody Sun Feb 18 11:15:47 2018 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 5DEBA1205D3 for ; Sun, 18 Feb 2018 11:15:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.685 X-Spam-Level: X-Spam-Status: No, score=-1.685 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 EqTnjBwz3rfT for ; Sun, 18 Feb 2018 11:15:45 -0800 (PST) Received: from resqmta-ch2-05v.sys.comcast.net (resqmta-ch2-05v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AB991200B9 for ; Sun, 18 Feb 2018 11:15:45 -0800 (PST) Received: from resomta-ch2-01v.sys.comcast.net ([69.252.207.97]) by resqmta-ch2-05v.sys.comcast.net with ESMTP id nUQceHSYq3HEknUR6ecycf; Sun, 18 Feb 2018 19:15:44 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-01v.sys.comcast.net with SMTP id nUR4eREZd2NaUnUR5e88pa; Sun, 18 Feb 2018 19:15:44 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1IJFeer024148; Sun, 18 Feb 2018 14:15:40 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1IJFe8m024139; Sun, 18 Feb 2018 14:15:40 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: roman@telurix.com, Michael.Arnold@metaswitch.com, sipcore@ietf.org In-Reply-To: Sender: worley@ariadne.com (Dale R. Worley) Date: Sun, 18 Feb 2018 14:15:39 -0500 Message-ID: <871shicdno.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfDIqTdys1HKJiia7ZUjC9l+UQoyCGHF/XODqyU3T7ZzA7NvpLVO3aTMSDnUjK4BLTf5+riwuHblySxkdAjouWPGvxTKqgNbhz7Yp9+zWEQz49X1RxDcj Qe4HVHIP50PvGPL4d/RmrHNpVWgBXtijcMHV91kqSgSBXlOapbGpMo5vRmYs2+eCXwSRpDDYWR1hF/qcSnD8Xd93Is9o8J4xlp/0SwhyjG15io7bOs7+vntR QuVmE4pUXgOePWhq7TTo7vbhi66FOJzZK6D7PpJxBuLvsCg+xIKUeO8A8lk+zEAb Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests - Pull request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 19:15:46 -0000 Christer Holmberg writes: > I have created a pull request, which now adds a new feature-capability > indicator, sip.reqpush, which can be used: > > 1. By the UA to indicate that it is able to generate > re-registration REGISTER requests without receiving push > notifications > 2. By the proxy to indicate the minimum time, prior to registration > expiration, when the UA needs to send the re-registration REGISTER > request. Christer Holmberg writes: > If the UA decides what the value shall be, then we could use a pn- > parameter. But, the proxy should not modify the pn- parameters, as it > would mess up the URI matching. I think the problem we are facing has three parts: 1. The network needs a certain amount of time between when the UA sends the REGISTER before the reregistration is effective. 2. The UA needs a certain amount of time between when it receives the push notification and when it can transmit the REGISTER. 3. The network needs a certain amount of time to generate the push-notification request, send it to the push notification service, and the push notification reaches the UA. The architectural problem is that the network knows items 1 and 3, and the UA knows item 2. If the UA generates reregistrations itself, it needs to know 1 and 2. If the network prompts the UA to generate reregistrations, it needs to know 1, 2, and 3. sip.reqpush takes care of the case where the UA generates reregistrations spontaneously, by telling the UA item 1. But we still need a mechanism to handle the other case, when the network has to prompt the UA, and the UA has to tell the network item 2. So I think we need a complementary feature-cap indicator that the UA attaches to the REGISTER that tells the network that it is not capable of reregisering spontaneously, and what length of time it needs to generate REGISTERS. There's a choice in exactly how we define item 2, whether it includes the inherent delay of the push notification service or not. the time between when the UA receives the push notification and when it transmits the REGISTER vs. the time between when the push notification service receives the push notification request and when the UA transmits the REGISTER In the first case, the network needs to know the delay in the service; in the second case, the UA needs to know the delay in the service. However, both the UA and the network are likely to have specific knowledge of the service, so it seems to me that either choice would work. Dale From nobody Sun Feb 18 11:48:09 2018 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 0E8901205D3 for ; Sun, 18 Feb 2018 11:48:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.685 X-Spam-Level: X-Spam-Status: No, score=-1.685 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 5XQHcEa__dxq for ; Sun, 18 Feb 2018 11:48:05 -0800 (PST) Received: from resqmta-ch2-11v.sys.comcast.net (resqmta-ch2-11v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:43]) (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 CE1FA1200B9 for ; Sun, 18 Feb 2018 11:48:05 -0800 (PST) Received: from resomta-ch2-04v.sys.comcast.net ([69.252.207.100]) by resqmta-ch2-11v.sys.comcast.net with ESMTP id nUwHePgr7ynZEnUwOeb57K; Sun, 18 Feb 2018 19:48:04 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-04v.sys.comcast.net with SMTP id nUwNe33Wp2IxbnUwOeR0QN; Sun, 18 Feb 2018 19:48:04 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1IJm25j027439; Sun, 18 Feb 2018 14:48:02 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1IJm1qh027427; Sun, 18 Feb 2018 14:48:01 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Christer Holmberg Cc: sipcore@ietf.org In-Reply-To: Sender: worley@ariadne.com (Dale R. Worley) Date: Sun, 18 Feb 2018 14:48:01 -0500 Message-ID: <87y3jqaxla.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfB8o2nr+SD9gaJXmRzgf53HmRg4JdhSs0nM1bYMKPCI+HktQOmMusL1ghcc6wEKr9A2Z3SqVvAMz17vzTjRTmLKM0thY530Um3vD8w+HKZl70a6VtcNM lpaGDM0MTbKiquC62ilxyrbRXJzry2HrpDO6FND5HYi4EXojcxeEG1lQEFzYW2bRS2B7YB5STheIkJhuf7IADX26e+xQOXg4PpwNSmcI6yHGo+IkBr2/TBjT Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 19:48:07 -0000 Christer Holmberg writes: >>[...] But I am wrong there, I didn't read RFC 6809 section 6.3.2 >>closely enough, they actually are in the header as paramaters. My >>apologies for that. > > No problems :) > > Note, though, that I changed it in the latest version. Do you want me to > change it back? Whatever you think is best. >>A point that is related to the above item is this: How does the proxy >>recognize that an incoming re-REGISTER matches a request that it is >>buffering? I haven't read -06 through, but I don't think it says >>explicitly. >>I think people have been assuming that this is done by matching the >>contact URI in the REGISTER with the request-URI in the incoming >>request. > > Correct. > >> But that doesn't work in the presence of NATing (see section >>6), because the address (as seen by the proxy/registrar) that the UA has >>received this time may be transient and different from last time. > > The NAT will not change the contact URI in the REGISTER. The proxy will > obviously have to stored request towards the NAT address, from where it > received the REGISTER, but it will use the contact URI for the matching. > We should probably add some words about that to the NAT Considerations > sections. I think it's more complicated than that. Actually, I don't know the details of how NAT compensation is done; at least in some systems, the edge proxies modify requests and responses in some circumstances. But in this situation, when a UA is awakened, it seems to me that in some architecures have to acquire a new IP address, having been asleep and not been using one for a while, possibly hours. In that case, the Contact URI it generates for the REGISTER may contain a different IP address than the one it registered with previously. When I made my earlier comments, I assumed that it was the proxy-redirector that was buffering the incoming request, and so it knew not only the request but the contents of the registration record that was redirecting the request. This makes recognizing the incoming REGISTER much simpler, as I said, it can be done in several ways. However, you're looking at the more difficult case where redirection has already been done, and the proxy handing SIP-push doesn't have the registration record. It doesn't even know the AOR the request was originally targeted to! (Which would let it look up the registration by querying the registrar.) > Well, pn-provider/pn-prid are part of the URI, so by comparing the contact > URI with the R-URI you DO use those :) > > I think it is still good to also compare the IP address:port of the URI, > to make sure they match. Conveniently the pn-provider/pn-prid combination is unique across all registrations. (Or is there a use case where one or more UAs use one PRID to get wakeups for multiple AORs?) I do think, though, we don't want to depend on the IP address being maintained during sleeping. Unless we know that the IP address in question is the one that the push notification service is using to wake up the UA, and we know that the push service reqires the device maintain a constant IP address. I'm quite nervous about requiring the UA to be able to reregsiter using the same IP address; not only does that limit NAT compensation strategies (which may not be a problem) but it also requires the environment not reassign addresses while devices are sleeping. But matching based on PRID alone requires that when a device receives a wakeup, the UA(s) that are using that PRID for SIP-push for AOR(s) must reregister all of those AORs. (A single UA handling multiple AORs for one domain can reregister them both with one request.) I think that behavior is what we expect anyway. Dale From nobody Sun Feb 18 14:45:43 2018 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 EC1AB1250B8 for ; Sun, 18 Feb 2018 14:45:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.685 X-Spam-Level: X-Spam-Status: No, score=-1.685 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 g3hWU33VrqSC for ; Sun, 18 Feb 2018 14:45:41 -0800 (PST) Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) (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 01D69120227 for ; Sun, 18 Feb 2018 14:45:40 -0800 (PST) Received: from resomta-ch2-13v.sys.comcast.net ([69.252.207.109]) by resqmta-ch2-12v.sys.comcast.net with ESMTP id nXiAe9CG4IlkVnXiFeMe61; Sun, 18 Feb 2018 22:45:39 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-13v.sys.comcast.net with SMTP id nXiEe41gmVkTEnXiFej8Ig; Sun, 18 Feb 2018 22:45:39 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1IMjbQx006453; Sun, 18 Feb 2018 17:45:37 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1IMjbZU006448; Sun, 18 Feb 2018 17:45:37 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: sipcore@ietf.org, Christer Holmberg Sender: worley@ariadne.com (Dale R. Worley) Date: Sun, 18 Feb 2018 17:45:37 -0500 Message-ID: <87tvudc3xq.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfKn0ljWNiFeDjtmOEFhbMGI2Ro3IOrhZ/vHrHqjJSXa4jkglP55PTU1E4zsiFWFauyEO1JB4PA6ceBH8HbjhOFRWAgcGLGnpBO4DJnIEijpdS8u2oHQ6 Q5z7K8YIQLFBqTobws3B5WjrsdIZv8+D6ofJpEGON6yZSDfmExfiLNZ4dQjznbcS+1W4vrX6dwEMRmI5KZLjtp2woyQnGbwTmeq4yVqroY2quqCM7/YNmIBr Archived-At: Subject: [sipcore] SIP-push -- Where is the "proxy"? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 22:45:42 -0000 Looking at the first paragraphs of section 5.3.2, it says: When the proxy receives (or, in case the proxy is the registrar, creates) a SIP request for a new dialog (e.g., a SIP INVITE request) or a stand-alone SIP request (e.g., a SIP MESSAGE request) addressed towards a SIP UA, if the Request-URI of the request contains a pn- provider, a pn-prid and a pn-param (if required for the specific PNS provider) SIP URI parameter, the proxy requests a push notification towards the UA, using the PRID included in the pn-prid SIP URI parameter and the PNS identified by the pn-provider SIP URI parameter. The implication is that the proxy may not have access to the AOR to which the request was originally directed, only the contact URI. However, the next paragraph says: The push notification will trigger the UA to send a re-registration REGISTER request. The proxy will process the REGISTER request and the associated response as described in Section 5.3.1. That requires that no matter where in the network the UA is, its REGISTER request will reach the proxy. These two situations don't seem to be consistent -- the second one requires that the proxy be centrally placed so that it will receive any REGISTER, but the first envisions that the proxy may be distant from the redirector (and hence the registrar), and only have access to the information in the incoming request itself. I'm not sure what network architecture possibilities you're envisioning, so I can't see what the resolution of this is. One possibility is that the proxy really will be central, but in that case, it has the freedom to know the full registration record of the AOR, which might let us clean up some things. The other possibility is that distributed operation is supported. I think that could be accommodated with minor changes to get around the fact that the proxy may not see the re-REGISTER request: Add the requirement that the contact URI includes a pn-aor parameter whose value is the AOR being registered. With that restriction, when the proxy receives the incoming request (after redirection), it can subscribe to 'reg' events for the original AOR (extracted from the pn-aor parameter). As long as the 'reg' events include the optional 'cseq' attribute of the element, the proxy will be notified when the reregistration is processed, and from that it can extract the (possibly changed) contact address from the registration and forward the request. Dale From nobody Sun Feb 18 14:53:09 2018 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 E0739126BF7 for ; Sun, 18 Feb 2018 14:53:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.685 X-Spam-Level: X-Spam-Status: No, score=-1.685 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 tLmFGCowekvZ for ; Sun, 18 Feb 2018 14:53:05 -0800 (PST) Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (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 F2EDF120227 for ; Sun, 18 Feb 2018 14:53:04 -0800 (PST) Received: from resomta-ch2-10v.sys.comcast.net ([69.252.207.106]) by resqmta-ch2-03v.sys.comcast.net with ESMTP id nXpQeG7HDDD0cnXpQevXT1; Sun, 18 Feb 2018 22:53:04 +0000 Received: from hobgoblin.ariadne.com ([65.96.206.41]) by resomta-ch2-10v.sys.comcast.net with SMTP id nXpOeweZEP2ienXpPe9kM9; Sun, 18 Feb 2018 22:53:03 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id w1IMr20X007212 for ; Sun, 18 Feb 2018 17:53:02 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id w1IMr1X2007209; Sun, 18 Feb 2018 17:53:02 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: sipcore@ietf.org In-Reply-To: (roman@telurix.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Sun, 18 Feb 2018 17:53:01 -0500 Message-ID: <87r2phc3le.fsf@hobgoblin.ariadne.com> X-CMAE-Envelope: MS4wfJ/Peo6E8Uz7FQ+WCTpSKUCI4DC/qc86Y7npKEE0kgCZ/ZtSGQVlPf/5aoKUeoj0f+8K4imk08rz7kuVmawiiYwChjrr1WZQh+EQ8ra4hEyYhZT1l3F8 coNz1E7cugV65v7z5dzmgDifx/jh4Pts4DcAsPoRZcnZLZpqiFCX9YXF Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 22:53:07 -0000 Roman Shpount writes: > In this case, I think interaction with sip.instance contact header > parameter should also be described here. The problem is that sip.instance is optional. Perhaps we could make it mandatory for UAs doing SIP-push, in which case it could be used to corrleate REGISTER requests and registrations. But sip.instance won't be on the incoming requests, which will limit its usefulness. Given that PRIDs will be unique, we probably don't need to process sip.instance's. Christer Holmberg writes: > >Perhaps change the short NOTE paragraph to: > > > > Once the proxy has seen that the UA has successfully reregistered, > > it must use the contact URI from the revised registration to forward > > the request to the UA (rather than the contact URI that was obtained > > from the registrar when the request was received by the proxy). > > I was thinking about that, but unless the proxy is also the registrar, > do we want it to modify the R-URI? It's a proxy, so it's allowed to change R-URIs in requests that it forwards. So I don't think there's a reason to object to that. The question is whether we envision architectures where the UA's IP address may change while it is alseep. Dale From nobody Mon Feb 19 00:56:40 2018 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 0D84F126CBF for ; Mon, 19 Feb 2018 00:56:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 6Gi1hL4xjuAZ for ; Mon, 19 Feb 2018 00:56:37 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8BBF12426E for ; Mon, 19 Feb 2018 00:56:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519030594; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ZwdYTbuYvIYv1/Osv2zwlrNK5sAewNgNPYctDfhAKAE=; b=HzyVb0KD8QYNa5nVym0+tWRKEQ8tJP8yV4+58yJltyOoObLp41BTSBhBHaMZc2gp 45It2fm2vjwqqjIJodC2wPexnJu/PonfCD95hn1c4iJmUXipSq/Zu+b2A0QG8X8w ZBx+eU0YtoNdxCmfjFfYSrPXpfBeBUI3/UrtX3y7WrI=; X-AuditID: c1b4fb25-83bff700000038f0-43-5a8a914180af Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 44.25.14576.1419A8A5; Mon, 19 Feb 2018 09:56:34 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0352.000; Mon, 19 Feb 2018 09:56:33 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew Thread-Index: AQHTplZO26OXj1djl06qZubfViMegKOle6oAgAUJqoCAAOxqsA== Date: Mon, 19 Feb 2018 08:56:32 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C176C72@ESESSMB109.ericsson.se> References: <87y3jqaxla.fsf@hobgoblin.ariadne.com> In-Reply-To: <87y3jqaxla.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.163] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUyM2K7n67TxK4og287uS2+/tjEZvHyRJkD k8fk/V+ZPZYs+ckUwBTFZZOSmpNZllqkb5fAlfFz8lG2gm/KFS0/X7E3MD6R6WLk5JAQMJHo P9XN2MXIxSEkcJhRYuvra2wQzhJGiafvtrN2MXJwsAlYSHT/0wYxRQQ0JToW5ID0MgOZj3bu ZQKxhQWCJU7vu8EGYosIhEhsutjADmE7SfQ8WAkWZxFQlTh58itYnFfAV2Liv1fMILaQQIrE mRdLwOZwChhLvN20GsxmFBCT+H5qDRPELnGJW0/mM0HcLCCxZM95ZghbVOLl43+sELaSxPJp W9gh6nUkFuz+xAZha0ssW/iaGWKvoMTJmU9YJjCKzkIydhaSlllIWmYhaVnAyLKKUbQ4tTgp N93IWC+1KDO5uDg/Ty8vtWQTIzBGDm75rbqD8fIbx0OMAhyMSjy8uvVdUUKsiWXFlbmHGCU4 mJVEeC1CgEK8KYmVValF+fFFpTmpxYcYpTlYlMR55wi3RwkJpCeWpGanphakFsFkmTg4pRoY edZE+e8Sd2aJj7r+7Mrh7BoWQ5sf+2NuMAjwv5Apt/qTWZHTME+tSHJvy4VSHaP5P+++Wbgi 2SkzLu4uxyFJluhzVyRDtvh8y41okc/6nsa0ObfxWLqG7ErHRtkooRIR7yVacYavThfLl978 uso4dtG65CtbuTQv/55xYLZf3Jyimyf2nslVYinOSDTUYi4qTgQA7OxaB40CAAA= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's reivew X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 08:56:39 -0000 Hi, First, in our experience the UA does not change its IP address between "wak= e ups". Having said that, the mechanism does not require the UA to maintain its IP = address. If the proxy is the registrar, and the reregister contains a new I= P address, the proxy will simply set the R-URI of the request accordingly. = That is normal registrar behaviour. Regards, Christer -----Original Message----- From: Dale R. Worley [mailto:worley@ariadne.com]=20 Sent: 18 February 2018 21:48 To: Christer Holmberg Cc: sipcore@ietf.org Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Dale's = reivew Christer Holmberg writes: >>[...] But I am wrong there, I didn't read RFC 6809 section 6.3.2=20 >>closely enough, they actually are in the header as paramaters. My=20 >>apologies for that. > > No problems :) > > Note, though, that I changed it in the latest version. Do you want me=20 > to change it back? Whatever you think is best. >>A point that is related to the above item is this: How does the proxy=20 >>recognize that an incoming re-REGISTER matches a request that it is=20 >>buffering? I haven't read -06 through, but I don't think it says=20 >>explicitly. >>I think people have been assuming that this is done by matching the=20 >>contact URI in the REGISTER with the request-URI in the incoming=20 >>request. > > Correct. > >> But that doesn't work in the presence of NATing (see section 6),=20 >>because the address (as seen by the proxy/registrar) that the UA has=20 >>received this time may be transient and different from last time. > > The NAT will not change the contact URI in the REGISTER. The proxy=20 > will obviously have to stored request towards the NAT address, from=20 > where it received the REGISTER, but it will use the contact URI for the m= atching. > We should probably add some words about that to the NAT Considerations=20 > sections. I think it's more complicated than that. Actually, I don't know the detail= s of how NAT compensation is done; at least in some systems, the edge proxi= es modify requests and responses in some circumstances. But in this situation, when a UA is awakened, it seems to me that in some a= rchitecures have to acquire a new IP address, having been asleep and not be= en using one for a while, possibly hours. In that case, the Contact URI it= generates for the REGISTER may contain a different IP address than the one= it registered with previously. When I made my earlier comments, I assumed that it was the proxy-redirector= that was buffering the incoming request, and so it knew not only the reque= st but the contents of the registration record that was redirecting the req= uest. This makes recognizing the incoming REGISTER much simpler, as I said= , it can be done in several ways. However, you're looking at the more difficult case where redirection has al= ready been done, and the proxy handing SIP-push doesn't have the registrati= on record. It doesn't even know the AOR the request was originally targete= d to! (Which would let it look up the registration by querying the registr= ar.) > Well, pn-provider/pn-prid are part of the URI, so by comparing the=20 > contact URI with the R-URI you DO use those :) > > I think it is still good to also compare the IP address:port of the=20 > URI, to make sure they match. Conveniently the pn-provider/pn-prid combination is unique across all regis= trations. (Or is there a use case where one or more UAs use one PRID to ge= t wakeups for multiple AORs?) I do think, though, we don't want to depend = on the IP address being maintained during sleeping. Unless we know that the IP address in question is the one that the push not= ification service is using to wake up the UA, and we know that the push ser= vice reqires the device maintain a constant IP address. I'm quite nervous about requiring the UA to be able to reregsiter using the= same IP address; not only does that limit NAT compensation strategies (whi= ch may not be a problem) but it also requires the environment not reassign = addresses while devices are sleeping. But matching based on PRID alone req= uires that when a device receives a wakeup, the UA(s) that are using that P= RID for SIP-push for AOR(s) must reregister all of those AORs. (A single U= A handling multiple AORs for one domain can reregister them both with one r= equest.) I think that behavior is what we expect anyway. Dale From nobody Mon Feb 19 01:03:49 2018 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 AC024126CBF for ; Mon, 19 Feb 2018 01:03:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 VvLiNfezOSbH for ; Mon, 19 Feb 2018 01:03:47 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C66B12426E for ; Mon, 19 Feb 2018 01:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519031025; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ZLrC8gv8AHg7PjYW5KD6TGgjgsqlog6/FuXT8exBCXw=; b=fS1tishzM1ddnxW2ptOmt9plNUINwkYCSxEbWRtz2Ld2TxQijwLDlrAtwFQh7ZWa 4IZQICd5f225DBIkcJXsTnispdG7NZx1QFfo4+dRgt9CCP6beeSAYmpFqj1FxESW TYvlDkbX1cK3ciKt6glY01pBng+BXVs5yCAwuxJjeTU=; X-AuditID: c1b4fb30-799639c000004778-3d-5a8a92f1781e Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.183.72]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id E3.13.18296.1F29A8A5; Mon, 19 Feb 2018 10:03:45 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC018.ericsson.se ([153.88.183.72]) with mapi id 14.03.0352.000; Mon, 19 Feb 2018 10:03:04 +0100 From: Christer Holmberg To: "Dale R. Worley" , "sipcore@ietf.org" Thread-Topic: SIP-push -- Where is the "proxy"? Thread-Index: AQHTqQo0Dw+ZCNCzIEORXOeoTB3Ut6OrbXyg Date: Mon, 19 Feb 2018 09:03:05 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C176C9E@ESESSMB109.ericsson.se> References: <87tvudc3xq.fsf@hobgoblin.ariadne.com> In-Reply-To: <87tvudc3xq.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.163] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHLMWRmVeSWpSXmKPExsUyM2K7h+7HSV1RBp9m6Fh8/bGJzeLliTIH Jo/J+78yeyxZ8pMpgCmKyyYlNSezLLVI3y6BK2PhiZlsBcskKjqmP2VqYNws3MXIySEhYCKx d8Zvli5GLg4hgcOMEhu2vmQGSQgJLGGUmHI2oYuRg4NNwEKi+582SFhEIEhiU+cKsBJhAT2J D2132CDi+hLf7mxjhrCNJM5f3MkCYrMIqEocOTURLM4r4Ctx5eF6NojxRhLL/9wAq+EUMJb4 f2olWJxRQEzi+6k1TCA2s4C4xK0n85kg7hSQWLLnPDOELSrx8vE/VghbSWL5tC3sEPU6Egt2 f2KDsLUlli18DbVXUOLkzCcsExhFZiEZOwtJyywkLbOQtCxgZFnFKFqcWpyUm25kpJdalJlc XJyfp5eXWrKJERgLB7f8NtjB+PK54yFGAQ5GJR5e9YauKCHWxLLiytxDjBIczEoivBYhQCHe lMTKqtSi/Pii0pzU4kOM0hwsSuK8Jz15o4QE0hNLUrNTUwtSi2CyTBycUg2MbceLn4txqE1s Wy4qOE3rCUNC8TSrSRp3yj8wP/2boVOuLfYhelfws6MPu6rF5TMffnmY4ZpgbKafcXG3cP8r i4ZCcUGOgthNDEdD5uVG34znWvhaTmWR15UFnGbXz9kLKHBsVZ1+MemY2m9FndDkJb4SSdpn QvffWHFz7v8n3UkrVp9afEFWiaU4I9FQi7moOBEAymma24ECAAA= Archived-At: Subject: Re: [sipcore] SIP-push -- Where is the "proxy"? X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 09:03:48 -0000 Hi, The assumption is that the proxy is able to retrieve the needed registratio= n information, either by being in the path of the REGISTER (which is the ca= se in all scenarios I am aware of), or retrieving the information using som= e other mechanism. Regards, Christer -----Original Message----- From: Dale R. Worley [mailto:worley@ariadne.com]=20 Sent: 19 February 2018 00:46 To: sipcore@ietf.org; Christer Holmberg Subject: SIP-push -- Where is the "proxy"? Looking at the first paragraphs of section 5.3.2, it says: When the proxy receives (or, in case the proxy is the registrar, creates) a SIP request for a new dialog (e.g., a SIP INVITE request) or a stand-alone SIP request (e.g., a SIP MESSAGE request) addressed towards a SIP UA, if the Request-URI of the request contains a pn- provider, a pn-prid and a pn-param (if required for the specific PNS provider) SIP URI parameter, the proxy requests a push notification towards the UA, using the PRID included in the pn-prid SIP URI parameter and the PNS identified by the pn-provider SIP URI parameter. The implication is that the proxy may not have access to the AOR to which t= he request was originally directed, only the contact URI. However, the next paragraph says: The push notification will trigger the UA to send a re-registration REGISTER request. The proxy will process the REGISTER request and the associated response as described in Section 5.3.1. That requires that no matter where in the network the UA is, its REGISTER r= equest will reach the proxy. These two situations don't seem to be consistent -- the second one requires= that the proxy be centrally placed so that it will receive any REGISTER, b= ut the first envisions that the proxy may be distant from the redirector (a= nd hence the registrar), and only have access to the information in the inc= oming request itself. I'm not sure what network architecture possibilities you're envisioning, so= I can't see what the resolution of this is. One possibility is that the p= roxy really will be central, but in that case, it has the freedom to know t= he full registration record of the AOR, which might let us clean up some th= ings. The other possibility is that distributed operation is supported. I think = that could be accommodated with minor changes to get around the fact that t= he proxy may not see the re-REGISTER request: Add the requirement that the= contact URI includes a pn-aor parameter whose value is the AOR being regis= tered. With that restriction, when the proxy receives the incoming request= (after redirection), it can subscribe to 'reg' events for the original AOR= (extracted from the pn-aor parameter). As long as the 'reg' events include the optional 'cseq' attribute of the element, the proxy will be notified when the reregistration is proc= essed, and from that it can extract the (possibly changed) contact address = from the registration and forward the request. Dale From nobody Mon Feb 19 01:07:23 2018 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 BB3D4126CBF for ; Mon, 19 Feb 2018 01:07:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 C0U6v2ocn7nC for ; Mon, 19 Feb 2018 01:07:21 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A79F912426E for ; Mon, 19 Feb 2018 01:07:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519031239; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=7UysJMH6cG+9nHhlYYKh6fN70AUc4pUVNlHuwgo9wFI=; b=IL7azuLCNk3qgI94mnnWhn/CS4owjagXXZVh+FjLDkGq+2Ceitb0q7VSmB6WQYsm N9QOOso8A4VavuaPTO8BP3iloDrkTm7DzKe+j6EsWalhbwY6q621PEnnnKYcHUeL jtM+I5RaUUd6/cQcMjGxgIuBagWdeqvXZeLx4UKm25Q=; X-AuditID: c1b4fb30-3b1ff70000004778-e2-5a8a93c6c6b2 Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 53.E3.18296.6C39A8A5; Mon, 19 Feb 2018 10:07:19 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0352.000; Mon, 19 Feb 2018 10:07:18 +0100 From: Christer Holmberg To: "Dale R. Worley" , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request Thread-Index: AQHTqQtAjcozHa7E6kG0LFkWGQRFOqOrbwMA Date: Mon, 19 Feb 2018 09:07:18 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C176CCC@ESESSMB109.ericsson.se> References: (roman@telurix.com) <87r2phc3le.fsf@hobgoblin.ariadne.com> In-Reply-To: <87r2phc3le.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.163] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHLMWRmVeSWpSXmKPExsUyM2J7uO7xyV1RBpfiLb7+2MRm8fJEmQOT x+T9X5k9liz5yRTAFMVlk5Kak1mWWqRvl8CVsW3VCdaCizwV154dZ2pg/MrZxcjBISFgIvHs b34XIxeHkMBhRolPLyaxQDhLGCU+Pr3DDFLEJmAh0f1Pu4uRk0NEIEhiU+cKZhBbWKBc4vjX s4wQ8QqJTxcusUDYRhKHO4+C1bAIqErcfzsNrIZXwFfiyYNDzBDzexkljh/aCJbgFDCW+Lji LxuIzSggJvH91BomEJtZQFzi1pP5YLaEgIDEkj3nmSFsUYmXj/+xQthKEsunbWGHqNeRWLD7 ExuErS2xbOFrZojFghInZz5hmcAoMgvJ2FlIWmYhaZmFpGUBI8sqRtHi1OKk3HQjI73Uoszk 4uL8PL281JJNjMBYOLjlt8EOxpfPHQ8xCnAwKvHwqjd0RQmxJpYVV+YeYpTgYFYS4bUIAQrx piRWVqUW5ccXleakFh9ilOZgURLnPenJGyUkkJ5YkpqdmlqQWgSTZeLglGpg3MaffGjq4UdS RtoHlZfr9v6Wm/Hh56QTN4QevZ9b4sy59MWe31xHLySemRZkN8Flc/fPyH9r7KNWxRvt8fv0 dt6c3SZny/pusn2V5HndINkwccmSs6m1muX3l8doaHPe+ejusZ67MFKlO+bqnHXaKww4ehft KbAU+bk7JHFjqkQRC1O1mI//WyWW4oxEQy3mouJEABpNR3OBAgAA Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 09:07:22 -0000 Hi, >> In this case, I think interaction with sip.instance contact header=20 >> parameter should also be described here. > > The problem is that sip.instance is optional. Perhaps we could make it m= andatory for UAs doing SIP-push, in=20 > which case it could be used to corrleate REGISTER requests and registrati= ons. But sip.instance won't be on the > incoming requests, which will limit its usefulness. Given that PRIDs wil= l be unique, we probably don't need to=20 > process sip.instance's. Correct. >>> Once the proxy has seen that the UA has successfully reregistered, >>> it must use the contact URI from the revised registration to forward >>> the request to the UA (rather than the contact URI that was obtained >>> from the registrar when the request was received by the proxy). >>=20 >> I was thinking about that, but unless the proxy is also the registrar,=20 >> do we want it to modify the R-URI? > > It's a proxy, so it's allowed to change R-URIs in requests that it forwar= ds. So I don't think there's a reason to=20 > object to that. Ok. I will add some text about that. > The question is whether we envision architectures where the UA's IP addre= ss may change while it is alseep. I don't think it will normally happen just because the UA is asleep (it may= of course happen if the UA changes network etc while being asleep). But, the mechanism works even if it does. If the IP address in the stored r= equest is different than the IP address of the reregister contact, then the= proxy can re-write the R-URI. Regards, Christer From nobody Mon Feb 19 01:14:27 2018 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 11A3D1270FC for ; Mon, 19 Feb 2018 01:14:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 d70DLHCfCAWp for ; Mon, 19 Feb 2018 01:14:24 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7961C127058 for ; Mon, 19 Feb 2018 01:14:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519031662; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=0HfFn5cnux8YMzgzO1QPpZOJJCvKMtIs0cTpRni2suA=; b=cx1ZXHRiYDwqHGRfTeKvZ5AR94LHCKyGMXXn9yqabCwTNYzFvtBVqjvevWtY/N8K zOhesiE7DUaCAQ0wTXg9PS+/ymDljRbmZT3UHp7EDNvy2L6Vt+s6kD53X4yQDJGZ hz2UUnLq+oto68PLhkkAxBOhaBKoLuPvnpIWAEVhJNE=; X-AuditID: c1b4fb25-c03dc9c0000038f0-d2-5a8a956ea4b9 Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.183.33]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 35.49.14576.E659A8A5; Mon, 19 Feb 2018 10:14:22 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0352.000; Mon, 19 Feb 2018 10:13:57 +0100 From: Christer Holmberg To: "Dale R. Worley" CC: "roman@telurix.com" , "Michael.Arnold@metaswitch.com" , "sipcore@ietf.org" Thread-Topic: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests - Pull request Thread-Index: AQHTpmRJlCXTU28wlEGkKbuLZGQ47qOqfC2AgAD5QKA= Date: Mon, 19 Feb 2018 09:13:56 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C176CF9@ESESSMB109.ericsson.se> References: <871shicdno.fsf@hobgoblin.ariadne.com> In-Reply-To: <871shicdno.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.163] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplkeLIzCtJLcpLzFFi42KZGbFdUTdvaleUwYrdRhaHWzayW8y4MJXZ 4uuPTWwWL0+UObB4TN7/ldljyZKfTB5Hb85l9rg1pSCAJYrLJiU1J7MstUjfLoEr48SaKUwF XWIVP0/2MTcwrhDsYuTkkBAwkfgyuZ29i5GLQ0jgMKPEq2svoJwljBLvb5xl6WLk4GATsJDo /qcNYooIaEp0LMgBKWEWmMoosffWDUaQQcICZRLfNz9gBrFFBMolNu+/xAxRbyUxdWUxSJhF QFXiyoNbYOW8Ar4Sv78dYgWxhQRSJE7vbgKzOQWMJXa8nQk2hlFATOL7qTVMIDazgLjErSfz mSBuFpBYsuc8M4QtKvHy8T9WCFtJYvm0LewQ9ToSC3Z/YoOwtSWWLXzNDLFXUOLkzCcsExhF ZyEZOwtJyywkLbOQtCxgZFnFKFqcWpyUm25krJdalJlcXJyfp5eXWrKJERhJB7f8Vt3BePmN 4yFGAQ5GJR5e3fquKCHWxLLiytxDjBIczEoivBYhQCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8 c4Tbo4QE0hNLUrNTUwtSi2CyTBycUg2MOt+jJ/jkXMudr1c/NeFoXuiflt1WPM6F896K6FU3 VKi4JnHzMVgbO9uz88RvOa+S6e52Yp/sLaFrTb3n38/y01skzLJkgvFF1mMpz9c9lCh/Eb9i O8uS8ltn5kxbzKb2MbXQ+5L356Iwwe4Vk991tT3N7z+b9+bv2j7+dSzps9Zzfo35yvFTiaU4 I9FQi7moOBEAJ8oJTKACAAA= Archived-At: Subject: Re: [sipcore] Comments on draft-ietf-sipcore-sip-push-04 - Timer triggered REGISTER requests - Pull request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 09:14:26 -0000 Hi, >> I have created a pull request, which now adds a new feature-capability=20 >> indicator, sip.reqpush, which can be used: >> >> 1. By the UA to indicate that it is able to generate >> re-registration REGISTER requests without receiving push >> notifications >> 2. By the proxy to indicate the minimum time, prior to registration >> expiration, when the UA needs to send the re-registration REGISTER >> request. > >>Christer Holmberg writes: >> If the UA decides what the value shall be, then we could use a pn-=20 >> parameter. But, the proxy should not modify the pn- parameters, as it=20 >> would mess up the URI matching. > > I think the problem we are facing has three parts: > > 1. The network needs a certain amount of time between when the UA sends > the REGISTER before the reregistration is effective. > > 2. The UA needs a certain amount of time between when it receives the > push notification and when it can transmit the REGISTER. > > 3. The network needs a certain amount of time to generate the > push-notification request, send it to the push notification service, > and the push notification reaches the UA. > > The architectural problem is that the network knows items 1 and 3, and th= e UA knows item 2. =20 > If the UA generates reregistrations itself, it needs to know 1 and 2. If= the network prompts the=20 > UA to generate reregistrations, it needs to know 1, 2, and 3. > > sip.reqpush takes care of the case where the UA generates reregistrations= spontaneously, by telling the UA item 1. > > But we still need a mechanism to handle the other case, when the network = has to prompt the UA, and the UA=20 > has to tell the network item 2. So I think we need a complementary featu= re-cap indicator that the UA attaches=20 > to the REGISTER that tells the network that it is not capable of reregise= ring spontaneously, and what length of=20 > time it needs to generate REGISTERS. > > There's a choice in exactly how we define item 2, whether it includes the= inherent delay of the push notification service or not. > > the time between when the UA receives the push notification and when > it transmits the REGISTER > > vs. > > the time between when the push notification service receives the push > notification request and when the UA transmits the REGISTER > > In the first case, the network needs to know the delay in the service; in= the second case, the UA needs to know the delay in the service. > However, both the UA and the network are likely to have specific knowledg= e of the service, so it seems to me that either choice would work. Of course there will be "delays", and the proxy needs to take that into con= sideration. Regards, Christer From nobody Mon Feb 19 08:39:45 2018 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 014FC127873 for ; Mon, 19 Feb 2018 08:39:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 aKa6vbe39QhL for ; Mon, 19 Feb 2018 08:39:37 -0800 (PST) Received: from alum-mailsec-scanner-5.mit.edu (alum-mailsec-scanner-5.mit.edu [18.7.68.17]) by ietfa.amsl.com (Postfix) with ESMTP id 7448E1241F8 for ; Mon, 19 Feb 2018 08:39:37 -0800 (PST) X-AuditID: 12074411-665ff70000000b66-00-5a8afdc8b4d9 Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 7E.32.02918.8CDFA8A5; Mon, 19 Feb 2018 11:39:36 -0500 (EST) Received: from PaulKyzivatsMBP.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.13.8/8.12.4) with ESMTP id w1JGdZ7U024011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 19 Feb 2018 11:39:36 -0500 To: sipcore@ietf.org References: <87r2phc3le.fsf@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B6C176CCC@ESESSMB109.ericsson.se> From: Paul Kyzivat Message-ID: Date: Mon, 19 Feb 2018 11:39:35 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C176CCC@ESESSMB109.ericsson.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFIsWRmVeSWpSXmKPExsUixO6iqHvib1eUwf0lZhZff2xic2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxq/XO9gLtnNUbGjtZ2tgPM/WxcjJISFgIvFmyjJWEFtIYAeT xNQVEV2MXED2DyaJhv07mUASwgLlEtuPfmUEsUUERCSeTf/HBlG0l1FiXtsFsCI2AS2JOYf+ s3QxcnDwCthLNK4pAQmzCKhKvHp5DmyBqECaxKtnO5hBbF4BQYmTM5+wgNicAn4Sn1cfB5vP LGAmMW/zQ2YIW1zi1pP5TBC2vMT2t3OYJzDyz0LSPgtJyywkLbOQtCxgZFnFKJeYU5qrm5uY mVOcmqxbnJyYl5dapGuql5tZopeaUrqJERKUgjsYZ5yUO8QowMGoxMO741ZXlBBrYllxZe4h RkkOJiVRXsv1QCG+pPyUyozE4oz4otKc1OJDjBIczEoivD43gHK8KYmVValF+TApaQ4WJXFe viXqfkIC6YklqdmpqQWpRTBZGQ4OJQnekj9AjYJFqempFWmZOSUIaSYOTpDhPEDDI0FqeIsL EnOLM9Mh8qcYLTme7X3QxszRcvEJkLzx4nUbsxBLXn5eqpQ4b/VvoAYBkIaM0jy4mbAk84pR HOhFYd5KkLE8wAQFN/UV0EImoIWrRTpBFpYkIqSkGhh13z++G2n3MmJvbrD5PTaXxvuHD6Vy F/bv+ar66MRGw4UZuurGH7e0zLvK92P12pw0iWeLhD9IfvV0lpqtOWuFseXSnIxPHtIra79w CezgdeQ4+n7xVe/5bwWMbE4IGSQJ6P3zeHoq1WxXx4zZ+l5BD8PKgpzlT96Vs7go/GWbVFB+ 7oqOCGklluKMREMt5qLiRAARINB+DQMAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 16:39:44 -0000 On 2/19/18 4:07 AM, Christer Holmberg wrote: >> The question is whether we envision architectures where the UA's IP address may change while it is alseep. > > I don't think it will normally happen just because the UA is asleep (it may of course happen if the UA changes network etc while being asleep). The UA knows the TTL of its IP address. Seems like it needs to arrange a way to wake up before then, refresh its IP, and then if necessary re-register. I don't know how the push mechanisms work, but won't they also have a problem if the IP changes? > But, the mechanism works even if it does. If the IP address in the stored request is different than the IP address of the reregister contact, then the proxy can re-write the R-URI. Beware. This sounds like you are suggesting ad hoc changes to the sip address rewriting mechanisms. That seems like a bad idea. But maybe I misunderstand you. ISTM that the proxy (assuming it is the home proxy for the AoR) should simply delay the rewrite until the push has been completed. Thanks, Paul From nobody Mon Feb 19 09:41:04 2018 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 2969F124319 for ; Mon, 19 Feb 2018 09:41:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 RuTeUGZNArDX for ; Mon, 19 Feb 2018 09:41:02 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7F4512420B for ; Mon, 19 Feb 2018 09:41:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519062059; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=mMRPoa8I3sSvidylcnhEfH+4qRWQXjdV31l7Gb1Uu7k=; b=einJuKExs0LNZEVcBYgz0wNYwPxcqpWoeYRmpvSw5fM9PTMk5pgPIqcN6dUCyHax QX1uXjXeGeVKv9IfWSTOfpSBQm0Le11yQX6ICZcTgTHpH/RroMTJd+2e+UvHygVP WIObu99AQyZpWmkPFoJo7fWB3dnUSbKm3I72ZJjBGGw=; X-AuditID: c1b4fb30-3b1ff70000004778-e9-5a8b0c2b1410 Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 74.9C.18296.B2C0B8A5; Mon, 19 Feb 2018 18:40:59 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.195]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0352.000; Mon, 19 Feb 2018 18:40:59 +0100 From: Christer Holmberg To: Paul Kyzivat , "sipcore@ietf.org" Thread-Topic: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request Thread-Index: AQHTqQtAjcozHa7E6kG0LFkWGQRFOqOrbwMAgABuloCAACDtEA== Date: Mon, 19 Feb 2018 17:40:59 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C177CC7@ESESSMB109.ericsson.se> References: <87r2phc3le.fsf@hobgoblin.ariadne.com> <7594FB04B1934943A5C02806D1A2204B6C176CCC@ESESSMB109.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.164] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrALMWRmVeSWpSXmKPExsUyM2K7ma42T3eUwbOnRhYrNhxgtfj6YxOb A5PH3/cfmDyWLPnJFMAUxWWTkpqTWZZapG+XwJVxaddh5oL1PBULrs5iamC8ztnFyMkhIWAi sfHQZaYuRi4OIYHDjBLds/azQDhLGCWud7aydTFycLAJWEh0/9MGaRARCJS4umQCM4gtLFAu cfzrWUaIeIXEpwuXWEDKRQScJFZvlgUJswioSkz4dJkFxOYV8JXoWbWYHWL8Z0aJf+9awBKc Ag4S//omgc1hFBCT+H5qDROIzSwgLnHryXwmiEMFJJbsOc8MYYtKvHz8jxXCVpI4+2UKG0S9 jsSC3Z+gbG2JZQtfM0MsFpQ4OfMJywRGkVlIxs5C0jILScssJC0LGFlWMYoWpxYn5aYbGeml FmUmFxfn5+nlpZZsYgTGw8Etvw12ML587niIUYCDUYmH1/BXV5QQa2JZcWXuIUYJDmYlEV6f G0Ah3pTEyqrUovz4otKc1OJDjNIcLErivCc9eaOEBNITS1KzU1MLUotgskwcnFINjN3cpQIL pxszaL/4dPCMjPved9M3x5g+LCr9JHYxfTNPpVv1LflvnItd+buvNH7+P1XjitXxdueksrPP JD/N/+/z6YLqs7MP4xldte611OpPvbGGaYV47+ttB36KHF8b//vG/ZVPN1Y7MakFN6vouYb5 TTE7ffO9t7iP132vcv0nHzXiROTajyixFGckGmoxFxUnAgAzwvhcgwIAAA== Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP Proxy waiting for 200 OK before forwarding SIP request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 17:41:03 -0000 Hi, >>> The question is whether we envision architectures where the UA's IP add= ress may change while it is alseep. >>=20 >> I don't think it will normally happen just because the UA is asleep (it = may of course happen if the UA changes network etc while being asleep). > > The UA knows the TTL of its IP address. Seems like it needs to arrange a = way to wake up before then, refresh its IP, and then if necessary re-regist= er. > > I don't know how the push mechanisms work, but won't they also have a pro= blem if the IP changes? Keep in mind that, just because the SIP UA app "sleeps", the device is stil= l up and running. So, therefore I doubt the IP address will change in norma= l situations. >> But, the mechanism works even if it does. If the IP address in the store= d request is different than the IP address of the=20 >> reregister contact, then the proxy can re-write the R-URI. > > Beware. This sounds like you are suggesting ad hoc changes to the sip add= ress rewriting mechanisms. That seems like a bad idea.=20 > But maybe I misunderstand you. ISTM that the proxy (assuming it is the ho= me proxy for the AoR) should simply delay the rewrite=20 > until the push has been completed. If the proxy is the registrar, it will see what contact comes in the REGIST= ER, so it can place that value in the R-URI using normal SIP procedures. If the proxy is not the registrar, the draft currently says that it rejects= the request if it receives a REGISTER where the contact does not match the= R-URI. Regards, Christer From nobody Mon Feb 19 13:02:12 2018 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 9CA89126DFF for ; Mon, 19 Feb 2018 13:02:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] 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 6lDkhkdC73ns for ; Mon, 19 Feb 2018 13:02:08 -0800 (PST) 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 CF352124C27 for ; Mon, 19 Feb 2018 13:02:08 -0800 (PST) Received: from mutabilis-2.local ([47.186.15.50]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w1JL28md039576 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 19 Feb 2018 15:02:08 -0600 (CST) (envelope-from mahoney@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.15.50] claimed to be mutabilis-2.local To: SIPCORE From: "A. Jean Mahoney" Message-ID: <2042e582-808e-f832-0ee2-d91f0ba0e417@nostrum.com> Date: Mon, 19 Feb 2018 15:02:08 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.6.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-originating-cdiv-parameter X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 21:02:11 -0000 Hi all, Working Group Last Call starts today for draft-ietf-sipcore-originating-cdiv-parameter. https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-parameter/ Although this draft has received WG support, this draft has not received much in the way of feedback. Please provide feedback to the sipcore mailing list by Monday, March 5th. Thanks! Jean From nobody Tue Feb 20 16:04:50 2018 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 D460E12E058 for ; Tue, 20 Feb 2018 16:04:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-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 qDsXXBWpApFG for ; Tue, 20 Feb 2018 16:04:47 -0800 (PST) Received: from mail-pg0-x232.google.com (mail-pg0-x232.google.com [IPv6:2607:f8b0:400e:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01C6B12E055 for ; Tue, 20 Feb 2018 16:04:46 -0800 (PST) Received: by mail-pg0-x232.google.com with SMTP id m1so3688030pgp.13 for ; Tue, 20 Feb 2018 16:04:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=WCINiBeyOQFAzNB4V2tAomJ9eJOqxs8s2Q9G76UQWvI=; b=kv1PdwszAazcdGgiSn2yZq2PhwZ+ap7oDfHqoJ0q2BBuDZ82jyQHPgOeeNi4HOu0Oz NBCX0LGes5JnyeRJgcTOzB4uInRRfN05wynbs+UcA0d1aHMnkYlp5Kfjehnyd4PE6+Yv zOX1TclhU64JduCwRtgAu+jhpgTR9Ys+SwCWpYT2K5L7O9KG6LaaXwUMGX+7nuYQgCTX 0OMk1sqHBsoH1xI/urXxB1O76D/tnw331CBD8JmyyMFZi3f05AQycyFvEEZYXbaE7uOP uBvQ2H/TbzJhNa9WwkggQNU8NhDslLcuGKDr6xbVcqTraC9p+UyJ8SgAb/Mk5/v2Xgb9 Ehzg== 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:cc; bh=WCINiBeyOQFAzNB4V2tAomJ9eJOqxs8s2Q9G76UQWvI=; b=nTT9kpuhesl3z7qSdyVbI8er6atnrAdjHp0d19gPbOQakKLCQ2bHYUbDYkbZ+nptSa k4iZQ4eyyGmfCgGIPJ1eClLRdI3DPntoLqDcqZije4FjAAeQcxIlGAMSQHnPDgGNaNQb t2VPp1gOJOnTI8m6zDQ/ttboPoC2Cu4K0pWVuTgR9GleTQLSuk5xxov6GuFXjZxL0J/D RDPKrGJnPJM0N4abbE+A9Xkt0Xkag2Ygne+4j5HLMyrzgFdKW4l2lhZtfc9y+VtjZG/6 D6fSzvomiPFzZnQ9aESNBjjX35GY+h7ICoRkZOfK12WCTHOMe+zU7wfwBw/hGfVZTQB5 jiEQ== X-Gm-Message-State: APf1xPAHkrKa3E/Uwzv5Hq0TEA3pkmMju83mcBVTKRhR/Eq+SKfl4wPk sJ5hc3/Wb3AaZUe+UNseXsyjSI10 X-Google-Smtp-Source: AH8x227zSv8RONeiUKeuGFDuyzvi8GRLlnJ2nfTmPAvd/BqSIhPcmzjpQEsXQieNp9WwP4+GT31BhA== X-Received: by 10.98.30.67 with SMTP id e64mr1329771pfe.111.1519171486143; Tue, 20 Feb 2018 16:04:46 -0800 (PST) Received: from mail-pl0-f45.google.com (mail-pl0-f45.google.com. [209.85.160.45]) by smtp.gmail.com with ESMTPSA id b123sm62775998pfb.179.2018.02.20.16.04.45 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Feb 2018 16:04:45 -0800 (PST) Received: by mail-pl0-f45.google.com with SMTP id x18so2826103pln.0 for ; Tue, 20 Feb 2018 16:04:45 -0800 (PST) X-Received: by 2002:a17:902:7d8d:: with SMTP id a13-v6mr1267405plm.304.1519171485209; Tue, 20 Feb 2018 16:04:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.184.134 with HTTP; Tue, 20 Feb 2018 16:04:44 -0800 (PST) From: Roman Shpount Date: Tue, 20 Feb 2018 19:04:44 -0500 X-Gmail-Original-Message-ID: Message-ID: To: "Dale R. Worley" Cc: SIPCORE Content-Type: multipart/alternative; boundary="000000000000ba9e0c0565adac8f" Archived-At: Subject: Re: [sipcore] WGLC: draft-ietf-sipcore-sip-push - SIP combine with push implementation experience X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 00:04:49 -0000 --000000000000ba9e0c0565adac8f Content-Type: text/plain; charset="UTF-8" Hi All, I just wanted to provide some feedback based on our implementation experience of push notification in combination with SIP from several years ago, which was done before this draft was written. We have used SIP-push in combination with SIP Outbound. SIP Outbound was still needed to maintain the connection from the client when UA is awake and call is in progress. We simply used SIP-push as an optimization on top of SIP Outbound to reduce the number of messages sent, client energy consumption, and proxy load. There are other solution for using SIP with NAT, but SIP Outbound is the most complete and most thought through standard solution. It made sense to use it and to combine it with SIP-push instead of inventing new functionality. We have used sip.instance and reg-id to deal with IP address changes and registration updates. This way if client IP address changes, the registration is updated to use new connection information. Device IP address changes often enough when US is sleeping, for instance when device moves from 4G to WiFi, so that handling this scenario transparently was required to develop a usable system. We have used GRUU to associate non-registration requests with specific registrations and by reference with existing connection to the client or SIP-push registration. As far as Registration expiration is concerned, for SIP-push it is needed to specify the minimum allowed registration expires interval otherwise there is not enough time for a SIP-push notification to complete and registration request to be sent before registration expires. We have used a minimum expires value of 90 seconds and failed all registrations with all lower expires non-zero values. For user agents that supported timers, we configured them to send a registration refresh request once half of registration expiration interval has elapsed. SIP-push enabled proxies sent a push notification to the UA before the registration expiration. The minimum of 32 seconds and one third of the session interval is was used for this. Please let me know if you need more details. Regards, _____________ Roman Shpount --000000000000ba9e0c0565adac8f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi All,

I just wanted to provide some f= eedback based on our implementation experience of push notification in comb= ination with SIP from several years ago, which was done before this draft w= as written.

We have used SIP-push in combination w= ith SIP Outbound. SIP Outbound was still needed to maintain the connection = from the client when UA is awake and call is in progress. We simply used SI= P-push as an optimization on top of SIP Outbound to reduce the number of me= ssages sent, client energy consumption, and proxy load. There are other sol= ution for using SIP with NAT, but SIP Outbound is the most complete and mos= t thought through standard solution. It made sense to use it and to combine= it with SIP-push instead of inventing new functionality.

We have used sip.instance and reg-id to deal with IP address change= s and registration updates. This way if client IP address changes, the regi= stration is updated to use new connection information. Device IP address ch= anges often enough when US is sleeping, for instance=C2=A0when device moves= from 4G to WiFi, so that handling this scenario transparently was required= to develop a usable system.

We have used GRUU to = associate non-registration requests with specific registrations and by refe= rence with existing connection to the client or SIP-push registration.
<= div class=3D"gmail_extra">
As far as Re= gistration expiration is concerned, for SIP-push it is needed to specify th= e minimum allowed registration expires interval otherwise there is not enou= gh time for a SIP-push notification to complete and registration request to= be sent before registration expires. We have used a minimum expires value = of 90 seconds and failed all registrations with all lower expires non-zero = values. For user agents that supported timers, we configured them to send a= registration refresh request once half of registration expiration interval= has elapsed. SIP-push enabled proxies sent a push notification to the UA b= efore the registration expiration. The minimum of 32 seconds and one third = of the session interval is was used for this.

Please let me know if you need more= details.

Regards,
_____________
Roman Shpount
<= /div>
--000000000000ba9e0c0565adac8f-- From nobody Mon Feb 26 01:03:54 2018 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 D6F991204DA for ; Mon, 26 Feb 2018 01:03:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 0AmuuDkmTlxN for ; Mon, 26 Feb 2018 01:03:43 -0800 (PST) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (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 28174126BF6 for ; Mon, 26 Feb 2018 01:03:43 -0800 (PST) Received: by mail-qk0-x230.google.com with SMTP id f25so18192530qkm.0 for ; Mon, 26 Feb 2018 01:03:43 -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=ijOYwaVgyG9AS7wLE7V95isJ2cD74MxePDdfkcf9r3w=; b=hMT+r/jBho04Jz7GzIdWw4OmjfPPPpV3HouJ4A586uwKltoaApvGxaiYg+XPpJoCPu NIGdP4n5yOTFljhSh/iaGvBI02t0nBtTOUdNXsf0WxGRy5gEjUhwgZDtAqAK5pQ2EdzL eJsRC2Md2EpDntNjsGEa46JS76SVX0GMMnrkp1VeCCUWKclZBj7KbgVoNuG7YiA+YIg3 2QL/oAGN8D2pXbYtgnnG4wKQCX0g/p7Idrd1GUP5/q+cYaGXh3THdnk21nR69Rm7xz2x JN4dxv2HN41Nl0C3BxN3lymV6UH8QTAjJpmCaps9253gXpyQKG8xnh7Rh1qAAxBS/epT 8Wsg== 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=ijOYwaVgyG9AS7wLE7V95isJ2cD74MxePDdfkcf9r3w=; b=Kn6PzAJdMAAv8p/tbG9ubcvm1sIK4dQLHiggRBFHuoZu+9YWKTfrhkzbaIjhQnZkLw Hrki45biunC/gwupLFuUTRJkq1NfGNTtd2ae2n6VBNNS593QUdodZIqCL0Smsg9Vs3d8 DscycF3RRkyk5KGXzD8rv9IkS3WBCPQzvoYHs9BI98ZIzMMcnOCBmjQbOs2mlqcxxq7m A43jdZw8zZjHWyzXDxKd9znfUT1JPftrp/U38K1kyZlxDbG3yLsiTW6jxaByDfBOPOKs NMcKijJJfMULekZoHOjxZ64FhPdlLbmTOg6RDz/x79bKtYhsQGTU32kItpYdVNYRW4iX G7lw== X-Gm-Message-State: APf1xPCtb6EFc+xYrKvfUnBbTNaBmbiYDi8HlwyJx2wnQyGhnGTHhQrP SF5VTXU9mItYyllielOlf4tcpAoE2wgTbmIwC6Y09vyt X-Google-Smtp-Source: AG47ELuQ35HnKTc1ZLwh5Y+cFVfY9qrSDi8m+QLLBlPYB/SvknoL97+z5xiJCMW+f1S1aBGRLLagXDDjJDFTaDCXUhs= X-Received: by 10.55.80.6 with SMTP id e6mr15111178qkb.187.1519635822061; Mon, 26 Feb 2018 01:03:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.224.137 with HTTP; Mon, 26 Feb 2018 01:03:41 -0800 (PST) From: Yehoshua Gev Date: Mon, 26 Feb 2018 11:03:41 +0200 Message-ID: To: sipcore Content-Type: multipart/alternative; boundary="001a114a6f565cad8a056619c9e1" Archived-At: Subject: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2018 09:03:46 -0000 --001a114a6f565cad8a056619c9e1 Content-Type: text/plain; charset="UTF-8" Hi, Some minor comments: 1. First paragraph of section 4: SIP URI parameter in the SIP Contact Should be: SIP URI parameters in the SIP Contact 2. 4th paragraph of section 5.3.1: I believe the 'sip.pns' should indicate the PNS of the pn-provider. 3. 4th paragraph of section 5.3.2: I think a timeout should be defined for the case the re-registration doesn't occur. 4. Section 7.2: "The sip.pns feature-capability indicator is used in a SIP request" - can it appear in any other request except REGISTER? 5. Section 12.3.1: I'm not sure how detailed the description should be, but currently it lacks the possibility of sip.pns appearing on the REGISTER request. Thanks, Yehoshua --001a114a6f565cad8a056619c9e1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Some minor comments:

= 1. First paragraph of section 4:
=C2=A0 =C2=A0 SIP URI parameter in the = SIP Contact
=C2=A0 Should be:
=C2=A0 =C2=A0 SIP URI parameters in the= SIP Contact

2. 4th paragraph of section 5.3.1:
=C2= =A0 I believe the 'sip.pns' should indicate the PNS of the pn-provi= der.

3. 4th paragraph of section 5.3.2:
=C2=A0 I think a timeout should be defined for the case the re-r= egistration doesn't occur.

4. Section 7.2:
=C2=A0 "Th= e sip.pns feature-capability indicator is used in a SIP request" - can= it appear in any other request except REGISTER?

5. Section 12.3.1:
=
=C2=A0 I'm no= t sure how detailed the description should be, but currently it lacks the p= ossibility of sip.pns appearing on the REGISTER request.
<= span style=3D"color:rgb(0,0,0);font-size:13.3333px">
<= span style=3D"color:rgb(0,0,0);font-size:13.3333px">
<= span style=3D"color:rgb(0,0,0);font-size:13.3333px">Thanks,
Yehoshua

--001a114a6f565cad8a056619c9e1-- From nobody Mon Feb 26 02:46:53 2018 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 E48D8126D3F for ; Mon, 26 Feb 2018 02:46:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.3 X-Spam-Level: X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 0t2FPe8i94gp for ; Mon, 26 Feb 2018 02:46:51 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 BCC861200E5 for ; Mon, 26 Feb 2018 02:46:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519642008; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=W0zp/hUCtzt9jG/RW0EgMWStUWfCUHZhPLbvaRigRb4=; b=OoNbfBdq3pMx9CuQXm0DIlaQrXPZvv40tOZ+XM5StKko+EX6GUIGI7PrggD1ObsQ n6VNuf8e46k4cWjZ6KEpd4FHRUP9hsUuX5KKDiGrr/mYyfD2h5pNhF56ADPezuEn OPj3L0bwEKA47QVlPZ6zevAQAjY7Nfomtwppy0Bn1Pg=; X-AuditID: c1b4fb2d-499ff70000005540-60-5a93e59891dd Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.183.78]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id E7.BB.21824.895E39A5; Mon, 26 Feb 2018 11:46:48 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.82]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0352.000; Mon, 26 Feb 2018 11:46:47 +0100 From: Christer Holmberg To: Yehoshua Gev , sipcore Thread-Topic: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 Thread-Index: AQHTruC8R2aD6Il50k+QjLKpXQ5PRaO2lMOA Date: Mon, 26 Feb 2018 10:46:47 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.146] Content-Type: multipart/alternative; boundary="_000_D6B9AC162B9B6christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprPIsWRmVeSWpSXmKPExsUyM2K7n+6Mp5OjDC4+ELP4+mMTm8XvjXeZ HZg8ds66y+6xZMlPpgCmKC6blNSczLLUIn27BK6M9hf/WQvWaFR8+DGdrYGxRamLkZNDQsBE 4vb+L2wgtpDAYUaJFZt4uxi5gOzFjBI/T19i6WLk4GATsJDo/qcNUiMi4CixaMIbRhBbWMBd YvaOWUwQcQ+J8zMnQ9lGEtNmfGMFsVkEVCXWNRxnBrF5BawlZv77xw6xK0Di3PMjLCA2p0Cg xPRna8B6GQXEJL6fgrCZBcQlbj2ZzwRxp4DEkj3nmSFsUYmXj/+BzRcV0JPYcOI2O0RcSeLH hkssEL0JEmc2v2OB2CsocXLmE5YJjCKzkIydhaRsFpIyiLiBxPtz85khbG2JZQtfQ9n6Ehu/ nGWEsK0l5u/eyYisZgEjxypG0eLU4uLcdCNjvdSizOTi4vw8vbzUkk2MwGg7uOW37g7G1a8d DzEKcDAq8fC6X5gcJcSaWFZcmXuIUYKDWUmEd+VioBBvSmJlVWpRfnxRaU5q8SFGaQ4WJXHe k568UUIC6YklqdmpqQWpRTBZJg5OqQbGtZ9fKYZN2/JfLuuw0ew+75AXMRkPzXqOfbrI2fJ2 8w42qWWvN3+Y/vjNeiVJ3yL+ShnLL+bOls/+Cq6XqA5594Dz0Hq16ce69ybsmuFp9e5J/lTG E4fmm5cG3rj7+8+f221iCdPn1TCYTd6dtGXRheqq1DR+taYqB7enR7bf3PnGLo3hmehFBiWW 4oxEQy3mouJEACbn5rOyAgAA Archived-At: Subject: Re: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2018 10:46:52 -0000 --_000_D6B9AC162B9B6christerholmbergericssoncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Yehoshua, Thank You for your comments! Please see inline. > 1. First paragraph of section 4: > SIP URI parameter in the SIP Contact > Should be: > SIP URI parameters in the SIP Contact Are you sure? Note that there is an =93A=94 in front of each parameter. > 2. 4th paragraph of section 5.3.1: > I believe the 'sip.pns' should indicate the PNS of the pn-provider. The purpose is only to indicate to other proxies that the proxy will trigge= r push notifications. >3. 4th paragraph of section 5.3.2: > I think a timeout should be defined for the case the re-registration doe= sn't occur. Not sure I understood your comment (are you sure you used the correct parag= raph/section?), but if the re-registration doesn=92t occur then the registr= ation will eventually expire. >4. Section 7.2: > "The sip.pns feature-capability indicator is used in a SIP request" - ca= n it appear in any other request except REGISTER? The usage and semantics are only defined for REGISTER. If you want to use i= t with other SIP methods, you would have to specify such usage. >5. Section 12.3.1: > I'm not sure how detailed the description should be, but currently it la= cks the possibility of sip.pns appearing on the REGISTER request. Good catch! I will fix that. Regards, Christer --_000_D6B9AC162B9B6christerholmbergericssoncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <6190C1FC7535284895E14E99F1D6E6B0@ericsson.com> Content-Transfer-Encoding: quoted-printable
Hi Yehoshua,

Thank You for your comments! Please see inline.

> 1. First paragraph of section 4:
>    SIP URI parameter in the SIP Contact
>  Should be:
>    SIP URI parameters in the SIP Contact

Are you sure? Note that there is an =93A=94 in front of each parameter= .

> 2. 4th paragraph of section 5.3.1:
>  I believe the 'sip.pns' should indicate the PNS of the pn-provid= er.

The purpose is only to indicate to other proxies that the proxy will t= rigger push notifications.

>3. 4th paragraph of section 5.3.2:
>  I think a timeout should be defined for the case the re-reg= istration doesn't occur.

Not sure I understood your comment (are you sure you used the correct = paragraph/section?), but if the re-registration doesn=92t occur then the re= gistration will eventually expire.

>4. Section 7.2:
>  "= The sip.pns feature-capability indicator is used in a SIP request" - c= an it appear in any other request except REGISTER?

The usage and semantics are only defined for REGISTER. If you want to = use it with other SIP methods, you would have to specify such usage.

>5. Section 12= .3.1:
>  I'm no= t sure how detailed the description should be, but currently it lacks the p= ossibility of sip.pns appearing on the REGISTER request.

Good catch! I will fix that.

Regards,

Christer


 --_000_D6B9AC162B9B6christerholmbergericssoncom_-- From nobody Mon Feb 26 07:10:24 2018 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 644AE12D7F5 for ; Mon, 26 Feb 2018 07:10:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] 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 8t6yOc7-oZ-m for ; Mon, 26 Feb 2018 07:10:13 -0800 (PST) Received: from mail-qt0-x22e.google.com (mail-qt0-x22e.google.com [IPv6:2607:f8b0:400d:c0d::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4DA5E12D7EF for ; Mon, 26 Feb 2018 07:10:13 -0800 (PST) Received: by mail-qt0-x22e.google.com with SMTP id z14so1989279qti.2 for ; Mon, 26 Feb 2018 07:10:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2e/OtWSy03g6QZL/g7PGWS1S5pXRSYWzfNlZ0h8h2Mc=; b=ASJxtLcdOmQqaF2Nz4U2OeQikyY/c3RZfolAKQtwpk9Tbypb/7j/1wm/t13gXus/pE Hvhv4MNqQfthrxb1loL9uCfgTpLtoAjp/mtzJob+LQjtOsvQInt5GMj+s1Z6jmJYar4+ T66CRJgmWV85+gZWMtpaP2m1i+5NeBTbE2xpsm9S4mtN9/0b/eKQBhZ1eNIYGlfHjDwY fUj5bDvCW/ApksKDplhXTUruWfbLiZWtJM0aMBawSMD4ZPKpj+TP5s6aji8Q1aeyVnah Q5a50zTIsJNmDAN8n3usmwjLKNFHHYKNoPI+PAorhSXJvD1Yn4lcmE2EWdInzFBWqPiT mfKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=2e/OtWSy03g6QZL/g7PGWS1S5pXRSYWzfNlZ0h8h2Mc=; b=WLnksSH49nl29EiBCSrI0e7S4nWNICzbUIhu4VdS2KRkItD1mEKL6xIZKU8Ko4AfOo OLjK2GGsSfN7V+tNs949P1zlHtzbp0zgo/SuPzUnAPUhkzgROeBB2BoSUSOGG9SQO9xP EYhbot2L6IL8tEIcEquFKk8v/9vYg6+oiDQ9zXg+bKCd0DKazS/UqYYWzt3ezBvj7TTs LBc9OkF7NHvRd5hYnAM8aSncCkq4fp5Vtl2rCIEVUvu3yAaG4j6rTML7sl2NZ+r5OcnK 80MI/lwg87R/VZ4wdJO6QxdUQpaxTeA/8fMtFeOfDDLR79Z6yYVb5T4AUZM6hWVFTVqO Zybg== X-Gm-Message-State: APf1xPBg7a42nG/73QYod+lHHj4MrGdPMxDWuB+3AjxZZ9CzS+n2I+9N SbyrDxaUevoSwatbOMlTUigs2vk8L1KFQ1MNFFM= X-Google-Smtp-Source: AG47ELu7fY12mnl+XGRReLI2xmk1xjUynqdxiXJYi5OV+7V7BtkM52bpkAv+7eJ+xuWl2s2i0F1o2ZAPkIihuTlqOfk= X-Received: by 10.200.35.141 with SMTP id q13mr17126429qtq.73.1519657812470; Mon, 26 Feb 2018 07:10:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.224.137 with HTTP; Mon, 26 Feb 2018 07:10:11 -0800 (PST) In-Reply-To: References: From: Yehoshua Gev Date: Mon, 26 Feb 2018 17:10:11 +0200 Message-ID: To: Christer Holmberg Cc: sipcore Content-Type: multipart/alternative; boundary="001a113f489a17b36105661ee8cd" Archived-At: Subject: Re: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2018 15:10:22 -0000 --001a113f489a17b36105661ee8cd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable See Inline. Thanks. On Mon, Feb 26, 2018 at 12:46 PM, Christer Holmberg < christer.holmberg@ericsson.com> wrote: > Hi Yehoshua, > > Thank You for your comments! Please see inline. > > > 1. First paragraph of section 4: > > SIP URI parameter in the SIP Contact > > Should be: > > SIP URI parameters in the SIP Contact > > Are you sure? Note that there is an =E2=80=9CA=E2=80=9D in front of each = parameter. > I'm not sure :-), IIRC the plural is omitted only if hyphens are used, like "a pn-prid- and pn-param-SIP-URI-parameter". Maybe the sentence can be rephrased to: "The UA MUST include the following SIP URI parameters in the SIP Contact header field URI of the REGISTER request: pn-provider, pn-prid and pn-param (if required for the specific PNS)." > > 2. 4th paragraph of section 5.3.1: > > I believe the 'sip.pns' should indicate the PNS of the pn-provider. > > The purpose is only to indicate to other proxies that the proxy will > trigger push notifications. > I understand, but the proposed ABNF for sip.pns requires a value. > > >3. 4th paragraph of section 5.3.2: > > I think a timeout should be defined for the case the re-registration > doesn't occur. > > Not sure I understood your comment (are you sure you used the correct > paragraph/section?), but if the re-registration doesn=E2=80=99t occur the= n the > registration will eventually expire. > I meant that that paragraph handles the case of a re-registration that fails with non-2xx response, but doesn't handle a case that the re-registration never begins (or at least the proxy doesn't receive it). For handling this case, I suggest adding a timeout (maybe with implementation-specific time), and if it expires reject the request with 404. > >4. Section 7.2: > > "The sip.pns feature-capability indicator is used in a SIP request" - > can it appear in any other request except REGISTER? > > The usage and semantics are only defined for REGISTER. If you want to use > it with other SIP methods, you would have to specify such usage. > > >5. Section 12.3.1: > > I'm not sure how detailed the description should be, but currently it > lacks the possibility of sip.pns appearing on the REGISTER request. > > Good catch! I will fix that. > > Regards, > > Christer > > > --001a113f489a17b36105661ee8cd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
See Inline.

Thanks.


On Mon, Feb 26, 2018 a= t 12:46 PM, Christer Holmberg <christer.holmberg@ericsson.com= > wrote:
Hi Yehoshua,

Thank You for your comments! Please see inline.

> 1. First paragraph of section 4:
> =C2=A0 =C2=A0SIP URI parameter in the SIP Contact
> =C2=A0Should be:
> =C2=A0 =C2=A0SIP URI parameters in the SIP Contact

Are you sure? Note that there is an =E2=80=9CA=E2=80=9D in fron= t of each parameter.

I'm not sure :-), IIRC the plural is omitted only if hyphe= ns are used, like "a pn-prid- and pn-param-SIP-URI-parameter".
Maybe the sentence can be rephrased to:
=
=C2=A0"The UA MUST include the following=C2= =A0SIP URI parameters in the SIP Contact header field URI of the=C2=A0<= /span>REGISTER request:=C2=A0pn-pro= vider, pn-prid and pn-param (if required for the specific=C2=A0PNS)."<= br>


> 2. 4th paragraph of section 5.3.1:
> =C2=A0I believe the 'sip.pns' should indicate the PNS of the p= n-provider.

The purpose is only to indicate to other proxies that the proxy= will trigger push notifications.

I understand, but the proposed ABNF for sip.pns requires a value.
<= div>=C2=A0

>3. 4th paragraph of section 5.3.2:
> =C2=A0I think a timeout should be defined for the case the re-reg= istration doesn't occur.

Not sure I understood your comment (are you sure you used the c= orrect paragraph/section?), but if the re-registration doesn=E2=80=99t occu= r then the registration will eventually expire.

I meant that that paragraph handles the case of a re-regis= tration that fails with non-2xx response, but doesn't handle a case tha= t the re-registration never begins (or at least the proxy doesn't recei= ve it).
For handling this case, I suggest adding a timeout (maybe= with implementation-specific time), and if it expires reject the request w= ith 404.


>4. Section 7.2:
> =C2=A0"= The sip.pns feature-capability indicator is used in a SIP request" - c= an it appear in any other request except REGISTER?

The usage and semantics are only defined for REGISTER. If you w= ant to use it with other SIP methods, you would have to specify such usage.=

>5. Section 12= .3.1:
> =C2=A0I'= m not sure how detailed the description should be, but currently it lacks t= he possibility of sip.pns appearing on the REGISTER request.

Good catch! I will fix that.

Regards,

Christer

--001a113f489a17b36105661ee8cd-- From nobody Mon Feb 26 08:57:06 2018 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 9BC41127275 for ; Mon, 26 Feb 2018 08:57:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 HJtwT1aJOuGu for ; Mon, 26 Feb 2018 08:57:04 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC3ED12708C for ; Mon, 26 Feb 2018 08:57:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519664222; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=qxIZIgY4CCjMJifzSDoQPut2k4tZug7Ho7cVoQ6Edfg=; b=cI/eVIAEU4C4ZkB/Fg9ZRD2yr+s9fHN5ayhBMAugYdBXXtC7FPKZ+HWJgEy+Gx+w 1/8jg9x0UjCH9IkwN3voInTj9CdPpPBuvfmcR/VrSBznD64CYEbw/ZzO2NzX8/HM TRhY1lK3VkuD3nvjdgYK/f69prKacHDAWp63GIW+Or8=; X-AuditID: c1b4fb3a-35fff700000067b4-c2-5a943c5d4d3c Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.183.33]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 9A.A9.26548.D5C349A5; Mon, 26 Feb 2018 17:57:02 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.82]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0352.000; Mon, 26 Feb 2018 17:57:01 +0100 From: Christer Holmberg To: Yehoshua Gev CC: sipcore Thread-Topic: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 Thread-Index: AQHTruC8R2aD6Il50k+QjLKpXQ5PRaO2lMOAgAAkgoCAACddQA== Date: Mon, 26 Feb 2018 16:57:01 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1A9E85@ESESSMB109.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.170] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUyM2K7om6czZQog+sHuCy+/tjEZvF7411m ByaPnbPusnssWfKTKYApissmJTUnsyy1SN8ugSvjwJcD7AXrxCvmbO5mb2B8INbFyMkhIWAi 8X/CRaYuRi4OIYHDjBLTf35lhXAWM0psujCBvYuRg4NNwEKi+582iCkioCrx8nk+iMksICex +FAeyBhhAXeJ16vXsoHYIgIeEudnTmaCsJ0kPjd8ZAWxWYA6nz6awwhi8wr4SlycOYkdYtNJ RokJN6exgyQ4BQIlzi86DdbMKCAm8f3UGjCbWUBc4taT+UwQNwtILNlznhnCFpV4+fgfK4St JHFm03MWiNs0Jdbv0odoVZSY0v2QHWKvoMTJmU9YJjCKzkIydRZCxywkHbOQdCxgZFnFKFqc Wlycm25kpJdalJlcXJyfp5eXWrKJERghB7f8ttrBePC54yFGAQ5GJR7eO4ZTooRYE8uKK3MP MUpwMCuJ8K5cPDlKiDclsbIqtSg/vqg0J7X4EKM0B4uSOK9TmkWUkEB6YklqdmpqQWoRTJaJ g1OqgXHe9vm3657t/TKJ/d5KryMmGruUz/t7aK9vKux/l15ycvGWWVvmPdJdFel3wpRbau++ yyo3WZZO42H4Zjx327xLya7n/e/VrF716VVPk52VTf3hwLm1d0r/Vf3K2ffbv1E7uixZtqux 301oXpJAQ/MGAcXa3UczvOcWrMtdmRKwvfGuqeuhzX+UWIozEg21mIuKEwHcFu29jAIAAA== Archived-At: Subject: Re: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2018 16:57:06 -0000 SGksDQoNCg0KRnJvbTogWWVob3NodWEgR2V2IFttYWlsdG86eW9zaGlnZXZAZ21haWwuY29tXSAN ClNlbnQ6IDI2IEZlYnJ1YXJ5IDIwMTggMTc6MTANClRvOiBDaHJpc3RlciBIb2xtYmVyZyA8Y2hy aXN0ZXIuaG9sbWJlcmdAZXJpY3Nzb24uY29tPg0KQ2M6IHNpcGNvcmUgPHNpcGNvcmVAaWV0Zi5v cmc+DQpTdWJqZWN0OiBSZTogW3NpcGNvcmVdIE1pbm9yIGNvbW1lbnRzIG9uIGRyYWZ0LWlldGYt c2lwY29yZS1zaXAtcHVzaC0wNg0KDQpTZWUgSW5saW5lLg0KDQpUaGFua3MuDQoNCg0KSGkgWWVo b3NodWEsDQoNCj4+PiAxLiBGaXJzdCBwYXJhZ3JhcGggb2Ygc2VjdGlvbiA0Og0KPj4+IMKgIMKg U0lQIFVSSSBwYXJhbWV0ZXIgaW4gdGhlIFNJUCBDb250YWN0DQo+Pj4gwqBTaG91bGQgYmU6DQo+ Pj4gwqAgwqBTSVAgVVJJIHBhcmFtZXRlcnMgaW4gdGhlIFNJUCBDb250YWN0DQo+Pg0KPj5BcmUg eW91IHN1cmU/IE5vdGUgdGhhdCB0aGVyZSBpcyBhbiDigJxB4oCdIGluIGZyb250IG9mIGVhY2gg cGFyYW1ldGVyLg0KPg0KPiBJJ20gbm90IHN1cmUgOi0pLCBJSVJDIHRoZSBwbHVyYWwgaXMgb21p dHRlZCBvbmx5IGlmIGh5cGhlbnMgYXJlIHVzZWQsIGxpa2UgImEgcG4tcHJpZC0gYW5kIHBuLXBh cmFtLVNJUC1VUkktcGFyYW1ldGVyIi4NCj4gTWF5YmUgdGhlIHNlbnRlbmNlIGNhbiBiZSByZXBo cmFzZWQgdG86DQo+wqAiVGhlIFVBIE1VU1QgaW5jbHVkZSB0aGUgZm9sbG93aW5nwqBTSVAgVVJJ IHBhcmFtZXRlcnMgaW4gdGhlIFNJUCBDb250YWN0IGhlYWRlciBmaWVsZCBVUkkgb2YgdGhlwqBS RUdJU1RFUiByZXF1ZXN0OsKgDQo+IHBuLXByb3ZpZGVyLCBwbi1wcmlkIGFuZCBwbi1wYXJhbSAo aWYgcmVxdWlyZWQgZm9yIHRoZSBzcGVjaWZpY8KgUE5TKS4iDQoNCklmIHBlb3BsZSB0aGluayB0 aGF0J3MgYmV0dGVyIEkgaGF2ZSBubyBwcm9ibGVtIHRvIGNoYW5nZSBpdC4NCg0KPj4+IDIuIDR0 aCBwYXJhZ3JhcGggb2Ygc2VjdGlvbiA1LjMuMToNCj4+PiDCoEkgYmVsaWV2ZSB0aGUgJ3NpcC5w bnMnIHNob3VsZCBpbmRpY2F0ZSB0aGUgUE5TIG9mIHRoZSBwbi1wcm92aWRlci4gDQo+Pg0KPj4g VGhlIHB1cnBvc2UgaXMgb25seSB0byBpbmRpY2F0ZSB0byBvdGhlciBwcm94aWVzIHRoYXQgdGhl IHByb3h5IHdpbGwgdHJpZ2dlciBwdXNoIG5vdGlmaWNhdGlvbnMuDQo+DQo+IEkgdW5kZXJzdGFu ZCwgYnV0IHRoZSBwcm9wb3NlZCBBQk5GIGZvciBzaXAucG5zIHJlcXVpcmVzIGEgdmFsdWUuDQrC oA0KQWFhaC4uLiB0cnVlLiBJIGd1ZXNzIGl0IGRvZXNuJ3QgaHVydCBpZiB0aGUgcHJveHkgaW5k aWNhdGVzIHRoZSBQTlMuDQogDQo+Pj4zLiA0dGggcGFyYWdyYXBoIG9mIHNlY3Rpb24gNS4zLjI6 IA0KPj4+IMKgSSB0aGluayBhIHRpbWVvdXQgc2hvdWxkIGJlIGRlZmluZWQgZm9yIHRoZSBjYXNl IHRoZSByZS1yZWdpc3RyYXRpb24gZG9lc24ndCBvY2N1ci4NCj4+DQo+PiBOb3Qgc3VyZSBJIHVu ZGVyc3Rvb2QgeW91ciBjb21tZW50IChhcmUgeW91IHN1cmUgeW91IHVzZWQgdGhlIGNvcnJlY3Qg cGFyYWdyYXBoL3NlY3Rpb24/KSwgYnV0IA0KPj5pZiB0aGUgcmUtcmVnaXN0cmF0aW9uIGRvZXNu 4oCZdCBvY2N1ciB0aGVuIHRoZSByZWdpc3RyYXRpb24gd2lsbCBldmVudHVhbGx5IGV4cGlyZS4N Cj4NCj4gSSBtZWFudCB0aGF0IHRoYXQgcGFyYWdyYXBoIGhhbmRsZXMgdGhlIGNhc2Ugb2YgYSBy ZS1yZWdpc3RyYXRpb24gdGhhdCBmYWlscyB3aXRoIG5vbi0yeHggcmVzcG9uc2UsIGJ1dCANCj4g ZG9lc24ndCBoYW5kbGUgYSBjYXNlIHRoYXQgdGhlIHJlLXJlZ2lzdHJhdGlvbiBuZXZlciBiZWdp bnMgKG9yIGF0IGxlYXN0IHRoZSBwcm94eSBkb2Vzbid0IHJlY2VpdmUgaXQpLg0KPiBGb3IgaGFu ZGxpbmcgdGhpcyBjYXNlLCBJIHN1Z2dlc3QgYWRkaW5nIGEgdGltZW91dCAobWF5YmUgd2l0aCBp bXBsZW1lbnRhdGlvbi1zcGVjaWZpYyB0aW1lKSwgYW5kIGlmIGl0IGV4cGlyZXMgcmVqZWN0IHRo ZSByZXF1ZXN0IHdpdGggNDA0Lg0KDQpBYWFoLi4uIEkgZ2V0IGl0LiBUaGVyZSBpcyBhIHJlcXVl c3QgdG8gZm9yd2FyZCwgYnV0IHRoZSByZS1yZWdpc3RyYXRpb24gUkVHSVNURVIgcmVxdWVzdCBu ZXZlciBhcnJpdmVzLiBJIHdpbGwgYWRkIHRleHQgYWJvdXQgdGhhdC4NCg0KUmVnYXJkcywNCg0K Q2hyaXN0ZXINCg0KDQoNCg== From nobody Mon Feb 26 11:29:26 2018 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 32C45126FDC for ; Mon, 26 Feb 2018 11:29:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.321 X-Spam-Level: X-Spam-Status: No, score=-4.321 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 bBy5BOG4DOtN for ; Mon, 26 Feb 2018 11:29:17 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C01491270AB for ; Mon, 26 Feb 2018 11:29:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519673354; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=KVtVJVzG5OkxbnCXpj+aXaumGoQ97Q29JkCeFNdxaUo=; b=AZo0SB/f5/+pCzVN8vm1ws3tOxoHKkVOmNDb5wDFmzcCeN5z8IK33n4t8EIT87cI /V2y/xr7MVqYeySRvFen6u+kBag9pgRRgmUpeWSn8Yf/N2QSpXHRLIT0QJlOzKsJ 6smr4c7sGu3Pk1rMYTN67Qh1t7FSK7duMzHKpRkPGrs=; X-AuditID: c1b4fb25-44ba69c000002d5f-7f-5a94600ac63c Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 3D.BD.11615.A00649A5; Mon, 26 Feb 2018 20:29:14 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.82]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0352.000; Mon, 26 Feb 2018 20:29:14 +0100 From: Christer Holmberg To: Christer Holmberg , Yehoshua Gev CC: sipcore Thread-Topic: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 Thread-Index: AQHTruC8R2aD6Il50k+QjLKpXQ5PRaO2lMOAgAAkgoCAACddQIAAFJkA Date: Mon, 26 Feb 2018 19:29:13 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1AB2BD@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C1A9E85@ESESSMB109.ericsson.se> In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C1A9E85@ESESSMB109.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.170] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUyM2J7uC5XwpQog+nfdS2+/tjEZvF7411m ByaPnbPusnssWfKTKYApissmJTUnsyy1SN8ugSvj0JdPLAWHuCsm3l3B2sA4h7uLkZNDQsBE Ys2OXYwgtpDAYUaJIxu0uhi5gOzFjBKPJk5i72Lk4GATsJDo/qcNUiMiEC1x/t9pRpAws4Cc xOJDeSBhYQF3ider17JBlHhInJ85mQnCdpNYMuMMmM0ioCqx+sMPMJtXwFfizwqQGpBVvUwS J84fAUtwCvhJvP3znh3EZhQQk/h+ag1YnFlAXOLWk/lMEDcLSCzZc54ZwhaVePn4HyuErSRx ZtNzFojbNCXW79KHaFWUmNL9kB1ir6DEyZlPWCYwis5CMnUWQscsJB2zkHQsYGRZxShanFqc lJtuZKyXWpSZXFycn6eXl1qyiREYIQe3/FbdwXj5jeMhRgEORiUeXhmvKVFCrIllxZW5hxgl OJiVRHhXLp4cJcSbklhZlVqUH19UmpNafIhRmoNFSZx3jnB7lJBAemJJanZqakFqEUyWiYNT qoFRU06Wz6/DJvrq3oyZ4b8cA+JXpMo2TNp+oeOqxY7t0xKlTWbWC5Q8XblwdnRb25x592++ 28T5jCupXvvDM/nW3M/6WokrHu18JjrZY29NzMedd7/pXf0vXWeW9eWSjuzMzS0qdczne2pf dZ/SZ9a+aO+zYuly3vKDz6QvL51TeD9YZOq7pJi7SizFGYmGWsxFxYkAuOSgPowCAAA= Archived-At: Subject: Re: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2018 19:29:18 -0000 SGksDQoNCi4uLg0KDQo+Pj4+My4gNHRoIHBhcmFncmFwaCBvZiBzZWN0aW9uIDUuMy4yOiANCj4+ Pj4gwqBJIHRoaW5rIGEgdGltZW91dCBzaG91bGQgYmUgZGVmaW5lZCBmb3IgdGhlIGNhc2UgdGhl IHJlLXJlZ2lzdHJhdGlvbiBkb2Vzbid0IG9jY3VyLg0KPj4+DQo+Pj4gTm90IHN1cmUgSSB1bmRl cnN0b29kIHlvdXIgY29tbWVudCAoYXJlIHlvdSBzdXJlIHlvdSB1c2VkIHRoZSBjb3JyZWN0IA0K Pj4+cGFyYWdyYXBoL3NlY3Rpb24/KSwgYnV0IGlmIHRoZSByZS1yZWdpc3RyYXRpb24gZG9lc27i gJl0IG9jY3VyIHRoZW4gdGhlIHJlZ2lzdHJhdGlvbiB3aWxsIGV2ZW50dWFsbHkgZXhwaXJlLg0K Pj4NCj4+IEkgbWVhbnQgdGhhdCB0aGF0IHBhcmFncmFwaCBoYW5kbGVzIHRoZSBjYXNlIG9mIGEg cmUtcmVnaXN0cmF0aW9uIHRoYXQgDQo+PiBmYWlscyB3aXRoIG5vbi0yeHggcmVzcG9uc2UsIGJ1 dCBkb2Vzbid0IGhhbmRsZSBhIGNhc2UgdGhhdCB0aGUgcmUtcmVnaXN0cmF0aW9uIG5ldmVyIGJl Z2lucyAob3IgYXQgbGVhc3QgdGhlIHByb3h5IGRvZXNuJ3QgcmVjZWl2ZSBpdCkuDQo+PiBGb3Ig aGFuZGxpbmcgdGhpcyBjYXNlLCBJIHN1Z2dlc3QgYWRkaW5nIGEgdGltZW91dCAobWF5YmUgd2l0 aCBpbXBsZW1lbnRhdGlvbi1zcGVjaWZpYyB0aW1lKSwgYW5kIGlmIGl0IGV4cGlyZXMgcmVqZWN0 IHRoZSByZXF1ZXN0IHdpdGggNDA0Lg0KPg0KPkFhYWguLi4gSSBnZXQgaXQuIFRoZXJlIGlzIGEg cmVxdWVzdCB0byBmb3J3YXJkLCBidXQgdGhlIHJlLXJlZ2lzdHJhdGlvbiBSRUdJU1RFUiByZXF1 ZXN0IG5ldmVyIGFycml2ZXMuIEkgd2lsbCBhZGQgdGV4dCBhYm91dCB0aGF0Lg0KDQpTb21ldGhp bmcgbGlrZSB0aGlzOg0KDQoiSWYgdGhlIHByb3h5IGRvZXNuJ3QgcmVjZWl2ZSB0aGUgUkVHSVNU RVIgcmVxdWVzdCB3aXRoaW4gYSBnaXZlbiB0aW1lLCBpdCBNVVNUIHJlamVjdCB0aGUgcmVxdWVz dCB3aXRoIGEgNDA0IChOb3QgRm91bmQpIHJlc3BvbnNlLiBUaGUgdGltZSB2YWx1ZSBpcyBzZXQg YmFzZWQgb24gbG9jYWwgcG9saWN5LiINCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg== From nobody Mon Feb 26 11:36:33 2018 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 4F9671200C1 for ; Mon, 26 Feb 2018 11:36:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 n9Y3d5XVnM1y for ; Mon, 26 Feb 2018 11:36:31 -0800 (PST) Received: from alum-mailsec-scanner-3.mit.edu (alum-mailsec-scanner-3.mit.edu [18.7.68.14]) by ietfa.amsl.com (Postfix) with ESMTP id A4A17129C6C for ; Mon, 26 Feb 2018 11:36:29 -0800 (PST) X-AuditID: 1207440e-1c1ff70000000b4f-4d-5a9461bb50d0 Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 97.BF.02895.BB1649A5; Mon, 26 Feb 2018 14:36:28 -0500 (EST) Received: from PaulKyzivatsMBP.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.13.8/8.12.4) with ESMTP id w1QJaP5x020891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 26 Feb 2018 14:36:26 -0500 To: sipcore@ietf.org References: <7594FB04B1934943A5C02806D1A2204B6C1A9E85@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C1AB2BD@ESESSMB109.ericsson.se> From: Paul Kyzivat Message-ID: <10875b50-5fa0-79f4-8ac7-2b113b081a82@alum.mit.edu> Date: Mon, 26 Feb 2018 14:36:25 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <7594FB04B1934943A5C02806D1A2204B6C1AB2BD@ESESSMB109.ericsson.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrKIsWRmVeSWpSXmKPExsUixO6iqLsncUqUQe81MYuvPzaxOTB6LFny kymAMYrLJiU1J7MstUjfLoEro/PZG/aCj5wVUz8uZ2tg/MHexcjJISFgInH7wTe2LkYuDiGB HUwSnS07wRJCAj+YJN5OlQWxhQXcJWbvmMUEYosIiEg8m/4PquEik8Slj83MIAk2AS2JOYf+ s4DYvAL2Eluv72AFsVkEVCUarneD1YgKpEm8eraDGaJGUOLkzCdg9ZwCfhIT3zeALWYWMJOY t/khM4QtLnHryXwmCFteonnrbOYJjPyzkLTPQtIyC0nLLCQtCxhZVjHKJeaU5urmJmbmFKcm 6xYnJ+blpRbpGuvlZpbopaaUbmKEhCXfDsb29TKHGAU4GJV4eGfITYkSYk0sK67MPcQoycGk JMqbbQ0U4kvKT6nMSCzOiC8qzUktPsQowcGsJMK7cvHkKCHelMTKqtSifJiUNAeLkjiv2hJ1 PyGB9MSS1OzU1ILUIpisDAeHkgTv7QSgoYJFqempFWmZOSUIaSYOTpDhPEDD74DU8BYXJOYW Z6ZD5E8xGnO0XHzSxsxx48XrNmYhlrz8vFQpcV4zkFIBkNKM0jy4abDU8opRHOg5YV5GYKIR 4gGmJbh5r4BWMQGtcv8/AWRVSSJCSqqB0Wpuwq2CjV/edM/jPhA+l1PjwpKdfs1uX6d8POrc fSXHh0X/rKWn8ubKK881w+5+meMbpF1ssm9vq+78uuc+XWpqaq4ahUXdHV4xr5X2vg+r2ze9 f0Inu8bHedlPdT7fY6rT/B0axLXk43wOT5MqubWPv9cdmZrLfdlehS87O7j2T3FfeuoXJZbi jERDLeai4kQAPLx6vAgDAAA= Archived-At: Subject: Re: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2018 19:36:32 -0000 On 2/26/18 2:29 PM, Christer Holmberg wrote: > Hi, > > ... > >>>>> 3. 4th paragraph of section 5.3.2: >>>>>  I think a timeout should be defined for the case the re-registration doesn't occur. >>>> >>>> Not sure I understood your comment (are you sure you used the correct >>>> paragraph/section?), but if the re-registration doesn’t occur then the registration will eventually expire. >>> >>> I meant that that paragraph handles the case of a re-registration that >>> fails with non-2xx response, but doesn't handle a case that the re-registration never begins (or at least the proxy doesn't receive it). >>> For handling this case, I suggest adding a timeout (maybe with implementation-specific time), and if it expires reject the request with 404. >> >> Aaah... I get it. There is a request to forward, but the re-registration REGISTER request never arrives. I will add text about that. > > Something like this: > > "If the proxy doesn't receive the REGISTER request within a given time, it MUST reject the request with a 404 (Not Found) response. The time value is set based on local policy." Why not go ahead and forward the request? It will probably time out, but there is an off chance that it might work. Thanks, Paul From nobody Mon Feb 26 11:39:30 2018 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 F183A129C6C for ; Mon, 26 Feb 2018 11:39:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-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 BudKjzxGGG6Q for ; Mon, 26 Feb 2018 11:39:27 -0800 (PST) Received: from mail-pl0-x230.google.com (mail-pl0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) (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 7C4A612711B for ; Mon, 26 Feb 2018 11:39:27 -0800 (PST) Received: by mail-pl0-x230.google.com with SMTP id v3so9876268plg.3 for ; Mon, 26 Feb 2018 11:39:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WA3F8GuWHPxUJook9wsUp0md1KwtXsUgUqvYcn3wB9A=; b=KiyE4FUXOsIS4hp9tTIWxP5gZ51aZgOORsC7zFaV4VNsqz6FX5dYK0RImMahfpaCEe FpW1rkLM0JdXaD+RvlYMhJW6r7CxNj2pLpbNXv1zl8V8sAYmyod9EXLpqumsm/Ko6Jl5 JJinNqaJn8wszIEOC7fJYtS2VtNheBGHyBSYMqctyRzsJTAq+00DvbBHS6jHQMe5A+lj AycQW4e0ebkIRGftYSi41TpMym3yuPGrHtdw41TYFVqI4jmSJKN7KpmZuPS3yrlY113O 21Y+v5m8Ixol0YCP1wH5cmRxHfIJOOFCUyE39SxuIgSmB1bsd2eWUsxlxl3BZhjgwKDI BaNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WA3F8GuWHPxUJook9wsUp0md1KwtXsUgUqvYcn3wB9A=; b=owU/rNVNekYNnHM0jxs6X+rQl5KUf95quRzy387Qtq+V4+sQRLE8G2MIbElKM4aQtU Zazr/BgXo2UFnSqUJZ0eKl6RJFtkCL3E/XTstM9klWllDoq0aSxWuU6TBYf6+FihWrVu MUcigbGhG9OJ9va/xLc6GQiaxKBkaX84QOy1/HbqdeW9txpNCkqAFUfMtLVr7WPiexeC Qm/noqXK3sCCONLeIv3fuq17ZzWgXnWJxy6tYQafaslTTFHDDJRzIyEZ+qIMPyG7j/CE 2hqjdAq0LdotoVEcY9cwn/tXE+DxH3ntIiOc+PMoqvuznztZ90AWrwYEyQGlgHHsaHlq nAQQ== X-Gm-Message-State: APf1xPCR45tj7ax0nOZNKAmLCGuDn9myP5RH9khBvgOXMxnhIiA9yxHB LLSv8dyDfM3+GVTbs21KN9YO0WK5 X-Google-Smtp-Source: AH8x226Cv3cTnPsuBnxFOq1SZCxnVDQjXdJU0H2LjijB2cR1PNRkVuNRRxO9iYIA5TfaDSLRlGVRSQ== X-Received: by 2002:a17:902:bd94:: with SMTP id q20-v6mr11672335pls.247.1519673966625; Mon, 26 Feb 2018 11:39:26 -0800 (PST) Received: from mail-pl0-f53.google.com (mail-pl0-f53.google.com. [209.85.160.53]) by smtp.gmail.com with ESMTPSA id x9sm13750205pgc.81.2018.02.26.11.39.25 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Feb 2018 11:39:25 -0800 (PST) Received: by mail-pl0-f53.google.com with SMTP id v9-v6so7863830plp.12 for ; Mon, 26 Feb 2018 11:39:25 -0800 (PST) X-Received: by 2002:a17:902:6ecf:: with SMTP id l15-v6mr11707209pln.443.1519673965635; Mon, 26 Feb 2018 11:39:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.236.184.134 with HTTP; Mon, 26 Feb 2018 11:39:25 -0800 (PST) In-Reply-To: <10875b50-5fa0-79f4-8ac7-2b113b081a82@alum.mit.edu> References: <7594FB04B1934943A5C02806D1A2204B6C1A9E85@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C1AB2BD@ESESSMB109.ericsson.se> <10875b50-5fa0-79f4-8ac7-2b113b081a82@alum.mit.edu> From: Roman Shpount Date: Mon, 26 Feb 2018 14:39:25 -0500 X-Gmail-Original-Message-ID: Message-ID: To: Paul Kyzivat Cc: SIPCORE Content-Type: multipart/alternative; boundary="000000000000e56e36056622aa51" Archived-At: Subject: Re: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2018 19:39:29 -0000 --000000000000e56e36056622aa51 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Feb 26, 2018 at 2:36 PM, Paul Kyzivat wrote= : > On 2/26/18 2:29 PM, Christer Holmberg wrote: > >> Hi, >> >> ... >> >> 3. 4th paragraph of section 5.3.2: >>>>>> I think a timeout should be defined for the case the >>>>>> re-registration doesn't occur. >>>>>> >>>>> >>>>> Not sure I understood your comment (are you sure you used the correct >>>>> paragraph/section?), but if the re-registration doesn=E2=80=99t occur= then the >>>>> registration will eventually expire. >>>>> >>>> >>>> I meant that that paragraph handles the case of a re-registration that >>>> fails with non-2xx response, but doesn't handle a case that the >>>> re-registration never begins (or at least the proxy doesn't receive it= ). >>>> For handling this case, I suggest adding a timeout (maybe with >>>> implementation-specific time), and if it expires reject the request wi= th >>>> 404. >>>> >>> >>> Aaah... I get it. There is a request to forward, but the re-registratio= n >>> REGISTER request never arrives. I will add text about that. >>> >> >> Something like this: >> >> "If the proxy doesn't receive the REGISTER request within a given time, >> it MUST reject the request with a 404 (Not Found) response. The time val= ue >> is set based on local policy." >> > > Why not go ahead and forward the request? It will probably time out, but > there is an off chance that it might work. > In the modern deployment (SIPS with SIP Outbound) there is nowhere to forward the request. Request can only be forwarded if there is an existing TLS connection from the client to the proxy. This connection is typically closed when client is suspended and is waiting for the SIP Push. Regards, _____________ Roman Shpount --000000000000e56e36056622aa51 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Feb 26, 2018 at 2:36 PM, Pa= ul Kyzivat <pkyzivat@alum.mit.edu> wrote:
On 2/26/18 2:29 = PM, Christer Holmberg wrote:
Hi,

...

3. 4th paragraph of section 5.3.2:
=C2=A0=C2=A0I think a timeout should be defined for the case the re-registr= ation doesn't occur.

Not sure I understood your comment (are you sure you used the correct
paragraph/section?), but if the re-registration doesn=E2=80=99t occur then = the registration will eventually expire.

I meant that that paragraph handles the case of a re-registration that
fails with non-2xx response, but doesn't handle a case that the re-regi= stration never begins (or at least the proxy doesn't receive it).
For handling this case, I suggest adding a timeout (maybe with implementati= on-specific time), and if it expires reject the request with 404.

Aaah... I get it. There is a request to forward, but the re-registration RE= GISTER request never arrives. I will add text about that.

Something like this:

"If the proxy doesn't receive the REGISTER request within a given = time, it MUST reject the request with a 404 (Not Found) response. The time = value is set based on local policy."

Why not go ahead and forward the request? It will probably time out, but th= ere is an off chance that it might work.

In the modern deployment (SIPS with SIP Outbound) there is nowhere to for= ward the request. Request can only be forwarded if there is an existing TLS= connection from the client to the proxy. This connection is typically clos= ed when client is suspended and is waiting for the SIP Push.

=
Regards,
<= div class=3D"gmail_signature">_____________
Roman Shpount
=C2=A0
--000000000000e56e36056622aa51-- From nobody Mon Feb 26 12:04:06 2018 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 67B3212D7FC for ; Mon, 26 Feb 2018 12:04:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 jkdNKTSx_Mui for ; Mon, 26 Feb 2018 12:03:59 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5DB3127369 for ; Mon, 26 Feb 2018 12:03:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519675428; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=NSdbmdX1Rli47l0sHEqI6ruSDgPgZ+VmLBRVK7M31b8=; b=THwujAmbJpyVwkfYcQcy5TPBXWFflmZU685qoCKmSOoip4udSJWu/MWidoHfOcpp Tb/ajGDx6LBAfrtLB8AbFskt3jf1CNmiGrfZKIrPGQw4GLjVG86zgxwq83TD+oev doYZ61DRH6X7dUUzKluC+zDuuL0KuC0DNuFcDE8C05g=; X-AuditID: c1b4fb3a-35fff700000067b4-c3-5a946823266f Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 00.12.26548.328649A5; Mon, 26 Feb 2018 21:03:48 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.82]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.03.0352.000; Mon, 26 Feb 2018 21:03:47 +0100 From: Christer Holmberg To: Roman Shpount , Paul Kyzivat CC: SIPCORE Thread-Topic: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 Thread-Index: AQHTruC8R2aD6Il50k+QjLKpXQ5PRaO2lMOAgAAkgoCAACddQIAAFJkAgAAObYCAAADWgIAAFndQ Date: Mon, 26 Feb 2018 20:03:47 +0000 Message-ID: <7594FB04B1934943A5C02806D1A2204B6C1ABB7D@ESESSMB109.ericsson.se> References: <7594FB04B1934943A5C02806D1A2204B6C1A9E85@ESESSMB109.ericsson.se> <7594FB04B1934943A5C02806D1A2204B6C1AB2BD@ESESSMB109.ericsson.se> <10875b50-5fa0-79f4-8ac7-2b113b081a82@alum.mit.edu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.170] Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B6C1ABB7DESESSMB109erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLIsWRmVeSWpSXmKPExsUyM2K7uq5KxpQogw+/eCxWbDjAajHjwlRm i68/NrE5MHv8ff+ByWPJkp9MHremFAQwR3HZpKTmZJalFunbJXBlvDh6jLXgV27Fo4ftzA2M f7K6GDk5JARMJN5e6mfvYuTiEBI4zCjx/v58VghnMaPEhxdNTF2MHBxsAhYS3f+0QRpEBLwl +vo62EFsZgE5iesfNrKB2MIC7hKvV69lg6jxkDg/czIThB0l8ffAIhYQm0VAVeL2i6tgNq+A r8ThC2/ZIHadY5ZY/uQHWAOnQKDEyW1fwBYwCohJfD+1hglimbjErSfzmSCuFpBYsuc8M4Qt KvHy8T9WCFtJ4sym5ywQ9fkSHS8OQC0TlDg58wnLBEaRWUhGzUJSNgtJ2Sygl5kFNCXW79KH KFGUmNL9kB3C1pBonTOXHVl8ASP7KkbR4tTi4tx0IyO91KLM5OLi/Dy9vNSSTYzASDu45bfV DsaDzx0PMQpwMCrx8IZ5TokSYk0sK67MPcQowcGsJMK7cvHkKCHelMTKqtSi/Pii0pzU4kOM 0hwsSuK8TmkWUUIC6YklqdmpqQWpRTBZJg5OqQZGS54fAVzPeLYFhfMGLfyiq3/HVyP60Xrf RfqbEzV0P1m58O75vfxAiklhrxyzpJlTp4Sk8VXb+4v1Wmd2ZV2dK8XMModxl73FzD0bO349 V1pXtEP9zKftfJeUXFdft7ubmXVop3F/U8hOXgYr1zt6MabeXoz+ayc+uFrAlO0e/PZ1QbDs 309KLMUZiYZazEXFiQDCdmnQsAIAAA== Archived-At: Subject: Re: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2018 20:04:01 -0000 --_000_7594FB04B1934943A5C02806D1A2204B6C1ABB7DESESSMB109erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUGF1bCwNCg0KV2hhdCB5b3Ugc3VnZ2VzdCBpcyBhbHJlYWR5IGFsbG93ZWQsIGFzIGRlc2Ny aWJlZCBpbiB0aGUgbGFzdCBzZWN0aW9uIG9mIDUuMy4yLiBCdXQsIHRoYXQgb25seSBhcHBsaWVz IGluIHNwZWNpYWwgY2FzZXMsIHdoZXJlIHRoZSBwcm94eSBoYXMg4oCca25vd2xlZGdl4oCdLg0K DQpGb3IgdGhlIGdlbmVyYWwgY2FzZSwgc2luY2Ugd2Ugc3BlY2lmeSB0aGF0IHRoZSBwcm94eSBo YXMgdG8gd2FpdCBmb3IgdGhlIFJFR0lTVEVSIHJlcXVlc3QsIEFORCB0aGUgYXNzb2NpYXRlZCBy ZXNwb25zZSwgSSB0aGluayB3ZSBzaG91bGQgc3RpY2sgdG8gdGhhdC4NCg0KUmVnYXJkcywNCg0K Q2hyaXN0ZXINCg0KRnJvbTogc2lwY29yZSBbbWFpbHRvOnNpcGNvcmUtYm91bmNlc0BpZXRmLm9y Z10gT24gQmVoYWxmIE9mIFJvbWFuIFNocG91bnQNClNlbnQ6IDI2IEZlYnJ1YXJ5IDIwMTggMjE6 MzkNClRvOiBQYXVsIEt5eml2YXQgPHBreXppdmF0QGFsdW0ubWl0LmVkdT4NCkNjOiBTSVBDT1JF IDxzaXBjb3JlQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtzaXBjb3JlXSBNaW5vciBjb21tZW50 cyBvbiBkcmFmdC1pZXRmLXNpcGNvcmUtc2lwLXB1c2gtMDYNCg0KT24gTW9uLCBGZWIgMjYsIDIw MTggYXQgMjozNiBQTSwgUGF1bCBLeXppdmF0IDxwa3l6aXZhdEBhbHVtLm1pdC5lZHU8bWFpbHRv OnBreXppdmF0QGFsdW0ubWl0LmVkdT4+IHdyb3RlOg0KT24gMi8yNi8xOCAyOjI5IFBNLCBDaHJp c3RlciBIb2xtYmVyZyB3cm90ZToNCkhpLA0KDQouLi4NCjMuIDR0aCBwYXJhZ3JhcGggb2Ygc2Vj dGlvbiA1LjMuMjoNCiAgSSB0aGluayBhIHRpbWVvdXQgc2hvdWxkIGJlIGRlZmluZWQgZm9yIHRo ZSBjYXNlIHRoZSByZS1yZWdpc3RyYXRpb24gZG9lc24ndCBvY2N1ci4NCg0KTm90IHN1cmUgSSB1 bmRlcnN0b29kIHlvdXIgY29tbWVudCAoYXJlIHlvdSBzdXJlIHlvdSB1c2VkIHRoZSBjb3JyZWN0 DQpwYXJhZ3JhcGgvc2VjdGlvbj8pLCBidXQgaWYgdGhlIHJlLXJlZ2lzdHJhdGlvbiBkb2VzbuKA mXQgb2NjdXIgdGhlbiB0aGUgcmVnaXN0cmF0aW9uIHdpbGwgZXZlbnR1YWxseSBleHBpcmUuDQoN CkkgbWVhbnQgdGhhdCB0aGF0IHBhcmFncmFwaCBoYW5kbGVzIHRoZSBjYXNlIG9mIGEgcmUtcmVn aXN0cmF0aW9uIHRoYXQNCmZhaWxzIHdpdGggbm9uLTJ4eCByZXNwb25zZSwgYnV0IGRvZXNuJ3Qg aGFuZGxlIGEgY2FzZSB0aGF0IHRoZSByZS1yZWdpc3RyYXRpb24gbmV2ZXIgYmVnaW5zIChvciBh dCBsZWFzdCB0aGUgcHJveHkgZG9lc24ndCByZWNlaXZlIGl0KS4NCkZvciBoYW5kbGluZyB0aGlz IGNhc2UsIEkgc3VnZ2VzdCBhZGRpbmcgYSB0aW1lb3V0IChtYXliZSB3aXRoIGltcGxlbWVudGF0 aW9uLXNwZWNpZmljIHRpbWUpLCBhbmQgaWYgaXQgZXhwaXJlcyByZWplY3QgdGhlIHJlcXVlc3Qg d2l0aCA0MDQuDQoNCkFhYWguLi4gSSBnZXQgaXQuIFRoZXJlIGlzIGEgcmVxdWVzdCB0byBmb3J3 YXJkLCBidXQgdGhlIHJlLXJlZ2lzdHJhdGlvbiBSRUdJU1RFUiByZXF1ZXN0IG5ldmVyIGFycml2 ZXMuIEkgd2lsbCBhZGQgdGV4dCBhYm91dCB0aGF0Lg0KDQpTb21ldGhpbmcgbGlrZSB0aGlzOg0K DQoiSWYgdGhlIHByb3h5IGRvZXNuJ3QgcmVjZWl2ZSB0aGUgUkVHSVNURVIgcmVxdWVzdCB3aXRo aW4gYSBnaXZlbiB0aW1lLCBpdCBNVVNUIHJlamVjdCB0aGUgcmVxdWVzdCB3aXRoIGEgNDA0IChO b3QgRm91bmQpIHJlc3BvbnNlLiBUaGUgdGltZSB2YWx1ZSBpcyBzZXQgYmFzZWQgb24gbG9jYWwg cG9saWN5LiINCg0KV2h5IG5vdCBnbyBhaGVhZCBhbmQgZm9yd2FyZCB0aGUgcmVxdWVzdD8gSXQg d2lsbCBwcm9iYWJseSB0aW1lIG91dCwgYnV0IHRoZXJlIGlzIGFuIG9mZiBjaGFuY2UgdGhhdCBp dCBtaWdodCB3b3JrLg0KDQpJbiB0aGUgbW9kZXJuIGRlcGxveW1lbnQgKFNJUFMgd2l0aCBTSVAg T3V0Ym91bmQpIHRoZXJlIGlzIG5vd2hlcmUgdG8gZm9yd2FyZCB0aGUgcmVxdWVzdC4gUmVxdWVz dCBjYW4gb25seSBiZSBmb3J3YXJkZWQgaWYgdGhlcmUgaXMgYW4gZXhpc3RpbmcgVExTIGNvbm5l Y3Rpb24gZnJvbSB0aGUgY2xpZW50IHRvIHRoZSBwcm94eS4gVGhpcyBjb25uZWN0aW9uIGlzIHR5 cGljYWxseSBjbG9zZWQgd2hlbiBjbGllbnQgaXMgc3VzcGVuZGVkIGFuZCBpcyB3YWl0aW5nIGZv ciB0aGUgU0lQIFB1c2guDQoNClJlZ2FyZHMsDQpfX19fX19fX19fX19fDQpSb21hbiBTaHBvdW50 DQoNCg0K --_000_7594FB04B1934943A5C02806D1A2204B6C1ABB7DESESSMB109erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0 IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2 IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4N CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9 IkVOLUdCIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgUGF1bCw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDtt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPldoYXQgeW91IHN1Z2dlc3QgaXMgYWxyZWFkeSBhbGxvd2Vk LCBhcyBkZXNjcmliZWQgaW4gdGhlIGxhc3Qgc2VjdGlvbiBvZiA1LjMuMi4gQnV0LCB0aGF0IG9u bHkgYXBwbGllcyBpbiBzcGVjaWFsIGNhc2VzLCB3aGVyZSB0aGUNCiBwcm94eSBoYXMg4oCca25v d2xlZGdl4oCdLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+Rm9yIHRo ZSBnZW5lcmFsIGNhc2UsIHNpbmNlIHdlIHNwZWNpZnkgdGhhdCB0aGUgcHJveHkgaGFzIHRvIHdh aXQgZm9yIHRoZSBSRUdJU1RFUiByZXF1ZXN0LCBBTkQgdGhlIGFzc29jaWF0ZWQgcmVzcG9uc2Us IEkgdGhpbmsgd2UNCiBzaG91bGQgc3RpY2sgdG8gdGhhdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj5DaHJpc3RlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvYT48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IHNp cGNvcmUgW21haWx0bzpzaXBjb3JlLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2Yg PC9iPlJvbWFuIFNocG91bnQ8YnI+DQo8Yj5TZW50OjwvYj4gMjYgRmVicnVhcnkgMjAxOCAyMToz OTxicj4NCjxiPlRvOjwvYj4gUGF1bCBLeXppdmF0ICZsdDtwa3l6aXZhdEBhbHVtLm1pdC5lZHUm Z3Q7PGJyPg0KPGI+Q2M6PC9iPiBTSVBDT1JFICZsdDtzaXBjb3JlQGlldGYub3JnJmd0Ozxicj4N CjxiPlN1YmplY3Q6PC9iPiBSZTogW3NpcGNvcmVdIE1pbm9yIGNvbW1lbnRzIG9uIGRyYWZ0LWll dGYtc2lwY29yZS1zaXAtcHVzaC0wNjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIE1vbiwgRmViIDI2LCAyMDE4IGF0IDI6MzYgUE0s IFBhdWwgS3l6aXZhdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOnBreXppdmF0QGFsdW0ubWl0LmVkdSIg dGFyZ2V0PSJfYmxhbmsiPnBreXppdmF0QGFsdW0ubWl0LmVkdTwvYT4mZ3Q7IHdyb3RlOjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20g MGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+T24gMi8yNi8xOCAyOjI5IFBNLCBDaHJpc3RlciBIb2xtYmVyZyB3cm90ZTo8 bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVm dDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxl ZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPkhpLDxicj4NCjxicj4NCi4uLjxvOnA+PC9vOnA+PC9wPg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0Mg MS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4t cmlnaHQ6MGNtIj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6 NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0 O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPGJsb2NrcXVvdGUgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20g MGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjMuIDR0aCBwYXJhZ3JhcGggb2Ygc2VjdGlvbiA1LjMuMjo8YnI+DQom bmJzcDsmbmJzcDtJIHRoaW5rIGEgdGltZW91dCBzaG91bGQgYmUgZGVmaW5lZCBmb3IgdGhlIGNh c2UgdGhlIHJlLXJlZ2lzdHJhdGlvbiBkb2Vzbid0IG9jY3VyLjxvOnA+PC9vOnA+PC9wPg0KPC9i bG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KTm90IHN1cmUgSSB1bmRlcnN0 b29kIHlvdXIgY29tbWVudCAoYXJlIHlvdSBzdXJlIHlvdSB1c2VkIHRoZSBjb3JyZWN0PGJyPg0K cGFyYWdyYXBoL3NlY3Rpb24/KSwgYnV0IGlmIHRoZSByZS1yZWdpc3RyYXRpb24gZG9lc27igJl0 IG9jY3VyIHRoZW4gdGhlIHJlZ2lzdHJhdGlvbiB3aWxsIGV2ZW50dWFsbHkgZXhwaXJlLjxvOnA+ PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KSSBt ZWFudCB0aGF0IHRoYXQgcGFyYWdyYXBoIGhhbmRsZXMgdGhlIGNhc2Ugb2YgYSByZS1yZWdpc3Ry YXRpb24gdGhhdDxicj4NCmZhaWxzIHdpdGggbm9uLTJ4eCByZXNwb25zZSwgYnV0IGRvZXNuJ3Qg aGFuZGxlIGEgY2FzZSB0aGF0IHRoZSByZS1yZWdpc3RyYXRpb24gbmV2ZXIgYmVnaW5zIChvciBh dCBsZWFzdCB0aGUgcHJveHkgZG9lc24ndCByZWNlaXZlIGl0KS48YnI+DQpGb3IgaGFuZGxpbmcg dGhpcyBjYXNlLCBJIHN1Z2dlc3QgYWRkaW5nIGEgdGltZW91dCAobWF5YmUgd2l0aCBpbXBsZW1l bnRhdGlvbi1zcGVjaWZpYyB0aW1lKSwgYW5kIGlmIGl0IGV4cGlyZXMgcmVqZWN0IHRoZSByZXF1 ZXN0IHdpdGggNDA0LjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGJyPg0KQWFhaC4uLiBJIGdldCBpdC4gVGhlcmUgaXMgYSByZXF1ZXN0IHRvIGZv cndhcmQsIGJ1dCB0aGUgcmUtcmVnaXN0cmF0aW9uIFJFR0lTVEVSIHJlcXVlc3QgbmV2ZXIgYXJy aXZlcy4gSSB3aWxsIGFkZCB0ZXh0IGFib3V0IHRoYXQuPG86cD48L286cD48L3A+DQo8L2Jsb2Nr cXVvdGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpTb21ldGhpbmcgbGlrZSB0aGlzOjxi cj4NCjxicj4NCiZxdW90O0lmIHRoZSBwcm94eSBkb2Vzbid0IHJlY2VpdmUgdGhlIFJFR0lTVEVS IHJlcXVlc3Qgd2l0aGluIGEgZ2l2ZW4gdGltZSwgaXQgTVVTVCByZWplY3QgdGhlIHJlcXVlc3Qg d2l0aCBhIDQwNCAoTm90IEZvdW5kKSByZXNwb25zZS4gVGhlIHRpbWUgdmFsdWUgaXMgc2V0IGJh c2VkIG9uIGxvY2FsIHBvbGljeS4mcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCldoeSBub3QgZ28gYWhlYWQgYW5kIGZvcndhcmQg dGhlIHJlcXVlc3Q/IEl0IHdpbGwgcHJvYmFibHkgdGltZSBvdXQsIGJ1dCB0aGVyZSBpcyBhbiBv ZmYgY2hhbmNlIHRoYXQgaXQgbWlnaHQgd29yay48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkluIHRoZSBtb2Rlcm4gZGVwbG95bWVu dCAoU0lQUyB3aXRoIFNJUCBPdXRib3VuZCkgdGhlcmUgaXMgbm93aGVyZSB0byBmb3J3YXJkIHRo ZSByZXF1ZXN0LiBSZXF1ZXN0IGNhbiBvbmx5IGJlIGZvcndhcmRlZCBpZiB0aGVyZSBpcyBhbiBl eGlzdGluZyBUTFMgY29ubmVjdGlvbiBmcm9tIHRoZSBjbGllbnQgdG8gdGhlIHByb3h5LiBUaGlz IGNvbm5lY3Rpb24gaXMgdHlwaWNhbGx5IGNsb3NlZCB3aGVuIGNsaWVudA0KIGlzIHN1c3BlbmRl ZCBhbmQgaXMgd2FpdGluZyBmb3IgdGhlIFNJUCBQdXNoLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzIyMjIyMiI+X19fX19fX19fX19fXzxicj4NClJvbWFuIFNo cG91bnQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGJyPg0KJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_7594FB04B1934943A5C02806D1A2204B6C1ABB7DESESSMB109erics_-- From nobody Tue Feb 27 00:59:54 2018 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 4D10A1200F1 for ; Tue, 27 Feb 2018 00:59:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 TydBHR4KagNG for ; Tue, 27 Feb 2018 00:59:50 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 560C21200B9 for ; Tue, 27 Feb 2018 00:59:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519721988; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=wEAw+d5J0W5q7PI7NIlKak99R0p/BKQm2FaODlrnx3I=; b=fvmAPSk57pCONUYRw+JYigZlAo7l4yZF29Xlqa1q0AsCT4w1Y2aLrkG9uDAqzCHH knxfFc0/hFqWgQPbthuApmFgfZqzROfeiQa+4XtiHqlmaIxGnZs93YVcjPMBD7E0 6voqiz90CSu7BQTiH4iDW9g7WljJLa4A1mx4sk/F/EQ=; X-AuditID: c1b4fb25-44ba69c000002d5f-2d-5a951e04c7a3 Received: from ESESSHC022.ericsson.se (Unknown_Domain [153.88.183.84]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id DA.7D.11615.40E159A5; Tue, 27 Feb 2018 09:59:48 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.82]) by ESESSHC022.ericsson.se ([153.88.183.84]) with mapi id 14.03.0352.000; Tue, 27 Feb 2018 09:59:48 +0100 From: Christer Holmberg To: Yehoshua Gev CC: sipcore Thread-Topic: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 - The pull request Thread-Index: AQHTr6lRwq0fWXnO6kW5DhhpS9KH8w== Date: Tue, 27 Feb 2018 08:59:47 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.20] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <462215F702BBE94FAC05EB8FAADB229E@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphkeLIzCtJLcpLzFFi42KZGbE9RJdFbmqUwcNzshZff2xis/i98S6z A5PHzll32T2WLPnJFMAUxWWTkpqTWZZapG+XwJXxa84rtoKnYhXXb31hamDcJ9TFyMkhIWAi sfZvL0sXIxeHkMBhRokjbV9ZQBJCAosZJb6vUe5i5OBgE7CQ6P6nDWKKCKhKvHyeD2IyC8hJ LD6UB1IsLBAjcWLpZSYQW0QgVuLFxMWMELaexI2d+9hAylmAOo9PswMJ8wpYS8x7N5MZxGYU EJP4fmoNWCuzgLjErSfzmSAOE5BYsuc8M4QtKvHy8T9WEFsUaOSGE7fZIeKKElenL4fqBVo1 dQobhG0tcbhpDyuErS2xbOFrZoi9ghInZz5hmcAoOgvJullI2mchaZ+FpH0WkvYFjKyrGEWL U4uTctONjPVSizKTi4vz8/TyUks2MQLj5uCW36o7GC+/cTzEKMDBqMTDayE2NUqINbGsuDL3 EKMEB7OSCO/KxZOjhHhTEiurUovy44tKc1KLDzFKc7AoifPOEW6PEhJITyxJzU5NLUgtgsky cXBKNTB6C0imeb/ijNLbPNmxW0GDXbp6xXU/cydRHftWM8N3f7lu7LVV+el3ofvZ9P616+X1 9HNuPD6wL7lpRQRb3Msv4YIWWqYzXqdreD5yMr4i/1MnrOeLuV698fRsz5lSNtFffe4+rW/5 M3n7aS65w8xTXWtPba1u6lz3V3Nf+7dXv37M2heerKTEUpyRaKjFXFScCABgOiOTlwIAAA== Archived-At: Subject: Re: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 - The pull request X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2018 08:59:52 -0000 Hi, Based on Yehoshua=B9s comments, I have created a pull request. https://github.com/cdh4u/draft-sip-push/pull/13 The pull request also contains some minor editorial fixes. In addition, in the description for FCM, it was noted that I was using the Sender ID, even though it shall be the Project ID, so I fixed that too. Regards, Christer On 26/02/18 18:57, "sipcore on behalf of Christer Holmberg" wrote: >Hi, > > >From: Yehoshua Gev [mailto:yoshigev@gmail.com] >Sent: 26 February 2018 17:10 >To: Christer Holmberg >Cc: sipcore >Subject: Re: [sipcore] Minor comments on draft-ietf-sipcore-sip-push-06 > >See Inline. > >Thanks. > > >Hi Yehoshua, > >>>> 1. First paragraph of section 4: >>>> SIP URI parameter in the SIP Contact >>>> Should be: >>>> SIP URI parameters in the SIP Contact >>> >>>Are you sure? Note that there is an =B3A=B2 in front of each parameter. >> >> I'm not sure :-), IIRC the plural is omitted only if hyphens are used, >>like "a pn-prid- and pn-param-SIP-URI-parameter". >> Maybe the sentence can be rephrased to: >> "The UA MUST include the following SIP URI parameters in the SIP >>Contact header field URI of the REGISTER request: >> pn-provider, pn-prid and pn-param (if required for the specific PNS)." > >If people think that's better I have no problem to change it. > >>>> 2. 4th paragraph of section 5.3.1: >>>> I believe the 'sip.pns' should indicate the PNS of the pn-provider. >>> >>> The purpose is only to indicate to other proxies that the proxy will >>>trigger push notifications. >> >> I understand, but the proposed ABNF for sip.pns requires a value. >=20 >Aaah... true. I guess it doesn't hurt if the proxy indicates the PNS. >=20 >>>>3. 4th paragraph of section 5.3.2: >>>> I think a timeout should be defined for the case the re-registration >>>>doesn't occur. >>> >>> Not sure I understood your comment (are you sure you used the correct >>>paragraph/section?), but >>>if the re-registration doesn=B9t occur then the registration will >>>eventually expire. >> >> I meant that that paragraph handles the case of a re-registration that >>fails with non-2xx response, but >> doesn't handle a case that the re-registration never begins (or at >>least the proxy doesn't receive it). >> For handling this case, I suggest adding a timeout (maybe with >>implementation-specific time), and if it expires reject the request with >>404. > >Aaah... I get it. There is a request to forward, but the re-registration >REGISTER request never arrives. I will add text about that. > >Regards, > >Christer > > > >_______________________________________________ >sipcore mailing list >sipcore@ietf.org >https://www.ietf.org/mailman/listinfo/sipcore From nobody Tue Feb 27 15:16:49 2018 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 16B2A12E8E0; Tue, 27 Feb 2018 15:11:17 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: ben@nostrum.com, sipcore@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151977307708.5200.14454240378338748636.idtracker@ietfa.amsl.com> Date: Tue, 27 Feb 2018 15:11:17 -0800 Archived-At: Subject: [sipcore] sipcore - Requested session has been scheduled for IETF 101 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2018 23:11:21 -0000 Dear Brian Rosen, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. sipcore Session 1 (1:00:00) Thursday, Morning Session I 0930-1200 Room Name: Viscount size: 175 --------------------------------------------- Special Note: 0930 - 1030 Request Information: --------------------------------------------------------- Working Group Name: Session Initiation Protocol Core Area Name: Applications and Real-Time Area Session Requester: Brian Rosen Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 40 Conflicts to Avoid: First Priority: avtcore dispatch ice modern stir Second Priority: mmusic rtcweb sipbrandy People who must be present: Ben Campbell Brian Rosen Jean Mahoney Resources Requested: Special Requests: --------------------------------------------------------- From nobody Wed Feb 28 02:07:51 2018 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 E240B12EAEE; Wed, 28 Feb 2018 02:07:44 -0800 (PST) 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.73.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151981246488.5076.7781469096493432381@ietfa.amsl.com> Date: Wed, 28 Feb 2018 02:07:44 -0800 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-sip-push-08.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 10:07:45 -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 : Push Notification with the Session Initiation Protocol (SIP) Authors : Christer Holmberg Michael Arnold Filename : draft-ietf-sipcore-sip-push-08.txt Pages : 22 Date : 2018-02-28 Abstract: This document describes how a Push Notification Service (PNS) can be used to awake suspended Session Initiation Protocol (SIP) User Agents (UAs), for the UA to be able to receive and send SIP requests. The document defines new SIP URI parameters and new feature-capability indicators that can be used in SIP messages to indicate support of the mechanism defined in this document, to exchange PNS information between the SIP User Agent (UA) and the SIP entity that will request push notifications towards the UA, and to trigger such push notification requests. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-sip-push/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-sip-push-08 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-sip-push-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-sip-push-08 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 Wed Feb 28 02:09:10 2018 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 D92AC127333 for ; Wed, 28 Feb 2018 02:09:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.32 X-Spam-Level: X-Spam-Status: No, score=-4.32 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 zzRtr9V6tYNV for ; Wed, 28 Feb 2018 02:09:06 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 5D34D126DEE for ; Wed, 28 Feb 2018 02:09:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1519812544; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=oW81ULVoUJujmqlndPl5gqIUpP4gBnRk0J6jfJrxtEU=; b=fvavYMEqaO/nu9m8KXst07C5dj5NfU2PQYfP1wCXpV9A6hmNtzxX4opyHU04Q3PU bGhGy9v81rW6XQi1QfA+QdVrxhpfUcO3Z9uMAio848mhFf9dhykQDpWtJ7/dtH8Y XZyDRQIgU1muY8QZouFLeOSaJTpTf+AsF8MEMZOi4Qc=; X-AuditID: c1b4fb2d-87c029c000005540-ad-5a967fc0dd77 Received: from ESESSHC024.ericsson.se (Unknown_Domain [153.88.183.90]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 10.00.21824.0CF769A5; Wed, 28 Feb 2018 11:09:04 +0100 (CET) Received: from ESESSMB109.ericsson.se ([169.254.9.82]) by ESESSHC024.ericsson.se ([153.88.183.90]) with mapi id 14.03.0352.000; Wed, 28 Feb 2018 11:08:47 +0100 From: Christer Holmberg To: "sipcore@ietf.org" Thread-Topic: Draft new version: sip-push-08 Thread-Index: AQHTsHweFKYA0mbVXkiz1Zh96j+/xg== Date: Wed, 28 Feb 2018 10:08:46 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.7.7.170905 x-originating-ip: [153.88.183.18] Content-Type: multipart/alternative; boundary="_000_D6BC4F512BC42christerholmbergericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrFLMWRmVeSWpSXmKPExsUyM2J7lO6B+mlRBq9uaVl8/bGJzYHRY8mS n0wBjFFcNimpOZllqUX6dglcGQsb7rEV3OGpOHX4A0sD42yeLkZODgkBE4n25gNMILaQwGFG iacTZboYuYDsxYwSX+c/YOti5OBgE7CQ6P6nDVIjIqApsfzbVnYQW1hAXWLW5EtsEHEdiT3n XrJA2HoSy/YeYASxWQRUJT71dIDV8ApYS9z7vgusl1FATOL7qTVge5kFxCVuPZnPBHGPgMSS PeeZIWxRiZeP/7GC2KJAMzecuM0OEVeU+PhqHyPIacwCCRIbnspBjBeUODnzCcsERqFZSKbO QqiahaQKokRL4suPfWwQtqLElO6H7BDlmhJvHtZChK0lri+cxYqsZAEjxypG0eLU4uLcdCNj vdSizOTi4vw8vbzUkk2MwBg5uOW37g7G1a8dDzEKcDAq8fD6+EyLEmJNLCuuzD3EKMHBrCTC m1YCFOJNSaysSi3Kjy8qzUktPsQozcGiJM570pM3SkggPbEkNTs1tSC1CCbLxMEp1cBYqW/A V3pm39szUWvkClf8XLf4QvX9TfzSWr1vVs669JWpbubh6Zu+Sarwp7UefnY7435o9Zym1TmH Jn1/5Hwo97YyqxffNNHm38Vyxx+s7l+72pSZhYfV9d12iedv50pk3XjdGtf++FE7J4vrxeQD H74tafjTLxAp+Dt0s6jkrHt+3uvP3ddSUGIpzkg01GIuKk4EACv0Ro6NAgAA Archived-At: Subject: [sipcore] Draft new version: sip-push-08 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 10:09:09 -0000 --_000_D6BC4F512BC42christerholmbergericssoncom_ Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: base64 SGksDQoNCkJhc2VkIG9uIFllaG9zaHVhqfZzIGNvbW1lbnRzLCBJIGhhdmUgc3VibWl0dGVkIGEg bmV3IHZlcnNpb24gKC0wNykgb2YgZHJhZnQtc2lwLXB1c2guDQoNClJlZ2FyZHMsDQoNCkNocmlz dGVyDQo= --_000_D6BC4F512BC42christerholmbergericssoncom_ Content-Type: text/html; charset="euc-kr" Content-ID: <361DAE84AA7C234097D79EB04E7268F7@ericsson.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PWV1Yy1rciI+DQo8L2hlYWQ+DQo8Ym9keSBzdHlsZT0id29yZC13 cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1i cmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IGNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc2l6ZTog MTRweDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7Ij4NCjxkaXY+DQo8ZGl2IHN0 eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zdGFuZGFyZDsiPkhpLDwvZGl2Pg0KPGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3RhbmRhcmQ7Ij48YnI+DQo8L2Rpdj4NCjxkaXYgc3R5 bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN0YW5kYXJkOyI+QmFzZWQgb24gWWVob3NodWGp9nMg Y29tbWVudHMsIEkgaGF2ZSBzdWJtaXR0ZWQgYSBuZXcgdmVyc2lvbiAoLTA3KSBvZiBkcmFmdC1z aXAtcHVzaC48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiAtd2Via2l0LXN0YW5kYXJk OyI+PGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zdGFuZGFy ZDsiPlJlZ2FyZHMsPC9kaXY+DQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogLXdlYmtpdC1zdGFu ZGFyZDsiPjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IC13ZWJraXQtc3Rh bmRhcmQ7Ij5DaHJpc3RlcjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_D6BC4F512BC42christerholmbergericssoncom_--