Re: [stir] [sipcore] Adding categories from sipcore-callinfo-spam to draft-ietf-sipcore-callinfo-rcd-04

"Gorman, Pierce" <Pierce.Gorman@t-mobile.com> Sun, 20 March 2022 22:32 UTC

Return-Path: <Pierce.Gorman@t-mobile.com>
X-Original-To: stir@ietfa.amsl.com
Delivered-To: stir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB5383A1364; Sun, 20 Mar 2022 15:32:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.807
X-Spam-Level:
X-Spam-Status: No, score=-1.807 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=tmobileusa.onmicrosoft.com header.b=oWPb4zVo; dkim=pass (1024-bit key) header.d=tmobileusa.onmicrosoft.com header.b=oWPb4zVo
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 0hNB_I_Mu2DS; Sun, 20 Mar 2022 15:32:25 -0700 (PDT)
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on20725.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5b::725]) (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 089463A11A3; Sun, 20 Mar 2022 15:32:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=TMobileUSA.onmicrosoft.com; s=selector1-TMobileUSA-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pArcinCWHrSQPEzqhFdoeJWTGppkebnW9po5ipGgWKI=; b=oWPb4zVooDRmzzAi4SaAYSyYyFNLoUROC2NdIka0S5iuRMAuIKewlSojIVkjAi6RQZ6lF8xw+4krAaLnPyWhW4OfjRbqn9Yz02Ax6Ij4eQLhyuSFkiPtqhhwX90CHunoTkQAzArMZpXC4D4eHhi9i6179xdK9INASUtQw4g3nyg=
Received: from SN4PR0501CA0099.namprd05.prod.outlook.com (2603:10b6:803:42::16) by PH0PR02MB7350.namprd02.prod.outlook.com (2603:10b6:510:1a::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5081.19; Sun, 20 Mar 2022 22:32:18 +0000
Received: from SN1NAM02FT0014.eop-nam02.prod.protection.outlook.com (2603:10b6:803:42:cafe::f6) by SN4PR0501CA0099.outlook.office365.com (2603:10b6:803:42::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.8 via Frontend Transport; Sun, 20 Mar 2022 22:32:18 +0000
X-MS-Exchange-Authentication-Results: spf=fail (sender IP is 144.49.247.17) smtp.mailfrom=t-mobile.com; dkim=pass (signature was verified) header.d=TMobileUSA.onmicrosoft.com;dmarc=fail action=none header.from=t-mobile.com;
Received-SPF: Fail (protection.outlook.com: domain of t-mobile.com does not designate 144.49.247.17 as permitted sender) receiver=protection.outlook.com; client-ip=144.49.247.17; helo=mail.ds.dlp.protect.symantec.com;
Received: from mail.ds.dlp.protect.symantec.com (144.49.247.17) by SN1NAM02FT0014.mail.protection.outlook.com (10.97.4.112) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5081.14 via Frontend Transport; Sun, 20 Mar 2022 22:32:17 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oDcv9rNHtTVTZ5QjRlE0TKzcvLF9cgY/9JiIuXLG7hgp4avdMq+68qA9ixWaehVd/nN0zQC1znAzfhUC0Dfn2dtw3LhmgLDxHUdvLyXNF9wb/Y650c9oCUHJvvv7DPrSh5WNvjqJ74G9vas8nIVbXs6i3RNnoKZRo5O2LzOULCR2u0tTU4cOvJbHr2Nmgbj0bv96Adv6Yfo0WDAyrdZ6xc51U3a7HaU1FnzuuLFrXrbYDxCQFncfOOwhhvbDt7URFxNdX6XKPSfcj4SIaCWYMmiDg9mMXTDXUjwRf3O9q1V0MGvPJ4jw62Z8XclaVaqBLaQ5nSuPI4eZ8N+gAbb+rQ==
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=pArcinCWHrSQPEzqhFdoeJWTGppkebnW9po5ipGgWKI=; b=PvGd+uJi9dwOOczPb0YLHZZ2PM3rqvnQhC42FrbozPGTYyMKhibPusAadoTmMZaYUx6JOW1Tx4omeWIdxyBfHAlWOq10IxnM6yIqsehLssVv5qwzP3jmFbuY3QVPcUIyWk6Si6KSZsQ4luB0CI9k4RG3RCymMdzV+gfAef7txfyJ13yxanCTm9yGaCByqlqb7rZR8VSIp6mDfHc6FYS3yDhMKoxFKq59VKwkVx3VU0qD+cFAvzmByTvophvyheGKl4zFPVV/Cp4A6X6KuPLtZNaKBzIrobY3J1CNfjxG1h6JbRIWMv3Cjkt4mzXac9aO0+dBxJkDGnhMCMPeYWy1Yg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=t-mobile.com; dmarc=pass action=none header.from=t-mobile.com; dkim=pass header.d=t-mobile.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=TMobileUSA.onmicrosoft.com; s=selector1-TMobileUSA-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pArcinCWHrSQPEzqhFdoeJWTGppkebnW9po5ipGgWKI=; b=oWPb4zVooDRmzzAi4SaAYSyYyFNLoUROC2NdIka0S5iuRMAuIKewlSojIVkjAi6RQZ6lF8xw+4krAaLnPyWhW4OfjRbqn9Yz02Ax6Ij4eQLhyuSFkiPtqhhwX90CHunoTkQAzArMZpXC4D4eHhi9i6179xdK9INASUtQw4g3nyg=
Received: from BYAPR02MB4168.namprd02.prod.outlook.com (2603:10b6:a02:f4::11) by MWHPR02MB3374.namprd02.prod.outlook.com (2603:10b6:301:65::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5081.14; Sun, 20 Mar 2022 22:32:15 +0000
Received: from BYAPR02MB4168.namprd02.prod.outlook.com ([fe80::1417:844b:a7b2:f31d]) by BYAPR02MB4168.namprd02.prod.outlook.com ([fe80::1417:844b:a7b2:f31d%3]) with mapi id 15.20.5081.022; Sun, 20 Mar 2022 22:32:15 +0000
From: "Gorman, Pierce" <Pierce.Gorman@t-mobile.com>
To: Samir Srivastava <srivastava_samir@hush.com>, Henning Schulzrinne <hgs@cs.columbia.edu>, "Holmes, David" <David.Holmes@t-mobile.com>
CC: "stir@ietf.org" <stir@ietf.org>, SIPCORE <sipcore@ietf.org>
Thread-Topic: [sipcore] [stir] Adding categories from sipcore-callinfo-spam to draft-ietf-sipcore-callinfo-rcd-04
Thread-Index: AQHYO9lteHyZD9CwxkSstUq8SdRvmqzI3HCQ
Date: Sun, 20 Mar 2022 22:32:15 +0000
Message-ID: <BYAPR02MB4168F1B5E0E261CC51C36170D2159@BYAPR02MB4168.namprd02.prod.outlook.com>
References: <CACgrgBa-7pxgHygj+-bcE36AT3REBO1VDVRpyvj+auLnHN4+ug@mail.gmail.com> <MWHPR02MB287805ED59554A1C8FF99761AC0D9@MWHPR02MB2878.namprd02.prod.outlook.com> <CACgrgBYgmg1_auAkUOCuf07BF=CT_LVMpYA4-7eXSUwK0GM3og@mail.gmail.com> <20220316133923.351BE80E2C5@smtp.hushmail.com> <BYAPR02MB41685C1A98AB3F3CC322000DD2129@BYAPR02MB4168.namprd02.prod.outlook.com> <20220319213539.2174080E2C2@smtp.hushmail.com>
In-Reply-To: <20220319213539.2174080E2C2@smtp.hushmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=t-mobile.com;
X-MS-Office365-Filtering-Correlation-Id: d622e707-c221-45c8-c639-08da0ac17d83
x-ms-traffictypediagnostic: MWHPR02MB3374:EE_|SN1NAM02FT0014:EE_|PH0PR02MB7350:EE_
X-Microsoft-Antispam-PRVS: <PH0PR02MB735006BF221AA4E479C01BB9D2159@PH0PR02MB7350.namprd02.prod.outlook.com>
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam-Untrusted: BCL:0;
X-Microsoft-Antispam-Message-Info-Original: 27snc/09CeR+2Xirq/yxna0aMAdlACwi23rfsZXcVvmVJGXSgj1pcVu7Ogbs3uU5IvJa000I4l2XZ+2ddSt6/0hYEKFf/g6p07e7GAko9IlNZjrAhdOviINMKuMFdXJ4zUko3vUwQca6toMEfPH0Ax1MsNSI6ov2OkcOOme4FMq6cjRP984WsicdhShQ7KYsa0/03ehSXe9vtGJr6cN6nyU7rpTqyUDxqCyX7Q65rMlMzGG9/7r2piRQmyHVKIZdsTrhPv0MdYqHiuWfNfEq7CCPTR++b94WS2xZX+TvGoENFWPWs61+EGc1T4ZVkrE4KyMyR1vpQWuegFuwjH1eI1SX7aQn8sK8T9Vm5Z89nlO/RGN5n5ZUkC88Ugn5p1xoWIcqQX9V6zPIKK/LXYcjz7dneO3ldpYBU1LGHOYyVdFzRxDNl/2J2BagYK3/u/2A7jYoaj8ISQl2LnPNkdyhaXY+sdWo9bV2kLT/s8tO+xGr/zBJOlJKMscywXXc3bxrG6vH6GN/EURH9SIh9ce7ICee5WbsPi/lHt8gHlzaBtXg2kLzJXg+ON+bc0LG43oKc/vGAvmq+/asU9ryvGQQigdQ+++4/YZ3whfiqWdCMNZk3x22LCqRkUdzbxpBSenY7m7AQwnF/vQTSBfvwdygYZcc0xu69SY8wO0aTcCFqxL1De8VNL0fckD4VxUeubXl9yn9CH8/ahhGO6ggjERqQMOAX3zIfJvCzv+azVj91CL0T8VKczav8R4FeJrnyFEDi0ZboktXKGLYhq8+XXCKfqxBDxoAePN5zE5LF9nB8PX+1LMZTJ6bMTm6nQJlyxYuRh03q17iHNMHxceXmxGzLA==
X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR02MB4168.namprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(84040400005)(6636002)(26005)(186003)(8936002)(38070700005)(52536014)(6506007)(7696005)(316002)(86362001)(9686003)(53546011)(54906003)(33656002)(2906002)(55016003)(110136005)(166002)(76116006)(66946007)(66476007)(66556008)(66446008)(64756008)(8676002)(4326008)(83380400001)(82960400001)(122000001)(38100700002)(966005)(45080400002)(508600001)(77540400001)(71200400001)(5660300002); DIR:OUT; SFP:1102;
Content-Type: multipart/alternative; boundary="_000_BYAPR02MB4168F1B5E0E261CC51C36170D2159BYAPR02MB4168namp_"
MIME-Version: 1.0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR02MB3374
X-CFilter-Loop: Reflected
X-DetectorID-Processed: 8c846453-0f50-46b3-95ab-8bbaf7238615
X-EOPAttributedMessage: 0
X-MS-Exchange-Transport-CrossTenantHeadersStripped: SN1NAM02FT0014.eop-nam02.prod.protection.outlook.com
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id-Prvs: 3ad10587-5b06-4af7-ab68-08da0ac17c08
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: s5HGlPa5xviZRp8EB8/iNj37sdQWNitFRbXd1QgxHGz6HURmZzc5tI3seKvN5TpZsRyOFS4GzY9ymnu6IAu6VU0+REGIH8y67EBFGBuZ17ApAaDJXya34Rce2kgL7gktmJ0Zpe3Mzab0sq1OVYfjZ0qr1N8PMP/7BZAXkAb7LZ7dxEd5c2G1UjvZtgLEFUzQL1fAmS1DCBFN6HrI3rtLZXIxBDc/Lnuc0yAyaOhGzrgmnVUjHYJpRRFXduO3dDQwNkkqxDFe+68Cm9Ro+MfvkxyWlxRFjPogjjMRxbIbdrQ+kppVk5AcxMOEuvnCGAiCzUkU1bn3tJ93qiitJi8KcgT7rJdwo+L7Bh/TJhj/eb28w+xDrNbMU/ZQhUXe/s4xabo+xJ/4NC+dgBpzatL8Ebt6kYhYpsFlDYq35EQB0+ke+X1c1eu8tpaCPAWtepdcrtuv6RcOPkd4HqUrHulrpSRbi4IqgCwBJ+9KUGQleS1Wp8wtjUKhCyHBa+arsWA/vkeUfd6aZ6C9ckXe83aGFYrxNhkgULtnJYsVvcYzH/FtrrHvuP2jhRwHYc3evQkatH6XVKv2qX4OZ6E70U0B/iZGSO24WjYW49TJTdtvM55EBWe79iWEL/uFCoiiH+aZNME6EIJPTltTEvonxIaOqNZXtRYaOe5dZn9/tI5SyZrC/jceg6+4inMT6ePKH+jRnYl2jQAYim36eyEu2OVZomAabwCEcjulQClxK4QKAV3MdIU9Hg45etOaeK8TGBsl6SRxLAB2KVieKD9Lr9N+GoPJ6MUJ7KGl1+sQ9voeoHW4vtzHUu+I7Me2WrLrJgl59G9sZr7FQXU7v9TSrDPeFw==
X-Forefront-Antispam-Report: CIP:144.49.247.17; CTRY:US; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:mail.ds.dlp.protect.symantec.com; PTR:InfoDomainNonexistent; CAT:NONE; SFS:(13230001)(4636009)(84040400005)(40470700004)(46966006)(36840700001)(47076005)(9686003)(7696005)(6506007)(336012)(55016003)(45080400002)(33656002)(508600001)(26005)(186003)(966005)(40460700003)(83380400001)(77540400001)(53546011)(36860700001)(82960400001)(86362001)(54906003)(110136005)(52536014)(5660300002)(316002)(30864003)(6636002)(70586007)(70206006)(356005)(166002)(82310400004)(81166007)(2906002)(8676002)(8936002)(4326008)(36900700001)(579004); DIR:OUT; SFP:1102;
X-OriginatorOrg: t-mobile.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Mar 2022 22:32:17.4756 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: d622e707-c221-45c8-c639-08da0ac17d83
X-MS-Exchange-CrossTenant-Id: be0f980b-dd99-4b19-bd7b-bc71a09b026c
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=be0f980b-dd99-4b19-bd7b-bc71a09b026c; Ip=[144.49.247.17]; Helo=[mail.ds.dlp.protect.symantec.com]
X-MS-Exchange-CrossTenant-AuthSource: SN1NAM02FT0014.eop-nam02.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR02MB7350
Archived-At: <https://mailarchive.ietf.org/arch/msg/stir/wKGLuHAGbttgCA_hRDVvW2DiFXc>
Subject: Re: [stir] [sipcore] Adding categories from sipcore-callinfo-spam to draft-ietf-sipcore-callinfo-rcd-04
X-BeenThere: stir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Secure Telephone Identity Revisited <stir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stir>, <mailto:stir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stir/>
List-Post: <mailto:stir@ietf.org>
List-Help: <mailto:stir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stir>, <mailto:stir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Mar 2022 22:32:32 -0000

Thank you for the response Samir.  That helps me to understand.  I think I understand at a very high level what you are advocating.  I won't argue the efficacy of the approach but of course it may be difficult to get agreement.  I don't have any other comments or flames at this time.  Thank you again.

Best regards,


Pierce Gorman

From: Samir Srivastava <srivastava_samir@hush.com>
Sent: Saturday, March 19, 2022 4:36 PM
To: Gorman, Pierce <pierce.gorman@t-mobile.com>; Henning Schulzrinne <hgs@cs.columbia.edu>; Holmes, David <david.holmes@t-mobile.com>
Cc: stir@ietf.org; SIPCORE <sipcore@ietf.org>
Subject: Re: [sipcore] [stir] Adding categories from sipcore-callinfo-spam to draft-ietf-sipcore-callinfo-rcd-04

[External]

Hi Pierce,
Thanx for spending time in reviewing.
Robocall-Strike-Force-Final-Report mentions that robocall blocking needs to be constantly evolving and adapting i.e. We will be always in N+1 cycle.Whatever we develop today, robo-callers (spammers) will find another way for them.
We can avoid  N+1 cycle, if we hit the problem at the motivation level.
In Complete Cashless Economy (CCE) i.e. When dollar is digital, we will have end-to-end traceability of earning and spending of the parties, as they are only dealt in computing devices. There is no hard currency equivalent. We cannot trace hard currency. Spammers make the calls as they earn money from this.  This is the motivation for them. Spammers cannot lie about the volume of the calls generated by them. We need co-relation of earnings and call volume (of spammers) which is achievable in CCE.
Here we are hitting the problem at the motivation level.
In CCE, we will be having the system for catching other malpractices (such as tracing funding of terrorism, bribery etc). For catching our issue, we need additional co-relation system with call volume.
Complete Multimedia Recording (CMR) is one step further. We will be always in multimedia recordings. Recordings will be viewed by law enforcement when there is proper court subpoena etc. In all unfair/illegal actions, first privacy is misused then witnesses and evidences are looked. Influential persons (backed by army of lawyers to find the holes in the laws) with manipulation of evidence and witnesses goes scott free. There are possible unfair scenarios in CCE also, such as misuse of technology, law, identity, leakage using word of mouth etc. Due to misuse of these, loss of victim becomes gain of gang of cheaters in CCE. CMR catches these also.
We have been fixing the systems for impurity in humans. With CCE and CMR, we are avoiding impurity in humans. When people will know that they cannot misuse privacy, then they will not commit unfair/illegal action itself.
Please refer http://samirsrivastava.typepad.com<https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsamirsrivastava.typepad.com%2F&data=04%7C01%7Cpierce.gorman%40t-mobile.com%7C40e9fd31f0b54e5cf1f808da09f06bae%7Cbe0f980bdd994b19bd7bbc71a09b026c%7C0%7C0%7C637833226045055524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=iZMP4TgJiM1GLXHSGdhOJIjkBjnumREF7Juw7MjStU4%3D&reserved=0>  . It has slides and papers on CCE and CMR . IT LISTS THE REASON FOR PEOPLE TO VOTE FOR THESE CHANGES ALSO.
CBDC is getting adopted by governments. If CMR gets the okay (peer-reviewed) from IETF'ers, then it will be easy to convince the governments for CMR.
Your comments / flames are welcome.
Thanks
Samir

On 3/17/2022 at 8:10 PM, "Pierce Gorman" <Pierce.Gorman@t-mobile.com<mailto:Pierce.Gorman@t-mobile.com>> wrote:
Samir,

Can you help us out a little?  I'm not following the connection you're trying to make between central bank cryptocurrencies and combatting illegal robocalling using SIP Identity headers.

Pierce


From: Samir Srivastava <srivastava_samir@hush.com<mailto:srivastava_samir@hush.com>>
Sent: Wednesday, March 16, 2022 8:39 AM
To: Henning Schulzrinne <hgs@cs.columbia.edu<mailto:hgs@cs.columbia.edu>>; Holmes, David <david.holmes@t-mobile.com<mailto:david.holmes@t-mobile.com>>
Cc: stir@ietf.org<mailto:stir@ietf.org>; SIPCORE <sipcore@ietf.org<mailto:sipcore@ietf.org>>
Subject: Re: [stir] [sipcore] Adding categories from sipcore-callinfo-spam to draft-ietf-sipcore-callinfo-rcd-04

Hi,

  Please analyze the SPAM in Complete Cashless Economy and Complete Multimedia Recording environment. When there is end-to-end traceability, we can know the source of income of Spammers. Spammers can not lie about the volume. This co-relation can force the penalties for spammers and spam call volume will be reduced drastically.

  Apart from SPAM, these fixes other malpractices also.

  Refer the work at https://samirsrivastava.typepad.com<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsamirsrivastava.typepad.com%2F&data=04%7C01%7Cpierce.gorman%40t-mobile.com%7C40e9fd31f0b54e5cf1f808da09f06bae%7Cbe0f980bdd994b19bd7bbc71a09b026c%7C0%7C0%7C637833226045055524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=l4%2Ftprts49yQnYQQw23dinYsD%2Bjkbwe%2BcO3AgALkWWU%3D&reserved=0> .

Thanks
Samir

On 3/13/2022 at 2:15 AM, "Henning Schulzrinne" <hgs@cs.columbia.edu<mailto:hgs@cs.columbia.edu>> wrote:
The basic idea originated in the FCC robocall strike force a few years ago, with lots of carrier participation, so you could go back to the various FCC reports that were produced at the time for the motivation and background (e.g., https://transition.fcc.gov/cgb/Robocall-Strike-Force-Final-Report.pdf<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftransition.fcc.gov%2Fcgb%2FRobocall-Strike-Force-Final-Report.pdf&data=04%7C01%7Cpierce.gorman%40t-mobile.com%7C40e9fd31f0b54e5cf1f808da09f06bae%7Cbe0f980bdd994b19bd7bbc71a09b026c%7C0%7C0%7C637833226045055524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=f1LFY4maV%2Fq%2B2sAvn1haEdq4y5tBDMLXXqdtdqaQqoo%3D&reserved=0> and https://www.fcc.gov/file/12311/download<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.fcc.gov%2Ffile%2F12311%2Fdownload&data=04%7C01%7Cpierce.gorman%40t-mobile.com%7C40e9fd31f0b54e5cf1f808da09f06bae%7Cbe0f980bdd994b19bd7bbc71a09b026c%7C0%7C0%7C637833226045055524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=0pFUYajpF5DUVm9fxaJsXG57IXOsea%2Fjtxl3LEAvPBc%3D&reserved=0>). This I-D and requirements have been discussed since 2017, so this is hardly a new idea. The draft itself has been through IESG review - I just never got around to implement the changes requested.

The basic requirement is that we want the receiving callee to make automated or semi-automated judgements. Currently, the RCD draft has a free-form field, but that doesn't really help for anything automated (or, say, displaying icons or other graphical elements).

Like all spam labeling, this is probabilistic, i.e.,  if you're waiting for perfection, this isn't for you. Current robocall filtering services already label numbers with categories (they are in the same ballpark, but not exactly the same and each seems to differ a bit). There are at least two possible sources:

* For some labels, the calling party (with signing) will insert the information, presumably for the more "positive" labels like "health" or "government" or "personal". If a carrier lies, this becomes either a reputational issue ("never trust labels from carrier X") or enforcement matter (e.g., as a potential deficiency in robocall mitigation). The label may be part of the KYC process when a carrier signs up a customer - after all, in almost all cases this is pretty obvious ("your business says Joe's Travel Agency. You are picking the healthcare designation how?") A terminating carrier may, for example, decide to only trust known carriers (say, T-Mobile) in deciding whether to convey this information to the called party.

* An intermediary service used by the terminating carrier labels (signed) numbers based on honeypots, crowdsourcing or number databases, probably more focused on negative labels like "telemarketing" or "fraud". Again, versions of this exist today.

Henning

On Sat, Mar 12, 2022 at 3:10 PM Holmes, David <David.Holmes@t-mobile.com<mailto:David.Holmes@t-mobile.com>> wrote:
Hi Henning,

Interesting idea, but who could define the categories, and who would verify the claims?

There may be something here, but this is a good example of where we should agree the use cases and then define requirements before leaping to solutions.

BR/David Holmes/T-Mobile USA

Get Outlook for Android<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=04%7C01%7Cpierce.gorman%40t-mobile.com%7C40e9fd31f0b54e5cf1f808da09f06bae%7Cbe0f980bdd994b19bd7bbc71a09b026c%7C0%7C0%7C637833226045055524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=FiJdvxM7E%2FcYMfGgnmvPLnF2Y2GRkBrZG7rR6te%2FYJ8%3D&reserved=0>
________________________________
From: stir <stir-bounces@ietf.org<mailto:stir-bounces@ietf.org>> on behalf of Henning Schulzrinne <hgs@cs.columbia.edu<mailto:hgs@cs.columbia.edu>>
Sent: Saturday, March 12, 2022 9:24:47 AM
To: stir@ietf.org<mailto:stir@ietf.org> <stir@ietf.org<mailto:stir@ietf.org>>; SIPCORE <sipcore@ietf.org<mailto:sipcore@ietf.org>>
Subject: [stir] Adding categories from sipcore-callinfo-spam to draft-ietf-sipcore-callinfo-rcd-04

[External]

In trying to get back to looking at my ancient, dusty draft, a thought: I think RCD would be significantly more useful if it contained standardized categories of callers, such as the one included in callinfo-spam. This allows much better user interfaces and automated handling ("send all political calls to voicemail", "play special ringtone for personal calls").

Henning