15:01:19 <sc68cal> #startmeeting neutron_ipv6
15:01:19 <openstack> Meeting started Tue Sep 16 15:01:19 2014 UTC and is due to finish in 60 minutes.  The chair is sc68cal. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:20 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01:22 <openstack> The meeting name has been set to 'neutron_ipv6'
15:03:00 <sc68cal> We were able to classify the bug for allowing dhcpv6 traffic through and get the fix merged
15:03:27 <sc68cal> If there are any other high priority bugs and fixes please let me know so we can tag them for RC1
15:03:37 <xuhanp> sc68cal, thanks for talking to the cores about that bug.
15:05:02 <sc68cal> xuhanp: no problem, happy to do so
15:08:19 <sc68cal> is anyone else online?
15:08:34 <haleyb> i'm watching with one eye
15:08:45 <xuhanp> sc68cal, should we start to talk about IPv6 next steps? K is coming soon.
15:09:01 <xuhanp> I remember we have some mid/long term goals.
15:09:15 <xuhanp> since short term is being accomplished.
15:09:47 <sc68cal> I think that is a good conversation to have, maybe at the summit?
15:10:12 <xuhanp> sure.
15:10:23 <aveiga> has the K process opened yet?
15:10:31 <haleyb> xuhanp: make sure it's on the etherpad too
15:10:50 <xuhanp> yep.
15:11:02 <xuhanp> not sure about the K process
15:12:06 <sc68cal> I am not sure either
15:13:50 <sc68cal> Do we have any other high priority bugs?
15:14:21 <xuhanp> I still want to discuss the arping bug but I can wait for open discussion
15:15:08 <sc68cal> Feel free to discuss, agenda is light today
15:15:20 <xuhanp> OK.
15:15:54 <xuhanp> After some hints by Carl, there are 3 places which sends garp for L3 HA
15:16:16 <xuhanp> 1. Floating IP  2. internal router interface 3. external gateway
15:16:38 <xuhanp> for 1 and 2 we won't need unsolicited NA as we discussed before.
15:16:55 <xuhanp> 1. don't need for IPv6.  2 covered by RA from RADVD.
15:17:10 <xuhanp> but I think we still need unsolicited NA for external gateway.
15:17:47 <xuhanp> since there is no existing tool cross platform to send NA. I am thinking of sending it by neutron code.
15:18:05 <xuhanp> anyone has experience doing that so I can get some clues?
15:18:17 <sc68cal> scapy
15:18:53 <sc68cal> good python lib for doing packet manipulation
15:19:01 <aveiga> xuhanp: shouldn't it be the external gateway's responsibility?
15:19:14 <sc68cal> the only issue is handling privilege escalation?
15:19:45 <xuhanp> aveiga, by external gateway I mean qg-XXX device to send out NA to notify external routers
15:19:54 <aveiga> ah, ok
15:20:10 <xuhanp> in current L3 code, if keepalived is configured, it's taken cared by keepalived
15:20:28 <xuhanp> but garp is used when HA is not enabled.
15:21:04 <xuhanp> sc68cal, I am thinking to construct a NA package actually
15:21:13 <xuhanp> like aveiga mentioned before for RA
15:21:32 <sc68cal> package or packet
15:21:47 <xuhanp> maybe message?
15:22:00 <xuhanp> neighbor advertisement message
15:22:43 <sc68cal> right - and scapy is a packet mainpulation lib, might have the ability to create those packets instead of building from scratch
15:22:59 <xuhanp> Ok. I will look into that.
15:23:53 <xuhanp> looks like IPv6 is it's on-going development
15:33:40 <xuhanp> sc68cal, if you don't have other things on the agenda, I am going to drop :-)
15:34:23 <sc68cal> xuhanp: agree, if there is nothing else do discuss we will give everyone back 30 minutes
15:34:38 <sc68cal> going once....
15:35:11 <sc68cal> going twice....
15:35:42 <sc68cal> OK everyone, same time next week!
15:35:48 <sc68cal> #endmeeting