From nobody Fri Nov 2 23:34: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 6F9FE12958B; Fri, 2 Nov 2018 23:34:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 sZ8Dyp8kk5Tl; Fri, 2 Nov 2018 23:34:30 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED14A12D4EA; Fri, 2 Nov 2018 23:34:26 -0700 (PDT) Received: from [10.21.10.6] (ip-149-232-239-173.texas.us.northamericancoax.com [173.239.232.149]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wA36YLX7082023 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 3 Nov 2018 01:34:25 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host ip-149-232-239-173.texas.us.northamericancoax.com [173.239.232.149] claimed to be [10.21.10.6] From: Ben Campbell Content-Type: multipart/signed; boundary="Apple-Mail=_82168092-15EF-41E4-B6F3-FD51BCFFBE6A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Message-Id: <7C5A9969-AF2E-4AF4-B97D-34843A2E76C6@nostrum.com> Date: Sat, 3 Nov 2018 13:34:20 +0700 Cc: sipcore-chairs@ietf.org, ART ADs To: art-chairs@ietf.org, sipcore@ietf.org X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: [sipcore] Substitute Chair(s) for SIPCORE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 06:34:32 -0000 --Apple-Mail=_82168092-15EF-41E4-B6F3-FD51BCFFBE6A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Due to travel disruptions, it looks like neither SIPCORE chair will be = here this week, and we have a scheduled meeting. Is anyone willing to = sit at the front of the room and facilitate the meeting? IIUC, there is = only one topic on the agenda. Also, IIUC, Jean will be available = remotely to handle the status slides, etc. Thanks! Ben. --Apple-Mail=_82168092-15EF-41E4-B6F3-FD51BCFFBE6A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlvdQWwACgkQgFZKbJXz 1A3JvA//S+MctgzdeJrvTgR3Ig6AJYpv+pdO5WAGzqO+zqHZi1m3aDQB8lw8FvMj uNHfncydqwsOGi5SZLtREmGgDzG9heopE5zW7QJuen87AIzQkkYEocUWMsQUMKMJ HJRVPZZjFH3uf0XH7x2N5BPl5yjjH2B6AGifCW4IIKjmo8gvoPK2rcg18dRfc8G1 W7RYMREmP9E6kUjyV0aJefSTd2SN9BRx920la1AOEI1JP2a0GdM12iAtZBZpqtyk UuFnWSqleb29GkN1uSsYW4sGZQEzWL1aU4YIeq5FIRMQU5EGDr2IvXVSdG/nY9M/ PhZTWqkh0J9eypbfR5+UUqryWYwzFG6yPFiUl4CxYNbHlYyhaddD7s221lSzEl3S SPtyNffzj4j9rwvPMaYFKMP+STj2GGNEpRH8iHZxy6fJ8hJu7Ogr/662sS07HZoM 7ba+ngHbf8S7nZpm+qtvGXvfgKGlhSM8MqgyYeTKHaID85Dhfc7t7A9YvxsP3kdz VEzbc7fjwn67Rrny9VVMcEVOfHjLlYdj6XI5HYkFbgG/Tyjj66/IbcZg2TuDWhqF krE4XqVQb1pT5L/bHtmhixdgmD2sLzdQc4OA14OykjgNZ5FgY7fSGmQ99HfT4QCW QDtsdk4cdb7hPZ9DVwot9Xs7+eNa373dFopGTd6RQ4+imKxQZro= =5aev -----END PGP SIGNATURE----- --Apple-Mail=_82168092-15EF-41E4-B6F3-FD51BCFFBE6A-- From nobody Fri Nov 2 23:36: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 7EB5012958B; Fri, 2 Nov 2018 23:36:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 L_PAmDO3-4Sz; Fri, 2 Nov 2018 23:36:02 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1606129385; Fri, 2 Nov 2018 23:36:02 -0700 (PDT) Received: from [10.21.10.6] (ip-149-232-239-173.texas.us.northamericancoax.com [173.239.232.149]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wA36Zvrc082322 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 3 Nov 2018 01:36:00 -0500 (CDT) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host ip-149-232-239-173.texas.us.northamericancoax.com [173.239.232.149] claimed to be [10.21.10.6] From: Ben Campbell Message-Id: <15FBC5BE-587B-48BB-897A-EC222F6DFA42@nostrum.com> Content-Type: multipart/signed; boundary="Apple-Mail=_7831B69B-0CF9-49C7-A02C-F0739A61E62E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Date: Sat, 3 Nov 2018 13:35:56 +0700 In-Reply-To: <7C5A9969-AF2E-4AF4-B97D-34843A2E76C6@nostrum.com> Cc: sipcore-chairs@ietf.org, ART ADs To: art-chairs@ietf.org, sipcore@ietf.org References: <7C5A9969-AF2E-4AF4-B97D-34843A2E76C6@nostrum.com> X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: Re: [sipcore] Substitute Chair(s) for SIPCORE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 06:36:05 -0000 --Apple-Mail=_7831B69B-0CF9-49C7-A02C-F0739A61E62E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Oops, I failed to mention that the meeting is Thu, 8 Nov at 11:20. > On Nov 3, 2018, at 1:34 PM, Ben Campbell wrote: >=20 > Hi, >=20 > Due to travel disruptions, it looks like neither SIPCORE chair will be = here this week, and we have a scheduled meeting. Is anyone willing to = sit at the front of the room and facilitate the meeting? IIUC, there is = only one topic on the agenda. Also, IIUC, Jean will be available = remotely to handle the status slides, etc. >=20 > Thanks! >=20 > Ben. --Apple-Mail=_7831B69B-0CF9-49C7-A02C-F0739A61E62E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlvdQcwACgkQgFZKbJXz 1A0qEQ//QD7A1Dsh3bNl+Pg5y7mYGwhy+zSYqcZ84jeJfpqpHEos/XRF1MYRf3NM rgzxdMT8b91b6/oe4z/iZz/NV8th8PKrug8g88N2v7MOtqcemk08e9oZrbJgOZYo tqZgVzphV0MBuQFc831f3pXYMAFN3uNIX/OySGnogJdRDWlHuhMdsXIxwqfFef4J hLP2UtAAAAX32LlNa72YMTeEr/kXPx2AgO5e+B5lKLVu9XemZwKau0jCDzYKEVqO NgKqtIkAkHU7ERtSIyDPnHitYE3ByqYyNfK9TAnG/5hQYM2ksshyOjVcq0u/XYLC 3iCWzX5vRWA+06VJel12qUZpJLsKAALpEvXvMDTm8f4FOBRNkh0IDfTPYiOT4fFO RCu7AWL7FK9g8hRtpvyt7g6NXmVP2MRmUkTwp+c9yw+iXPgl+62d2yifTrRsqOmQ 12p3dX8EBxX6wjTa+Mz1cZ/KEvoOZJYdMrc+7zAYL5yjMUov1oXGmTTc6MnH2uaJ RrQeUxrEPdzVWKeQC9eKJKPKPlYe3aesXLwXexo0gAaQtFqVw6yprNjI/FK3npwn dZDsfG291KPW5tR/FqN1gJn1Nwju/lUHtaD8YSXiMVMhc1SAcJSMY3s8bdR/b68B TouUItznhIwOm6hL6yq35MVKSytNANr27XGAXXb8zVdtNzvQPO8= =RPaH -----END PGP SIGNATURE----- --Apple-Mail=_7831B69B-0CF9-49C7-A02C-F0739A61E62E-- From nobody Sat Nov 3 00:16: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 766E2124BE5; Sat, 3 Nov 2018 00:16:10 -0700 (PDT) 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 M5qFWXOiwNHD; Sat, 3 Nov 2018 00:16:08 -0700 (PDT) Received: from mail-lf1-x142.google.com (mail-lf1-x142.google.com [IPv6:2a00:1450:4864:20::142]) (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 16F9F128DFD; Sat, 3 Nov 2018 00:16:08 -0700 (PDT) Received: by mail-lf1-x142.google.com with SMTP id o2-v6so2756719lfl.13; Sat, 03 Nov 2018 00:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sMOWJa4QLoNo5yGo7ULIKNqLYOMZuefhZvODqh1Jaxo=; b=uwVYvsnHjU5pFmKgOnl/qvGN38Hnd0O+bQs1SSZYWBMLFLTe0XYqE/OKyVDDSHWZzm 2AWlYryf0o8X8+F0G097VYugf2haXqy6Zu6FXxjIesVetTw9c8y9l/Bha/Kb44sasAP2 k9BynQ8DEM1gtwHWckBlqTFEI4Z5YvjuB/ysuPjJPVZchT1qan3jwUlM3LELauh10qvo AFtRHvjaSAr9qKGD2Fe3AfjLrmm5buOQAolSOjBmFZtvdcLskDfwFt5nKj8LeSDzFIrg CLcMLdvKjpxOEsi93D8/6RLkT+UWrT/GAHhsplSD+oMtoy95Mcq2EZqyGkJQAnDXNI2F BVHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sMOWJa4QLoNo5yGo7ULIKNqLYOMZuefhZvODqh1Jaxo=; b=aGw8yiSgXn2v/XLLHL1r3VdfmyYOahFDJhzZldIHNZkqRVhMHvb3dwC4U91mwFxe07 D12v9zbvY9hXTBW4fu53G4gFXAMj2BrMAQ7ngJUmp7/1VSjTeK+tXugTUsRWdYUkLXP3 Apjzczu/jPVxDUAiyN2rVRq+evF7jDJkb/9Hegteam/oZvaZxoiUhCkA7Hlt2u8Noo80 FiSX6F9hingkwA8UvSDCsz+Ev/jRSTuc7di7LgkWyh5Yb+mmUuA7m9JysREvdjhgm7JT NWxpcsMGZcmZdynqgQXcxR9o9374hFQ50Sb1FIKOC1siXyEg4PPx0QcQcnQea8wbuMr3 cnag== X-Gm-Message-State: AGRZ1gJExIh/0Q15iLLqGkgEa+LFXdzFP7ul9QQPP3Ml3GLIDkEdP1mm qBj2cOR48ceO5Vzi8LOG+Wev6ll3lz8VLZ0dvqUAXWl8 X-Google-Smtp-Source: AJdET5fJvi8BGodyW8I7xR7ZaaHFD6iVL1IQYPrLQU7hqGCj4RfsPdJcFhMkKw+jtQu0bPNtPR1Klz6rYpbHSbmhw1E= X-Received: by 2002:a19:d04f:: with SMTP id h76mr8182472lfg.52.1541229366118; Sat, 03 Nov 2018 00:16:06 -0700 (PDT) MIME-Version: 1.0 References: <7C5A9969-AF2E-4AF4-B97D-34843A2E76C6@nostrum.com> <15FBC5BE-587B-48BB-897A-EC222F6DFA42@nostrum.com> In-Reply-To: <15FBC5BE-587B-48BB-897A-EC222F6DFA42@nostrum.com> From: "Murray S. Kucherawy" Date: Sat, 3 Nov 2018 16:15:53 +0900 Message-ID: To: Ben Campbell Cc: art-chairs@ietf.org, sipcore@ietf.org, sipcore-chairs@ietf.org, ART ADs Content-Type: multipart/alternative; boundary="000000000000e28e750579bd6c94" Archived-At: Subject: Re: [sipcore] Substitute Chair(s) for SIPCORE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2018 07:16:11 -0000 --000000000000e28e750579bd6c94 Content-Type: text/plain; charset="UTF-8" I'll sign up as your backup plan: I'd like to attend MLS, but if you can't get another volunteer in time, I'll do it. On Sat, Nov 3, 2018 at 3:36 PM Ben Campbell wrote: > Oops, I failed to mention that the meeting is Thu, 8 Nov at 11:20. > > > On Nov 3, 2018, at 1:34 PM, Ben Campbell wrote: > > > > Hi, > > > > Due to travel disruptions, it looks like neither SIPCORE chair will be > here this week, and we have a scheduled meeting. Is anyone willing to sit > at the front of the room and facilitate the meeting? IIUC, there is only > one topic on the agenda. Also, IIUC, Jean will be available remotely to > handle the status slides, etc. > > > > Thanks! > > > > Ben. > > --000000000000e28e750579bd6c94 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'll sign up as your backup plan: I'd like to atte= nd MLS, but if you can't get another volunteer in time, I'll do it.=

On Sat, Nov 3, 20= 18 at 3:36 PM Ben Campbell <ben@nostr= um.com> wrote:
Oops, I faile= d to mention that the meeting is Thu, 8 Nov at 11:20.

> On Nov 3, 2018, at 1:34 PM, Ben Campbell <ben@nostrum.com> wrote:
>
> Hi,
>
> Due to travel disruptions, it looks like neither SIPCORE chair will be= here this week, and we have a scheduled meeting. Is anyone willing to sit = at the front of the room and facilitate the meeting? IIUC, there is only on= e topic on the agenda. Also, IIUC, Jean will be available remotely to handl= e the status slides, etc.
>
> Thanks!
>
> Ben.

--000000000000e28e750579bd6c94-- From nobody Sat Nov 3 19:39: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 3B1AC12F1A6; Sat, 3 Nov 2018 19:39:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 WoG-on5qkb9y; Sat, 3 Nov 2018 19:38:59 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC26A12F1A5; Sat, 3 Nov 2018 19:38:59 -0700 (PDT) Received: from dhcp-9cd8.meeting.ietf.org (dhcp-9cd8.meeting.ietf.org [31.133.156.216]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wA42ctIb079822 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 3 Nov 2018 21:38:58 -0500 (CDT) (envelope-from ben@nostrum.com) From: Ben Campbell Message-Id: <56B2185E-25DD-4438-9AE5-D8D9251D9353@nostrum.com> Content-Type: multipart/signed; boundary="Apple-Mail=_06B5DDA1-1F1B-4A69-A053-3554D00FBC94"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Date: Sun, 4 Nov 2018 09:38:53 +0700 In-Reply-To: <7C5A9969-AF2E-4AF4-B97D-34843A2E76C6@nostrum.com> Cc: sipcore-chairs@ietf.org, ART ADs To: art-chairs@ietf.org, sipcore@ietf.org References: <7C5A9969-AF2E-4AF4-B97D-34843A2E76C6@nostrum.com> X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: Re: [sipcore] Substitute Chair(s) for SIPCORE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2018 02:39:01 -0000 --Apple-Mail=_06B5DDA1-1F1B-4A69-A053-3554D00FBC94 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii HI everyone, Nils Ohlmeier and and Gonzalo Salgueiro have volunteered. Yay! Ben. > On Nov 3, 2018, at 1:34 PM, Ben Campbell wrote: >=20 > Hi, >=20 > Due to travel disruptions, it looks like neither SIPCORE chair will be = here this week, and we have a scheduled meeting. Is anyone willing to = sit at the front of the room and facilitate the meeting? IIUC, there is = only one topic on the agenda. Also, IIUC, Jean will be available = remotely to handle the status slides, etc. >=20 > Thanks! >=20 > Ben. --Apple-Mail=_06B5DDA1-1F1B-4A69-A053-3554D00FBC94 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlveW70ACgkQgFZKbJXz 1A1b0RAAvpziq9aJUFyq8MbyJCseWrrQxUkBB1SsPA32QLgG/hWMRhWk+uIOjoNo 8F60oTtpYadVx+ulp3SJ1uaFib8MMflP3NxMXuxq2ip5EE7CB+go0Pzd5TlWq+Fq rRHx812adZ6fhWHmwCfVneMCF8FFQJ9Ga+IE3GatDJr+QMxgUsOW3eFKw/TP8Lqo I9Fc+89OTfcGXGnM1PQlfKQp/EbYgfHvVdYkcPDmJ5YG3FlO1/fvNcXsMuJOz7/R oAlxfhP58IuUQHzUKSj9KlJNF+1LkKeP1ISk0QbAtgYLXHz2AVrmt13xGQG4I+Cj LaH3uJgEoAxR8qUOvJLgerlCjuBLZrpAk5zfzn01FhsiHDhuJf+mXpRcfHeOVf2k sLAIRHBIWKjH7qUG8YYh+0NIQe55O+duTx0vAZ8c+9jOEKI2c+Y5l4i/TEeEwwPB ffqbjdcDRPR4DILNPNSXABl5RLwHjETc67kJXzcC03AKixkiJsfAExS3kYRdvevc 4DLhvg+5/mJ/GzldaPQmhrQIJeYIKdR2hGVx162OpiIE6tcgocaDBba8agKGOF25 sOgbkmjVw/cVItfw/tQk8d2cOVnXHNrzJNhvWJXhyQ39yRp6Z71SfOSkWWlg/cSh KnArrXh+Y6K0Zfh3rjhNfthtyMDWFaoBvXR38D4/fnd1my3DOGU= =Q/vr -----END PGP SIGNATURE----- --Apple-Mail=_06B5DDA1-1F1B-4A69-A053-3554D00FBC94-- From nobody Sat Nov 3 20:07: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 8532F12F1A6; Sat, 3 Nov 2018 20:07:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 uI7Y0lBQTSli; Sat, 3 Nov 2018 20:07:43 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F94E12F1A5; Sat, 3 Nov 2018 20:07:43 -0700 (PDT) Received: from mutabilis-2.local ([47.186.18.66]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wA437gAU084393 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 3 Nov 2018 22:07:42 -0500 (CDT) (envelope-from mahoney@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.18.66] claimed to be mutabilis-2.local To: Ben Campbell , art-chairs@ietf.org, sipcore@ietf.org Cc: sipcore-chairs@ietf.org, ART ADs References: <7C5A9969-AF2E-4AF4-B97D-34843A2E76C6@nostrum.com> <56B2185E-25DD-4438-9AE5-D8D9251D9353@nostrum.com> From: "A. Jean Mahoney" Message-ID: <2e4bc7c9-2c32-d2ca-c505-9aa15ae6a822@nostrum.com> Date: Sat, 3 Nov 2018 22:07:42 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <56B2185E-25DD-4438-9AE5-D8D9251D9353@nostrum.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [sipcore] Substitute Chair(s) for SIPCORE X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2018 03:07:45 -0000 Nils and Gonzalo, Thank you! Jean On 11/3/18 9:38 PM, Ben Campbell wrote: > HI everyone, > > Nils Ohlmeier and and Gonzalo Salgueiro have volunteered. Yay! > > Ben. > >> On Nov 3, 2018, at 1:34 PM, Ben Campbell wrote: >> >> Hi, >> >> Due to travel disruptions, it looks like neither SIPCORE chair will be here this week, and we have a scheduled meeting. Is anyone willing to sit at the front of the room and facilitate the meeting? IIUC, there is only one topic on the agenda. Also, IIUC, Jean will be available remotely to handle the status slides, etc. >> >> Thanks! >> >> Ben. > From nobody Mon Nov 5 08:28:26 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 4B335130DD4; Mon, 5 Nov 2018 08:28:24 -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.87.3 Auto-Submitted: auto-generated Precedence: bulk Reply-To: sipcore@ietf.org Message-ID: <154143530424.4225.13410518863843429762@ietfa.amsl.com> Date: Mon, 05 Nov 2018 08:28:24 -0800 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-originating-cdiv-parameter-06.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 16:28:24 -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 : A P-Served-User Header Field Parameter for Originating CDIV session case in Session Initiation Protocol (SIP) Author : Marianne Mohali Filename : draft-ietf-sipcore-originating-cdiv-parameter-06.txt Pages : 14 Date : 2018-11-05 Abstract: The P-Served-User header field is used to convey the identity of the served user and the session case that applies to this particular communication session and application invocation. This document updates RFC5502 by defining a new P-Served-User header field parameter, "orig-cdiv". The parameter conveys the session case used by a proxy when handling an originating session after Call Diversion (CDIV) services have been invoked for the served user. This document also fixes the ABNF in RFC 5502 and provides more guidance for using the P-Served-User header field in IP networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-parameter/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-originating-cdiv-parameter-06 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-originating-cdiv-parameter-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-originating-cdiv-parameter-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 Mon Nov 5 08:30: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 4E497130DD4; Mon, 5 Nov 2018 08:30:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 UnTTivkvT8kw; Mon, 5 Nov 2018 08:30:09 -0800 (PST) Received: from orange.com (mta135.mail.business.static.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B736130E0C; Mon, 5 Nov 2018 08:30:08 -0800 (PST) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr26.francetelecom.fr (ESMTP service) with ESMTP id 42pdSZ4hd3z10YX; Mon, 5 Nov 2018 17:30:06 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.2]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 42pdSZ3KgMzDq8c; Mon, 5 Nov 2018 17:30:06 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06%19]) with mapi id 14.03.0415.000; Mon, 5 Nov 2018 17:30:06 +0100 From: To: Vijay Gurbani , "gen-art@ietf.org" CC: "sipcore@ietf.org" , "ietf@ietf.org" , "draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org" Thread-Topic: Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 Thread-Index: AQHUb8j+gZN5CuNDXEKxOaLWHjQPnqVBDYEg Date: Mon, 5 Nov 2018 16:30:05 +0000 Message-ID: <26344_1541435406_5BE0700E_26344_158_14_8B970F90C584EA4E97D5BAAC9172DBB84A2558EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154084621265.4963.11856647404649644525@ietfa.amsl.com> In-Reply-To: <154084621265.4963.11856647404649644525@ietfa.amsl.com> 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="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 16:30:13 -0000 SGkgYWxsLA0KDQpUaGFua3MgVmlqYXkgZm9yIHRoZSBHZW5BcnQgcmV2aWV3Lg0KSSd2ZSBqdXN0 IHN1Ym1pdHRlZCBhIHYtMDYgdG8gYWRkcmVzcyB5b3VyIGNvbW1lbnRzIGFuZCBoZXJlIGlzIG15 IGZlZWRiYWNrczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYt c2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci8NCg0KPk1pbm9yOg0KPg0KPi0gUzEu MzogSSBhbSBub3Qgc3VyZSBJIGZvbGxvdyB0aGUgbG9naWMgaW4gdGhlIHByb2JsZW0gc3RhdGVt ZW50LiAgV2hvDQo+IGlzIHRoZSAiZGl2ZXJ0aW5nIiB1c2VyPyAgVGhlIHVzZXIgdG8gd2hvIHRo ZSBjYWxsIHdhcyBkZXN0aW5lZD8gIElmIHNvLA0KPiBiZXN0IHRvIHNheSB0aGF0IGV4cGxpY2l0 bHkuICAoVG8gYmUgc3VyZSwgSSBsb29rZWQgaW50byByZmM1NTAyIGFzIHdlbGwsDQo+IGFuZCBp dCBkb2VzIG5vdCBkZWZpbmUgImRpdmVydGluZyIgdXNlciBlaXRoZXIuKSAgQSBiaXQgYmVsb3cg KGluIFM0KSwgeW91ICANCj4gdXNlIHRoZSB0ZXJtICJzZXJ2ZWQiIHVzZXIgdG8gcmVmZXIgdG8g dGhlIGRpdmVydGluZyB1c2VyLiAgQWxsIGluIGFsbCwgdGhlICANCj4gdGVybWlub2xvZ3kgaGVy ZSBjb3VsZCBiZSByZWZpbmVkLiAgSSBzdXNwZWN0IHRoYXQgdGhlICJvcmlnaW5hdGluZyIgdXNl ciANCj4gaXMgdGhlIGNhbGxlZS4gIA0KPg0KPiBDb25jcmV0ZWx5LCBJIHRoaW5rIHRoYXQgdGhl IGZpcnN0IHBhcmFncmFwaCBvZiBTMS4zIHNob3VsZCBiZSByZS13cml0dGVuLA0KPiBwZXJoYXBz IHdpdGggYSBmaWd1cmUgKD8pIHRvIGV4cGxhaW4gdGhlIGNhbGwgZmxvdywgb3IgYXQgbGVhc3Qg c29tZQ0KPiBjb250ZXh0IHVzaW5nIEFsaWNlLCBCb2IgYW5kIENhcm9sIGFzIHRoZSBleGFtcGxl IGluIFM3LjEgZG9lcyAoSSBzdXNwZWN0DQo+IHRoYXQgQ2Fyb2wgaXMgdGhlICJkaXZlcnRpbmci IHVzZXIgaGVyZSkuDQoNCltNTV0gSW5kZWVkLCBJIGNhbiBzZWUgdGhhdCBmb3IgcGVvcGxlIG5v dCB2ZXJ5IGF3YXJlIG9mIElFVEYgYW5kIDNHUFAgdm9jYWJ1bGFyeSBmb3IgY2FsbCBkaXZlcnNp b24gc2VydmljZSwgaXQgY2FuIGJlIGNvbmZ1c2luZy4gSSBwcmVmZXIgbm90IHRvIGFkZCBhIGNh bGwgZmxvdyBpbiB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgc2VjdGlvbiBidXQgSSBkaWQgc29tZSB1 cGRhdGVzIGluIHRoZSB3b3JkaW5nIGFuZCBpbnNlcnRlZCB0aGUgQWxpY2UsIEJvYiBhbmQgQ2Fy b2wgdXNlcnMgZm9yIGEgYmV0dGVyIHVuZGVyc3RhbmRpbmcuIA0KDQo+Tml0cywgdHlwb3M6DQo+ DQo+LSBTNCwgc3RlcCAzOiBzL3VzZXIgYW4gSU5WSVRFIHRoYXQvdXNlciBhcyBhbiBJTlZJVEUg dGhhdC8NCj4gQWxzbywgdGhlICJzZWNhc2UiIGFuZCAicmVnc3RhdGUiIHBhcmFtZXRlcnMgYXJl IHdoYXQgeW91IGFyZSBzdGFuZGFyZGl6aW5nDQo+IHRoaXMgSS1ELCBhcyBzdWNoIHlvdSBtZW50 aW9uIHRoaXMgYmVmb3JlIFM0IHNvIHRoZSByZWFkZXIga25vd3MgdGhhdCANCj4gdGhlc2UgYXJl IHRoZSBuZXcgcGFyYW1ldGVycy4gIFNhbWUgZm9yICJvcmlnLWNkaXYiIHBhcmFtZXRlci4NCg0K W01NXSBOaXRzIGlzIGNvcnJlY3RlZC4gQWJvdXQgeW91ciBjb21tZW50LCBhY3R1YWxseSwgdGhp cyBJLUQgaXMgb25seSBzdGFuZGFyZGl6aW5nICJvcmlnLWNkaXYiIHBhcmFtZXRlci4gVGhpcyBp cyB0aGUgcmVhc29uIHdoeSAic2VzY2FzZSIgYW5kICJyZWdzdGF0ZSIgYXBwZWFyLCBhcyBwYXJ0 IG9mIGEgbm9ybWFsIHNlc3Npb24gZXN0YWJsaXNobWVudCBhbmQgYmVmb3JlIGFueSBjYWxsIGRp dmVyc2lvbiB3aGlsZSB0aGUgbmV3IHBhcmFtZXRlciBjYW4gYXBwZWFyIG9ubHkgd2hlbiB0aGlz IGV2ZW50IG9jY3VycyAoYXMgYWRkZWQgYnkgdGhpcyBJLUQpLi4gSSBob3BlIGl0J3MgY2xlYXJl ciBmb3IgeW91Lg0KDQpJIGhvcGUgaXQncyBvay4NCg0KQmVzdCByZWdhcmRzLA0KTWFyaWFubmUN Cg0KLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQpEZcKgOiBWaWpheSBHdXJiYW5pIFttYWls dG86dmlqYXkuZ3VyYmFuaUBnbWFpbC5jb21dIA0KRW52b3nDqcKgOiBsdW5kaSAyOSBvY3RvYnJl IDIwMTggMjE6NTANCsOAwqA6IGdlbi1hcnRAaWV0Zi5vcmcNCkNjwqA6IHNpcGNvcmVAaWV0Zi5v cmc7IGlldGZAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBh cmFtZXRlci5hbGxAaWV0Zi5vcmcNCk9iamV0wqA6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9m IGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci0wNQ0KDQpSZXZp ZXdlcjogVmlqYXkgR3VyYmFuaQ0KUmV2aWV3IHJlc3VsdDogQWxtb3N0IFJlYWR5DQoNCkkgYW0g dGhlIGFzc2lnbmVkIEdlbi1BUlQgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBHZW5lcmFs IEFyZWENClJldmlldyBUZWFtIChHZW4tQVJUKSByZXZpZXdzIGFsbCBJRVRGIGRvY3VtZW50cyBi ZWluZyBwcm9jZXNzZWQNCmJ5IHRoZSBJRVNHIGZvciB0aGUgSUVURiBDaGFpci4gIFBsZWFzZSB0 cmVhdCB0aGVzZSBjb21tZW50cyBqdXN0DQpsaWtlIGFueSBvdGhlciBsYXN0IGNhbGwgY29tbWVu dHMuDQoNCkZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRoZSBGQVEgYXQNCg0KPGh0 dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL2dlbi93aWtpL0dlbkFydGZhcT4uDQoNCkRvY3VtZW50 OiBkcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXItPz8NClJldmll d2VyOiBWaWpheSBLLiBHdXJiYW5pDQpSZXZpZXcgRGF0ZTogMjAxOC0xMC0yOQ0KSUVURiBMQyBF bmQgRGF0ZTogMjAxOC0xMC0yNg0KSUVTRyBUZWxlY2hhdCBkYXRlOiBOb3Qgc2NoZWR1bGVkIGZv ciBhIHRlbGVjaGF0DQoNClN1bW1hcnk6IFRoaXMgZHJhZnQgaXMgb24gdGhlIHJpZ2h0IHRyYWNr IGJ1dCBoYXMgb3BlbiBpc3N1ZXMsIGRlc2NyaWJlZCBpbiB0aGUgcmV2aWV3Lg0KDQpNYWpvciBp c3N1ZXM6IDANCg0KTWlub3IgaXNzdWVzOiAxIA0KDQpOaXRzL2VkaXRvcmlhbCBjb21tZW50czog MQ0KDQpNaW5vcjoNCg0KLSBTMS4zOiBJIGFtIG5vdCBzdXJlIEkgZm9sbG93IHRoZSBsb2dpYyBp biB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQuICBXaG8NCiBpcyB0aGUgImRpdmVydGluZyIgdXNlcj8g IFRoZSB1c2VyIHRvIHdobyB0aGUgY2FsbCB3YXMgZGVzdGluZWQ/ICBJZiBzbywNCiBiZXN0IHRv IHNheSB0aGF0IGV4cGxpY2l0bHkuICAoVG8gYmUgc3VyZSwgSSBsb29rZWQgaW50byByZmM1NTAy IGFzIHdlbGwsDQogYW5kIGl0IGRvZXMgbm90IGRlZmluZSAiZGl2ZXJ0aW5nIiB1c2VyIGVpdGhl ci4pICBBIGJpdCBiZWxvdyAoaW4gUzQpLCB5b3UgIA0KIHVzZSB0aGUgdGVybSAic2VydmVkIiB1 c2VyIHRvIHJlZmVyIHRvIHRoZSBkaXZlcnRpbmcgdXNlci4gIEFsbCBpbiBhbGwsIHRoZSAgDQog dGVybWlub2xvZ3kgaGVyZSBjb3VsZCBiZSByZWZpbmVkLiAgSSBzdXNwZWN0IHRoYXQgdGhlICJv cmlnaW5hdGluZyIgdXNlciANCiBpcyB0aGUgY2FsbGVlLiAgDQoNCiBDb25jcmV0ZWx5LCBJIHRo aW5rIHRoYXQgdGhlIGZpcnN0IHBhcmFncmFwaCBvZiBTMS4zIHNob3VsZCBiZSByZS13cml0dGVu LA0KIHBlcmhhcHMgd2l0aCBhIGZpZ3VyZSAoPykgdG8gZXhwbGFpbiB0aGUgY2FsbCBmbG93LCBv ciBhdCBsZWFzdCBzb21lDQogY29udGV4dCB1c2luZyBBbGljZSwgQm9iIGFuZCBDYXJvbCBhcyB0 aGUgZXhhbXBsZSBpbiBTNy4xIGRvZXMgKEkgc3VzcGVjdA0KIHRoYXQgQ2Fyb2wgaXMgdGhlICJk aXZlcnRpbmciIHVzZXIgaGVyZSkuDQoNCk5pdHMsIHR5cG9zOg0KDQotIFM0LCBzdGVwIDM6IHMv dXNlciBhbiBJTlZJVEUgdGhhdC91c2VyIGFzIGFuIElOVklURSB0aGF0Lw0KIEFsc28sIHRoZSAi c2VjYXNlIiBhbmQgInJlZ3N0YXRlIiBwYXJhbWV0ZXJzIGFyZSB3aGF0IHlvdSBhcmUgc3RhbmRh cmRpemluZw0KIHRoaXMgSS1ELCBhcyBzdWNoIHlvdSBtZW50aW9uIHRoaXMgYmVmb3JlIFM0IHNv IHRoZSByZWFkZXIga25vd3MgdGhhdCANCiB0aGVzZSBhcmUgdGhlIG5ldyBwYXJhbWV0ZXJzLiAg U2FtZSBmb3IgIm9yaWctY2RpdiIgcGFyYW1ldGVyLg0KDQoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKQ2UgbWVzc2FnZSBl dCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNv bmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jCnBhcyBldHJl IGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3Vz IGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyCmEg bCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMu IExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRp b24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBl dGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRoaXMgbWVzc2FnZSBhbmQg aXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGlu Zm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRoZXkgc2hvdWxkIG5vdCBi ZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLgpJZiB5 b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBz ZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4KQXMgZW1h aWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhh dCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLgpUaGFuayB5b3UuCgo= From nobody Mon Nov 5 08:45:37 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 EDBB8130DC2; Mon, 5 Nov 2018 08:45:15 -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 ZDKD8QneQDsd; Mon, 5 Nov 2018 08:45:12 -0800 (PST) Received: from mail-oi1-x231.google.com (mail-oi1-x231.google.com [IPv6:2607:f8b0:4864:20::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 23E2F124408; Mon, 5 Nov 2018 08:45:12 -0800 (PST) Received: by mail-oi1-x231.google.com with SMTP id k64-v6so8001091oia.13; Mon, 05 Nov 2018 08:45:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=pxlq1fB4yvBrr09wiI7zSZKLIn3Oxd08BdTN1yYWfiA=; b=lE1+1kEvFKfJhvZwGnKeLIVgehu2LQTkAE//AqEWULlwuLbHHRu8e1sTbFGzTlU61V +GryqaSWCLgaBMcPontbQVGkX/SwC+WNvzo6i26FmhFvXcuI73VB3aBen5J2XFCeGH9V +HX2h5t7y8hM1Brs8qLbPD21bpO229vMz5unGx7PlB7Pz3rX9vY1MJXrHz5xdnyKsF1E yQ+8LktTZO9jPqqsFI9UzzaKAC74JGDKxpAPnK43ercTLzIUAMDA9xjsh7iUGTw3Yolg bYBJ1bmRZKmI4ksTsBZkUFz9Xn80ZBWZVK4nSuqIfDoMmu7XtdF46adruXkik/MfTLES Kc9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=pxlq1fB4yvBrr09wiI7zSZKLIn3Oxd08BdTN1yYWfiA=; b=GtEYbS+j0l7ll7KECiuVgxyqCw5Aei46FAhStN5oexXkUOrzkIgIHTXKVAd/xn8VZ/ 7tYAwtPwKIXyn3g8gRRdkHUPwkpdJAbADF64mrBWf5fRt/SXq27a2fB3+DqLC7a9bAqS VnqbBfZkGdkTwJ0Q0mkApR41tf1/0Uc+649aZ5ZMjbAGknbSwY+PyU4hwHV/zpZiBhfk CiKn87y/HAK+CSYtF0GIg/a9br9HfdxZxxfKE2473eFOXOPoyj/o/x/Gp7imnDcwb6jW hATWemi4XV3kODb/jxzLONspDinL2duAIUhpRP7X86XFE97DLjKg+um40Pkqgfb2VYCu ZakA== X-Gm-Message-State: AGRZ1gL2oMbbauVKrqchpyKMYxcehX8vtj5gh/nlr9dMYKgMeC/1YvPC nRgupCR46QBfhscpnsEG+7A03mSk6lfGwwF7CrA= X-Google-Smtp-Source: AJdET5cYbpL8Alj9XDtwkZPr26vKQGEsHbK5oaKB4bDRd5/k40glhF6Ud7+VTxa8q1VNGtY/SiqfFa/XN2h2eIMhBfQ= X-Received: by 2002:aca:4a10:: with SMTP id x16-v6mr12421262oia.11.1541436311223; Mon, 05 Nov 2018 08:45:11 -0800 (PST) MIME-Version: 1.0 References: <154084621265.4963.11856647404649644525@ietfa.amsl.com> <26344_1541435406_5BE0700E_26344_158_14_8B970F90C584EA4E97D5BAAC9172DBB84A2558EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <26344_1541435406_5BE0700E_26344_158_14_8B970F90C584EA4E97D5BAAC9172DBB84A2558EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> From: Vijay Gurbani Date: Mon, 5 Nov 2018 10:45:00 -0600 Message-ID: To: marianne.mohali@orange.com Cc: gen-art@ietf.org, sipcore@ietf.org, ietf@ietf.org, draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org Content-Type: multipart/alternative; boundary="000000000000c643b50579ed9bf7" Archived-At: Subject: Re: [sipcore] Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 16:45:16 -0000 --000000000000c643b50579ed9bf7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Marianne: Thank you for attending to my comments. I am fine with the text you added for S1.3. Regarding "secase" and "regstate" being existing parameters, ok. However, since the I-D is defining the "orig-cdiv" parameter, I still think it makes sense to mention this before S4. You already have the text at the end of S1.3 (the current sentence appears ambiguous). Let me suggest an edit: OLD: For this use case, this document creates a new parameter for the originating after CDIV session case to be embedded in the P-Served- User header field. NEW: For this use case, this document creates a new parameter ("orig-cdiv") for = the originating call leg to be embedded in the P-Served-User header field. Thanks. On Mon, Nov 5, 2018 at 10:30 AM wrote: > Hi all, > > Thanks Vijay for the GenArt review. > I've just submitted a v-06 to address your comments and here is my > feedbacks: > > https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-para= meter/ > > >Minor: > > > >- S1.3: I am not sure I follow the logic in the problem statement. Who > > is the "diverting" user? The user to who the call was destined? If so= , > > best to say that explicitly. (To be sure, I looked into rfc5502 as wel= l, > > and it does not define "diverting" user either.) A bit below (in S4), > you > > use the term "served" user to refer to the diverting user. All in all, > the > > terminology here could be refined. I suspect that the "originating" > user > > is the callee. > > > > Concretely, I think that the first paragraph of S1.3 should be > re-written, > > perhaps with a figure (?) to explain the call flow, or at least some > > context using Alice, Bob and Carol as the example in S7.1 does (I suspe= ct > > that Carol is the "diverting" user here). > > [MM] Indeed, I can see that for people not very aware of IETF and 3GPP > vocabulary for call diversion service, it can be confusing. I prefer not = to > add a call flow in the problem statement section but I did some updates i= n > the wording and inserted the Alice, Bob and Carol users for a better > understanding. > > >Nits, typos: > > > >- S4, step 3: s/user an INVITE that/user as an INVITE that/ > > Also, the "secase" and "regstate" parameters are what you are > standardizing > > this I-D, as such you mention this before S4 so the reader knows that > > these are the new parameters. Same for "orig-cdiv" parameter. > > [MM] Nits is corrected. About your comment, actually, this I-D is only > standardizing "orig-cdiv" parameter. This is the reason why "sescase" and > "regstate" appear, as part of a normal session establishment and before a= ny > call diversion while the new parameter can appear only when this event > occurs (as added by this I-D).. I hope it's clearer for you. > > I hope it's ok. > > Best regards, > Marianne > > -----Message d'origine----- > De : Vijay Gurbani [mailto:vijay.gurbani@gmail.com] > Envoy=C3=A9 : lundi 29 octobre 2018 21:50 > =C3=80 : gen-art@ietf.org > Cc : sipcore@ietf.org; ietf@ietf.org; > draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org > Objet : Genart last call review of > draft-ietf-sipcore-originating-cdiv-parameter-05 > > Reviewer: Vijay Gurbani > Review result: Almost Ready > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > > . > > Document: draft-ietf-sipcore-originating-cdiv-parameter-?? > Reviewer: Vijay K. Gurbani > Review Date: 2018-10-29 > IETF LC End Date: 2018-10-26 > IESG Telechat date: Not scheduled for a telechat > > Summary: This draft is on the right track but has open issues, described > in the review. > > Major issues: 0 > > Minor issues: 1 > > Nits/editorial comments: 1 > > Minor: > > - S1.3: I am not sure I follow the logic in the problem statement. Who > is the "diverting" user? The user to who the call was destined? If so, > best to say that explicitly. (To be sure, I looked into rfc5502 as well= , > and it does not define "diverting" user either.) A bit below (in S4), > you > use the term "served" user to refer to the diverting user. All in all, > the > terminology here could be refined. I suspect that the "originating" use= r > is the callee. > > Concretely, I think that the first paragraph of S1.3 should be re-writte= n, > perhaps with a figure (?) to explain the call flow, or at least some > context using Alice, Bob and Carol as the example in S7.1 does (I suspec= t > that Carol is the "diverting" user here). > > Nits, typos: > > - S4, step 3: s/user an INVITE that/user as an INVITE that/ > Also, the "secase" and "regstate" parameters are what you are > standardizing > this I-D, as such you mention this before S4 so the reader knows that > these are the new parameters. Same for "orig-cdiv" parameter. > > > > _________________________________________________________________________= ________________________________________________ > > 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 o= u > 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 bee= n > modified, changed or falsified. > Thank you. > > --000000000000c643b50579ed9bf7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Marianne: Thank you for attending to my comments.

<= div>I am fine with the text= you added for S1.3.

Regarding "secase" and "regstate" being existing = parameters, ok.=C2=A0 However, since the I-D is defining the "orig-cdi= v" parameter, I still think it makes sense to mention this before S4.= =C2=A0 You already have the text at the end of S1.3 (the current sentence a= ppears ambiguous).=C2=A0 Let me suggest an edit:

OLD:
For this use case, this document creates = a new parameter for the
=C2=A0=C2=A0 originating after CDIV session case= to be embedded in the P-Served-
=C2=A0=C2=A0 User header field.<= /div>

=
NEW:
= 
For this use case, this document creates a new parameter ("orig-cdiv=
") for the
   originating call leg to be embedded in the P-Served-User header field.
Thanks.

On Mon, Nov 5, 2018 at 10:30 AM <marianne.mohali@orange.com&g= t; wrote:
Hi all,

Thanks Vijay for the GenArt review.
I've just submitted a v-06 to address your comments and here is my feed= backs:
https://datatracker.i= etf.org/doc/draft-ietf-sipcore-originating-cdiv-parameter/

>Minor:
>
>- S1.3: I am not sure I follow the logic in the problem statement.=C2= =A0 Who
> is the "diverting" user?=C2=A0 The user to who the call was = destined?=C2=A0 If so,
> best to say that explicitly.=C2=A0 (To be sure, I looked into rfc5502 = as well,
> and it does not define "diverting" user either.)=C2=A0 A bit= below (in S4), you=C2=A0
> use the term "served" user to refer to the diverting user.= =C2=A0 All in all, the=C2=A0
> terminology here could be refined.=C2=A0 I suspect that the "orig= inating" user
> is the callee.=C2=A0
>
> Concretely, I think that the first paragraph of S1.3 should be re-writ= ten,
> perhaps with a figure (?) to explain the call flow, or at least some > context using Alice, Bob and Carol as the example in S7.1 does (I susp= ect
> that Carol is the "diverting" user here).

[MM] Indeed, I can see that for people not very aware of IETF and 3GPP voca= bulary for call diversion service, it can be confusing. I prefer not to add= a call flow in the problem statement section but I did some updates in the= wording and inserted the Alice, Bob and Carol users for a better understan= ding.

>Nits, typos:
>
>- S4, step 3: s/user an INVITE that/user as an INVITE that/
> Also, the "secase" and "regstate" parameters are w= hat you are standardizing
> this I-D, as such you mention this before S4 so the reader knows that =
> these are the new parameters.=C2=A0 Same for "orig-cdiv" par= ameter.

[MM] Nits is corrected. About your comment, actually, this I-D is only stan= dardizing "orig-cdiv" parameter. This is the reason why "ses= case" and "regstate" appear, as part of a normal session est= ablishment and before any call diversion while the new parameter can appear= only when this event occurs (as added by this I-D).. I hope it's clear= er for you.

I hope it's ok.

Best regards,
Marianne

-----Message d'origine-----
De=C2=A0: Vijay Gurbani [mailto:vijay.gurbani@gmail.com]
Envoy=C3=A9=C2=A0: lundi 29 octobre 2018 21:50
=C3=80=C2=A0: gen-art= @ietf.org
Cc=C2=A0: sipcore@iet= f.org; ietf@ietf.org= ; draft-ietf-sipcore-originating-cdiv-parameter.al= l@ietf.org
Objet=C2=A0: Genart last call review of draft-ietf-sipcore-originating-cdiv= -parameter-05

Reviewer: Vijay Gurbani
Review result: Almost Ready

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.=C2=A0 Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq&g= t;.

Document: draft-ietf-sipcore-originating-cdiv-parameter-??
Reviewer: Vijay K. Gurbani
Review Date: 2018-10-29
IETF LC End Date: 2018-10-26
IESG Telechat date: Not scheduled for a telechat

Summary: This draft is on the right track but has open issues, described in= the review.

Major issues: 0

Minor issues: 1

Nits/editorial comments: 1

Minor:

- S1.3: I am not sure I follow the logic in the problem statement.=C2=A0 Wh= o
=C2=A0is the "diverting" user?=C2=A0 The user to who the call was= destined?=C2=A0 If so,
=C2=A0best to say that explicitly.=C2=A0 (To be sure, I looked into rfc5502= as well,
=C2=A0and it does not define "diverting" user either.)=C2=A0 A bi= t below (in S4), you=C2=A0
=C2=A0use the term "served" user to refer to the diverting user.= =C2=A0 All in all, the=C2=A0
=C2=A0terminology here could be refined.=C2=A0 I suspect that the "ori= ginating" user
=C2=A0is the callee.=C2=A0

=C2=A0Concretely, I think that the first paragraph of S1.3 should be re-wri= tten,
=C2=A0perhaps with a figure (?) to explain the call flow, or at least some<= br> =C2=A0context using Alice, Bob and Carol as the example in S7.1 does (I sus= pect
=C2=A0that Carol is the "diverting" user here).

Nits, typos:

- S4, step 3: s/user an INVITE that/user as an INVITE that/
=C2=A0Also, the "secase" and "regstate" parameters are = what you are standardizing
=C2=A0this I-D, as such you mention this before S4 so the reader knows that=
=C2=A0these are the new parameters.=C2=A0 Same for "orig-cdiv" pa= rameter.


___________________________________________________________________________= ______________________________________________

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 message= s 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 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.

--000000000000c643b50579ed9bf7-- From nobody Mon Nov 5 08:51: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 EE3D6130E2D; Mon, 5 Nov 2018 08:51:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 su6CUyBBPVJd; Mon, 5 Nov 2018 08:51:05 -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 BD8C6130E1C; Mon, 5 Nov 2018 08:51:04 -0800 (PST) Received: from opfedar02.francetelecom.fr (unknown [xx.xx.xx.4]) by opfedar27.francetelecom.fr (ESMTP service) with ESMTP id 42pdwl0v8Mz2xjP; Mon, 5 Nov 2018 17:51:03 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.62]) by opfedar02.francetelecom.fr (ESMTP service) with ESMTP id 42pdwl016wzCql0; Mon, 5 Nov 2018 17:51:03 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM5E.corporate.adroot.infra.ftgroup ([fe80::6958:931c:a396:f51e%19]) with mapi id 14.03.0415.000; Mon, 5 Nov 2018 17:51:02 +0100 From: To: Will LIU , "ops-dir@ietf.org" CC: "sipcore@ietf.org" , "ietf@ietf.org" , "draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org" , "Ben Campbell (ben@nostrum.com)" , "A. Jean Mahoney (mahoney@nostrum.com)" Thread-Topic: Opsdir last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 Thread-Index: AQHUbd1ZPvKEQK/B0ESuEqt8y/XCQKVBcwuw Date: Mon, 5 Nov 2018 16:51:02 +0000 Message-ID: <879_1541436663_5BE074F7_879_447_4_8B970F90C584EA4E97D5BAAC9172DBB84A255A51@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154063505180.5634.13926600275057569014@ietfa.amsl.com> In-Reply-To: <154063505180.5634.13926600275057569014@ietfa.amsl.com> 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="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] Opsdir last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 16:51:08 -0000 SGkgV2lsbCwNCg0KVGhhbmsgeW91IGZvciB0aGUgT1BTRElSIHJldmlldyBvZiB0aGUgZHJhZnQu IEknbSBmaW5lIHdpdGggeW91ciBlZGl0b3JpYWwgY29tbWVudC4NCg0KQlIsDQpNYXJpYW5uZQ0K DQotLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCkRlwqA6IFdpbGwgTElVIFttYWlsdG86bGl1 c2h1Y2hlbmdAaHVhd2VpLmNvbV0gDQpFbnZvecOpwqA6IHNhbWVkaSAyNyBvY3RvYnJlIDIwMTgg MTI6MTENCsOAwqA6IG9wcy1kaXJAaWV0Zi5vcmcNCkNjwqA6IHNpcGNvcmVAaWV0Zi5vcmc7IGll dGZAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRl ci5hbGxAaWV0Zi5vcmcNCk9iamV0wqA6IE9wc2RpciBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0 LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci0wNQ0KDQpSZXZpZXdlcjog V2lsbCBMSVUNClJldmlldyByZXN1bHQ6IFJlYWR5DQoNCkhpIGFsbCwNCg0KSSBoYXZlIHJldmll d2VkIGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci0wNSBhcyBw YXJ0IG9mIHRoZQ0KT3BlcmF0aW9uYWwgZGlyZWN0b3JhdGUncyBvbmdvaW5nIGVmZm9ydCB0byBy ZXZpZXcgYWxsIElFVEYgZG9jdW1lbnRzIGJlaW5nDQpwcm9jZXNzZWQgYnkgdGhlIElFU0cuICBU aGVzZSBjb21tZW50cyB3ZXJlIHdyaXR0ZW4gd2l0aCB0aGUgaW50ZW50IG9mDQppbXByb3Zpbmcg dGhlIG9wZXJhdGlvbmFsIGFzcGVjdHMgb2YgdGhlIElFVEYgZHJhZnRzLiBDb21tZW50cyB0aGF0 IGFyZSBub3QNCmFkZHJlc3NlZCBpbiBsYXN0IGNhbGwgbWF5IGJlIGluY2x1ZGVkIGluIEFEIHJl dmlld3MgZHVyaW5nIHRoZSBJRVNHIHJldmlldy4gDQpEb2N1bWVudCBlZGl0b3JzIGFuZCBXRyBj aGFpcnMgc2hvdWxkIHRyZWF0IHRoZXNlIGNvbW1lbnRzIGp1c3QgbGlrZSBhbnkgb3RoZXINCmxh c3QgY2FsbCBjb21tZW50cy4NCg0K4oCcVGhlIFAtU2VydmVkLVVzZXIgaGVhZGVyIGZpZWxkIGlz IHVzZWQgdG8gY29udmV5IHRoZSBpZGVudGl0eSBvZiB0aGUNCiAgIHNlcnZlZCB1c2VyIGFuZCB0 aGUgc2Vzc2lvbiBjYXNlIHRoYXQgYXBwbGllcyB0byB0aGlzIHBhcnRpY3VsYXINCiAgIGNvbW11 bmljYXRpb24gc2Vzc2lvbiBhbmQgYXBwbGljYXRpb24gaW52b2NhdGlvbi4gIFRoaXMgZG9jdW1l bnQNCiAgIHVwZGF0ZXMgUkZDNTUwMiBieSBkZWZpbmluZyBhIG5ldyBQLVNlcnZlZC1Vc2VyIGhl YWRlciBmaWVsZA0KICAgcGFyYW1ldGVyLCAib3JpZy1jZGl2Ii4gIFRoZSBwYXJhbWV0ZXIgY29u dmV5cyB0aGUgc2Vzc2lvbiBjYXNlIHVzZWQNCiAgIGJ5IGEgcHJveHkgd2hlbiBoYW5kbGluZyBh biBvcmlnaW5hdGluZyBzZXNzaW9uIGFmdGVyIENhbGwgRGl2ZXJzaW9uDQogICAoQ0RJVikgc2Vy dmljZXMgaGF2ZSBiZWVuIGludm9rZWQgZm9yIHRoZSBzZXJ2ZWQgdXNlci4gIFRoaXMgZG9jdW1l bnQNCiAgIGFsc28gZml4ZXMgdGhlIEFCTkYgaW4gUkZDIDU1MDIgYW5kIHByb3ZpZGVzIG1vcmUg Z3VpZGFuY2UgZm9yIHVzaW5nDQogICB0aGUgUC1TZXJ2ZWQtVXNlciBoZWFkZXIgZmllbGQgaW4g SVAgbmV0d29ya3Mu4oCdDQoNCk15IG92ZXJhbGwgdmlldyBvZiB0aGUgZG9jdW1lbnQgaXMgJ1Jl YWR5JyBmb3IgcHVibGljYXRpb24uDQoNCioqIFRlY2huaWNhbCAqKg0KDQpOby4gKEFzIGEgbmV3 IHJldmlld2VyIHRvIFNJUCkNCg0KKiogRWRpdG9yaWFsICoqDQoNCkFzIG5vdGVkIGJ5IGF1dGhv ciwgICBbUkZDWFhYWOKGk10gbmVlZCB0byBiZSByZXBsYWNlZCB3aXRoIHRoZSBSRkMgbnVtYmVy IG9mDQp0aGlzIGRvY3VtZW50Lg0KDQpSZWdhcmRzLA0KV2lsbCAoU2h1Y2hlbmcgTElVKQ0KDQoN CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBu ZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2Fu cyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwg dmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kg cXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQg c3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2Fi aWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1l cmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlk ZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5 IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRo b3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJy b3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQg aXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3Qg bGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBm YWxzaWZpZWQuClRoYW5rIHlvdS4KCg== From nobody Mon Nov 5 09:01:28 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 82624130E13; Mon, 5 Nov 2018 09:01:26 -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.87.3 Auto-Submitted: auto-generated Precedence: bulk Reply-To: sipcore@ietf.org Message-ID: <154143728649.4164.7672585395261051270@ietfa.amsl.com> Date: Mon, 05 Nov 2018 09:01:26 -0800 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-originating-cdiv-parameter-07.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 17:01:27 -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 : A P-Served-User Header Field Parameter for Originating CDIV session case in Session Initiation Protocol (SIP) Author : Marianne Mohali Filename : draft-ietf-sipcore-originating-cdiv-parameter-07.txt Pages : 14 Date : 2018-11-05 Abstract: The P-Served-User header field is used to convey the identity of the served user and the session case that applies to this particular communication session and application invocation. This document updates RFC5502 by defining a new P-Served-User header field parameter, "orig-cdiv". The parameter conveys the session case used by a proxy when handling an originating session after Call Diversion (CDIV) services have been invoked for the served user. This document also fixes the ABNF in RFC 5502 and provides more guidance for using the P-Served-User header field in IP networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-parameter/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-originating-cdiv-parameter-07 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-originating-cdiv-parameter-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-originating-cdiv-parameter-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 Mon Nov 5 09:04: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 84FA7127133; Mon, 5 Nov 2018 09:04:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 4OVeCQU4m8FT; Mon, 5 Nov 2018 09:04:21 -0800 (PST) Received: from orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6A07130DC2; Mon, 5 Nov 2018 09:04:20 -0800 (PST) Received: from opfedar03.francetelecom.fr (unknown [xx.xx.xx.5]) by opfedar27.francetelecom.fr (ESMTP service) with ESMTP id 42pfD306Y3z2xcp; Mon, 5 Nov 2018 18:04:19 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.10]) by opfedar03.francetelecom.fr (ESMTP service) with ESMTP id 42pfD26NbtzCqkl; Mon, 5 Nov 2018 18:04:18 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM5C.corporate.adroot.infra.ftgroup ([fe80::4bd:9b2b:3651:6fba%19]) with mapi id 14.03.0415.000; Mon, 5 Nov 2018 18:04:18 +0100 From: To: Vijay Gurbani CC: "gen-art@ietf.org" , "sipcore@ietf.org" , "ietf@ietf.org" , "draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org" , "A. Jean Mahoney (mahoney@nostrum.com)" , "Ben Campbell (ben@nostrum.com)" Thread-Topic: Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 Thread-Index: AQHUb8j+gZN5CuNDXEKxOaLWHjQPnqVBDYEggABP8gCAABWGwA== Date: Mon, 5 Nov 2018 17:04:18 +0000 Message-ID: <19441_1541437458_5BE07812_19441_188_1_8B970F90C584EA4E97D5BAAC9172DBB84A255B4D@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154084621265.4963.11856647404649644525@ietfa.amsl.com> <26344_1541435406_5BE0700E_26344_158_14_8B970F90C584EA4E97D5BAAC9172DBB84A2558EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: 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="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 17:04:24 -0000 VGhhbmtzIFZpamF5IGZvciB5b3VyIGxhc3QgZmVlZGJhY2suIEnigJltIGZpbmUgd2l0aCB5b3Vy IHByb3Bvc2FsIGFuZCBoYXZlIHVwZGF0ZWQgdGhlIEktRCBhY2NvcmRpbmdseSAodi0wNyk6DQpo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2lu YXRpbmctY2Rpdi1wYXJhbWV0ZXIvDQoNCkJSLA0KTWFyaWFubmUNCg0KRGXCoDogVmlqYXkgR3Vy YmFuaSBbbWFpbHRvOnZpamF5Lmd1cmJhbmlAZ21haWwuY29tXSANCkVudm95w6nCoDogbHVuZGkg NSBub3ZlbWJyZSAyMDE4IDE3OjQ1DQrDgMKgOiBNT0hBTEkgTWFyaWFubmUgVEdJL09MTg0KQ2PC oDogZ2VuLWFydEBpZXRmLm9yZzsgc2lwY29yZUBpZXRmLm9yZzsgaWV0ZkBpZXRmLm9yZzsgZHJh ZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1ldGVyLmFsbEBpZXRmLm9yZw0K T2JqZXTCoDogUmU6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtc2lwY29y ZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci0wNQ0KDQpEZWFyIE1hcmlhbm5lOiBUaGFuayB5 b3UgZm9yIGF0dGVuZGluZyB0byBteSBjb21tZW50cy4NCg0KSSBhbSBmaW5lIHdpdGggdGhlIHRl eHQgeW91IGFkZGVkIGZvciBTMS4zLg0KDQpSZWdhcmRpbmcgInNlY2FzZSIgYW5kICJyZWdzdGF0 ZSIgYmVpbmcgZXhpc3RpbmcgcGFyYW1ldGVycywgb2suwqAgSG93ZXZlciwgc2luY2UgdGhlIEkt RCBpcyBkZWZpbmluZyB0aGUgIm9yaWctY2RpdiIgcGFyYW1ldGVyLCBJIHN0aWxsIHRoaW5rIGl0 IG1ha2VzIHNlbnNlIHRvIG1lbnRpb24gdGhpcyBiZWZvcmUgUzQuwqAgWW91IGFscmVhZHkgaGF2 ZSB0aGUgdGV4dCBhdCB0aGUgZW5kIG9mIFMxLjMgKHRoZSBjdXJyZW50IHNlbnRlbmNlIGFwcGVh cnMgYW1iaWd1b3VzKS7CoCBMZXQgbWUgc3VnZ2VzdCBhbiBlZGl0Og0KDQpPTEQ6IA0KRm9yIHRo aXMgdXNlIGNhc2UsIHRoaXMgZG9jdW1lbnQgY3JlYXRlcyBhIG5ldyBwYXJhbWV0ZXIgZm9yIHRo ZQ0KwqDCoCBvcmlnaW5hdGluZyBhZnRlciBDRElWIHNlc3Npb24gY2FzZSB0byBiZSBlbWJlZGRl ZCBpbiB0aGUgUC1TZXJ2ZWQtDQrCoMKgIFVzZXIgaGVhZGVyIGZpZWxkLg0KDQpORVc6DQpGb3Ig dGhpcyB1c2UgY2FzZSwgdGhpcyBkb2N1bWVudCBjcmVhdGVzIGEgbmV3IHBhcmFtZXRlciAoIm9y aWctY2RpdiIpIGZvciB0aGUNCiAgIG9yaWdpbmF0aW5nIGNhbGwgbGVnIHRvIGJlIGVtYmVkZGVk IGluIHRoZSBQLVNlcnZlZC1Vc2VyIGhlYWRlciBmaWVsZC4NClRoYW5rcy4NCg0KT24gTW9uLCBO b3YgNSwgMjAxOCBhdCAxMDozMCBBTSA8bWFyaWFubmUubW9oYWxpQG9yYW5nZS5jb20+IHdyb3Rl Og0KSGkgYWxsLA0KDQpUaGFua3MgVmlqYXkgZm9yIHRoZSBHZW5BcnQgcmV2aWV3Lg0KSSd2ZSBq dXN0IHN1Ym1pdHRlZCBhIHYtMDYgdG8gYWRkcmVzcyB5b3VyIGNvbW1lbnRzIGFuZCBoZXJlIGlz IG15IGZlZWRiYWNrczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll dGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci8NCg0KPk1pbm9yOg0KPg0KPi0g UzEuMzogSSBhbSBub3Qgc3VyZSBJIGZvbGxvdyB0aGUgbG9naWMgaW4gdGhlIHByb2JsZW0gc3Rh dGVtZW50LsKgIFdobw0KPiBpcyB0aGUgImRpdmVydGluZyIgdXNlcj/CoCBUaGUgdXNlciB0byB3 aG8gdGhlIGNhbGwgd2FzIGRlc3RpbmVkP8KgIElmIHNvLA0KPiBiZXN0IHRvIHNheSB0aGF0IGV4 cGxpY2l0bHkuwqAgKFRvIGJlIHN1cmUsIEkgbG9va2VkIGludG8gcmZjNTUwMiBhcyB3ZWxsLA0K PiBhbmQgaXQgZG9lcyBub3QgZGVmaW5lICJkaXZlcnRpbmciIHVzZXIgZWl0aGVyLinCoCBBIGJp dCBiZWxvdyAoaW4gUzQpLCB5b3XCoCANCj4gdXNlIHRoZSB0ZXJtICJzZXJ2ZWQiIHVzZXIgdG8g cmVmZXIgdG8gdGhlIGRpdmVydGluZyB1c2VyLsKgIEFsbCBpbiBhbGwsIHRoZcKgIA0KPiB0ZXJt aW5vbG9neSBoZXJlIGNvdWxkIGJlIHJlZmluZWQuwqAgSSBzdXNwZWN0IHRoYXQgdGhlICJvcmln aW5hdGluZyIgdXNlciANCj4gaXMgdGhlIGNhbGxlZS7CoCANCj4NCj4gQ29uY3JldGVseSwgSSB0 aGluayB0aGF0IHRoZSBmaXJzdCBwYXJhZ3JhcGggb2YgUzEuMyBzaG91bGQgYmUgcmUtd3JpdHRl biwNCj4gcGVyaGFwcyB3aXRoIGEgZmlndXJlICg/KSB0byBleHBsYWluIHRoZSBjYWxsIGZsb3cs IG9yIGF0IGxlYXN0IHNvbWUNCj4gY29udGV4dCB1c2luZyBBbGljZSwgQm9iIGFuZCBDYXJvbCBh cyB0aGUgZXhhbXBsZSBpbiBTNy4xIGRvZXMgKEkgc3VzcGVjdA0KPiB0aGF0IENhcm9sIGlzIHRo ZSAiZGl2ZXJ0aW5nIiB1c2VyIGhlcmUpLg0KDQpbTU1dIEluZGVlZCwgSSBjYW4gc2VlIHRoYXQg Zm9yIHBlb3BsZSBub3QgdmVyeSBhd2FyZSBvZiBJRVRGIGFuZCAzR1BQIHZvY2FidWxhcnkgZm9y IGNhbGwgZGl2ZXJzaW9uIHNlcnZpY2UsIGl0IGNhbiBiZSBjb25mdXNpbmcuIEkgcHJlZmVyIG5v dCB0byBhZGQgYSBjYWxsIGZsb3cgaW4gdGhlIHByb2JsZW0gc3RhdGVtZW50IHNlY3Rpb24gYnV0 IEkgZGlkIHNvbWUgdXBkYXRlcyBpbiB0aGUgd29yZGluZyBhbmQgaW5zZXJ0ZWQgdGhlIEFsaWNl LCBCb2IgYW5kIENhcm9sIHVzZXJzIGZvciBhIGJldHRlciB1bmRlcnN0YW5kaW5nLiANCg0KPk5p dHMsIHR5cG9zOg0KPg0KPi0gUzQsIHN0ZXAgMzogcy91c2VyIGFuIElOVklURSB0aGF0L3VzZXIg YXMgYW4gSU5WSVRFIHRoYXQvDQo+IEFsc28sIHRoZSAic2VjYXNlIiBhbmQgInJlZ3N0YXRlIiBw YXJhbWV0ZXJzIGFyZSB3aGF0IHlvdSBhcmUgc3RhbmRhcmRpemluZw0KPiB0aGlzIEktRCwgYXMg c3VjaCB5b3UgbWVudGlvbiB0aGlzIGJlZm9yZSBTNCBzbyB0aGUgcmVhZGVyIGtub3dzIHRoYXQg DQo+IHRoZXNlIGFyZSB0aGUgbmV3IHBhcmFtZXRlcnMuwqAgU2FtZSBmb3IgIm9yaWctY2RpdiIg cGFyYW1ldGVyLg0KDQpbTU1dIE5pdHMgaXMgY29ycmVjdGVkLiBBYm91dCB5b3VyIGNvbW1lbnQs IGFjdHVhbGx5LCB0aGlzIEktRCBpcyBvbmx5IHN0YW5kYXJkaXppbmcgIm9yaWctY2RpdiIgcGFy YW1ldGVyLiBUaGlzIGlzIHRoZSByZWFzb24gd2h5ICJzZXNjYXNlIiBhbmQgInJlZ3N0YXRlIiBh cHBlYXIsIGFzIHBhcnQgb2YgYSBub3JtYWwgc2Vzc2lvbiBlc3RhYmxpc2htZW50IGFuZCBiZWZv cmUgYW55IGNhbGwgZGl2ZXJzaW9uIHdoaWxlIHRoZSBuZXcgcGFyYW1ldGVyIGNhbiBhcHBlYXIg b25seSB3aGVuIHRoaXMgZXZlbnQgb2NjdXJzIChhcyBhZGRlZCBieSB0aGlzIEktRCkuLiBJIGhv cGUgaXQncyBjbGVhcmVyIGZvciB5b3UuDQoNCkkgaG9wZSBpdCdzIG9rLg0KDQpCZXN0IHJlZ2Fy ZHMsDQpNYXJpYW5uZQ0KDQotLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCkRlwqA6IFZpamF5 IEd1cmJhbmkgW21haWx0bzp2aWpheS5ndXJiYW5pQGdtYWlsLmNvbV0gDQpFbnZvecOpwqA6IGx1 bmRpIDI5IG9jdG9icmUgMjAxOCAyMTo1MA0Kw4DCoDogZ2VuLWFydEBpZXRmLm9yZw0KQ2PCoDog c2lwY29yZUBpZXRmLm9yZzsgaWV0ZkBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdp bmF0aW5nLWNkaXYtcGFyYW1ldGVyLmFsbEBpZXRmLm9yZw0KT2JqZXTCoDogR2VuYXJ0IGxhc3Qg Y2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1l dGVyLTA1DQoNClJldmlld2VyOiBWaWpheSBHdXJiYW5pDQpSZXZpZXcgcmVzdWx0OiBBbG1vc3Qg UmVhZHkNCg0KSSBhbSB0aGUgYXNzaWduZWQgR2VuLUFSVCByZXZpZXdlciBmb3IgdGhpcyBkcmFm dC4gVGhlIEdlbmVyYWwgQXJlYQ0KUmV2aWV3IFRlYW0gKEdlbi1BUlQpIHJldmlld3MgYWxsIElF VEYgZG9jdW1lbnRzIGJlaW5nIHByb2Nlc3NlZA0KYnkgdGhlIElFU0cgZm9yIHRoZSBJRVRGIENo YWlyLsKgIFBsZWFzZSB0cmVhdCB0aGVzZSBjb21tZW50cyBqdXN0DQpsaWtlIGFueSBvdGhlciBs YXN0IGNhbGwgY29tbWVudHMuDQoNCkZvciBtb3JlIGluZm9ybWF0aW9uLCBwbGVhc2Ugc2VlIHRo ZSBGQVEgYXQNCg0KPGh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL2dlbi93aWtpL0dlbkFydGZh cT4uDQoNCkRvY3VtZW50OiBkcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJh bWV0ZXItPz8NClJldmlld2VyOiBWaWpheSBLLiBHdXJiYW5pDQpSZXZpZXcgRGF0ZTogMjAxOC0x MC0yOQ0KSUVURiBMQyBFbmQgRGF0ZTogMjAxOC0xMC0yNg0KSUVTRyBUZWxlY2hhdCBkYXRlOiBO b3Qgc2NoZWR1bGVkIGZvciBhIHRlbGVjaGF0DQoNClN1bW1hcnk6IFRoaXMgZHJhZnQgaXMgb24g dGhlIHJpZ2h0IHRyYWNrIGJ1dCBoYXMgb3BlbiBpc3N1ZXMsIGRlc2NyaWJlZCBpbiB0aGUgcmV2 aWV3Lg0KDQpNYWpvciBpc3N1ZXM6IDANCg0KTWlub3IgaXNzdWVzOiAxIA0KDQpOaXRzL2VkaXRv cmlhbCBjb21tZW50czogMQ0KDQpNaW5vcjoNCg0KLSBTMS4zOiBJIGFtIG5vdCBzdXJlIEkgZm9s bG93IHRoZSBsb2dpYyBpbiB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQuwqAgV2hvDQrCoGlzIHRoZSAi ZGl2ZXJ0aW5nIiB1c2VyP8KgIFRoZSB1c2VyIHRvIHdobyB0aGUgY2FsbCB3YXMgZGVzdGluZWQ/ wqAgSWYgc28sDQrCoGJlc3QgdG8gc2F5IHRoYXQgZXhwbGljaXRseS7CoCAoVG8gYmUgc3VyZSwg SSBsb29rZWQgaW50byByZmM1NTAyIGFzIHdlbGwsDQrCoGFuZCBpdCBkb2VzIG5vdCBkZWZpbmUg ImRpdmVydGluZyIgdXNlciBlaXRoZXIuKcKgIEEgYml0IGJlbG93IChpbiBTNCksIHlvdcKgIA0K wqB1c2UgdGhlIHRlcm0gInNlcnZlZCIgdXNlciB0byByZWZlciB0byB0aGUgZGl2ZXJ0aW5nIHVz ZXIuwqAgQWxsIGluIGFsbCwgdGhlwqAgDQrCoHRlcm1pbm9sb2d5IGhlcmUgY291bGQgYmUgcmVm aW5lZC7CoCBJIHN1c3BlY3QgdGhhdCB0aGUgIm9yaWdpbmF0aW5nIiB1c2VyIA0KwqBpcyB0aGUg Y2FsbGVlLsKgIA0KDQrCoENvbmNyZXRlbHksIEkgdGhpbmsgdGhhdCB0aGUgZmlyc3QgcGFyYWdy YXBoIG9mIFMxLjMgc2hvdWxkIGJlIHJlLXdyaXR0ZW4sDQrCoHBlcmhhcHMgd2l0aCBhIGZpZ3Vy ZSAoPykgdG8gZXhwbGFpbiB0aGUgY2FsbCBmbG93LCBvciBhdCBsZWFzdCBzb21lDQrCoGNvbnRl eHQgdXNpbmcgQWxpY2UsIEJvYiBhbmQgQ2Fyb2wgYXMgdGhlIGV4YW1wbGUgaW4gUzcuMSBkb2Vz IChJIHN1c3BlY3QNCsKgdGhhdCBDYXJvbCBpcyB0aGUgImRpdmVydGluZyIgdXNlciBoZXJlKS4N Cg0KTml0cywgdHlwb3M6DQoNCi0gUzQsIHN0ZXAgMzogcy91c2VyIGFuIElOVklURSB0aGF0L3Vz ZXIgYXMgYW4gSU5WSVRFIHRoYXQvDQrCoEFsc28sIHRoZSAic2VjYXNlIiBhbmQgInJlZ3N0YXRl IiBwYXJhbWV0ZXJzIGFyZSB3aGF0IHlvdSBhcmUgc3RhbmRhcmRpemluZw0KwqB0aGlzIEktRCwg YXMgc3VjaCB5b3UgbWVudGlvbiB0aGlzIGJlZm9yZSBTNCBzbyB0aGUgcmVhZGVyIGtub3dzIHRo YXQgDQrCoHRoZXNlIGFyZSB0aGUgbmV3IHBhcmFtZXRlcnMuwqAgU2FtZSBmb3IgIm9yaWctY2Rp diIgcGFyYW1ldGVyLg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpv aW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBv dSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jDQpwYXMgZXRyZSBkaWZmdXNlcywgZXhw bG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2Ug bWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcg0KYSBsJ2V4cGVkaXRldXIg ZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2Vz IGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCk9yYW5nZSBk ZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBk ZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNo bWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24g dGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmli dXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFu ZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMgbWF5 IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUg YmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQpUaGFuayB5b3UuDQoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XwoKQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMg aW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVu dCBkb25jCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jp c2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6 IGxlIHNpZ25hbGVyCmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMg cGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRp YmxlcyBkJ2FsdGVyYXRpb24sCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNp IGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4KClRo aXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBv ciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7CnRo ZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRo b3Jpc2F0aW9uLgpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVh c2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRh Y2htZW50cy4KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBm b3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVk LgpUaGFuayB5b3UuCgo= From nobody Mon Nov 5 09:14: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 872A2127133; Mon, 5 Nov 2018 09:14:04 -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 5JhOuzgPooxA; Mon, 5 Nov 2018 09:14:01 -0800 (PST) Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (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 88C8D1277CC; Mon, 5 Nov 2018 09:14:01 -0800 (PST) Received: by mail-ot1-x32a.google.com with SMTP id x4so8693920otg.3; Mon, 05 Nov 2018 09:14:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vCzV5l6Q+MfPklF6FtCrufYhhPmA2nv3WyBeKb36khU=; b=SslgfKQ9vCGaDj6uY3/JciLCbuWiv5/sAiZ5AZqkyd+SoeRILkXkHEUiGyiAZufoyX XWbXE5AY+TmEM2kPzELknYE4MTeCvvJewcuJgaSyesWMHMxo8pKzRco+7y5Jg+GIpu8l fRJERHbpOrEUvMhd3DBdSpT8UUR4hMIEgAkpRwteXXrg/eh73lZr55Y032r0yMBfm+Lp AVy70K3mt5CaQOil/3IFdviFDxDSksOg4faYA+i9ujA2hRHqizvWI/kc7gidP5bewFOa B+YTIYMg4JtNZXuUcluP2ZxBtBEzrXs1ajT/XrCIW3oU49gk3bxO/p8O1Yu37Ri6FVBk L5lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vCzV5l6Q+MfPklF6FtCrufYhhPmA2nv3WyBeKb36khU=; b=BXG7FY0FsrRHF4TQE00y9AOZxbtsRrlc4XCL/TiCC6DI/V3v1xbPY6h9qZN6OycF/I aV2sdpiaN1TKbEQ612VGy9WaHsjwDGFAHz6hiSSjJingYY7+S/JPo4HnGChCzWOmO/bK lhIEZfz21Kp8drsuNRldARFgbGHPzjW2I87kIjD6M09AsfvC5AO0JJU4apTaHkbseMH2 Z24LdNF3mfVNhLioCx983YQwei5Z8y29oLsO9dmgRLqXLBpfPf69fk41LOCrA0IVJp/j pviHlD4/rX2aYtL7ehB6WuNwGi6YwqLdoPduXRfL+J0r7OzIrxU2lgreAylXFPqWLnB8 LHWg== X-Gm-Message-State: AGRZ1gLrVhqHsz5A3Vmvg9Ri7LRw5rBP6+3+hwuRuxuSL14lX6ulFvry EmHv8yYPefu3PWBKtWyjZmpXQ0wAScX5fQddG7wD4h6b97w= X-Google-Smtp-Source: AJdET5egSBb56O0xGSYQkO5EEKt2IGRn7vTqzz4QX7knMaeO3nuUznR9c4DmYKgfyjC/og3izH61zgPtDA00xTZE3l8= X-Received: by 2002:a9d:1183:: with SMTP id v3mr13487729otf.194.1541438040667; Mon, 05 Nov 2018 09:14:00 -0800 (PST) MIME-Version: 1.0 References: <154084621265.4963.11856647404649644525@ietfa.amsl.com> <26344_1541435406_5BE0700E_26344_158_14_8B970F90C584EA4E97D5BAAC9172DBB84A2558EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <19441_1541437458_5BE07812_19441_188_1_8B970F90C584EA4E97D5BAAC9172DBB84A255B4D@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <19441_1541437458_5BE07812_19441_188_1_8B970F90C584EA4E97D5BAAC9172DBB84A255B4D@OPEXCLILMA4.corporate.adroot.infra.ftgroup> From: Vijay Gurbani Date: Mon, 5 Nov 2018 11:13:49 -0600 Message-ID: To: marianne.mohali@orange.com Cc: gen-art@ietf.org, sipcore@ietf.org, ietf@ietf.org, draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org, Jean Mahoney , ben@nostrum.com Content-Type: multipart/alternative; boundary="000000000000db7c0c0579ee02aa" Archived-At: Subject: Re: [sipcore] Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 17:14:04 -0000 --000000000000db7c0c0579ee02aa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Marianne: Thank you, again, for attending to my comment. Note that you still have a dangling verb "originating" in the sentence. The verb is not qualifying anything: For this use case, this document creates a new parameter ("orig-cdiv") for the originating after CDIV session case to be embedded in the P-Served-User header field. In my email, I had suggested adding "call leg" after the "originating" above. Otherwise, the sentence above is incomplete ... "originating" what? Thanks. On Mon, Nov 5, 2018 at 11:04 AM wrote: > Thanks Vijay for your last feedback. I=E2=80=99m fine with your proposal = and have > updated the I-D accordingly (v-07): > > https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-para= meter/ > > BR, > Marianne > > De : Vijay Gurbani [mailto:vijay.gurbani@gmail.com] > Envoy=C3=A9 : lundi 5 novembre 2018 17:45 > =C3=80 : MOHALI Marianne TGI/OLN > Cc : gen-art@ietf.org; sipcore@ietf.org; ietf@ietf.org; > draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org > Objet : Re: Genart last call review of > draft-ietf-sipcore-originating-cdiv-parameter-05 > > Dear Marianne: Thank you for attending to my comments. > > I am fine with the text you added for S1.3. > > Regarding "secase" and "regstate" being existing parameters, ok. However= , > since the I-D is defining the "orig-cdiv" parameter, I still think it mak= es > sense to mention this before S4. You already have the text at the end of > S1.3 (the current sentence appears ambiguous). Let me suggest an edit: > > OLD: > For this use case, this document creates a new parameter for the > originating after CDIV session case to be embedded in the P-Served- > User header field. > > NEW: > For this use case, this document creates a new parameter ("orig-cdiv") fo= r > the > originating call leg to be embedded in the P-Served-User header field. > Thanks. > > On Mon, Nov 5, 2018 at 10:30 AM wrote: > Hi all, > > Thanks Vijay for the GenArt review. > I've just submitted a v-06 to address your comments and here is my > feedbacks: > > https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-para= meter/ > > >Minor: > > > >- S1.3: I am not sure I follow the logic in the problem statement. Who > > is the "diverting" user? The user to who the call was destined? If so= , > > best to say that explicitly. (To be sure, I looked into rfc5502 as wel= l, > > and it does not define "diverting" user either.) A bit below (in S4), > you > > use the term "served" user to refer to the diverting user. All in all, > the > > terminology here could be refined. I suspect that the "originating" > user > > is the callee. > > > > Concretely, I think that the first paragraph of S1.3 should be > re-written, > > perhaps with a figure (?) to explain the call flow, or at least some > > context using Alice, Bob and Carol as the example in S7.1 does (I suspe= ct > > that Carol is the "diverting" user here). > > [MM] Indeed, I can see that for people not very aware of IETF and 3GPP > vocabulary for call diversion service, it can be confusing. I prefer not = to > add a call flow in the problem statement section but I did some updates i= n > the wording and inserted the Alice, Bob and Carol users for a better > understanding. > > >Nits, typos: > > > >- S4, step 3: s/user an INVITE that/user as an INVITE that/ > > Also, the "secase" and "regstate" parameters are what you are > standardizing > > this I-D, as such you mention this before S4 so the reader knows that > > these are the new parameters. Same for "orig-cdiv" parameter. > > [MM] Nits is corrected. About your comment, actually, this I-D is only > standardizing "orig-cdiv" parameter. This is the reason why "sescase" and > "regstate" appear, as part of a normal session establishment and before a= ny > call diversion while the new parameter can appear only when this event > occurs (as added by this I-D).. I hope it's clearer for you. > > I hope it's ok. > > Best regards, > Marianne > > -----Message d'origine----- > De : Vijay Gurbani [mailto:vijay.gurbani@gmail.com] > Envoy=C3=A9 : lundi 29 octobre 2018 21:50 > =C3=80 : gen-art@ietf.org > Cc : sipcore@ietf.org; ietf@ietf.org; > draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org > Objet : Genart last call review of > draft-ietf-sipcore-originating-cdiv-parameter-05 > > Reviewer: Vijay Gurbani > Review result: Almost Ready > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > > . > > Document: draft-ietf-sipcore-originating-cdiv-parameter-?? > Reviewer: Vijay K. Gurbani > Review Date: 2018-10-29 > IETF LC End Date: 2018-10-26 > IESG Telechat date: Not scheduled for a telechat > > Summary: This draft is on the right track but has open issues, described > in the review. > > Major issues: 0 > > Minor issues: 1 > > Nits/editorial comments: 1 > > Minor: > > - S1.3: I am not sure I follow the logic in the problem statement. Who > is the "diverting" user? The user to who the call was destined? If so, > best to say that explicitly. (To be sure, I looked into rfc5502 as well= , > and it does not define "diverting" user either.) A bit below (in S4), > you > use the term "served" user to refer to the diverting user. All in all, > the > terminology here could be refined. I suspect that the "originating" use= r > is the callee. > > Concretely, I think that the first paragraph of S1.3 should be re-writte= n, > perhaps with a figure (?) to explain the call flow, or at least some > context using Alice, Bob and Carol as the example in S7.1 does (I suspec= t > that Carol is the "diverting" user here). > > Nits, typos: > > - S4, step 3: s/user an INVITE that/user as an INVITE that/ > Also, the "secase" and "regstate" parameters are what you are > standardizing > this I-D, as such you mention this before S4 so the reader knows that > these are the new parameters. Same for "orig-cdiv" parameter. > > > > _________________________________________________________________________= ________________________________________________ > > 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 o= u > 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 bee= n > modified, changed or falsified. > Thank you. > > > _________________________________________________________________________= ________________________________________________ > > 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 o= u > 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 bee= n > modified, changed or falsified. > Thank you. > > --000000000000db7c0c0579ee02aa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear = Marianne: Thank you, again, for attending to my comment.
<= span style=3D"font-family:monospace,monospace">
Note that you still have a dangli= ng verb "originating" in the sentence.=C2=A0 The verb is not qual= ifying anything:

=C2=A0=C2=A0 For this use case, this document creates a new parameter ("orig-cdiv&quo= t;) for
=C2=A0=C2=A0 the originating after CDIV session case to = be embedded in the P-Served-User
= =C2=A0=C2=A0 header field.

In my email, I had suggested adding "call leg" after the= "originating" above.=C2=A0 Otherwise, the sentence above is inco= mplete ... "originating" what?

Thanks.


On Mon, Nov 5, 2018 at 11:04 AM <marianne.mohali@orange.com> wrote:
Thanks Vijay for your last feedback. I=E2=80=99m fin= e with your proposal and have updated the I-D accordingly (v-07):
https://datatracker.i= etf.org/doc/draft-ietf-sipcore-originating-cdiv-parameter/

BR,
Marianne

De=C2=A0: Vijay Gurbani [mailto:vijay.gurbani@gmail.com]
Envoy=C3=A9=C2=A0: lundi 5 novembre 2018 17:45
=C3=80=C2=A0: MOHALI Marianne TGI/OLN
Cc=C2=A0: gen-art@iet= f.org; sipcore@ie= tf.org; ietf@ietf.or= g; draft-ietf-sipcore-originating-cdiv-parameter.a= ll@ietf.org
Objet=C2=A0: Re: Genart last call review of draft-ietf-sipcore-originating-= cdiv-parameter-05

Dear Marianne: Thank you for attending to my comments.

I am fine with the text you added for S1.3.

Regarding "secase" and "regstate" being existing parame= ters, ok.=C2=A0 However, since the I-D is defining the "orig-cdiv"= ; parameter, I still think it makes sense to mention this before S4.=C2=A0 = You already have the text at the end of S1.3 (the current sentence appears = ambiguous).=C2=A0 Let me suggest an edit:

OLD:
For this use case, this document creates a new parameter for the
=C2=A0=C2=A0 originating after CDIV session case to be embedded in the P-Se= rved-
=C2=A0=C2=A0 User header field.

NEW:
For this use case, this document creates a new parameter ("orig-cdiv&q= uot;) for the
=C2=A0 =C2=A0originating call leg to be embedded in the P-Served-User heade= r field.
Thanks.

On Mon, Nov 5, 2018 at 10:30 AM <marianne.mohali@orange.com> wrote:
Hi all,

Thanks Vijay for the GenArt review.
I've just submitted a v-06 to address your comments and here is my feed= backs:
https://datatracker.i= etf.org/doc/draft-ietf-sipcore-originating-cdiv-parameter/

>Minor:
>
>- S1.3: I am not sure I follow the logic in the problem statement.=C2= =A0 Who
> is the "diverting" user?=C2=A0 The user to who the call was = destined?=C2=A0 If so,
> best to say that explicitly.=C2=A0 (To be sure, I looked into rfc5502 = as well,
> and it does not define "diverting" user either.)=C2=A0 A bit= below (in S4), you=C2=A0
> use the term "served" user to refer to the diverting user.= =C2=A0 All in all, the=C2=A0
> terminology here could be refined.=C2=A0 I suspect that the "orig= inating" user
> is the callee.=C2=A0
>
> Concretely, I think that the first paragraph of S1.3 should be re-writ= ten,
> perhaps with a figure (?) to explain the call flow, or at least some > context using Alice, Bob and Carol as the example in S7.1 does (I susp= ect
> that Carol is the "diverting" user here).

[MM] Indeed, I can see that for people not very aware of IETF and 3GPP voca= bulary for call diversion service, it can be confusing. I prefer not to add= a call flow in the problem statement section but I did some updates in the= wording and inserted the Alice, Bob and Carol users for a better understan= ding.

>Nits, typos:
>
>- S4, step 3: s/user an INVITE that/user as an INVITE that/
> Also, the "secase" and "regstate" parameters are w= hat you are standardizing
> this I-D, as such you mention this before S4 so the reader knows that =
> these are the new parameters.=C2=A0 Same for "orig-cdiv" par= ameter.

[MM] Nits is corrected. About your comment, actually, this I-D is only stan= dardizing "orig-cdiv" parameter. This is the reason why "ses= case" and "regstate" appear, as part of a normal session est= ablishment and before any call diversion while the new parameter can appear= only when this event occurs (as added by this I-D).. I hope it's clear= er for you.

I hope it's ok.

Best regards,
Marianne

-----Message d'origine-----
De=C2=A0: Vijay Gurbani [mailto:vijay.gurbani@gmail.com]
Envoy=C3=A9=C2=A0: lundi 29 octobre 2018 21:50
=C3=80=C2=A0: gen-art= @ietf.org
Cc=C2=A0: sipcore@iet= f.org; ietf@ietf.org= ; draft-ietf-sipcore-originating-cdiv-parameter.al= l@ietf.org
Objet=C2=A0: Genart last call review of draft-ietf-sipcore-originating-cdiv= -parameter-05

Reviewer: Vijay Gurbani
Review result: Almost Ready

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.=C2=A0 Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq&g= t;.

Document: draft-ietf-sipcore-originating-cdiv-parameter-??
Reviewer: Vijay K. Gurbani
Review Date: 2018-10-29
IETF LC End Date: 2018-10-26
IESG Telechat date: Not scheduled for a telechat

Summary: This draft is on the right track but has open issues, described in= the review.

Major issues: 0

Minor issues: 1

Nits/editorial comments: 1

Minor:

- S1.3: I am not sure I follow the logic in the problem statement.=C2=A0 Wh= o
=C2=A0is the "diverting" user?=C2=A0 The user to who the call was= destined?=C2=A0 If so,
=C2=A0best to say that explicitly.=C2=A0 (To be sure, I looked into rfc5502= as well,
=C2=A0and it does not define "diverting" user either.)=C2=A0 A bi= t below (in S4), you=C2=A0
=C2=A0use the term "served" user to refer to the diverting user.= =C2=A0 All in all, the=C2=A0
=C2=A0terminology here could be refined.=C2=A0 I suspect that the "ori= ginating" user
=C2=A0is the callee.=C2=A0

=C2=A0Concretely, I think that the first paragraph of S1.3 should be re-wri= tten,
=C2=A0perhaps with a figure (?) to explain the call flow, or at least some<= br> =C2=A0context using Alice, Bob and Carol as the example in S7.1 does (I sus= pect
=C2=A0that Carol is the "diverting" user here).

Nits, typos:

- S4, step 3: s/user an INVITE that/user as an INVITE that/
=C2=A0Also, the "secase" and "regstate" parameters are = what you are standardizing
=C2=A0this I-D, as such you mention this before S4 so the reader knows that=
=C2=A0these are the new parameters.=C2=A0 Same for "orig-cdiv" pa= rameter.


___________________________________________________________________________= ______________________________________________

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 message= s 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 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.

___________________________________________________________________________= ______________________________________________

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 message= s 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 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.

--000000000000db7c0c0579ee02aa-- From nobody Mon Nov 5 09:51: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 1A726127332; Mon, 5 Nov 2018 09:51:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 mc-8RJdSZ_LF; Mon, 5 Nov 2018 09:51:05 -0800 (PST) Received: from orange.com (mta241.mail.business.static.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4C5B127133; Mon, 5 Nov 2018 09:51:04 -0800 (PST) Received: from opfedar00.francetelecom.fr (unknown [xx.xx.xx.11]) by opfedar23.francetelecom.fr (ESMTP service) with ESMTP id 42pgFy6pyfzBsHj; Mon, 5 Nov 2018 18:51:02 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.66]) by opfedar00.francetelecom.fr (ESMTP service) with ESMTP id 42pgFy52BRzCqjj; Mon, 5 Nov 2018 18:51:02 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILMA1.corporate.adroot.infra.ftgroup ([fe80::95e2:eb4b:3053:fabf%19]) with mapi id 14.03.0415.000; Mon, 5 Nov 2018 18:51:02 +0100 From: To: Vijay Gurbani CC: "gen-art@ietf.org" , "sipcore@ietf.org" , "ietf@ietf.org" , "draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org" , Jean Mahoney , "ben@nostrum.com" Thread-Topic: Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 Thread-Index: AQHUb8j+gZN5CuNDXEKxOaLWHjQPnqVBDYEggABP8gCAABWGwP//8oeAgAAZDFA= Date: Mon, 5 Nov 2018 17:51:02 +0000 Message-ID: <21449_1541440262_5BE08306_21449_405_1_8B970F90C584EA4E97D5BAAC9172DBB84A255C43@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154084621265.4963.11856647404649644525@ietfa.amsl.com> <26344_1541435406_5BE0700E_26344_158_14_8B970F90C584EA4E97D5BAAC9172DBB84A2558EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <19441_1541437458_5BE07812_19441_188_1_8B970F90C584EA4E97D5BAAC9172DBB84A255B4D@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: 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: multipart/alternative; boundary="_000_8B970F90C584EA4E97D5BAAC9172DBB84A255C43OPEXCLILMA4corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 17:51:09 -0000 --_000_8B970F90C584EA4E97D5BAAC9172DBB84A255C43OPEXCLILMA4corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBWaWpheSwNCg0KQWN0dWFsbHksIHRoZSDCqyBvcmlnaW5hdGluZyDCuyBpcyBub3QgcXVh bGlmeWluZyBzb21ldGhpbmcgYnkgaXRzZWxmIGluIHRoaXMgc2VudGVuY2UsIGl0IGhhcyB0byBi ZSB1bmRlcnN0b29kIGFzIGEgZ2xvYmFsIHdvcmRpbmcgZm9yIHRoZSBuZXcgZGVmaW5lZCBzZXNz aW9uIGNhc2Ugd2hpY2ggaXMgIm9yaWdpbmF0aW5nIGFmdGVyIENESVYiIHdoaWNoIGlzIGRpZmZl cmVudCBmb3IgYW4g4oCcb3JpZ2luYXRpbmcgY2FsbCBsZWfigJ0uDQoNCklmIHlvdSBkb27igJl0 IG1pbmQsIEkgd291bGQgcHJlZmVyIHRvIGtlZXAgdGhpcyB3b3JkaW5nIGFzIGl0IGlzIGJlY2F1 c2UgaXQgaXMgdXNlZCBhbHRob3VnaCB0aGUgSS1EIGFuZCBxdW90ZWQgaW4gdGhlIEludHJvZHVj dGlvbiBzZWN0aW9uIGluIHRoZSBmb2xsb3dpbmcgc2VudGVuY2U6DQoiVGhlIHNlc3Npb25jYXNl LXBhcmFtIHBhcmFtZXRlciBvZiB0aGUgUC1TZXJ2ZWQtVXNlciBoZWFkZXIgZmllbGQgaXMgZXh0 ZW5kZWQgd2l0aCB0aGUgIm9yaWctY2RpdiIgcGFyYW1ldGVyIGZvciB0aGlzICJvcmlnaW5hdGlu ZyBhZnRlciBDRElWIiBzZXNzaW9uIGNhc2UuIg0KDQpNYXJpYW5uZQ0KDQpEZSA6IFZpamF5IEd1 cmJhbmkgW21haWx0bzp2aWpheS5ndXJiYW5pQGdtYWlsLmNvbV0NCkVudm95w6kgOiBsdW5kaSA1 IG5vdmVtYnJlIDIwMTggMTg6MTQNCsOAIDogTU9IQUxJIE1hcmlhbm5lIFRHSS9PTE4NCkNjIDog Z2VuLWFydEBpZXRmLm9yZzsgc2lwY29yZUBpZXRmLm9yZzsgaWV0ZkBpZXRmLm9yZzsgZHJhZnQt aWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1ldGVyLmFsbEBpZXRmLm9yZzsgSmVh biBNYWhvbmV5OyBiZW5Abm9zdHJ1bS5jb20NCk9iamV0IDogUmU6IEdlbmFydCBsYXN0IGNhbGwg cmV2aWV3IG9mIGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci0w NQ0KDQpEZWFyIE1hcmlhbm5lOiBUaGFuayB5b3UsIGFnYWluLCBmb3IgYXR0ZW5kaW5nIHRvIG15 IGNvbW1lbnQuDQoNCk5vdGUgdGhhdCB5b3Ugc3RpbGwgaGF2ZSBhIGRhbmdsaW5nIHZlcmIgIm9y aWdpbmF0aW5nIiBpbiB0aGUgc2VudGVuY2UuICBUaGUgdmVyYiBpcyBub3QgcXVhbGlmeWluZyBh bnl0aGluZzoNCg0KICAgRm9yIHRoaXMgdXNlIGNhc2UsIHRoaXMgZG9jdW1lbnQgY3JlYXRlcyBh IG5ldyBwYXJhbWV0ZXIgKCJvcmlnLWNkaXYiKSBmb3INCiAgIHRoZSBvcmlnaW5hdGluZyBhZnRl ciBDRElWIHNlc3Npb24gY2FzZSB0byBiZSBlbWJlZGRlZCBpbiB0aGUgUC1TZXJ2ZWQtVXNlcg0K ICAgaGVhZGVyIGZpZWxkLg0KDQpJbiBteSBlbWFpbCwgSSBoYWQgc3VnZ2VzdGVkIGFkZGluZyAi Y2FsbCBsZWciIGFmdGVyIHRoZSAib3JpZ2luYXRpbmciIGFib3ZlLiAgT3RoZXJ3aXNlLCB0aGUg c2VudGVuY2UgYWJvdmUgaXMgaW5jb21wbGV0ZSAuLi4gIm9yaWdpbmF0aW5nIiB3aGF0Pw0KDQpU aGFua3MuDQoNCg0KT24gTW9uLCBOb3YgNSwgMjAxOCBhdCAxMTowNCBBTSA8bWFyaWFubmUubW9o YWxpQG9yYW5nZS5jb208bWFpbHRvOm1hcmlhbm5lLm1vaGFsaUBvcmFuZ2UuY29tPj4gd3JvdGU6 DQpUaGFua3MgVmlqYXkgZm9yIHlvdXIgbGFzdCBmZWVkYmFjay4gSeKAmW0gZmluZSB3aXRoIHlv dXIgcHJvcG9zYWwgYW5kIGhhdmUgdXBkYXRlZCB0aGUgSS1EIGFjY29yZGluZ2x5ICh2LTA3KToN Cmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2lwY29yZS1vcmln aW5hdGluZy1jZGl2LXBhcmFtZXRlci8NCg0KQlIsDQpNYXJpYW5uZQ0KDQpEZSA6IFZpamF5IEd1 cmJhbmkgW21haWx0bzp2aWpheS5ndXJiYW5pQGdtYWlsLmNvbTxtYWlsdG86dmlqYXkuZ3VyYmFu aUBnbWFpbC5jb20+XQ0KRW52b3nDqSA6IGx1bmRpIDUgbm92ZW1icmUgMjAxOCAxNzo0NQ0Kw4Ag OiBNT0hBTEkgTWFyaWFubmUgVEdJL09MTg0KQ2MgOiBnZW4tYXJ0QGlldGYub3JnPG1haWx0bzpn ZW4tYXJ0QGlldGYub3JnPjsgc2lwY29yZUBpZXRmLm9yZzxtYWlsdG86c2lwY29yZUBpZXRmLm9y Zz47IGlldGZAaWV0Zi5vcmc8bWFpbHRvOmlldGZAaWV0Zi5vcmc+OyBkcmFmdC1pZXRmLXNpcGNv cmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXIuYWxsQGlldGYub3JnPG1haWx0bzpkcmFmdC1p ZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXIuYWxsQGlldGYub3JnPg0KT2Jq ZXQgOiBSZTogR2VuYXJ0IGxhc3QgY2FsbCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1zaXBjb3JlLW9y aWdpbmF0aW5nLWNkaXYtcGFyYW1ldGVyLTA1DQoNCkRlYXIgTWFyaWFubmU6IFRoYW5rIHlvdSBm b3IgYXR0ZW5kaW5nIHRvIG15IGNvbW1lbnRzLg0KDQpJIGFtIGZpbmUgd2l0aCB0aGUgdGV4dCB5 b3UgYWRkZWQgZm9yIFMxLjMuDQoNClJlZ2FyZGluZyAic2VjYXNlIiBhbmQgInJlZ3N0YXRlIiBi ZWluZyBleGlzdGluZyBwYXJhbWV0ZXJzLCBvay4gIEhvd2V2ZXIsIHNpbmNlIHRoZSBJLUQgaXMg ZGVmaW5pbmcgdGhlICJvcmlnLWNkaXYiIHBhcmFtZXRlciwgSSBzdGlsbCB0aGluayBpdCBtYWtl cyBzZW5zZSB0byBtZW50aW9uIHRoaXMgYmVmb3JlIFM0LiAgWW91IGFscmVhZHkgaGF2ZSB0aGUg dGV4dCBhdCB0aGUgZW5kIG9mIFMxLjMgKHRoZSBjdXJyZW50IHNlbnRlbmNlIGFwcGVhcnMgYW1i aWd1b3VzKS4gIExldCBtZSBzdWdnZXN0IGFuIGVkaXQ6DQoNCk9MRDoNCkZvciB0aGlzIHVzZSBj YXNlLCB0aGlzIGRvY3VtZW50IGNyZWF0ZXMgYSBuZXcgcGFyYW1ldGVyIGZvciB0aGUNCiAgIG9y aWdpbmF0aW5nIGFmdGVyIENESVYgc2Vzc2lvbiBjYXNlIHRvIGJlIGVtYmVkZGVkIGluIHRoZSBQ LVNlcnZlZC0NCiAgIFVzZXIgaGVhZGVyIGZpZWxkLg0KDQpORVc6DQpGb3IgdGhpcyB1c2UgY2Fz ZSwgdGhpcyBkb2N1bWVudCBjcmVhdGVzIGEgbmV3IHBhcmFtZXRlciAoIm9yaWctY2RpdiIpIGZv ciB0aGUNCiAgIG9yaWdpbmF0aW5nIGNhbGwgbGVnIHRvIGJlIGVtYmVkZGVkIGluIHRoZSBQLVNl cnZlZC1Vc2VyIGhlYWRlciBmaWVsZC4NClRoYW5rcy4NCg0KT24gTW9uLCBOb3YgNSwgMjAxOCBh dCAxMDozMCBBTSA8bWFyaWFubmUubW9oYWxpQG9yYW5nZS5jb208bWFpbHRvOm1hcmlhbm5lLm1v aGFsaUBvcmFuZ2UuY29tPj4gd3JvdGU6DQpIaSBhbGwsDQoNClRoYW5rcyBWaWpheSBmb3IgdGhl IEdlbkFydCByZXZpZXcuDQpJJ3ZlIGp1c3Qgc3VibWl0dGVkIGEgdi0wNiB0byBhZGRyZXNzIHlv dXIgY29tbWVudHMgYW5kIGhlcmUgaXMgbXkgZmVlZGJhY2tzOg0KaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1l dGVyLw0KDQo+TWlub3I6DQo+DQo+LSBTMS4zOiBJIGFtIG5vdCBzdXJlIEkgZm9sbG93IHRoZSBs b2dpYyBpbiB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQuICBXaG8NCj4gaXMgdGhlICJkaXZlcnRpbmci IHVzZXI/ICBUaGUgdXNlciB0byB3aG8gdGhlIGNhbGwgd2FzIGRlc3RpbmVkPyAgSWYgc28sDQo+ IGJlc3QgdG8gc2F5IHRoYXQgZXhwbGljaXRseS4gIChUbyBiZSBzdXJlLCBJIGxvb2tlZCBpbnRv IHJmYzU1MDIgYXMgd2VsbCwNCj4gYW5kIGl0IGRvZXMgbm90IGRlZmluZSAiZGl2ZXJ0aW5nIiB1 c2VyIGVpdGhlci4pICBBIGJpdCBiZWxvdyAoaW4gUzQpLCB5b3UNCj4gdXNlIHRoZSB0ZXJtICJz ZXJ2ZWQiIHVzZXIgdG8gcmVmZXIgdG8gdGhlIGRpdmVydGluZyB1c2VyLiAgQWxsIGluIGFsbCwg dGhlDQo+IHRlcm1pbm9sb2d5IGhlcmUgY291bGQgYmUgcmVmaW5lZC4gIEkgc3VzcGVjdCB0aGF0 IHRoZSAib3JpZ2luYXRpbmciIHVzZXINCj4gaXMgdGhlIGNhbGxlZS4NCj4NCj4gQ29uY3JldGVs eSwgSSB0aGluayB0aGF0IHRoZSBmaXJzdCBwYXJhZ3JhcGggb2YgUzEuMyBzaG91bGQgYmUgcmUt d3JpdHRlbiwNCj4gcGVyaGFwcyB3aXRoIGEgZmlndXJlICg/KSB0byBleHBsYWluIHRoZSBjYWxs IGZsb3csIG9yIGF0IGxlYXN0IHNvbWUNCj4gY29udGV4dCB1c2luZyBBbGljZSwgQm9iIGFuZCBD YXJvbCBhcyB0aGUgZXhhbXBsZSBpbiBTNy4xIGRvZXMgKEkgc3VzcGVjdA0KPiB0aGF0IENhcm9s IGlzIHRoZSAiZGl2ZXJ0aW5nIiB1c2VyIGhlcmUpLg0KDQpbTU1dIEluZGVlZCwgSSBjYW4gc2Vl IHRoYXQgZm9yIHBlb3BsZSBub3QgdmVyeSBhd2FyZSBvZiBJRVRGIGFuZCAzR1BQIHZvY2FidWxh cnkgZm9yIGNhbGwgZGl2ZXJzaW9uIHNlcnZpY2UsIGl0IGNhbiBiZSBjb25mdXNpbmcuIEkgcHJl ZmVyIG5vdCB0byBhZGQgYSBjYWxsIGZsb3cgaW4gdGhlIHByb2JsZW0gc3RhdGVtZW50IHNlY3Rp b24gYnV0IEkgZGlkIHNvbWUgdXBkYXRlcyBpbiB0aGUgd29yZGluZyBhbmQgaW5zZXJ0ZWQgdGhl IEFsaWNlLCBCb2IgYW5kIENhcm9sIHVzZXJzIGZvciBhIGJldHRlciB1bmRlcnN0YW5kaW5nLg0K DQo+Tml0cywgdHlwb3M6DQo+DQo+LSBTNCwgc3RlcCAzOiBzL3VzZXIgYW4gSU5WSVRFIHRoYXQv dXNlciBhcyBhbiBJTlZJVEUgdGhhdC8NCj4gQWxzbywgdGhlICJzZWNhc2UiIGFuZCAicmVnc3Rh dGUiIHBhcmFtZXRlcnMgYXJlIHdoYXQgeW91IGFyZSBzdGFuZGFyZGl6aW5nDQo+IHRoaXMgSS1E LCBhcyBzdWNoIHlvdSBtZW50aW9uIHRoaXMgYmVmb3JlIFM0IHNvIHRoZSByZWFkZXIga25vd3Mg dGhhdA0KPiB0aGVzZSBhcmUgdGhlIG5ldyBwYXJhbWV0ZXJzLiAgU2FtZSBmb3IgIm9yaWctY2Rp diIgcGFyYW1ldGVyLg0KDQpbTU1dIE5pdHMgaXMgY29ycmVjdGVkLiBBYm91dCB5b3VyIGNvbW1l bnQsIGFjdHVhbGx5LCB0aGlzIEktRCBpcyBvbmx5IHN0YW5kYXJkaXppbmcgIm9yaWctY2RpdiIg cGFyYW1ldGVyLiBUaGlzIGlzIHRoZSByZWFzb24gd2h5ICJzZXNjYXNlIiBhbmQgInJlZ3N0YXRl IiBhcHBlYXIsIGFzIHBhcnQgb2YgYSBub3JtYWwgc2Vzc2lvbiBlc3RhYmxpc2htZW50IGFuZCBi ZWZvcmUgYW55IGNhbGwgZGl2ZXJzaW9uIHdoaWxlIHRoZSBuZXcgcGFyYW1ldGVyIGNhbiBhcHBl YXIgb25seSB3aGVuIHRoaXMgZXZlbnQgb2NjdXJzIChhcyBhZGRlZCBieSB0aGlzIEktRCkuLiBJ IGhvcGUgaXQncyBjbGVhcmVyIGZvciB5b3UuDQoNCkkgaG9wZSBpdCdzIG9rLg0KDQpCZXN0IHJl Z2FyZHMsDQpNYXJpYW5uZQ0KDQotLS0tLU1lc3NhZ2UgZCdvcmlnaW5lLS0tLS0NCkRlIDogVmlq YXkgR3VyYmFuaSBbbWFpbHRvOnZpamF5Lmd1cmJhbmlAZ21haWwuY29tPG1haWx0bzp2aWpheS5n dXJiYW5pQGdtYWlsLmNvbT5dDQpFbnZvecOpIDogbHVuZGkgMjkgb2N0b2JyZSAyMDE4IDIxOjUw DQrDgCA6IGdlbi1hcnRAaWV0Zi5vcmc8bWFpbHRvOmdlbi1hcnRAaWV0Zi5vcmc+DQpDYyA6IHNp cGNvcmVAaWV0Zi5vcmc8bWFpbHRvOnNpcGNvcmVAaWV0Zi5vcmc+OyBpZXRmQGlldGYub3JnPG1h aWx0bzppZXRmQGlldGYub3JnPjsgZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYt cGFyYW1ldGVyLmFsbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0 aW5nLWNkaXYtcGFyYW1ldGVyLmFsbEBpZXRmLm9yZz4NCk9iamV0IDogR2VuYXJ0IGxhc3QgY2Fs bCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1ldGVy LTA1DQoNClJldmlld2VyOiBWaWpheSBHdXJiYW5pDQpSZXZpZXcgcmVzdWx0OiBBbG1vc3QgUmVh ZHkNCg0KSSBhbSB0aGUgYXNzaWduZWQgR2VuLUFSVCByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4g VGhlIEdlbmVyYWwgQXJlYQ0KUmV2aWV3IFRlYW0gKEdlbi1BUlQpIHJldmlld3MgYWxsIElFVEYg ZG9jdW1lbnRzIGJlaW5nIHByb2Nlc3NlZA0KYnkgdGhlIElFU0cgZm9yIHRoZSBJRVRGIENoYWly LiAgUGxlYXNlIHRyZWF0IHRoZXNlIGNvbW1lbnRzIGp1c3QNCmxpa2UgYW55IG90aGVyIGxhc3Qg Y2FsbCBjb21tZW50cy4NCg0KRm9yIG1vcmUgaW5mb3JtYXRpb24sIHBsZWFzZSBzZWUgdGhlIEZB USBhdA0KDQo8aHR0cHM6Ly90cmFjLmlldGYub3JnL3RyYWMvZ2VuL3dpa2kvR2VuQXJ0ZmFxPi4N Cg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRl ci0/Pw0KUmV2aWV3ZXI6IFZpamF5IEsuIEd1cmJhbmkNClJldmlldyBEYXRlOiAyMDE4LTEwLTI5 DQpJRVRGIExDIEVuZCBEYXRlOiAyMDE4LTEwLTI2DQpJRVNHIFRlbGVjaGF0IGRhdGU6IE5vdCBz Y2hlZHVsZWQgZm9yIGEgdGVsZWNoYXQNCg0KU3VtbWFyeTogVGhpcyBkcmFmdCBpcyBvbiB0aGUg cmlnaHQgdHJhY2sgYnV0IGhhcyBvcGVuIGlzc3VlcywgZGVzY3JpYmVkIGluIHRoZSByZXZpZXcu DQoNCk1ham9yIGlzc3VlczogMA0KDQpNaW5vciBpc3N1ZXM6IDENCg0KTml0cy9lZGl0b3JpYWwg Y29tbWVudHM6IDENCg0KTWlub3I6DQoNCi0gUzEuMzogSSBhbSBub3Qgc3VyZSBJIGZvbGxvdyB0 aGUgbG9naWMgaW4gdGhlIHByb2JsZW0gc3RhdGVtZW50LiAgV2hvDQogaXMgdGhlICJkaXZlcnRp bmciIHVzZXI/ICBUaGUgdXNlciB0byB3aG8gdGhlIGNhbGwgd2FzIGRlc3RpbmVkPyAgSWYgc28s DQogYmVzdCB0byBzYXkgdGhhdCBleHBsaWNpdGx5LiAgKFRvIGJlIHN1cmUsIEkgbG9va2VkIGlu dG8gcmZjNTUwMiBhcyB3ZWxsLA0KIGFuZCBpdCBkb2VzIG5vdCBkZWZpbmUgImRpdmVydGluZyIg dXNlciBlaXRoZXIuKSAgQSBiaXQgYmVsb3cgKGluIFM0KSwgeW91DQogdXNlIHRoZSB0ZXJtICJz ZXJ2ZWQiIHVzZXIgdG8gcmVmZXIgdG8gdGhlIGRpdmVydGluZyB1c2VyLiAgQWxsIGluIGFsbCwg dGhlDQogdGVybWlub2xvZ3kgaGVyZSBjb3VsZCBiZSByZWZpbmVkLiAgSSBzdXNwZWN0IHRoYXQg dGhlICJvcmlnaW5hdGluZyIgdXNlcg0KIGlzIHRoZSBjYWxsZWUuDQoNCiBDb25jcmV0ZWx5LCBJ IHRoaW5rIHRoYXQgdGhlIGZpcnN0IHBhcmFncmFwaCBvZiBTMS4zIHNob3VsZCBiZSByZS13cml0 dGVuLA0KIHBlcmhhcHMgd2l0aCBhIGZpZ3VyZSAoPykgdG8gZXhwbGFpbiB0aGUgY2FsbCBmbG93 LCBvciBhdCBsZWFzdCBzb21lDQogY29udGV4dCB1c2luZyBBbGljZSwgQm9iIGFuZCBDYXJvbCBh cyB0aGUgZXhhbXBsZSBpbiBTNy4xIGRvZXMgKEkgc3VzcGVjdA0KIHRoYXQgQ2Fyb2wgaXMgdGhl ICJkaXZlcnRpbmciIHVzZXIgaGVyZSkuDQoNCk5pdHMsIHR5cG9zOg0KDQotIFM0LCBzdGVwIDM6 IHMvdXNlciBhbiBJTlZJVEUgdGhhdC91c2VyIGFzIGFuIElOVklURSB0aGF0Lw0KIEFsc28sIHRo ZSAic2VjYXNlIiBhbmQgInJlZ3N0YXRlIiBwYXJhbWV0ZXJzIGFyZSB3aGF0IHlvdSBhcmUgc3Rh bmRhcmRpemluZw0KIHRoaXMgSS1ELCBhcyBzdWNoIHlvdSBtZW50aW9uIHRoaXMgYmVmb3JlIFM0 IHNvIHRoZSByZWFkZXIga25vd3MgdGhhdA0KIHRoZXNlIGFyZSB0aGUgbmV3IHBhcmFtZXRlcnMu ICBTYW1lIGZvciAib3JpZy1jZGl2IiBwYXJhbWV0ZXIuDQoNCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpDZSBtZXNz YWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlv bnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCnBh cyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBT aSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25h bGVyDQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBq b2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdh bHRlcmF0aW9uLA0KT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVz c2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJp dmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KdGhleSBz aG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlz YXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ug bm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9y IG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4N ClRoYW5rIHlvdS4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRl cyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHBy aXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0 ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNz YWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQphIGwnZXhwZWRpdGV1ciBldCBs ZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxl Y3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLA0KT3JhbmdlIGRlY2xp bmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9y bWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50 cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0 IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0KdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVk LCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNl aXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRl bGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUg YWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVu IG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpD ZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZv cm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRv bmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRp b24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUg c2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVj ZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVz IGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2Ug bWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHBy aXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBz aG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlz YXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBu b3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBt ZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRo YW5rIHlvdS4KCg== --_000_8B970F90C584EA4E97D5BAAC9172DBB84A255C43OPEXCLILMA4corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5nbWFpbC1pbnNlcnQNCgl7bXNv LXN0eWxlLW5hbWU6Z21haWwtaW5zZXJ0O30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCW1zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w cHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAuODVwdDt9DQpk aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4 PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0i MSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5 IGxhbmc9IkZSIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+RGVhciBWaWpheSwNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFj dHVhbGx5LCB0aGUgwqsmbmJzcDtvcmlnaW5hdGluZyZuYnNwO8K7IGlzIG5vdCBxdWFsaWZ5aW5n IHNvbWV0aGluZyBieSBpdHNlbGYgaW4gdGhpcyBzZW50ZW5jZSwgaXQgaGFzIHRvIGJlIHVuZGVy c3Rvb2QgYXMgYSBnbG9iYWwgd29yZGluZyBmb3IgdGhlIG5ldyBkZWZpbmVkDQogc2Vzc2lvbiBj YXNlIHdoaWNoIGlzICZxdW90O29yaWdpbmF0aW5nIGFmdGVyIENESVYmcXVvdDsgd2hpY2ggaXMg ZGlmZmVyZW50IGZvciBhbiDigJxvcmlnaW5hdGluZyBjYWxsIGxlZ+KAnS4NCjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JZiB5b3UgZG9u4oCZdCBtaW5kLCBJIHdvdWxkIHBy ZWZlciB0byBrZWVwIHRoaXMgd29yZGluZyBhcyBpdCBpcyBiZWNhdXNlIGl0IGlzIHVzZWQgYWx0 aG91Z2ggdGhlIEktRCBhbmQgcXVvdGVkIGluIHRoZSBJbnRyb2R1Y3Rpb24gc2VjdGlvbiBpbiB0 aGUNCiBmb2xsb3dpbmcgc2VudGVuY2U6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj4mcXVvdDtUaGUgc2Vzc2lvbmNhc2UtcGFyYW0gcGFyYW1ldGVyIG9mIHRoZSBQ LVNlcnZlZC1Vc2VyIGhlYWRlciBmaWVsZCBpcyBleHRlbmRlZCB3aXRoIHRoZSAmcXVvdDtvcmln LWNkaXYmcXVvdDsgcGFyYW1ldGVyIGZvciB0aGlzICZxdW90O29yaWdpbmF0aW5nIGFmdGVyIENE SVYmcXVvdDsNCiBzZXNzaW9uIGNhc2UuJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPk1hcmlhbm5lPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RGUmbmJzcDs6PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+IFZpamF5IEd1cmJhbmkgW21haWx0bzp2aWpheS5ndXJiYW5p QGdtYWlsLmNvbV0NCjxicj4NCjxiPkVudm95w6kmbmJzcDs6PC9iPiBsdW5kaSA1IG5vdmVtYnJl IDIwMTggMTg6MTQ8YnI+DQo8Yj7DgCZuYnNwOzo8L2I+IE1PSEFMSSBNYXJpYW5uZSBUR0kvT0xO PGJyPg0KPGI+Q2MmbmJzcDs6PC9iPiBnZW4tYXJ0QGlldGYub3JnOyBzaXBjb3JlQGlldGYub3Jn OyBpZXRmQGlldGYub3JnOyBkcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJh bWV0ZXIuYWxsQGlldGYub3JnOyBKZWFuIE1haG9uZXk7IGJlbkBub3N0cnVtLmNvbTxicj4NCjxi Pk9iamV0Jm5ic3A7OjwvYj4gUmU6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIGRyYWZ0LWll dGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci0wNTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPkRlYXIgTWFyaWFubmU6IFRoYW5rIHlvdSwgYWdhaW4sIGZv ciBhdHRlbmRpbmcgdG8gbXkgY29tbWVudC48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Tm90ZSB0aGF0IHlvdSBzdGlsbCBoYXZlIGEgZGFuZ2xp bmcgdmVyYiAmcXVvdDtvcmlnaW5hdGluZyZxdW90OyBpbiB0aGUgc2VudGVuY2UuJm5ic3A7IFRo ZSB2ZXJiIGlzIG5vdCBxdWFsaWZ5aW5nIGFueXRoaW5nOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgRm9yIHRoaXMgdXNl IGNhc2UsIHRoaXMgZG9jdW1lbnQgY3JlYXRlcyBhIG5ldyBwYXJhbWV0ZXINCjxzcGFuIGNsYXNz PSJnbWFpbC1pbnNlcnQiPigmcXVvdDtvcmlnLWNkaXYmcXVvdDspIGZvciA8L3NwYW4+PGJyPg0K PHNwYW4gY2xhc3M9ImdtYWlsLWluc2VydCI+Jm5ic3A7Jm5ic3A7IHRoZSBvcmlnaW5hdGluZyBh ZnRlciBDRElWIHNlc3Npb24gY2FzZSB0byBiZSBlbWJlZGRlZCBpbiB0aGUgUC1TZXJ2ZWQtVXNl cg0KPC9zcGFuPjxicj4NCjxzcGFuIGNsYXNzPSJnbWFpbC1pbnNlcnQiPiZuYnNwOyZuYnNwOyBo ZWFkZXIgZmllbGQuPC9zcGFuPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImdtYWlsLWluc2VydCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5JbiBteSBlbWFpbCwg SSBoYWQgc3VnZ2VzdGVkIGFkZGluZyAmcXVvdDtjYWxsIGxlZyZxdW90OyBhZnRlciB0aGUgJnF1 b3Q7b3JpZ2luYXRpbmcmcXVvdDsgYWJvdmUuJm5ic3A7IE90aGVyd2lzZSwgdGhlIHNlbnRlbmNl IGFib3ZlIGlzIGluY29tcGxldGUgLi4uICZxdW90O29yaWdpbmF0aW5nJnF1b3Q7IHdoYXQ/PC9z cGFuPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gY2xhc3M9ImdtYWlsLWluc2VydCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5UaGFua3MuPC9zcGFuPjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBNb24s IE5vdiA1LCAyMDE4IGF0IDExOjA0IEFNICZsdDs8YSBocmVmPSJtYWlsdG86bWFyaWFubmUubW9o YWxpQG9yYW5nZS5jb20iPm1hcmlhbm5lLm1vaGFsaUBvcmFuZ2UuY29tPC9hPiZndDsgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTti b3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7 bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPlRoYW5rcyBWaWpheSBmb3IgeW91ciBsYXN0 IGZlZWRiYWNrLiBJ4oCZbSBmaW5lIHdpdGggeW91ciBwcm9wb3NhbCBhbmQgaGF2ZSB1cGRhdGVk IHRoZSBJLUQgYWNjb3JkaW5nbHkgKHYtMDcpOjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBh cmFtZXRlci8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXIvPC9hPjxicj4N Cjxicj4NCkJSLDxicj4NCk1hcmlhbm5lPGJyPg0KPGJyPg0KRGUmbmJzcDs6IFZpamF5IEd1cmJh bmkgW21haWx0bzo8YSBocmVmPSJtYWlsdG86dmlqYXkuZ3VyYmFuaUBnbWFpbC5jb20iIHRhcmdl dD0iX2JsYW5rIj52aWpheS5ndXJiYW5pQGdtYWlsLmNvbTwvYT5dDQo8YnI+DQpFbnZvecOpJm5i c3A7OiBsdW5kaSA1IG5vdmVtYnJlIDIwMTggMTc6NDU8YnI+DQrDgCZuYnNwOzogTU9IQUxJIE1h cmlhbm5lIFRHSS9PTE48YnI+DQpDYyZuYnNwOzogPGEgaHJlZj0ibWFpbHRvOmdlbi1hcnRAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5nZW4tYXJ0QGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFp bHRvOnNpcGNvcmVAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCnNpcGNvcmVAaWV0Zi5vcmc8 L2E+OyA8YSBocmVmPSJtYWlsdG86aWV0ZkBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmlldGZA aWV0Zi5vcmc8L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5h dGluZy1jZGl2LXBhcmFtZXRlci5hbGxAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCmRyYWZ0 LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci5hbGxAaWV0Zi5vcmc8L2E+ PGJyPg0KT2JqZXQmbmJzcDs6IFJlOiBHZW5hcnQgbGFzdCBjYWxsIHJldmlldyBvZiBkcmFmdC1p ZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXItMDU8YnI+DQo8YnI+DQpEZWFy IE1hcmlhbm5lOiBUaGFuayB5b3UgZm9yIGF0dGVuZGluZyB0byBteSBjb21tZW50cy48YnI+DQo8 YnI+DQpJIGFtIGZpbmUgd2l0aCB0aGUgdGV4dCB5b3UgYWRkZWQgZm9yIFMxLjMuPGJyPg0KPGJy Pg0KUmVnYXJkaW5nICZxdW90O3NlY2FzZSZxdW90OyBhbmQgJnF1b3Q7cmVnc3RhdGUmcXVvdDsg YmVpbmcgZXhpc3RpbmcgcGFyYW1ldGVycywgb2suJm5ic3A7IEhvd2V2ZXIsIHNpbmNlIHRoZSBJ LUQgaXMgZGVmaW5pbmcgdGhlICZxdW90O29yaWctY2RpdiZxdW90OyBwYXJhbWV0ZXIsIEkgc3Rp bGwgdGhpbmsgaXQgbWFrZXMgc2Vuc2UgdG8gbWVudGlvbiB0aGlzIGJlZm9yZSBTNC4mbmJzcDsg WW91IGFscmVhZHkgaGF2ZSB0aGUgdGV4dCBhdCB0aGUgZW5kIG9mIFMxLjMgKHRoZSBjdXJyZW50 IHNlbnRlbmNlIGFwcGVhcnMNCiBhbWJpZ3VvdXMpLiZuYnNwOyBMZXQgbWUgc3VnZ2VzdCBhbiBl ZGl0Ojxicj4NCjxicj4NCk9MRDogPGJyPg0KRm9yIHRoaXMgdXNlIGNhc2UsIHRoaXMgZG9jdW1l bnQgY3JlYXRlcyBhIG5ldyBwYXJhbWV0ZXIgZm9yIHRoZTxicj4NCiZuYnNwOyZuYnNwOyBvcmln aW5hdGluZyBhZnRlciBDRElWIHNlc3Npb24gY2FzZSB0byBiZSBlbWJlZGRlZCBpbiB0aGUgUC1T ZXJ2ZWQtPGJyPg0KJm5ic3A7Jm5ic3A7IFVzZXIgaGVhZGVyIGZpZWxkLjxicj4NCjxicj4NCk5F Vzo8YnI+DQpGb3IgdGhpcyB1c2UgY2FzZSwgdGhpcyBkb2N1bWVudCBjcmVhdGVzIGEgbmV3IHBh cmFtZXRlciAoJnF1b3Q7b3JpZy1jZGl2JnF1b3Q7KSBmb3IgdGhlPGJyPg0KJm5ic3A7ICZuYnNw O29yaWdpbmF0aW5nIGNhbGwgbGVnIHRvIGJlIGVtYmVkZGVkIGluIHRoZSBQLVNlcnZlZC1Vc2Vy IGhlYWRlciBmaWVsZC48YnI+DQpUaGFua3MuPGJyPg0KPGJyPg0KT24gTW9uLCBOb3YgNSwgMjAx OCBhdCAxMDozMCBBTSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hcmlhbm5lLm1vaGFsaUBvcmFuZ2Uu Y29tIiB0YXJnZXQ9Il9ibGFuayI+bWFyaWFubmUubW9oYWxpQG9yYW5nZS5jb208L2E+Jmd0OyB3 cm90ZTo8YnI+DQpIaSBhbGwsPGJyPg0KPGJyPg0KVGhhbmtzIFZpamF5IGZvciB0aGUgR2VuQXJ0 IHJldmlldy48YnI+DQpJJ3ZlIGp1c3Qgc3VibWl0dGVkIGEgdi0wNiB0byBhZGRyZXNzIHlvdXIg Y29tbWVudHMgYW5kIGhlcmUgaXMgbXkgZmVlZGJhY2tzOjxicj4NCjxhIGhyZWY9Imh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1j ZGl2LXBhcmFtZXRlci8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXIvPC9h Pjxicj4NCjxicj4NCiZndDtNaW5vcjo8YnI+DQomZ3Q7PGJyPg0KJmd0Oy0gUzEuMzogSSBhbSBu b3Qgc3VyZSBJIGZvbGxvdyB0aGUgbG9naWMgaW4gdGhlIHByb2JsZW0gc3RhdGVtZW50LiZuYnNw OyBXaG88YnI+DQomZ3Q7IGlzIHRoZSAmcXVvdDtkaXZlcnRpbmcmcXVvdDsgdXNlcj8mbmJzcDsg VGhlIHVzZXIgdG8gd2hvIHRoZSBjYWxsIHdhcyBkZXN0aW5lZD8mbmJzcDsgSWYgc28sPGJyPg0K Jmd0OyBiZXN0IHRvIHNheSB0aGF0IGV4cGxpY2l0bHkuJm5ic3A7IChUbyBiZSBzdXJlLCBJIGxv b2tlZCBpbnRvIHJmYzU1MDIgYXMgd2VsbCw8YnI+DQomZ3Q7IGFuZCBpdCBkb2VzIG5vdCBkZWZp bmUgJnF1b3Q7ZGl2ZXJ0aW5nJnF1b3Q7IHVzZXIgZWl0aGVyLikmbmJzcDsgQSBiaXQgYmVsb3cg KGluIFM0KSwgeW91Jm5ic3A7IDxicj4NCiZndDsgdXNlIHRoZSB0ZXJtICZxdW90O3NlcnZlZCZx dW90OyB1c2VyIHRvIHJlZmVyIHRvIHRoZSBkaXZlcnRpbmcgdXNlci4mbmJzcDsgQWxsIGluIGFs bCwgdGhlJm5ic3A7IDxicj4NCiZndDsgdGVybWlub2xvZ3kgaGVyZSBjb3VsZCBiZSByZWZpbmVk LiZuYnNwOyBJIHN1c3BlY3QgdGhhdCB0aGUgJnF1b3Q7b3JpZ2luYXRpbmcmcXVvdDsgdXNlciA8 YnI+DQomZ3Q7IGlzIHRoZSBjYWxsZWUuJm5ic3A7IDxicj4NCiZndDs8YnI+DQomZ3Q7IENvbmNy ZXRlbHksIEkgdGhpbmsgdGhhdCB0aGUgZmlyc3QgcGFyYWdyYXBoIG9mIFMxLjMgc2hvdWxkIGJl IHJlLXdyaXR0ZW4sPGJyPg0KJmd0OyBwZXJoYXBzIHdpdGggYSBmaWd1cmUgKD8pIHRvIGV4cGxh aW4gdGhlIGNhbGwgZmxvdywgb3IgYXQgbGVhc3Qgc29tZTxicj4NCiZndDsgY29udGV4dCB1c2lu ZyBBbGljZSwgQm9iIGFuZCBDYXJvbCBhcyB0aGUgZXhhbXBsZSBpbiBTNy4xIGRvZXMgKEkgc3Vz cGVjdDxicj4NCiZndDsgdGhhdCBDYXJvbCBpcyB0aGUgJnF1b3Q7ZGl2ZXJ0aW5nJnF1b3Q7IHVz ZXIgaGVyZSkuPGJyPg0KPGJyPg0KW01NXSBJbmRlZWQsIEkgY2FuIHNlZSB0aGF0IGZvciBwZW9w bGUgbm90IHZlcnkgYXdhcmUgb2YgSUVURiBhbmQgM0dQUCB2b2NhYnVsYXJ5IGZvciBjYWxsIGRp dmVyc2lvbiBzZXJ2aWNlLCBpdCBjYW4gYmUgY29uZnVzaW5nLiBJIHByZWZlciBub3QgdG8gYWRk IGEgY2FsbCBmbG93IGluIHRoZSBwcm9ibGVtIHN0YXRlbWVudCBzZWN0aW9uIGJ1dCBJIGRpZCBz b21lIHVwZGF0ZXMgaW4gdGhlIHdvcmRpbmcgYW5kIGluc2VydGVkIHRoZSBBbGljZSwNCiBCb2Ig YW5kIENhcm9sIHVzZXJzIGZvciBhIGJldHRlciB1bmRlcnN0YW5kaW5nLiA8YnI+DQo8YnI+DQom Z3Q7Tml0cywgdHlwb3M6PGJyPg0KJmd0Ozxicj4NCiZndDstIFM0LCBzdGVwIDM6IHMvdXNlciBh biBJTlZJVEUgdGhhdC91c2VyIGFzIGFuIElOVklURSB0aGF0Lzxicj4NCiZndDsgQWxzbywgdGhl ICZxdW90O3NlY2FzZSZxdW90OyBhbmQgJnF1b3Q7cmVnc3RhdGUmcXVvdDsgcGFyYW1ldGVycyBh cmUgd2hhdCB5b3UgYXJlIHN0YW5kYXJkaXppbmc8YnI+DQomZ3Q7IHRoaXMgSS1ELCBhcyBzdWNo IHlvdSBtZW50aW9uIHRoaXMgYmVmb3JlIFM0IHNvIHRoZSByZWFkZXIga25vd3MgdGhhdCA8YnI+ DQomZ3Q7IHRoZXNlIGFyZSB0aGUgbmV3IHBhcmFtZXRlcnMuJm5ic3A7IFNhbWUgZm9yICZxdW90 O29yaWctY2RpdiZxdW90OyBwYXJhbWV0ZXIuPGJyPg0KPGJyPg0KW01NXSBOaXRzIGlzIGNvcnJl Y3RlZC4gQWJvdXQgeW91ciBjb21tZW50LCBhY3R1YWxseSwgdGhpcyBJLUQgaXMgb25seSBzdGFu ZGFyZGl6aW5nICZxdW90O29yaWctY2RpdiZxdW90OyBwYXJhbWV0ZXIuIFRoaXMgaXMgdGhlIHJl YXNvbiB3aHkgJnF1b3Q7c2VzY2FzZSZxdW90OyBhbmQgJnF1b3Q7cmVnc3RhdGUmcXVvdDsgYXBw ZWFyLCBhcyBwYXJ0IG9mIGEgbm9ybWFsIHNlc3Npb24gZXN0YWJsaXNobWVudCBhbmQgYmVmb3Jl IGFueSBjYWxsIGRpdmVyc2lvbiB3aGlsZSB0aGUgbmV3IHBhcmFtZXRlcg0KIGNhbiBhcHBlYXIg b25seSB3aGVuIHRoaXMgZXZlbnQgb2NjdXJzIChhcyBhZGRlZCBieSB0aGlzIEktRCkuLiBJIGhv cGUgaXQncyBjbGVhcmVyIGZvciB5b3UuPGJyPg0KPGJyPg0KSSBob3BlIGl0J3Mgb2suPGJyPg0K PGJyPg0KQmVzdCByZWdhcmRzLDxicj4NCk1hcmlhbm5lPGJyPg0KPGJyPg0KLS0tLS1NZXNzYWdl IGQnb3JpZ2luZS0tLS0tPGJyPg0KRGUmbmJzcDs6IFZpamF5IEd1cmJhbmkgW21haWx0bzo8YSBo cmVmPSJtYWlsdG86dmlqYXkuZ3VyYmFuaUBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj52aWph eS5ndXJiYW5pQGdtYWlsLmNvbTwvYT5dDQo8YnI+DQpFbnZvecOpJm5ic3A7OiBsdW5kaSAyOSBv Y3RvYnJlIDIwMTggMjE6NTA8YnI+DQrDgCZuYnNwOzogPGEgaHJlZj0ibWFpbHRvOmdlbi1hcnRA aWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5nZW4tYXJ0QGlldGYub3JnPC9hPjxicj4NCkNjJm5i c3A7OiA8YSBocmVmPSJtYWlsdG86c2lwY29yZUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPnNp cGNvcmVAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86aWV0ZkBpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPg0KaWV0ZkBpZXRmLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRm LXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXIuYWxsQGlldGYub3JnIiB0YXJnZXQ9 Il9ibGFuayI+DQpkcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXIu YWxsQGlldGYub3JnPC9hPjxicj4NCk9iamV0Jm5ic3A7OiBHZW5hcnQgbGFzdCBjYWxsIHJldmll dyBvZiBkcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXItMDU8YnI+ DQo8YnI+DQpSZXZpZXdlcjogVmlqYXkgR3VyYmFuaTxicj4NClJldmlldyByZXN1bHQ6IEFsbW9z dCBSZWFkeTxicj4NCjxicj4NCkkgYW0gdGhlIGFzc2lnbmVkIEdlbi1BUlQgcmV2aWV3ZXIgZm9y IHRoaXMgZHJhZnQuIFRoZSBHZW5lcmFsIEFyZWE8YnI+DQpSZXZpZXcgVGVhbSAoR2VuLUFSVCkg cmV2aWV3cyBhbGwgSUVURiBkb2N1bWVudHMgYmVpbmcgcHJvY2Vzc2VkPGJyPg0KYnkgdGhlIElF U0cgZm9yIHRoZSBJRVRGIENoYWlyLiZuYnNwOyBQbGVhc2UgdHJlYXQgdGhlc2UgY29tbWVudHMg anVzdDxicj4NCmxpa2UgYW55IG90aGVyIGxhc3QgY2FsbCBjb21tZW50cy48YnI+DQo8YnI+DQpG b3IgbW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIHNlZSB0aGUgRkFRIGF0PGJyPg0KPGJyPg0KJmx0 OzxhIGhyZWY9Imh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL2dlbi93aWtpL0dlbkFydGZhcSIg dGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vdHJhYy5pZXRmLm9yZy90cmFjL2dlbi93aWtpL0dlbkFy dGZhcTwvYT4mZ3Q7Ljxicj4NCjxicj4NCkRvY3VtZW50OiBkcmFmdC1pZXRmLXNpcGNvcmUtb3Jp Z2luYXRpbmctY2Rpdi1wYXJhbWV0ZXItPz88YnI+DQpSZXZpZXdlcjogVmlqYXkgSy4gR3VyYmFu aTxicj4NClJldmlldyBEYXRlOiAyMDE4LTEwLTI5PGJyPg0KSUVURiBMQyBFbmQgRGF0ZTogMjAx OC0xMC0yNjxicj4NCklFU0cgVGVsZWNoYXQgZGF0ZTogTm90IHNjaGVkdWxlZCBmb3IgYSB0ZWxl Y2hhdDxicj4NCjxicj4NClN1bW1hcnk6IFRoaXMgZHJhZnQgaXMgb24gdGhlIHJpZ2h0IHRyYWNr IGJ1dCBoYXMgb3BlbiBpc3N1ZXMsIGRlc2NyaWJlZCBpbiB0aGUgcmV2aWV3Ljxicj4NCjxicj4N Ck1ham9yIGlzc3VlczogMDxicj4NCjxicj4NCk1pbm9yIGlzc3VlczogMSA8YnI+DQo8YnI+DQpO aXRzL2VkaXRvcmlhbCBjb21tZW50czogMTxicj4NCjxicj4NCk1pbm9yOjxicj4NCjxicj4NCi0g UzEuMzogSSBhbSBub3Qgc3VyZSBJIGZvbGxvdyB0aGUgbG9naWMgaW4gdGhlIHByb2JsZW0gc3Rh dGVtZW50LiZuYnNwOyBXaG88YnI+DQombmJzcDtpcyB0aGUgJnF1b3Q7ZGl2ZXJ0aW5nJnF1b3Q7 IHVzZXI/Jm5ic3A7IFRoZSB1c2VyIHRvIHdobyB0aGUgY2FsbCB3YXMgZGVzdGluZWQ/Jm5ic3A7 IElmIHNvLDxicj4NCiZuYnNwO2Jlc3QgdG8gc2F5IHRoYXQgZXhwbGljaXRseS4mbmJzcDsgKFRv IGJlIHN1cmUsIEkgbG9va2VkIGludG8gcmZjNTUwMiBhcyB3ZWxsLDxicj4NCiZuYnNwO2FuZCBp dCBkb2VzIG5vdCBkZWZpbmUgJnF1b3Q7ZGl2ZXJ0aW5nJnF1b3Q7IHVzZXIgZWl0aGVyLikmbmJz cDsgQSBiaXQgYmVsb3cgKGluIFM0KSwgeW91Jm5ic3A7IDxicj4NCiZuYnNwO3VzZSB0aGUgdGVy bSAmcXVvdDtzZXJ2ZWQmcXVvdDsgdXNlciB0byByZWZlciB0byB0aGUgZGl2ZXJ0aW5nIHVzZXIu Jm5ic3A7IEFsbCBpbiBhbGwsIHRoZSZuYnNwOyA8YnI+DQombmJzcDt0ZXJtaW5vbG9neSBoZXJl IGNvdWxkIGJlIHJlZmluZWQuJm5ic3A7IEkgc3VzcGVjdCB0aGF0IHRoZSAmcXVvdDtvcmlnaW5h dGluZyZxdW90OyB1c2VyIDxicj4NCiZuYnNwO2lzIHRoZSBjYWxsZWUuJm5ic3A7IDxicj4NCjxi cj4NCiZuYnNwO0NvbmNyZXRlbHksIEkgdGhpbmsgdGhhdCB0aGUgZmlyc3QgcGFyYWdyYXBoIG9m IFMxLjMgc2hvdWxkIGJlIHJlLXdyaXR0ZW4sPGJyPg0KJm5ic3A7cGVyaGFwcyB3aXRoIGEgZmln dXJlICg/KSB0byBleHBsYWluIHRoZSBjYWxsIGZsb3csIG9yIGF0IGxlYXN0IHNvbWU8YnI+DQom bmJzcDtjb250ZXh0IHVzaW5nIEFsaWNlLCBCb2IgYW5kIENhcm9sIGFzIHRoZSBleGFtcGxlIGlu IFM3LjEgZG9lcyAoSSBzdXNwZWN0PGJyPg0KJm5ic3A7dGhhdCBDYXJvbCBpcyB0aGUgJnF1b3Q7 ZGl2ZXJ0aW5nJnF1b3Q7IHVzZXIgaGVyZSkuPGJyPg0KPGJyPg0KTml0cywgdHlwb3M6PGJyPg0K PGJyPg0KLSBTNCwgc3RlcCAzOiBzL3VzZXIgYW4gSU5WSVRFIHRoYXQvdXNlciBhcyBhbiBJTlZJ VEUgdGhhdC88YnI+DQombmJzcDtBbHNvLCB0aGUgJnF1b3Q7c2VjYXNlJnF1b3Q7IGFuZCAmcXVv dDtyZWdzdGF0ZSZxdW90OyBwYXJhbWV0ZXJzIGFyZSB3aGF0IHlvdSBhcmUgc3RhbmRhcmRpemlu Zzxicj4NCiZuYnNwO3RoaXMgSS1ELCBhcyBzdWNoIHlvdSBtZW50aW9uIHRoaXMgYmVmb3JlIFM0 IHNvIHRoZSByZWFkZXIga25vd3MgdGhhdCA8YnI+DQombmJzcDt0aGVzZSBhcmUgdGhlIG5ldyBw YXJhbWV0ZXJzLiZuYnNwOyBTYW1lIGZvciAmcXVvdDtvcmlnLWNkaXYmcXVvdDsgcGFyYW1ldGVy Ljxicj4NCjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8YnI+DQpDZSBtZXNzYWdlIGV0IHNlcyBw aWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50 aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmM8YnI+DQpwYXMgZXRyZSBk aWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBh dmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcjxicj4N CmEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50 ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVy YXRpb24sPGJyPg0KT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVz c2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLjxicj4NCjxicj4N ClRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlh bCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRoYXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7 PGJyPg0KdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRo b3V0IGF1dGhvcmlzYXRpb24uPGJyPg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBp biBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdl IGFuZCBpdHMgYXR0YWNobWVudHMuPGJyPg0KQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFu Z2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNo YW5nZWQgb3IgZmFsc2lmaWVkLjxicj4NClRoYW5rIHlvdS48YnI+DQo8YnI+DQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KPGJyPg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5p ciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUg ZG9pdmVudCBkb25jPGJyPg0KcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMg c2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1 ciwgdmV1aWxsZXogbGUgc2lnbmFsZXI8YnI+DQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWly ZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVl cyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLDxicj4NCk9yYW5nZSBkZWNsaW5lIHRv dXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91 IGZhbHNpZmllLiBNZXJjaS48YnI+DQo8YnI+DQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0 aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ozxicj4NCnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0 cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLjxicj4NCklmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNl bmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLjxicj4NCkFz IGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2Vz IHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC48YnI+DQpUaGFu ayB5b3UuPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPFBS RT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBu ZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2Fu cyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwg dmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kg cXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQg c3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2Fi aWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1l cmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlk ZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5 IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRo b3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJy b3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQg aXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3Qg bGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBm YWxzaWZpZWQuClRoYW5rIHlvdS4KPC9QUkU+PC9ib2R5Pg0KPC9odG1sPg0K --_000_8B970F90C584EA4E97D5BAAC9172DBB84A255C43OPEXCLILMA4corp_-- From nobody Mon Nov 5 09:57: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 E9349127133; Mon, 5 Nov 2018 09:57:23 -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 OB3KjTwZRCnQ; Mon, 5 Nov 2018 09:57:20 -0800 (PST) Received: from mail-oi1-x234.google.com (mail-oi1-x234.google.com [IPv6:2607:f8b0:4864:20::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 0662C12008A; Mon, 5 Nov 2018 09:57:20 -0800 (PST) Received: by mail-oi1-x234.google.com with SMTP id k64-v6so8233612oia.13; Mon, 05 Nov 2018 09:57:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AwqgtH5kpAxm/t4mN8UfCdv6ej9BrkEUXrLWwkO5XU8=; b=Ed+ijdKQHRjiygC01xMVe6p4ZvcGGvdnqE7i09hV3NmKIMumCHeS1YyiLSeqpBchka OdlGzFP6aRINqBYu91LHDJa7d9BFFiR0wEXqByIZY9BvkSa2Un6texFgXV/c4I35/5rw Ayd6tIujGGMKL4CL8hQouy6tckzXwkAUsBSUCSXy5QbJ7yNodJwFmCkPvZ6c7PwqEsbi uThcumbTo2NV4uI+CktgJxcPy6zGhgAba3umwykVMPb1PpT9vGvJmpoAgxfrRP71vJCn XxykyvwmNjP4saXRdEEHE6/NlvWhoDPvaCAqSvZYjYBOszLU/92YehDSqKkBq0Iea1S+ eYLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AwqgtH5kpAxm/t4mN8UfCdv6ej9BrkEUXrLWwkO5XU8=; b=jXWcEnliHmlrXBHCicSsxE+qmRwU+7lCUKwMqKePVE4k1t9EjL5y0PC9p6pMHFeULp YbYbqSm87RdZEfilaSwyK2J1Aisu0j4qUeZ00CVRW2qR9XL17jrQseu15wovUJAaKVr+ 7zeVghW2OZyP37P2PuQh6G2ey2SMUrHs1ljINAyaB/W4DZ2KoW6aXzbvZNF4E+xHFv8P cLoUaIegqKuPZoYQ93IPvgE55fkTrV7SBj+lUfN1omsn1aFELw/tkbErVMaWzdVbA8YK KCYpQ6rO0CLbeVko9fpWp7UxEsJRik7BbvaTeXAj+qwkil3SthPOh1+U3LMgMiDdJ0vt XDig== X-Gm-Message-State: AGRZ1gLayaShkOTYABcOdPiHbdhbxPlEpdlAqst2Fxs+YeCdrxhHfXe/ 2TaInjotMKstFKzCA/DB4MbuGESiig3kzfiIluY= X-Google-Smtp-Source: AJdET5cqR6NUHURqNS/iOYLVzbyRK4eYONigAdnEBI6GWvywtntln72PzUv+JEKtz0UW81wQrHdkvCqawOqNw+m+mj4= X-Received: by 2002:aca:c1d7:: with SMTP id r206-v6mr14066849oif.44.1541440639133; Mon, 05 Nov 2018 09:57:19 -0800 (PST) MIME-Version: 1.0 References: <154084621265.4963.11856647404649644525@ietfa.amsl.com> <26344_1541435406_5BE0700E_26344_158_14_8B970F90C584EA4E97D5BAAC9172DBB84A2558EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <19441_1541437458_5BE07812_19441_188_1_8B970F90C584EA4E97D5BAAC9172DBB84A255B4D@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <21449_1541440262_5BE08306_21449_405_1_8B970F90C584EA4E97D5BAAC9172DBB84A255C43@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: <21449_1541440262_5BE08306_21449_405_1_8B970F90C584EA4E97D5BAAC9172DBB84A255C43@OPEXCLILMA4.corporate.adroot.infra.ftgroup> From: Vijay Gurbani Date: Mon, 5 Nov 2018 11:57:07 -0600 Message-ID: To: marianne.mohali@orange.com Cc: gen-art@ietf.org, sipcore@ietf.org, ietf@ietf.org, draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org, Jean Mahoney , ben@nostrum.com Content-Type: multipart/alternative; boundary="000000000000bcedc50579ee9d8f" Archived-At: Subject: Re: [sipcore] Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2018 17:57:24 -0000 --000000000000bcedc50579ee9d8f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Marianne: OK, if the context of "originating after CDIV" is well understood by the folks working in this area, then I am fine with leaving it as is. Thanks. - vijay On Mon, Nov 5, 2018 at 11:51 AM wrote: > Dear Vijay, > > > > Actually, the =C2=AB originating =C2=BB is not qualifying something by it= self in > this sentence, it has to be understood as a global wording for the new > defined session case which is "originating after CDIV" which is different > for an =E2=80=9Coriginating call leg=E2=80=9D. > > > > If you don=E2=80=99t mind, I would prefer to keep this wording as it is b= ecause it > is used although the I-D and quoted in the Introduction section in the > following sentence: > > "The sessioncase-param parameter of the P-Served-User header field is > extended with the "orig-cdiv" parameter for this "originating after CDIV" > session case." > > > > Marianne > > > > *De :* Vijay Gurbani [mailto:vijay.gurbani@gmail.com] > *Envoy=C3=A9 :* lundi 5 novembre 2018 18:14 > *=C3=80 :* MOHALI Marianne TGI/OLN > *Cc :* gen-art@ietf.org; sipcore@ietf.org; ietf@ietf.org; > draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org; Jean Mahoney; > ben@nostrum.com > *Objet :* Re: Genart last call review of > draft-ietf-sipcore-originating-cdiv-parameter-05 > > > > Dear Marianne: Thank you, again, for attending to my comment. > > > > Note that you still have a dangling verb "originating" in the sentence. > The verb is not qualifying anything: > > > > For this use case, this document creates a new parameter ("orig-cdiv") > for > the originating after CDIV session case to be embedded in the > P-Served-User > header field. > > > > In my email, I had suggested adding "call leg" after the "originating" > above. Otherwise, the sentence above is incomplete ... "originating" wha= t? > > > > Thanks. > > > > > > On Mon, Nov 5, 2018 at 11:04 AM wrote: > > Thanks Vijay for your last feedback. I=E2=80=99m fine with your proposal = and have > updated the I-D accordingly (v-07): > > https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-para= meter/ > > BR, > Marianne > > De : Vijay Gurbani [mailto:vijay.gurbani@gmail.com] > Envoy=C3=A9 : lundi 5 novembre 2018 17:45 > =C3=80 : MOHALI Marianne TGI/OLN > Cc : gen-art@ietf.org; sipcore@ietf.org; ietf@ietf.org; > draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org > Objet : Re: Genart last call review of > draft-ietf-sipcore-originating-cdiv-parameter-05 > > Dear Marianne: Thank you for attending to my comments. > > I am fine with the text you added for S1.3. > > Regarding "secase" and "regstate" being existing parameters, ok. However= , > since the I-D is defining the "orig-cdiv" parameter, I still think it mak= es > sense to mention this before S4. You already have the text at the end of > S1.3 (the current sentence appears ambiguous). Let me suggest an edit: > > OLD: > For this use case, this document creates a new parameter for the > originating after CDIV session case to be embedded in the P-Served- > User header field. > > NEW: > For this use case, this document creates a new parameter ("orig-cdiv") fo= r > the > originating call leg to be embedded in the P-Served-User header field. > Thanks. > > On Mon, Nov 5, 2018 at 10:30 AM wrote: > Hi all, > > Thanks Vijay for the GenArt review. > I've just submitted a v-06 to address your comments and here is my > feedbacks: > > https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-para= meter/ > > >Minor: > > > >- S1.3: I am not sure I follow the logic in the problem statement. Who > > is the "diverting" user? The user to who the call was destined? If so= , > > best to say that explicitly. (To be sure, I looked into rfc5502 as wel= l, > > and it does not define "diverting" user either.) A bit below (in S4), > you > > use the term "served" user to refer to the diverting user. All in all, > the > > terminology here could be refined. I suspect that the "originating" > user > > is the callee. > > > > Concretely, I think that the first paragraph of S1.3 should be > re-written, > > perhaps with a figure (?) to explain the call flow, or at least some > > context using Alice, Bob and Carol as the example in S7.1 does (I suspe= ct > > that Carol is the "diverting" user here). > > [MM] Indeed, I can see that for people not very aware of IETF and 3GPP > vocabulary for call diversion service, it can be confusing. I prefer not = to > add a call flow in the problem statement section but I did some updates i= n > the wording and inserted the Alice, Bob and Carol users for a better > understanding. > > >Nits, typos: > > > >- S4, step 3: s/user an INVITE that/user as an INVITE that/ > > Also, the "secase" and "regstate" parameters are what you are > standardizing > > this I-D, as such you mention this before S4 so the reader knows that > > these are the new parameters. Same for "orig-cdiv" parameter. > > [MM] Nits is corrected. About your comment, actually, this I-D is only > standardizing "orig-cdiv" parameter. This is the reason why "sescase" and > "regstate" appear, as part of a normal session establishment and before a= ny > call diversion while the new parameter can appear only when this event > occurs (as added by this I-D).. I hope it's clearer for you. > > I hope it's ok. > > Best regards, > Marianne > > -----Message d'origine----- > De : Vijay Gurbani [mailto:vijay.gurbani@gmail.com] > Envoy=C3=A9 : lundi 29 octobre 2018 21:50 > =C3=80 : gen-art@ietf.org > Cc : sipcore@ietf.org; ietf@ietf.org; > draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org > Objet : Genart last call review of > draft-ietf-sipcore-originating-cdiv-parameter-05 > > Reviewer: Vijay Gurbani > Review result: Almost Ready > > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. > > For more information, please see the FAQ at > > . > > Document: draft-ietf-sipcore-originating-cdiv-parameter-?? > Reviewer: Vijay K. Gurbani > Review Date: 2018-10-29 > IETF LC End Date: 2018-10-26 > IESG Telechat date: Not scheduled for a telechat > > Summary: This draft is on the right track but has open issues, described > in the review. > > Major issues: 0 > > Minor issues: 1 > > Nits/editorial comments: 1 > > Minor: > > - S1.3: I am not sure I follow the logic in the problem statement. Who > is the "diverting" user? The user to who the call was destined? If so, > best to say that explicitly. (To be sure, I looked into rfc5502 as well= , > and it does not define "diverting" user either.) A bit below (in S4), > you > use the term "served" user to refer to the diverting user. All in all, > the > terminology here could be refined. I suspect that the "originating" use= r > is the callee. > > Concretely, I think that the first paragraph of S1.3 should be re-writte= n, > perhaps with a figure (?) to explain the call flow, or at least some > context using Alice, Bob and Carol as the example in S7.1 does (I suspec= t > that Carol is the "diverting" user here). > > Nits, typos: > > - S4, step 3: s/user an INVITE that/user as an INVITE that/ > Also, the "secase" and "regstate" parameters are what you are > standardizing > this I-D, as such you mention this before S4 so the reader knows that > these are the new parameters. Same for "orig-cdiv" parameter. > > > > _________________________________________________________________________= ________________________________________________ > > 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 o= u > 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 bee= n > modified, changed or falsified. > Thank you. > > > _________________________________________________________________________= ________________________________________________ > > 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 o= u > 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 bee= n > modified, changed or falsified. > Thank you. > > _________________________________________________________________________= ________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez re= cu 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 o= u falsifie. Merci. > > This message and its attachments may contain confidential or privileged i= nformation 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 de= lete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n modified, changed or falsified. > Thank you. > > --000000000000bcedc50579ee9d8f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Marianne: OK, if the context of "originatin= g after CDIV" is well understood by the folks working in this area, th= en I am fine with leaving it as is.
Thanks.
- vijay
=

On Mon, Nov 5, = 2018 at 11:51 AM <marianne= .mohali@orange.com> wrote:

Dear Vijay,

=C2=A0

Actually, = the =C2=AB=C2=A0originating=C2=A0=C2=BB is not qualifying something by itse= lf in this sentence, it has to be understood as a global wording for the ne= w defined session case which is "originating after CDIV" which is differen= t for an =E2=80=9Coriginating call leg=E2=80=9D.

=C2= =A0

If you don= =E2=80=99t mind, I would prefer to keep this wording as it is because it is= used although the I-D and quoted in the Introduction section in the following sentence:

"The = sessioncase-param parameter of the P-Served-User header field is extended w= ith the "orig-cdiv" parameter for this "originating after CD= IV" session case."

=C2= =A0

Marianne

=C2= =A0

De=C2=A0: Vija= y Gurbani [mailto:vijay.gurbani@gmail.com]
Envoy=C3=A9=C2=A0: lundi 5 novembre 2018 18:14
=C3=80=C2=A0: MOHALI Marianne TGI/OLN
Cc=C2=A0: gen-= art@ietf.org; sip= core@ietf.org; ietf@= ietf.org; draft-ietf-sipcore-originating-cdiv-para= meter.all@ietf.org; Jean Mahoney; ben@nostrum.com
Objet=C2=A0: Re: Genart last call review of draft-ietf-sipcore-origi= nating-cdiv-parameter-05

=C2=A0

= Dear Marianne: Thank you, again, for attending to my comment.=

=C2=A0

= Note that you still have a dangling verb "originating" in the sen= tence.=C2=A0 The verb is not qualifying anything:

=C2=A0

= =C2=A0=C2=A0 For this use case, this document creates a new parameter ("orig-cdiv") f= or
=C2=A0=C2=A0 the originat= ing after CDIV session case to be embedded in the P-Served-User
=C2=A0=C2=A0 header field= .

=C2=A0

In my email, I had sugges= ted adding "call leg" after the "originating" above.=C2= =A0 Otherwise, the sentence above is incomplete ... "originating"= what?

=C2=A0

Thanks.<= /u>

=C2=A0

=C2=A0

On Mon, Nov 5, 2018 at 11:04 AM <marianne.mohali@orange.com<= /a>> wrote:

Thanks Vijay for your= last feedback. I=E2=80=99m fine with your proposal and have updated the I-= D accordingly (v-07):
https://datatracker.ietf.org/doc/draft-i= etf-sipcore-originating-cdiv-parameter/

BR,
Marianne

De=C2=A0: Vijay Gurbani [mailto:vijay.gurbani@gmail.com]
Envoy=C3=A9=C2=A0: lundi 5 novembre 2018 17:45
=C3=80=C2=A0: MOHALI Marianne TGI/OLN
Cc=C2=A0: gen-art@iet= f.org; sipcore@ietf.org; ie= tf@ietf.org; draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org
Objet=C2=A0: Re: Genart last call review of draft-ietf-sipcore-originating-= cdiv-parameter-05

Dear Marianne: Thank you for attending to my comments.

I am fine with the text you added for S1.3.

Regarding "secase" and "regstate" being existing parame= ters, ok.=C2=A0 However, since the I-D is defining the "orig-cdiv"= ; parameter, I still think it makes sense to mention this before S4.=C2=A0 = You already have the text at the end of S1.3 (the current sentence appears ambiguous).=C2=A0 Let me suggest an edit:

OLD:
For this use case, this document creates a new parameter for the
=C2=A0=C2=A0 originating after CDIV session case to be embedded in the P-Se= rved-
=C2=A0=C2=A0 User header field.

NEW:
For this use case, this document creates a new parameter ("orig-cdiv&q= uot;) for the
=C2=A0 =C2=A0originating call leg to be embedded in the P-Served-User heade= r field.
Thanks.

On Mon, Nov 5, 2018 at 10:30 AM <marianne.mohali@orange.com> wrote:
Hi all,

Thanks Vijay for the GenArt review.
I've just submitted a v-06 to address your comments and here is my feed= backs:
https://datatracker.ietf.org/doc/draft-i= etf-sipcore-originating-cdiv-parameter/

>Minor:
>
>- S1.3: I am not sure I follow the logic in the problem statement.=C2= =A0 Who
> is the "diverting" user?=C2=A0 The user to who the call was = destined?=C2=A0 If so,
> best to say that explicitly.=C2=A0 (To be sure, I looked into rfc5502 = as well,
> and it does not define "diverting" user either.)=C2=A0 A bit= below (in S4), you=C2=A0
> use the term "served" user to refer to the diverting user.= =C2=A0 All in all, the=C2=A0
> terminology here could be refined.=C2=A0 I suspect that the "orig= inating" user
> is the callee.=C2=A0
>
> Concretely, I think that the first paragraph of S1.3 should be re-writ= ten,
> perhaps with a figure (?) to explain the call flow, or at least some > context using Alice, Bob and Carol as the example in S7.1 does (I susp= ect
> that Carol is the "diverting" user here).

[MM] Indeed, I can see that for people not very aware of IETF and 3GPP voca= bulary for call diversion service, it can be confusing. I prefer not to add= a call flow in the problem statement section but I did some updates in the= wording and inserted the Alice, Bob and Carol users for a better understanding.

>Nits, typos:
>
>- S4, step 3: s/user an INVITE that/user as an INVITE that/
> Also, the "secase" and "regstate" parameters are w= hat you are standardizing
> this I-D, as such you mention this before S4 so the reader knows that =
> these are the new parameters.=C2=A0 Same for "orig-cdiv" par= ameter.

[MM] Nits is corrected. About your comment, actually, this I-D is only stan= dardizing "orig-cdiv" parameter. This is the reason why "ses= case" and "regstate" appear, as part of a normal session est= ablishment and before any call diversion while the new parameter can appear only when this event occurs (as added by this I-D).. I hope it&= #39;s clearer for you.

I hope it's ok.

Best regards,
Marianne

-----Message d'origine-----
De=C2=A0: Vijay Gurbani [mailto:vijay.gurbani@gmail.com]
Envoy=C3=A9=C2=A0: lundi 29 octobre 2018 21:50
=C3=80=C2=A0: gen-art= @ietf.org
Cc=C2=A0: sipcore@iet= f.org; ietf@ietf.org; draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org
Objet=C2=A0: Genart last call review of draft-ietf-sipcore-originating-cdiv= -parameter-05

Reviewer: Vijay Gurbani
Review result: Almost Ready

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.=C2=A0 Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-sipcore-originating-cdiv-parameter-??
Reviewer: Vijay K. Gurbani
Review Date: 2018-10-29
IETF LC End Date: 2018-10-26
IESG Telechat date: Not scheduled for a telechat

Summary: This draft is on the right track but has open issues, described in= the review.

Major issues: 0

Minor issues: 1

Nits/editorial comments: 1

Minor:

- S1.3: I am not sure I follow the logic in the problem statement.=C2=A0 Wh= o
=C2=A0is the "diverting" user?=C2=A0 The user to who the call was= destined?=C2=A0 If so,
=C2=A0best to say that explicitly.=C2=A0 (To be sure, I looked into rfc5502= as well,
=C2=A0and it does not define "diverting" user either.)=C2=A0 A bi= t below (in S4), you=C2=A0
=C2=A0use the term "served" user to refer to the diverting user.= =C2=A0 All in all, the=C2=A0
=C2=A0terminology here could be refined.=C2=A0 I suspect that the "ori= ginating" user
=C2=A0is the callee.=C2=A0

=C2=A0Concretely, I think that the first paragraph of S1.3 should be re-wri= tten,
=C2=A0perhaps with a figure (?) to explain the call flow, or at least some<= br> =C2=A0context using Alice, Bob and Carol as the example in S7.1 does (I sus= pect
=C2=A0that Carol is the "diverting" user here).

Nits, typos:

- S4, step 3: s/user an INVITE that/user as an INVITE that/
=C2=A0Also, the "secase" and "regstate" parameters are = what you are standardizing
=C2=A0this I-D, as such you mention this before S4 so the reader knows that=
=C2=A0these are the new parameters.=C2=A0 Same for "orig-cdiv" pa= rameter.


___________________________________________________________________________= ______________________________________________

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 message= s 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 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.

___________________________________________________________________________= ______________________________________________

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 message= s 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 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.

______________________________________________________________________=
___________________________________________________

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 message=
s 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 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.
--000000000000bcedc50579ee9d8f-- From nobody Mon Nov 5 17:17:44 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 796EE12D4EA for ; Mon, 5 Nov 2018 17:17:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 Lstmm9F0-B_p for ; Mon, 5 Nov 2018 17:17:38 -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 C1F6C126DBF for ; Mon, 5 Nov 2018 17:17:38 -0800 (PST) Received: from [10.40.10.6] (ip-133-232-239-173.texas.us.northamericancoax.com [173.239.232.133]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wA61HWj9038571 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 5 Nov 2018 19:17:35 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host ip-133-232-239-173.texas.us.northamericancoax.com [173.239.232.133] claimed to be [10.40.10.6] From: Ben Campbell Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_542462A2-8F5B-452C-87DD-48188B6AB210"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Date: Tue, 6 Nov 2018 08:17:31 +0700 In-Reply-To: Cc: gen-art@ietf.org, sipcore@ietf.org, IETF list , Vijay Gurbani , draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org, "A. Jean Mahoney" To: "" References: <154084621265.4963.11856647404649644525@ietfa.amsl.com> <26344_1541435406_5BE0700E_26344_158_14_8B970F90C584EA4E97D5BAAC9172DBB84A2558EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <19441_1541437458_5BE07812_19441_188_1_8B970F90C584EA4E97D5BAAC9172DBB84A255B4D@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <21449_1541440262_5BE08306_21449_405_1_8B970F90C584EA4E97D5BAAC9172DBB84A255C43@OPEXCLILMA4.corporate.adroot.infra.ftgroup> X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: Re: [sipcore] Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 01:17:43 -0000 --Apple-Mail=_542462A2-8F5B-452C-87DD-48188B6AB210 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Editorial comment: Since =E2=80=9Coriginating after CDIV=E2=80=9D is effectively used as a = compound adjective, it would be better to hyphenate it, as in = =E2=80=9Coriginating-after-CDIV session=E2=80=9D. That might also make = it less confusing to people unfamiliar with the terminology. (Such a change can wait to be handled along with any IESG review = comments.) Thanks! Ben. > On Nov 6, 2018, at 12:57 AM, Vijay Gurbani = wrote: >=20 > Dear Marianne: OK, if the context of "originating after CDIV" is well = understood by the folks working in this area, then I am fine with = leaving it as is. > Thanks. > - vijay >=20 > On Mon, Nov 5, 2018 at 11:51 AM wrote: > Dear Vijay, >=20 >=20 >=20 > Actually, the =C2=AB originating =C2=BB is not qualifying something by = itself in this sentence, it has to be understood as a global wording for = the new defined session case which is "originating after CDIV" which is = different for an =E2=80=9Coriginating call leg=E2=80=9D. >=20 >=20 >=20 > If you don=E2=80=99t mind, I would prefer to keep this wording as it = is because it is used although the I-D and quoted in the Introduction = section in the following sentence: >=20 > "The sessioncase-param parameter of the P-Served-User header field is = extended with the "orig-cdiv" parameter for this "originating after = CDIV" session case." >=20 >=20 >=20 > Marianne >=20 >=20 >=20 > De : Vijay Gurbani [mailto:vijay.gurbani@gmail.com] > Envoy=C3=A9 : lundi 5 novembre 2018 18:14 > =C3=80 : MOHALI Marianne TGI/OLN > Cc : gen-art@ietf.org; sipcore@ietf.org; ietf@ietf.org; = draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org; Jean = Mahoney; ben@nostrum.com > Objet : Re: Genart last call review of = draft-ietf-sipcore-originating-cdiv-parameter-05 >=20 >=20 >=20 > Dear Marianne: Thank you, again, for attending to my comment. >=20 >=20 >=20 > Note that you still have a dangling verb "originating" in the = sentence. The verb is not qualifying anything: >=20 >=20 >=20 > For this use case, this document creates a new parameter = ("orig-cdiv") for > the originating after CDIV session case to be embedded in the = P-Served-User > header field. >=20 >=20 >=20 > In my email, I had suggested adding "call leg" after the "originating" = above. Otherwise, the sentence above is incomplete ... "originating" = what? >=20 >=20 >=20 > Thanks. >=20 >=20 >=20 >=20 >=20 > On Mon, Nov 5, 2018 at 11:04 AM wrote: >=20 > Thanks Vijay for your last feedback. I=E2=80=99m fine with your = proposal and have updated the I-D accordingly (v-07): > = https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-param= eter/ >=20 > BR, > Marianne >=20 > De : Vijay Gurbani [mailto:vijay.gurbani@gmail.com] > Envoy=C3=A9 : lundi 5 novembre 2018 17:45 > =C3=80 : MOHALI Marianne TGI/OLN > Cc : gen-art@ietf.org; sipcore@ietf.org; ietf@ietf.org; = draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org > Objet : Re: Genart last call review of = draft-ietf-sipcore-originating-cdiv-parameter-05 >=20 > Dear Marianne: Thank you for attending to my comments. >=20 > I am fine with the text you added for S1.3. >=20 > Regarding "secase" and "regstate" being existing parameters, ok. = However, since the I-D is defining the "orig-cdiv" parameter, I still = think it makes sense to mention this before S4. You already have the = text at the end of S1.3 (the current sentence appears ambiguous). Let = me suggest an edit: >=20 > OLD: > For this use case, this document creates a new parameter for the > originating after CDIV session case to be embedded in the P-Served- > User header field. >=20 > NEW: > For this use case, this document creates a new parameter ("orig-cdiv") = for the > originating call leg to be embedded in the P-Served-User header = field. > Thanks. >=20 > On Mon, Nov 5, 2018 at 10:30 AM wrote: > Hi all, >=20 > Thanks Vijay for the GenArt review. > I've just submitted a v-06 to address your comments and here is my = feedbacks: > = https://datatracker.ietf.org/doc/draft-ietf-sipcore-originating-cdiv-param= eter/ >=20 > >Minor: > > > >- S1.3: I am not sure I follow the logic in the problem statement. = Who > > is the "diverting" user? The user to who the call was destined? If = so, > > best to say that explicitly. (To be sure, I looked into rfc5502 as = well, > > and it does not define "diverting" user either.) A bit below (in = S4), you > > use the term "served" user to refer to the diverting user. All in = all, the > > terminology here could be refined. I suspect that the "originating" = user > > is the callee. > > > > Concretely, I think that the first paragraph of S1.3 should be = re-written, > > perhaps with a figure (?) to explain the call flow, or at least some > > context using Alice, Bob and Carol as the example in S7.1 does (I = suspect > > that Carol is the "diverting" user here). >=20 > [MM] Indeed, I can see that for people not very aware of IETF and 3GPP = vocabulary for call diversion service, it can be confusing. I prefer not = to add a call flow in the problem statement section but I did some = updates in the wording and inserted the Alice, Bob and Carol users for a = better understanding. >=20 > >Nits, typos: > > > >- S4, step 3: s/user an INVITE that/user as an INVITE that/ > > Also, the "secase" and "regstate" parameters are what you are = standardizing > > this I-D, as such you mention this before S4 so the reader knows = that > > these are the new parameters. Same for "orig-cdiv" parameter. >=20 > [MM] Nits is corrected. About your comment, actually, this I-D is only = standardizing "orig-cdiv" parameter. This is the reason why "sescase" = and "regstate" appear, as part of a normal session establishment and = before any call diversion while the new parameter can appear only when = this event occurs (as added by this I-D).. I hope it's clearer for you. >=20 > I hope it's ok. >=20 > Best regards, > Marianne >=20 > -----Message d'origine----- > De : Vijay Gurbani [mailto:vijay.gurbani@gmail.com] > Envoy=C3=A9 : lundi 29 octobre 2018 21:50 > =C3=80 : gen-art@ietf.org > Cc : sipcore@ietf.org; ietf@ietf.org; = draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org > Objet : Genart last call review of = draft-ietf-sipcore-originating-cdiv-parameter-05 >=20 > Reviewer: Vijay Gurbani > Review result: Almost Ready >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-sipcore-originating-cdiv-parameter-?? > Reviewer: Vijay K. Gurbani > Review Date: 2018-10-29 > IETF LC End Date: 2018-10-26 > IESG Telechat date: Not scheduled for a telechat >=20 > Summary: This draft is on the right track but has open issues, = described in the review. >=20 > Major issues: 0 >=20 > Minor issues: 1 >=20 > Nits/editorial comments: 1 >=20 > Minor: >=20 > - S1.3: I am not sure I follow the logic in the problem statement. = Who > is the "diverting" user? The user to who the call was destined? If = so, > best to say that explicitly. (To be sure, I looked into rfc5502 as = well, > and it does not define "diverting" user either.) A bit below (in = S4), you > use the term "served" user to refer to the diverting user. All in = all, the > terminology here could be refined. I suspect that the "originating" = user > is the callee. >=20 > Concretely, I think that the first paragraph of S1.3 should be = re-written, > perhaps with a figure (?) to explain the call flow, or at least some > context using Alice, Bob and Carol as the example in S7.1 does (I = suspect > that Carol is the "diverting" user here). >=20 > Nits, typos: >=20 > - S4, step 3: s/user an INVITE that/user as an INVITE that/ > Also, the "secase" and "regstate" parameters are what you are = standardizing > this I-D, as such you mention this before S4 so the reader knows that > these are the new parameters. Same for "orig-cdiv" parameter. >=20 >=20 > = __________________________________________________________________________= _______________________________________________ >=20 > 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. >=20 > 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. >=20 > = __________________________________________________________________________= _______________________________________________ >=20 > 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. >=20 > 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. >=20 > = __________________________________________________________________________= _______________________________________________ >=20 > 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. >=20 > 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. >=20 --Apple-Mail=_542462A2-8F5B-452C-87DD-48188B6AB210 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlvg66sACgkQgFZKbJXz 1A28xRAAuND9Y0RVI7cHAtg9L3dVuDk6MF8mvE40hzQuBpVacmKghwX8ITV0qQje UKn7DWjwUbSs3xOLcmQ7rmRmrqjgOEqXdSRSVw2b85dKqe75yjnTp9SRYwmye7Zt +EmuvWY3XT2CbOCb/pYpwEOWn0e07G9VwtkqkU2adR/S6mD72xG9PjZbifShksNz AlHD6JtEvKK6gw81HgTqS+RBi7fiLZ2UlrkDIH0ZUxmmCu2zZnlTrvIjpqjnVYzi ZTZcLqM1jIO4RJ49rgdPiWCMuMaNW6Xquk1uAKWyjQuQKPFlPjotc4OLGr262nH0 qsEEyXhtG35u9nwQAiN/+0EoZkXDRAkKDM1z8SFQBHsTY97lL9Pz9nZj9v6v5x4s NTehsIXQ6h/MrnnMGIgTCVnWLYUpu2lc1bqPs6/SANo2HL9646AACOXCiPfH7vjM /5l4HzLULUz+NpMrKb8jerCO+8aacRKvSAQy9lEo4IC7rm2dSQ1tqV/gyEIT5q+W 5ZCZ1T5f0ByZSx+Ba3K08CF1C5tNl2sql+lfE1nrW4w/ReZ7VsaP0Mv+wfkupbla caTODDC7GUdw/PJzK9U2QHfcUAH4FvRyoPaPhQ3pOOC70WsT6VUdlgOZ8S8QQJcm dXKmF2z9jRL0SolD3xkOfMJ6sIjo/8Osui8NaTJFxx9tZUPtKLw= =oLE0 -----END PGP SIGNATURE----- --Apple-Mail=_542462A2-8F5B-452C-87DD-48188B6AB210-- From nobody Mon Nov 5 22:31:15 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 D8A9C12D4F1; Mon, 5 Nov 2018 22:30:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, 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 ZX8muDk_tCas; Mon, 5 Nov 2018 22:30:55 -0800 (PST) Received: from orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 312BF128CF2; Mon, 5 Nov 2018 22:30:55 -0800 (PST) Received: from opfedar04.francetelecom.fr (unknown [xx.xx.xx.6]) by opfedar20.francetelecom.fr (ESMTP service) with ESMTP id 42q06j2Q4Gz8tcj; Tue, 6 Nov 2018 07:30:53 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.34]) by opfedar04.francetelecom.fr (ESMTP service) with ESMTP id 42q06j0lwmz1xpL; Tue, 6 Nov 2018 07:30:53 +0100 (CET) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM6F.corporate.adroot.infra.ftgroup ([fe80::bd00:88f8:8552:3349%17]) with mapi id 14.03.0415.000; Tue, 6 Nov 2018 07:30:52 +0100 From: To: Ben Campbell CC: "gen-art@ietf.org" , "sipcore@ietf.org" , IETF list , Vijay Gurbani , "draft-ietf-sipcore-originating-cdiv-parameter.all@ietf.org" , "A. Jean Mahoney" Thread-Topic: Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 Thread-Index: AQHUb8j+gZN5CuNDXEKxOaLWHjQPnqVBDYEggABP8gCAABWGwP//8oeAgAAZDFD///MNgIAAewyAgABoFNA= Date: Tue, 6 Nov 2018 06:30:52 +0000 Message-ID: <9722_1541485853_5BE1351D_9722_415_1_8B970F90C584EA4E97D5BAAC9172DBB84A256528@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <154084621265.4963.11856647404649644525@ietfa.amsl.com> <26344_1541435406_5BE0700E_26344_158_14_8B970F90C584EA4E97D5BAAC9172DBB84A2558EC@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <19441_1541437458_5BE07812_19441_188_1_8B970F90C584EA4E97D5BAAC9172DBB84A255B4D@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <21449_1541440262_5BE08306_21449_405_1_8B970F90C584EA4E97D5BAAC9172DBB84A255C43@OPEXCLILMA4.corporate.adroot.infra.ftgroup> In-Reply-To: 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="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [sipcore] Genart last call review of draft-ietf-sipcore-originating-cdiv-parameter-05 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2018 06:30:58 -0000 T2sgbm8gcHJvYmxlbSwgSSBrZWVwIGl0IGluIG1pbmQgZm9yIGEgZnVydGhlciB1cGRhdGUgb2Yg dGhlIEktRC4NCg0KTWFyaWFubmUNCg0KLS0tLS1NZXNzYWdlIGQnb3JpZ2luZS0tLS0tDQpEZcKg OiBCZW4gQ2FtcGJlbGwgW21haWx0bzpiZW5Abm9zdHJ1bS5jb21dIA0KRW52b3nDqcKgOiBtYXJk aSA2IG5vdmVtYnJlIDIwMTggMDI6MTgNCsOAwqA6IE1PSEFMSSBNYXJpYW5uZSBUR0kvT0xODQpD Y8KgOiBnZW4tYXJ0QGlldGYub3JnOyBzaXBjb3JlQGlldGYub3JnOyBJRVRGIGxpc3Q7IFZpamF5 IEd1cmJhbmk7IGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRlci5h bGxAaWV0Zi5vcmc7IEEuIEplYW4gTWFob25leQ0KT2JqZXTCoDogUmU6IEdlbmFydCBsYXN0IGNh bGwgcmV2aWV3IG9mIGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBhcmFtZXRl ci0wNQ0KDQpFZGl0b3JpYWwgY29tbWVudDoNCg0KU2luY2Ug4oCcb3JpZ2luYXRpbmcgYWZ0ZXIg Q0RJVuKAnSBpcyBlZmZlY3RpdmVseSB1c2VkIGFzIGEgY29tcG91bmQgYWRqZWN0aXZlLCBpdCB3 b3VsZCBiZSBiZXR0ZXIgdG8gaHlwaGVuYXRlIGl0LCBhcyBpbiDigJxvcmlnaW5hdGluZy1hZnRl ci1DRElWIHNlc3Npb27igJ0uIFRoYXQgbWlnaHQgYWxzbyBtYWtlIGl0IGxlc3MgY29uZnVzaW5n IHRvIHBlb3BsZSB1bmZhbWlsaWFyIHdpdGggdGhlIHRlcm1pbm9sb2d5Lg0KDQooU3VjaCBhIGNo YW5nZSBjYW4gd2FpdCB0byBiZSBoYW5kbGVkIGFsb25nIHdpdGggYW55IElFU0cgcmV2aWV3IGNv bW1lbnRzLikNCg0KVGhhbmtzIQ0KDQpCZW4uDQoNCj4gT24gTm92IDYsIDIwMTgsIGF0IDEyOjU3 IEFNLCBWaWpheSBHdXJiYW5pIDx2aWpheS5ndXJiYW5pQGdtYWlsLmNvbT4gd3JvdGU6DQo+IA0K PiBEZWFyIE1hcmlhbm5lOiBPSywgaWYgdGhlIGNvbnRleHQgb2YgIm9yaWdpbmF0aW5nIGFmdGVy IENESVYiIGlzIHdlbGwgdW5kZXJzdG9vZCBieSB0aGUgZm9sa3Mgd29ya2luZyBpbiB0aGlzIGFy ZWEsIHRoZW4gSSBhbSBmaW5lIHdpdGggbGVhdmluZyBpdCBhcyBpcy4NCj4gVGhhbmtzLg0KPiAt IHZpamF5DQo+IA0KPiBPbiBNb24sIE5vdiA1LCAyMDE4IGF0IDExOjUxIEFNIDxtYXJpYW5uZS5t b2hhbGlAb3JhbmdlLmNvbT4gd3JvdGU6DQo+IERlYXIgVmlqYXksDQo+IA0KPiANCj4gDQo+IEFj dHVhbGx5LCB0aGUgwqsgb3JpZ2luYXRpbmcgwrsgaXMgbm90IHF1YWxpZnlpbmcgc29tZXRoaW5n IGJ5IGl0c2VsZiBpbiB0aGlzIHNlbnRlbmNlLCBpdCBoYXMgdG8gYmUgdW5kZXJzdG9vZCBhcyBh IGdsb2JhbCB3b3JkaW5nIGZvciB0aGUgbmV3IGRlZmluZWQgc2Vzc2lvbiBjYXNlIHdoaWNoIGlz ICJvcmlnaW5hdGluZyBhZnRlciBDRElWIiB3aGljaCBpcyBkaWZmZXJlbnQgZm9yIGFuIOKAnG9y aWdpbmF0aW5nIGNhbGwgbGVn4oCdLg0KPiANCj4gDQo+IA0KPiBJZiB5b3UgZG9u4oCZdCBtaW5k LCBJIHdvdWxkIHByZWZlciB0byBrZWVwIHRoaXMgd29yZGluZyBhcyBpdCBpcyBiZWNhdXNlIGl0 IGlzIHVzZWQgYWx0aG91Z2ggdGhlIEktRCBhbmQgcXVvdGVkIGluIHRoZSBJbnRyb2R1Y3Rpb24g c2VjdGlvbiBpbiB0aGUgZm9sbG93aW5nIHNlbnRlbmNlOg0KPiANCj4gIlRoZSBzZXNzaW9uY2Fz ZS1wYXJhbSBwYXJhbWV0ZXIgb2YgdGhlIFAtU2VydmVkLVVzZXIgaGVhZGVyIGZpZWxkIGlzIGV4 dGVuZGVkIHdpdGggdGhlICJvcmlnLWNkaXYiIHBhcmFtZXRlciBmb3IgdGhpcyAib3JpZ2luYXRp bmcgYWZ0ZXIgQ0RJViIgc2Vzc2lvbiBjYXNlLiINCj4gDQo+IA0KPiANCj4gTWFyaWFubmUNCj4g DQo+IA0KPiANCj4gRGUgOiBWaWpheSBHdXJiYW5pIFttYWlsdG86dmlqYXkuZ3VyYmFuaUBnbWFp bC5jb21dIEVudm95w6kgOiBsdW5kaSA1IA0KPiBub3ZlbWJyZSAyMDE4IDE4OjE0IMOAIDogTU9I QUxJIE1hcmlhbm5lIFRHSS9PTE4gQ2MgOiBnZW4tYXJ0QGlldGYub3JnOyANCj4gc2lwY29yZUBp ZXRmLm9yZzsgaWV0ZkBpZXRmLm9yZzsgDQo+IGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGlu Zy1jZGl2LXBhcmFtZXRlci5hbGxAaWV0Zi5vcmc7IEplYW4gDQo+IE1haG9uZXk7IGJlbkBub3N0 cnVtLmNvbSBPYmpldCA6IFJlOiBHZW5hcnQgbGFzdCBjYWxsIHJldmlldyBvZiANCj4gZHJhZnQt aWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1ldGVyLTA1DQo+IA0KPiANCj4gDQo+ IERlYXIgTWFyaWFubmU6IFRoYW5rIHlvdSwgYWdhaW4sIGZvciBhdHRlbmRpbmcgdG8gbXkgY29t bWVudC4NCj4gDQo+IA0KPiANCj4gTm90ZSB0aGF0IHlvdSBzdGlsbCBoYXZlIGEgZGFuZ2xpbmcg dmVyYiAib3JpZ2luYXRpbmciIGluIHRoZSBzZW50ZW5jZS4gIFRoZSB2ZXJiIGlzIG5vdCBxdWFs aWZ5aW5nIGFueXRoaW5nOg0KPiANCj4gDQo+IA0KPiAgICBGb3IgdGhpcyB1c2UgY2FzZSwgdGhp cyBkb2N1bWVudCBjcmVhdGVzIGEgbmV3IHBhcmFtZXRlciAoIm9yaWctY2RpdiIpIGZvcg0KPiAg ICB0aGUgb3JpZ2luYXRpbmcgYWZ0ZXIgQ0RJViBzZXNzaW9uIGNhc2UgdG8gYmUgZW1iZWRkZWQg aW4gdGhlIFAtU2VydmVkLVVzZXINCj4gICAgaGVhZGVyIGZpZWxkLg0KPiANCj4gDQo+IA0KPiBJ biBteSBlbWFpbCwgSSBoYWQgc3VnZ2VzdGVkIGFkZGluZyAiY2FsbCBsZWciIGFmdGVyIHRoZSAi b3JpZ2luYXRpbmciIGFib3ZlLiAgT3RoZXJ3aXNlLCB0aGUgc2VudGVuY2UgYWJvdmUgaXMgaW5j b21wbGV0ZSAuLi4gIm9yaWdpbmF0aW5nIiB3aGF0Pw0KPiANCj4gDQo+IA0KPiBUaGFua3MuDQo+ IA0KPiANCj4gDQo+IA0KPiANCj4gT24gTW9uLCBOb3YgNSwgMjAxOCBhdCAxMTowNCBBTSA8bWFy aWFubmUubW9oYWxpQG9yYW5nZS5jb20+IHdyb3RlOg0KPiANCj4gVGhhbmtzIFZpamF5IGZvciB5 b3VyIGxhc3QgZmVlZGJhY2suIEnigJltIGZpbmUgd2l0aCB5b3VyIHByb3Bvc2FsIGFuZCBoYXZl IHVwZGF0ZWQgdGhlIEktRCBhY2NvcmRpbmdseSAodi0wNyk6DQo+IGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXANCj4g YXJhbWV0ZXIvDQo+IA0KPiBCUiwNCj4gTWFyaWFubmUNCj4gDQo+IERlIDogVmlqYXkgR3VyYmFu aSBbbWFpbHRvOnZpamF5Lmd1cmJhbmlAZ21haWwuY29tXSBFbnZvecOpIDogbHVuZGkgNSANCj4g bm92ZW1icmUgMjAxOCAxNzo0NSDDgCA6IE1PSEFMSSBNYXJpYW5uZSBUR0kvT0xOIENjIDogZ2Vu LWFydEBpZXRmLm9yZzsgDQo+IHNpcGNvcmVAaWV0Zi5vcmc7IGlldGZAaWV0Zi5vcmc7IA0KPiBk cmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXIuYWxsQGlldGYub3Jn DQo+IE9iamV0IDogUmU6IEdlbmFydCBsYXN0IGNhbGwgcmV2aWV3IG9mIA0KPiBkcmFmdC1pZXRm LXNpcGNvcmUtb3JpZ2luYXRpbmctY2Rpdi1wYXJhbWV0ZXItMDUNCj4gDQo+IERlYXIgTWFyaWFu bmU6IFRoYW5rIHlvdSBmb3IgYXR0ZW5kaW5nIHRvIG15IGNvbW1lbnRzLg0KPiANCj4gSSBhbSBm aW5lIHdpdGggdGhlIHRleHQgeW91IGFkZGVkIGZvciBTMS4zLg0KPiANCj4gUmVnYXJkaW5nICJz ZWNhc2UiIGFuZCAicmVnc3RhdGUiIGJlaW5nIGV4aXN0aW5nIHBhcmFtZXRlcnMsIG9rLiAgSG93 ZXZlciwgc2luY2UgdGhlIEktRCBpcyBkZWZpbmluZyB0aGUgIm9yaWctY2RpdiIgcGFyYW1ldGVy LCBJIHN0aWxsIHRoaW5rIGl0IG1ha2VzIHNlbnNlIHRvIG1lbnRpb24gdGhpcyBiZWZvcmUgUzQu ICBZb3UgYWxyZWFkeSBoYXZlIHRoZSB0ZXh0IGF0IHRoZSBlbmQgb2YgUzEuMyAodGhlIGN1cnJl bnQgc2VudGVuY2UgYXBwZWFycyBhbWJpZ3VvdXMpLiAgTGV0IG1lIHN1Z2dlc3QgYW4gZWRpdDoN Cj4gDQo+IE9MRDoNCj4gRm9yIHRoaXMgdXNlIGNhc2UsIHRoaXMgZG9jdW1lbnQgY3JlYXRlcyBh IG5ldyBwYXJhbWV0ZXIgZm9yIHRoZQ0KPiAgICBvcmlnaW5hdGluZyBhZnRlciBDRElWIHNlc3Np b24gY2FzZSB0byBiZSBlbWJlZGRlZCBpbiB0aGUgUC1TZXJ2ZWQtDQo+ICAgIFVzZXIgaGVhZGVy IGZpZWxkLg0KPiANCj4gTkVXOg0KPiBGb3IgdGhpcyB1c2UgY2FzZSwgdGhpcyBkb2N1bWVudCBj cmVhdGVzIGEgbmV3IHBhcmFtZXRlciAoIm9yaWctY2RpdiIpIGZvciB0aGUNCj4gICAgb3JpZ2lu YXRpbmcgY2FsbCBsZWcgdG8gYmUgZW1iZWRkZWQgaW4gdGhlIFAtU2VydmVkLVVzZXIgaGVhZGVy IGZpZWxkLg0KPiBUaGFua3MuDQo+IA0KPiBPbiBNb24sIE5vdiA1LCAyMDE4IGF0IDEwOjMwIEFN IDxtYXJpYW5uZS5tb2hhbGlAb3JhbmdlLmNvbT4gd3JvdGU6DQo+IEhpIGFsbCwNCj4gDQo+IFRo YW5rcyBWaWpheSBmb3IgdGhlIEdlbkFydCByZXZpZXcuDQo+IEkndmUganVzdCBzdWJtaXR0ZWQg YSB2LTA2IHRvIGFkZHJlc3MgeW91ciBjb21tZW50cyBhbmQgaGVyZSBpcyBteSBmZWVkYmFja3M6 DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtc2lwY29yZS1v cmlnaW5hdGluZy1jZGl2LXANCj4gYXJhbWV0ZXIvDQo+IA0KPiA+TWlub3I6DQo+ID4NCj4gPi0g UzEuMzogSSBhbSBub3Qgc3VyZSBJIGZvbGxvdyB0aGUgbG9naWMgaW4gdGhlIHByb2JsZW0gc3Rh dGVtZW50LiAgDQo+ID5XaG8gIGlzIHRoZSAiZGl2ZXJ0aW5nIiB1c2VyPyAgVGhlIHVzZXIgdG8g d2hvIHRoZSBjYWxsIHdhcyBkZXN0aW5lZD8gIA0KPiA+SWYgc28sICBiZXN0IHRvIHNheSB0aGF0 IGV4cGxpY2l0bHkuICAoVG8gYmUgc3VyZSwgSSBsb29rZWQgaW50byANCj4gPnJmYzU1MDIgYXMg d2VsbCwgIGFuZCBpdCBkb2VzIG5vdCBkZWZpbmUgImRpdmVydGluZyIgdXNlciBlaXRoZXIuKSAg QSANCj4gPmJpdCBiZWxvdyAoaW4gUzQpLCB5b3UgIHVzZSB0aGUgdGVybSAic2VydmVkIiB1c2Vy IHRvIHJlZmVyIHRvIHRoZSANCj4gPmRpdmVydGluZyB1c2VyLiAgQWxsIGluIGFsbCwgdGhlICB0 ZXJtaW5vbG9neSBoZXJlIGNvdWxkIGJlIHJlZmluZWQuICANCj4gPkkgc3VzcGVjdCB0aGF0IHRo ZSAib3JpZ2luYXRpbmciIHVzZXIgIGlzIHRoZSBjYWxsZWUuDQo+ID4NCj4gPiBDb25jcmV0ZWx5 LCBJIHRoaW5rIHRoYXQgdGhlIGZpcnN0IHBhcmFncmFwaCBvZiBTMS4zIHNob3VsZCBiZSANCj4g PiByZS13cml0dGVuLCBwZXJoYXBzIHdpdGggYSBmaWd1cmUgKD8pIHRvIGV4cGxhaW4gdGhlIGNh bGwgZmxvdywgb3IgDQo+ID4gYXQgbGVhc3Qgc29tZSBjb250ZXh0IHVzaW5nIEFsaWNlLCBCb2Ig YW5kIENhcm9sIGFzIHRoZSBleGFtcGxlIGluIA0KPiA+IFM3LjEgZG9lcyAoSSBzdXNwZWN0IHRo YXQgQ2Fyb2wgaXMgdGhlICJkaXZlcnRpbmciIHVzZXIgaGVyZSkuDQo+IA0KPiBbTU1dIEluZGVl ZCwgSSBjYW4gc2VlIHRoYXQgZm9yIHBlb3BsZSBub3QgdmVyeSBhd2FyZSBvZiBJRVRGIGFuZCAz R1BQIHZvY2FidWxhcnkgZm9yIGNhbGwgZGl2ZXJzaW9uIHNlcnZpY2UsIGl0IGNhbiBiZSBjb25m dXNpbmcuIEkgcHJlZmVyIG5vdCB0byBhZGQgYSBjYWxsIGZsb3cgaW4gdGhlIHByb2JsZW0gc3Rh dGVtZW50IHNlY3Rpb24gYnV0IEkgZGlkIHNvbWUgdXBkYXRlcyBpbiB0aGUgd29yZGluZyBhbmQg aW5zZXJ0ZWQgdGhlIEFsaWNlLCBCb2IgYW5kIENhcm9sIHVzZXJzIGZvciBhIGJldHRlciB1bmRl cnN0YW5kaW5nLg0KPiANCj4gPk5pdHMsIHR5cG9zOg0KPiA+DQo+ID4tIFM0LCBzdGVwIDM6IHMv dXNlciBhbiBJTlZJVEUgdGhhdC91c2VyIGFzIGFuIElOVklURSB0aGF0LyAgQWxzbywgDQo+ID50 aGUgInNlY2FzZSIgYW5kICJyZWdzdGF0ZSIgcGFyYW1ldGVycyBhcmUgd2hhdCB5b3UgYXJlIHN0 YW5kYXJkaXppbmcgIA0KPiA+dGhpcyBJLUQsIGFzIHN1Y2ggeW91IG1lbnRpb24gdGhpcyBiZWZv cmUgUzQgc28gdGhlIHJlYWRlciBrbm93cyB0aGF0ICANCj4gPnRoZXNlIGFyZSB0aGUgbmV3IHBh cmFtZXRlcnMuICBTYW1lIGZvciAib3JpZy1jZGl2IiBwYXJhbWV0ZXIuDQo+IA0KPiBbTU1dIE5p dHMgaXMgY29ycmVjdGVkLiBBYm91dCB5b3VyIGNvbW1lbnQsIGFjdHVhbGx5LCB0aGlzIEktRCBp cyBvbmx5IHN0YW5kYXJkaXppbmcgIm9yaWctY2RpdiIgcGFyYW1ldGVyLiBUaGlzIGlzIHRoZSBy ZWFzb24gd2h5ICJzZXNjYXNlIiBhbmQgInJlZ3N0YXRlIiBhcHBlYXIsIGFzIHBhcnQgb2YgYSBu b3JtYWwgc2Vzc2lvbiBlc3RhYmxpc2htZW50IGFuZCBiZWZvcmUgYW55IGNhbGwgZGl2ZXJzaW9u IHdoaWxlIHRoZSBuZXcgcGFyYW1ldGVyIGNhbiBhcHBlYXIgb25seSB3aGVuIHRoaXMgZXZlbnQg b2NjdXJzIChhcyBhZGRlZCBieSB0aGlzIEktRCkuLiBJIGhvcGUgaXQncyBjbGVhcmVyIGZvciB5 b3UuDQo+IA0KPiBJIGhvcGUgaXQncyBvay4NCj4gDQo+IEJlc3QgcmVnYXJkcywNCj4gTWFyaWFu bmUNCj4gDQo+IC0tLS0tTWVzc2FnZSBkJ29yaWdpbmUtLS0tLQ0KPiBEZSA6IFZpamF5IEd1cmJh bmkgW21haWx0bzp2aWpheS5ndXJiYW5pQGdtYWlsLmNvbV0gRW52b3nDqSA6IGx1bmRpIDI5IA0K PiBvY3RvYnJlIDIwMTggMjE6NTAgw4AgOiBnZW4tYXJ0QGlldGYub3JnIENjIDogc2lwY29yZUBp ZXRmLm9yZzsgDQo+IGlldGZAaWV0Zi5vcmc7IA0KPiBkcmFmdC1pZXRmLXNpcGNvcmUtb3JpZ2lu YXRpbmctY2Rpdi1wYXJhbWV0ZXIuYWxsQGlldGYub3JnDQo+IE9iamV0IDogR2VuYXJ0IGxhc3Qg Y2FsbCByZXZpZXcgb2YgDQo+IGRyYWZ0LWlldGYtc2lwY29yZS1vcmlnaW5hdGluZy1jZGl2LXBh cmFtZXRlci0wNQ0KPiANCj4gUmV2aWV3ZXI6IFZpamF5IEd1cmJhbmkNCj4gUmV2aWV3IHJlc3Vs dDogQWxtb3N0IFJlYWR5DQo+IA0KPiBJIGFtIHRoZSBhc3NpZ25lZCBHZW4tQVJUIHJldmlld2Vy IGZvciB0aGlzIGRyYWZ0LiBUaGUgR2VuZXJhbCBBcmVhIA0KPiBSZXZpZXcgVGVhbSAoR2VuLUFS VCkgcmV2aWV3cyBhbGwgSUVURiBkb2N1bWVudHMgYmVpbmcgcHJvY2Vzc2VkIGJ5IA0KPiB0aGUg SUVTRyBmb3IgdGhlIElFVEYgQ2hhaXIuICBQbGVhc2UgdHJlYXQgdGhlc2UgY29tbWVudHMganVz dCBsaWtlIA0KPiBhbnkgb3RoZXIgbGFzdCBjYWxsIGNvbW1lbnRzLg0KPiANCj4gRm9yIG1vcmUg aW5mb3JtYXRpb24sIHBsZWFzZSBzZWUgdGhlIEZBUSBhdA0KPiANCj4gPGh0dHBzOi8vdHJhYy5p ZXRmLm9yZy90cmFjL2dlbi93aWtpL0dlbkFydGZhcT4uDQo+IA0KPiBEb2N1bWVudDogZHJhZnQt aWV0Zi1zaXBjb3JlLW9yaWdpbmF0aW5nLWNkaXYtcGFyYW1ldGVyLT8/DQo+IFJldmlld2VyOiBW aWpheSBLLiBHdXJiYW5pDQo+IFJldmlldyBEYXRlOiAyMDE4LTEwLTI5DQo+IElFVEYgTEMgRW5k IERhdGU6IDIwMTgtMTAtMjYNCj4gSUVTRyBUZWxlY2hhdCBkYXRlOiBOb3Qgc2NoZWR1bGVkIGZv ciBhIHRlbGVjaGF0DQo+IA0KPiBTdW1tYXJ5OiBUaGlzIGRyYWZ0IGlzIG9uIHRoZSByaWdodCB0 cmFjayBidXQgaGFzIG9wZW4gaXNzdWVzLCBkZXNjcmliZWQgaW4gdGhlIHJldmlldy4NCj4gDQo+ IE1ham9yIGlzc3VlczogMA0KPiANCj4gTWlub3IgaXNzdWVzOiAxDQo+IA0KPiBOaXRzL2VkaXRv cmlhbCBjb21tZW50czogMQ0KPiANCj4gTWlub3I6DQo+IA0KPiAtIFMxLjM6IEkgYW0gbm90IHN1 cmUgSSBmb2xsb3cgdGhlIGxvZ2ljIGluIHRoZSBwcm9ibGVtIHN0YXRlbWVudC4gIA0KPiBXaG8g IGlzIHRoZSAiZGl2ZXJ0aW5nIiB1c2VyPyAgVGhlIHVzZXIgdG8gd2hvIHRoZSBjYWxsIHdhcyBk ZXN0aW5lZD8gIA0KPiBJZiBzbywgIGJlc3QgdG8gc2F5IHRoYXQgZXhwbGljaXRseS4gIChUbyBi ZSBzdXJlLCBJIGxvb2tlZCBpbnRvIA0KPiByZmM1NTAyIGFzIHdlbGwsICBhbmQgaXQgZG9lcyBu b3QgZGVmaW5lICJkaXZlcnRpbmciIHVzZXIgZWl0aGVyLikgIEEgDQo+IGJpdCBiZWxvdyAoaW4g UzQpLCB5b3UgIHVzZSB0aGUgdGVybSAic2VydmVkIiB1c2VyIHRvIHJlZmVyIHRvIHRoZSANCj4g ZGl2ZXJ0aW5nIHVzZXIuICBBbGwgaW4gYWxsLCB0aGUgIHRlcm1pbm9sb2d5IGhlcmUgY291bGQg YmUgcmVmaW5lZC4gIA0KPiBJIHN1c3BlY3QgdGhhdCB0aGUgIm9yaWdpbmF0aW5nIiB1c2VyICBp cyB0aGUgY2FsbGVlLg0KPiANCj4gIENvbmNyZXRlbHksIEkgdGhpbmsgdGhhdCB0aGUgZmlyc3Qg cGFyYWdyYXBoIG9mIFMxLjMgc2hvdWxkIGJlIA0KPiByZS13cml0dGVuLCAgcGVyaGFwcyB3aXRo IGEgZmlndXJlICg/KSB0byBleHBsYWluIHRoZSBjYWxsIGZsb3csIG9yIGF0IA0KPiBsZWFzdCBz b21lICBjb250ZXh0IHVzaW5nIEFsaWNlLCBCb2IgYW5kIENhcm9sIGFzIHRoZSBleGFtcGxlIGlu IFM3LjEgDQo+IGRvZXMgKEkgc3VzcGVjdCAgdGhhdCBDYXJvbCBpcyB0aGUgImRpdmVydGluZyIg dXNlciBoZXJlKS4NCj4gDQo+IE5pdHMsIHR5cG9zOg0KPiANCj4gLSBTNCwgc3RlcCAzOiBzL3Vz ZXIgYW4gSU5WSVRFIHRoYXQvdXNlciBhcyBhbiBJTlZJVEUgdGhhdC8gIEFsc28sIHRoZSANCj4g InNlY2FzZSIgYW5kICJyZWdzdGF0ZSIgcGFyYW1ldGVycyBhcmUgd2hhdCB5b3UgYXJlIHN0YW5k YXJkaXppbmcgIA0KPiB0aGlzIEktRCwgYXMgc3VjaCB5b3UgbWVudGlvbiB0aGlzIGJlZm9yZSBT NCBzbyB0aGUgcmVhZGVyIGtub3dzIHRoYXQgIA0KPiB0aGVzZSBhcmUgdGhlIG5ldyBwYXJhbWV0 ZXJzLiAgU2FtZSBmb3IgIm9yaWctY2RpdiIgcGFyYW1ldGVyLg0KPiANCj4gDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+IA0KPiBDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMgDQo+IGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMg ZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCANCj4gZXhwbG9pdGVzIG91IGNv cGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSANCj4g cGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0 cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9u aXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91 dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3Ug ZmFsc2lmaWUuIE1lcmNpLg0KPiANCj4gVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIA0KPiBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRo YXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRl ZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KPiBJZiB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5k IGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCj4gQXMgZW1haWxzIG1h eSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZl IGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KPiBUaGFuayB5b3UuDQo+IA0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPiANCj4gQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1 dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIA0KPiBjb25maWRlbnRpZWxsZXMgb3UgcHJp dmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywgDQo+IGV4cGxv aXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1l c3NhZ2UgDQo+IHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVy IGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdl cyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBk ZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBk ZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCj4gDQo+IFRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0 dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciANCj4gcHJpdmlsZWdlZCBpbmZv cm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUg ZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCj4gSWYg eW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUg c2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQo+IEFz IGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2Vz IHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NCj4gVGhhbmsg eW91Lg0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4gDQo+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBq b2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyANCj4gY29uZmlkZW50aWVs bGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMs IA0KPiBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXog cmVjdSBjZSBtZXNzYWdlIA0KPiBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwn ZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBM ZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9u LCBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRl IGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQo+IA0KPiBUaGlzIG1lc3NhZ2Ug YW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgDQo+IHByaXZp bGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsgdGhleSBzaG91 bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRp b24uDQo+IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBu b3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzLg0KPiBBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZv ciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQu DQo+IFRoYW5rIHlvdS4NCj4gDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMg am9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVz IG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4 cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNl IG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIg ZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2Vz IGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRl Y2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRl Zm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVu dHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhh dCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVk LCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2Vp dmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVs ZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFs dGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBt b2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== From nobody Tue Nov 6 19: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 51B2A12D4ED for ; Tue, 6 Nov 2018 19:36:31 -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 ZAow5t_PwZGq for ; Tue, 6 Nov 2018 19:36:29 -0800 (PST) Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (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 A8B431276D0 for ; Tue, 6 Nov 2018 19:36:29 -0800 (PST) Received: by mail-pl1-x62e.google.com with SMTP id f12-v6so6037730plo.1 for ; Tue, 06 Nov 2018 19:36:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:cc:from:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=SgUAkC0upUo+QTDd9GnOil7lMPuGw1jaKByDov15ljU=; b=eMMTyObHsNPNk6s9Ohl2mtVvVQuCcoLj729oDD8DxVZHVETL+muG7UrmLXt1wSHwhA YcuIQjse4JdyQsktz0yHoVBpBdJ96oB1Q4ZxeR3UQdeIjNr1MVYD6R90XloeIy4joCo3 a0MVgpi3F/+UATwaAJLGEEc+InN7dOKcfT+UJgaTGc7so+bp57XLFTiJS0Jm7RUTJi7j MSpn6Hns91uAa1AttGNt+QkUZe/MLhyxPSeY7H7nMYSCz1746he0aS1EN+FtuDA9ELNm DFmS4NZbmgIwtCBPFQbgpIHpxm5IA7U7OqyyWp6XYmlA47sUiWSUfT7V3nNTHtPqNKFW gSwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=SgUAkC0upUo+QTDd9GnOil7lMPuGw1jaKByDov15ljU=; b=HIWB02gpTJQl51lGYPyMlJRh1eRf6kQipAtyZ90hsBfF83J6hvPngysL6NA2mMK5Tc s5uATSwDaQwe08coj0/50TlQ+ouI5QtB9GCcSf6cQYg6b6LVMzeiTTYLsIFpGDu6Vw5F +MkMc4ceV0HzQQsDjE6Mpse4bSeogL+t7ym2/1DFONWBhYLFjQOY5GbCNcqJTvxHwU61 7UdxoOaGXI0kAoz+swHMb6nhM6VvFFLhRjKsNE1jYAjoXIlSY13+wmjJN2n4iQXA5siT PxmsXFjvI8LPZK1XF6zeTtnqFP0RHScnsKZnvW52niryMHMG2UyxLexVhWsg5AbExxNu 9qhA== X-Gm-Message-State: AGRZ1gIeucyoxSfwK00JjRH83m4dy0b9T3d6oGgck9stIONUzZ+pbE7v TcyJ7zPmQ6L3tbTot95hrc6zDc20 X-Google-Smtp-Source: AJdET5e8+faSxqtusDW/aLBDA0wOG//G4gtwWMzZvlvjFbqqlRTCSb8u6w+pb3zT7G5ckbMPq04AtQ== X-Received: by 2002:a17:902:4503:: with SMTP id m3-v6mr242088pld.217.1541561789173; Tue, 06 Nov 2018 19:36:29 -0800 (PST) Received: from [192.168.1.126] (x156176.ppp.asahi-net.or.jp. [122.249.156.176]) by smtp.gmail.com with ESMTPSA id v189-v6sm59807325pfb.54.2018.11.06.19.36.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Nov 2018 19:36:28 -0800 (PST) To: SIPCORE Cc: Christer Holmberg , Paul Kyzivat , Roman Shpount From: OKUMURA Shinji Message-ID: <404ddcc9-d2e3-c8e0-2367-6bdf33f3ffb5@gmail.com> Date: Wed, 7 Nov 2018 12:36:26 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Antivirus: Avast (VPS 181106-8, 2018/11/07), Outbound message X-Antivirus-Status: Clean Archived-At: Subject: [sipcore] Session-timer: add issues X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2018 03:36:31 -0000 Hi, I've added some issues to GitHub. If you have already discussed and have a conclusion, please comment it. Regards, Shinji From nobody Tue Nov 6 20:29: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 320C7127148 for ; Tue, 6 Nov 2018 20:29:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.771 X-Spam-Level: X-Spam-Status: No, score=-4.771 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 header.b=bKrPupqd; dkim=pass (1024-bit key) header.d=ericsson.com header.b=V5v2HudV 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 qCsRb650-AKB for ; Tue, 6 Nov 2018 20:29:02 -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 1C89E126CB6 for ; Tue, 6 Nov 2018 20:29: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=1541564940; x=1544156940; 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=LyehxDPw6ZErDT8MU0IF2qV13S83atMaz3WgJgKSzb8=; b=bKrPupqdDnwzVkohz07QD635rA2t12g9/+EYMF+UM7kFvx99+zvl5hgCbWu/UsUQ +YD9G91lbHYz3TguQIsdoBW58mBRHTbTcnqngyS1ldGtTGR6EsRQumzUMQBwQNf0 JV6tsTm/vH6f98x71di1KevjWNt/191UkK0OzOK31CM=; X-AuditID: c1b4fb3a-8d8849e000002747-09-5be26a0b6a2a Received: from ESESSMB505.ericsson.se (Unknown_Domain [153.88.183.123]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 1E.EF.10055.B0A62EB5; Wed, 7 Nov 2018 05:28:59 +0100 (CET) Received: from ESESSMB504.ericsson.se (153.88.183.165) by ESESSMB505.ericsson.se (153.88.183.166) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 7 Nov 2018 05:28:54 +0100 Received: from EUR04-VI1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB504.ericsson.se (153.88.183.165) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Wed, 7 Nov 2018 05:28:54 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LyehxDPw6ZErDT8MU0IF2qV13S83atMaz3WgJgKSzb8=; b=V5v2HudVNo6SejjmY5ep39Zpnc58txIyjTmnFJp7Th8ADXgaF/Axs+IaZCZgaITrQWJ5aybCg8+PXkq038wdhYGwK9PpnDVfw6TinlqBKOnTkUsdsQf8nLhVH9YbsNmvJCfYdcK4UGs6ZsZti6q2/YMF1ADDenSekekU9ynCoBI= Received: from AM0PR07MB4771.eurprd07.prod.outlook.com (52.135.152.148) by AM0PR07MB4228.eurprd07.prod.outlook.com (52.133.60.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.14; Wed, 7 Nov 2018 04:28:52 +0000 Received: from AM0PR07MB4771.eurprd07.prod.outlook.com ([fe80::c51d:6628:7f21:7b3c]) by AM0PR07MB4771.eurprd07.prod.outlook.com ([fe80::c51d:6628:7f21:7b3c%2]) with mapi id 15.20.1294.034; Wed, 7 Nov 2018 04:28:52 +0000 From: Christer Holmberg To: OKUMURA Shinji , SIPCORE CC: Paul Kyzivat , Roman Shpount Thread-Topic: Session-timer: add issues Thread-Index: AQHUdksfAze49Da8tESn7EtVjF0XNqVELYYA Date: Wed, 7 Nov 2018 04:28:52 +0000 Message-ID: <1A7E162B-0B25-4C14-A11D-BB1DB2CA1552@ericsson.com> References: <404ddcc9-d2e3-c8e0-2367-6bdf33f3ffb5@gmail.com> In-Reply-To: <404ddcc9-d2e3-c8e0-2367-6bdf33f3ffb5@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.12.0.181014 authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; x-originating-ip: [89.166.49.243] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM0PR07MB4228; 6:1BOANNgIhCyVBLtDP9QH9rAMf/1vGkUvcqTx+gDoNuWZJCgkEDkcmbJDWjWLBbqTYarajjrbLgFo1VBKFQE+LiJumDNm761qfH5WvouLTFtnpIOwgIx9Iz/WQ+af8ZaAOJCBLNt6C5z9W99r5BA3Rifi/rludv9EfsUEGx8q9JUPkjle4cwGz89hL0HHSe4eDWUxblpvIfkPxaBprRD3f0Qg0uUf4mGZx1jpBJFgNCUILZT7xkHS08ReLW8zBnVU7cRA+8Wnz12kdrztJbLfuRMh8fJqTzJBxuUX7fdyDv4vmE82wmZ/NuFKzgFGrmaloOpsR1F20ji6gal56BQp1BM6WZiVyIduZwy/bN2fvYFKgapaF/Jv1cZOpulXTvM/17QcDXQM8ACEeVWP3MQBabMu0ef0Rrav/UzdRsboQHNHiyiL/aEochEaBs9T0n40C2ryh6h9M/gQkI2PaImu8Q==; 5:GVCsVqpMmrzGaMibJX7s+0PoqC2Rir03OuMTTUe7Ut6dMdV6LCIjUfCS4GQ5gi3GvuEWbwfryQ6GbNgHI8/ImwpDNkWvGr/loB5spX2HhhfYvLfwx6lJIfkxIYvt6/seJosTvcLycYwUkl6nSjfzxtaYOJOLO1i2uQ8EZswH868=; 7:B0cIrwuzg02yzMdlDmFryU4gWTvfsWNi5LXM1lEdLLzq7AqEJRqHaZeLd+Xgr3s6EgnoCXda1/m4IFnMYvy0B+kunxIA2R8guqU+EFfD7RbG3QG/g6lLwEnqC2ig+9kA9GbkxmOijKWr6vQb65+MWw== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: b39bb633-04ad-40ec-b547-08d6446985df x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:AM0PR07MB4228; x-ms-traffictypediagnostic: AM0PR07MB4228: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(85827821059158); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(3231382)(944501410)(52105095)(148016)(149066)(150057)(6041310)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051)(76991095); SRVR:AM0PR07MB4228; BCL:0; PCL:0; RULEID:; SRVR:AM0PR07MB4228; x-forefront-prvs: 08497C3D99 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(346002)(39860400002)(366004)(396003)(136003)(189003)(199004)(71200400001)(71190400001)(105586002)(106356001)(476003)(2616005)(7736002)(5660300001)(97736004)(33656002)(186003)(446003)(11346002)(66066001)(4326008)(2900100001)(6246003)(36756003)(39060400002)(25786009)(82746002)(305945005)(83716004)(229853002)(6486002)(53936002)(6436002)(110136005)(54906003)(58126008)(3846002)(44832011)(316002)(6116002)(8936002)(6512007)(14454004)(256004)(86362001)(345774005)(486006)(68736007)(6506007)(8676002)(81156014)(81166006)(102836004)(478600001)(2906002)(26005)(99286004)(76176011); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR07MB4228; H:AM0PR07MB4771.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: YMwSTpwcJ1XwZ2+zreqc07Ky0nM+bJVjjHE9C+E59aOs5g6n5o1Jt5MvCKXFV2WEQXNl3LD61bfyK4hWuixwo6W+BUPCflmQMs0oxu+dRAWnAft/CgX3xh8AueusxphmIhTImoCUb9zEh1b/Vx+RQCTuhRVH5gcVcPwDW8yQnil+Lf9881NkIX+hdG5T3CZaEtJqU6Iv58XzyYmudxUTmJiDkxPEGb492YJV6tbfhWmon14SvKuviiPREAvVqlaG07C9wAAtQ1PWkvbXR8zHW12rixX53VZB8A8CI9Nqy3mPCT4E1wYBk+iknU1oXVkUH1oOIljNwieu8BEDyk6fnBHoNsNMaJjjDBSK2FxOhoI= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: b39bb633-04ad-40ec-b547-08d6446985df X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Nov 2018 04:28:52.6695 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4228 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02SeUhUURTGuW+ZeY4N3EbNg5EwQxlZ7lKDqFlJTCv+EREjlIPzdMxtmDdp loUoaK5JzbgMbuSQC1OaC5kJLmli4UKEhWQ4ZpYtJpVYDkk+n0H//c53vu/ecy6XIWW1tAeT kGJkDSmaJIVIQlWee3jVx/nibLT/6/ZQpfWmTaRsbO2jlRUTZlK5/KtNFEGp/nxbIlSPLNNi ldX6m1BNmfRRlFoSqmWTEtJYg194jERX872T0E+JL3fcz0ZZqE9cgJwYwMGQ219AFSAJI8OD COYmSgmhWEbQPpZDCkU9AfcaLYgvKFxKQrPNRPB5Gb5FQFWPs+CyIxjq611vMIwIK6FwbS/v ccVHoa66kuKZxCcgf7UA8eyCvaAxv4gUPLuhbPIHJXAg5I58FvHHUHgn5HUYeVmKD8LUmInm ZRkOhVlzMi874TC4PThO84zwNlh5ZiOEm9xhaq6WELbEYO0ZJwV2g4V3axt+N+wHdc/LSSGr gd7mmU2PHEYX7ZvZHfCitnBjdcCTIlguHEJCwweWzObNwCloLVncfNJhBHYzK7A31FTZED8z 4ER49fasIIeA9YlDXIqCLP+Nall3kXgPtHT7CbIKHnSO0gLLwVRoF1s2HmIrjFTOUXWIbkZu HMtxyfGBgb6sISGW41JTfFNYYxta/zb9HY6QLtT/4dAAwgxSbJE2qWejZbQmjctIHkDAkApX qSNmXZJqNRlXWEPqBcOlJJYbQNsZSuEuPRynVMtwvMbIJrKsnjX86xKMk0cWcq4uOi9vKH8T FeeSuOr3KXNa15B9ulhef8OzyVh7oPhYrIvJ83rASfVjf/eBM/u8Ti7mayOc9NHaXej4/EpE Xs6CY+HplzQ6YWaiaz42Ul4h2R/ucKXvtNwN+zgsz7XVzS9HrmbqgkqCf1oju0vf2+iyWV36 12sLR+ZeDkWlL00rKE6nCfAmDZzmLz2KrhgyAwAA Archived-At: Subject: Re: [sipcore] Session-timer: add issues X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2018 04:29:04 -0000 SGksDQoNCkl0IHdvdWxkIGJlIHJlYWxseSB1c2VmdWwgd2l0aCBzb21lIGJhY2tncm91bmQvanVz dGlmaWNhdGlvbiBmb3IgdGhlIGNoYW5nZXMuIEluIHNvbWUgY2FzZXMgeW91IGp1c3Qgc2F5IHdo YXQgeW91IHdhbnQgdG8gY2hhbmdlLCB3aXRob3V0IGFueSByZWFzb25pbmcuDQoNCkFsc28sIHdl IGhhdmUgYWdyZWVkIHRoYXQgd2UgYXJlIGdvaW5nIHRvIGZvY3VzIG9uIGlzc3VlcyB0aGF0IGFy ZSBkaXJlY3RseSByZWxhdGVkIHRvIHRoZSByYWNlIGNvbmRpdGlvbiBwcm9ibGVtLiBJZiB5b3Vy IGlzc3VlcyBhcmUgTk9UIHJlbGF0ZWQgdG8gdGhhdCwgeW91IGNhbiBzdGlsbCBmaWxlIHRoZW0s IGFuZCB3ZSBjYW4gbG9vayBhdCB0aGVtIGF0IGEgbGF0ZXIgcG9pbnQuDQoNCkJ1dCwgbmV2ZXIg dGhlIGxlc3MsIHRoYW5rIHlvdSBmb3IgcmFpc2luZyB0aGUgaXNzdWVzIF9fDQoNClJlZ2FyZHMs DQoNCkNocmlzdGVyDQoNCu+7v09uIDA3LzExLzIwMTgsIDEwLjM2LCAiT0tVTVVSQSBTaGluamki IDxpZXRmLnNoaW5qaUBnbWFpbC5jb20+IHdyb3RlOg0KDQogICAgSGksDQogICAgDQogICAgSSd2 ZSBhZGRlZCBzb21lIGlzc3VlcyB0byBHaXRIdWIuDQogICAgSWYgeW91IGhhdmUgYWxyZWFkeSBk aXNjdXNzZWQgYW5kIGhhdmUgYSBjb25jbHVzaW9uLCBwbGVhc2UgY29tbWVudCBpdC4NCiAgICAN CiAgICBSZWdhcmRzLA0KICAgIFNoaW5qaQ0KICAgIA0KDQo= From nobody Wed Nov 7 21:18: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 35B1C130DCF for ; Wed, 7 Nov 2018 21:18:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 8UfNEsEvON6M for ; Wed, 7 Nov 2018 21:18:09 -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 DE1F5126CB6 for ; Wed, 7 Nov 2018 21:18:09 -0800 (PST) Received: from mutabilis-2.local ([47.186.18.66]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wA85I9AI054608 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 7 Nov 2018 23:18:09 -0600 (CST) (envelope-from mahoney@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.18.66] claimed to be mutabilis-2.local To: SIPCORE From: "A. Jean Mahoney" Message-ID: <35981698-cfbd-a56c-a9cd-444628c503d7@nostrum.com> Date: Wed, 7 Nov 2018 23:18:09 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 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] RFC 4028 bis instead of draft-ietf-sipcore-sessiontimer-race X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 05:18:12 -0000 Hi all, During the sipcore WG session in Bangkok today, it was discussed that it would probably be better to create a bis of RFC 4028 than to continue with draft-ietf-sipcore-sessiontimer-race. The scope of the bis draft would be limited to fixing bugs and clarifying ambiguities that cause problems in the field. Please respond by Nov 15 if you have any comments or concerns about creating a RFC4028-bis draft. Thanks, Jean, as chair From nobody Wed Nov 7 22:06: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 72ADA130DCF for ; Wed, 7 Nov 2018 22:06:39 -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, DKIMWL_WL_MED=-0.001, 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 3zYrvnFp5njH for ; Wed, 7 Nov 2018 22:06:37 -0800 (PST) Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (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 6E8DC127332 for ; Wed, 7 Nov 2018 22:06:37 -0800 (PST) Received: by mail-pg1-x533.google.com with SMTP id 80so445686pge.4 for ; Wed, 07 Nov 2018 22:06:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MYUSgNc/dbPa3PFMjm8QNqEGVpBI/ezIY1VixUBHZYQ=; b=ZUZIMzMO1pzfVxlDhHoYHfsHP0rrkEyQMVUj7gOF3+jYjMIMCGCAPigAHu07/fLBiM 9LRg/st1vBmzUZvUfWcczNbJFihRPjrrfiQ0ve2JYC03BMWfR4OszDl3szeOMpWcDM5H 9Zd0bbTAO0SbHeWohgABgiomSmVi3vtKkqqkzn8GlIvIw52t3bd2AIczF4wYhJzZ+HV1 X+P3HxCi3Ck0r3KI4Wk8n1i/82/3BGr5Kaxbb9SbJLCxy5lhXS0RQW8BDCuaicj6KKtL 7gmjE/HdcWeETq7qPR4a9e0Ta+qXXRqf51JnVTaXA1DSVaV1LXk/D3EhMMn/F1Qe4JEN vLsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MYUSgNc/dbPa3PFMjm8QNqEGVpBI/ezIY1VixUBHZYQ=; b=VuRC0yaD3R0EmiE9Rm0yxzhDEdqrTjfhJkm48Wn21ZBgQ1Gc0Z0QP4VyDe+lBVqFZd 1hFOvEg05zRSzPAd/HOgw39w2YKTveRU/tV37AlAVZkWm+hbL5tPRHEQoyoFl6wd/GVz 7W5um2SgkwGcWNwlKZe3iC4sdSvsuej/OxKAz39zyAep27YH6Tr6ShYyVAe2odDqZpQV 06v4OOiQ2CQZAFYi7ovsCaxPfNAAYLtcP27QckHKLdDY1G/doBur7XY54L6bIcx73VQm xfAe2XqZJivCp0zQIGZIEZYxiv9z5pf9vbMVie/GpA6M4/CRfP1PXtyjdI1kwIOblYnK qzxg== X-Gm-Message-State: AGRZ1gJ1fDIsQeCmoWlxYv6VZi2Eih5UpMkhC8cmk8XQF+LLzhK5zDfE los4jmH8lHih+KOddMSCxl8QlaGljUQ= X-Google-Smtp-Source: AJdET5cpPZW7NJmURGoV9lM9/E6KKb38mkTybKcfpR63jNjjCRSI00kDMsYyUc50YNQFgo40p9/EPg== X-Received: by 2002:a63:5122:: with SMTP id f34mr2661931pgb.218.1541657196721; Wed, 07 Nov 2018 22:06:36 -0800 (PST) Received: from mail-pl1-f179.google.com (mail-pl1-f179.google.com. [209.85.214.179]) by smtp.gmail.com with ESMTPSA id p7-v6sm2588714pfb.101.2018.11.07.22.06.35 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Nov 2018 22:06:36 -0800 (PST) Received: by mail-pl1-f179.google.com with SMTP id c13-v6so9016044plz.13 for ; Wed, 07 Nov 2018 22:06:35 -0800 (PST) X-Received: by 2002:a17:902:144:: with SMTP id 62-v6mr3212024plb.142.1541657195690; Wed, 07 Nov 2018 22:06:35 -0800 (PST) MIME-Version: 1.0 References: <35981698-cfbd-a56c-a9cd-444628c503d7@nostrum.com> In-Reply-To: <35981698-cfbd-a56c-a9cd-444628c503d7@nostrum.com> From: Roman Shpount Date: Thu, 8 Nov 2018 01:06:26 -0500 X-Gmail-Original-Message-ID: Message-ID: To: "A. Jean Mahoney" Cc: SIPCORE Content-Type: multipart/alternative; boundary="00000000000083c222057a2109fd" Archived-At: Subject: Re: [sipcore] RFC 4028 bis instead of draft-ietf-sipcore-sessiontimer-race X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 06:06:39 -0000 --00000000000083c222057a2109fd Content-Type: text/plain; charset="UTF-8" I support creating the RFC4028-bis draft. Regards, _____________ Roman Shpount On Thu, Nov 8, 2018 at 12:18 AM A. Jean Mahoney wrote: > Hi all, > > During the sipcore WG session in Bangkok today, it was discussed that it > would probably be better to create a bis of RFC 4028 than to continue > with draft-ietf-sipcore-sessiontimer-race. > > The scope of the bis draft would be limited to fixing bugs and > clarifying ambiguities that cause problems in the field. > > Please respond by Nov 15 if you have any comments or concerns about > creating a RFC4028-bis draft. > > Thanks, > > Jean, as chair > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore > --00000000000083c222057a2109fd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I support creating the RFC4028-bis draft.

Regards,
_____________
Roman Shpount


On Thu,= Nov 8, 2018 at 12:18 AM A. Jean Mahoney <mahoney@nostrum.com> wrote:
Hi all,

During the sipcore WG session in Bangkok today, it was discussed that it would probably be better to create a bis of RFC 4028 than to continue
with draft-ietf-sipcore-sessiontimer-race.

The scope of the bis draft would be limited to fixing bugs and
clarifying ambiguities that cause problems in the field.

Please respond by Nov 15 if you have any comments or concerns about
creating a RFC4028-bis draft.

Thanks,

Jean, as chair

_______________________________________________
sipcore mailing list
sipcore@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sipcore
--00000000000083c222057a2109fd-- From nobody Thu Nov 8 07:32: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 50737130E46 for ; Thu, 8 Nov 2018 07:32:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.875 X-Spam-Level: X-Spam-Status: No, score=-1.875 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, 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 UXBhayJkmpir for ; Thu, 8 Nov 2018 07:32: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 E2FFB128BCC for ; Thu, 8 Nov 2018 07:32:23 -0800 (PST) Received: from [101.51.59.82] ([101.51.59.82]) by msvc-mesg-web101.server.lan (via HTTP); Thu, 8 Nov 2018 16:32:07 +0100 MIME-Version: 1.0 Message-ID: From: "Roland Jesske" To: "Roman Shpount" , "A. Jean Mahoney" Cc: SIPCORE Content-Type: text/html; charset=UTF-8 Importance: normal Date: Thu, 8 Nov 2018 16:32:07 +0100 X-Priority: 3 X-Provags-ID: V03:K1:vgGHjcmSMQp1wMuHSCmbyLbo/4nfw70Kdcf+thl6cH2qVtSlPsZ4paMqSdMCLEVLREMCa mrBS44TSg7cJ9osBTZNL7ydpRH4LUh6KLGxNxKbMc3Bk8uf7o1U0NSlTTjb3UVf9jfvW+bhjS+Sn nSWMtwDLtm2hbdZY4lTeon6HrP1Ieju9qTGDhL2KRVVqCFFz0CRlOc2lasJhUNw+AKnilMRfGo6R kR3VEOI9AN9ZOIf9NhpdYcrnEMYbQUBHCIoLljbS7E1AKKCB/x2sSi92krCYGDwncSo9g1nLdbZg 9Q= X-UI-Out-Filterresults: notjunk:1;V01:K0:vnANFInxFH4=:BqkjkKuswFSroMRb8N3Vkg /NnFOAwe+LVHOtAfO3U3SI0c5q+2Z+L3ZSQCR5MM1mSbB1ciihzyM37YayqexfpmojC6nkrcu ltGEelkEPQHf928JRoplqvNTp0ZWUNWMzSgZ0tPPlHE1mIPoo7ve44uemt8PG6177b91GV//x 39ieu2oiUZnue1dlHUyjEtznt1dqa+NdIlF1RvD94CrluMqs2eHacqSiGCRFKqcs+1DVTSp+M FJz8+jTGgdaGziTQtfdBTpfs+D46P46rJIKODEKKmdOCRapoC/TYomsmNqX4WF2H3pH1IeTuj Csltoo+SdMq1t/99BvYgcxDbj/TilN61YhqXy6d3ja2YNGbTSe2m3ATux6e/aO9g05ezlnj3J qphd6NUjnY1orF8TnL2pd+vk00h97/iUIntA9s+9oJjCl5zsqYC45ZRzCmdGDFjwK29iQMcij S6zfDdw0E/OigDzv6OitQnGAS5yBXQka5aW1uR8EgNnbBP0HgeDM3MYrvWrfpyGJrGcVGaQ2N cp7iJExbOAni7bgQ0/F/ZoYL5k91Zag31TIvYahaIWk4K7e8WolOuXl/X9iKbAUjlLH+3SR8B HwuKqmpqHTWBh2n7U5irs/LiCmv5a8J5UbE536d7qJi1E4h1WXSIpaIQ== Archived-At: Subject: Re: [sipcore] RFC 4028 bis instead of draft-ietf-sipcore-sessiontimer-race X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 15:32:28 -0000
+1
--
Diese Nachricht wurde von meinem Android Mobiltelefon mit WEB.DE Mail gesendet.
Am 08.11.18, 13:06, Roman Shpount <roman@telurix.com> schrieb:
I support creating the RFC4028-bis draft.

Regards,
_____________
Roman Shpount


On Thu, Nov 8, 2018 at 12:18 AM A. Jean Mahoney <mahoney@nostrum.com> wrote:
Hi all,

During the sipcore WG session in Bangkok today, it was discussed that it
would probably be better to create a bis of RFC 4028 than to continue
with draft-ietf-sipcore-sessiontimer-race.

The scope of the bis draft would be limited to fixing bugs and
clarifying ambiguities that cause problems in the field.

Please respond by Nov 15 if you have any comments or concerns about
creating a RFC4028-bis draft.

Thanks,

Jean, as chair

_______________________________________________
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 Nov 8 09: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 B0B9F12D4E7 for ; Thu, 8 Nov 2018 09:25:47 -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=comcast.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p5i3rxVd618r for ; Thu, 8 Nov 2018 09:25:46 -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 EDF531293FB for ; Thu, 8 Nov 2018 09:25:45 -0800 (PST) Received: from resomta-ch2-13v.sys.comcast.net ([69.252.207.109]) by resqmta-ch2-09v.sys.comcast.net with ESMTP id Kkumg5NbOymujKo3tgktSR; Thu, 08 Nov 2018 17:25:45 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1541697945; bh=G7pWmiFDnYY50AVjT8UqkUjf/pfhUejerg/a9BSKmTo=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=NEHh8cWWUce8STWGGGK5auGp3Xv5C73MdnCbHqD0QFTCtuF88iXb0F7ydfELoHcIo kPbow9OAT7AXJOi3kZc1D3IuOg/sXBDucWmRG69mh9kXnJ450f0ga+0VymBDqxrzo2 RtJ2uUZ3KR2qCKFcmLweKutx3IO3FLUdZKiZI4rmk6VX9Nv+Kqdp7pVGHiJs/tFVSJ 2a9VjTca/HcmUvEvd4SD9pOzgA4BHGTBX8JE8E4qGgA7i7HEDgBP4JvfTxJminN1/u GO1NRLHlxHsLL1xoYZPQ9uilVVX2RRXW2Ndx8x6I1A5uBQuiHltjDe5LZit7K12wCL IvT+7zJL6xwbA== Received: from PaulKyzivatsMBP.localdomain ([24.62.227.142]) by resomta-ch2-13v.sys.comcast.net with ESMTPA id Ko3rgdrWyDVTHKo3sgBoaK; Thu, 08 Nov 2018 17:25:44 +0000 To: sipcore@ietf.org References: <35981698-cfbd-a56c-a9cd-444628c503d7@nostrum.com> From: Paul Kyzivat Message-ID: Date: Thu, 8 Nov 2018 12:25:43 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 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-CMAE-Envelope: MS4wfBnAQO3+dDMxNqChcXqCaXw97oeCM8gaVBGKGZVJem1/r+ZpPooWBO7Ntic0QCjTEd9LC/6DVOvrWdKzqx86j81g9i+NrWQDeOUc2/xyn0w4n8YKQWAs L/GG7Sn2hgP79kj6iz4t4fc8FHBUp/MErSk5V5j7D8EB5pAc9OI3SLGh6TDKWUZjC/Iq/e4M8i2ieg== Archived-At: Subject: Re: [sipcore] RFC 4028 bis instead of draft-ietf-sipcore-sessiontimer-race X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 17:25:48 -0000 +1 On 11/8/18 1:06 AM, Roman Shpount wrote: > I support creating the RFC4028-bis draft. > > Regards, > _____________ > Roman Shpount > > > On Thu, Nov 8, 2018 at 12:18 AM A. Jean Mahoney > wrote: > > Hi all, > > During the sipcore WG session in Bangkok today, it was discussed > that it > would probably be better to create a bis of RFC 4028 than to continue > with draft-ietf-sipcore-sessiontimer-race. > > The scope of the bis draft would be limited to fixing bugs and > clarifying ambiguities that cause problems in the field. > > Please respond by Nov 15 if you have any comments or concerns about > creating a RFC4028-bis draft. > > Thanks, > > Jean, as chair > > _______________________________________________ > 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 Nov 8 12:21:47 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 16027130934 for ; Thu, 8 Nov 2018 12:21:46 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 6.87.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <154170850608.25655.4026144827347748068.idtracker@ietfa.amsl.com> Date: Thu, 08 Nov 2018 12:21:46 -0800 From: IETF Secretariat Archived-At: Subject: [sipcore] Milestones changed for sipcore WG X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 20:21:46 -0000 Changed milestone "Request publication of a mechanism for labeling the nature of SIP calls", resolved as "Done". Changed milestone "Request publication of a clarification of the use of the "name-addr" production in SIP header fields", resolved as "Done". URL: https://datatracker.ietf.org/wg/sipcore/about/ From nobody Thu Nov 8 12: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 15D6D130DBE for ; Thu, 8 Nov 2018 12:57:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 wTlZ_KggxEN1 for ; Thu, 8 Nov 2018 12:57:26 -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 4372A12D4E8 for ; Thu, 8 Nov 2018 12:57:26 -0800 (PST) Received: from mutabilis-2.local ([47.186.18.66]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wA8KvN8w010303 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 8 Nov 2018 14:57:25 -0600 (CST) (envelope-from mahoney@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.18.66] claimed to be mutabilis-2.local To: SIPCORE From: "A. Jean Mahoney" Message-ID: Date: Thu, 8 Nov 2018 14:57:23 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 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] Working group milestones X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 20:57:28 -0000 At the WG Chairs Lunch at IETF 103, WG milestones were discussed: did the chairs find them useful for managing the working group? Did other organizations find them useful for knowing what the group was working on? The sipcore milestones can be found here: https://datatracker.ietf.org/wg/sipcore/about/ You will note that we have not added milestones in a while. The last time we discussed milestones was when there were quite a few drafts that the WG was working on simultaneously. Back then, I found the milestone discussion was more useful for determining WG priorities than for nailing down completion dates. So I'd like to know if the WG finds milestones useful. Do you know of any organization that follows our milestones? Or would follow our milestones if they were more accurate? ;-) Thanks! Jean From nobody Thu Nov 8 14:31: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 87D281277CC for ; Thu, 8 Nov 2018 14:31:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 hr3Izp1WEvWz for ; Thu, 8 Nov 2018 14:31:41 -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 1A0D11274D0 for ; Thu, 8 Nov 2018 14:31:41 -0800 (PST) Received: from mutabilis-2.local ([47.186.18.66]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wA8MVZdk025600 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 8 Nov 2018 16:31:35 -0600 (CST) (envelope-from mahoney@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.18.66] claimed to be mutabilis-2.local To: SIPCORE From: "A. Jean Mahoney" Cc: Nils Ohlmeier , Gonzalo Salgueiro Message-ID: <767a9aed-df7a-af39-e259-781f6a086f66@nostrum.com> Date: Thu, 8 Nov 2018 16:31:35 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: [sipcore] Minutes from the IETF 103 sipcore session X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2018 22:31:43 -0000 Hi all, Below is my summary of the session in Bangkok. Below the summary are the notes that Roland took during the session. Thanks, Roland! Please post any comments or corrections to the list by Nov 16. Thanks! Jean -------------------------------------------------------------------------- SIPCORE - IETF 103 Bangkok 2018 November 08, Thursday 11:20- 12:20, Chitlada 3 Co-Chairs: Jean Mahoney, Brian Rosen Substitute co-chairs for meeting: Nils Ohlmeier, Gonzalo Salguiero AD: Ben Campbell Jabber relay: Ben Campbell Note taker: Roland Jesske Agenda: 05 min - Agenda and WG Status Presenter: Jean Mahoney 45 min - SIP Session Timer Glare Handling Draft: draft-ietf-sipcore-sessiontimer-race Presenter: Christer Holmberg 05 min - Any Other Business/Wrap Up Nils and Gonzalo presented the agenda; there were no changes. Jean Mahoney (remote) presented WG status (https://datatracker.ietf.org/meeting/103/materials/slides-103-sipcore-chairs-slides-00); there were no comments. Christer Holmberg presented SIP Session Timer Glare Handling (draft-ietf-sipcore-sessiontimer-race, https://datatracker.ietf.org/meeting/103/materials/slides-103-sipcore-session-timer-glare-handling-00). Roland Jesske supported the solution in the slides. Roman Shpount had technical feedback on the slides, but would provide it on list. It was discussed whether a RFC4028bis draft should be created rather than going forward draft-ietf-sipcore-sessiontimer-race. Consensus in the room was that a bis should be created, and tightly scoped to fixing bugs and ambiguities that caused problems in the field. Editorial changes and enhancements were out of scope. Ben Campbell pointed out that the IESG finds it easier to review bis documents that have not been rearranged or heavily wordsmithed. Jean wondered if the WG might find a requirements draft for the bis useful. Response was a strong no. ACTION: Chairs to ask on list whether a RFC4028bis draft should be created instead of going forward draft-ietf-sipcore-sessiontimer-race. DONE 2018 Nov 8. No other business was brought up. Meeting adjourned. -------------------------------------------------------------------------- Status of SIPCORE was presented. See Chair Slides. No Discussion. Christer presenting slides on “Session Timer” based on discussions made on the list regarding draft-ietf-sipcore-sessiontimer-race. GitHub was opened for issues to be tracked. Note: Current draft does not reflect the current status of discussion. A new draft will follow. Result of Meeting: It was decided that a 4028bis shall be created with a narrow scope based on todays presentation on real issues causing Failures. Editorial changes and wordsmithing is out of scope. This goes to mailing list for approval. Some Comments made during the presentation of Christer’s slides Ben: pointed to the fact that only Bug’s in RFC4028 sould be considered. Not rewriting the draft is proposed only to solve the issues. Roland: supporting the proposals made by the slides Roman: Resolving the glare situation for UPDATE w/o SDP is not easy to be solved. As well as the glare situation UPDATE/INVITE. Pointed to the issue of multiple transactions with S-E negotiation. Would like to have only one draft to solve all issues. Christer: started the discussion if we need a “bis” or “update” draft. If we do a “bis” we need a strong statement of the scope. Ben: agrees on Christer statements. Jean: Keep the scope firmly. Requirements draft. This we want to fix. Or is it better to catch this in Mailing list. Ben: is not in favor for a requirements draft. Gonzalo: ISEG do not really like requirements draft Christer: Section will be there to describe the changes. Paul: We do not need a requirements draft. Language in RFC is misleading and needs improvement on text. Roman: limit the scope to the multiple negotiation S-E. Ben: Same opinion. Ambiguous text which causes problems should be changed. All other not. Editorial and stylistic improvements should not in scope. Roland: BIS effort would nice but other approach would be also OK. As long as we get an fast solution. Jean: Bis approach will be taken but needs to be confirmed on the list. From nobody Thu Nov 8 16:58: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 4BA72130DD0 for ; Thu, 8 Nov 2018 16:58: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 a_F89yUtJvZh for ; Thu, 8 Nov 2018 16:58:27 -0800 (PST) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (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 7B2DE130DC1 for ; Thu, 8 Nov 2018 16:58:27 -0800 (PST) Received: by mail-pg1-x530.google.com with SMTP id w3-v6so85492pgs.11 for ; Thu, 08 Nov 2018 16:58:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=eWg0HatB5CX8wa+aaQh6hwqE4Wv1Y5DqAaH6fbiihm4=; b=XfvsOIuu5qiLegZVsaDnAZqYfOKyUo81XSpBvg6lEEvYzqsB7ByBy87ok6W+XV+EUe YnN7tycrPFZlxtXywKOrP/gPRc6LsU16IlyUIg/vajgLpeWQXhqooaElQ/Mz0oQpT+jJ a3NzlQfKNMeCi2es1paXRoYcSMAJF/8yFGg5Nez6DXh+JZ7kl620YLDP/IbGOpCRgZV+ +pJdSlZKTFlQ9OIOt5II9XysaXyzvNgmShF4v6KALceIebhVUSokV6YkUpnKNPLTXzEZ A8DpcGIZ0/CG/54Lu3XOIbH4Pp8LR7vC8Vrh3S0bo+evpEm+Xbgm9wYP9i7AZ6SXHUgr VelA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=eWg0HatB5CX8wa+aaQh6hwqE4Wv1Y5DqAaH6fbiihm4=; b=n15SREs6VDmsPVUEfkKq8pR4Xgis9MaiRRiFQuDFFp2gnlI8FUHhYcoufgae15tQ5x +qYkwLK1UGRpl1FusiqGQOx9JHBn/eplJfr18zGLqLGFZYFj5j06nO7RJT00m9NImo8V f2Gye7PLeKTUwQqSu0sZBAXIodNtbJhD4S6poJ6f6DBNGVt1xQlzCAcNs8zCrAjWWWbk iCTfAUiB9Z/u5yOlwZV2rpwSjumEVzVrveOiSkp403zfhTmULr1QDivb1eha3e5uKJ4D xejZ5CRaXTwOmFZREjDP6RbrBo7HX3CHIty0lea8E03beNIeQgkK8KfFZ0XSBuN/Ojr9 fEgw== X-Gm-Message-State: AGRZ1gIs16Kzf6Kl424GUsdZXYPpc7dDfCCc7T0yyrU8XA04bKTxoypu bmLadll6FtRemNiVM40b7rsxKiAi X-Google-Smtp-Source: AJdET5fmQOvO9SfWx7uWCy6YYIhVZX4OJW41ygbp/X5Gd2XpewnZ8X9+VnyaDM4EDTThTMX4mqyuFA== X-Received: by 2002:a63:fc49:: with SMTP id r9mr5525240pgk.209.1541725106800; Thu, 08 Nov 2018 16:58:26 -0800 (PST) Received: from [192.168.1.126] (x156176.ppp.asahi-net.or.jp. [122.249.156.176]) by smtp.gmail.com with ESMTPSA id n65-v6sm5523234pfi.185.2018.11.08.16.58.25 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Nov 2018 16:58:26 -0800 (PST) To: sipcore@ietf.org References: <35981698-cfbd-a56c-a9cd-444628c503d7@nostrum.com> From: OKUMURA Shinji Message-ID: Date: Fri, 9 Nov 2018 09:58:23 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 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-Antivirus: Avast (VPS 181108-4, 2018/11/08), Outbound message X-Antivirus-Status: Clean Archived-At: Subject: Re: [sipcore] RFC 4028 bis instead of draft-ietf-sipcore-sessiontimer-race X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2018 00:58:30 -0000 +1 On 2018/11/08 15:06, Roman Shpount wrote: > I support creating the RFC4028-bis draft. > > Regards, > _____________ > Roman Shpount > > > On Thu, Nov 8, 2018 at 12:18 AM A. Jean Mahoney wrote: > >> Hi all, >> >> During the sipcore WG session in Bangkok today, it was discussed that it >> would probably be better to create a bis of RFC 4028 than to continue >> with draft-ietf-sipcore-sessiontimer-race. >> >> The scope of the bis draft would be limited to fixing bugs and >> clarifying ambiguities that cause problems in the field. >> >> Please respond by Nov 15 if you have any comments or concerns about >> creating a RFC4028-bis draft. >> >> Thanks, >> >> Jean, as chair From nobody Mon Nov 19 07:32: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 CA36112426A for ; Mon, 19 Nov 2018 07:32:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 CD6bqR76im8u for ; Mon, 19 Nov 2018 07:32:32 -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 1E79E130DD3 for ; Mon, 19 Nov 2018 07:32:32 -0800 (PST) Received: from mutabilis-2.local ([47.186.18.66]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wAJFWT3s067342 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 19 Nov 2018 09:32:30 -0600 (CST) (envelope-from mahoney@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.18.66] claimed to be mutabilis-2.local To: sipcore@ietf.org References: <767a9aed-df7a-af39-e259-781f6a086f66@nostrum.com> From: "A. Jean Mahoney" Message-ID: Date: Mon, 19 Nov 2018 09:32:35 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <767a9aed-df7a-af39-e259-781f6a086f66@nostrum.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [sipcore] Minutes from the IETF 103 sipcore session X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2018 15:32:34 -0000 Hi all, Since I haven't heard any corrections/additions, I'll be posting the minutes to the proceedings. Thanks! Jean On 11/8/18 4:31 PM, A. Jean Mahoney wrote: > Hi all, > > Below is my summary of the session in Bangkok. Below the summary are the > notes that Roland took during the session. Thanks, Roland! > > Please post any comments or corrections to the list by Nov 16. > > Thanks! > > Jean > > > -------------------------------------------------------------------------- > SIPCORE - IETF 103 Bangkok > 2018 November 08, Thursday > 11:20- 12:20, Chitlada 3 > > Co-Chairs: Jean Mahoney, Brian Rosen > Substitute co-chairs for meeting: Nils Ohlmeier, Gonzalo Salguiero > AD: Ben Campbell > > Jabber relay: Ben Campbell > Note taker: Roland Jesske > > Agenda: > >    05 min - Agenda and WG Status >             Presenter: Jean Mahoney > >    45 min - SIP Session Timer Glare Handling >             Draft: draft-ietf-sipcore-sessiontimer-race >             Presenter: Christer Holmberg > >    05 min - Any Other Business/Wrap Up > > > Nils and Gonzalo presented the agenda; there were no changes. > > Jean Mahoney (remote) presented WG status > (https://datatracker.ietf.org/meeting/103/materials/slides-103-sipcore-chairs-slides-00); > there were no comments. > > Christer Holmberg presented SIP Session Timer Glare Handling > (draft-ietf-sipcore-sessiontimer-race, > https://datatracker.ietf.org/meeting/103/materials/slides-103-sipcore-session-timer-glare-handling-00). > > > Roland Jesske supported the solution in the slides. Roman Shpount had > technical feedback on the slides, but would provide it on list. > > It was discussed whether a RFC4028bis draft should be created rather > than going forward draft-ietf-sipcore-sessiontimer-race. Consensus in > the room was that a bis should be created, and tightly scoped to fixing > bugs and ambiguities that caused problems in the field. Editorial > changes and enhancements were out of scope. Ben Campbell pointed out > that the IESG finds it easier to review bis documents that have not been > rearranged or heavily wordsmithed. Jean wondered if the WG might find a > requirements draft for the bis useful. Response was a strong no. > > ACTION: Chairs to ask on list whether a RFC4028bis draft should be > created instead of going forward draft-ietf-sipcore-sessiontimer-race. > DONE 2018 Nov 8. > > No other business was brought up. > > Meeting adjourned. > > > > -------------------------------------------------------------------------- > Status of SIPCORE was presented. See Chair Slides. > > No Discussion. > > > > Christer presenting slides on “Session Timer” based on discussions made > on the list regarding draft-ietf-sipcore-sessiontimer-race. > > GitHub was opened for issues to be tracked. > > Note: Current draft does not reflect the current status of discussion. A > new draft will follow. > > Result of Meeting: It was decided that a 4028bis shall be created with a > narrow scope based on todays presentation on real issues causing > Failures. Editorial changes and wordsmithing is out of scope. This goes > to mailing list for approval. > > > > Some Comments made during the presentation of Christer’s slides > > Ben: pointed to the fact that only Bug’s in RFC4028 sould be considered. > > Not rewriting the draft is proposed only to solve the issues. > > Roland: supporting the proposals made by the slides > > Roman: Resolving the glare situation for UPDATE w/o SDP is not easy to > be solved. As well as the glare situation UPDATE/INVITE. Pointed to the > issue of multiple transactions with S-E negotiation. Would like to have > only one draft to solve all issues. > > Christer: started the discussion if we need a “bis” or “update” draft. > If we do a “bis” we need a strong statement of the scope. > > Ben: agrees on Christer statements. > > Jean: Keep the scope firmly. Requirements draft. This we want to fix. Or > is it better to catch this in Mailing list. > > Ben: is not in favor for a requirements draft. > > Gonzalo: ISEG do not really like requirements draft > > Christer: Section will be there to describe the changes. > > Paul: We do not need a requirements draft. Language in RFC is misleading > and needs improvement on text. > > Roman: limit the scope to the multiple negotiation S-E. > > Ben: Same opinion. Ambiguous text which causes problems should be > changed. All other not. Editorial and stylistic improvements should not > in scope. > > Roland: BIS effort would nice but other approach would be also OK. As > long as we get an fast solution. > > Jean: Bis approach will be taken but needs to be confirmed on the list. > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Mon Nov 19 08:00: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 58A34130DD9 for ; Mon, 19 Nov 2018 08:00:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 f0i5zcjSe5Vp for ; Mon, 19 Nov 2018 08:00:24 -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 A8632130DDD for ; Mon, 19 Nov 2018 08:00:24 -0800 (PST) Received: from mutabilis-2.local ([47.186.18.66]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wAJG0KpQ071994 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 19 Nov 2018 10:00:21 -0600 (CST) (envelope-from mahoney@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.18.66] claimed to be mutabilis-2.local To: sipcore@ietf.org, Christer Holmberg References: <35981698-cfbd-a56c-a9cd-444628c503d7@nostrum.com> From: "A. Jean Mahoney" Message-ID: <7a939653-b6ff-c065-914f-f906b21f6e92@nostrum.com> Date: Mon, 19 Nov 2018 10:00:26 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <35981698-cfbd-a56c-a9cd-444628c503d7@nostrum.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [sipcore] RFC 4028 bis instead of draft-ietf-sipcore-sessiontimer-race X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2018 16:00:26 -0000 Hi all, The chairs have heard no comments against creating a bis of RFC 4028. Christer, please go ahead with creating a bis. You will probably find this to be a handy tool for converting RFC 4028 into new XML: https://pypi.org/project/id2xml/ Thanks! Jean On 11/7/18 11:18 PM, A. Jean Mahoney wrote: > Hi all, > > During the sipcore WG session in Bangkok today, it was discussed that it > would probably be better to create a bis of RFC 4028 than to continue > with draft-ietf-sipcore-sessiontimer-race. > > The scope of the bis draft would be limited to fixing bugs and > clarifying ambiguities that cause problems in the field. > > Please respond by Nov 15 if you have any comments or concerns about > creating a RFC4028-bis draft. > > Thanks, > > Jean, as chair > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore From nobody Sun Nov 25 17:51:08 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 7CD4A130E83; Sun, 25 Nov 2018 17:51:01 -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.89.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: sipcore@ietf.org Message-ID: <154319706146.24263.4679575917314441364@ietfa.amsl.com> Date: Sun, 25 Nov 2018 17:51:01 -0800 Archived-At: Subject: [sipcore] I-D Action: draft-ietf-sipcore-rejected-01.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2018 01:51:02 -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 : A Session Initiation Protocol (SIP) Response Code for Rejected Calls Author : Eric W. Burger Filename : draft-ietf-sipcore-rejected-01.txt Pages : 19 Date : 2018-11-25 Abstract: This document defines the 608 (Rejected) SIP response code. This response code enables calling parties to learn their call was rejected by an intermediary and will not be answered. As a 6xx code, the caller will be aware that future attempts to contact the same UAS will be likely to fail. The present use case driving the need for the 608 response code is when the intermediary is an analytics engine. In this case, the rejection is by a machine or other process. This contrasts with the 607 (Unwanted) SIP response code, which a human at the target UAS indicated the call was not wanted. In some jurisdictions this distinction is important. This document defines the use of the Call-Info header in 608 responses to enable rejected callers to contact entities that blocked their calls in error. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sipcore-rejected/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-sipcore-rejected-01 https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-rejected-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sipcore-rejected-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Nov 25 18:04: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 8BDD9126F72 for ; Sun, 25 Nov 2018 18:04:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.689 X-Spam-Level: X-Spam-Status: No, score=-1.689 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=standardstrack.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 VpltLOJXviRm for ; Sun, 25 Nov 2018 18:04:55 -0800 (PST) Received: from biz221.inmotionhosting.com (biz221.inmotionhosting.com [198.46.93.79]) (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 D3A07128AFB for ; Sun, 25 Nov 2018 18:04:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=standardstrack.com; s=default; h=Message-Id:In-Reply-To:To:References:Date: Subject:Mime-Version:Content-Type:From:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=CTcWy3pkr0SArbPF/CDc7bh3gnFoVqMFEYDr/LQ3ulQ=; b=h+DEmZP5nwIybUyAN5di+uKGt cfkbbYBYPGWwphqnmlkwC1R27itn+a31mZrYy1XYiqLGQS06HRKHwRqohHTKSkG8w++5etCCC9Pbd 7v1j0VYwveWm/eXh+Ocsn3efByXyBHMbBqqr+cuIYR8fggvi6ygIvi3Ei/HKlbLSWGBkY=; Received: from [68.100.196.217] (port=53985 helo=[192.168.10.26]) by biz221.inmotionhosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1gR6GS-00BGHZ-3Y for sipcore@ietf.org; Sun, 25 Nov 2018 18:04:55 -0800 From: Eric Burger Content-Type: multipart/signed; boundary="Apple-Mail=_6B606602-4C8D-4A55-98F9-A8824F039160"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Sun, 25 Nov 2018 21:04:42 -0500 References: <154319706146.24263.4679575917314441364@ietfa.amsl.com> To: sipcore@ietf.org In-Reply-To: <154319706146.24263.4679575917314441364@ietfa.amsl.com> Message-Id: X-Mailer: Apple Mail (2.3273) X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz221.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - standardstrack.com X-Get-Message-Sender-Via: biz221.inmotionhosting.com: authenticated_id: eburger+standardstrack.com/only user confirmed/virtual account not confirmed X-Authenticated-Sender: biz221.inmotionhosting.com: eburger@standardstrack.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: [sipcore] Issues for discussion: draft-ietf-sipcore-rejected-01.txt X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2018 02:04:58 -0000 --Apple-Mail=_6B606602-4C8D-4A55-98F9-A8824F039160 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Do we need replay protection? The current draft allows a malicious actor = to cut and paste a signed jCard JWS. The question is how realistic is an = attack where someone is basically smurfing a legitimate resolution = contact with someone else=E2=80=99s pseudo-spit calls? I was hoping we could pre-compute the jCard signature. However, no big = deal to have to computer per-call. In the real world, the intermediary = is only generating a 608 with a Call-Info JWS if the original call is = STIR-signed, SHAKEN-signed with an approved CA in North America, and = verification passes. You will note I went the jCard route instead of trying to figure out how = to sign vCards. The TL;DR explanation is the marshaling required to sign = a JSON object is a handful of page RFC; the extant draft to sign vCards = was upwards of a hundred pages and has no expectation of ever getting = finished. > On Nov 25, 2018, at 8:51 PM, internet-drafts@ietf.org wrote: >=20 >=20 > 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. >=20 > Title : A Session Initiation Protocol (SIP) Response = Code for Rejected Calls > Author : Eric W. Burger > Filename : draft-ietf-sipcore-rejected-01.txt > Pages : 19 > Date : 2018-11-25 >=20 > Abstract: > This document defines the 608 (Rejected) SIP response code. This > response code enables calling parties to learn their call was > rejected by an intermediary and will not be answered. As a 6xx = code, > the caller will be aware that future attempts to contact the same = UAS > will be likely to fail. The present use case driving the need for > the 608 response code is when the intermediary is an analytics > engine. In this case, the rejection is by a machine or other > process. This contrasts with the 607 (Unwanted) SIP response code, > which a human at the target UAS indicated the call was not wanted. > In some jurisdictions this distinction is important. This document > defines the use of the Call-Info header in 608 responses to enable > rejected callers to contact entities that blocked their calls in > error. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-sipcore-rejected/ >=20 > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-sipcore-rejected-01 > https://datatracker.ietf.org/doc/html/draft-ietf-sipcore-rejected-01 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sipcore-rejected-01 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore --Apple-Mail=_6B606602-4C8D-4A55-98F9-A8824F039160 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIzBAEBCAAdFiEEfEc/N7T7IfiAuDEHDDCGh758rskFAlv7VLoACgkQDDCGh758 rsn/zQ//TxGtsP0T1xM8B4uglXB3zDWYctBObcGWPQKx0OMu6AjKHf1sacIQXwbN eymcTqJJaw/Mf3Ez64Xu2dVjqx4pqNxztvgdiNGZULGIhgGmUPKNbr3oXw7H5jFR hBobURhS12rt1U3kJigyuLm0By82fOnkjPlWrHbUrSwvBkrHDcY6qV0bR1zGEpUz RiS35v+0g/HUr5JAPfjra1WbjNAwSo/qxr8zUUA7coSgaxFRR1H97jp48Vg8wvzQ ZVdgz7v350tBEe1Z/1zkQW7aEuurzNygB3F5pv6u7SRCrLNksuYw6/BxyFJZpqKu f0OAZq8vZNF7foEsKTRgvhIfLamvevOhzM16dTOHbATbwFyS0skNCGs0JeTgODdY gO65bx5yiz+5URUJl6WedPRfrVRfvm/Pxn2VAMzEHG5slzvC2pv+zCnL18dwwvt7 aEYdQbSr055Sk11GY3LL3mMnjHuIUEDrhHhbWCk6u0g8dxPJASgRxPSNYxbbpgJz ITPDXgTZoVpopjC/Z2szotPXhS0PPRWmu+oCXFP8XWcDy8jwYuiX/c6+7PkSR/XY rhc+xMwL//rvOK9DHVEeEOioFjN9czRUVTCGzWMOqacrYeaifa7+P2AHdI9qqsOC POxxJ8RcOlc8ySeqI6Wc+73B9OEAhWptxsTlJWgDsxOXq+QG14o= =JPG9 -----END PGP SIGNATURE----- --Apple-Mail=_6B606602-4C8D-4A55-98F9-A8824F039160-- From nobody Wed Nov 28 11:01: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 35ACC130FF1; Wed, 28 Nov 2018 11:01:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 Acm_iSUNPSxq; Wed, 28 Nov 2018 11:01:11 -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 D422E130EBC; Wed, 28 Nov 2018 11:01:08 -0800 (PST) Received: from [10.0.1.24] (cpe-70-122-203-106.tx.res.rr.com [70.122.203.106]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wASJ17NL011691 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 28 Nov 2018 13:01:08 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-122-203-106.tx.res.rr.com [70.122.203.106] claimed to be [10.0.1.24] From: Ben Campbell Content-Type: multipart/signed; boundary="Apple-Mail=_14C5ED31-81E3-4B39-A00E-76556FA1CE28"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Message-Id: <173EF0EC-EEEB-495C-8B5C-F0179DF0E8E7@nostrum.com> Date: Wed, 28 Nov 2018 13:01:07 -0600 Cc: sipcore@ietf.org To: draft-ietf-sipcore-sip-push.all@ietf.org X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2018 19:01:19 -0000 --Apple-Mail=_14C5ED31-81E3-4B39-A00E-76556FA1CE28 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, This is my AD Evaluation of draft-ietf-sipcore-sip-push-20. I reviewed a = previous version, but since there have been substantial changes since = that version, I treated this as a =E2=80=9Cfrom scratch=E2=80=9D review. This version is in much better shape than the previous. I think it=E2=80=99= s almost ready for IETF LC, but I want to resolve at least the = substantive comments first. Thanks! Ben. *** Substantive Comments *** =C2=A71, paragraph 5: "Note that this mechanism necessarily adds delay = to responding to non-INVITE requests requiring push notification." Technically, it adds delay for any transaction. Non-INVITE transactions = are just more delay sensitive. =C2=A73, - first paragraph: Please state this in terms of a scope assumption, not a global = statement. That is, limit the scope of this document is limited to PNSs = that work this way, rather than state that all PNSs work this way. - 2nd paragraph: I think it's safe to say "The format of the PRID = varies..." rather than "... may vary...". =C2=A74.1 - General: When we speak of multiple bindings, and doing something to = all of those bindings (e.g. refreshing them on a push-notification), is = it allowable for a UA to have some bindings that use a PNS and some that = do not? Or perhaps some that use different PNSs? I realize that may not = make sense for the mobile device use case that seems centric to this = draft, but I can imagine a situation where a complex UA might have = different PNS configurations for different network paths and/or = different SIP services. If you want to assume that the PNS configuration is the same for all = contacts, please say so explicitly. If not, does it make sense to scope = PNS-triggered refreshes to just those bindings that use the same PNS = configuration? -2nd paragraph: I don't think we can assume that all UAs will always learn all the = bindings they need to to setup at the same time. For example, a UA might = have changes in network configuration that require them to add or remove = bindings. This makes it impractical to register them at the same time = and always use the same expirations, unless we ask them to refresh all = existing bindings whenever they add a new one. (Or perhaps ask them to = set the expiration of any new binding to match the remaining time for = existing ones, but that seems like a more difficult approach.) -6th paragraph: "REGISTER request will create NAT bindings..." If we talk about creating NAT bindings as one of the purposes of the = push-triggered REGISTER, we may also need to think about the lifetime of = those nat bindings, and how that interacts with the REGISTER expires = value. I'm not sure we want to go there; would it make sense to remove = the mention? - 7th paragraph: -- The first sentence seems to still assume the REGISTER has as single = contact. Should it say to insert the tag into each contact header field? = (but see general =C2=A74.1 comment above.) -- "if the response to the REGISTER request contains a =E2=80=99sip.pnsreg= =E2=80=99 feature-capability indicator with an indicator value, the UA MUST send REGISTER requests prior to the registration expires." This seems to duplicate a MUST from normal SIP. Would it make sense to = just say "... the UA refreshes the binding according to normal SIP = procedures". =C2=A75.3.1: - 4th paragraph: Section 4.1 talks about the UA paying attention to = sip.pns in a 2XX response. It does not mention it for other result = codes. If the UA needs to pay attention to it in 423 (or in any other = response), it should be mentioned there. -7th paragraph, "the proxy SHOULD insert a Feature-Caps header field with a =E2=80=99sip.pns=E2=80=99 feature-capability indicator": = What if the response already contains it? =C2=A75.3.2, 2nd paragraph: Please mention that the R-URI will only = contain these parameters after it is retargeted. This mostly matters if = the push-proxy is colocated with a retargeting proxy; retargeting must = happen before this procedure. Along those lines, what is the PUSH proxy expected to do with inbound = SIP requests that do not contain the parameters in the R-URI? Route them = normally? Reject them? =C2=A76: Is support for push-notifications on mid-dialog requests = optional? If so, please state that up front. =C2=A76.1.1: Does the UA indicate support on a per-dialog basis? That = is, it can support the mechanism for some dialogs but not others? =C2=A78.1, 2nd paragraph: Should that say "only defined for ... = responses", or "... and is not defined for use in request messages."? =C2=A79, 1st paragraph: We are talking about a specification that = defines the parameter usage for the given PNS, not the PNS in it's = entirety, right? =C2=A713, 3rd paragraph: The paragraph as written basically says = "Operators must ensure SIP signaling is secured unless they are sure = it's secured", which is circular logic. Would it make sense to say they = must use TLS (or SIPS) unless they are sure that it is protected by = other mechanisms? =C2=A716.2: I think the reference to RFC 3891 should be normative. *** Editorial Comments *** - All instances of "binding refresh REGISTER" should be "binding-refresh = REGISTER". (This is true anywhere binding-refresh is used as an = adjective.) - There is still a lot of incorrect comma usage, especially commas where = they don't belong. I will call out the ones I noticed. - The phrases "request for a new dialog" and "standalone SIP request" are used heavily and repeatedly, often in combination. The = common terminology has historically been "dialog-initiating request" and = "out-of-dialog request". These are, at least in combination, a bit = shorter. =C2=A71 - paragraph 5: Missing word in "awaken other means". I suggest "awakened = by other means". - Paragraph 6: "... SIP request for a new dialog, or a standalone SIP request, addressed towards a UA...": Both commas should be removed. - Figure 1: The "SIP 200 Okay" label is separated from the line it = labels by a page break. (Other text changes may change the pagination, = so this is probably one for the RFC editor if it's still an issue in the = final version.) =C2=A74.1, 7th paragraph ("Note"): The first sentence seems odd in the = context of the previous paragraph, which talked extensively about UAs = using non-push mechanisms. =C2=A74.2, - first paragraph: -- first sentence: s/"network"/"SIP Network". -- "... UA has received a response to the REGISTER request, with the push notification information ...": improper comma. - 3rd paragraph, "... early enough, in order for...": I suggest "... = early enough for..." =C2=A75.3.1 - 1st paragraph, "... towards the UA associated with the REGISTER request, or perform any other procedures...": improper comma. - 5th paragraph: -- "... proxy that is not between the push proxy and the UA...". Doesn't = this really mean a proxy that is between the push proxy and the = registrar? If so, saying where the proxy _is_ would be clearer than = saying where it is _not_. -- "... (if the Contact header field URI of the REGISTER request contains a pn-prid SIP URI parameter) ..." Could we have gotten this far = if that were not true? The sentence would be easier to read without it. = (I think this repeats a few times.) - 6th paragraph: "MUST only" constructions can be ambiguous. It is = better to state them in terms of "MUST NOT unless..." - 2nd to last paragraph, "The proxy MUST be able..." It would be better = to state this in terms of what the proxy _does_, not what it is _able_ = to do. For example, "... MUST NOT ... unless it has determined that the = PNS supports the VAPID mechanism." =C2=A75.3.2 - 3rd paragraph: "This can happen if the UA sends a binding refresh REGISTER request with a new contact...": This = seems to ignore the potential of multiple contacts. I think the real = condition is when the previous binding is _removed_. -6th paragraph: I don't understand the meaning of this paragraph. (Also, = both commas are incorrect.) -11th paragraph: s/"losing race that results"/ "losing the race, which = results" ; or "... a race..." =C2=A76.2.3: Parts of this section seem specific to SIP-Events dialogs. = I assume that's not the intent? --Apple-Mail=_14C5ED31-81E3-4B39-A00E-76556FA1CE28 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlv+5fMACgkQgFZKbJXz 1A0WZxAAnYhtFV4jXIpBRxVj5CWHpMm9Y4+AaH3z7LHJ9X+riwDbWQ25iTDjAwqO OpeCxHIpzryRbcfxyPJRdcxxsQ31OmY5iLkFGYxM5hqJr2wBdry518ura2j2ueRu txL9LVe2YIX9yZYnfHGx3doKMY3d9lC/JlmEReC0Bh6TG7f5bdCR0Q6Secbr8cRn rQk/rEVC3l9vz/+JRNtFYHXoA0oKL7XTZeVFRAHCB+IV+zJNXkuupFHvzdyaSDBm HBLCqFB46yIZ+B+BKUGJngJJ8Zj6FTD7IyvqVwmk1USp4r+tTx8cUtHZAbAu/vL/ iWbjuqUw5RMiiea0SWJkSf7qNGmlD3HcPMCdhMQZ2Y/Ms9EdN7dVeYMe6bhzM2xq 2b5LIYNCsQrqUuklVqHO6kz6Bgwv+SInCVWMIrU8mLE+k+jBMtqkqivNJMLkgJHB 8A1osFDeG7J7vHuIdJg6ESLQptA7dvU/TJqug8SS/B0vnesIFA6yk5KlSMHSr8Dg Tqcl3MRWYsYtY8W3AvnociCbl+JU+rJJJnn8nf2BYcm6E24xWKTuGzaUsRnFZf7s V1+WMCh4U8T3xpvX+p3LHKaFtpip+A5HeKyiDHLh3bykPwcKXT5pvgDm0oFpYQ4V 22SaLn0cMO5UoSdJq0gG3vgM6GimH+peXdIXW9EkypSpc1drvx0= =hUWP -----END PGP SIGNATURE----- --Apple-Mail=_14C5ED31-81E3-4B39-A00E-76556FA1CE28-- From nobody Wed Nov 28 20:30: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 6065A12777C; Wed, 28 Nov 2018 20:30:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 TLk_mCuSbbb2; Wed, 28 Nov 2018 20:30: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 185BD130E2D; Wed, 28 Nov 2018 20:30:36 -0800 (PST) Received: from [10.0.1.24] (cpe-70-122-203-106.tx.res.rr.com [70.122.203.106]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wAT4UXqe005096 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 28 Nov 2018 22:30:34 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-122-203-106.tx.res.rr.com [70.122.203.106] claimed to be [10.0.1.24] From: Ben Campbell Content-Type: multipart/signed; boundary="Apple-Mail=_A657B759-8811-409A-9108-4842599720B2"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Message-Id: Date: Wed, 28 Nov 2018 22:30:33 -0600 Cc: sipcore@ietf.org To: draft-ietf-sipcore-callinfo-spam.all@ietf.org X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: [sipcore] AD Evaluation of draft-ietf-sipcore-callinfo-spam-03 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2018 04:30:42 -0000 --Apple-Mail=_A657B759-8811-409A-9108-4842599720B2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, This is my AD Evaluation of draft-ietf-sipcore-callinfo-spam-03. I have = one major comment, and a few minor and editorial comments. I=E2=80=99d = like to resolve the major comment prior to IETF last call. Thanks! Ben. *** Major Comments *** The draft needs to better describe the trust model. Currently, it says = that a UA must ignore any spam parameters unless the registrar included = the Feature-Caps tag. That implies the UA trusts the SIP service to = label spam; I=E2=80=99m not sure that will always be true. Likewise, it=E2=80=99s not clear to me when the callee=E2=80=99s SIP = service might trust spam labeling from the caller=E2=80=99s service or = some intermediary between them. I expect that we will see bad actors = label everything as =E2=80=9Cgovernment=E2=80=9D or =E2=80=9Chealth=E2=80=9D= . There=E2=80=99s a mention of signing the parameters, but that=E2=80=99s = dependent upon a hypothetical STIR extension that may or may not exist. Perhaps the best we can do is say the callee=E2=80=99s service needs to = use it=E2=80=99s own local policy to decide what to trust. Even then, do = we expect at least TLS integrity protection of the spam parameters = between the caller and callee services? Do we expect calling number = authentication (i.e. STIR)? I don=E2=80=99t mean to say that I know what the right answers are here, = but I think the security considerations need to at least document the = assumptions and potential issues or vulnerabilities, especially if = there=E2=80=99s a risk of attackers tampering with the labels. *** Minor Comments *** =C2=A72: Is there a reason not to use the new boilerplate from RFC 8174? = There are a few lower case instances of =E2=80=9Cmay=E2=80=9D; these are = ambiguous under the original 2119 boilerplate. =C2=A73: I don=E2=80=99t think it is appropriate to use a normative MAY = when talking about a hypothetical future passport extension that may or = may not ever happen. Also, the reference for passport (ppt) should be RFC 8225. =C2=A74, definition of =E2=80=9Creason=E2=80=9D: The definition = describes extended information, not the =E2=80=9Creason=E2=80=9D in the = normal sense of the term. In particular, I would normally expect a = reason phrase to be human-readable, which would have i18n = considerations. Is it too late to call this something different? =C2=A75: - definition of =E2=80=9Cinformational=E2=80=9D: It=E2=80=99s not clear = to me if the calling party is supposed to believe that a business = relationship exists, or if it =E2=80=9Cis believed to=E2=80=9D have such = a relationship by whatever inserts the label. If the latter, how would = it know? (This relates to my major comments about the trust model). - definition of =E2=80=9Cspoofed=E2=80=9D: How does this interact with = STIR? =C2=A711.2: Depending on the resolution of my major comments, the = reference to 4474bis (now RFC8224) may need to be normative. *** Editorial Comments *** =C2=A71, 1st paragraph, =E2=80=9Cbut unwanted callers may not provide = their true name or use a name that misleads=E2=80=9D: I suggest =E2=80=9C... may not provide their true = name or _may_ use a name that misleads...=E2=80=9D to avoid ambiguity = about whether the =E2=80=9Cnot=E2=80=9D applies to both alternatives or = just the first. =C2=A73: - first paragraph, "This document describes a new set of optional = parameters and usage for the SIP [RFC3261] Call-Info header field, purpose "info", for labeling the nature of the call.=E2=80=9D: I suggest =E2=80=98...with a = purpose of =E2=80=9Cinfo...=E2=80=9D =E2=80=98 - Third paragraph, "MAY be several Call-Info header instances=E2=80=9D: = That =E2=80=9CMAY=E2=80=9D seems like a statement rather than = permission. =C2=A76.2: The heading says =E2=80=9CINVITE request=E2=80=9D, but the = contents are not an INVITE request. I assume it=E2=80=99s intended to be = a Caller-Info header field as it might appear in an INVITE request? If = so, please say that explicitly. --Apple-Mail=_A657B759-8811-409A-9108-4842599720B2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlv/a2kACgkQgFZKbJXz 1A03+BAAkXtCEnVVAM32cTV4eaEltBeiOdDSSw2lgCRFq69Ejx3V8z679u8fl3MV GmHp+BbBbasKTRHd8z0OxxQ0NH8pwODk7F63x6ZCjUAHL9+E4JgMXaCwHi0EMsUz UWRpPLe83IcAtIhl1C+9gazFcwPha/mSW8HJ2mFUEMYK/UFXDt2AplKu8Qxj1Mjg 7Hnofr74UxB4V2mqgJLrhkJhn0AptomEcL6uNAyAHQZu00CJik+aKEGzUvbrxtbO TMkRsSP11QCtipFnjMVMth+tlMPLd+WB8IFIbMWateqpYkKeTCQK/91Xn7A5e0zo 5XBK1YcU5QodfJ4SRG85J0pNZbavffdpMEPtD7jZ7oTF9ByPGzjh3Nus/hLqlImD dU/Tw17e3F75omy0h6YVQqqF0ML2ZfM0/PGVloIKn9Kq0Cx1doxdMv8Yd8c9jk0Q ClnswhKpXxLjLS6w6dkJ+80e/IfhN2LxjpIdDxwOUTmDXKnDmeTnPFQB7AVlBBgR LFolsOSb/E5H9LFNUK9m8VHESEQSDZUSApAAmtR1+4bk431n8B+K2DtwMwMtGe3L JF6hEaK8mpUFtKz1oxt3g5HL8/izNzy7V0whK18gzZpmicB76CDSSYGTZNzyqrcl E+dgttBBgpBSjPQ6wsSrUACKw+pbfhDD9ES+0CqXs208ht2EZec= =xCcN -----END PGP SIGNATURE----- --Apple-Mail=_A657B759-8811-409A-9108-4842599720B2-- From nobody Thu Nov 29 20:59: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 B1F52126C7E; Thu, 29 Nov 2018 20:59:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.88 X-Spam-Level: X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 1LTFmWUFWr-f; Thu, 29 Nov 2018 20:59:23 -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 7CD5E127AC2; Thu, 29 Nov 2018 20:59:20 -0800 (PST) Received: from [172.20.10.2] (mobile-166-137-219-138.mycingular.net [166.137.219.138]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wAU4xIBS045024 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 29 Nov 2018 22:59:19 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host mobile-166-137-219-138.mycingular.net [166.137.219.138] claimed to be [172.20.10.2] From: Ben Campbell Content-Type: multipart/signed; boundary="Apple-Mail=_C0C8E037-5A85-4F14-A94C-3EA32107A64F"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Message-Id: <34AC90DD-12D6-4F34-B2A0-A1BB4D66A701@nostrum.com> Date: Thu, 29 Nov 2018 22:57:09 -0600 Cc: sipcore@ietf.org, sipcore-chairs@ietf.org To: draft-ietf-sipcore-reason-q850-loc.all@ietf.org X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: [sipcore] AD Evaluation of draft-ietf-sipcore-reason-q850-loc-04 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 04:59:26 -0000 --Apple-Mail=_C0C8E037-5A85-4F14-A94C-3EA32107A64F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, This is my AD evaluation of draft-ietf-sipcore-reason-q850-loc-04. I = have some substantive and editorial comments that I would like to = resolve prior to IETF last call. Thanks! Ben. -------------------------- *** Substantive Comments *** =C2=A73: =E2=80=9Copen to be used by any other network=E2=80=9D That would really mean =E2=80=9Cany other network that includes ISUP = interworking gateways and uses Q.850 reason codes=E2=80=9D, right? =C2=A74: - Figure 1: Is it possible the Q.850 location code list will ever = change? if so, how will this list stay in sync? 3326 just referenced = Q.850 for the reason codes; can this do the same? - =E2=80=9CThus other values are not within the scope of this = document.=E2=80=9D I=E2=80=99m not sure what that means. Are non-listed values forbidden? = Undefined? Are they defined in _other_ documents? - "Depending on the direction the UAC or UAS shall include the = location...=E2=80=9D I=E2=80=99m not sure what that means. Does it mean =E2=80=9CDepending on = whether the message is a request or a response=E2=80=9D? Also, is that =E2=80=9Cshall=E2=80=9D intended as normative? (I suggest = it not, since I assume inserting the location is optional.) Would it = make sense to just say =E2=80=9C... the UAC or UAS includes the = location...=E2=80=9D? =C2=A76 and =C2=A77: Unfortunately, RFC 3326 contains no privacy considerations at all, so we = really can=E2=80=99t say that this doesn=E2=80=99t change them. The = expectation for privacy considerations has changed since that RFC was = published. I think this document does need to describe any privacy = considerations that the combination of a Q.850 reason code and location = might have. For example, can an intermediary learn anything about the end user = behavior by examining them that it couldn=E2=80=99t learn otherwise? The = answer might well be =E2=80=9Cno=E2=80=9D, but the draft should explain = the reasoning behind that. Similarly unfortunately, the security considerations in RFC 3326 did not = address ISUP interworking. Could an attacker do anything destructive or = useful to the attacker by monitoring or tampering with Q.850 location = information in a SIP message? =C2=A79.1: The Header Fields Parameter sub registry also needs the = =E2=80=9CPredetermined Values=E2=80=9D and =E2=80=9CReference=E2=80=9D = column filled in . I assume those values are =E2=80=9CYes=E2=80=9D, and = =E2=80=9CRFCXXXX=E2=80=9D (with XXXX replaced with the assigned RFC = number), respectively. *** Editorial Comments *** - Header: The Updates field should just say =E2=80=9CUpdates: 3326=E2=80=9D= . - Abstract: Please mention the update in the abstract. =C2=A71: - Please add a sentence of two to explain what =E2=80=9Creason of = release=E2=80=9D means. (Should that be =E2=80=9Creason for release=E2=80=9D= ?) I know that=E2=80=99s in 3326--it doesn=E2=80=99t need detail here, = but it needs enough for people to realize what you are talking about. - 2nd sentence: The antecedent of =E2=80=9CIt=E2=80=9D is ambiguous. - =E2=80=9Cdoes specify=E2=80=9D -> =E2=80=9Cspecifies=E2=80=9D - The last sentence seems like a non sequitur, since this is the first = mention of location. Perhaps the previous sentence could say''..., but = not the Q.850 location information. - The draft needs to elaborate on the what Q.850 represents. Otherwise, = reviewers are going to assume location in the geolocation sense, and get = really worried about privacy issues. =C2=A72: Please use the new boilerplate from RFC8174, unless there is a = specific reason not to. =C2=A74: - 2nd paragraph: s/=E2=80=9CThe mechanism employed=E2=80=9D/=E2=80=9CThis = specification =E2=80=9C - The second sentence has redundant Q.850 citations. -2nd to last paragraph, "This approach is only valid in cases when the = ISUP [Q.850] ocation is available.=E2=80=9D I suspect =E2=80=9Cinvalid=E2=80= =9D should be =E2=80=9Cpossible=E2=80=9D or something to that effect. - last paragraph, =E2=80=9Cin other cases the location, if present, MUST = be ignored=E2=80=9D: I suggest =E2=80=9COther values MUST be ignored if = present." =C2=A75: - First paragraph: s/=E2=80=9C... set up... =E2=80=9D/ =E2=80=9C...sent...=E2=80=9D s/=E2=80=9C... set to 1 meaning ...=E2=80=9D/=E2=80=9C... set to 1, = meaning ..." --Apple-Mail=_C0C8E037-5A85-4F14-A94C-3EA32107A64F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlwAwyUACgkQgFZKbJXz 1A1Dcg//awV47jAV1/RuM4QuzlfjdZ6YEmSRdJC2X9C1vBlsD5QR8avceBdwt8zd b+yFyY0yP79TxRNl7ske8IK1sxOIM7inKBxdPvFk6+6HUAGlxW/CAjvqh8zaI+ih BKYWBvmXGu8t637YIbIvOyLJjKseXq4oXP3Hr7WH7T7ysCHtiE96y31wgxx+2TfK 3EesCeBv9xcKp2sa3dmbymLo+Zuj0r/G0Gt4bYaMISbOcF+m+/Y6V27N32tofVPo bophZTbzea40QWnctCgOkk6EHEmblqtYE2RlZiE1Y/i5+5LqPbf3f031ULWc6gD4 J6ZeaGspt56kWGquzxd1OM/LLv/qaht9PLjjr21IyD3Jmu7IylgaoR7JSvDN5aXy 7kra/M8bYCYxHixczz+ONJEDgM529PT1Ep8rUBSQWhWrDQ6AQuvMMVQqfnQX40Vr ZC3BaZXBvnfje7lbpp+56ZsQuln6hg8K4bo8+SwHk5egcLFn+6LdnhoA0vjx7I0I L7WDQOqOtHa8RPyTulP+VsA6s1og1bwgurn1jDwA9NMt65zImsZZxKoRpXzuaIZK CphOivjiUpRzu99lwns2vGmhHuZEoFCBegC+TA+iHq+3Pz/UBeV2NQnBrG6Cy/jT X+S2o2lplSzppP/zFL7YgN4W1pqByZiVuk8OMwnlElPppLcunOo= =KTyK -----END PGP SIGNATURE----- --Apple-Mail=_C0C8E037-5A85-4F14-A94C-3EA32107A64F-- From nobody Fri Nov 30 02:39: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 5EE09130DDA; Fri, 30 Nov 2018 02:39:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.159 X-Spam-Level: X-Spam-Status: No, score=-4.159 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fC0d3xUc_FF7; Fri, 30 Nov 2018 02:39:33 -0800 (PST) Received: from mailout41.telekom.de (MAILOUT41.telekom.de [194.25.225.151]) (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 4043A130DD5; Fri, 30 Nov 2018 02:39:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1543574372; x=1575110372; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=c1ZV1cDTPjUxAlgtn2E0nmwtnSEvABxg8NcTXF5l/q8=; b=Rqb+p60KHMhciZd/kNkZwglxAOfBjDuy7b0KS2ETHB/U/I0lQnl02aTY EVs8OaNdc8r/O9TAw4eUnOBQqvEopWTapku9JIrI8zfanDJDiiu48BfHH OoEpcJg90KV6KtgyV7yBu3VMqXj2zPCjVNZcpM1Cqs352mogPn4niDyT4 lUfLpbLAIFOHA8qGKRaJPZTiV6wWZlWF26CmIqdmybnqCtxncrnRzRApG c7oMyrd1ftMiu/IPaut5cpTEHmSZHJAbWUi65QyTzRlMhqPXVGd4+GDd2 c02JAmUPGTp1PCCS/Kj7zSa+W+iXsI+U95BcVD5iCIARJZx+4m3CcZbj2 g==; Received: from qdezc2.de.t-internal.com ([10.171.255.37]) by MAILOUT41.dmznet.de.t-internal.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Nov 2018 11:39:29 +0100 X-IronPort-AV: E=Sophos;i="5.56,298,1539640800"; d="scan'208";a="937342584" Received: from he105872.emea1.cds.t-internal.com ([10.169.118.69]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES256-SHA; 30 Nov 2018 11:38:27 +0100 Received: from HE101953.EMEA1.cds.t-internal.com (10.169.118.78) by HE105872.emea1.cds.t-internal.com (10.169.118.69) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 30 Nov 2018 11:38:27 +0100 Received: from HE106564.emea1.cds.t-internal.com (10.171.40.16) by HE101953.EMEA1.cds.t-internal.com (10.169.118.78) with Microsoft SMTP Server (TLS) id 15.0.1395.4 via Frontend Transport; Fri, 30 Nov 2018 11:38:27 +0100 Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.19) by O365mail01.telekom.de (172.30.0.234) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Fri, 30 Nov 2018 11:37:54 +0100 Received: from FRXPR01MB0135.DEUPRD01.PROD.OUTLOOK.DE (10.158.150.149) by FRXPR01MB0136.DEUPRD01.PROD.OUTLOOK.DE (10.158.150.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1361.19; Fri, 30 Nov 2018 10:38:26 +0000 Received: from FRXPR01MB0135.DEUPRD01.PROD.OUTLOOK.DE ([fe80::c5cf:b56f:d292:6d29]) by FRXPR01MB0135.DEUPRD01.PROD.OUTLOOK.DE ([fe80::c5cf:b56f:d292:6d29%5]) with mapi id 15.20.1361.019; Fri, 30 Nov 2018 10:38:26 +0000 From: To: , CC: , Thread-Topic: AD Evaluation of draft-ietf-sipcore-reason-q850-loc-04 Thread-Index: AQHUiGl6gBlRwacDpES2okDrjUbTFKVn9CTg Date: Fri, 30 Nov 2018 10:38:26 +0000 Message-ID: References: <34AC90DD-12D6-4F34-B2A0-A1BB4D66A701@nostrum.com> In-Reply-To: <34AC90DD-12D6-4F34-B2A0-A1BB4D66A701@nostrum.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.134] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; FRXPR01MB0136; 6:q9Oib8v/WGAVvUxLVrH+0YEaylsp+yPhR0858QE/22bA/FuOpWYSkoVeDvm7+NwSFk+ZWn+RhFgYIf+EbOh/f9sX9isJwFXQTPwCZzZJvGbvrQMd7vwb4ts0Zj1NbEqNM+5okr+r0gYeMSjyPgdCi3JZrXAe9sps4uJllHKjV0FTVWubWEBBjqNrcPzSfStx/Yr1Ln6KmZgXKY/eX1giDGpkFhpYJFURhhjMIt4lIY6URnrWbDLqtt5Lqd+cMuS4SLBnuEoYM4RJiCYICm2eQMVmM5ZkGFGNWg5ryvpfA5VTW0J4fbdjXEv241UPcAs/3L4FZ52nqqk4l62v6DjGM9KIrWoide4+rDg0olBCRROdJUhuwoRUu7JEWYkTYtZZf/Ewr5U0yJ13O+1tBu2epkI2773Q4u4Z57cCUDUwGJxplBn8EJBbSoQsrfChUGGzdA+66b/kQAedapOhnS4h7A==; 5:NfYPPXE7Pch1mANH0JwSZAoxg3pNeOGznI83kRfOkvMFa00fQZPZh8KcCkCSI9FPCHhBxuLkxDcn7eM6WrgPrSLg5ox/1Che0PuYXKp5c6pEPBw6iOH5QjWVNhWRCyvM0guy0S1msMMthlXgj1dA0izu7nM5hZHS7rAAWQ14MCA=; 7:BHgCRcoVvqzd097yc6qlcGrNTP97Yq8BmTN0XmVFY+r19nS9s1LG5GjZziYMCcoZMVwuiO5zjWlRvsZWGlEmCHGYTEHvA5ctilwQFMxwLKrvfsUsUFjosTxtZ/OwDspwzfruqAexdeXSipvJaygn4g== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 98fce748-c95e-4abe-c00d-08d656aff609 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:FRXPR01MB0136; x-ms-traffictypediagnostic: FRXPR01MB0136: x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3002001)(3231453)(999002)(944501466)(52105112)(10201501046)(93006095)(93001095)(148016)(149066)(150057)(6041310)(20161123560045)(20161123558120)(201703131423095)(20161123555045)(201703061421075)(20161123564045)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:FRXPR01MB0136; BCL:0; PCL:0; RULEID:; SRVR:FRXPR01MB0136; x-forefront-prvs: 087223B4DA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(376002)(136003)(396003)(346002)(39860400002)(199004)(189003)(8676002)(14454004)(81156014)(102836004)(7696005)(75402003)(81166006)(76176011)(74482002)(345774005)(561944003)(5660300001)(2501003)(52396003)(26005)(55016002)(186003)(8936002)(66574009)(71200400001)(71190400001)(106356001)(86362001)(105586002)(476003)(14444005)(305945005)(256004)(508600001)(446003)(6116002)(72206003)(33656002)(3846002)(53936002)(97736004)(486006)(11346002)(4326008)(7736002)(68736007)(54906003)(66066001)(2906002)(9686003)(110136005); DIR:OUT; SFP:1101; SCL:1; SRVR:FRXPR01MB0136; H:FRXPR01MB0135.DEUPRD01.PROD.OUTLOOK.DE; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: telekom.de does not designate permitted sender hosts) x-microsoft-antispam-message-info: /B5KjnBzidx5XK+MpBErI04ifrUZxKhan6SdewHB2MNERlf173GJjcRMWWa3FeFocqxAodMezswnkMwpSINk+xop1zlhMUWc99Fara8mysUSJPWPqBA2bL2JoS4xaNBN7iVkYyIyfBPgKVqZbosMSPy7N0LPvkDr6Us63Fj+h/bSRy/DZYcN36iPPgvYtGyzSjFVNJgvBa7yPVXAGEXBhZCsMy+Oj9dWtCO9oCcpt2Qea1LEZhwOJ93Rf8V96uNaum3FOGhrz45DeEuHlRgyoTF7RhH2nBl75BVNGCEYUEinafLk0BEo+aGX8YcWyEUQ9TBdZnfpkLrpQR6oGeDiIM29eFuRJ2vCniYRAde/85A= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 98fce748-c95e-4abe-c00d-08d656aff609 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2018 10:38:26.5082 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRXPR01MB0136 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-reason-q850-loc-04 X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 10:39:34 -0000 SGkgQmVuLA0KdGhhbmsgeW91IGZvciB5b3VyIGV4dGVuc2l2ZSByZXZpZXcuDQpQbGVhc2UgZmlu ZCB0aGUgYW5zd2VycyBiZWxvdy4NCg0KV2hlbiBzaG91bGQgSSBkZWxpdmVyIGEgbmV3IGRyYWZ0 IHRoZW4/IA0KQVNBUD8NCg0KQmVzdCBSZWdhcmRzDQoNClJvbGFuZA0KDQo+IC0tLS0tVXJzcHLD vG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NCj4gVm9uOiBCZW4gQ2FtcGJlbGwgPGJlbkBub3N0cnVt LmNvbT4NCj4gR2VzZW5kZXQ6IEZyZWl0YWcsIDMwLiBOb3ZlbWJlciAyMDE4IDA1OjU3DQo+IEFu OiBkcmFmdC1pZXRmLXNpcGNvcmUtcmVhc29uLXE4NTAtbG9jLmFsbEBpZXRmLm9yZw0KPiBDYzog c2lwY29yZUBpZXRmLm9yZzsgc2lwY29yZS1jaGFpcnNAaWV0Zi5vcmcNCj4gQmV0cmVmZjogQUQg RXZhbHVhdGlvbiBvZiBkcmFmdC1pZXRmLXNpcGNvcmUtcmVhc29uLXE4NTAtbG9jLTA0DQo+IA0K PiBIaSwNCj4gDQo+IFRoaXMgaXMgbXkgQUQgZXZhbHVhdGlvbiBvZiBkcmFmdC1pZXRmLXNpcGNv cmUtcmVhc29uLXE4NTAtbG9jLTA0LiBJIGhhdmUgc29tZQ0KPiBzdWJzdGFudGl2ZSBhbmQgZWRp dG9yaWFsIGNvbW1lbnRzIHRoYXQgSSB3b3VsZCBsaWtlIHRvIHJlc29sdmUgcHJpb3IgdG8gSUVU Rg0KPiBsYXN0IGNhbGwuDQo+IA0KPiBUaGFua3MhDQo+IA0KPiBCZW4uDQo+IC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQo+IA0KPiAqKiogU3Vic3RhbnRpdmUgQ29tbWVudHMgKioqDQo+IA0K PiDCpzM6IOKAnG9wZW4gdG8gYmUgdXNlZCBieSBhbnkgb3RoZXIgbmV0d29ya+KAnQ0KPiBUaGF0 IHdvdWxkIHJlYWxseSBtZWFuIOKAnGFueSBvdGhlciBuZXR3b3JrIHRoYXQgaW5jbHVkZXMgSVNV UCBpbnRlcndvcmtpbmcNCj4gZ2F0ZXdheXMgYW5kIHVzZXMgUS44NTAgcmVhc29uIGNvZGVz4oCd LCByaWdodD8NCj4gDQpbUkpdIFllcw0KPiDCpzQ6DQo+IC0gRmlndXJlIDE6IElzIGl0IHBvc3Np YmxlIHRoZSBRLjg1MCBsb2NhdGlvbiBjb2RlIGxpc3Qgd2lsbCBldmVyIGNoYW5nZT8gaWYgc28s DQo+IGhvdyB3aWxsIHRoaXMgbGlzdCBzdGF5IGluIHN5bmM/IDMzMjYganVzdCByZWZlcmVuY2Vk IFEuODUwIGZvciB0aGUgcmVhc29uDQo+IGNvZGVzOyBjYW4gdGhpcyBkbyB0aGUgc2FtZT8NCj4g DQpbUkpdIFBTVE4gaXMgc29vbmVyIG9yIGxhdGVyIGdvaW5nIGluIHJldGlyZW1lbnQuDQpUaGUg Yml0IHZhbHVlcyAoMDAwMC0xMTExKSB3aWxsIG5vdCBiZSBleHRlbmRlZC4gVGhlIG5hbWluZyBv ZiAgbG9jYXRpb25zIGRlZmluZWQgd2l0aGluIFEuODUwIHdpbGwgZnJvbSBteSBwb2ludCBvZiB2 aWV3IG5vdCBjaGFuZ2UuIE5ldmVydGhlbGVzcyBhbGwgdmFsdWVzIHdoaWNoIGNvdWxkIGNoYW5n ZSBoYXZlIGFuIGdlbmVyaWMgbmFtaW5nIHdpdGhpbiB0aGUgZHJhZnQuIFNpbmNlIHdlIGhhdmUg ZGlzY3Vzc2VkIHRoZSBzYW1lIHBvc3NpYmlsaXR5IGVhcmxpZXIsIHRodXMgd2UgaGF2ZSBhZGRl ZCBhbGwgdmFsdWVzIGZyb20gMDAwMCB0byAxMTExLg0KDQpTbyBhbiBpbnRlcndvcmtpbmcgY2Fu IGJlIGd1YXJhbnRlZWQgaW4gYW55IGNhc2UsIGV2ZW4gdGhlIG5hbWluZyBvZiB0aGUgbG9jYXRp b24gaW4gUFNUTiBtYXkgY2hhbmdlLiANCg0KVGhlIGxhc3QgdHJ5IHRvICBjaGFuZ2UgYW55IGxv Y2F0aW9uIHdhcyBhcm91bmQgMjAwMiBpbiBJVFUtVCBhbmQgdGhhdCB3YXMgbm90IHN1Y2Nlc3Nm dWwuIA0KVGhlIG9ubHkgY2hhbmdlcyBhcHBlYXJpbmcgaXMgYWRkaW5nIGEgY2F1c2UgdmFsdWUu IFRoZSBsYXRlc3QgMyBjYXVzZSB2YWx1ZXMgd2VyZSBhZGRlZCBpbiAyMDAxLCAyMDAyIGFuZCAy MDE4Lg0KQnV0IGNoYW5naW5nIGxvY2F0aW9uIG5hbWVzIHdvdWxkIHJlc3VsdCBpbiBQU1ROIHdp dGggYmlnIGluY29tcGF0aWJpbGl0aWVzIHdoZXJlIGV2ZXJ5Ym9keS4gVGh1cyB0b3VjaGluZyBs b2NhdGlvbnMgaW4gSVNVUCB3b3VsZCBoYXJtLg0KDQo+IC0g4oCcVGh1cyBvdGhlciB2YWx1ZXMg YXJlIG5vdCB3aXRoaW4gdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQu4oCdDQpbUkpdIFllcyAx NiBWYWx1ZXMgaXMgdGhlIG1heGltdW0gbnVtYmVyLg0KPiBJ4oCZbSBub3Qgc3VyZSB3aGF0IHRo YXQgbWVhbnMuIEFyZSBub24tbGlzdGVkIHZhbHVlcyBmb3JiaWRkZW4/IFVuZGVmaW5lZD8NCj4g QXJlIHRoZXkgZGVmaW5lZCBpbiBfb3RoZXJfIGRvY3VtZW50cz8NCltSSl0gV2UgaGF2ZSBpbnRl cndvcmtlZCBldmVyeSBwb3NzaWJsZSBiaXQgdmFsdWUgb3V0IG9mIFEuODUwIGZvciBsb2NhdGlv biwgdGhlcmUgYXJlIG5vIG1vcmUgbGVmdCBvdmVyLg0KPiANCj4gLSAiRGVwZW5kaW5nIG9uIHRo ZSBkaXJlY3Rpb24gdGhlIFVBQyBvciBVQVMgc2hhbGwgaW5jbHVkZSB0aGUgbG9jYXRpb24uLi7i gJ0NCj4gSeKAmW0gbm90IHN1cmUgd2hhdCB0aGF0IG1lYW5zLiBEb2VzIGl0IG1lYW4g4oCcRGVw ZW5kaW5nIG9uIHdoZXRoZXIgdGhlDQo+IG1lc3NhZ2UgaXMgYSByZXF1ZXN0IG9yIGEgcmVzcG9u c2XigJ0/DQpbUkpdIFllcyB0aGlzIGNhbiBiZSBhIHJlcXVlc3Qgb3IgYW4gcmVzcG9uc2UuIERv IHlvdSBleHBlY3Qgc29tZSBtb3JlIHdvcmRlIHRoZW4/DQo+IA0KPiBBbHNvLCBpcyB0aGF0IOKA nHNoYWxs4oCdIGludGVuZGVkIGFzIG5vcm1hdGl2ZT8gIChJIHN1Z2dlc3QgaXQgbm90LCBzaW5j ZSBJIGFzc3VtZQ0KPiBpbnNlcnRpbmcgdGhlIGxvY2F0aW9uIGlzIG9wdGlvbmFsLikgV291bGQg aXQgbWFrZSBzZW5zZSB0byBqdXN0IHNheSDigJwuLi4gdGhlIFVBQw0KPiBvciBVQVMgaW5jbHVk ZXMgdGhlIGxvY2F0aW9uLi4u4oCdPw0KDQpbUkpdIFllcyBTSEFMTD1NVVNULiBXaXRoaW4gUS44 NTAgdGhlIGxvY2F0aW9uIGlzIG1hbmRhdG9yeSB0byBiZSBzZXQgd2hlbiBzZW5kaW5nIGEgY2F1 c2UgVmFsdWUuDQpUaGF0IGlzIHdoeSB3ZSBwdXQgaW4gc2hhbGwuIEJ1dCBJIGNvdWxkIGxpZmUg YWxzbyB3aXRoIHlvdXIgcHJvcG9zYWwuDQo+IA0KPiDCpzYgYW5kIMKnNzoNCj4gDQo+IFVuZm9y dHVuYXRlbHksIFJGQyAzMzI2IGNvbnRhaW5zIG5vIHByaXZhY3kgY29uc2lkZXJhdGlvbnMgYXQg YWxsLCBzbyB3ZSByZWFsbHkNCj4gY2Fu4oCZdCBzYXkgdGhhdCB0aGlzIGRvZXNu4oCZdCBjaGFu Z2UgdGhlbS4gVGhlIGV4cGVjdGF0aW9uIGZvciBwcml2YWN5DQo+IGNvbnNpZGVyYXRpb25zIGhh cyBjaGFuZ2VkIHNpbmNlIHRoYXQgUkZDIHdhcyBwdWJsaXNoZWQuIEkgdGhpbmsgdGhpcw0KPiBk b2N1bWVudCBkb2VzIG5lZWQgdG8gZGVzY3JpYmUgYW55IHByaXZhY3kgY29uc2lkZXJhdGlvbnMg dGhhdCAgdGhlDQo+IGNvbWJpbmF0aW9uIG9mIGEgUS44NTAgcmVhc29uIGNvZGUgYW5kIGxvY2F0 aW9uIG1pZ2h0IGhhdmUuDQoNCltSSl0gSSB3b3VsZCBwcm9wb3NlIHRvIGRlbGV0ZSB0aGVuIHRo ZSBmaXJzdCBzZW50ZW5jZS4NClRodXMgdGhlIGNvbnNpZGVyYXRpb25zIHdvdWxkIHN0YXRlOg0K V2hpbGUgdGhlIGFkZGl0aW9uIG9mIHRoZSBsb2NhdGlvbiBwYXJhbWV0ZXINCiAgIGRvZXMgcHJv dmlkZSBhbiBpbmRpY2F0b3Igb2YgdGhlIGVudGl0eSB0aGF0IGFkZGVkIHRoZSBsb2NhdGlvbiBp bg0KICAgdGhlIHNpZ25hbGluZyBwYXRoIHRoaXMgcHJvdmlkZXMgbGl0dGxlIG1vcmUgZXhwb3N1 cmUgdGhhbiB0aGUNCiAgIFtRLjg1MF0gY2F1c2UgaXRzZWxmLg0KDQpJIGNvdWxkIGFkZDoNCldo ZW4gYXBwbHlpbmcgcHJpdmFjeSBhY2NvcmRpbmcgdG8gUkZDIDMzMjMgdGhlIGxvY2F0aW9uIHZh bHVlIHdpbGwgbm90IGdpdmUgYW55IGhpbnQgdG8gdGhlIGlkZW50aXR5IG9yaWdpbmF0aW5nIG9y IHRlcm1pbmF0aW5nIHBhcnR5IG9mIHRoZSBjYWxsLiBJdCBzaG93cyBvbmx5IHRoZSBsb2NhdGlv biBvZiB0aGUgcmVsZWFzZSBvZiB0aGUgY2FsbCB3aGljaCBtYXliZSB0aGUgZW5kIGRldmljZSBp dHNlbGYgKGxvY2F0aW9uIHVzZXIpIG9yIGFueSBvdGhlciBuZXR3b3JrIHBhcnQuIA0KVGhlIGxv Y2F0aW9uIGlzIGV2ZW4gbm90IHNob3dpbmcgZnJvbSB3aGljaCBjaXR5IG9yIHRvd24gdGhlIGNh bGwgaXMgY29taW5nIGZyb20uIA0KDQpXb3VsZCB0aGlzIGJlIGVub3VnaD8NCj4gDQo+IEZvciBl eGFtcGxlLCBjYW4gYW4gaW50ZXJtZWRpYXJ5IGxlYXJuIGFueXRoaW5nIGFib3V0IHRoZSBlbmQg dXNlciBiZWhhdmlvcg0KPiBieSBleGFtaW5pbmcgdGhlbSB0aGF0IGl0IGNvdWxkbuKAmXQgbGVh cm4gb3RoZXJ3aXNlPyBUaGUgYW5zd2VyIG1pZ2h0IHdlbGwgYmUNCj4g4oCcbm/igJ0sIGJ1dCB0 aGUgZHJhZnQgc2hvdWxkIGV4cGxhaW4gdGhlIHJlYXNvbmluZyBiZWhpbmQgdGhhdC4NCj4NCltS Sl0gc2VlIGFib3ZlDQoNCj4gU2ltaWxhcmx5IHVuZm9ydHVuYXRlbHksIHRoZSBzZWN1cml0eSBj b25zaWRlcmF0aW9ucyBpbiBSRkMgMzMyNiBkaWQgbm90DQo+IGFkZHJlc3MgSVNVUCBpbnRlcndv cmtpbmcuIENvdWxkIGFuIGF0dGFja2VyIGRvIGFueXRoaW5nIGRlc3RydWN0aXZlIG9yDQo+IHVz ZWZ1bCB0byB0aGUgYXR0YWNrZXIgYnkgbW9uaXRvcmluZyBvciB0YW1wZXJpbmcgd2l0aCBRLjg1 MCBsb2NhdGlvbg0KPiBpbmZvcm1hdGlvbiBpbiBhIFNJUCBtZXNzYWdlPw0KPiANCltSSl0gSSBj b3VsZCBhZGQ6DQpSRkMzMzk4IGRvZXMgYW4gZXh0ZW5zaXZlIHNlY3VyaXR5IGNvbnNpZGVyYXRp b24gZHVlIHRvIGludGVyd29ya2luZyBiZXR3ZWVuIElTVVAgYW5kIFNJUC4gQmV5b25kIHRoaXMg Y29uc2lkZXJhdGlvbnMgdGhlIGFkZGl0aW9uIG9mIHRoZSBsb2NhdGlvbiBkb2VzIG5vdCBhZGQg bW9yZSBzZWN1cml0eSBjb25jZXJucy4NClRoZSBsb2NhdGlvbiBzaG93cyB0aGUgbmV0d29yayBw YXJ0IHdoZXJlIHRoZSBjYWxsIGlzIHJlbGVhc2VkLiBLbm93aW5nIHRoaXMgZG9lcyBub3QgaW5j cmVhc2UgdGhlIHBvc3NpYmlsaXRpZXMgb2YgZXh0ZW5kZWQgZnJhdWQgc2NlbmFyaW9zLiANCg0K DQo+IMKnOS4xOiBUaGUgSGVhZGVyIEZpZWxkcyBQYXJhbWV0ZXIgc3ViIHJlZ2lzdHJ5IGFsc28g bmVlZHMgdGhlDQo+IOKAnFByZWRldGVybWluZWQgVmFsdWVz4oCdIGFuZCDigJxSZWZlcmVuY2Xi gJ0gY29sdW1uIGZpbGxlZCBpbiAuIEkgYXNzdW1lIHRob3NlDQo+IHZhbHVlcyBhcmUg4oCcWWVz 4oCdLCBhbmQg4oCcUkZDWFhYWOKAnSAod2l0aCBYWFhYIHJlcGxhY2VkIHdpdGggdGhlIGFzc2ln bmVkIFJGQw0KPiBudW1iZXIpLCByZXNwZWN0aXZlbHkuDQo+IA0KW1JKXSBZRVMsIE9LIHdpbGwg ZG8gdGhhdC4NCj4gDQo+ICoqKiBFZGl0b3JpYWwgQ29tbWVudHMgKioqDQo+IA0KPiAtIEhlYWRl cjogVGhlIFVwZGF0ZXMgZmllbGQgc2hvdWxkIGp1c3Qgc2F5IOKAnFVwZGF0ZXM6IDMzMjbigJ0N Cg0KW1JKXSBZRVMsIE9LIHdpbGwgZG8gdGhhdC4NCg== From nobody Fri Nov 30 07:51: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 1EB741277BB for ; Fri, 30 Nov 2018 07:50:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.761 X-Spam-Level: X-Spam-Status: No, score=-5.761 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 header.b=Z3tH7waO; dkim=pass (1024-bit key) header.d=ericsson.com header.b=ZU5U41V5 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 KeV68zUUsHoS for ; Fri, 30 Nov 2018 07:50: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 6C74A1241F6 for ; Fri, 30 Nov 2018 07:50: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=1543593054; x=1546185054; 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=ycAOaxdovzB9JQnHtmbm902I0rj7UE7jH8QpEgPkRIo=; b=Z3tH7waOj2b84+FDuSDufX1RY02EeXbzxFnM+oxUnfopRHANhyI6zub3xaDHEwfD PZ+urpJBRXZ3lLxeAY8I3P6HjAtu1LJruWaEhT7krcxyR30SVcszl0lmNLGLA7uV GoHmyHG8r7eaGfkLsBJ2xGzsdhWLUwI4qUS8NGCC8tQ=; X-AuditID: c1b4fb25-601ff7000000191f-9b-5c015c5e1990 Received: from ESESBMB505.ericsson.se (Unknown_Domain [153.88.183.118]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 56.12.06431.E5C510C5; Fri, 30 Nov 2018 16:50:54 +0100 (CET) Received: from ESESSMR506.ericsson.se (153.88.183.128) by ESESBMB505.ericsson.se (153.88.183.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 30 Nov 2018 16:50:54 +0100 Received: from ESESSMB502.ericsson.se (153.88.183.163) by ESESSMR506.ericsson.se (153.88.183.128) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 30 Nov 2018 16:50:54 +0100 Received: from EUR02-VE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB502.ericsson.se (153.88.183.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Fri, 30 Nov 2018 16:50:54 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ycAOaxdovzB9JQnHtmbm902I0rj7UE7jH8QpEgPkRIo=; b=ZU5U41V50g5oGJVtPkJpkIlBZLa7Vquv0XlYkBc6x08v0rgUlpkPYLvY/engKEU7x1uuApnYsNEkXZyEY6pysYVpb5nuuR6GXxtXOtQ1AGoe8dgBUOI5T9uc/tl/mtH8LRR9C60kRxtGnKQnuOUrK1LWbHHMgQ7fpzfr1IUlv9E= Received: from AM6PR07MB5621.eurprd07.prod.outlook.com (20.178.91.14) by AM6PR07MB5090.eurprd07.prod.outlook.com (20.177.188.211) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1404.8; Fri, 30 Nov 2018 15:50:53 +0000 Received: from AM6PR07MB5621.eurprd07.prod.outlook.com ([fe80::a5dd:4302:feec:e113]) by AM6PR07MB5621.eurprd07.prod.outlook.com ([fe80::a5dd:4302:feec:e113%3]) with mapi id 15.20.1382.017; Fri, 30 Nov 2018 15:50:52 +0000 From: Christer Holmberg To: Ben Campbell , "draft-ietf-sipcore-sip-push.all@ietf.org" CC: "sipcore@ietf.org" Thread-Topic: AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments Thread-Index: AQHUiHytmojzzmIlHki0KLFKIQ1gbg== Date: Fri, 30 Nov 2018 15:50:52 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.13.0.181109 authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; x-originating-ip: [89.166.49.243] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6PR07MB5090; 6:DHrGmhEGkr3POatkt8o5WeIR9ThRsjuqwe+WUnZk6loMcKimGIUnt+N1UqKj6WV4/nzTg2ir6QeMsGI/CV1Q44Cenp+DioC6aUIUvQ/cmrTlHISY8WDTVlqL5whNuE5eKdeW5BHYcv/mojw8M7I4k1mCJwjiQmzir+eLr8hlJEExJfa7/L7g9HpP+pgpsVz9pNZin9y6LAf/Ia/M+jg0eWOALr++L0rFMQzxymi4ktaZnVqwjIJPgWAWlBAJXyrdENRToZvNEuUctVJ/4/aJhuFiLyLdsxvInyhOcjHF4Tf2ie2QRmlN2m2yaTpaMu5393nUC/RU4lRvdTu7o9YlOhK9a/9YhBMbwVzmsHJOIouPlOAABa1CgZrJtSTqJuMv6hXLCKk7/thY6/XPsrVc0Lod2ozvMNMkWxCabDKdYnnJc8spWKVagBb6q1NgnydO6VEfoE90lHDBv2HSx/IZgQ==; 5:ulzRLJu1NeZArG0MAZ86okvydvU3onXw/ykFgP6tikpffkEON7d33/6Rq7jlXlEjZUdGFffcHW1yan8/vO4rL/ti+ACGL9TKS+TUsoW8LnX6g7ihT6q8bu7P1xIpH1mOpbxSSxnIzr2aK8dG0fE7rMo+PzkSkZuzvpDOvWRaW5s=; 7:Fr2aUxzdhzCaqS3mGSl++PSaegDniEiKnpSVnNbDkJYq/mCtfheX6K0KvahZfpTaFLwB6w2xFzY6ZXL1pCCwoMX1tHer2VhIGwj4fGpGZBPKs8xt2953YaiXrzyg/kmNNlQRTwL5u6rS5DQrTq+OFg== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: eebe922f-aad8-424d-ac16-08d656db9bae x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:AM6PR07MB5090; x-ms-traffictypediagnostic: AM6PR07MB5090: x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231453)(999002)(944501410)(52105112)(3002001)(10201501046)(148016)(149066)(150057)(6041310)(20161123562045)(20161123560045)(20161123564045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(201708071742011)(7699051)(76991095); SRVR:AM6PR07MB5090; BCL:0; PCL:0; RULEID:; SRVR:AM6PR07MB5090; x-forefront-prvs: 087223B4DA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(346002)(396003)(39860400002)(366004)(136003)(51444003)(51914003)(189003)(199004)(99286004)(110136005)(58126008)(316002)(66066001)(102836004)(26005)(6506007)(71200400001)(229853002)(478600001)(71190400001)(81156014)(81166006)(86362001)(14454004)(6436002)(97736004)(8676002)(83716004)(2501003)(7736002)(14444005)(33656002)(106356001)(105586002)(44832011)(486006)(4326008)(305945005)(256004)(6512007)(2616005)(476003)(8936002)(3846002)(36756003)(2906002)(186003)(6486002)(6116002)(25786009)(551934003)(5660300001)(6246003)(53936002)(82746002)(68736007); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR07MB5090; H:AM6PR07MB5621.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: xHCfZq3xz4swwU+OeGFLPHC5Lv7OMyV23f1eXac8Q3Yp+JsMFEN2VT8pBLsJYeJB76b/1bmOlU1bbJ2uIy5nDMDTNj6GUYOPkVR1ZKkHIIXEISdx+zLZP36v2CaFHtqu1hlZrq6t75xK70V7te6fImSCMzZwK+6S2qGI5VBZgENsP/O/0sNZl8V9fG9ZovkR151u5InJbSTPkwZVg28xi0/n08yWq1FFwBMxrQiVaoJn6ykE11I/A1sYrVFQbm64nur04QNudXpMMr1vDc5fAf6HyWtDCcAxvJcKaGYaHk6DvzY2R4y/Ygf9gvpws37NWxZPuK92+D2UuprwkUkbHQIqPS7zlw55LaIlPfESZ48= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: eebe922f-aad8-424d-ac16-08d656db9bae X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2018 15:50:52.8225 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB5090 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0hTYRjHfc9lHi+D1+n0wdB0NUjDe9Q+hNkHyQjRgqDWyFaedHjlHJWs PtjFKIc2vGSaZsnIsIXixNQscRSomeaFDC1zbmSS3URLMySPZ0Xffs/z//+f93lfXoaUldG+ jC4zh+UytekKiStVdeRRXshxDdKEN60EqequvXBWzbf1IdXScoskhowzGleIuOoOO5VIqF13 J7PpujyWC4s+4Zq62FBOZncdPDP9YZYoQM0JRciFAbwDit5+J4uQKyPDzxAU1puRWPxAcHGp UPKvaNJX0mJhJKDG2L5ho7CBhLoHNodSSoCtd4IUJsvwDAKDYf0UhpFgFejXtgttL3wO7G23 KYFJHAQzHU8IgT3xUZhemCRFjxpKShYokUPhUq3JWRhDYSU8vxktoBTvgZLx/YIDYW/42W8i xIk+MGGvI8SrYTB2DZEiy2HOtkYLLMdhUNh/3VnMaqG7cdrhCYSXX6yOrB+M1Ok3rgj4tQQe D7xBohAC3yoqHIF4GGywUaLpFYKabgslCsHw+eoiLSwKOA1+jZ0X2/7QWGx1WIZIWJ30NKCI 6v/2rl5PCK/S1BkmtuOgqnSAFjkQyvVWZ4Gl2AP6quzUHUQ3IjnP8iczUiKjQllOd4rnszJD M9mcFrT+VXpaV5XtaHR+rwVhBincpQ8PIY2M1ubx+RkWBAyp8JIOXnHSyKTJ2vyzLJeVxOWm s7wFbWIohY/UususluEUbQ6bxrLZLPdXJRgX3wKUNLm8kA1fm0eJ4daAYm/uU7xmwE0bQ69N ypUm98AGZWJGp0d7tu/EcHhJlIRIUEc2nway15hqUk7pdeZ749Wm3ssj7yy/x+p7DsdGVer6 2mb2Tan9b9xP2Op3rPZp7Ja7JqeQ2bnNBuOtbaW5AR/NqpYy7sK19/XNO92mig8oKD5VGxFM crz2D4Mzdz4mAwAA Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 15:50:59 -0000 SGksDQoNClRoYW5rcyBmb3IgdGhlIGNvbW1lbnRzISBQbGVhc2Ugc2VlIGlubGluZS4NCiAgICAN Cj4gICAgwqcxLCBwYXJhZ3JhcGggNTogIk5vdGUgdGhhdCB0aGlzIG1lY2hhbmlzbSBuZWNlc3Nh cmlseSBhZGRzIGRlbGF5IHRvDQo+ICAgIHJlc3BvbmRpbmcgdG8gbm9uLUlOVklURSByZXF1ZXN0 cyByZXF1aXJpbmcgcHVzaCBub3RpZmljYXRpb24uIg0KPiAgICANCj4gICAgVGVjaG5pY2FsbHks IGl0IGFkZHMgZGVsYXkgZm9yIGFueSB0cmFuc2FjdGlvbi4gTm9uLUlOVklURSB0cmFuc2FjdGlv bnMgYXJlIGp1c3QgbW9yZSBkZWxheSBzZW5zaXRpdmUuDQoNCkkgc3VnZ2VzdCB0byBzYXk6ICJh ZGRzIGRlbGF5IHRvIHJlc3BvbmRpbmcgdG8gcmVxdWVzdHMiLg0KDQotLS0NCiAgICANCj4gwqcz LA0KPiAgICAtIGZpcnN0IHBhcmFncmFwaDoNCj4gICAgUGxlYXNlIHN0YXRlIHRoaXMgaW4gdGVy bXMgb2YgYSBzY29wZSBhc3N1bXB0aW9uLCBub3QgYSBnbG9iYWwgc3RhdGVtZW50LiBUaGF0IGlz LCBsaW1pdCB0aGUgc2NvcGUgb2YgdGhpcyANCj4gICAgZG9jdW1lbnQgaXMgbGltaXRlZCB0byBQ TlNzIHRoYXQgd29yayB0aGlzIHdheSwgcmF0aGVyIHRoYW4gc3RhdGUgdGhhdCBhbGwgUE5TcyB3 b3JrIHRoaXMgd2F5Lg0KICAgIA0KSSBzdWdnZXN0IHRvIHNheTogIlRoZSBtZWNoYW5pc20gZGVm aW5lZCBpbiB0aGlzIGRvY3VtZW50IGFzc3VtZXMgdGhhdCwgd2hlbiBhIFNJUCBVQSByZWdpc3Rl cnMgd2l0aCBhIFBOUywgaXQuLi4iDQoNCj4gICAgLSAybmQgcGFyYWdyYXBoOiBJIHRoaW5rIGl0 J3Mgc2FmZSB0byBzYXkgIlRoZSBmb3JtYXQgb2YgdGhlIFBSSUQgdmFyaWVzLi4uIiByYXRoZXIg dGhhbiAiLi4uIG1heSB2YXJ5Li4uIi4NCg0KSSB3aWxsIGZpeCBhcyBzdWdnZXN0ZWQuDQoNCi0t LQ0KICAgIA0KPiDCpzQuMQ0KPiAgICANCj4gICAgLSBHZW5lcmFsOiBXaGVuIHdlIHNwZWFrIG9m IG11bHRpcGxlIGJpbmRpbmdzLCBhbmQgZG9pbmcgc29tZXRoaW5nIHRvIGFsbCBvZiB0aG9zZSBi aW5kaW5ncyAoZS5nLiByZWZyZXNoaW5nIA0KPiB0aGVtIG9uIGEgcHVzaC1ub3RpZmljYXRpb24p LCBpcyBpdCBhbGxvd2FibGUgZm9yIGEgVUEgdG8gaGF2ZSBzb21lIGJpbmRpbmdzIHRoYXQgdXNl IGEgUE5TIGFuZCBzb21lIHRoYXQgZG8gbm90PyANCj4gT3IgcGVyaGFwcyBzb21lIHRoYXQgdXNl IGRpZmZlcmVudCBQTlNzPyBJIHJlYWxpemUgdGhhdCBtYXkgbm90IG1ha2Ugc2Vuc2UgZm9yIHRo ZSBtb2JpbGUgZGV2aWNlIHVzZSBjYXNlIHRoYXQgDQo+IHNlZW1zIGNlbnRyaWMgdG8gdGhpcyBk cmFmdCwgYnV0IEkgY2FuIGltYWdpbmUgYSBzaXR1YXRpb24gd2hlcmUgYSBjb21wbGV4IFVBIG1p Z2h0IGhhdmUgZGlmZmVyZW50IFBOUyBjb25maWd1cmF0aW9ucyBmDQo+IG9yIGRpZmZlcmVudCBu ZXR3b3JrIHBhdGhzIGFuZC9vciBkaWZmZXJlbnQgU0lQIHNlcnZpY2VzLg0KPiAgIA0KPiBJZiB5 b3Ugd2FudCB0byBhc3N1bWUgdGhhdCB0aGUgUE5TIGNvbmZpZ3VyYXRpb24gaXMgdGhlIHNhbWUg Zm9yIGFsbCBjb250YWN0cywgcGxlYXNlIHNheSBzbyBleHBsaWNpdGx5LiBJZiBub3QsIGRvZXMg aXQgDQo+IG1ha2Ugc2Vuc2UgdG8gc2NvcGUgUE5TLXRyaWdnZXJlZCByZWZyZXNoZXMgdG8ganVz dCB0aG9zZSBiaW5kaW5ncyB0aGF0IHVzZSB0aGUgc2FtZSBQTlMgY29uZmlndXJhdGlvbj8NCiAg IA0KSSBkb24ndCB0aGluayB0aGVyZSBpcyBhbnkgdGVjaG5pY2FsIHJlYXNvbiB0byBtYW5kYXRl IHVzYWdlIG9mIHRoZSBzYW1lIFBOUyAob3IgdXNpbmcgUE5TIHRvIGJlZ2luIHdpdGgpIGZvciBh bGwgY29udGFjdHMsIHNvIEkgZG9uJ3QgdGhpbmsgd2UgbmVlZCB0byBmb3JiaWQgaXQuDQoNCldl IGNvdWxkIHNheSBzb21ldGhpbmcgbGlrZTogIlRoZSBwcm9jZWR1cmVzIGluIHRoaXMgc2VjdGlv biBhcHBseSB0byBiaW5kaW5ncyBhc3NvY2lhdGVkIHdpdGggYSBnaXZlbiBQTlMuIg0KDQpJIGRv bid0IHRoaW5rIHdlIG5lZWQgdG8gc2F5IG1vcmUgdGhhbiB0aGF0Lg0KIA0KPiAgICAtMm5kIHBh cmFncmFwaDoNCj4gICAgSSBkb24ndCB0aGluayB3ZSBjYW4gYXNzdW1lIHRoYXQgYWxsIFVBcyB3 aWxsIGFsd2F5cyBsZWFybiBhbGwgdGhlIGJpbmRpbmdzIHRoZXkgbmVlZCB0byB0byBzZXR1cCBh dCB0aGUgc2FtZSB0aW1lLiANCj4gICBGb3IgZXhhbXBsZSwgYSBVQSBtaWdodCBoYXZlIGNoYW5n ZXMgaW4gbmV0d29yayBjb25maWd1cmF0aW9uIHRoYXQgcmVxdWlyZSB0aGVtIHRvIGFkZCBvciBy ZW1vdmUgYmluZGluZ3MuIFRoaXMgDQo+ICAgbWFrZXMgaXQgaW1wcmFjdGljYWwgdG8gcmVnaXN0 ZXIgdGhlbSBhdCB0aGUgc2FtZSB0aW1lIGFuZCBhbHdheXMgdXNlIHRoZSBzYW1lIGV4cGlyYXRp b25zLCB1bmxlc3Mgd2UgYXNrIHRoZW0gdG8gDQo+ICAgcmVmcmVzaCBhbGwgZXhpc3RpbmcgYmlu ZGluZ3Mgd2hlbmV2ZXIgdGhleSBhZGQgYSBuZXcgb25lLiAoT3IgcGVyaGFwcyBhc2sgdGhlbSB0 byBzZXQgdGhlIGV4cGlyYXRpb24gb2YgYW55IG5ldyANCj4gIGJpbmRpbmcgdG8gbWF0Y2ggdGhl IHJlbWFpbmluZyB0aW1lIGZvciBleGlzdGluZyBvbmVzLCBidXQgdGhhdCBzZWVtcyBsaWtlIGEg bW9yZSBkaWZmaWN1bHQgYXBwcm9hY2guKQ0KICAgIA0KSSBkb24ndCB0aGluayB0aGUgdGV4dCBh c3N1bWVzIHRoYXQgdGhlIFVBIGlzIGF3YXJlIG9mIGFsbCBiaW5kaW5ncyBhdCB0aGUgc2FtZSB0 aW1lIC0gaXQgb25seSBzYXlzIHRoYXQgaXQgc2hvdWxkIHVzZSB0aGUgc2FtZSAnZXhwaXJlcycg dmFsdWUgZm9yIGVhY2ggYmluZGluZy4NCg0KPi02dGggcGFyYWdyYXBoOiAiUkVHSVNURVIgcmVx dWVzdCB3aWxsIGNyZWF0ZSBOQVQgYmluZGluZ3MuLi4iDQo+ICAgIA0KPiAgICBJZiB3ZSB0YWxr IGFib3V0IGNyZWF0aW5nIE5BVCBiaW5kaW5ncyBhcyBvbmUgb2YgdGhlIHB1cnBvc2VzIG9mIHRo ZSBwdXNoLXRyaWdnZXJlZCBSRUdJU1RFUiwgd2UgbWF5IGFsc28gbmVlZCB0byANCj4gICAgdGhp bmsgYWJvdXQgdGhlIGxpZmV0aW1lIG9mIHRob3NlIG5hdCBiaW5kaW5ncywgYW5kIGhvdyB0aGF0 IGludGVyYWN0cyB3aXRoIHRoZSBSRUdJU1RFUiBleHBpcmVzIHZhbHVlLiBJJ20gbm90IHN1cmUg d2UgDQo+ICAgd2FudCB0byBnbyB0aGVyZTsgd291bGQgaXQgbWFrZSBzZW5zZSB0byByZW1vdmUg dGhlIG1lbnRpb24/DQogICAgDQpJIGFtIG5vdCBzdXJlIHRoYXQgaXMgbmVlZGVkIGluIHRoZSBj b250ZXh0IG9mIFBVU0gsIHNpbmNlIHRoZSBOQVQgYmluZGluZ3Mgb25seSBuZWVkIHRvIGJlIGFs aXZlIGluIHRpbWUgZm9yIHRoZSByZXF1ZXN0IHRoYXQgdHJpZ2dlcmVkIHRoZSBwdXNoIG5vdGlm aWNhdGlvbiB0byByZWFjaCB0aGUgVUEuIE5leHQgdGltZSB0aGVyZSBpcyBhbiBpbmJvdW5kIFNJ UCByZXF1ZXN0LCB0aGUgUkVHSVNURVIgdHJpZ2dlcmVkIGJ5IHRoZSBwdXNoIG5vdGlmaWNhdGlv biBhc3NvY2lhdGVkIHdpdGggdGhlIHJlcXVlc3Qgd2lsbCBjcmVhdGUgYSBOQVQgYmluZGluZyAo aWYgdGhlIHByZXZpb3VzIG9uZSBoYXMgZXhwaXJlZCkgZm9yIHRoYXQgcmVxdWVzdC4NCg0KPiAg ICAtIDd0aCBwYXJhZ3JhcGg6DQo+ICAgIC0tICBUaGUgZmlyc3Qgc2VudGVuY2Ugc2VlbXMgdG8g c3RpbGwgYXNzdW1lIHRoZSBSRUdJU1RFUiBoYXMgYXMgc2luZ2xlIGNvbnRhY3QuIFNob3VsZCBp dCBzYXkgdG8gaW5zZXJ0IHRoZSB0YWcgaW50byBlYWNoIA0KPiBjb250YWN0IGhlYWRlciBmaWVs ZD8gKGJ1dCBzZWUgZ2VuZXJhbCDCpzQuMSBjb21tZW50IGFib3ZlLikNCiAgIA0KV2hhdCBzZW50 ZW5jZSBhcmUgeW91IHJlZmVycmluZyB0bz8NCg0KID4gICAtLSAiaWYgdGhlIHJlc3BvbnNlIHRv IHRoZSBSRUdJU1RFUiByZXF1ZXN0IGNvbnRhaW5zIGEg4oCZc2lwLnBuc3JlZ+KAmQ0KID4gICBm ZWF0dXJlLWNhcGFiaWxpdHkgaW5kaWNhdG9yIHdpdGggYW4gaW5kaWNhdG9yIHZhbHVlLCB0aGUg VUEgTVVTVA0KID4gICBzZW5kIFJFR0lTVEVSIHJlcXVlc3RzIHByaW9yIHRvIHRoZSByZWdpc3Ry YXRpb24gZXhwaXJlcy4iDQogPiAgIA0KID4gICBUaGlzIHNlZW1zIHRvIGR1cGxpY2F0ZSBhIE1V U1QgZnJvbSBub3JtYWwgU0lQLiBXb3VsZCBpdCBtYWtlIHNlbnNlIHRvIGp1c3Qgc2F5ICIuLi4g dGhlIFVBIHJlZnJlc2hlcyB0aGUgYmluZGluZyANCj4gICAgYWNjb3JkaW5nIHRvIG5vcm1hbCBT SVAgcHJvY2VkdXJlcyIuDQogICAgDQpJIHdpbGwgZml4IGFzIHN1Z2dlc3RlZC4NCg0KLS0tDQoN Cj4gICAgwqc1LjMuMToNCj4gICAgLSA0dGggcGFyYWdyYXBoOiBTZWN0aW9uIDQuMSB0YWxrcyBh Ym91dCB0aGUgVUEgcGF5aW5nIGF0dGVudGlvbiB0byBzaXAucG5zIGluIGEgMlhYIHJlc3BvbnNl LiBJdCBkb2VzIG5vdCBtZW50aW9uIA0KPiAgIGl0IGZvciBvdGhlciByZXN1bHQgY29kZXMuIElm IHRoZSBVQSBuZWVkcyB0byBwYXkgYXR0ZW50aW9uIHRvIGl0IGluIDQyMyAob3IgaW4gYW55IG90 aGVyIHJlc3BvbnNlKSwgaXQgc2hvdWxkIGJlIG1lbnRpb25lZCB0aGVyZS4NCiAgIA0KVGhlcmUg YXJlIG5vIHB1c2gtc3BlY2lmaWMgVUEgYWN0aW9ucyBmb3Igbm9uLTJ4eCByZXNwb25zZXMuDQoN CklmIHRoZSBVQSByZWNlaXZlcyBhIDQyMywgaXQgZm9sbG93cyBub3JtYWwgU0lQIHByb2NlZHVy ZXMuIEV2ZW4gaWYgdGhlIHByb3h5IGhhcyBpbnNlcnRlZCAnc2lwLnBucycgZmVhdHVyZS1jYXBh YmlsaXR5IGluZGljYXRvciBpbiB0aGUgNDIzIHJlc3BvbnNlIGl0IG9ubHkgcHJvdmlkZXMgaW5m b3JtYXRpb24gYWJvdXQgdGhlIFBOUyhzKSBzdXBwb3J0ZWQgYnkgdGhlIHByb3h5LiBJdCBkb2Vz IG5vdCBtYW5kYXRlIHB1c2gtc3BlY2lmaWMgVUEgYWN0aW9ucy4NCg0KPiAgICAtN3RoIHBhcmFn cmFwaCwgInRoZSBwcm94eSBTSE9VTEQgaW5zZXJ0IGEgRmVhdHVyZS1DYXBzIGhlYWRlcg0KPiAg ICBmaWVsZCB3aXRoIGEg4oCZc2lwLnBuc+KAmSBmZWF0dXJlLWNhcGFiaWxpdHkgaW5kaWNhdG9y IjogV2hhdCBpZiB0aGUgcmVzcG9uc2UgYWxyZWFkeSBjb250YWlucyBpdD8NCg0KVGhlIHRleHQg Y292ZXJzIHRoZSBjYXNlIHdoZXJlIHRoZSBwcm94eSBnZW5lcmF0ZXMgdGhlIDQyMyByZXNwb25z ZS4NCiAgDQotLS0NCg0KPiDCpzUuMy4yLCAybmQgcGFyYWdyYXBoOiBQbGVhc2UgbWVudGlvbiB0 aGF0IHRoZSBSLVVSSSB3aWxsIG9ubHkgY29udGFpbiB0aGVzZSBwYXJhbWV0ZXJzIGFmdGVyIGl0 IGlzIHJldGFyZ2V0ZWQuIFRoaXMgbW9zdGx5IA0KPiBtYXR0ZXJzIGlmIHRoZSBwdXNoLXByb3h5 IGlzIGNvbG9jYXRlZCB3aXRoIGEgcmV0YXJnZXRpbmcgcHJveHk7IHJldGFyZ2V0aW5nIG11c3Qg aGFwcGVuIGJlZm9yZSB0aGlzIHByb2NlZHVyZS4NCg0KU2VjdGlvbiAxIHNheXM6DQoNCiAgICJU aGUgcHJveHkgTVVTVCBiZSBpbiB0aGUgc2lnbmFsbGluZyBwYXRoIG9mIFJFR0lTVEVSIHJlcXVl c3RzIHNlbnQgYnkNCiAgIHRoZSBVQSB0b3dhcmRzIHRoZSByZWdpc3RyYXIsIGFuZCBvZiBTSVAg cmVxdWVzdHMgKGZvciBhIG5ldyBkaWFsb2cNCiAgIG9yIGEgc3RhbmQtYWxvbmUpIGZvcndhcmRl ZCBieSB0aGUgcHJveHkgcmVzcG9uc2libGUgZm9yIHRoZSBVQSdzDQogICBkb21haW4gKHNvbWV0 aW1lcyByZWZlcnJlZCB0byBhcyBob21lIHByb3h5LCBTLUNTQ0YsIGV0YykgdG93YXJkcyB0aGUN CiAgIFVBLiINCg0KPiBBbG9uZyB0aG9zZSBsaW5lcywgd2hhdCBpcyB0aGUgUFVTSCBwcm94eSBl eHBlY3RlZCB0byBkbyB3aXRoIGluYm91bmQgU0lQIHJlcXVlc3RzIHRoYXQgZG8gbm90IGNvbnRh aW4gdGhlIHBhcmFtZXRlcnMgDQo+IGluIHRoZSBSLVVSST8gUm91dGUgdGhlbSBub3JtYWxseT8g UmVqZWN0IHRoZW0/DQoNCkkgdGhpbmsgdGhhdCBpcyBhbiBpbXBsZW1lbnRhdGlvbiBpc3N1ZS4g SWYgdGhlIHByb3h5IGFsc28gaGFuZGxlcyBub24tUE5TIGNhbGxzLCBpdCB3b3VsZCBmb3J3YXJk IHRoZSByZXF1ZXN0IHVzaW5nIG5vcm1hbCBwcm9jZWR1cmVzLg0KDQotLS0NCg0KPiAgICDCpzY6 IElzIHN1cHBvcnQgZm9yIHB1c2gtbm90aWZpY2F0aW9ucyBvbiBtaWQtZGlhbG9nIHJlcXVlc3Rz IG9wdGlvbmFsPyBJZiBzbywgcGxlYXNlIHN0YXRlIHRoYXQgdXAgZnJvbnQuDQoNCklmIG9uZSB3 YW50cyB0byBzdXBwb3J0IGxvbmdsaXZlZCBTSVAgZGlhbG9ncywgb25lIG9idmlvdXNseSB3aWxs IGhhdmUgdG8gaW1wbGVtZW50IHNlY3Rpb24gNi4gSSBhbSBub3Qgc3VyZSB3ZSBuZWVkIHRvIHNh eSBzb21ldGhpbmcuDQogICAgDQotLS0NCg0KPiAgICDCpzYuMS4xOiBEb2VzIHRoZSBVQSBpbmRp Y2F0ZSBzdXBwb3J0IG9uIGEgcGVyLWRpYWxvZyBiYXNpcz8gVGhhdCBpcywgaXQgY2FuIHN1cHBv cnQgdGhlIG1lY2hhbmlzbSBmb3Igc29tZSBkaWFsb2dzIGJ1dCBub3Qgb3RoZXJzPw0KDQpJdCBj b3VsZCBiZSBwZXItZGlhbG9nIGJhc2lzLiBUaGUgdGV4dCBzYXlzOiAiaWYgdGhlIFVBIGlzIHdp bGxpbmcgdG8gcmVjZWl2ZSBwdXNoIG5vdGlmaWNhdGlvbnMgdHJpZ2dlcmVkIGJ5IGluY29taW5n IG1pZC1kaWFsb2cgcmVxdWVzdHMiLg0KICAgIA0KLS0tDQoNCj4gICAgwqc4LjEsIDJuZCBwYXJh Z3JhcGg6IFNob3VsZCB0aGF0IHNheSAib25seSBkZWZpbmVkIGZvciAuLi4gcmVzcG9uc2VzIiwg b3IgIi4uLiBhbmQgaXMgbm90IGRlZmluZWQgZm9yIHVzZSBpbiByZXF1ZXN0IG1lc3NhZ2VzLiI/ DQogDQpJIHN1Z2dlc3QgdG8gc2F5ICJvbmx5IGRlZmluZWQgZm9yIi4NCg0KLS0tDQogICANCj4g ICAgwqc5LCAxc3QgcGFyYWdyYXBoOiBXZSBhcmUgdGFsa2luZyBhYm91dCBhIHNwZWNpZmljYXRp b24gdGhhdCBkZWZpbmVzIHRoZSBwYXJhbWV0ZXIgdXNhZ2UgZm9yIHRoZSBnaXZlbiBQTlMsIG5v dCB0aGUgUE5TIGluIGl0J3MgZW50aXJldHksIHJpZ2h0Pw0KDQpZZXMuIEkgc3VnZ2VzdCB0byBz YXk6ICJkZWZpbmVzIHRoZSB1c2FnZSBvZiB0aGUgYXNzb2NpYXRlZCBQTlMiLiBCZWNhdXNlLCB0 aGUgcGFyYW1ldGVyIGl0c2VsZiBvbmx5IGlkZW50aWZpZXMgdGhlIFBOUy4NCg0KLS0tDQoNCj4g ICAgwqcxMywgM3JkIHBhcmFncmFwaDogVGhlIHBhcmFncmFwaCBhcyB3cml0dGVuIGJhc2ljYWxs eSBzYXlzICJPcGVyYXRvcnMgbXVzdCBlbnN1cmUgU0lQIHNpZ25hbGluZyBpcyBzZWN1cmVkIHVu bGVzcyB0aGV5IGFyZSANCj4gICAgc3VyZSBpdCdzIHNlY3VyZWQiLCB3aGljaCBpcyBjaXJjdWxh ciBsb2dpYy4gV291bGQgaXQgbWFrZSBzZW5zZSB0byBzYXkgdGhleSBtdXN0IHVzZSBUTFMgKG9y IFNJUFMpIHVubGVzcyB0aGV5IGFyZSBzdXJlIHRoYXQgDQo+ICAgIGl0IGlzIHByb3RlY3RlZCBi eSBvdGhlciBtZWNoYW5pc21zPw0KDQpTb3VuZHMgZ29vZC4gSSB3aWxsIGZpeCBhcyBzdWdnZXN0 ZWQuICAgIA0KDQotLS0NCg0KPiDCpzE2LjI6IEkgdGhpbmsgdGhlIHJlZmVyZW5jZSB0byBSRkMg Mzg5MSBzaG91bGQgYmUgbm9ybWF0aXZlLg0KDQpJIHdpbGwgbWFrZSBpdCBub3JtYXRpdmUuDQoN Cg0KSSB3aWxsIGFkZHJlc3MgdGhlIGVkaXRvcmlhbCBjb21tZW50cyBpbiBhIHNlcGFyYXRlIGUt bWFpbC4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCiANCiANCg0K From nobody Fri Nov 30 08:41: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 2310312E036 for ; Fri, 30 Nov 2018 08:41:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.761 X-Spam-Level: X-Spam-Status: No, score=-5.761 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 header.b=TIScyOuG; dkim=pass (1024-bit key) header.d=ericsson.com header.b=d5JPp+ce 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 jHJT2Qut-3Gh for ; Fri, 30 Nov 2018 08:41: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 5CE0C130E03 for ; Fri, 30 Nov 2018 08:41:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1543596104; x=1546188104; 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=XFN3fJFMbqDwt9J58mh97Zwwwc8dCwVpqZ4QiXgwssI=; b=TIScyOuGJoXdsc12EkAWFA9BS967wBMXIl89IBzOD+flw8jmvhpAXEdTExXci9jg 6wIIiPbdE7BAkgC9erZrEIvcajCVxWC0JA58F+i/QbeEvOc8Sp/Sr7kXgHVtC7yC uzOge07jln7nmLh84R1D9Ym45dtLi8kCC9MF2xREJJ4=; X-AuditID: c1b4fb25-601ff7000000191f-62-5c016848e7b6 Received: from ESESSMB502.ericsson.se (Unknown_Domain [153.88.183.120]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 0E.2A.06431.848610C5; Fri, 30 Nov 2018 17:41:44 +0100 (CET) Received: from ESESBMB502.ericsson.se (153.88.183.169) by ESESSMB502.ericsson.se (153.88.183.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 30 Nov 2018 17:41:44 +0100 Received: from EUR04-DB3-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB502.ericsson.se (153.88.183.169) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Fri, 30 Nov 2018 17:41:43 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XFN3fJFMbqDwt9J58mh97Zwwwc8dCwVpqZ4QiXgwssI=; b=d5JPp+ce42E0rukdUT9fpFBPLchd1wBVu7ATO/bvaV/6//y67oQRhLiUjhZ2f2yMs0sI2HN56BpJJStiIRk0gr8qPM+wZ8Yv/CyibjuIqR+SIdxrrKcpO4LN68tXW1wHB+1U83kLYsRM1q/a/wz6JdH5CPc6utN1fr6ae8rQRIQ= Received: from AM6PR07MB5621.eurprd07.prod.outlook.com (20.178.91.14) by AM6PR07MB3847.eurprd07.prod.outlook.com (52.134.115.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1404.8; Fri, 30 Nov 2018 16:41:43 +0000 Received: from AM6PR07MB5621.eurprd07.prod.outlook.com ([fe80::a5dd:4302:feec:e113]) by AM6PR07MB5621.eurprd07.prod.outlook.com ([fe80::a5dd:4302:feec:e113%3]) with mapi id 15.20.1382.017; Fri, 30 Nov 2018 16:41:43 +0000 From: Christer Holmberg To: Ben Campbell , "draft-ietf-sipcore-sip-push.all@ietf.org" CC: "sipcore@ietf.org" Thread-Topic: AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's editorial comments Thread-Index: AQHUiMuT2PKDz47sJEye9tDWh4I7eQ== Date: Fri, 30 Nov 2018 16:41:43 +0000 Message-ID: <20977563-0911-4C87-B44D-5BC263A3CAED@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.13.0.181109 x-originating-ip: [89.166.49.243] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6PR07MB3847; 6:10WQLJblSrZpveSMgVweGTggbt1yad468eNrq/3WrNos9UbDOB2PcwpRVqlcVn8GjFwXLKE0lwWo8rL0pWj6Pi1s4EWF1U+UCHpWggm7JJVvU6f081APRpiQLKjr2boyLBp81iPlLTWhJNRi6eY9bqbA4V55AasCUlRA06apLiStAmysRd+FiDIwTzw61BPEV73E6AfhB/Pt6qijoNPL65TgWo2Oq4pWRvZ/mxOhdYfG89z21w3kpsbl+B8ksSD7PlN2+frELJI+0xFXVi2WeSvO5kSY1/z2lYbcIIupukOjqKxz7By/+Kl7VjrDTBJ1S+sceudtl7BFQj3RrJf7xM9NsQVQPiBH8XVDaiZcVa3n28KrPte3Gp5mWKEw2NoFsuBL9mTSRICy2e/Kv6e92rYNRHJP/SLmeIHx8GmIDusypS2dnwzlrCGI7bg/76vXvNOmRVpAq3/Fp1S/lVlSyQ==; 5:1wUj7FWheLp23ly8algcRFcE4epXQl1/jj4bWWASkqckMpgiGF/gkAvHHwQXvgwmVsYDGFrgGjdmv9drxnpK3znJ813OWCz8Nb0/F+incYRuCfHYOZiRyL1K7OUospYS8nGhMcpVj9YeHaRTdVQ14dbnRdOTDO8DzzQRMTXB1X0=; 7:L15ZphSRVWxFWHTyp9NdKkOG5BGtyC0eRoggRWT1gmsP3X9AZ1IQvVXKrOYBfjZ2uSBI06aOgrTSbh6jbWPAqTZEHMI6+7q9Y6oTs33bddpVmpylzry5oCVCfPBMkXEx4l2GJvlmcUZZxOTA8f3ptw== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 6fd0b6dd-1e41-4f73-f8fb-08d656e2b5d5 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:AM6PR07MB3847; x-ms-traffictypediagnostic: AM6PR07MB3847: x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(10201501046)(3231453)(999002)(944501466)(52105112)(3002001)(93006095)(93001095)(148016)(149066)(150057)(6041310)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123558120)(20161123560045)(201708071742011)(7699051)(76991095); SRVR:AM6PR07MB3847; BCL:0; PCL:0; RULEID:; SRVR:AM6PR07MB3847; x-forefront-prvs: 087223B4DA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(366004)(39860400002)(136003)(376002)(346002)(199004)(189003)(86362001)(8676002)(8936002)(106356001)(3846002)(81156014)(81166006)(4326008)(68736007)(316002)(33656002)(110136005)(58126008)(82746002)(6116002)(83716004)(71190400001)(6246003)(71200400001)(2906002)(53936002)(105586002)(478600001)(36756003)(5660300001)(25786009)(7736002)(305945005)(486006)(44832011)(2616005)(14444005)(256004)(2501003)(66066001)(14454004)(102836004)(99286004)(6486002)(6346003)(97736004)(6436002)(6506007)(476003)(26005)(229853002)(186003)(6512007); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR07MB3847; H:AM6PR07MB5621.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; x-microsoft-antispam-message-info: GLa+RsFlI9HgxQWkhb3pNBZc12GkyZqF9MjkauDguSLat2AITUa2+gG5Nnyw9C40quivCb1JTJRnA/SqlqhOFI6NqljJFUVQ4MiVqhKhYf38Gu9dH+IC3XbVgRyfAMvcKhGZxXGXUbrQHXBj8Yqs8nwUg3LauqTmqaIlSkYfQKQqV9xuzBa8roH/Geyh5/bdojfP0w9RDSHdcyEBgA4R2o1Zz3ZzPk2/wkAMLXu9H72HuEgMRuzI3XVxi+UPY4/EaAL7LKHJS4KKCMSuPtWoMhRapaivibhlWCDyMNJaM+oUeXsqBupNGhJsvJEYHvHIKAxej/1iQ3hxlXF9jEf0wPpGYMdXnbsyKNY1rEvwDes= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 6fd0b6dd-1e41-4f73-f8fb-08d656e2b5d5 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2018 16:41:43.1859 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB3847 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTcRTH+917t12lxa/l47ReODTM8pEamySZELSIyL+iZGQrL3Oo0zbz UVBqWOi0RNRwhLMcZauonM0sHzQVmuEjlaw0croiYVaWpWsheb0L+u9zzvme8/2dw48mRbU8 Ma3W5DBajTJDwvel6o625ofL05Ai6k53sMxY+lIgc1ntSPZzsZm/l5SbTG5CbmhzUklEsm98 KpOhzmW0kXtO+KaZCstRtlmabyl+RBWi+V1lyIcGHAtvSl9QZciXFuEeBNaGRj4X/ELgKn4r YFUibCKgquI8W6BwJQmGK/M8TlVFwO+JmyQXTCG4f7l2eRhN87EM9Evb2W4/fA6c1nqKZRJv g6m2DoLldfgY3LLPCjhNMgxZDATHETDW/Z7HMoVDYN5oX8kLcQK8+jC6wggHwELfPYKbGQjv nEaC2weDqX2Q5NgfZqaXVub440go6bsq4PJB0P/F4dVvgmGjHrHvB/yaD7aPbsQVwuFbTQ3J 7gL4EJg7VJxmCMHkwh+vQRhYy79SHKeDq2Hc27sZzBUOimsYJGHGMe4VbYTHXWNet2Ee3L04 gCpRlOG/LQzLhuyVHjyN5NJyGOvvJjgOgmq9Q2BYOcZasNc5qQbEMyN/HaM7mamKjolgtOpT Ol2WJkLD5DSj5d/yvMUT8gSNuBJtCNNIslrYr0IKEU+ZqyvItCGgSYmfcODSKoVImKosOMto s1K0ZzIYnQ1toClJoNAhtSSLsEqZw6QzTDaj/VclaB9xISpuFJY89LlemieGrQMp06EqZqIw T1+zT9N+Td3lCfzhjtgxMnrDOOuJE4Nh/+0W7XfYMmhQJs5NrK8+PFLUX//Z46mQJmQ1qaI/ QUVn7/Fgak3sTJHQceHAaRz/rHtRPndEWduq6OmVTtpkTRbVwem4RUGou3M+YHdSTNyshNKl KXeGkVqd8i/0KHsbKQMAAA== Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's editorial comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 16:41:49 -0000 SGksDQogICAgDQo+ICAgIC0gQWxsIGluc3RhbmNlcyBvZiAiYmluZGluZyByZWZyZXNoIFJFR0lT VEVSIiBzaG91bGQgYmUgImJpbmRpbmctcmVmcmVzaCBSRUdJU1RFUiIuIChUaGlzIGlzIHRydWUg YW55d2hlcmUgYmluZGluZy1yZWZyZXNoIGlzIHVzZWQgYXMgYW4gYWRqZWN0aXZlLikNCiAgDQpJ IHdpbGwgY2hhbmdlIGFzIHN1Z2dlc3RlZC4NCg0KPiAgICAtIFRoZXJlIGlzIHN0aWxsIGEgbG90 IG9mIGluY29ycmVjdCBjb21tYSB1c2FnZSwgZXNwZWNpYWxseSBjb21tYXMgd2hlcmUgdGhleSBk b24ndCBiZWxvbmcuIEkgd2lsbCBjYWxsIG91dCB0aGUgb25lcyBJIG5vdGljZWQuDQogIA0KT2su DQoNCj4gIC0gVGhlIHBocmFzZXMgInJlcXVlc3QgZm9yIGEgbmV3IGRpYWxvZyIgYW5kICAic3Rh bmRhbG9uZSAgU0lQIHJlcXVlc3QiIGFyZSB1c2VkIGhlYXZpbHkgYW5kIHJlcGVhdGVkbHksIG9m dGVuIGluIGNvbWJpbmF0aW9uLiBUaGUgY29tbW9uIHRlcm1pbm9sb2d5IGhhcyANCj4gaGlzdG9y aWNhbGx5IGJlZW4gImRpYWxvZy1pbml0aWF0aW5nIHJlcXVlc3QiIGFuZCAib3V0LW9mLWRpYWxv ZyByZXF1ZXN0Ii4gVGhlc2UgYXJlLCBhdCBsZWFzdCBpbiBjb21iaW5hdGlvbiwgYSBiaXQgc2hv cnRlci4NCg0KSSBjYW4gbW9kaWZ5IGFzIHN1Z2dlc3RlZCwgYnV0IGluIHRoZSBwYXN0IHBlb3Bs ZSBoYXZlIGNsYWltZWQgdGhhdCBhbiBpbml0aWFsIElOVklURSB3b3VsZCBjb3VudCBhcyBhbiAi b3V0LW9mLWRpYWxvZyByZXF1ZXN0Ii4NCg0KLS0tDQoNCj4gIMKnMQ0KPiAgICAtIHBhcmFncmFw aCA1OiBNaXNzaW5nIHdvcmQgaW4gImF3YWtlbiBvdGhlciBtZWFucyIuIEkgc3VnZ2VzdCAiYXdh a2VuZWQgYnkgb3RoZXIgbWVhbnMiLg0KPiAgICAtIFBhcmFncmFwaCA2OiAiLi4uIFNJUCByZXF1 ZXN0IGZvciBhIG5ldyBkaWFsb2csIG9yIGEgc3RhbmRhbG9uZQ0KPiAgICBTSVAgcmVxdWVzdCwg YWRkcmVzc2VkIHRvd2FyZHMgYSBVQS4uLiI6IEJvdGggY29tbWFzIHNob3VsZCBiZSByZW1vdmVk Lg0KICANCldpbGwgZml4Lg0KDQo+ICAgIC0gRmlndXJlIDE6IFRoZSAiU0lQIDIwMCBPa2F5IiBs YWJlbCBpcyBzZXBhcmF0ZWQgZnJvbSB0aGUgbGluZSBpdCBsYWJlbHMgYnkgYSBwYWdlIGJyZWFr LiAoT3RoZXIgdGV4dCBjaGFuZ2VzIG1heSBjaGFuZ2UgdGhlIA0KPiBwYWdpbmF0aW9uLCBzbyB0 aGlzIGlzIHByb2JhYmx5IG9uZSBmb3IgdGhlIFJGQyBlZGl0b3IgaWYgaXQncyBzdGlsbCBhbiBp c3N1ZSBpbiB0aGUgZmluYWwgdmVyc2lvbi4pDQogICANClllcy4gQmVjYXVzZSwgZXZlbiBpZiBJ IGZpeCBpdCBub3csIGFueSBjaGFuZ2UgYmFzZWQgb24gdGhlIElFU0cgcmV2aWV3IG1heSBtZXNz IGl0IHVwIGFnYWluLg0KDQotLS0NCg0KPiAgICDCpzQuMSwgN3RoIHBhcmFncmFwaCAoIk5vdGUi KTogVGhlIGZpcnN0IHNlbnRlbmNlIHNlZW1zIG9kZCBpbiB0aGUgY29udGV4dCBvZiB0aGUgcHJl dmlvdXMgcGFyYWdyYXBoLCB3aGljaCB0YWxrZWQgZXh0ZW5zaXZlbHkgDQo+IGFib3V0IFVBcyB1 c2luZyBub24tcHVzaCBtZWNoYW5pc21zLg0KICAgDQpQZXJoYXBzIEkgY291bGQgc2F5Og0KDQoi Tk9URTogSWYgdGhlIFVBIHVzZXMgYSBub24tcHVzaCBtZWNoYW5pc20gdG8gd2FrZSBhbmQgc2Vu ZCBhIGJpbmRpbmcgcmVmcmVzaCBSRUdJU1RFUiByZXF1ZXN0LCBzdWNoIFJFR0lTVEVSLi4uIg0K DQotLS0NCg0KPiAgICDCpzQuMiwNCj4gICAgLSBmaXJzdCBwYXJhZ3JhcGg6DQo+ICAgDQo+ICAg IC0tIGZpcnN0IHNlbnRlbmNlOiBzLyJuZXR3b3JrIi8iU0lQIE5ldHdvcmsiLg0KPiAgICAtLSAi Li4uIFVBIGhhcyByZWNlaXZlZCBhIHJlc3BvbnNlIHRvIHRoZSBSRUdJU1RFUiByZXF1ZXN0LCB3 aXRoIHRoZQ0KPiAgICBwdXNoIG5vdGlmaWNhdGlvbiBpbmZvcm1hdGlvbiAuLi4iOiBpbXByb3Bl ciBjb21tYS4NCiAgDQpXaWxsIGZpeCBhcyBzdWdnZXN0ZWQgYW4gcmVtb3ZlIGNvbW1hLg0KDQo+ ICAgIC0gM3JkIHBhcmFncmFwaCwgIi4uLiBlYXJseSBlbm91Z2gsIGluIG9yZGVyIGZvci4uLiI6 IEkgc3VnZ2VzdCAiLi4uIGVhcmx5IGVub3VnaCBmb3IuLi4iDQogIA0KV2lsbCBmaXggYXMgc3Vn Z2VzdGVkLg0KIA0KLS0tDQoNCiA+ICAgwqc1LjMuMQ0KID4gICAtIDFzdCBwYXJhZ3JhcGgsICIu Li4gdG93YXJkcyB0aGUgVUEgYXNzb2NpYXRlZCB3aXRoIHRoZQ0KID4gICBSRUdJU1RFUiByZXF1 ZXN0LCBvciBwZXJmb3JtIGFueSBvdGhlciBwcm9jZWR1cmVzLi4uIjogaW1wcm9wZXIgY29tbWEu DQoNCldpbGwgZml4IGFzIHN1Z2dlc3RlZC4NCiAgIA0KPiAgICAtIDV0aCBwYXJhZ3JhcGg6DQo+ ICAgIC0tICIuLi4gcHJveHkgdGhhdCBpcyBub3QgYmV0d2VlbiB0aGUgcHVzaCBwcm94eSBhbmQg dGhlIFVBLi4uIi4gRG9lc24ndCB0aGlzIHJlYWxseSBtZWFuIGEgcHJveHkgdGhhdCBpcyBiZXR3 ZWVuIHRoZSBwdXNoIA0KPiBwcm94eSBhbmQgdGhlIHJlZ2lzdHJhcj8gSWYgc28sIHNheWluZyB3 aGVyZSB0aGUgcHJveHkgX2lzXyB3b3VsZCBiZSBjbGVhcmVyIHRoYW4gc2F5aW5nIHdoZXJlIGl0 IGlzIF9ub3RfLg0KICANCkkgdXNlZCB0byBoYXZlIHVwc3RyZWFtL2Rvd25zdHJlYW0gdGVybWlu b2xvZ3kgaGVyZSwgYnV0IHdhcyBhc2tlZCB0byBjaGFuZ2UgaXQgKHNpbmNlIHBlb3BsZSBjb25m dXNlIHdoYXQgaXMgdXBzdHJlYW0gYW5kIHdoYXQgaXMgZG93bnN0cmVhbSkuIFRoZSB0ZXh0IHRh bGtzIGFib3V0IHRoZSBwdXNoIHByb3h5IGtub3dpbmcgdGhhdCB0aGVyZSBpcyBhbm90aGVyIHB1 c2ggcHJveHkgKGJldHdlZW4gaXRzZWxmIGFuZCB0aGUgcmVnaXN0cmFyKSB0aGF0IHdpbGwgYmUg YWJsZSB0byBoYW5kbGUgdGhlIFBOUy4NCg0KPiAgICAtLSAiLi4uIChpZiB0aGUgQ29udGFjdCBo ZWFkZXIgZmllbGQgVVJJIG9mIHRoZSBSRUdJU1RFUiByZXF1ZXN0ICBjb250YWlucyBhIHBuLXBy aWQgU0lQIFVSSSBwYXJhbWV0ZXIpIC4uLiIgQ291bGQgd2UgDQo+IGhhdmUgZ290dGVuIHRoaXMg ZmFyIGlmIHRoYXQgd2VyZSBub3QgdHJ1ZT8gVGhlIHNlbnRlbmNlIHdvdWxkIGJlIGVhc2llciB0 byByZWFkIHdpdGhvdXQgaXQuIChJIHRoaW5rIHRoaXMgcmVwZWF0cyBhIGZldyB0aW1lcy4pDQog ICANCkkgY291bGQgcmVtb3ZlIHRoZSBmb2xsb3dpbmcgcGFydDoNCg0KImFuZCB3aWxsIHJlcXVl c3QgKGlmIHRoZSBDb250YWN0IGhlYWRlciBmaWVsZFVSSSBvZiB0aGUgUkVHSVNURVIgcmVxdWVz dCBjb250YWlucyBhIHBuLXByaWQgU0lQIFVSSSBwYXJhbWV0ZXIpLCINCg0KLi4uaWYgaXQgbWFr ZXMgdGhlIHRleHQgZWFzaWVyIHRvIHJlYWQgYW5kIHVuZGVyc3RhbmQuDQoNCj4gICAgLSA2dGgg cGFyYWdyYXBoOiAiTVVTVCBvbmx5IiBjb25zdHJ1Y3Rpb25zIGNhbiBiZSBhbWJpZ3VvdXMuIEl0 IGlzIGJldHRlciB0byBzdGF0ZSB0aGVtIGluIHRlcm1zIG9mICJNVVNUIE5PVCB1bmxlc3MuLi4i DQogIA0KSSBkb24ndCB0aGluayBNVVNUIE5PVCBmaXRzIGhlcmUuIENvdWxkIHdlIHNheSAiTVVT VCBpbmRpY2F0ZSBzdXBwb3J0IG9ubHkgb2YgdGhlIj8NCg0KPiAgICAtIDJuZCB0byBsYXN0IHBh cmFncmFwaCwgIlRoZSBwcm94eSBNVVNUIGJlIGFibGUuLi4iIEl0IHdvdWxkIGJlIGJldHRlciB0 byBzdGF0ZSB0aGlzIGluIHRlcm1zIG9mIHdoYXQgdGhlIHByb3h5IF9kb2VzXywgbm90IA0KPiAg ICB3aGF0IGl0IGlzIF9hYmxlXyB0byBkby4gRm9yIGV4YW1wbGUsICIuLi4gTVVTVCBOT1QgLi4u IHVubGVzcyBpdCBoYXMgZGV0ZXJtaW5lZCB0aGF0IHRoZSBQTlMgc3VwcG9ydHMgdGhlIFZBUElE IG1lY2hhbmlzbS4iDQoNCk9yLCBjb3VsZCB3ZSBqdXN0IHJlbW92ZSAiYmUgYWJsZSB0byI/DQog ICAgDQotLS0NCg0KPiAgICDCpzUuMy4yDQo+ICAgIC0gIDNyZCBwYXJhZ3JhcGg6ICJUaGlzIGNh biBoYXBwZW4gaWYgdGhlIFVBIHNlbmRzIGEgYmluZGluZyByZWZyZXNoIFJFR0lTVEVSIHJlcXVl c3Qgd2l0aCBhIG5ldyBjb250YWN0Li4uIjogVGhpcyANCj4gICAgc2VlbXMgdG8gaWdub3JlIHRo ZSBwb3RlbnRpYWwgb2YgbXVsdGlwbGUgY29udGFjdHMuIEkgdGhpbmsgdGhlIHJlYWwgY29uZGl0 aW9uIGlzIHdoZW4gdGhlIHByZXZpb3VzIGJpbmRpbmcgaXMgX3JlbW92ZWRfLg0KDQpDb3JyZWN0 LiBJIHN1Z2dlc3Q6DQoNCiAgICJUaGlzIGNhbiBoYXBwZW4gaWYgdGhlIFVBIHNlbmRzIGEgYmlu ZGluZyByZWZyZXNoIFJFR0lTVEVSIHJlcXVlc3QgdGhhdCBkb2VzIG5vdCBjb250YWluIHRoZSBw cmV2aW91c2x5IHJlZ2lzdGVyZWQgY29udGFjdCBhdCB0aGUNCiAgIHNhbWUgdGltZSB0aGUgcmVn aXN0cmFyIGZvcndhcmRzIGEgU0lQIHJlcXVlc3QgdG93YXJkcyBhIFVBIHVzaW5nIHRoZSBwcmV2 aW91c2x5IHJlZ2lzdGVyZWQgY29udGFjdCBpbiB0aGUgUmVxdWVzdC1VUkkuIg0KICAgIA0KPiAg ICAtNnRoIHBhcmFncmFwaDogSSBkb24ndCB1bmRlcnN0YW5kIHRoZSBtZWFuaW5nIG9mIHRoaXMg cGFyYWdyYXBoLiAoQWxzbywgYm90aCBjb21tYXMgYXJlIGluY29ycmVjdC4pDQogIA0KSXQgbWVh bnMgdGhhdCwgZXZlbiBpZiB0aGUgY29udGFjdCBVUkkgYW5kIFJlcXVlc3QtVVJJIGRvbid0IG1h dGNoIChiZWNhdXNlIHRoZSBVQSBoYXMgcmVtb3ZlZCBhIHByZXZpb3VzIGNvbnRhY3QpLCB0aGUg cG4tIHBhcmFtZXRlcnMgb2YgdGhlIG90aGVyIGNvbnRhY3Qocykgd2lsbCBzdGlsbCBtYXRjaC4N CiAgDQo+ICAgIC0xMXRoIHBhcmFncmFwaDogcy8ibG9zaW5nIHJhY2UgdGhhdCByZXN1bHRzIi8g Imxvc2luZyB0aGUgcmFjZSwgd2hpY2ggcmVzdWx0cyIgIDsgb3IgIi4uLiBhIHJhY2UuLi4iDQog IA0KSSBzdWdnZXN0OiAiYSByYWNlIi4NCg0KLS0tDQoNCj4gICAgwqc2LjIuMzogUGFydHMgb2Yg dGhpcyBzZWN0aW9uIHNlZW0gc3BlY2lmaWMgdG8gU0lQLUV2ZW50cyBkaWFsb2dzLiBJIGFzc3Vt ZSB0aGF0J3Mgbm90IHRoZSBpbnRlbnQ/DQoNCkNvcnJlY3QsIG5vdCBzdXJlIHdoZXJlIHRoZSBO T1RJRlkgY29tZXMgZnJvbS4gSXQgc2hhbGwgYmUgInRoZSBtaWQtZGlhbG9nIHJlcXVlc3QiLg0K DQpSZWdhcmRzLA0KDQpDaHJpc3Rlcg0KDQogICAgDQogICAgDQogICAgDQogICAgDQogICAgDQog ICAgDQogICAgDQogICAgDQogICAgDQogICAgDQogICAgDQogICAgDQoNCg== From nobody Fri Nov 30 08:50: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 206C8130E19; Fri, 30 Nov 2018 08:50:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.878 X-Spam-Level: X-Spam-Status: No, score=-1.878 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 cs_Lvb2M4ASF; Fri, 30 Nov 2018 08:50:25 -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 D876D130E54; Fri, 30 Nov 2018 08:50:24 -0800 (PST) Received: from [10.0.1.24] (cpe-70-122-203-106.tx.res.rr.com [70.122.203.106]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wAUGoKZm059587 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 30 Nov 2018 10:50:20 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-122-203-106.tx.res.rr.com [70.122.203.106] claimed to be [10.0.1.24] From: Ben Campbell Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_AA587A83-407E-4A9E-B9D5-6E5E33DBD38C"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Date: Fri, 30 Nov 2018 10:50:18 -0600 In-Reply-To: Cc: "draft-ietf-sipcore-sip-push.all@ietf.org" , "sipcore@ietf.org" To: Christer Holmberg References: X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 16:50:28 -0000 --Apple-Mail=_AA587A83-407E-4A9E-B9D5-6E5E33DBD38C Content-Type: multipart/alternative; boundary="Apple-Mail=_BD28E9E6-D5C9-4DBA-9728-EBF6EED923A0" --Apple-Mail=_BD28E9E6-D5C9-4DBA-9728-EBF6EED923A0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Thanks for the quick response! More inline. I removed sections that seem = to be resolved. Ben. > On Nov 30, 2018, at 9:50 AM, Christer Holmberg = wrote: >=20 [...] >=20 > --- >=20 >> =C2=A74.1 >>=20 >> - General: When we speak of multiple bindings, and doing something = to all of those bindings (e.g. refreshing >> them on a push-notification), is it allowable for a UA to have some = bindings that use a PNS and some that do not? >> Or perhaps some that use different PNSs? I realize that may not make = sense for the mobile device use case that >> seems centric to this draft, but I can imagine a situation where a = complex UA might have different PNS configurations f >> or different network paths and/or different SIP services. >>=20 >> If you want to assume that the PNS configuration is the same for all = contacts, please say so explicitly. If not, does it >> make sense to scope PNS-triggered refreshes to just those bindings = that use the same PNS configuration? >=20 > I don't think there is any technical reason to mandate usage of the = same PNS (or using PNS to begin with) for all contacts, so I don't think = we need to forbid it. >=20 > We could say something like: "The procedures in this section apply to = bindings associated with a given PNS." >=20 > I don't think we need to say more than that. That works for me. >=20 >> -2nd paragraph: >> I don't think we can assume that all UAs will always learn all the = bindings they need to to setup at the same time. >> For example, a UA might have changes in network configuration that = require them to add or remove bindings. This >> makes it impractical to register them at the same time and always = use the same expirations, unless we ask them to >> refresh all existing bindings whenever they add a new one. (Or = perhaps ask them to set the expiration of any new >> binding to match the remaining time for existing ones, but that seems = like a more difficult approach.) >=20 > I don't think the text assumes that the UA is aware of all bindings at = the same time - it only says that it should use the same 'expires' value = for each binding. That depends on whether you consider =E2=80=9CExpires=E2=80=9D to be the = time remaining until expiration, or the Expires header (or parameter) on = a specific Register request. For example, if I register contact =E2=80=9CA= =E2=80=9D with an expiration of 2 hours, and then register contact = =E2=80=9CB=E2=80=9D an hour later, it would need to have a 1 hour = expires value in order to expire at roughly the same time. >=20 >> -6th paragraph: "REGISTER request will create NAT bindings..." >>=20 >> If we talk about creating NAT bindings as one of the purposes of = the push-triggered REGISTER, we may also need to >> think about the lifetime of those nat bindings, and how that = interacts with the REGISTER expires value. I'm not sure we >> want to go there; would it make sense to remove the mention? >=20 > I am not sure that is needed in the context of PUSH, since the NAT = bindings only need to be alive in time for the request that triggered = the push notification to reach the UA. Next time there is an inbound SIP = request, the REGISTER triggered by the push notification associated with = the request will create a NAT binding (if the previous one has expired) = for that request. A one line comment to that effect would be helpful. >=20 >> - 7th paragraph: >> -- The first sentence seems to still assume the REGISTER has as = single contact. Should it say to insert the tag into each >> contact header field? (but see general =C2=A74.1 comment above.) >=20 > What sentence are you referring to? Sorry, it=E2=80=99s the 8th paragraph: "If the UA is able to send = binding refresh REGISTER requests using a non-push mechanism (e.g., using an internal timer that periodically wakes the UA), the UA MUST insert a =E2=80=99sip.pnsreg=E2=80=99 media = feature tag [RFC3840] in the Contact header field URI of each REGISTER request" [...] > --- >=20 >> =C2=A75.3.1: >> - 4th paragraph: Section 4.1 talks about the UA paying attention to = sip.pns in a 2XX response. It does not mention >> it for other result codes. If the UA needs to pay attention to it in = 423 (or in any other response), it should be mentioned there. >=20 > There are no push-specific UA actions for non-2xx responses. >=20 > If the UA receives a 423, it follows normal SIP procedures. Even if = the proxy has inserted 'sip.pns' feature-capability indicator in the 423 = response it only provides information about the PNS(s) supported by the = proxy. It does not mandate push-specific UA actions. You are right, or course. Nevermind :-) [...] >=20 > --- >=20 >> =C2=A75.3.2, 2nd paragraph: Please mention that the R-URI will only = contain these parameters after it is retargeted. This mostly >> matters if the push-proxy is colocated with a retargeting proxy; = retargeting must happen before this procedure. >=20 > Section 1 says: >=20 > "The proxy MUST be in the signalling path of REGISTER requests sent = by > the UA towards the registrar, and of SIP requests (for a new dialog > or a stand-alone) forwarded by the proxy responsible for the UA's > domain (sometimes referred to as home proxy, S-CSCF, etc) towards = the > UA.=E2=80=9D >=20 Okay >> Along those lines, what is the PUSH proxy expected to do with inbound = SIP requests that do not contain the parameters >> in the R-URI? Route them normally? Reject them? >=20 > I think that is an implementation issue. If the proxy also handles = non-PNS calls, it would forward the request using normal procedures. >=20 A brief mention of that would be helpful. > --- >=20 >> =C2=A76: Is support for push-notifications on mid-dialog requests = optional? If so, please state that up front. >=20 > If one wants to support longlived SIP dialogs, one obviously will have = to implement section 6. I am not sure we need to say something. I=E2=80=99m more concerned about whether an implementation can choose = _not_ to support long-lived dialogs. I assume so since there=E2=80=99s a = separate negotiation. All I=E2=80=99m looking for is the word = =E2=80=9Coptional=E2=80=9D somewhere early in the section :-) >=20 > --- >=20 >> =C2=A76.1.1: Does the UA indicate support on a per-dialog basis? = That is, it can support the mechanism for some dialogs but not others? >=20 > It could be per-dialog basis. The text says: "if the UA is willing to = receive push notifications triggered by incoming mid-dialog requests=E2=80= =9D. I assume that if the UA indicates support in one dialog-initiating = transaction but not another, that the proxy should not assume that it = supports mid-dialog push in both transactions. If that=E2=80=99s a = correct assumption, it would be helpful to explicitly state it. [...] > --- >=20 >> =C2=A79, 1st paragraph: We are talking about a specification that = defines the parameter usage for the given PNS, not the PNS in it's = entirety, right? >=20 > Yes. I suggest to say: "defines the usage of the associated PNS". = Because, the parameter itself only identifies the PNS. >=20 You said =E2=80=9CYes=E2=80=9D, which I take to agree that we don=E2=80=99= t require a spec for the PNS itself, but then you said =E2=80=9Cdefines = the usage of the associated PNS=E2=80=9D, which does sound like a = requirement for a spec of the PNS itself. So I=E2=80=99m confused :-) [...] --Apple-Mail=_BD28E9E6-D5C9-4DBA-9728-EBF6EED923A0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Thanks for the quick response! More = inline. I removed sections that seem to be resolved.

Ben.

On Nov = 30, 2018, at 9:50 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:


[...]



---

=C2=A74.1

  - = General: When we speak of multiple bindings, and doing something to all = of those bindings (e.g. refreshing
them on a = push-notification), is it allowable for a UA to have some bindings that = use a PNS and some that do not?
Or perhaps some that use = different PNSs? I realize that may not make sense for the mobile device = use case that
seems centric to this draft, but I can = imagine a situation where a complex UA might have different PNS = configurations f
or different network paths and/or = different SIP services.

If you want to = assume that the PNS configuration is the same for all contacts, please = say so explicitly. If not, does it
make sense to scope = PNS-triggered refreshes to just those bindings that use the same PNS = configuration?

I don't think = there is any technical reason to mandate usage of the same PNS (or using = PNS to begin with) for all contacts, so I don't think we need to forbid = it.

We could say something like: "The = procedures in this section apply to bindings associated with a given = PNS."

I don't think we need to say more = than that.

That works for me.



  -2nd paragraph:
  I = don't think we can assume that all UAs will always learn all the = bindings they need to to setup at the same time.
=  For example, a UA might have changes in network configuration that = require them to add or remove bindings. This
 makes = it impractical to register them at the same time and always use the same = expirations, unless we ask them to
 refresh all = existing bindings whenever they add a new one. (Or perhaps ask them to = set the expiration of any new
binding to match the = remaining time for existing ones, but that seems like a more difficult = approach.)

I don't think the = text assumes that the UA is aware of all bindings at the same time - it = only says that it should use the same 'expires' value for each = binding.

That depends on whether you consider =E2=80=9CExpire= s=E2=80=9D to be the time remaining until expiration, or the Expires = header (or parameter) on a specific Register request. For example, if I = register contact =E2=80=9CA=E2=80=9D with an expiration of 2 hours, and = then register contact =E2=80=9CB=E2=80=9D an hour later, it would need = to have a 1 hour expires value in order to expire at roughly the same = time.


-6th paragraph: "REGISTER request will create NAT = bindings..."

  If we talk about = creating NAT bindings as one of the purposes of the push-triggered = REGISTER, we may also need to
  think about = the lifetime of those nat bindings, and how that interacts with the = REGISTER expires value. I'm not sure we
 want to go = there; would it make sense to remove the mention?

I am not sure that is needed in = the context of PUSH, since the NAT bindings only need to be alive in = time for the request that triggered the push notification to reach the = UA. Next time there is an inbound SIP request, the REGISTER triggered by = the push notification associated with the request will create a NAT = binding (if the previous one has expired) for that request.

A one = line comment to that effect would be helpful.


=   - 7th paragraph:
  --  The = first sentence seems to still assume the REGISTER has as single contact. = Should it say to insert the tag into each
contact header = field? (but see general =C2=A74.1 comment above.)

What sentence are you referring = to?

Sorry, it=E2=80=99s the 8th paragraph: "If the UA is = able to send binding refresh REGISTER requests using a
non-push = mechanism (e.g., using an internal timer that periodically
wakes the UA), = the UA MUST insert a =E2=80=99sip.pnsreg=E2=80=99 media feature = tag
[RFC3840] in the Contact = header field URI of each REGISTER request"

[...]

---

  =C2=A75.3.1:<= br class=3D"">   - 4th paragraph: Section 4.1 talks about the = UA paying attention to sip.pns in a 2XX response. It does not mention =
 it for other result codes. If the UA needs to pay = attention to it in 423 (or in any other response), it should be = mentioned there.

There are no = push-specific UA actions for non-2xx responses.

If the UA receives a 423, it follows normal SIP procedures. = Even if the proxy has inserted 'sip.pns' feature-capability indicator in = the 423 response it only provides information about the PNS(s) supported = by the proxy. It does not mandate push-specific UA actions.

You = are right, or course. Nevermind :-)

[...]


---

=C2=A75.3.2= , 2nd paragraph: Please mention that the R-URI will only contain these = parameters after it is retargeted. This mostly
matters if = the push-proxy is colocated with a retargeting proxy; retargeting must = happen before this procedure.

Section 1 says:

=   "The proxy MUST be in the signalling path of REGISTER = requests sent by
  the UA towards the = registrar, and of SIP requests (for a new dialog
=   or a stand-alone) forwarded by the proxy responsible for the = UA's
  domain (sometimes referred to as home = proxy, S-CSCF, etc) towards the
  UA.=E2=80=9D

Okay

Along those lines, what is the PUSH proxy = expected to do with inbound SIP requests that do not contain the = parameters
in the R-URI? Route them normally? Reject = them?

I think that is an = implementation issue. If the proxy also handles non-PNS calls, it would = forward the request using normal procedures.


A = brief mention of that would be helpful.

---

=   =C2=A76: Is support for push-notifications on mid-dialog = requests optional? If so, please state that up front.

If one wants to support longlived = SIP dialogs, one obviously will have to implement section 6. I am not = sure we need to say something.

I=E2=80= =99m more concerned about whether an implementation can choose _not_ to = support long-lived dialogs. I assume so since there=E2=80=99s a separate = negotiation. All I=E2=80=99m looking for is the word =E2=80=9Coptional=E2=80= =9D somewhere early in the section :-)



---

=   =C2=A76.1.1: Does the UA indicate support on a per-dialog = basis? That is, it can support the mechanism for some dialogs but not = others?

It could be per-dialog = basis. The text says: "if the UA is willing to receive push = notifications triggered by incoming mid-dialog requests=E2=80=9D.

I = assume that if the UA indicates support in one dialog-initiating = transaction but not another, that the proxy should not assume that it = supports mid-dialog push in both transactions. If that=E2=80=99s a = correct assumption, it would be helpful to explicitly state = it.

[...]

---

  =C2=A79, 1st paragraph: We are talking about a = specification that defines the parameter usage for the given PNS, not = the PNS in it's entirety, right?

Yes. I suggest to say: "defines the usage of the associated = PNS". Because, the parameter itself only identifies the PNS.


You said =E2=80=9CYes=E2=80=9D, which I take to = agree that we don=E2=80=99t require a spec for the PNS itself, but then = you said =E2=80=9Cdefines the usage of the associated PNS=E2=80=9D, = which does sound like a requirement for a spec of the PNS itself. So = I=E2=80=99m confused :-)

[...]
= --Apple-Mail=_BD28E9E6-D5C9-4DBA-9728-EBF6EED923A0-- --Apple-Mail=_AA587A83-407E-4A9E-B9D5-6E5E33DBD38C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlwBaksACgkQgFZKbJXz 1A3iWhAApudZGjqo3OzfitgP/JEszUla+GuP+NIbDdNq8FwugpTWVYeCeJiNRTbG hfuLrx6cVfokOBEqV1xIGFOlWJZ1I1QG2Nf7aitey/il3GxojQq6SQjG6tTtNqUK o9LJSG3S9tkqUV5PLaCogIklWyw27Wf7HG7N80Ylbg4M8W3yi7WhuUYUK1xRgSjO enarNbOJzSmTFQyb74cmMyTv2AorVZanm6S+i6Cw9QTotJFGjZS+1QE7pl6gtu2W wNFAYaKOCltEw+smrWaCqqexQ0ODDbH2BR4laZmnxkgZUFrdg9SmonPqdduY1hYQ VsFJguuESIAUGds3BxWsKVJrLyKKy7XN9WvGaq/PxoTTuJeoMkjJKKrqCUKRXWoZ odnVMLjX0PASpZSEoVipahGQg3WcUU10F1GTquCq3RcWdtxf2W8zoejMffVZltSJ bV40HNLUx2IkK/28uaJBEdxA6bNJWo+FAlt8clTAGihFhqwvkJYGEpuIZqzQ/ikj ulX0YXiuUk+jwm3q8EtETVnnIHIAJZ75oRZFaKJJ9B63TI9rv0075x1lf3e1Ttwe YqKugbVUUm+Ka3kT4Ae2EdwtrywKDwPL42MtGa+yB00D83q21FKGFX2ahrGCezqb K/8ozIlTXzIj6G4NxwXHnknmqqUb3cHbwEgTNupbBdkfe+Y1ft0= =hQ4+ -----END PGP SIGNATURE----- --Apple-Mail=_AA587A83-407E-4A9E-B9D5-6E5E33DBD38C-- From nobody Fri Nov 30 09:36: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 B5AF6129385 for ; Fri, 30 Nov 2018 09:36:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mqx6Os5af1Gn for ; Fri, 30 Nov 2018 09:36:12 -0800 (PST) Received: from alum-mailsec-scanner-7.mit.edu (alum-mailsec-scanner-7.mit.edu [18.7.68.19]) by ietfa.amsl.com (Postfix) with ESMTP id B3D27130E34 for ; Fri, 30 Nov 2018 09:36:12 -0800 (PST) X-AuditID: 12074413-50dff70000006a37-fe-5c01750b237f Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id DD.E4.27191.B05710C5; Fri, 30 Nov 2018 12:36:11 -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.14.7/8.12.4) with ESMTP id wAUHaAQO005353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Fri, 30 Nov 2018 12:36:11 -0500 To: sipcore@ietf.org References: From: Paul Kyzivat Message-ID: Date: Fri, 30 Nov 2018 12:36:10 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPIsWRmVeSWpSXmKPExsUixO6iqMtdyhhj8HuWicXXH5vYHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVcX/VRuaCdoGK+Qu6WBsYL/J0MXJySAiYSNzfeY2pi5GLQ0jg IJPE1/6nLBDODyaJGa8usINUCQskSzx/fRnMFhEQkXg2/R8biC0kUCJx6fg6sDibgJbEnEP/ WUBsXgF7ie6la8DiLAKqEvcOPAGzRQXSJP52LmGEqBGUODnzCVg9J1D9pDf/mUFsZgEziXmb H0LZ4hK3nsxngrDlJZq3zmaewMg/C0n7LCQts5C0zELSsoCRZRWjXGJOaa5ubmJmTnFqsm5x cmJeXmqRrrlebmaJXmpK6SZGSFgK72DcdVLuEKMAB6MSD++EHMYYIdbEsuLK3EOMkhxMSqK8 fyWAQnxJ+SmVGYnFGfFFpTmpxYcYJTiYlUR4z7UxxAjxpiRWVqUW5cOkpDlYlMR5mU32RgkJ pCeWpGanphakFsFkZTg4lCR47xUDDRUsSk1PrUjLzClBSDNxcIIM5wEa7gtSw1tckJhbnJkO kT/FqMux52vTDGYhlrz8vFQpcd6rIEUCIEUZpXlwc2Dp5BWjONBbwryMJUBVPMBUBDfpFdAS JqAlMT3/o4GWlCQipKQaGPnPRs28MCfA3lHDN/vJhyOHdQTPMW89/NPzpNNJU7Nc5mXcH5XC Xob7XNsQu5nR1f/Z3L/SpglP34W5bdC1ncTekpP30OZhvuTDU1I5/7I0/u63OnU1pngihzCn vpbekdndZ/mLJpt9433VoHFJq+HXedUnovImvrXsYu9cl3d+rV/pm2VwQomlOCPRUIu5qDgR AKjEX0UCAwAA Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 17:36:15 -0000 On 11/30/18 11:50 AM, Ben Campbell wrote: >>>   -2nd paragraph: >>>   I don't think we can assume that all UAs will always learn all the >>> bindings they need to to setup at the same time. >>>  For example, a UA might have changes in network configuration that >>> require them to add or remove bindings. This >>>  makes it impractical to register them at the same time and always >>> use the same expirations, unless we ask them to >>>  refresh all existing bindings whenever they add a new one. (Or >>> perhaps ask them to set the expiration of any new >>> binding to match the remaining time for existing ones, but that seems >>> like a more difficult approach.) >> >> I don't think the text assumes that the UA is aware of all bindings at >> the same time - it only says that it should use the same 'expires' >> value for each binding. > > That depends on whether you consider “Expires” to be the time remaining > until expiration, or the Expires header (or parameter) on a specific > Register request. For example, if I register contact “A” with an > expiration of 2 hours, and then register contact “B” an hour later, it > would need to have a 1 hour expires value in order to expire at roughly > the same time. The time in the expiration time in the request is only a preference. The registrar may reduce this value. So, if the registrar wants the expiration time for one binding to match that of some other binding then it has some power to make that happen as long as the requested expiration is big enough. (This can be confusing because while the values negotiated are encoded as intervals what is actually being negotiated is a particular point in time when the expiration occurs. Each end sets the point in time as its notion of the current time plus the expiration time (interval). Due to propagation delay the times at the two ends are only approximately equal. For the UAC this needs to be done based on the value in the response.) Thanks, Paul From nobody Fri Nov 30 13:05: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 3695713103B for ; Fri, 30 Nov 2018 13:05:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.761 X-Spam-Level: X-Spam-Status: No, score=-5.761 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, 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 header.b=DDxh3kbD; dkim=pass (1024-bit key) header.d=ericsson.com header.b=THsHkgiB 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 Xr1ml2GFG5KO for ; Fri, 30 Nov 2018 13:04:59 -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 375DF131007 for ; Fri, 30 Nov 2018 13:04:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1543611896; x=1546203896; 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=bZ5luwEzFXJFsHhT12tkO2t8xbnO2XzBbUWSb4yiCJA=; b=DDxh3kbD0HPV3qDValOZY+ZzCMd3wJs6m0AMB88LlKTmkgTP1ytFR3T1Lbuq+luL O5TxQ/3qo99+nOb63E3uL/SOnsImW1Kh3JnJmBNDJvTL+uMawL2GSS2tjqvGMwM4 f5fCSzkLSEeLynJeN8uY8ow7bFMk74eoLPRUaQkPEF0=; X-AuditID: c1b4fb25-a68609e00000191f-0a-5c01a5f897c3 Received: from ESESSMB505.ericsson.se (Unknown_Domain [153.88.183.123]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id A5.29.06431.8F5A10C5; Fri, 30 Nov 2018 22:04:56 +0100 (CET) Received: from ESESBMR502.ericsson.se (153.88.183.134) by ESESSMB505.ericsson.se (153.88.183.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 30 Nov 2018 22:04:55 +0100 Received: from ESESBMB505.ericsson.se (153.88.183.172) by ESESBMR502.ericsson.se (153.88.183.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 30 Nov 2018 22:04:55 +0100 Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB505.ericsson.se (153.88.183.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Fri, 30 Nov 2018 22:04:55 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bZ5luwEzFXJFsHhT12tkO2t8xbnO2XzBbUWSb4yiCJA=; b=THsHkgiBtTwN2ZQN8TvBwq1DgHanRvEx+X107TID3za7h9i/8RnoaIozfSyWEfkziSfo92Dw5uHxZfkc0oGOmOlxWkrctHff8iyCrHfzMr1w1+pPyb54rFanTACj51ciPvzvN7a8ycNKC0NG6jbJ1GOlhOt99ca8uRNQkvR5SmA= Received: from AM6PR07MB5621.eurprd07.prod.outlook.com (20.178.91.14) by AM6PR07MB4775.eurprd07.prod.outlook.com (20.177.39.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1382.6; Fri, 30 Nov 2018 21:04:50 +0000 Received: from AM6PR07MB5621.eurprd07.prod.outlook.com ([fe80::a5dd:4302:feec:e113]) by AM6PR07MB5621.eurprd07.prod.outlook.com ([fe80::a5dd:4302:feec:e113%3]) with mapi id 15.20.1382.020; Fri, 30 Nov 2018 21:04:50 +0000 From: Christer Holmberg To: Ben Campbell CC: "draft-ietf-sipcore-sip-push.all@ietf.org" , "sipcore@ietf.org" Thread-Topic: AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments Thread-Index: AQHUiHytmojzzmIlHki0KLFKIQ1gbqVoiJIAgABfvgA= Date: Fri, 30 Nov 2018 21:04:50 +0000 Message-ID: <420E89E0-1E52-4520-88B4-115CF60E2C21@ericsson.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.13.0.181109 x-originating-ip: [89.166.49.243] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6PR07MB4775; 6:NY4cSRWbs8AkyCVI3Kve7515EKuKS00a9J68F+Muq2mQDkzAb6VJDs52UUTiOan8nJqzJdQnEPQXki56QLuhkqjDngWe7MITA66diBgtfpnpa4zPY+y/JjsQYQlq1hvGLoih5Z28mcSgzozhnJUohsAle3pw+pIDf+ccg0nHasKaw8PUwPCG7DfASokH02IxgY1KPwXqjOR+dBsT1F8KM4n7icUIY69mKbG8K9X2jXss8kxfd8H2NSq4xuBcd7q7gBjPro+G/f+0xgIAKHMQAzH4/0zF+QzW6lvF51mH3bJZ51qgz0x0ne+XIgYz9bhFyHARVglRSYIuVxd3hsSDC8bpkyoYGl4M5lgYquUOG2io9o8puG9oYq7JCLlHTjJIjgvxry0DCBP3VESGALarFWuF/nQhaNtzzZet9ZodZu+mC2N9+BNnvhaA59zQQOQcmb+8fCDXI0K5R4OqT4S9sg==; 5:OTBG6jwTCs168I/M/a8/Fg7rp1dl42+EEe9u29wLCix8LgToIOVRTHhjmivgaMCcNQPzLYPSz5vFdjhR1IXamFGG/JP/qqWYJvdY+Bfov+bmtt5oeaJe/HXLO4aX8lgpaH3/y7NbJuxDLXiSYw96NP/DUWrMt6Q61aqXCE8QsIA=; 7:jLBXMazHDhbKFkLsSEcKGd9MVCPRqG/+HbPsnq4zKyUJtRTvuO+oxc+Ui/4h9Oyoahnpcli/eJtK3WhJ5rQg/noAvZSeg/+QMNCOeZxUVAjaantQ1ia+TkbOS/ds54fGA3LHrdyk9AnKSCwSRyLkjA== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: e863c015-18a6-41a9-1b3b-08d6570777c2 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:AM6PR07MB4775; x-ms-traffictypediagnostic: AM6PR07MB4775: authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231453)(999002)(944501468)(52105112)(93006095)(93001095)(10201501046)(3002001)(148016)(149066)(150057)(6041310)(20161123560045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:AM6PR07MB4775; BCL:0; PCL:0; RULEID:; SRVR:AM6PR07MB4775; x-forefront-prvs: 087223B4DA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(366004)(346002)(39860400002)(396003)(376002)(199004)(189003)(51444003)(6916009)(8936002)(83716004)(71200400001)(71190400001)(14454004)(256004)(14444005)(6116002)(3846002)(36756003)(186003)(6506007)(6486002)(25786009)(2906002)(26005)(6436002)(229853002)(102836004)(81166006)(81156014)(8676002)(82746002)(68736007)(478600001)(97736004)(99286004)(4326008)(316002)(66066001)(476003)(2616005)(44832011)(76176011)(446003)(11346002)(86362001)(486006)(53936002)(551934003)(6512007)(58126008)(54906003)(7736002)(106356001)(305945005)(6246003)(5660300001)(33656002)(105586002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR07MB4775; H:AM6PR07MB5621.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: 8eui2qU9p5Uuu8bLA68+MwjfZOLXBv9bxX1bhWbznyAxAfx4VoKPLbZ4ZxMh2/7mwX7ssco9eif3sQUOhkia1YSdhpX1yTGRTs4nruGmYNDpm08V9hQzXna5JuKrh38da2GemhKRLeML3Psv78nl72MiG3xTrcADtZHLoNj7PnQwKawUdBOIcMsLsmdw0KGinDTz66RtRScNW++c7dA7EMtwTF/M4g1xW91ZWVPuvoUeIy5q/oGcuhDuEAg3GgIDhMHaqAiExiE6bx2ONfLo12Cr3/JmKudW7yXMH4Da0WSi3HmP1Der+i14a8p1ZVqblRBiX21PwWCgR5H0aZSeaPPQ6MzjIuxsirgaSnUAWGU= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: e863c015-18a6-41a9-1b3b-08d6570777c2 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2018 21:04:50.3980 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB4775 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0hTcRjG+Z9zth1Xi3/L5YvSB0cSGl5qlhJWFkV+0Aj9YIlWJz2oqFN2 lmYFamakI/MaKpYLpoSI4iw18ToUdeYlJYPCcDYqQ7xltm6rnR2Dvj3v83vO+39eODQpLxe5 08lqLatRM6lKsZSqPt9xw9dWj2IDPrQrgusKxyTBS+2jKPirzSgOJcMMhu9EWM1zK3WOiJGG JLCpyZmsxv/YZWlSQUWtKONR0LW18k0iF306VIRcaMCBYJ3qp4qQlJbjQQRN4z0SHsjxJoLC YTcBOLTtZS8pDAYCJtfGCX6gcAkJY+9WxAIpJaCib2JrWEAwZZpARYimxTgYdPb9/F5XrISP +c+cD5L4NoKRgW4xD3bhCzC//pYUQjFQXLxO8d+64iNgy1PxNoW9YLltmuC1DB+HOy/yxUJX LUwPNzt7uzj8sqU/zjUI74Zv5iZnnsRu8MZaRwhHYzB0T5KCVsDie7uI1wrsDwXm+xLB94Tx ZctWfg9M1+kQ3xnwrBhm+vVbwBdWKysdiyQOHQG6w0JkCsFG06BIiPiAecEoEfow0Nc4T/Jn AU6Bceu+EqSq+a9djYOQ2BtauvwFOwwa6quQoD2hQmeR1DiP3wmj1VZKj0SNSMGx3JW0xIMq P1aTHM9x6Wo/Nas1IsevMvD0p1cnmlk6YUKYRsrtsp4HKFYuYjK57DQTAppUusqMNx2WLIHJ vs5q0i9prqaynAl50JTSTWYJaouR40RGy6awbAar+UcJ2sU9F23rmAg/tdeymD/XezInxP5E saTVKzwio+pXOidmGbvPwx1m2Zl7Q1om4tXvzsT1zixRa8/ql/By/7O3bOYgr6O1Wa/1UXEX u/IapfF5SQtxoQHQomqVKDJ+bCRytobIUlfD57Ih/S8iI3COSzBF73s80ux+Ogcp16os3nej 45UUl8Qc8CE1HPMX1En+lCYDAAA= Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 21:05:06 -0000 SGksDQoNCkkgc2F3IHRoYXQgUGF1bCByZXBsaWVkIG9uIHRoZSDigJxFeHBpcmVz4oCdIGlzc3Vl LCBzbyBJIHdpbGwgcmVwbHkgdG8gaGlzIGUtbWFpbCBvbiB0aGF0IGlzc3VlLg0KDQotLS0NCg0K Pj4+LTZ0aCBwYXJhZ3JhcGg6ICJSRUdJU1RFUiByZXF1ZXN0IHdpbGwgY3JlYXRlIE5BVCBiaW5k aW5ncy4uLiINCj4+Pg0KPj4+ICBJZiB3ZSB0YWxrIGFib3V0IGNyZWF0aW5nIE5BVCBiaW5kaW5n cyBhcyBvbmUgb2YgdGhlIHB1cnBvc2VzIG9mIHRoZSBwdXNoLXRyaWdnZXJlZCBSRUdJU1RFUiwg d2UgbWF5IGFsc28gbmVlZCB0byANCj4+PiAgdGhpbmsgYWJvdXQgdGhlIGxpZmV0aW1lIG9mIHRo b3NlIG5hdCBiaW5kaW5ncywgYW5kIGhvdyB0aGF0IGludGVyYWN0cyB3aXRoIHRoZSBSRUdJU1RF UiBleHBpcmVzIHZhbHVlLiBJJ20gbm90IHN1cmUgd2UgDQo+Pj4gd2FudCB0byBnbyB0aGVyZTsg d291bGQgaXQgbWFrZSBzZW5zZSB0byByZW1vdmUgdGhlIG1lbnRpb24/DQo+Pg0KPj4gSSBhbSBu b3Qgc3VyZSB0aGF0IGlzIG5lZWRlZCBpbiB0aGUgY29udGV4dCBvZiBQVVNILCBzaW5jZSB0aGUg TkFUIGJpbmRpbmdzIG9ubHkgbmVlZCB0byBiZSBhbGl2ZSBpbiB0aW1lIGZvciB0aGUgcmVxdWVz dCB0aGF0IHRyaWdnZXJlZCB0aGUgcHVzaCBub3RpZmljYXRpb24gdG8gcmVhY2ggdGhlIFVBLiBO ZXh0IHRpbWUgdGhlcmUgaXMgYW4gaW5ib3VuZCBTSVAgcmVxdWVzdCwgdGhlIFJFR0lTVEVSIHRy aWdnZXJlZCBieSB0aGUgcHVzaCBub3RpZmljYXRpb24gYXNzb2NpYXRlZCB3aXRoIHRoZSByZXF1 ZXN0IHdpbGwgY3JlYXRlIGEgTkFUIGJpbmRpbmcgKGlmIHRoZSBwcmV2aW91cyBvbmUgaGFzIGV4 cGlyZWQpIGZvciB0aGF0IHJlcXVlc3QuDQo+DQo+IEEgb25lIGxpbmUgY29tbWVudCB0byB0aGF0 IGVmZmVjdCB3b3VsZCBiZSBoZWxwZnVsLg0KDQpJIHN1Z2dlc3QgYWRkaW5nIHRoZSBmb2xsb3dp bmc6DQoNCuKAnE5PVEU6IFRoZSBsaWZldGltZSBvZiBhbnkgTkFUIGJpbmRpbmcgY3JlYXRlZCBi eSB0aGUgUkVHSVNURVIgcmVxdWVzdCBvbmx5IG5lZWRzIHRvIGJlIGxvbmcgZW5vdWdoIGluIG9y ZGVyIGZvciB0aGUgU0lQIHJlcXVlc3QgdGhhdCB0cmlnZ2VyZWQgdGhlIHB1c2ggbm90aWZpY2F0 aW9uIHRvIHJlYWNoIHRoZSBVQS7igJ0gDQoNCi0tLQ0KDQo+Pj4gLSA3dGggcGFyYWdyYXBoOg0K Pj4+IC0tICBUaGUgZmlyc3Qgc2VudGVuY2Ugc2VlbXMgdG8gc3RpbGwgYXNzdW1lIHRoZSBSRUdJ U1RFUiBoYXMgYXMgc2luZ2xlIGNvbnRhY3QuIFNob3VsZCBpdCBzYXkgdG8gaW5zZXJ0IHRoZSB0 YWcgaW50byBlYWNoIA0KPj4+IGNvbnRhY3QgaGVhZGVyIGZpZWxkPyAoYnV0IHNlZSBnZW5lcmFs IMKnNC4xIGNvbW1lbnQgYWJvdmUuKQ0KPj4NCj4+IFdoYXQgc2VudGVuY2UgYXJlIHlvdSByZWZl cnJpbmcgdG8/DQo+DQo+IFNvcnJ5LCBpdOKAmXMgdGhlIDh0aCBwYXJhZ3JhcGg6ICJJZiB0aGUg VUEgaXMgYWJsZSB0byBzZW5kIGJpbmRpbmcgcmVmcmVzaCBSRUdJU1RFUiByZXF1ZXN0cyB1c2lu ZyBhDQo+IG5vbi1wdXNoIG1lY2hhbmlzbSAoZS5nLiwgdXNpbmcgYW4gaW50ZXJuYWwgdGltZXIg dGhhdCBwZXJpb2RpY2FsbHkgd2FrZXMgdGhlIFVBKSwgdGhlIFVBIE1VU1QgDQo+IGluc2VydCBh IOKAmXNpcC5wbnNyZWfigJkgbWVkaWEgZmVhdHVyZSB0YWcgW1JGQzM4NDBdIGluIHRoZSBDb250 YWN0IGhlYWRlciBmaWVsZCBVUkkgb2YgZWFjaCBSRUdJU1RFUiByZXF1ZXN0Ig0KDQpJIHdpbGwg Zml4IGFzIHN1Z2dlc3RlZCAo4oCcaW5zZXJ0IGEgdGFnIGluIGVhY2ggQ29udGFjdCBoZWFkZXIg ZmllbGTigJ0pLg0KDQotLS0NCg0KPj4+IEFsb25nIHRob3NlIGxpbmVzLCB3aGF0IGlzIHRoZSBQ VVNIIHByb3h5IGV4cGVjdGVkIHRvIGRvIHdpdGggaW5ib3VuZCBTSVAgcmVxdWVzdHMgdGhhdCBk byBub3QgY29udGFpbiB0aGUgcGFyYW1ldGVycyANCj4+PiBpbiB0aGUgUi1VUkk/IFJvdXRlIHRo ZW0gbm9ybWFsbHk/IFJlamVjdCB0aGVtPw0KPj4NCj4+IEkgdGhpbmsgdGhhdCBpcyBhbiBpbXBs ZW1lbnRhdGlvbiBpc3N1ZS4gSWYgdGhlIHByb3h5IGFsc28gaGFuZGxlcyBub24tUE5TIGNhbGxz LCBpdCB3b3VsZCBmb3J3YXJkIHRoZSByZXF1ZXN0IHVzaW5nIG5vcm1hbCBwcm9jZWR1cmVzLg0K Pg0KPiBBIGJyaWVmIG1lbnRpb24gb2YgdGhhdCB3b3VsZCBiZSBoZWxwZnVsLg0KDQpJIHN1Z2dl c3QgdGhlIGZvbGxvd2luZzoNCg0KIk5PVEU6IElmIHRoZSBTSVAgcmVxdWVzdCBkb2VzIG5vdCBj b250YWluIHRoZSBwbi0gcGFyYW1ldGVycywgdGhlIHByb3h5IHByb2Nlc3Npbmcgb2YgdGhlIHJl cXVlc3QgaXMgYmFzZWQgb24gbG9jYWwgcG9saWN5LCBlLmcuLCBkZXBlbmRpbmcgb24gd2hldGhl ciB0aGUgcHJveHkgc2VydmVycyByZXF1ZXN0cyB0b3dhcmRzIFVBcyB0aGF0IGRvIG5vdCB1c2Ug dGhlIFNJUCBwdXNoIG1lY2hhbmlzbSwgaW4gd2hpY2ggY2FzZSB0aGUgcHJveHkgd2lsbCBmb3J3 YXJkIHRoZSByZXF1ZXN0IHVzaW5nIG5vcm1hbCBTSVAgcHJvY2VkdXJlcy4gT3RoZXJ3aXNlIHRo ZSBwcm94eSBtaWdodCByZWplY3QgdGhlIHJlcXVlc3QuIg0KIA0KLS0tDQoNCj4+PiDCpzY6IElz IHN1cHBvcnQgZm9yIHB1c2gtbm90aWZpY2F0aW9ucyBvbiBtaWQtZGlhbG9nIHJlcXVlc3RzIG9w dGlvbmFsPyBJZiBzbywgcGxlYXNlIHN0YXRlIHRoYXQgdXAgZnJvbnQuDQo+Pg0KPj4gSWYgb25l IHdhbnRzIHRvIHN1cHBvcnQgbG9uZ2xpdmVkIFNJUCBkaWFsb2dzLCBvbmUgb2J2aW91c2x5IHdp bGwgaGF2ZSB0byBpbXBsZW1lbnQgc2VjdGlvbiA2LiBJIGFtIG5vdCBzdXJlIHdlIG5lZWQgdG8g c2F5IHNvbWV0aGluZy4NCj4NCj4gSeKAmW0gbW9yZSBjb25jZXJuZWQgYWJvdXQgd2hldGhlciBh biBpbXBsZW1lbnRhdGlvbiBjYW4gY2hvb3NlIF9ub3RfIHRvIHN1cHBvcnQgbG9uZy1saXZlZCBk aWFsb2dzLiBJIGFzc3VtZSANCj4gc28gc2luY2UgdGhlcmXigJlzIGEgc2VwYXJhdGUgbmVnb3Rp YXRpb24uIEFsbCBJ4oCZbSBsb29raW5nIGZvciBpcyB0aGUgd29yZCDigJxvcHRpb25hbOKAnSBz b21ld2hlcmUgZWFybHkgaW4gdGhlIHNlY3Rpb24gOi0pDQoNCkFuIGltcGxlbWVudGF0aW9uIGNh biBjaG9vc2Ugbm90IHRvIHN1cHBvcnQgYSBmZWF0dXJlIG5vIG1hdHRlciB3aGF0IHRoZSBzcGVj IHNheXMgOikNCg0KV2hhdCBhYm91dCBhZGRpbmcgdGhlIGZvbGxvd2luZyB0byB0aGUgZW5kIG9m IHRoZSBmaXJzdCBwYXJhZ3JhcGg6DQoNCiJUaGUgcHJvY2VkdXJlcyBpbiB0aGlzIHNlY3Rpb24g YXJlIG9wdGlvbmFsIHRvIHN1cHBvcnQsIGJ1dCBNVVNUIGJlIHN1cHBvcnRlZCBieSBwcm94aWVz IHRoYXQgd2lsbCBkZXBsb3llZCBpbiBTSVAgbmV0d29ya3Mgd2hlcmUgdGhlIHR5cGUgU0lQIGRp YWxvZ3MgZGVzY3JpYmVkIGFib3ZlIG1pZ2h0IG9jY3VyLiINCg0KLS0tDQoNCj4+PiAgwqc2LjEu MTogRG9lcyB0aGUgVUEgaW5kaWNhdGUgc3VwcG9ydCBvbiBhIHBlci1kaWFsb2cgYmFzaXM/IFRo YXQgaXMsIGl0IGNhbiBzdXBwb3J0IHRoZSBtZWNoYW5pc20gZm9yIHNvbWUgZGlhbG9ncyBidXQg bm90IG90aGVycz8NCj4+DQo+PiBJdCBjb3VsZCBiZSBwZXItZGlhbG9nIGJhc2lzLiBUaGUgdGV4 dCBzYXlzOiAiaWYgdGhlIFVBIGlzIHdpbGxpbmcgdG8gcmVjZWl2ZSBwdXNoIG5vdGlmaWNhdGlv bnMgdHJpZ2dlcmVkIGJ5IGluY29taW5nIG1pZC1kaWFsb2cgcmVxdWVzdHPigJ0uDQo+DQo+IEkg YXNzdW1lIHRoYXQgaWYgdGhlIFVBIGluZGljYXRlcyBzdXBwb3J0IGluIG9uZSBkaWFsb2ctaW5p dGlhdGluZyB0cmFuc2FjdGlvbiBidXQgbm90IGFub3RoZXIsIHRoYXQgdGhlIHByb3h5IHNob3Vs ZCBub3QgYXNzdW1lIA0KPiB0aGF0IGl0IHN1cHBvcnRzIG1pZC1kaWFsb2cgcHVzaCBpbiBib3Ro IHRyYW5zYWN0aW9ucy4gSWYgdGhhdOKAmXMgYSBjb3JyZWN0IGFzc3VtcHRpb24sIGl0IHdvdWxk IGJlIGhlbHBmdWwgdG8gZXhwbGljaXRseSBzdGF0ZSBpdC4NCg0KSSBzdWdnZXN0IHRoZSBmb2xs b3dpbmc6DQoNCiJOT1RFOiBBcyB0aGUgJ3BuLXB1cnInIFNJUCBVUkkgcGFyYW1ldGVyIG9ubHkg YXBwbGllcyB0byBhIGdpdmUgZGlhbG9nLCB0aGUgVUEgbmVlZHMgdG8gaW5jbHVkZSBhICdwbi1w dXJyJyBwYXJhbWV0ZXIgaW4gdGhlIA0KICBDb250YWN0IGhlYWRlciBvZiB0aGUgcmVxdWVzdCBv ciByZXNwb25zZSBmb3IgZWFjaCBkaWFsb2cgaW4gd2hpY2ggdGhlIFVBIGlzIHdpbGxpbmcgdG8g cmVjZWl2ZSBwdXNoIG5vdGlmaWNhdGlvbnMgdHJpZ2dlcmVkIGJ5IGluY29taW5nIA0KICBtaWQt ZGlhbG9nIHJlcXVlc3RzLiINCg0KKFJlbGF0ZWQgdG8gdGhhdCwgSSBub3RlZCB0aGF0IHRoZSBw dXJyIHBhcmFtZXRlcnMgYXJlIG1pc3NpbmcgZnJvbSB0aGUgZ3JhbW1hciwgSUFOQSBzZWN0aW9u IGV0Yy4gSSB3aWxsIGZpeCB0aGF0LikNCg0KLS0tDQoNCj4+PiAgwqc5LCAxc3QgcGFyYWdyYXBo OiBXZSBhcmUgdGFsa2luZyBhYm91dCBhIHNwZWNpZmljYXRpb24gdGhhdCBkZWZpbmVzIHRoZSBw YXJhbWV0ZXIgdXNhZ2UgZm9yIHRoZSBnaXZlbiBQTlMsIG5vdCB0aGUgUE5TIGluIGl0J3MgZW50 aXJldHksIHJpZ2h0Pw0KPj4NCj4+IFllcy4gSSBzdWdnZXN0IHRvIHNheTogImRlZmluZXMgdGhl IHVzYWdlIG9mIHRoZSBhc3NvY2lhdGVkIFBOUyIuIEJlY2F1c2UsIHRoZSBwYXJhbWV0ZXIgaXRz ZWxmIG9ubHkgaWRlbnRpZmllcyB0aGUgUE5TLg0KPg0KPiBZb3Ugc2FpZCDigJxZZXPigJ0sIHdo aWNoIEkgdGFrZSB0byBhZ3JlZSB0aGF0IHdlIGRvbuKAmXQgcmVxdWlyZSBhIHNwZWMgZm9yIHRo ZSBQTlMgaXRzZWxmLCBidXQgdGhlbiB5b3Ugc2FpZCDigJxkZWZpbmVzIHRoZSB1c2FnZSBvZiB0 aGUgDQo+IGFzc29jaWF0ZWQgUE5T4oCdLCB3aGljaCBkb2VzIHNvdW5kIGxpa2UgYSByZXF1aXJl bWVudCBmb3IgYSBzcGVjIG9mIHRoZSBQTlMgaXRzZWxmLiBTbyBJ4oCZbSBjb25mdXNlZCA6LSkN Cg0KWW91IGRvIG5lZWQgYSBzcGVjIHRoYXQgZGVmaW5lcyBob3cgdG8gdXNlIHRoZSBQTlMsIGJ1 dCB5b3UgZG9uJ3QgbmVlZCB0byBkZXRhaWxzIG9uIGhvdyB0aGUgUE5TIGlzIGltcGxlbWVudGVk IGV0Yy4NCg0KUmVnYXJkcywNCg0KQ2hyaXN0ZXINCg0KDQo= From nobody Fri Nov 30 13:05: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 879CE13103F for ; Fri, 30 Nov 2018 13:05:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.761 X-Spam-Level: X-Spam-Status: No, score=-5.761 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 header.b=evdeALBY; dkim=pass (1024-bit key) header.d=ericsson.com header.b=O7N2fG54 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 bQTCLzYJi1uw for ; Fri, 30 Nov 2018 13:05:03 -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 E82D4131058 for ; Fri, 30 Nov 2018 13:05:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1543611900; x=1546203900; 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=TaxW6jWn6Ey2tj88SI4D39gW5/BqYtUppayhagiFtY0=; b=evdeALBYcqc2NZVWSD43IRPwxUlEmbR15/oF6+8JRHxJGmzpbsfSMMNyZP8Vk1zX kNpQKvSDcjMRtinUZblzhmgg8HFXfMmXHEVE4/x9otFONpAa9DeP1VehYLI2tl1w Bm/uFyJmrYiDCsbwe7ghzTRizG6SYIRHh+PEsWYQ0yc=; X-AuditID: c1b4fb2d-3c7e09e000007af1-0a-5c01a5fcf931 Received: from ESESSMB501.ericsson.se (Unknown_Domain [153.88.183.119]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id D3.E2.31473.CF5A10C5; Fri, 30 Nov 2018 22:05:00 +0100 (CET) Received: from ESESBMB504.ericsson.se (153.88.183.171) by ESESSMB501.ericsson.se (153.88.183.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 30 Nov 2018 22:04:50 +0100 Received: from EUR03-DB5-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB504.ericsson.se (153.88.183.171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Fri, 30 Nov 2018 22:04:50 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TaxW6jWn6Ey2tj88SI4D39gW5/BqYtUppayhagiFtY0=; b=O7N2fG54zxgE5dKx9stFZFYiw9VYUvHpyB0+u+SIfJarUOwI02cDBlLmhlSLhOVO9MJzEc9v/iW6KKPd9KeGQ/PVd54ewCzek1Frk5tcGMeIZmlDTvGNLXFDw8mHPibAxG4FtbcultSWM7hvYwNd3yARdZ26AGDi7aBDai/TUf8= Received: from AM6PR07MB5621.eurprd07.prod.outlook.com (20.178.91.14) by AM6PR07MB4775.eurprd07.prod.outlook.com (20.177.39.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1382.6; Fri, 30 Nov 2018 21:04:49 +0000 Received: from AM6PR07MB5621.eurprd07.prod.outlook.com ([fe80::a5dd:4302:feec:e113]) by AM6PR07MB5621.eurprd07.prod.outlook.com ([fe80::a5dd:4302:feec:e113%3]) with mapi id 15.20.1382.020; Fri, 30 Nov 2018 21:04:49 +0000 From: Christer Holmberg To: Paul Kyzivat , "sipcore@ietf.org" Thread-Topic: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments - Exipres issue Thread-Index: AQHUiPBURKD4GaHCIkSXwUsdVWSb9A== Date: Fri, 30 Nov 2018 21:04:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.13.0.181109 x-originating-ip: [89.166.49.243] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6PR07MB4775; 6:OmdJsV5alQnBy9U0zv7DWkGnklNu109bJWX0W8jQcYBzfcNztoPx1NpcAQiNHA7R/wX7BBySnZ+DcQIfrHJxse8fRRyThtIY4fxGwHWieTmGriobJMJ7Q+TEHBTaIndwUZe6IoXGbpi/79mCfcTuaRPltT7SqxcyTN0ea6eRhlePf7dB/29sszq2DVsYurRWsnm9eyTrIxipcKzaHF7BopkcVME8Wj/XIXrbbglKucGKBzvVl2TOW7gDTh97FIPWVL4og1+74vWt7UlX44cWlSt4Pu5dMaWZRejSoDejVnUs2jkFBIM3M3fFcpWrKOr+7fda4NnHyCtd+rHD6R04MWtP0vexSRDsgImqCG0BDjgsA71WW9oy16zXfYpbhJULq5Jz3QsptDT8mR7f9kIyVYwhodvvrLgkBxniYY2/gl4E+8asIE85+vyX7VDgi76svNajwT8uDr9RswHwir0axw==; 5:F5tuX+Dpvd66QcHbK2kY2r1BG9TcEgz01D/DKZeM0rl4h6i3gqfeo2XQmHZAesTyXL5RrMvbT3ohlFNIu7nOrR0sHt306HdsuyDHmYoC3HMYO++3Gom9b4F5bAy3jiJHrVFjwFpaDzttT9+QDZHXWPBdWWfCoEPVKpEpBjhoTc8=; 7:i+TKkAEEJJuBeTc62y8wZ32sufViphByjBlRsUlD+yrHLY7Dn+byyd01g15c0cdGXb8oEjEM3QA4AZlIbFaq94qEkZcpXemmAwq/Hvity8HgjqldE3hzS1i2G7xvsZKp/0fiHpu5b2sJqSYWwJu98A== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 5e49c7dc-b38a-42da-f938-08d65707774e x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:AM6PR07MB4775; x-ms-traffictypediagnostic: AM6PR07MB4775: authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com; x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231453)(999002)(944501468)(52105112)(93006095)(93001095)(10201501046)(3002001)(148016)(149066)(150057)(6041310)(20161123560045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:AM6PR07MB4775; BCL:0; PCL:0; RULEID:; SRVR:AM6PR07MB4775; x-forefront-prvs: 087223B4DA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(366004)(346002)(39860400002)(396003)(376002)(199004)(189003)(8936002)(83716004)(71200400001)(71190400001)(14454004)(256004)(14444005)(6116002)(3846002)(36756003)(186003)(6506007)(6486002)(25786009)(2906002)(26005)(6436002)(229853002)(102836004)(81166006)(81156014)(8676002)(82746002)(68736007)(478600001)(97736004)(99286004)(316002)(66066001)(476003)(2616005)(44832011)(86362001)(486006)(110136005)(53936002)(6512007)(58126008)(2171002)(7736002)(2501003)(106356001)(305945005)(6246003)(5660300001)(33656002)(105586002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR07MB4775; H:AM6PR07MB5621.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: L3GKdh3M7A5nj7ANV6ySia+cDn7SriorDh/GEiSteekVjtLkXDxAkHuPNeigdLXt7QVA7XhCS+NoMZPFCR7KEBvlL6zQ8iaCX2cYfYC7Y+oepVtE18UkNlv0LEreXyi/rCB6q56hcvGPd8JI2Hz2S0UWzkZ9WaSxzbCUUMjgMaC+bFTHPJqTNtTDBVzJoHypx38tdm6E0LhrJ1u0IaAW93hEW3F9r1J3tw/tF8nyjq/JUFv3uMkPArbYhRj95/Ism4/nh6cy4zCCMumsL5yNyeSDdM2nkVENQ/1Bhz7Zg+a0rtbgtCY2nyggXCFFxIGabuCT92wJ36Wn5kFWzy/AoXdI7Gru15naKRJnorCduWY= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <905611A010BAD64394329164A315335D@eurprd07.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 5e49c7dc-b38a-42da-f938-08d65707774e X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2018 21:04:49.6024 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB4775 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA02SaUhUURTHuW+ZeQ4NXJfR45LkhKCGY1aEaLR8UojC+mQi2ENfOrny3uTW oiWmOKUTNopDqNEINg0UZmliWK5phia5YIGOS1qKDqS2meTMe0Hffv///5x77rlchnSron0Y baaO4zPZdLVMQdXGteaGbjWihP2jk5ERTU9e0REbP5plx4mYP2t2IsZs/knEEvGKI8lcujaH 48OOnlek9o010tmbkGc0LZNFyAzlyIUBfAg2hu6T5UjBuOEeBJ96H0piE8FYywgShZmAkTcl MoegsIGEubI1uZjcIeB5/YokZhF0TxTt9DCMDEeAfnufY4gHPgNjZgPpYHcsgKHsPSn6OjCW dlEia2Blq4Z2MIUDwbrZRzhYiY/BU9ukzMEIe8L3QavTJ7EXTM3XE+ISGMwdw6TIKvgyt+08 R4XDoGSwUi76AfBu1SbV74bRer1zNcDjMphYmpWCULAbjdJBp+DjPYNMLBpBsG7tocUgBAZn m+XijVjotMxIDWmwol+iRPYHy20bJTYPkzD28oFMDPzgWeeENHqAhqHqCrkBhZn+W8m083ok DobH7ZIdA/a6NrnIAXBXb3OyErvCQO081YBoC1IJnCBkpBw4qOF4bZIgZGVqMjldM9r5Kq9b foe2oUfLJ7oQZpB6l9JQjRLcaDZHyM/oQsCQag9l85UdS5nM5hdwfFYifymdE7qQL0OpvZQa S0e8G05hdVwax2Vz/L+UYFx8itC5hbTrNwsHbn2eC9IneUcHM3v3hJv6BjyokOKTAQtLnufQ L2ue6kWFn+/VpdX2uOmm3prkyGk6qOFabPeC3bX0YvvbOrZqythfcDhDUTMZZf/m3Zq4zvdf oKv8R/sTChercwvLvprG5zUep/Mqz0ZfLg5yD4z6kJV4wzbjxWsX1ZSQyoaHkLzA/gWYGZcb JgMAAA== Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments - Exipres issue X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 21:05:10 -0000 SGksDQoNCj4+Pj4gICAtMm5kIHBhcmFncmFwaDoNCj4+Pj4gICBJIGRvbid0IHRoaW5rIHdlIGNh biBhc3N1bWUgdGhhdCBhbGwgVUFzIHdpbGwgYWx3YXlzIGxlYXJuIGFsbCB0aGUgDQo+Pj4+IGJp bmRpbmdzIHRoZXkgbmVlZCB0byB0byBzZXR1cCBhdCB0aGUgc2FtZSB0aW1lLg0KPj4+PiAgRm9y IGV4YW1wbGUsIGEgVUEgbWlnaHQgaGF2ZSBjaGFuZ2VzIGluIG5ldHdvcmsgY29uZmlndXJhdGlv biB0aGF0IA0KPj4+PiByZXF1aXJlIHRoZW0gdG8gYWRkIG9yIHJlbW92ZSBiaW5kaW5ncy4gVGhp cw0KPj4+PiAgbWFrZXMgaXQgaW1wcmFjdGljYWwgdG8gcmVnaXN0ZXIgdGhlbSBhdCB0aGUgc2Ft ZSB0aW1lIGFuZCBhbHdheXMgDQo+Pj4+IHVzZSB0aGUgc2FtZSBleHBpcmF0aW9ucywgdW5sZXNz IHdlIGFzayB0aGVtIHRvDQo+Pj4+ICByZWZyZXNoIGFsbCBleGlzdGluZyBiaW5kaW5ncyB3aGVu ZXZlciB0aGV5IGFkZCBhIG5ldyBvbmUuIChPciANCj4+Pj4gcGVyaGFwcyBhc2sgdGhlbSB0byBz ZXQgdGhlIGV4cGlyYXRpb24gb2YgYW55IG5ldw0KPj4+PiBiaW5kaW5nIHRvIG1hdGNoIHRoZSBy ZW1haW5pbmcgdGltZSBmb3IgZXhpc3Rpbmcgb25lcywgYnV0IHRoYXQgc2VlbXMgDQo+Pj4+IGxp a2UgYSBtb3JlIGRpZmZpY3VsdCBhcHByb2FjaC4pDQo+Pj4NCj4+PiBJIGRvbid0IHRoaW5rIHRo ZSB0ZXh0IGFzc3VtZXMgdGhhdCB0aGUgVUEgaXMgYXdhcmUgb2YgYWxsIGJpbmRpbmdzIGF0IA0K Pj4+IHRoZSBzYW1lIHRpbWUgLSBpdCBvbmx5IHNheXMgdGhhdCBpdCBzaG91bGQgdXNlIHRoZSBz YW1lICdleHBpcmVzJyANCj4+PiB2YWx1ZSBmb3IgZWFjaCBiaW5kaW5nLg0KPj4gDQo+PiBUaGF0 IGRlcGVuZHMgb24gd2hldGhlciB5b3UgY29uc2lkZXIg4oCcRXhwaXJlc+KAnSB0byBiZSB0aGUg dGltZSByZW1haW5pbmcgDQo+PiB1bnRpbCBleHBpcmF0aW9uLCBvciB0aGUgRXhwaXJlcyBoZWFk ZXIgKG9yIHBhcmFtZXRlcikgb24gYSBzcGVjaWZpYyANCj4+IFJlZ2lzdGVyIHJlcXVlc3QuIEZv ciBleGFtcGxlLCBpZiBJIHJlZ2lzdGVyIGNvbnRhY3Qg4oCcQeKAnSB3aXRoIGFuIA0KPj4gZXhw aXJhdGlvbiBvZiAyIGhvdXJzLCBhbmQgdGhlbiByZWdpc3RlciBjb250YWN0IOKAnELigJ0gYW4g aG91ciBsYXRlciwgaXQgDQo+PiB3b3VsZCBuZWVkIHRvIGhhdmUgYSAxIGhvdXIgZXhwaXJlcyB2 YWx1ZSBpbiBvcmRlciB0byBleHBpcmUgYXQgcm91Z2hseSANCj4+IHRoZSBzYW1lIHRpbWUuDQo+ ICAgIA0KPiAgICBUaGUgdGltZSBpbiB0aGUgZXhwaXJhdGlvbiB0aW1lIGluIHRoZSByZXF1ZXN0 IGlzIG9ubHkgYSBwcmVmZXJlbmNlLiBUaGUgDQo+ICAgIHJlZ2lzdHJhciBtYXkgcmVkdWNlIHRo aXMgdmFsdWUuIFNvLCBpZiB0aGUgcmVnaXN0cmFyIHdhbnRzIHRoZSANCj4gICAgZXhwaXJhdGlv biB0aW1lIGZvciBvbmUgYmluZGluZyB0byBtYXRjaCB0aGF0IG9mIHNvbWUgb3RoZXIgYmluZGlu ZyB0aGVuIA0KPiAgICBpdCBoYXMgc29tZSBwb3dlciB0byBtYWtlIHRoYXQgaGFwcGVuIGFzIGxv bmcgYXMgdGhlIHJlcXVlc3RlZCANCj4gICAgZXhwaXJhdGlvbiBpcyBiaWcgZW5vdWdoLg0KPiAg DQo+ICAgIChUaGlzIGNhbiBiZSBjb25mdXNpbmcgYmVjYXVzZSB3aGlsZSB0aGUgdmFsdWVzIG5l Z290aWF0ZWQgYXJlIGVuY29kZWQgDQo+ICAgIGFzIGludGVydmFscyB3aGF0IGlzIGFjdHVhbGx5 IGJlaW5nIG5lZ290aWF0ZWQgaXMgYSBwYXJ0aWN1bGFyIHBvaW50IGluIA0KPiAgICB0aW1lIHdo ZW4gdGhlIGV4cGlyYXRpb24gb2NjdXJzLiBFYWNoIGVuZCBzZXRzIHRoZSBwb2ludCBpbiB0aW1l IGFzIGl0cyANCj4gICAgbm90aW9uIG9mIHRoZSBjdXJyZW50IHRpbWUgcGx1cyB0aGUgZXhwaXJh dGlvbiB0aW1lIChpbnRlcnZhbCkuIER1ZSB0byANCj4gICAgcHJvcGFnYXRpb24gZGVsYXkgdGhl IHRpbWVzIGF0IHRoZSB0d28gZW5kcyBhcmUgb25seSBhcHByb3hpbWF0ZWx5IA0KPiAgICBlcXVh bC4gRm9yIHRoZSBVQUMgdGhpcyBuZWVkcyB0byBiZSBkb25lIGJhc2VkIG9uIHRoZSB2YWx1ZSBp biB0aGUgDQo+ICAgIHJlc3BvbnNlLikNCiAgDQpMdWNraWx5LCBpbiBtb3N0IGRlcGxveW1lbnRz LCBhbGwgY29udGFjdHMgKGFsbCBvbmUgb2YgdGhlbSA6KSB3aWxsIGJlIHByb3ZpZGVkIGF0IHRo ZSBzYW1lIHRpbWUuDQoNCkFsc28sIHVzaW5nIGRpZmZlcmVudCBleHBpcmF0aW9ucyB3aWxsIG5v dCBicmVhayBhbnl0aGluZyAtIGl0IG1heSBvbmx5IHRyaWdnZXIgYmluZGluZyByZWZyZXNoZXMg ZWFybGllciB0aGFuIG5lZWRlZC4NClJlZ2FyZHMsDQoNCkNocmlzdGVyDQoNCiANCg0K From nobody Fri Nov 30 13:09: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 7248C131023 for ; Fri, 30 Nov 2018 13:09:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 49P3ft8_2mEf for ; Fri, 30 Nov 2018 13:09:12 -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 ADC70130EE1 for ; Fri, 30 Nov 2018 13:09:12 -0800 (PST) Received: from [10.0.1.24] (cpe-70-122-203-106.tx.res.rr.com [70.122.203.106]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wAUL8x1H001999 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 30 Nov 2018 15:09:06 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-122-203-106.tx.res.rr.com [70.122.203.106] claimed to be [10.0.1.24] From: Ben Campbell Message-Id: <2950B7B3-99BC-4CF8-9781-F834F896F221@nostrum.com> Content-Type: multipart/signed; boundary="Apple-Mail=_38EEBB37-D300-40DC-8CCE-31D4F96BA559"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Date: Fri, 30 Nov 2018 15:08:58 -0600 In-Reply-To: Cc: Paul Kyzivat , "sipcore@ietf.org" To: Christer Holmberg References: X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments - Exipres issue X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 21:09:14 -0000 --Apple-Mail=_38EEBB37-D300-40DC-8CCE-31D4F96BA559 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Nov 30, 2018, at 3:04 PM, Christer Holmberg = wrote: >=20 > Hi, >=20 >>>>> -2nd paragraph: >>>>> I don't think we can assume that all UAs will always learn all = the >>>>> bindings they need to to setup at the same time. >>>>> For example, a UA might have changes in network configuration that >>>>> require them to add or remove bindings. This >>>>> makes it impractical to register them at the same time and always >>>>> use the same expirations, unless we ask them to >>>>> refresh all existing bindings whenever they add a new one. (Or >>>>> perhaps ask them to set the expiration of any new >>>>> binding to match the remaining time for existing ones, but that = seems >>>>> like a more difficult approach.) >>>>=20 >>>> I don't think the text assumes that the UA is aware of all bindings = at >>>> the same time - it only says that it should use the same 'expires' >>>> value for each binding. >>>=20 >>> That depends on whether you consider =E2=80=9CExpires=E2=80=9D to be = the time remaining >>> until expiration, or the Expires header (or parameter) on a specific >>> Register request. For example, if I register contact =E2=80=9CA=E2=80=9D= with an >>> expiration of 2 hours, and then register contact =E2=80=9CB=E2=80=9D = an hour later, it >>> would need to have a 1 hour expires value in order to expire at = roughly >>> the same time. >>=20 >> The time in the expiration time in the request is only a = preference. The >> registrar may reduce this value. So, if the registrar wants the >> expiration time for one binding to match that of some other binding = then >> it has some power to make that happen as long as the requested >> expiration is big enough. >>=20 >> (This can be confusing because while the values negotiated are = encoded >> as intervals what is actually being negotiated is a particular = point in >> time when the expiration occurs. Each end sets the point in time as = its >> notion of the current time plus the expiration time (interval). Due = to >> propagation delay the times at the two ends are only approximately >> equal. For the UAC this needs to be done based on the value in the >> response.) >=20 > Luckily, in most deployments, all contacts (all one of them :) will be = provided at the same time. >=20 > Also, using different expirations will not break anything - it may = only trigger binding refreshes earlier than needed. Would it make sense to change that paragraph to non-normative guidance = that suggests making a reasonable effort to keep expirations in sync, = and what happens if you don=E2=80=99t? > Regards, >=20 > Christer >=20 >=20 >=20 > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore --Apple-Mail=_38EEBB37-D300-40DC-8CCE-31D4F96BA559 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlwBpuoACgkQgFZKbJXz 1A2IOw/+KXOa2xCuRlUPAU0sZg9rUJSJfFT4HnDoQ7JzXYT52DnI6qkRwaI1vcOl ZMBXV5+w8vGJ48QrgWZQMs0cXTdi0lpc5gZMi0WfhDmJEetTQ1DyUBQF1Hi9hhUg kk0dFXNVPIBsNb2awqN7YH0tnBArrBLRrAYc/OVty4ChjPJ9J70rZyIPJGQiiS2I 45P4PUgAOIWcSSq8CHcymU+vMpQ7oL1Ead8AChDtEJMmuj4biWz6D5v1aKgalC1V lIC+PGavh8ngzKSCTRYvybfVq+OWH4wAvCBdgmxDEEz7a1Dbpsz3pFFYRamL7qX8 d+wawaZ6zczI3Ugp+cH4aIQKseBBh75OcvgW+DCC1eMfUc715ZtlWeAiYUeTICQB 50vBI9zXztJfrv1Tgk5hd3oum2sFwzEhu5+GN0zWop9crKkJNOMdkQXQMwuRsszm W3bHEKHwutlwDNDSNwh7Pys6w+ckn8XMq4DJa7wP1MdLylQSHrtWxQtRh7I0vHHp iG8OXF+QbQ95Wnn7gOGZmgH+KZ+teRhmKahHoZxJsHyuAAyFGrQ0p4fqlqMFZh+W G+hKFPDX4TP9XBs05jZfWeQalboGH0K7ywf8ZqHdncMRsmdAv1gYVLZvbu+dV5ms FyQiGZTKhhE9K1Yu3UXXIHfcdEzqI1g+THd3NAhBfRwCd9EgxfE= =Di8w -----END PGP SIGNATURE----- --Apple-Mail=_38EEBB37-D300-40DC-8CCE-31D4F96BA559-- From nobody Fri Nov 30 13:15: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 4932E131023; Fri, 30 Nov 2018 13:15:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.878 X-Spam-Level: X-Spam-Status: No, score=-1.878 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 qudL1mOoQZP2; Fri, 30 Nov 2018 13:15:50 -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 AC77B130EE1; Fri, 30 Nov 2018 13:15:50 -0800 (PST) Received: from [10.0.1.24] (cpe-70-122-203-106.tx.res.rr.com [70.122.203.106]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wAULFeFL003122 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 30 Nov 2018 15:15:47 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-122-203-106.tx.res.rr.com [70.122.203.106] claimed to be [10.0.1.24] From: Ben Campbell Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_47B5C924-F12C-4BC2-99E6-A53623C595F3"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Date: Fri, 30 Nov 2018 15:15:39 -0600 In-Reply-To: <420E89E0-1E52-4520-88B4-115CF60E2C21@ericsson.com> Cc: "draft-ietf-sipcore-sip-push.all@ietf.org" , "sipcore@ietf.org" To: Christer Holmberg References: <420E89E0-1E52-4520-88B4-115CF60E2C21@ericsson.com> X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's technical comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 21:15:52 -0000 --Apple-Mail=_47B5C924-F12C-4BC2-99E6-A53623C595F3 Content-Type: multipart/alternative; boundary="Apple-Mail=_4C163A33-AEE0-40BB-9F5D-AB64E4FE9B05" --Apple-Mail=_4C163A33-AEE0-40BB-9F5D-AB64E4FE9B05 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I also replied to the other thread on expiration syncing. Otherwise, this all looks good. I have one remaining comment, below. > On Nov 30, 2018, at 3:04 PM, Christer Holmberg = wrote: >=20 >>>> =C2=A76: Is support for push-notifications on mid-dialog requests = optional? If so, please state that up front. >>>=20 >>> If one wants to support longlived SIP dialogs, one obviously will = have to implement section 6. I am not sure we need to say something. >>=20 >> I=E2=80=99m more concerned about whether an implementation can choose = _not_ to support long-lived dialogs. I assume >> so since there=E2=80=99s a separate negotiation. All I=E2=80=99m = looking for is the word =E2=80=9Coptional=E2=80=9D somewhere early in = the section :-) >=20 > An implementation can choose not to support a feature no matter what = the spec says :) >=20 > What about adding the following to the end of the first paragraph: >=20 > "The procedures in this section are optional to support, but MUST be = supported by proxies that will deployed in SIP networks where the type = SIP dialogs described above might occur." f That tells me it really intended as an optional feature, in which case = I=E2=80=99m fine leaving it as is. Thanks! Ben. --Apple-Mail=_4C163A33-AEE0-40BB-9F5D-AB64E4FE9B05 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I = also replied to the other thread on expiration syncing.
Otherwise, this all looks good. I have = one remaining comment, below.

On Nov = 30, 2018, at 3:04 PM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:

=C2=A76: Is support for push-notifications on mid-dialog = requests optional? If so, please state that up front.

If one wants to support longlived = SIP dialogs, one obviously will have to implement section 6. I am not = sure we need to say something.

I=E2=80=99m more concerned about whether an implementation = can choose _not_ to support long-lived dialogs. I assume 
so since = there=E2=80=99s a separate negotiation. All I=E2=80=99m looking for is = the word =E2=80=9Coptional=E2=80=9D somewhere early in the section = :-)

An implementation can choose not to support a feature no = matter what the spec says :)

What about adding the following to the end of the first = paragraph:

"The = procedures in this section are optional to support, but MUST be = supported by proxies that will deployed in SIP networks where the type = SIP dialogs described above might occur."
f
That = tells me it really intended as an optional feature, in which case I=E2=80=99= m fine leaving it as is.

Thanks!

Ben.


= --Apple-Mail=_4C163A33-AEE0-40BB-9F5D-AB64E4FE9B05-- --Apple-Mail=_47B5C924-F12C-4BC2-99E6-A53623C595F3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlwBqHsACgkQgFZKbJXz 1A0K4A/7BOwA9Jgd67bNDDONCG3mdSmE/gFfw4/lNnjfdskEHqOvafmzNvKEu9fR PRsnBMomAjLTaIcjxJ2ooXH45bXMHwkvzKtpB+DTPAVj7TTtmTLAtXboguhSYe6L 0gUUH0wEaHPgXHaLyzZn9lTbZ18LYeXhsxLMvTH/+ORcNQXPSTt+PzCGSctVwJps n5Yt/WgEzqGosfFbCW2Ojq8ZEUwHczeifN/sAM8wZvithjCtxR+kMQML8iwTQGIl 4dpcMiHbsyM4WozlYkehrqIkE0JFKgjgpfQOo4bpNMNlZKAwnATystE4/J/O6bmJ 0PSuQdOJgPhyggIa8UP3lpuCEnsnHrP5inFqCvYl+jdO5sEUKKnE+gw4rbA2zVbK VQR9wKqPmEDjzBBCy9Bkq0yWQBuZ1g8alVDxYc2OCN8ouHztE8cfZFQItyOjZVZs VMchsyrMOFs90D+kObUPtofooKg+6O/RdIIimrW34kjepBz8gvX/4IvwhtWaGN8I +dVL74imRRPug/+nBbqXaVK6vnBZICiGOINiUX5M3/UAsuoPeE6nrtV9BA6UabfB c+fdilssLsxg9UajFC8aKFgMsblJseZK8Q5AnUkeZYyMcacLxzkMqmUGH2jqmWD2 4uRmUo7Ua0H5jfSC5dps/W0MPxIE1+UkuadHUCSGh2TmDlHwzR4= =w1q4 -----END PGP SIGNATURE----- --Apple-Mail=_47B5C924-F12C-4BC2-99E6-A53623C595F3-- From nobody Fri Nov 30 13:39:51 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 35B7313104E; Fri, 30 Nov 2018 13:39:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 FStyvcq1WQ7y; Fri, 30 Nov 2018 13:39:47 -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 B5A4F13104D; Fri, 30 Nov 2018 13:39:47 -0800 (PST) Received: from [10.0.1.24] (cpe-70-122-203-106.tx.res.rr.com [70.122.203.106]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wAULdaoM006894 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 30 Nov 2018 15:39:43 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-122-203-106.tx.res.rr.com [70.122.203.106] claimed to be [10.0.1.24] From: Ben Campbell Message-Id: <94D00448-A8A0-4CF7-9210-A5982F51014A@nostrum.com> Content-Type: multipart/signed; boundary="Apple-Mail=_4C2BF0C3-07D4-44F8-A1B5-FD7FDBA11573"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Date: Fri, 30 Nov 2018 15:39:36 -0600 In-Reply-To: <20977563-0911-4C87-B44D-5BC263A3CAED@ericsson.com> Cc: "draft-ietf-sipcore-sip-push.all@ietf.org" , "sipcore@ietf.org" To: Christer Holmberg References: <20977563-0911-4C87-B44D-5BC263A3CAED@ericsson.com> X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: Re: [sipcore] AD Evaluation of draft-ietf-sipcore-sip-push-20 - Ben's editorial comments X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 21:39:49 -0000 --Apple-Mail=_4C2BF0C3-07D4-44F8-A1B5-FD7FDBA11573 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, This looks mostly good. Just a few follow-up comments below: Thanks! Ben. > On Nov 30, 2018, at 10:41 AM, Christer Holmberg = wrote: >=20 >=20 [...] >> - The phrases "request for a new dialog" and "standalone SIP = request" are used heavily and repeatedly, often in combination. The = common terminology has >> historically been "dialog-initiating request" and "out-of-dialog = request". These are, at least in combination, a bit shorter. >=20 > I can modify as suggested, but in the past people have claimed that an = initial INVITE would count as an "out-of-dialog request=E2=80=9D. Sigh. Okay :-) [...] >=20 >> - 5th paragraph: >> -- "... proxy that is not between the push proxy and the UA...". = Doesn't this really mean a proxy that is between the push >> proxy and the registrar? If so, saying where the proxy _is_ would be = clearer than saying where it is _not_. >=20 > I used to have upstream/downstream terminology here, but was asked to = change it (since people confuse what is upstream and what is = downstream). The text talks about the push proxy knowing that there is = another push proxy (between itself and the registrar) that will be able = to handle the PNS. Right, but wouldn=E2=80=99t =E2=80=9Cbetween the proxy and the = registrar=E2=80=9D be clearer than =E2=80=9Cnot between the proxy and = the UA=E2=80=9D? >=20 >> -- "... (if the Contact header field URI of the REGISTER request = contains a pn-prid SIP URI parameter) ..." Could we >> have gotten this far if that were not true? The sentence would be = easier to read without it. (I think this repeats a few times.) >=20 > I could remove the following part: >=20 > "and will request (if the Contact header fieldURI of the REGISTER = request contains a pn-prid SIP URI parameter)," >=20 > ...if it makes the text easier to read and understand. >=20 >> - 6th paragraph: "MUST only" constructions can be ambiguous. It is = better to state them in terms of "MUST NOT unless..." >=20 > I don't think MUST NOT fits here. Could we say "MUST indicate support = only of the=E2=80=9D? That probably works. >=20 >> - 2nd to last paragraph, "The proxy MUST be able..." It would be = better to state this in terms of what the proxy _does_, not >> what it is _able_ to do. For example, "... MUST NOT ... unless it = has determined that the PNS supports the VAPID mechanism." >=20 > Or, could we just remove "be able to=E2=80=9D? Okay [...] >> =C2=A75.3.2 [...] >=20 >> -6th paragraph: I don't understand the meaning of this paragraph. = (Also, both commas are incorrect.) >=20 > It means that, even if the contact URI and Request-URI don't match = (because the UA has removed a previous contact), the pn- parameters of = the other contact(s) will still match. Okay. >=20 >> -11th paragraph: s/"losing race that results"/ "losing the race, = which results" ; or "... a race..." >=20 > I suggest: "a race=E2=80=9D. WFM. [...] --Apple-Mail=_4C2BF0C3-07D4-44F8-A1B5-FD7FDBA11573 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlwBrhgACgkQgFZKbJXz 1A1JwA/+IgkHW8eFzXPtkU0x6QXTaull7gWHtYix2O86mHA/kh5ov+8SRilYW3Sq lOo+Lh50bsJZ9lf5Fq9j9LY6DAaXqnG9MbheQVhEVwbqwvENqSEUG5attFZsYRy1 uo8dBh17zuIYCoxj7JYuidGh2vDA10jVRPFrVCBy35hIvB+wknnjNI2GuRzewTOK 1ruB+kp2B+VBNMGvKM9FfcaoLa+bVuvFNxuBkvRvnHQbuMgShrY1d6KkK7UX4Zaj lwPKEJSm8+bRxDpU7emX+EAVXPl5+JSJDdx98UrrEcPtGQlCNalkGZCJWI71PcuN TKbOh4sLP7jBjY51bt655zDRoN31Fpr9CUhFyvqXq2iUH6vHKf+V9vOjvQj6gwBv 8PhQz8ALK9olYM2tMduf7CuN7plIZjoZlcu67I8kDe4ksK6n3QtlphGR7Yg3gkcS o72vKTENcDe6j8EpCAs/SWyH+hE+YsqOb3odnKpDU47UKKD0yYY7u3mloyF1beKP Ylko3miRdAGlIREW24m9clqgInCf6LjhQ9lgRFW/NShHbdNA76so360Xf80LS0ko HGzDUVIkPNVSny1STYCdYRFj7BH6e7RTMZQGXkFqMQhIxEZcAL/zjGf+WzROh/d0 bWKlQofWdo/SUTsXpedMT0MUjk3MCGs7OXNEqxeh7DzbAfONE8E= =DhdI -----END PGP SIGNATURE----- --Apple-Mail=_4C2BF0C3-07D4-44F8-A1B5-FD7FDBA11573-- From nobody Fri Nov 30 13:50:51 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 3D671131066; Fri, 30 Nov 2018 13:50:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 7xNZW1Q9PKQg; Fri, 30 Nov 2018 13:50:46 -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 3C07D131065; Fri, 30 Nov 2018 13:50:46 -0800 (PST) Received: from [10.0.1.24] (cpe-70-122-203-106.tx.res.rr.com [70.122.203.106]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id wAULocm6008659 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 30 Nov 2018 15:50:40 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-122-203-106.tx.res.rr.com [70.122.203.106] claimed to be [10.0.1.24] From: Ben Campbell Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_809B0AA9-122A-4221-85B4-5DAB12E6F2C2"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Date: Fri, 30 Nov 2018 15:50:38 -0600 In-Reply-To: <20180615064001.1C57BB81ABD@rfc-editor.org> Cc: Christer Holmberg , nevenka.biondic@ericsson.com, "Gonzalo Salgueiro (gsalguei)" , IESG , r.jesske@telekom.de, sipcore@ietf.org, sipcore-chairs@ietf.org To: RFC Errata System References: <20180615064001.1C57BB81ABD@rfc-editor.org> X-Mailer: Apple Mail (2.3445.101.1) Archived-At: Subject: Re: [sipcore] [Technical Errata Reported] RFC7976 (5393) X-BeenThere: sipcore@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SIP Core Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2018 21:50:48 -0000 --Apple-Mail=_809B0AA9-122A-4221-85B4-5DAB12E6F2C2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii (+ sipcore and chairs) Hi Roland, When you say the 3GPP identified the need to send P-Visited-Network-ID = in responses; was that an error in RFC7976 at the time of publication, = or something that was realized after the RFC was published? The former makes sense for an erratum. But situations where an RFC = expresses the intent of the authors at the time of publication, but we = learn later that we should have done something different are not = appropriate for errata; those usually need us to update (or obsolete) = the RFC through the usual processes. Thanks! Ben. > On Jun 15, 2018, at 1:40 AM, RFC Errata System = wrote: >=20 > The following errata report has been submitted for RFC7976, > "Updates to Private Header (P-Header) Extension Usage in Session = Initiation Protocol (SIP) Requests and Responses". >=20 > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata/eid5393 >=20 > -------------------------------------- > Type: Technical > Reported by: Roland Jesske >=20 > Section: 3 >=20 > Original Text > ------------- > 3. Updates to RFC 7315 >=20 > This section implements the update to Section 5.7 of RFC 7315, in > order to implement the misalignment fixes and the 3GPP requirements > described in Section 2. >=20 > Old text: >=20 > The P-Associated-URI header field can appear in SIP REGISTER method > and 2xx resonses [sic]. The P-Called-Party-ID header field can > appear in SIP INVITE, OPTIONS, PUBLISH, SUBSCRIBE, and MESSAGE > methods and all responses. The P-Visited-Network-ID header field = can > appear in all SIP methods except ACK, BYE, and CANCEL and all > responses. The P-Access-Network-Info header field can appear in all > SIP methods except ACK and CANCEL. The P-Charging-Vector header > field can appear in all SIP methods except CANCEL. The > P-Charging-Function-Addresses header field can appear in all SIP > methods except ACK and CANCEL. >=20 > New text: >=20 > The P-Associated-URI header field can appear in SIP REGISTER 2xx > responses. The P-Called-Party-ID header field can appear in the SIP > INVITE, OPTIONS, PUBLISH, REFER, SUBSCRIBE, and MESSAGE methods. = The > P-Visited-Network-ID header field can appear in all SIP methods > except ACK, BYE, CANCEL, NOTIFY, PRACK, INFO, and UPDATE. The > P-Access-Network-Info header field can appear in all SIP methods and > non-100 responses, except in CANCEL methods, CANCEL responses, and > ACK methods triggered by non-2xx responses. The P-Charging-Vector > header field can appear in all SIP methods and non-100 responses, > except in CANCEL methods, CANCEL responses, and ACK methods = triggered > by non-2xx responses. The P-Charging-Function-Addresses header = field > can appear in all SIP methods and non-100 responses, except in = CANCEL > methods, CANCEL responses, and ACK methods. >=20 > Corrected Text > -------------- > 3. Updates to RFC 7315 >=20 > This section implements the update to Section 5.7 of RFC 7315, in > order to implement the misalignment fixes and the 3GPP requirements > described in Section 2. >=20 > Old text: >=20 > The P-Associated-URI header field can appear in SIP REGISTER method > and 2xx resonses [sic]. The P-Called-Party-ID header field can > appear in SIP INVITE, OPTIONS, PUBLISH, SUBSCRIBE, and MESSAGE > methods and all responses. The P-Visited-Network-ID header field = can > appear in all SIP methods except ACK, BYE, and CANCEL and all > responses. The P-Access-Network-Info header field can appear in all > SIP methods except ACK and CANCEL. The P-Charging-Vector header > field can appear in all SIP methods except CANCEL. The > P-Charging-Function-Addresses header field can appear in all SIP > methods except ACK and CANCEL. >=20 > New text: >=20 > The P-Associated-URI header field can appear in SIP REGISTER 2xx > responses. The P-Called-Party-ID header field can appear in the SIP > INVITE, OPTIONS, PUBLISH, REFER, SUBSCRIBE, and MESSAGE methods. = The > P-Visited-Network-ID header field can appear in all SIP methods > except ACK, BYE, CANCEL, NOTIFY, PRACK, INFO, and UPDATE and all > responses exept 100. The > P-Access-Network-Info header field can appear in all SIP methods and > non-100 responses, except in CANCEL methods, CANCEL responses, and > ACK methods triggered by non-2xx responses. The P-Charging-Vector > header field can appear in all SIP methods and non-100 responses, > except in CANCEL methods, CANCEL responses, and ACK methods = triggered > by non-2xx responses. The P-Charging-Function-Addresses header = field > can appear in all SIP methods and non-100 responses, except in = CANCEL > methods, CANCEL responses, and ACK methods. >=20 > Notes > ----- > The Third Generation Partnership Project (3GPP) has identified cases > where the private header field P-Visited-Network-ID SIP private > header extensions, which is defined in RFC 7315 and updated by RFC > 7976, needs to be included in SIP requests and responses. This > eratta updates RFC 7976, in order to allow inclusion of the P- > Visited-Network-ID header field in responses exept 100. > The issue was also discussed within a 3GPP - IETF coordination = meeting. >=20 > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. >=20 > -------------------------------------- > RFC7976 (draft-holmberg-dispatch-rfc7315-updates-09) > -------------------------------------- > Title : Updates to Private Header (P-Header) Extension = Usage in Session Initiation Protocol (SIP) Requests and Responses > Publication Date : September 2016 > Author(s) : C. Holmberg, N. Biondic, G. Salgueiro > Category : INFORMATIONAL > Source : IETF - NON WORKING GROUP > Area : N/A > Stream : IETF > Verifying Party : IESG >=20 --Apple-Mail=_809B0AA9-122A-4221-85B4-5DAB12E6F2C2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEExW9rpd7ez4DexOFOgFZKbJXz1A0FAlwBsK4ACgkQgFZKbJXz 1A1MDA//X4ivVgLlXhnsSaF3PUnaDH4YoFiHpxKKR4jGrt8/bcWq6Rrt8uM/zZBC 6v+h2z8Oqw/1BGMt/4hAOCNDJOsLEJQMidpHtLElQcaP/Asjbe0a1iS8Eh1Gd/NW VFf8B7fT7y2eskb8kV1w8PT2fFrlZ9qTaFsnVO2RJ5CFn6hDYSFltqgnNcCNMocI dfKVW9Q6ZCKQQvC4TV/v1G2MTSKIm6ufRlXxF6lAjGDw3ulv1pG3cZLGyx+ercF6 mxeIPxJLfmZnJvNJGpgEpN56N0t3b5l/NMLbP1AWpGujAxfYbyIVGtFv/3gIKLx7 GdNnpS78arG4Md/9QZ939I8ZOOHeteJ7yHNg1Zsr1eShf7xRfSb4etztOvbL0OAu 6P0MY+5TOkFBLZUcNM+tWKIfg/cHRfqrh7ym15vJrl8SD0xF0jGfV3MKUyTW+/pv IDYCQimcTsgxdvXZkcYJ0ZEnLO8wW2euQ3EHJV29sWtoiVM31S0C1vSjuvwD6Zw7 zHXQkwF4zgutMXbd5p4IGeP6vwJwTsmRWYcfp7tLbSAl68QxPocir7fMyRP6MmBi 34RhPDFiqGDqkn/b7cYVaawfSxiU4rzc4vfKeOE898N1K7J43bmOxmY1a6MvZMIS 2S3aqGSfssHWsyyd3KYb+z03Lbx/HJBaDuSVA54YnH+MENOEBuw= =/Jzd -----END PGP SIGNATURE----- --Apple-Mail=_809B0AA9-122A-4221-85B4-5DAB12E6F2C2--