[martini] #60: Optionality of Service-Route etc.
"martini issue tracker" <trac@tools.ietf.org> Thu, 22 July 2010 16:26 UTC
Return-Path: <trac@tools.ietf.org>
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 8DB423A6873 for <martini@core3.amsl.com>; Thu, 22 Jul 2010 09:26:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.569
X-Spam-Level:
X-Spam-Status: No, score=-102.569 tagged_above=-999 required=5 tests=[AWL=0.031, BAYES_00=-2.599, NO_RELAYS=-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 GEGYVf533C7k for <martini@core3.amsl.com>; Thu, 22 Jul 2010 09:26:02 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id BEF1C3A6814 for <martini@ietf.org>; Thu, 22 Jul 2010 09:26:02 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1ObybD-0005gN-Hz; Thu, 22 Jul 2010 09:26:19 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: martini issue tracker <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: john.elwell@siemens-enterprise.com
X-Trac-Project: martini
Date: Thu, 22 Jul 2010 16:26:19 -0000
X-URL: http://tools.ietf.org/martini/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/martini/trac/ticket/60
Message-ID: <076.524bbc875a26b8aaf4f993ab6860e933@tools.ietf.org>
X-Trac-Ticket-ID: 60
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: john.elwell@siemens-enterprise.com, martini@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: martini@ietf.org
Subject: [martini] #60: Optionality of Service-Route etc.
X-BeenThere: martini@ietf.org
X-Mailman-Version: 2.1.9
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: Thu, 22 Jul 2010 16:26:03 -0000
#60: Optionality of Service-Route etc. ------------------------------------------------+--------------------------- Reporter: john.elwell@… | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: gin | Version: Severity: In WG Last Call | Keywords: ------------------------------------------------+--------------------------- In section 7: "The following sections describe the means by which this mechanism interacts with relevant REGISTER-related extensions currently defined by the IETF." Perhaps there should be clarification as to whether or not this document requires support of any of these mechanisms. For example, I don't think there is any intention to mandate support of the Service-Route header field - section 7.4 just gives information on the impact if the mechanism is used. Similarly Path is optional, beyond the specific bits mandated elsewhere. I don't think there is any intention to mandate support for the registration event package (7.2) or SIP-Outbound (7.3). Concerning support for public and temporary GRUUs (7.1), I think this is the subject of a separate discussion. Depending on what is decided for each of these, either a blanket statement in 7 or individual statements in 7.1/2/3/4 should be added. -- Ticket URL: <http://trac.tools.ietf.org/wg/martini/trac/ticket/60> martini <http://tools.ietf.org/martini/>
- [martini] #60: Optionality of Service-Route etc. martini issue tracker
- Re: [martini] #60: Optionality of Service-Route e… Brian Lindsay
- Re: [martini] #60: Optionality of Service-Route e… Elwell, John
- Re: [martini] #60: Optionality of Service-Route e… Brian Lindsay
- Re: [martini] #60: Optionality of Service-Route e… Hadriel Kaplan
- Re: [martini] #60: Optionality of Service-Route e… martini issue tracker