15:06:11 #startmeeting hyper-v 15:06:12 Meeting started Tue Oct 2 15:06:11 2012 UTC. The chair is primeministerp. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:06:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:06:14 hehe 15:06:15 The meeting name has been set to 'hyper_v' 15:06:18 ok 15:06:33 my bad, was using "/" 15:06:43 forgot it was a "#" 15:06:44 thx 15:07:13 Let's start with the Installer for the Nova-compute for Hyper-v 15:07:21 #topic Installer Testing 15:07:34 alexpilotti: would you like to take the floor 15:08:00 alexpilotti has created an msi, which we need to begin testing 15:08:47 alexpilotti it allows for the enabling of the features and configuration tweaks necessary to deploy silently 15:09:19 the idea is that once the OS is deployes, the installer takes care of all the rest 15:09:30 *deployed 15:09:53 we tested it a lot on Hyper v 2012 15:10:46 alexpilotti: so it requires an existing folsom controller to be present as well as a domain controller if you are going to enable live migration correct? 15:10:49 I can test it this week 15:11:03 I'll test it two 15:11:07 too 15:11:17 We need to look for typos as well in the language 15:11:35 used in the dialogs etc 15:11:48 We can translate it to Spanish and French 15:12:09 so alex and I were just discussing that 15:12:09 i take french Pedro if u want 15:12:34 sure EmilienM 15:12:40 :) 15:12:53 alexpilotti: so I think you got an answer 15:13:05 tx guys! 15:13:20 I'll take Italian and German, I guess :-) 15:13:44 ok 15:13:47 great 15:14:05 alexpilotti: what's the best way to get the new installer 15:14:06 pnavarro: the installer enables the msiscsi service 15:14:30 alexpilotti: great! I'll test it 15:14:31 primeministerp: for the moment I left a link in the email, that you guys just got 15:15:10 alexpilotti: I wasn't sure if you sent it out to everyone 15:15:30 http://www.cloudbase.it/beta/HyperVNovaCompute_1_0_0_beta.msi 15:15:33 #link http://www.cloudbase.it/beta/HyperVNovaCompute_1_0_0_beta.msi 15:15:57 ok moving on 15:16:24 #topic conference roster 15:16:34 so EmilienM is now attending the conf 15:16:45 yup 15:16:55 I think that means we have confirmed everyone but Jordan being there 15:17:06 alexpilotti: great job for installer :) 15:17:45 Let's make sure we coordinate to meetup the first day, and try to get some coverage in sessions 15:18:10 also we'll should plan on having some planning sessions as between us as well 15:19:09 looks like jordan won't be there 15:19:13 tx EmilienM ! :-) 15:19:48 Just after the summit I'll talking about Hyper-V in the next Paris meetup: #link http://www.meetup.com/OpenStack-France/events/84177022/ 15:19:58 pnavarro: great 15:20:22 pnavarro: make sure you send me a copy of the slides and I'll make sure they get distributed internally here 15:20:47 #topic Quantum 15:21:12 let's start to discuss approaches for implementing quantum on windows 15:21:27 alexpilotti: and I have been discussion the different options 15:21:50 the first being, use the native windows extensible switch 15:21:58 that is part of hyper-v 15:22:21 or the second being porting openvswitch to run in it's place 15:22:29 primeministerp: that'd be peace of cake.. 15:22:36 it being the hyper-v switch 15:22:41 pnavarro: which is the cake? 15:22:43 pnavarro: ovs? 15:22:52 the first option, I mean... 15:23:20 primeministerp: I think you should code a new plugin like : hyperv-vswitch-quantum-plugin 15:23:27 we'll we were probably thinking you would need both 15:23:31 EmilienM: we would need to 15:23:37 to manage basic VIF connection 15:23:53 EmilienM: continue 15:24:08 I have one question about Hyper-V vSwitch 15:24:14 is it OpenFlow ready ? 15:24:14 EmilienM: sure 15:24:20 EmilienM: I'm not sure 15:24:55 EmilienM: http://www.networkworld.com/news/2011/092711-nec-windows8-hyperv-251327.html 15:25:18 EmilienM: looks like there may be 3rd party adding it 15:25:19 greta ! 15:25:21 great !* 15:25:32 that could be useful :) 15:25:36 for SDN 15:25:49 and interconnection with other computes nodes 15:26:03 EmilienM: well that's one of the reasons we were discussing the use of the ovs 15:26:28 EmilienM: in theory we can use it instead of the hyper-v vswitch 15:26:36 sorry guys, I have to leave earlier, I sprained my knee last wednesday, and I'm really slow... 15:26:45 and in theory have the same operation pane 15:26:48 in theory 15:27:09 alexpilotti: what do you think? 15:28:00 the quantum hyper-v driver is the basic implementation we were talking about 15:28:58 ovs is imo the cool way to go 15:29:20 alexpilotti: i agree 15:29:21 actually, all plugins use OVS 15:29:26 not Cisco, sorry 15:30:20 In theory also there could be need for both 15:31:04 EmilienM: anything else to add from your experiences 15:31:25 about the design of the plugin : 15:31:38 EmilienM: yes 15:31:48 we'll talk about features 15:32:01 but tunneling & VLAN legacy could be great 15:32:31 alexpilotti: what about control of the hyper-v firewall 15:32:41 it's really depending of the Hyper-V vSwitch features 15:32:50 primeministerp: +1 15:32:51 So 15:33:01 So i have been playing with LACP on 2012 server 15:33:16 primeministerp: we can control it easily 15:33:20 basically windows now supports bonding 15:33:34 "We" use the term "teaming" 15:33:50 with that you can have both managed and unmanaged switch teaming 15:34:05 meaning the switch can be configured for it, or not 15:34:15 in terms of the LACP part 15:34:34 i'm currently using it w/ 2 nics, and a lucent ERS 15:35:22 however, I'm having issues once I tell the hyper-v virtual switch to use the new virtual teaming interface created for a specific vlan 15:35:37 I think LACP is outside Quantum subject 15:35:50 EmilienM: well usually it's below the OVS layer 15:35:59 since Quantum does not care about the vSwitch in itself 15:36:03 EmilienM: you would configure ovs to use it 15:36:13 it will create L2 bridges & virtual routers 15:37:02 EmilienM: it's related, and also a configuration we would want to use in a lot of cases 15:37:21 Figured i'd share a bit 15:37:48 Ok 15:37:54 #topic RDP access 15:38:17 One other thing we are looking to start work on for the G release is RDP access to the VM console 15:38:50 alexpilotti: did some early investigation into using freerdp as the mechanism 15:39:22 user experiences are going to be key 15:39:56 don't think our cern friends are on, however I know it was a key feature they were looking for 15:40:06 and in fact a necessary one 15:40:12 from my personal perspective 15:40:23 alexpilotti: anything you want to add on RDP console access? 15:40:40 we plan to implement 2 solutions: 15:41:27 1) a novnc-* equivalent RDP alternative 15:41:38 2) an RDP to VNC bridge 15:42:24 alexpilotti: explain the need for the RDP to VNC bridge 15:42:37 VNC to RDP sorry :-) 15:42:54 alexpilotti: hehe that makes sense now 15:43:08 this way the dashboard can offer a single VNC solution covering multiple hypervisors 15:43:17 as everybody else uses VNC ;-) 15:43:52 are we sure, wasn't some work done to use spice? 15:44:44 http://folsomdesignsummit2012.sched.org/event/2eb1ef6e79b9214da065bb3e6981d58c#.UGsL3U2HIvs 15:44:54 looks like someone's talking on the subject 15:45:29 EmilienM: alexpilotti anything else today? 15:46:05 no 15:46:12 ok then 15:46:19 primeministerp: we should talk w teh spice guys to see what's the project status 15:46:33 alexpilotti: that's why I'm mentioning it 15:46:55 alexpilotti: in terms of spice, I believe a friend of mine still does QA for the protocol testing 15:46:59 for RH 15:47:33 alexpilotti: let's discuss more offline 15:47:46 primeministerp: cool 15:47:50 on that note, thanks everyone 15:47:56 #endmeeting