Re: [sipcore] How to signal that a conversation is being recorded
"Ranjit Avasarala (Nokia)" <ranjit.avasarala@nokia.com> Wed, 08 March 2023 17:00 UTC
Return-Path: <ranjit.avasarala@nokia.com>
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 C449DC151534 for <sipcore@ietfa.amsl.com>; Wed, 8 Mar 2023 09:00:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.095
X-Spam-Level:
X-Spam-Status: No, score=-7.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nokia.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WALkAc6EuliG for <sipcore@ietfa.amsl.com>; Wed, 8 Mar 2023 09:00:15 -0800 (PST)
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2072d.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe59::72d]) (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 83EE0C1522D3 for <sipcore@ietf.org>; Wed, 8 Mar 2023 09:00:15 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=R8iWtOPs/eq+unZ2zTKmcuAJlyPejKeSPCUwkRNNWPzPW8Pie3xrZLnEKZjj/l57lSTGImanqINQPlaZH5eGkh0aU7oY3YxGGSVNeAtJAtX3aMml7RvG1M4zk+rxe3gYmuvnpFfwufQ/VWFiwIkBZENCjpFpZIIXcs4b0ZPoHWr9ZFGK1SYK8Y3XyIy5J9emVp3z+iU8wH+YRsk3hU8xayXIroxKqil0F2od4qq8Ox7DNYxkt2OysWGvOlpnaAJ94M0R4v38wk21KbKNLVP9hATz3W8aaUy1FWdZoLdAG8CCv8XLx1Uj3oGo4liXzIisAfZEQdMCw67Y1sqU9xvM0A==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=wMgeHFd//fpJd7S8oA9jF0EG9rUFUqKsCpnLl5jkW4k=; b=NAlVDtMzlx4cEc5EA1WKvVGGAWd9n/Mdr3rGGWHxd59zfsHn8Shv7RP4lufmLRb/jnkhMd4idr6YI1AoWq7FkNI+8vPBfq2YnIVHnqbziekAy2WBJw7lZvbINEc9jbv3KdJGdDnZyTQQlKKvaprrO6iOAW3twjBrmEvIlVeW5MRX4V0hEN+HKdPar6nHaiMLi7toimjtJGOeC5RNvq1KeRrYu+NCqEPipvdcB8mvsTDW7xfHXhS03ag4aO7EoZt6iBLOWYmFIgmV0CsBr0jx1fiBebo0uKiFuqdtc82eVPoTP8U5gVUQviDc5szhIy6B0LaqMQqo7qXw4Clh3Y0lAg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wMgeHFd//fpJd7S8oA9jF0EG9rUFUqKsCpnLl5jkW4k=; b=SEFOZ9GiCJbAs4wXagI2UyHRlkR5zOtqIjTs/XAnJkee+AZW4a5k8VS1A0EmtfPyY+YN+bSh2Y6PtoFZ1hAKkcbwivV0ZmbY9i3YE5BYi5Uuf6mBhEe7c9bmoUvwNODvnhJvqwBW9rVxv79QBRpjd9GYNwwaKFUCqHuEPLaEsJrEJeqjehsntLuPtf76oqN8dA31hA7J8PYWCRmyVlHyK24lue9rJpVcPXhf7mh763S2FafwY3LO7PgtbG2Mx6ejPkU2gVnWsl1Y2Xuoxy7EE+8A2Q3/XetnKWU02fN7nxvttcMUiTp+MTrzhNvHXq1/l2Wd1kb+XX+p5GeNokNNGQ==
Received: from CO3PR08MB7896.namprd08.prod.outlook.com (2603:10b6:303:174::8) by CO1PR08MB7128.namprd08.prod.outlook.com (2603:10b6:303:f5::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6156.29; Wed, 8 Mar 2023 17:00:11 +0000
Received: from CO3PR08MB7896.namprd08.prod.outlook.com ([fe80::7430:3f57:6a05:6da4]) by CO3PR08MB7896.namprd08.prod.outlook.com ([fe80::7430:3f57:6a05:6da4%4]) with mapi id 15.20.6156.029; Wed, 8 Mar 2023 17:00:11 +0000
From: "Ranjit Avasarala (Nokia)" <ranjit.avasarala@nokia.com>
To: Brian Rosen <br@brianrosen.net>
CC: Paul Kyzivat <paul.kyzivat@comcast.net>, "sipcore@ietf.org" <sipcore@ietf.org>
Thread-Topic: [sipcore] How to signal that a conversation is being recorded
Thread-Index: AQHZUH5F0SYtQKSLCEqf4+WCzWFAD67uonWAgACuxoCAAIY1AIABPEVAgAACNQCAAAersA==
Date: Wed, 08 Mar 2023 17:00:10 +0000
Message-ID: <CO3PR08MB78964DE53F005F1BB16F98B889B49@CO3PR08MB7896.namprd08.prod.outlook.com>
References: <082A7485-5C3C-4356-88A8-6A333A07D60D@brianrosen.net> <25cd2876-3536-c494-f1fd-152ed0013751@comcast.net> <2F8CADCA-CC0B-49E8-9970-97667266CA7F@brianrosen.net> <3b203b28-d957-8e28-0ba0-671f659e623f@comcast.net> <CO3PR08MB789608162E6B7DBBE687A25089B49@CO3PR08MB7896.namprd08.prod.outlook.com> <888FE3B6-DE67-4F5E-9858-7D421B048B51@brianrosen.net>
In-Reply-To: <888FE3B6-DE67-4F5E-9858-7D421B048B51@brianrosen.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nokia.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: CO3PR08MB7896:EE_|CO1PR08MB7128:EE_
x-ms-office365-filtering-correlation-id: ef412a74-970f-4b72-86cf-08db1ff69401
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: dIk+9NRpm5UYk2QDCd7ivDXvL9aL+4K7Mcutd2gcSdBsCJqfOw4+D/VlxfeviEBR8JB5LjMBe1tpYMS3gOIVfMGZrNV0Fj8zSIOZl6ZNZFl2xg/MshpgUS5rspU1EU4xdRmiG4RoxfXcEaPG10RwmIobY/Ce36cdBwsYBq9zE0eqF11n+F3niV1A08t9JjeVcddIxwFLF3APj2ykjlTDw07yWmNZplESllmU1GGqPsngCVNqgoOV04UBX+/z6HQUg4dMOe1svbie5+ZsVyojY12cWh7Xutx1LHZP3OJ/Ujzya6oLzC0noZ5RmUxW7tonGp258bygIsiEmKURtOYAQcvAzwm0gBjP1YgH3VyYty2eraMUdczIaRfnbMINPT7kTOxAsNsQtygBfUCtlWSkKtrZsH6ylpnfvUpeOCT3EdjDwngy3ysNO0r+wMdq3kIZSIdVDNVUA7fGz5ZFjlzoEcYUDJ4XYqIjKntJzGJvo23G/qa6WZ0P7UEyYHYdYXwxxOK/+6xchu4D3gCl7JPP77eiRJTJQKJCn5ekjuJhW6xeRNb0ru8onY6C3OlqRplTBvTTjHS+kdch9hyA7jmmzHl//3HKSmsEZONPg73eJo65IdsSkxvMHxNo87iOGwZzll3Js1ok/G6gZo2Vz1mWTtHMrQRb2Nv/knvTEvRlwxjg3GI/jG4uxnHztr8a7UiUX6PuUeb0Vm6wqSfJaW87X9MkDOKWA7f7PDie2hF90Dnk9JsP/OUlFNIKDomnFWSQ
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO3PR08MB7896.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230025)(4636009)(136003)(346002)(376002)(366004)(39860400002)(396003)(451199018)(76116006)(66446008)(64756008)(66946007)(8676002)(83380400001)(186003)(38100700002)(86362001)(66556008)(122000001)(9686003)(82960400001)(38070700005)(478600001)(966005)(4326008)(53546011)(316002)(54906003)(6506007)(33656002)(55016003)(66476007)(7696005)(6916009)(71200400001)(2906002)(5660300002)(8936002)(41300700001)(52536014)(10090945012); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: xFnzCqKZbroiiEWWvNGecOpuTSbpVNMZZECJqzf6DBST2vdmAgiGBzEu0zGEuskrEG5GFtCoOfQqeSprT2HjTN88JmF8aWHQl1VdQX0n4IZEcxvzvuBjDo7nwoUAF1ICAP+/uPN2CUywvSjrVpxpIcMg4xsCJHdNBKTbdOzM6VGSn81KQyHgz7XKN5v0ywUKC6NCP4YD22cNTJo9X3OF7BfMxgxXXuSPabvg0bHtSDeBndf4betW5u3egDYSiKb44pLx4EWkzZghy30vzo/9qcyoJQP46Q+1Qr4G0Pawox1c8/m+Kt1YoxFcVe2wTg50j0pWOa+9tVnRVYHTwp9w3XLWiWxTERweMABB/tq0Vq9SjU9lLraJ0KxNjH39wAHKHjL/SOjSJplmfTqtCmtPF27/XTe2p4g1CBSWrWz6zXSEwdGTOGPt2VbD+5Z83qn+RmWKIGhvVZwqsThlZHtfhPexY2qWnevRwCuaSqTgv0fe5arrloetk/gEyGqaIRPqKYC6TqEs/VQsIHcDTnYkGIXfMCVy4VYkjikS+EDkci4gMgUyhIFHNvB7pPvKqt0ZAoTiYhGpNhW7vET8amSSmrLNhxX/sZ630D6C7vjKcX+/QtmuM49kZ8gqaNHf6Ynv/vtQJ1Hrq3mQ2Lg+c8drIplFZeO2nQ3+sXj93pL5NECWrCtBhwRPUisv0+iP3+qmu8OUdn8vAzlkxjIUc68/sOLop9A2Sl5dtmZsE3zy9VSHRzJCDUGmQOKMZ5CeX+dMdWI/KuQCJrCHW/O1rT9tpTPFCEXoKMgZyJuytEGT/lavK84GkkfpZgJHhvBj2wgfCbrYxPnoWcPIb/IQFZ9f6lTSxFN2qZWQ1dYCUAEgcytZijm91lHkA2lRM1b2YWtzEgWpSSO1XjQxp0I17vN32f/jgkRNj4pN5T/RVYKed+zF6AOir3tWr1962711zWAsd7FvyD0Qg15XkMa3C67QVpiim5mJvSRHb+5a5pXQfQTxdTdiW/zg1Q1/J2i1JrpbrD588d/xyox/g0yH67clU+T1CORYGGgVhq7NkVbz6AzF/bWPxlKlcBO79//zh1K6ClfeUZD7jDWO+r52m935gKDidngz3T+uaCoOSZ+b1a7GrXsbjSiyLOIJuwKwVGGSCO5UfLc9jFSs2vx1qvj8V3mj+XRbzAmrTVYeIQzbpwumRLHt97vYmJ8mmtHNd4t06gTrwY4uXu4M2eYVTMlQwlDSCKVMOWjLyC+NJyJnl94vhpMVRhuRdQzNr0Zg1P0QPWprixa6Bk5y8WD5hUZvHHyyigyEBJebilVfp92nl+oST49Wh8HgawurizRwNqiobcTHqv4EccyN+7NR7T3ZErhnTvK6j2aq7kME55ScIIaV1lgW8Z2m/WeQHjD1UL6ncEme0c70mfC0SnI+N+aAGyoOUPXhRZJPZofCw31AEjjHUO+nPo6Eaxx+ir0dESRcgcHDIoizU1WyIL82Nhetut8amwh2pXWSrFghhma4cyNnoeKR/x8MfP/L91/bWOpppuQGlrP1lpdTyJBLMGsJXvMhCFbRrUhRFHxjfYpoRf5DFEEyMEAs+Dh4u2mMVjpUPLjBjX3uhFlWf//RpBHFRBXr/+cF0amH7AUR3o7mg90FM/P/cN/hHAt/koXZjIt9
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CO3PR08MB7896.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ef412a74-970f-4b72-86cf-08db1ff69401
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2023 17:00:10.7976 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: tBlMIunJ0KvM+OejUTKIN7TxtD9zfZNpSaIrXQjcKQGDNNm9AKu6KuBfCiBQZLCaomqyhExv4BEyhFS33IMFJqgHMFCQ6AvcnaV0TnUzHcw=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR08MB7128
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/sAiCHq5kkXbwEWnc8cXr4qol5Os>
Subject: Re: [sipcore] How to signal that a conversation is being recorded
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sipcore/>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Mar 2023 17:00:19 -0000
By sending a SIP header like: recording: on the SRC can avoid sending the whole SDP. Regards Ranjit -----Original Message----- From: Brian Rosen <br@brianrosen.net> Sent: Wednesday, March 8, 2023 10:32 AM To: Ranjit Avasarala (Nokia) <ranjit.avasarala@nokia.com> Cc: Paul Kyzivat <paul.kyzivat@comcast.net>; sipcore@ietf.org Subject: Re: [sipcore] How to signal that a conversation is being recorded CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See http://nok.it/ext for additional information. Why do you think a header is needed in addition to the SDP indication? This is, after all, a media issue. Brian > On Mar 8, 2023, at 11:25 AM, Ranjit Avasarala (Nokia) <ranjit.avasarala@nokia.com> wrote: > > RFC 7866 details on procedures on how participants are notified that > session is being recorded e.g. using SDP attribute: a=record:on. > > But can we also have a SIP based mechanism like a new header: recording: on sent in SIP INVITE by the SRC. > > Regards > Ranjit > > -----Original Message----- > From: sipcore <sipcore-bounces@ietf.org> On Behalf Of Paul Kyzivat > Sent: Tuesday, March 7, 2023 3:32 PM > To: Brian Rosen <br@brianrosen.net> > Cc: sipcore@ietf.org > Subject: Re: [sipcore] How to signal that a conversation is being > recorded > > > CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See http://nok.it/ext for additional information. > > > > On 3/7/23 8:31 AM, Brian Rosen wrote: >> The only legal constraints I know (and IANAL) is the requirement to tell the other party that you are recording. > > Perhaps this is a case when input from a lawyer is necessary - to prevent doing something that seems technically fine but that will then be shot down by lawyers. > >> I do understand the issue of a malicious actor in the middle of the path. My use case wouldn’t have that problem, but the general case would. I suspect that we would note that in the security considerations and suggest that the recording entity insert the indications in the media if they are worried about that threat. Real fixes would be messy: round-trip with some material only known to the endpoint? Something like a digital signature with a cert known by the originator as the identity of the recipient? > It won't be possible to prevent a bad actor with access to the recording mechanism from blocking the notification. (That has always been true, as long as there has been telephone recording.) So I guess the goal is to have clear rules for honest equipment/sw manufacturers. And to minimize the number of components that need to be cognizant of this. > > Obviously, if the indication is sent in the signaling rather than the media it will only be displayed to the end user if the endpoint understands the feature. Not so for indication in the media. > > I think that means that there must be a negotiation between the notifier and each notifyee. If it succeeds then the notification can be omitted from the media and the endpoints will be free to render in the optimal way for the device. If the negotiation fails then the indication needs to be in the media. > > But needing to implement both will be unattractive to implementors. > > Thanks, > Paul > >> >> Brian >> >>> On Mar 6, 2023, at 10:05 PM, Paul Kyzivat <paul.kyzivat@comcast.net> wrote: >>> >>> Brian, >>> >>> Are there legal constraints here? >>> >>> I presume that the party doing the recording has a legal obligation to ensure an indication makes it to the other participants that are being recorded. OTOH there may be others in the call that might wish to suppress the indication, to one or more of the participants. >>> >>> If the indication is in the signaling, then everybody in the signaling path has an opportunity to meddle with the indication. >>> >>> That is potentially also true if the indication is in the media. But it may at least be a lot harder to do. >>> >>> I have no recommendation yet, just exploring. >>> >>> Thanks, >>> Paul >>> >>> On 3/6/23 5:51 PM, Brian Rosen wrote: >>>> Many are familiar with a requirement to insert an audible indication of a voice call being recorded, and in some circumstances, visible indication of a video recording. SIPREC provides the recording mechanism, and it’s possible for the SIPREC client to insert the indications. This doesn’t work very well in applications like emergency services, where recording often happens in multiple places. We don’t want multiple media insertions. The usual SIP way to do things like this is to pass the indication as data in signaling, and render the audio/video/whatever locally. >>>> Suppose we wanted to do that: we would need to pass to all endpoints (think conference) the information that the session was being recorded. >>>> Does that make sense? >>>> What would you suggest we use to carry that indication? >>>> Brian >>>> _______________________________________________ >>>> 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 >> > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore
- [sipcore] How to signal that a conversation is be… Brian Rosen
- Re: [sipcore] How to signal that a conversation i… Paul Kyzivat
- Re: [sipcore] How to signal that a conversation i… Brian Rosen
- Re: [sipcore] How to signal that a conversation i… worley
- Re: [sipcore] How to signal that a conversation i… Brian Rosen
- Re: [sipcore] How to signal that a conversation i… Paul Kyzivat
- Re: [sipcore] How to signal that a conversation i… Ranjit Avasarala (Nokia)
- Re: [sipcore] How to signal that a conversation i… Brian Rosen
- Re: [sipcore] How to signal that a conversation i… Ranjit Avasarala (Nokia)
- Re: [sipcore] How to signal that a conversation i… Robert Sparks
- Re: [sipcore] How to signal that a conversation i… Ranjit Avasarala
- Re: [sipcore] How to signal that a conversation i… Brian Rosen