Re: [Modern] modern meeting discussion

"Richard Hill" <rhill@hill-a.ch> Mon, 17 July 2017 14:23 UTC

Return-Path: <rhill@hill-a.ch>
X-Original-To: modern@ietfa.amsl.com
Delivered-To: modern@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B110131BE2 for <modern@ietfa.amsl.com>; Mon, 17 Jul 2017 07:23:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level:
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 NbYIFle41g4c for <modern@ietfa.amsl.com>; Mon, 17 Jul 2017 07:23:17 -0700 (PDT)
Received: from smtp-sh.infomaniak.ch (smtp-sh.infomaniak.ch [128.65.195.4]) (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 83E13131BFA for <modern@ietf.org>; Mon, 17 Jul 2017 07:23:17 -0700 (PDT)
Received: from smtp5.infomaniak.ch (smtp5.infomaniak.ch [83.166.132.18]) by smtp-sh.infomaniak.ch (8.14.5/8.14.5) with ESMTP id v6HENEKN028521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 17 Jul 2017 16:23:14 +0200
Received: from RHillNew (adsl-178-39-160-44.adslplus.ch [178.39.160.44]) (authenticated bits=0) by smtp5.infomaniak.ch (8.14.5/8.14.5) with ESMTP id v6HENCZC058437; Mon, 17 Jul 2017 16:23:13 +0200
From: Richard Hill <rhill@hill-a.ch>
To: 'Richard Shockey' <richard@shockey.us>, "'Peterson, Jon'" <jon.peterson@team.neustar>, modern@ietf.org
References: <C06D3FC8-877D-4E12-8C32-B92D95F0DFDA@shockey.us>
In-Reply-To: <C06D3FC8-877D-4E12-8C32-B92D95F0DFDA@shockey.us>
Date: Mon, 17 Jul 2017 16:23:13 +0200
Message-ID: <012401d2ff08$3a0764b0$ae162e10$@ch>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0125_01D2FF18.FD9034B0"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdL+YrHGxTOY45DoQsyVr92zoP+/pAApTTUw
Content-Language: en-us
X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.8
X-Antivirus-Code: 0x100000
Archived-At: <https://mailarchive.ietf.org/arch/msg/modern/ikwrWRun5wHl2leNWjuVuvK9R4w>
Subject: Re: [Modern] modern meeting discussion
X-BeenThere: modern@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Managing, Ordering, Distributing, Exposing, & Registering telephone Numbers non-WG discussion list" <modern.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/modern>, <mailto:modern-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/modern/>
List-Post: <mailto:modern@ietf.org>
List-Help: <mailto:modern-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/modern>, <mailto:modern-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Jul 2017 14:23:21 -0000

We get a lot of spoofed calls in Switzerland also. They are illegal, but the call centers are located outside of Switzerland, so there isn’t much that the Swiss authorities can do about it.

 

If the call center is willing to break the law (and is able to get away with it because they are offshore), how would the proposed TERI scheme help?  Are there variations of TERI that would help?

 

Thanks and best,

Richard

 

From: Modern [mailto:modern-bounces@ietf.org] On Behalf Of Richard Shockey
Sent: Sunday, July 16, 2017 20:31
To: Peterson, Jon; modern@ietf.org
Subject: Re: [Modern] modern meeting discussion

 

 

Well this idea has the benefit of being actually practical and deployable vs the useless idea of individual number allocation.  Useless in the sense that no carrier I know of is going to rip out their existing OSS/BSS systems to accommodate the original idea.

 

The idea of white/black lists for the Do Not Originate application has merit as does the idea of listing numbers that have been disconnected and recently reassigned.  MODERN would have to compete, potentially, other methods that the NANPA and other numbering authorities could consider.

 

The problem right now is that the spoofing industry has moved on into the fully allocated range of the national numbering plans in order to increase answer rates.   A problem only STIR/SHAKEN can ultimately address. There is adequate data from the current crop of data analytics firms to support that thesis. 

 

In any event this idea does have merit and worth investigation. 

 

 

 

 

 

— 

Richard Shockey

Shockey Consulting LLC

Chairman of the Board SIP Forum

www.shockey.us

www.sipforum.org

richard<at>shockey.us

Skype-Linkedin-Facebook –Twitter  rshockey101

PSTN +1 703-593-2683

 

 

From: Modern <modern-bounces@ietf.org> on behalf of "Peterson, Jon" <jon.peterson@team.neustar>
Date: Sunday, July 16, 2017 at 5:20 AM
To: "modern@ietf.org" <modern@ietf.org>
Subject: [Modern] modern meeting discussion

 

 

For the MODERN meeting this time, Chris Wendt and I put our heads together to try to come up with a more concrete use case that would have some immediate applicability to the industry. Lately there has been some talk in North America recently about ways to share data structures that will let carriers know if a number is invalid or unallocated, so that abusive calls from numbers that simply shouldn't be able to originate at all can be blocked or otherwise given special treatment. 

 

Taking that as the sort of thing we hope MODERN could address, we put together this TeRI data structure for expressing that numbers are valid and allocated  - this is a "whitelist" sort of approach to the problem, as it seemed easier to us to share a list of numbers that are valid than it is to come up with all the different ways that someone might try to structure an invalid number. This is intended primarily for use with number ranges, though for some existing use cases (like freephone), assignment of individual numbers is what matters, and that is probably true of some of our future use cases here (like DRiP) as well.

 

https://tools.ietf.org/html/draft-peterson-modern-teri-valid-00

 

To get this into shape, I also did a bit more work fleshing out parts of TeRI, which has also been revised for the meeting, and I'll talk a bit about that as well on Friday.

 

Jon Peterson

Neustar, Inc.

_______________________________________________ Modern mailing list Modern@ietf.org https://www.ietf.org/mailman/listinfo/modern