From exim@www1.ietf.org Thu Jul 24 18:55:37 2003 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA05195 for ; Thu, 24 Jul 2003 18:55:36 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19fozR-0003Ax-Df for mip6-archive@odin.ietf.org; Thu, 24 Jul 2003 18:55:13 -0400 Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h6OMtDuk012193 for mip6-archive@odin.ietf.org; Thu, 24 Jul 2003 18:55:13 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19fozR-0003AZ-8m for mip6-web-archive@optimus.ietf.org; Thu, 24 Jul 2003 18:55:13 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA05171 for ; Thu, 24 Jul 2003 18:55:06 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19fozN-000304-00 for mip6-web-archive@ietf.org; Thu, 24 Jul 2003 18:55:10 -0400 Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 19fozI-0002zq-00 for mip6-web-archive@ietf.org; Thu, 24 Jul 2003 18:55:04 -0400 Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19fozF-000370-Ak; Thu, 24 Jul 2003 18:55:01 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19foye-00036I-08 for mip6@optimus.ietf.org; Thu, 24 Jul 2003 18:54:24 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA05137; Thu, 24 Jul 2003 18:54:16 -0400 (EDT) From: Basavaraj.Patil@nokia.com Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19foya-0002zl-00; Thu, 24 Jul 2003 18:54:20 -0400 Received: from [63.78.179.216] (helo=mgw-dax1.ext.nokia.com) by ietf-mx with esmtp (Exim 4.12) id 19foyP-0002zf-00; Thu, 24 Jul 2003 18:54:10 -0400 Received: from davir01nok.americas.nokia.com (davir01nok.americas.nokia.com [172.18.242.84]) by mgw-dax1.ext.nokia.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id h6OMri117972; Thu, 24 Jul 2003 17:53:44 -0500 (CDT) Received: from daebh002.NOE.Nokia.com (unverified) by davir01nok.americas.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id ; Thu, 24 Jul 2003 17:53:44 -0500 Received: from daebe007.NOE.Nokia.com ([172.18.242.211]) by daebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139); Thu, 24 Jul 2003 17:53:26 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 24 Jul 2003 17:53:26 -0500 Message-ID: <697DAA22C5004B4596E033803A7CEF44024DB489@daebe007.americas.nokia.com> Thread-Topic: IRTF list created for IP Mobility work Thread-Index: AcNSNmXW3YRSYVtRQw+dRqmsIf56jg== To: Cc: , , X-OriginalArrivalTime: 24 Jul 2003 22:53:26.0621 (UTC) FILETIME=[649CB8D0:01C35236] Content-Transfer-Encoding: quoted-printable Subject: [Mip6] IRTF list created for IP Mobility work Sender: mip6-admin@ietf.org Errors-To: mip6-admin@ietf.org X-BeenThere: mip6@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Transfer-Encoding: quoted-printable Hello, Following up on the IP Mobility bar BoF that was held at IETF57, we now have a mailing list setup for the work (thanks to Vern). The address for subscribing to the list is: irtf-mobility-charter-request@irtf.org and type subscribe in the body. The next step will be to get a grip on the charter and the scope of the work items. -Basavaraj _______________________________________________ Mip6 mailing list Mip6@ietf.org https://www.ietf.org/mailman/listinfo/mip6 From exim@www1.ietf.org Wed Jul 30 15:26:30 2003 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14693 for ; Wed, 30 Jul 2003 15:26:30 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19hwaK-0000QW-8E for mip6-archive@odin.ietf.org; Wed, 30 Jul 2003 15:26:04 -0400 Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h6UJQ4l0001641 for mip6-archive@odin.ietf.org; Wed, 30 Jul 2003 15:26:04 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19hwaI-0000QO-Te for mip6-web-archive@optimus.ietf.org; Wed, 30 Jul 2003 15:26:02 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14686 for ; Wed, 30 Jul 2003 15:25:58 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19hwaH-0002vp-00 for mip6-web-archive@ietf.org; Wed, 30 Jul 2003 15:26:01 -0400 Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 19hwaH-0002vl-00 for mip6-web-archive@ietf.org; Wed, 30 Jul 2003 15:26:01 -0400 Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19hwaH-0000Q8-J2; Wed, 30 Jul 2003 15:26:01 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19hwZY-0000PV-IY for mip6@optimus.ietf.org; Wed, 30 Jul 2003 15:25:16 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA14669 for ; Wed, 30 Jul 2003 15:25:07 -0400 (EDT) From: Basavaraj.Patil@nokia.com Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19hwZS-0002va-00 for mip6@ietf.org; Wed, 30 Jul 2003 15:25:10 -0400 Received: from [63.78.179.217] (helo=mgw-dax2.ext.nokia.com) by ietf-mx with esmtp (Exim 4.12) id 19hwZR-0002vW-00 for mip6@ietf.org; Wed, 30 Jul 2003 15:25:09 -0400 Received: from davir04nok.americas.nokia.com (davir04nok.americas.nokia.com [172.18.242.87]) by mgw-dax2.ext.nokia.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id h6UJP9G05121 for ; Wed, 30 Jul 2003 14:25:09 -0500 (CDT) Received: from daebh002.NOE.Nokia.com (unverified) by davir04nok.americas.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id ; Wed, 30 Jul 2003 14:25:35 -0500 Received: from daebe007.NOE.Nokia.com ([172.18.242.211]) by daebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6139); Wed, 30 Jul 2003 14:24:26 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 30 Jul 2003 14:24:25 -0500 Message-ID: <697DAA22C5004B4596E033803A7CEF44024DB4D3@daebe007.americas.nokia.com> Thread-Topic: MIP6 BoF Meeting minutes from IETF57 Thread-Index: AcNW0C5n2Ef4AJ68QqOjyUaXvl4YxQ== To: Cc: X-OriginalArrivalTime: 30 Jul 2003 19:24:26.0156 (UTC) FILETIME=[30641EC0:01C356D0] Content-Transfer-Encoding: quoted-printable Subject: [Mip6] MIP6 BoF Meeting minutes from IETF57 Sender: mip6-admin@ietf.org Errors-To: mip6-admin@ietf.org X-BeenThere: mip6@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Transfer-Encoding: quoted-printable Hello, Attached are the preliminary minutes of the MIP6 BoF. If you have any comments on these, please send them to me or the mip6 mailing list. -Basavaraj ********************************************** Mobility for IPv6 BoF (MIP6) ---------------------------- Wednesday, July 16 2003, 0900-1130 Reported by:=20 Eva Gustaffson (eva.gustafsson@ericsson.com) and Koojana Kuladinithi (koo@comnets.uni-bremen.de) (with some edits by Basavaraj Patil) Chairs: Basavaraj Patil (basavaraj.patil@nokia.com) Gabriel Montenegro (gab@sun.com) Phil Roberts (proberts@megisto.com) Agenda: 0. Intro/Agenda/Tahi Test suite update 1. Charter discussion Chairs 2. Thoughts on Bootstrapping a mobile node securely Chairs 3. Alternate HA-MN Signaling Security Ideas =09 Jari Arkko/Charles Perkins (No I-D) 4. Multiple Care-of Address Registration on Mobile IPv6 Ryuji Wakikawa (I-D: draft-wakikawa-mip6-multiplecoa-01.txt) 5. Extension to Advanced Socket API for Mobile IPv6 Samita Chakrabarti (draft-chakrabarti-mobileip-mipext-advapi-01.txt) 6. Backbone interoperability testing Philippe Cousin/Samita Chakrabarti General note: Because of time constraints the Socket API presentation and the backbone interoperability discussion were constrained significantly. -------------------------------------------------------- 0. Agenda/Tahi Test Suite Update -------------------------------------------------------- Only change to the agenda previously posted is the inclusion of the Tahi test suite update.=20 Status of Mobile IPv6 WG I-Ds (base MIPv6 and MN-HA IPsec) clarified. All discuss items (by IESG) on the base spec have been clarified and closed. Awaiting Steve Bellovins approval on the clarifications provided for the MN-HA IPsec I-D. Hiroshi Miyata made an announcement of the availability of the Tahi test suite version 1.0 for Mobile IPv6 which is based on draft version 21. Version 2.0 is expected in October and will support draft version 24. -------------------------------------------------------- 1. Charter Discussion -------------------------------------------------------- Basavaraj Patil presented the highlights of the charter. The Primary goal: improve base spec and work on items critical to get MIPv6 deployable on large scale=20 1. Refine base spec based on implementations & interoperability = experience 2. Split up base spec into smaller modular interworking pieces Work on items identified during development of base: 1. Bootstrap mechanism for setting up SAs between MN & HA 2. Improving HA reliability 3. Support MN changing of address 4. Alternatives to return-routability 5. Multicast support Discussion: Charlie Perkins: we might have more docs for security mechanisms, might take longer, may need to refine milestones later (these are tentative)=20 Thomas Narten: if document is ready in advance of milestone no reason to delay=20 Basavaraj Patil: charter is still being reviewed Hesham Soliman: need to consider MIPv4-v6 interaction; should be included in charter=20 Basavaraj Patil: consider transition issues to be taken up in v6ops, more of a cross-area item=20 Thomas Narten: is there a problem statement for this? Hesham Soliman: some work was done earlier, we can resubmit Thomas Narten: need a few pages summary why this is a problem George Tsirtsis: dual stack node works, but more can be done... Basavaraj Patil: charter is very focused, if you think this is important enough, write a problem statement=20 Samita Chakrabarti: route optimization? Basavaraj Patil: this is the mandated mechanism in base spec Charlie Perkins: decision for separate MIPSHOP WG inconclusive, better to have just one WG, make work & progress easier, need a lot of interaction between the two, would be worthwhile consider making these two WGs the same, otherwise we get more work and less productivity=20 Basavaraj Patil: people working on issues in the different groups are the same yes, but we separate the work into smaller groups to get more focus=20 Charlie Perkins: which WG has broader scope? Basavaraj Patil: MIP6 Charlie Perkins: didn't seem like that; if we have one WG now we can split it up later, would be harder to join two groups later=20 James Kempf: we've been working on drafts for last three years, not making progress, need to get done within next 6 months or this will never be done; easier to finish within 6 months with smaller groups=20 Gabriel Montenegro: can we close this issue? Thomas Narten: has been a long discussion, in the end ADs have to make decision, decided to split, MIP has history of being big and unwieldy, lot on its plate already; hesitant to take on new stuff that is not core, don't want to overload one WG=20 Charlie Perkins: we had a three year's sprint to get the base done, lots of things missing, ex multicast...=20 Thomas Narten: these issues we can still work through, charter is to be put in front of IESG within three weeks=20 -------------------------------------------------------- 2. Thoughts on Bootstrapping a mobile node securely -------------------------------------------------------- Gabriel presented the chairs thoughts on the bootstrapping problem.=20 Discussion: What is it? Why do we do it? ... Hesham Soliman: lots of these comments are not benefits of bootstrapping, but of MIPv6=20 Gabriel Montenegro: we can discuss later, but there seem to be enough reasons to do bootstrapping=20 Hesham Soliman: just using this doesn't prevent PKIs right...? Francis Dupont: our solution was to use AAA infrastructure; if you want to change addresses but keep peers...=20 Gabriel Montenegro: Jari will talk about these issues in next presentation=20 Hesham Soliman: AAA has to be there, utilize for key distribution, but propose to add normal IKE (public key based to use that)=20 Basavaraj Patil: extend to bootstrap MSA... some credentials exist already?=20 Gabriel Montenegro: yes, some security context exists; the assumption is that you have something to bootstrap off=20 ...Cont presentation: further thoughts on dynamic MSAs, credential = provisioning James Kempf: we need to do certificate profile, needs to be looked at=20 Gabriel Montenegro: yes, there is some thought behind it, but we need a bit more; to verify=20 Jari Arkko: worried about using certificates in some cases, sometimes authentiation not necessarily needs certificates...=20 Gabriel Montenegro: yes... Jari Arkko: discussed with IKEv2 folks, IKEv2 has address assignment feature...=20 Hesham Soliman: agrees with Jari's first comment, two addresses; first you be reached through, second 3041address (?)=20 Gabriel Montenegro: first address is identifier (?), same sort of certificate might enable both=20 Hesham Soliman: authorization issues are already been taken care of by HA.... if HA accepts certificate just because of trusting this certificate...?=20 Gabriel Montenegro: the idea is that the HA doesn't know yet...=20 Hesham Soliman: don't understand.... it's for the HA to decide who (what MNs) to accept=20 Gabriel Montenegro: profile would specify ex where security anchor is to be=20 Hesham Soliman: thought you were adding specifics to certificates....=20 Gabriel Montenegro: no Jari Arkko: wondering about pic, cleaner to do authentication directly with HA using this... only HA knows what addresses are allocated, however, don't really know where pic is going at the moment=20 Alper Yegin: pic is closed, IKEv2 superceding pic work -------------------------------------------------------- 3. Alternate HA-MN Signaling Security Ideas -------------------------------------------------------- Presentation on "Alternate proposal for MIPv6 security" was done by Jari Arkko. He started giving a background to the specification requirements defined in draft-ietf-mobileip-mipv6-ha-ipsec-06.txt to configure the signaling protection using IPsec (and IKEv1/IKEv2), as well as without using IPsec. Discussion: Background, improvements on RR (most people want to improve speed...), suggestion: optional mechanisms allowed in addition to RR=20 Hesham Soliman: possible to add CGAs in a way to eliminate care-of test=20 Jari Arkko: specs are welcome... Charlie Perkins: not only speed, also simplicity and security (can get better with shared secrets than with return routability?)=20 Jari Arkko: right, most of these schemes have some kind of tradeoff... however, we need most of these schemes=20 Hesham Soliman: we took tradeoff of making sure it's secure, if we take a step back, do we want speed? Then what happens to previous assumptions? Different parallel contradicting specs? Don't want that, becomes interoperability nightmare=20 Basavaraj Patil: as Jari said, this is optional Charlie Perkins: in case of shared secret, MIPv6 implementations do allow testing using shared secret=20 Basavaraj Patil: all this is up for further discussion ...Cont presentation: new functions: addressing freedom, dynamic assignment of HAs=20 Hesham Soliman: dynamic assignment of HA, what's the goal? AAA server will pick HA for you?=20 Jari Arkko: yes, roughly, assign a completely new HA for you, addressing location privacy=20 Basavaraj Patil: scope is not only assignment of HA, you can get assigned home address as well as HA=20 Hesham Soliman: yes but we already have these mechanisms in HMIP, is this just copying MIPv4?=20 Jari Arkko: no James Kempf: there is requirement that each MN has ability to use MIPv6, no requirement for ability to use HMIP=20 Hesham Soliman: what's the requirement to do this with AAA?=20 Jari Arkko: need for local HA Greg Daley: experimental protocol, work on this, come back to this later, seems a bit premature,=20 Basavaraj Patil: not to go into MIPSHOP at this point=20 Alper Yegin: options are not limited to home domain ...Cont presentation: HA-MN IKE-variant feedback, additional IKEv2 = issues Francis Dupont: "move IKEv2 first then send BU in MIPv6", will not work, do not move SA...=20 Jari Arkko: could you post details on this? Hesham inquired about possibility of eliminating CoA test with CGA. James mentioned that it is not sure, but for some cases, it might be possible. Charlie pointed out that there are most of schemes available to consider within this proposal. But, we have to consider the trade off between speed, security and also configurations. Basavaraj pointed that all those should be discussed within the WG. Hesham raised a question about the goal of DAHA (Dynamic Assignment of Home Agent) within this proposal. Jari told that it is not only finding the current HA, but also to keep the location privacy. Hesham told that it can be done within HMIP with AAA. Jari further explianed that it is not based on whether MN is in home domain or local domain. Jari mentioned about additional IKE2 issues that do not consider in the current MIPv6 draft. Francis Dupont mentioned that it is not the way to do this. -------------------------------------------------------- 4. Multiple Care-of Address Registration on Mobile IPv6 -------------------------------------------------------- Ryuji Wakikawa presented the "Multiple Care-of Address Registration on Mobile IPv6" I-D. He mentioned that this draft (draft-wakikawa-mip6-multiplecoa-01.txt) can be discussed within mip6 or nemo WG. He briefly went through motivation, CoA registration, Binding Management. Basavaraj mentioned that all drafts related to multiple CoA's, flow movement, multiple interfaces will be summarised in order to determine how to proceed in future.=20 -------------------------------------------------------- 5. Extension to Advanced Socket API for Mobile IPv6 -------------------------------------------------------- =20 Samita Chakrabarti presented the "Mobile IPv6 Advanced Sockets API". She briefly explianed what is MIPv6 sockets and updates=20 from draft V00 to V01. In terms of next steps, she asked about creating = a working group item within the mailing list. Alper raised a question whether it can be considered within IPv6 WG since this has a different scope from Mobile IP. Basavaraj mentioned that this work item would be discussed with the IPv6 WG chairs and decided accordingly.=20 -------------------------------------------------------- 6. Backbone interoperability testing -------------------------------------------------------- Samita Chakrabrti and Philippe Cousin presented the testbed proposal for MIPv6 interop testing.=20 Philippe explained the different types of testing focusing on event testing, MIPv6 permanent test-bed for ad-hoc remote testing & remote event testing. First draft on remote testing is available at www.etsi.org/plugtests. Samitha requested interested people to join the evening Bar BOF to duscuss further about Mobile IPv6 Internet testing ideas, specifically focused on having remote test-beds. _______________________________________________ Mip6 mailing list Mip6@ietf.org https://www.ietf.org/mailman/listinfo/mip6 From exim@www1.ietf.org Wed Jul 30 18:18:26 2003 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA21791 for ; Wed, 30 Jul 2003 18:18:26 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19hzGk-0008Ec-De for mip6-archive@odin.ietf.org; Wed, 30 Jul 2003 18:18:02 -0400 Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h6UMI2XE031648 for mip6-archive@odin.ietf.org; Wed, 30 Jul 2003 18:18:02 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19hzGk-0008EN-9A for mip6-web-archive@optimus.ietf.org; Wed, 30 Jul 2003 18:18:02 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA21768 for ; Wed, 30 Jul 2003 18:17:55 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19hzGh-0004Qb-00 for mip6-web-archive@ietf.org; Wed, 30 Jul 2003 18:17:59 -0400 Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 19hzGh-0004QY-00 for mip6-web-archive@ietf.org; Wed, 30 Jul 2003 18:17:59 -0400 Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19hzGj-0008E7-0z; Wed, 30 Jul 2003 18:18:01 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19hzGE-0008Dp-LB for mip6@optimus.ietf.org; Wed, 30 Jul 2003 18:17:30 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA21737 for ; Wed, 30 Jul 2003 18:17:23 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19hzGB-0004Q1-00 for mip6@ietf.org; Wed, 30 Jul 2003 18:17:27 -0400 Received: from key1.docomolabs-usa.com ([216.98.102.225] helo=fridge.docomolabs-usa.com ident=fwuser) by ietf-mx with esmtp (Exim 4.12) id 19hzGA-0004Px-00 for mip6@ietf.org; Wed, 30 Jul 2003 18:17:27 -0400 Date: Wed, 30 Jul 2003 15:19:12 -0700 Subject: Re: [Mip6] MIP6 BoF Meeting minutes from IETF57 From: Alper Yegin To: CC: Message-ID: In-Reply-To: <697DAA22C5004B4596E033803A7CEF44024DB4D3@daebe007.americas.nokia.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Content-Transfer-Encoding: 7bit Sender: mip6-admin@ietf.org Errors-To: mip6-admin@ietf.org X-BeenThere: mip6@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Correction below... > 5. Extension to Advanced Socket API for Mobile IPv6 > > -------------------------------------------------------- > > Samita Chakrabarti presented the "Mobile IPv6 Advanced Sockets > API". She briefly explianed what is MIPv6 sockets and updates > from draft V00 to V01. In terms of next steps, she asked about creating a > working group item within the mailing list. Alper raised a question > whether it can be considered within IPv6 WG since this has a > different scope from Mobile IP. Basavaraj mentioned that this work > item would be discussed with the IPv6 WG chairs and decided > accordingly. I didn't suggest this work should be considered in IPv6 WG instead of Mobile IP WG. I just asked "if we are going to adapt this work in Mobile IP WG, what are we (as the WG) planning to do with the other Mobile IP API proposal (draft-yokote-mobileip-api-02.txt)?" meaning we should look at all the relevant work and have a plan if we are going to move forward. Alper _______________________________________________ Mip6 mailing list Mip6@ietf.org https://www.ietf.org/mailman/listinfo/mip6