[05:53:17] --- fdupont has joined [05:55:52] --- rjaksa has joined [06:03:27] --- jronan has joined [06:06:28] --- sureshk has joined [06:08:53] --- sakuma.macx has joined [06:10:14] who is the jabber scribe? [06:10:14] --- teco has left: Lost connection [06:10:40] --- Will Ivancic has joined [06:11:03] --- Gerardo has joined [06:11:04] --- behcet.sarikaya has joined [06:11:20] --- john.zhao has joined [06:11:24] meeting to start - we have notes and jabber takers [06:11:31] --- xiaohunhun has joined [06:13:20] draft v4traversal working on last call [06:13:28] --- omnione has joined [06:13:32] a few new comment have been recieved [06:14:26] ipv6-aaa-ha-goals WGLC [06:14:48] need comments on RO document. Please Please provide comments. [06:15:25] ro-automotive -req-00 accepted as WG document to be discussed today [06:15:29] there are no slides in the meeting materials site [06:15:38] hard to follow remotely [06:16:01] nemo-aero-req-02 in WGLC. Please provide comments. [06:16:20] --- dvijay has joined [06:16:31] May 2008 to submit -00 driaft for solution to aircraft/spacecraft problem. [06:16:39] To begin work on solutions [06:17:02] June 2008 submint the ID "RADIUS Mobile IPv6 Support [06:17:06] to be discussed today [06:17:29] Will the chairs be uploading slides to the meeting materials site? [06:17:45] July 2008 Submit analysis of the Multiple Simultaneous Care-of Addresses and Home Agent Addresses [06:18:08] -draft-ietf-monami6-mipv6-analysis=-4 [06:19:07] Ryuji indicates waiting for comments. [06:19:29] Willing to update document, but waiting on comments. [06:20:44] Multiplle Interfaces Motivations and Scenario draft [06:21:38] action will be taken to update [06:22:07] Mobile IPv6 Operations and Firewalls. Need more feedback [06:22:33] Submint final doc on VOT for NEMO Basci Support to IESG [06:22:59] Hesham on flow-binding-04 [06:23:31] Issue is to separate flow message from transport. Working on making those changes before resubmitting. [06:24:22] Flow/binding policy format to IESG is not yet a WG item. [06:25:07] Working on update to RFC3775 [06:25:11] --- chanwah.ng has joined [06:26:17] home agent reliability is ready - hareliability-03 [06:26:30] --- geir.egeland@gmail.com has joined [06:26:40] Ryuji indicates they have recieved comments and will be updating the document soon. [06:27:30] Agenda is here: http://tools.ietf.org/wg/mext/agenda [06:29:38] meeting materials are here https://datatracker.ietf.org/meeting/71/materials.html [06:30:32] Presentation on - MIPv6 home link operation in various SDOs draft-devarapalli-mext-mipv6-home-link-00.txt Vijay - 10 min [06:32:15] --- washad has joined [06:32:30] --- mext has joined [06:32:35] Discussing IKEv2 exchange and Binding Update/Binding Ack. [06:33:14] Hesham at mic [06:33:59] Neighbor discovery is not possible on certain p2p links (ipsec tunnels) ??? why [06:35:49] --- sureshk has left [06:36:05] --- sureshk has joined [06:36:35] There is no pre-configured home address [06:37:03] Discussion on home link detection [06:37:15] In the Mobile IPv6 bootstrapping solutions we have developed so far, there is no assumption that the mobile node ever knows its home address beforehando [06:37:32] Hesham needs to look at RFC 5026 and MIP6 bootstrapping problem statement [06:40:26] The current document is already Informational [06:40:34] It may be possible to do home link detection and IKEv2 configuration. We need to document the issue [06:41:43] Julien at Mic [06:42:58] requesting clarification of why the is issue with MN IP address to correspondin p2p link. [06:45:10] Will can you mention that forwarding for mobile network prefixes for NEMO is done at the HA until a binding update is received from the mobile router [06:46:35] Providing two possible solutions, but need to document if this is really a problem. [06:46:42] Long line at mic [06:48:02] line gone - room does not appear to have concensus as if there is really a problem [06:48:35] Question by Marcelo: is there a problem [06:48:46] Long line at mic [06:49:14] Configure IPv4 home address? [06:49:22] Configure NEMO prefixes? [06:49:41] Setting up routing for mobile network prefixes at the home agent? [06:51:28] Interaction of IKEv2 and Mobile IP is not always clear [06:52:23] No blanket statements saying something doesn't work. Need to clarify use case of where and why something doesn't work. [06:52:57] May need informational document to clarify mipv6 and IKEv2 [06:53:08] The use cases are referenced in the draft from 3GPP specs [06:54:11] --- john.zhao has left: Computer went to sleep [06:55:04] --- john.zhao has joined [06:57:18] IKEv2/MIPv6 problem needs more explaination to overall group. Appears to be closely relayed to 3GPP as problem is not apparent to many in IETF as they are not 3PPG experts. [06:59:08] Marcelo - should we produce a document explaining how to detect the home link? [07:00:20] Line at mic [07:01:55] When you bootup, you don't know your home prefix [07:02:10] So you can't figure out you are on the home link when you get a router advertisement [07:02:24] RFC 3775 assumes the mobile node is already configured with the home preffix [07:02:42] That is not valid anymore [07:02:56] 3963 does not specify anything either [07:03:52] line cut off - time to move on [07:05:02] Propose to go to mail list [07:05:31] home agent detection appears to be already defined [07:06:07] So, people should write a propose text to describe / clarify the problem on the mail list for discussion. [07:06:23] Presentation on Prefix Management. [07:13:01] Discussion of document - this appears to be a deployment issue, no need for an additional protocol here [07:18:52] Ryuji - on - Multiple Care-of Addresses Registration draft-ietf-monami6-multiplecoa-06.txt Ryuji - 20 min [07:20:38] Need to investigate wheather MCoA is compliante with teh ehnaced RO RFC4886 [07:21:18] Issue - Simultaneous Home and Foreign Agent attachement. [07:25:10] Sri to mic - is there concensus to address this problem - answer from Chairs is YES [07:25:42] Ryuji is describing possible solution. [07:27:28] --- john.zhao has left: Disconnected. [07:28:12] --- john.zhao has joined [07:28:32] line at mic [07:29:12] --- xiaohunhun has left [07:29:33] Question regarding allowin HA to lean MN's L2 address and delivers packets to MN w/out NDP. [07:29:48] --- softgearko has joined [07:30:21] Als MN learns L2 address of default route ian constructs outgoing packt w/out NDP. [07:31:35] --- xiaohunhun has joined [07:31:55] We are turning off the proxy ND [07:32:47] --- washad has left: Computer went to sleep [07:33:05] --- geir.egeland@gmail.com has left [07:34:06] For multiple interfaces, HA keeps binding for external interface, but not for interface that connects MR to HA. [07:35:57] Come up with text to decribe problem/solution and work on mail list. [07:37:19] Automotive Industry Requirements Draft Discussion [07:37:59] ISO CALM and ETSI TC ITS to request liasons with IETF [07:38:17] --- sureshk has left [07:38:20] Draft intiated by C2C-CC no gather input from ISO and ITSI [07:39:31] NEMO MR runs on automotive On-board Units (OBU), embedded in car's electronics [07:44:52] Security requirement is stating or directing a solution. The requirement should not presuppose a solution. [07:48:19] Discussion on Privacy Protection [07:48:40] Exposing the MNP must be limited to CE and nobes on the path MR-CE [07:48:42] BTW, thanks Will for being the jabber scribe [07:48:52] Very useful for me [07:50:01] Discussion on what is "Privacy" [07:50:18] Why worry about MNP prefix? [07:50:42] Or is it the traffic content that needs protection. [07:51:20] IMHO, this is a unsolvible issue - pizza delivery problem (lots of pizzas, something is happening) [07:52:28] Req 5 is effieienct signalling - draft is outdated and will be updated. [07:53:17] HA swithc considered in ISO CALM, not in C2C-CC thus RO should not preveint it. [07:53:46] Marcelo to mic - What HA switching - presupposes solution. [07:54:43] --- mattlarson has joined [07:55:05] --- mattlarson has left [07:55:09] Req 6 is for HA switching, but not clear what that means. [07:56:11] --- softgearko has left [07:57:29] Requirement needs to be stated more clearly. Is it that RO must work with HA reliability? [07:57:52] Wes Eddy at mic dicussing aero requirements. [07:58:40] Document in Last Call - we are expecting some input from Beoing on some minor wording. [07:59:11] Changed requirment on lossto also require NOT duplicting packets [07:59:28] Biggest change in Security Requirement [07:59:50] Old was IPsec MUST be usable [08:00:08] New requirment is more clear. [08:00:51] --- Chip Sharp has joined [08:05:19] CoA Validation should indicate this is for Multiple CoA validation and there will be multple CoA as MR is Multihomed [08:05:29] --- john.zhao has left: Computer went to sleep [08:06:02] --- john.zhao has joined [08:07:30] Questions regarding trust relationships. [08:08:03] MR autoriazation to perform BU for specific MNPs [08:08:50] May assume trust relationships between RF and mobility anchor points "topologically near" to CNs, but not necessarily with every CN itself. [08:14:49] Alex has questions on Security Requirment "The RO scheme MUST ensure that only explicilty autorized MR ar able to performe a binding update for a specific MNP" and will bring it to the mail list [08:17:15] --- behcet.sarikaya has left [08:20:26] Fred Templin of Beoing at mic - question how RO will interact with next generation global routing system [08:21:15] Marcelo - this is a research issue, not IETF. We have to work solution for today's routing system. We cannot make requirment compatable with things that do not exist [08:22:31] Probably need to add requirement or at least clarify the Sessions continue to operate under RO. [08:29:44] Questions on scalability - is number 10,000 correct or should it be 100,000? [08:30:59] --- chanwah.ng has left [08:31:00] --- omnione has left [08:31:00] Marcelo -Please comment on document for next two weeks then produce new version and begin working solutions [08:31:27] Adjurned until tomorrow monring. [08:31:57] I will be ad DTNRG as I present, so you'll need another Jabber scribe. - [08:32:00] --- Will Ivancic has left [08:32:13] --- Gerardo has left: Replaced by new connection. [08:32:18] Thanks [08:32:22] --- dvijay has left [08:32:30] --- xiaohunhun has left [08:33:38] --- fdupont has left: Computer went to sleep [08:33:42] --- rjaksa has left [08:33:45] --- john.zhao has left: Computer went to sleep [08:34:22] --- jronan has left [08:36:32] --- Chip Sharp has left [08:37:05] --- sakuma.macx has left [08:41:12] --- john.zhao has joined [08:41:27] --- mext has left [08:52:59] --- john.zhao has left [08:58:14] --- sureshk has joined [08:59:05] --- sureshk has left [09:12:35] --- sureshk has joined [10:16:46] --- washad has joined [10:16:53] --- washad has left [10:28:21] --- sureshk has left: Replaced by new connection [15:44:06] --- fdupont has joined [15:44:10] --- fdupont has left