Re: [martini] Call for Consensus: Support for Public GRUUs (calling for service provider input)

"Bernard Aboba" <bernard_aboba@hotmail.com> Tue, 31 August 2010 03:01 UTC

Return-Path: <bernard_aboba@hotmail.com>
X-Original-To: martini@core3.amsl.com
Delivered-To: martini@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 49C9A3A687A for <martini@core3.amsl.com>; Mon, 30 Aug 2010 20:01:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.462
X-Spam-Level:
X-Spam-Status: No, score=-100.462 tagged_above=-999 required=5 tests=[AWL=-0.278, BAYES_40=-0.185, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nsqLz615OgUh for <martini@core3.amsl.com>; Mon, 30 Aug 2010 20:01:41 -0700 (PDT)
Received: from blu0-omc3-s22.blu0.hotmail.com (blu0-omc3-s22.blu0.hotmail.com [65.55.116.97]) by core3.amsl.com (Postfix) with ESMTP id 3A81D3A6860 for <martini@ietf.org>; Mon, 30 Aug 2010 20:01:41 -0700 (PDT)
Received: from BLU137-DS6 ([65.55.116.73]) by blu0-omc3-s22.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 30 Aug 2010 20:02:12 -0700
X-Originating-IP: [131.107.0.105]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU137-DS69C1CD6D6792AFED42877938A0@phx.gbl>
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: martini@ietf.org
Date: Mon, 30 Aug 2010 20:02:11 -0700
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_001B_01CB487E.3BA99600"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: ActItvvXmNywWQ6ZSumUkH1lWlEJEQ==
Content-Language: en-us
X-OriginalArrivalTime: 31 Aug 2010 03:02:12.0230 (UTC) FILETIME=[E8836A60:01CB48B8]
Subject: Re: [martini] Call for Consensus: Support for Public GRUUs (calling for service provider input)
X-BeenThere: martini@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of en-mass SIP PBX registration mechanisms <martini.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/martini>, <mailto:martini-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/martini>
List-Post: <mailto:martini@ietf.org>
List-Help: <mailto:martini-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/martini>, <mailto:martini-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 Aug 2010 03:01:45 -0000

Richard Shockey said:

 

"-1 

 

This statement disturbs me 

 

"unless GRUU is mandated in GIN (or any solution to the MARTINI problem, for
that matter), the chances of GRUU deployment are vanishingly small"

 

I don't understand this argument .. so GRUU's have not deployed for well
known reasons so we want to shove them down the throats of implementers and
use MARTINI as the mechanism? "

 

[BA] This is one of a number of questions on which we could use more SSP
input.  

 

If there are any SSPs who have an opinion on this issue (and who are at
least considering implementing GIN), it would be nice to hear from them. 

 

In general, if the goal of the IETF is to "make the Internet work better",
this goal cannot be met creating a standard that only PBX vendors (but not
SSPs) implement.   Such a standard could actually be less useful than the
"implicit registration" variants we have today which are implemented by SSPs
but not PBXes, because at least SBCs can be used to "fix" those.