[Iptel] Minutes for IETF 58
Jonathan Rosenberg <jdrosen@dynamicsoft.com> Thu, 18 December 2003 18:54 UTC
Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA08210 for <iptel-archive@odin.ietf.org>; Thu, 18 Dec 2003 13:54:32 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AX3Hf-0001LR-Pa for iptel-archive@odin.ietf.org; Thu, 18 Dec 2003 13:54:04 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id hBIIs3Si005163 for iptel-archive@odin.ietf.org; Thu, 18 Dec 2003 13:54:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AX3Hf-0001LA-M3 for iptel-web-archive@optimus.ietf.org; Thu, 18 Dec 2003 13:54:03 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA08197 for <iptel-web-archive@ietf.org>; Thu, 18 Dec 2003 13:54:01 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AX3Hd-0001Mp-00 for iptel-web-archive@ietf.org; Thu, 18 Dec 2003 13:54:01 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AX3Hb-0001Mi-00 for iptel-web-archive@ietf.org; Thu, 18 Dec 2003 13:54:00 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AX3Hb-0001Mf-00 for iptel-web-archive@ietf.org; Thu, 18 Dec 2003 13:53:59 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AX3Hc-0001KZ-SO; Thu, 18 Dec 2003 13:54:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AX3Gr-0001IY-JT for iptel@optimus.ietf.org; Thu, 18 Dec 2003 13:53:13 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA08167 for <iptel@ietf.org>; Thu, 18 Dec 2003 13:53:11 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AX3Gp-0001Lm-00 for iptel@ietf.org; Thu, 18 Dec 2003 13:53:11 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AX3Go-0001Lf-00 for iptel@ietf.org; Thu, 18 Dec 2003 13:53:10 -0500
Received: from [63.113.44.69] (helo=mail3.dynamicsoft.com) by ietf-mx with esmtp (Exim 4.12) id 1AX3Gn-0001Kx-00 for iptel@ietf.org; Thu, 18 Dec 2003 13:53:09 -0500
Received: from dynamicsoft.com ([63.113.46.85]) by mail3.dynamicsoft.com (8.12.8/8.12.1) with ESMTP id hBIIqgmR003686 for <iptel@ietf.org>; Thu, 18 Dec 2003 13:52:42 -0500 (EST)
Message-ID: <3FE1F76C.9050408@dynamicsoft.com>
From: Jonathan Rosenberg <jdrosen@dynamicsoft.com>
Organization: dynamicsoft
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: list iptel <iptel@ietf.org>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Subject: [Iptel] Minutes for IETF 58
Sender: iptel-admin@ietf.org
Errors-To: iptel-admin@ietf.org
X-BeenThere: iptel@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/iptel>, <mailto:iptel-request@ietf.org?subject=unsubscribe>
List-Id: IP Telephony <iptel.ietf.org>
List-Post: <mailto:iptel@ietf.org>
List-Help: <mailto:iptel-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iptel>, <mailto:iptel-request@ietf.org?subject=subscribe>
List-Archive: <https://www.ietf.org/mail-archive/working-groups/iptel/>
Date: Thu, 18 Dec 2003 13:52:28 -0500
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Folks, Enclosed are the proposed minutes for the iptel meeting at IETF 58. Thanks to Tom Taylor for taking good notes here. We need to submit these for the proceedings tomorrow; so if you have any comments, please send them asap. APologies for the lateness in getting these out. Thanks, Jonathan R. -------------- IETF 58 IPTEL Meeting Minutes Reported by Tom Taylor <taylor@nortelnetworks.com> The IPTEL Working Group met on Wednesday morning, 12 Novemeber. The meeting was chaired by Cullen Jennings <fluffy@cisco.com> and Jonathan Rosenberg <jdrosen@dynamicsoft.com>. The agenda was accepted as proposed: 1) 10 minute status update 2) user=phone discussion. 1. Status ====== Cullen Jennings presented. CPL (draft-ietf-iptel-cpl-08.txt) The draft was reworked to remove dependencies on caller prefs. The XML basis was changed to Schema from DTD. WG Last Call is complete. Will send to IESG for reinsertion into the RFC Editor's queue. RFC2806bis (draft-ietf-iptel-rfc2806bis-02.txt) The draft has completed WG Last Call. It will be submitted to the IESG unless the discussion regarding the user=phone parameter leads to changes. TGREP (draft-ietf-iptel-tgrep-02.txt) The draft is ready for final NITS review, WG Last Call. TRIP MIB (draft-ietf-iptel-trip-mib-09.txt) After lots of discussion back and forth between the editors and the MIB doctor, another revision has come out. The document is now ready for sending to the IESG. Other stuff: Calling Party's Category tel: URI parameter (draft-mahy-iptel-cpc-00.txt) tel: URI parameters (draft-yu-tel-url-08.txt) trunk group (draft-ietf-iptel-trunk-group-00.txt) Need expressions of interest to take these forward. Tom Taylor mentioned that the Yu and Mahy drafts were of particular interest to those working on interworking of SIP to the PSTN. Jonathan responded that the question is whether the proposed functionality is needed in the SIP network. Flemming Andreasen <fandreas@cisco.com> and Richard Stastny <Richard.Stastny@oefeg.at> indicated their interest in those drafts. Another speaker indicated his interest in the trunk group draft. Cullen said he would contact James Yu to see if he was still interested in carrying his draft forward. Jon Peterson indicated that James was still interested, but had some concern on the content of 2806bis. Jonathan emphasized that he was only prepared to add these drafts as WG items if he sees interest on the list. He asked for list comments and/or document revisions by mid-December, or we would not continue. A milestones update slide was presented. The chairs are looking to close the WG by March. There was no comment on the proposed milestones. 2) user=phone discussion ===================== Rohan Mahy <rohan@cisco.com> presented the issue based on slides worked out between him and Brian Rosen <Brian.Rosen@marconi.com>. These slides reflected the results of discussion on the SIPPING list, also captured by Rohan's draft (draft-mahy-sipping-user-equals-phone-00.txt). There is just one major point of disagreement. The points of agreement: a) Don't mess with the user part of a SIP URI that isn't yours. b) Some SIP domains have user parts which are numbers. Sometimes these can conflict with phone numbers. c) Some people need user=phone. Disagreement: how to distinguish "dial strings" from phone numbers. The subsequent discussion was lively and wide ranging. The following notes capture a number of the points, but not all of them. Tom Taylor noted that number transformations occur at various points along the call path, not just at the first hop. Brian Rosen pointed out that user=phone is broken no matter what, and his proposed fix is one way to solve the problem. Two speakers expressed the view that interoperability is more likely to be achieved if the approach taken was to use separate phone contexts for telephone numbers and dial strings. Francois Audet <audet@nortelnetworks.com> asked why the proposed dialstring syntax used E and F rather than * and #. It appears that 2806bis doesn't allow * and #. Henning Schulzrinne <hgs@cs.columbia.edu> expressed a preference for explicit semantics hence, in this case, allowing the user=dialstring parameter. Someone remarked that if you don't want to put phone-context in, then you shouldn't set user=phone. Jonathan Rosenberg wondered how developer could distinguish a telephone number from a dial string if the IETF cannot. Context defines a name space. That should be adequate. Dean Willis <dean.willis@softarmor.com> made the point that "9,411" is actually a request for a gateway to provide a specific service -- outpulsing according to a specific cadence. This is a specific instance of the general class of service requests. Brian Rosen picked up Dean's point and elaborated on it. He has a further need: to provide guidance to a proxy server that serves multiple domains. Henning said this provided further support for user=dialstring; it is a parameter pointing to a specific operation. Richard Stastny added his support for user=dialstring because phones cannot dial E.164 numbers. Dick Knight <dick.rr.knight@bt.com> pointed out that this was effectively pushing the distinction problem back to the UA. Another person pointed out we already have two mechanisms to transmit the requirement to pause: KPML and 2833. We don't need another. Tom Taylor repeated his point that the network may need to do number translation beyond the first hop -- hence it is desirable to have a general mechanism to indicate that the user part is in a context-specific form. Richard Stastny agreed that digit manipulation is definitely needed at the first hop, but shouldn't be needed thereafter. Brian Rosen explained why KPML wouldn't work. It is easier to get user=dialstring to work. Francois Audet expressed his view that allowing user=dialstring not a big deal. Pause is a different discussion. At this point the chairs used a series of hums to determine the general opinion of the meeting. a) agreed: the presence of the user=phone parameter implies that the user part conforms to the specification of the tel: URI. b) agreed: user=dialstring accepted as a new SIP URI parameter. (Pause is a separate discussion.) Further to this last point there were some strong objections to NOT allowing user=dialstring, little in the way of strong objection to user=dialstring. The chairs decared consensus on that point. Brian Rosen volunteered to write a draft defining user=dialstring. This will be an individual contribution to SIPPING, to be considered at the request of IPTEL. There was a split view on whether getting pauses to the gateway is a problem. The discussion will be taken to the list. -- Jonathan D. Rosenberg, Ph.D. 600 Lanidex Plaza Chief Technology Officer Parsippany, NJ 07054-2711 dynamicsoft jdrosen@dynamicsoft.com FAX: (973) 952-5050 http://www.jdrosen.net PHONE: (973) 952-5000 http://www.dynamicsoft.com _______________________________________________ Iptel mailing list Iptel@ietf.org https://www.ietf.org/mailman/listinfo/iptel
- [Iptel] Minutes for IETF 58 Jonathan Rosenberg