[RAI] Minutes of 3GPP - IETF telco on the 4th of May

<hannu.hietalahti@nokia.com> Fri, 08 May 2009 11:56 UTC

Return-Path: <hannu.hietalahti@nokia.com>
X-Original-To: rai@core3.amsl.com
Delivered-To: rai@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4BB9B3A6A99; Fri, 8 May 2009 04:56:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.299
X-Spam-Level:
X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_66=0.6, RCVD_IN_DNSWL_MED=-4]
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 In2ulgTPsRun; Fri, 8 May 2009 04:56:23 -0700 (PDT)
Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by core3.amsl.com (Postfix) with ESMTP id 7A44928C261; Fri, 8 May 2009 04:56:07 -0700 (PDT)
Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx09.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id n48Busqu017514; Fri, 8 May 2009 06:57:37 -0500
Received: from vaebh104.NOE.Nokia.com ([10.160.244.30]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 8 May 2009 14:57:13 +0300
Received: from smtp.mgd.nokia.com ([65.54.30.6]) by vaebh104.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 8 May 2009 14:57:09 +0300
Received: from NOK-EUMSG-01.mgdnok.nokia.com ([65.54.30.86]) by nok-am1mhub-02.mgdnok.nokia.com ([65.54.30.6]) with mapi; Fri, 8 May 2009 13:57:08 +0200
From: hannu.hietalahti@nokia.com
To: rai@ietf.org, int-area@ietf.org
Date: Fri, 08 May 2009 13:57:06 +0200
Thread-Topic: Minutes of 3GPP - IETF telco on the 4th of May
Thread-Index: AcnP1BwfflC/f47rR9y5UGkqoNADIw==
Message-ID: <15443028349C3C44BA819EB51B3B4F3C27F394BC8F@NOK-EUMSG-01.mgdnok.nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginalArrivalTime: 08 May 2009 11:57:09.0009 (UTC) FILETIME=[1D673810:01C9CFD4]
X-Nokia-AV: Clean
Subject: [RAI] Minutes of 3GPP - IETF telco on the 4th of May
X-BeenThere: rai@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Real-time Applications and Infrastructure \(RAI\)" <rai.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rai>
List-Post: <mailto:rai@ietf.org>
List-Help: <mailto:rai-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 May 2009 11:56:25 -0000

Dear all,

we had a 3GPP - IETF teleconference earlier this week and deadline for comments on the meeting minutes is now past. Please find the meeting minutes with the agreed updates below.

Date: 4th of May 2009
Time: 15:00 - 17:00 UCT
Venue: Phone conference
Participants:
Hannu Hietalahti (secr) 
Cullen Jennings
Dan Romascanu
Gonzalo Camarillo
Hannes Tschofenig
Robert Sparks
Spencer Dawkins
Ralph Droms

Agenda:
-----------------
1.	Roll call
2.	Review of action points
3.	IETF organisation
	- SIPCORE
	- DISPATCH
4.	IP mobility
5.	IANA registrations
	- 3gpp-ims+xml?
	- g.3gpp.icsi / iari
6.	Emergency call 
7.	Review of 3GPP IETF dependency document
8.	Any other business
9.	Next meeting (proposed during IETF #75 in Stockholm)
10.	Closing

1.	ROLL CALL
Introduction of all participants was done and it was found out that this time Hannu was the only participant from the 3GPP side.

 
2.	REVIEW OF ACTION POINTS
Old APs
-------
AP	Title
1 	Request expert comments on the best approach to IANA registration of Service ID namespace assignment	
Responsible: Mary Barnes  Status: Closed

2	Check the registration status of IANA registration of 3gpp-ims+xml	
Responsible: Cullen Jennings  Status: Closed

3	Provide a written explanation of why it could be considered that IANA registration of feature tags g.3gpp.icsi and g.3gpp.iari could proceed according to RFC 2506 without procedural change	
Responsible: Atle Monrad	Status: Closed

4	Escalate the previous summary by Atle for RAI leadership review during IETF #74 to find a recommended way forward	
Responsible: Cullen Jennings	Status: Closed
5	Report the SA3 meeting outcome to Jari Arkko	
Responsible: Valtteri Niemi	Status: Closed

6	Arrange a telco on media security on Friday the 7th of Nov 2008	
Responsible: Valtteri Niemi	Status Closed

7 	Find the original 3gpp-ims+xml registration document and forward it to Cullen	
Responsible: Hannu Hietalahti	Status: Closed

8	Set up a meeting between 3GPP and IETF to agree how to proceed in the IANA registration of feature tags g.3gpp.icsi and g.3gpp.iari	
Responsible: Gonzalo Camarillo Status:Closed

9	Check the real 3GPP need for draft-arkko-mext-rfc3775-altcoa-check	
Responsible: Raj Patil Status: Closed

	New APs assigned in this meeting		
---------------------------------------
10	Hannu to ask on CT1 mailing list if anyone knows any reason why phonebcp -draft would not be applicable in cellular environment	
Responsible: Hannu Status: Open
			

3.	IETF ORGANISATION
The re-organisation of SIP working groups to SIPCORE and DISPATCH and its impact on further work was discussed. 

DISPATCH is expected to progress new work more rapidly than has been possible up to now. SIPCORE will focus on narrowed task of enumerated SIP RFCs. It is also the intention to relax the SIP change process. One example is that the introduction of new informational headers which will be relaxed. The maintenance of SIP and its extensions is documented in http://www.ietf.org/internet-drafts/draft-peterson-rai-rfc3427bis-01.txt 

The charter of the new IETF WGs has been defined and are available at http://www.ietf.org/html.charters/sipcore-charter.html and http://www.ietf.org/html.charters/dispatch-charter.html. 

It is foreseen that the new WGs mean that the names of the drafts will also change when new revisions are made. This means that 3GPP CRs bringing those new revisions to 3GPP specifications need to also update the names of the referenced IETF drafts. This was not seen a problem as such CRs already update the referenced draft version identifier and changing also the WG name part of the draft name could be easily done in the same CR.

4.	IP MOBILITY ITEMS
The DSMIP draft (draft-ietf-mext-nemo-v4traversal) has been approved by IESG, which is good as this was one of the critical Rel-8 dependencies.

5.	IANA REGISTRATIONS
5.1	Any news of IANA registration of 3gpp-ims+xml?
The registration process was re-started recently after it was found out to be stalled and the initial request was lost. The process has now been re-started and is progressing.

5.2	How to proceed with IANA registration of feature tag g.3gpp.icsi and g.3gpp.iari
Several action points were assigned on this topic and based on the work by Atle and Gonzalo, there is now guidance on how to proceed.

Based on the recent discussion in SIPCORE it has been agreed that this registration of SIP feature tags cannot take place via the global tree but has to go via SIP tree instead. Any registration of new feature tags in SIP tree requires IETF consensus which means having to document it in IESG approved RFC.

Irrespective of the above process consideration the expert reviewer did not find it appropriate to register them because Section 2.1 of RFC 2506 states that "media feature tags represent individual and simple characteristics" and that "each media feature tag identifies a single characteristic" and these two feature tags represent a more complex service or feature set.

This leaves 3GPP with an action point to submit an Internet Draft describing the use of these feature tags as that will be needed for the IANA registration. 

6.	EMERGENCY CALLS
Draft-patel-ecrit-sos-parameter has been in expert review with some comments already made. Gonzalo Camarillo has made technical comments which are expected to be fairly minor but might still require a new version.

As Jon Peterson is not RAI AD any more, it has been agreed that Cullen Jennings will shepherd the document from now on.

Phonebcp-draft is getting close to completion now but there has been some controversy on its applicability of it in cellular environment. 3GPP comment on this was invited, as it would be good to know soon if there are any issues that would exclude the phonebcp draft from being used in cellular environment.

7.	REVIEW OF 3GPP - IETF DEPENDENCY DOCUMENT
The main DSMIP draft has recently been approved by IESG. This draft-ietf-mext-nemo-v4traversal was one of the critical 3GPP Rel-8 dependencies, so this is very good progress.

The following new Rel-8 dependencies have been identified since the previous update of the dependency document:
.	draft-alexeitsev-bliss-alert-info-urns
.	draft-ietf-mmusic-sdp-media-capabilities
.	draft-garcia-mmusic-sdp-cs
.	draft-garcia-mmusic-sdp-misc-cap
.	draft-ietf-sip-info-events
.	draft-montemurro-gsma-imei-urn

draft-ietf-geopriv-radius-lo still needs a revision based on IESG comments. The editor of the draft has found the means to address the comments and intends to submit a new version by the end of the week from starting on the 4th of May.

Draft-ietf-simple-xcap-diff received minor changes and is now in expert review. Robert Sparks is probing for comments to proceed with the draft. 

Draft-drage-sipping-rfc3455bis and draft-drage-sipping-service-identification both need a new version to be submitted. Previously it has been indicated that the service identification draft was held back due to copyright issues and at least those should be cleared now.

Draft-ietf-sip-location-conveyance still needs further work in the WG.

Draft-ietf-sip-outbound is now in AD review but a new revision is needed before last call.

Draft-yu-tel-dai is indicated as dead in I-D tracker. Hannu will find out about the foreseen future of the draft from the editor.

Draft-ietf-netlmm-pmip6-ipv4-support has gone to IETF last call on the 4th of May.

Draft-montemurro-gsma-imei-urn is one of the new dependencies. Cullen Jennings asked to have it clarified whether this draft intends to handle IMEI or IMEISV or both and does it need to become a URN that can be used with outbound? ¨

Vidya Narayanan commented after the meeting via email that also draft-giaretta-netlmm-mip-interactions has now completed last call and will very soon be ready for AD review.

Jari Arkko was not able to participate the meeting, but commented via email that individual drafts draft-muhanna-mext-binding-revocation and draft-muhanna-netlmm-grekey-option have become WG items and thus the name are changed to draft-ietf-mext-binding-revocation and draft-ietf-netlmm-grekey-option. This leaves 3GPP SA2 and CT4 groups an open action to update the references. Also draft-giaretta-netlmm-mip-interactions has become draft-ietf-netlmm-mip-interactions and SA2 should update their reference to it.

Jari also questioned whether 3GPP should reference draft-ietf-mipshop-mos-dns-discovery at all after the choice to specify ANDSF instead of using IEEE 801.21. When comparing the archive of the past versions of 3GPP TS 24.302 which used to reference to this draft, it turned out that the reference has already been removed in earlier meetings, but the CR just never got to Hannu's attention. The draft was simply removed from the dependency list and no CRs are needed. 

8.	ANY OTHER BUSINESS
It was agreed to collect comments and revisions on these minutes until Thursday the 7th of May and to distribute it on Friday the 8th.

9.	NEXT MEETING
It was agreed to meet next time during IETF #75 in Stockholm. The next meeting was tentatively agreed for Tuesday lunch break in IETF #75 meeting week.

10.	CLOSING
The meeting was closed at 16:20 UTC.

BR,
Hannu Hietalahti
3GPP TSG CT Chairman
tel: +358 40 5021724