<div dir="ltr">I've tried updating interface while running ssh session from guest to host and it was dropped :(<div><br><div><div><i><font size="1">07:27:58.676570 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 44:88, ack 61, win 2563, options [nop,nop,TS val 4539607 ecr 24227108], length 44</font></i></div>
<div><i><font size="1">07:27:58.677161 IP 172.18.76.80.22 > 10.0.0.4.52556: Flags [P.], seq 61:121, ack 88, win 277, options [nop,nop,TS val 24227149 ecr 4539607], length 60</font></i></div><div><i><font size="1">07:27:58.677720 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [.], ack 121, win 2563, options [nop,nop,TS val 4539608 ecr 24227149], length 0</font></i></div>
<div><i><font size="1">07:27:59.087582 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 88:132, ack 121, win 2563, options [nop,nop,TS val 4539710 ecr 24227149], length 44</font></i></div><div><i><font size="1">07:27:59.088140 IP 172.18.76.80.22 > 10.0.0.4.52556: Flags [P.], seq 121:181, ack 132, win 277, options [nop,nop,TS val 24227251 ecr 4539710], length 60</font></i></div>
<div><i><font size="1">07:27:59.088487 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [.], ack 181, win 2563, options [nop,nop,TS val 4539710 ecr 24227251], length 0</font></i></div><div><font size="1"><b style="font-family:arial,sans-serif">[vm interface updated..]</b><br>
</font></div><div><i><font size="1">07:28:17.157594 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 132:176, ack 181, win 2563, options [nop,nop,TS val 4544228 ecr 24227251], length 44</font></i></div><div><i><font size="1">07:28:17.321060 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 176:220, ack 181, win 2563, options [nop,nop,TS val 4544268 ecr 24227251], length 44</font></i></div>
<div><i><font size="1">07:28:17.361835 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 132:176, ack 181, win 2563, options [nop,nop,TS val 4544279 ecr 24227251], length 44</font></i></div><div><i><font size="1">07:28:17.769935 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 132:176, ack 181, win 2563, options [nop,nop,TS val 4544381 ecr 24227251], length 44</font></i></div>
<div><i><font size="1">07:28:18.585887 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 132:176, ack 181, win 2563, options [nop,nop,TS val 4544585 ecr 24227251], length 44</font></i></div><div><i><font size="1">07:28:20.221797 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 132:176, ack 181, win 2563, options [nop,nop,TS val 4544994 ecr 24227251], length 44</font></i></div>
<div><i><font size="1">07:28:23.493540 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 132:176, ack 181, win 2563, options [nop,nop,TS val 4545812 ecr 24227251], length 44</font></i></div><div><i><font size="1">07:28:30.037927 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 132:176, ack 181, win 2563, options [nop,nop,TS val 4547448 ecr 24227251], length 44</font></i></div>
<div><i><font size="1">07:28:35.045733 ARP, Request who-has 10.0.0.1 tell 10.0.0.4, length 28</font></i></div><div><i><font size="1">07:28:36.045388 ARP, Request who-has 10.0.0.1 tell 10.0.0.4, length 28</font></i></div><div>
<i><font size="1">07:28:37.045900 ARP, Request who-has 10.0.0.1 tell 10.0.0.4, length 28</font></i></div><div><i><font size="1">07:28:43.063118 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:ec:eb:a4, length 280</font></i></div>
<div><i><font size="1">07:28:43.084384 IP 10.0.0.3.67 > 10.0.0.4.68: BOOTP/DHCP, Reply, length 323</font></i></div><div><i><font size="1">07:28:43.085038 ARP, Request who-has 10.0.0.3 tell 10.0.0.4, length 28</font></i></div>
<div><i><font size="1">07:28:43.099463 ARP, Reply 10.0.0.3 is-at fa:16:3e:79:9b:9c, length 28</font></i></div><div><i><font size="1">07:28:43.099841 IP 10.0.0.4 > <a href="http://10.0.0.3">10.0.0.3</a>: ICMP 10.0.0.4 udp port 68 unreachable, length 359</font></i></div>
<div><i><font size="1">07:28:43.125379 ARP, Request who-has 10.0.0.1 tell 10.0.0.4, length 28</font></i></div><div><i><font size="1">07:28:43.125626 ARP, Reply 10.0.0.1 is-at fa:16:3e:61:28:fa, length 28</font></i></div><div>
<i><font size="1">07:28:43.125907 IP 10.0.0.4.52556 > 172.18.76.80.22: Flags [P.], seq 132:176, ack 181, win 2563, options [nop,nop,TS val 4550720 ecr 24227251], length 44</font></i></div><div><i><font size="1">07:28:43.132650 IP 172.18.76.80.22 > 10.0.0.4.52556: Flags [R], seq 369316248, win 0, length 0</font></i></div>
<div><i><font size="1">07:28:48.148853 ARP, Request who-has 10.0.0.4 tell 10.0.0.1, length 28</font></i></div><div><i><font size="1">07:28:48.149377 ARP, Reply 10.0.0.4 is-at fa:16:3e:ec:eb:a4, length 28</font></i></div></div>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 30, 2014 at 5:50 PM, Kyle Mestery <span dir="ltr"><<a href="mailto:mestery@noironetworks.com" target="_blank">mestery@noironetworks.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Agreed, ping was a good first tool to verify downtime, but trying with<br>
something using TCP at this point would be useful as well.<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Apr 30, 2014 at 8:39 AM, Eugene Nikanorov<br>
<<a href="mailto:enikanorov@mirantis.com">enikanorov@mirantis.com</a>> wrote:<br>
> I think it's better to test with some tcp connection (ssh session?) rather<br>
> then with ping.<br>
><br>
> Eugene.<br>
><br>
><br>
> On Wed, Apr 30, 2014 at 5:28 PM, Oleg Bondarev <<a href="mailto:obondarev@mirantis.com">obondarev@mirantis.com</a>><br>
> wrote:<br>
>><br>
>> So by running ping while instance interface update we can see ~10-20 sec<br>
>> of<br>
>> connectivity downtime. Here is a tcp capture during update (pinging ext<br>
>> net gateway):<br>
>><br>
>> 05:58:41.020791 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 10, length 64<br>
>> 05:58:41.020866 IP 172.24.4.1 > <a href="http://10.0.0.4" target="_blank">10.0.0.4</a>: ICMP echo reply, id 29954, seq<br>
>> 10, length 64<br>
>> 05:58:41.885381 STP 802.1s, Rapid STP, CIST Flags [Learn, Forward,<br>
>> Agreement]<br>
>> 05:58:42.022785 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 11, length 64<br>
>> 05:58:42.022832 IP 172.24.4.1 > <a href="http://10.0.0.4" target="_blank">10.0.0.4</a>: ICMP echo reply, id 29954, seq<br>
>> 11, length 64<br>
>> [vm interface updated..]<br>
>> 05:58:43.023310 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 12, length 64<br>
>> 05:58:44.024042 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 13, length 64<br>
>> 05:58:45.025760 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 14, length 64<br>
>> 05:58:46.026260 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 15, length 64<br>
>> 05:58:47.027813 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 16, length 64<br>
>> 05:58:48.028229 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 17, length 64<br>
>> 05:58:49.029881 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 18, length 64<br>
>> 05:58:50.029952 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 19, length 64<br>
>> 05:58:51.031380 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 20, length 64<br>
>> 05:58:52.032012 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 21, length 64<br>
>> 05:58:53.033456 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 22, length 64<br>
>> 05:58:54.034061 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 23, length 64<br>
>> 05:58:55.035170 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 24, length 64<br>
>> 05:58:56.035988 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 25, length 64<br>
>> 05:58:57.037285 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 26, length 64<br>
>> 05:58:57.045691 ARP, Request who-has 10.0.0.1 tell 10.0.0.4, length 28<br>
>> 05:58:58.038245 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 27, length 64<br>
>> 05:58:58.045496 ARP, Request who-has 10.0.0.1 tell 10.0.0.4, length 28<br>
>> 05:58:59.040143 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 28, length 64<br>
>> 05:58:59.045609 ARP, Request who-has 10.0.0.1 tell 10.0.0.4, length 28<br>
>> 05:59:00.040789 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 29, length 64<br>
>> 05:59:01.042333 ARP, Request who-has 10.0.0.1 tell 10.0.0.4, length 28<br>
>> 05:59:01.042618 ARP, Reply 10.0.0.1 is-at fa:16:3e:61:28:fa (oui Unknown),<br>
>> length 28<br>
>> 05:59:01.043471 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 30, length 64<br>
>> 05:59:01.063176 IP 172.24.4.1 > <a href="http://10.0.0.4" target="_blank">10.0.0.4</a>: ICMP echo reply, id 29954, seq<br>
>> 30, length 64<br>
>> 05:59:02.042699 IP 10.0.0.4 > <a href="http://172.24.4.1" target="_blank">172.24.4.1</a>: ICMP echo request, id 29954, seq<br>
>> 31, length 64<br>
>> 05:59:02.042840 IP 172.24.4.1 > <a href="http://10.0.0.4" target="_blank">10.0.0.4</a>: ICMP echo reply, id 29954, seq<br>
>> 31, length 64<br>
>><br>
>> However this connectivity downtime can be significally reduced by<br>
>> restarting<br>
>> network service on the instance right after interface update.<br>
>><br>
>><br>
>> On Mon, Apr 28, 2014 at 6:29 PM, Kyle Mestery <<a href="mailto:mestery@noironetworks.com">mestery@noironetworks.com</a>><br>
>> wrote:<br>
>>><br>
>>> On Mon, Apr 28, 2014 at 9:19 AM, Oleg Bondarev <<a href="mailto:obondarev@mirantis.com">obondarev@mirantis.com</a>><br>
>>> wrote:<br>
>>> > On Mon, Apr 28, 2014 at 6:01 PM, Kyle Mestery<br>
>>> > <<a href="mailto:mestery@noironetworks.com">mestery@noironetworks.com</a>><br>
>>> > wrote:<br>
>>> >><br>
>>> >> On Mon, Apr 28, 2014 at 8:54 AM, Oleg Bondarev<br>
>>> >> <<a href="mailto:obondarev@mirantis.com">obondarev@mirantis.com</a>><br>
>>> >> wrote:<br>
>>> >> > Yeah, I also saw in docs that update-device is supported since 0.8.0<br>
>>> >> > version,<br>
>>> >> > not sure why it didn't work in my setup.<br>
>>> >> > I installed latest libvirt 1.2.3 and now update-device works just<br>
>>> >> > fine<br>
>>> >> > and I<br>
>>> >> > am able<br>
>>> >> > to move instance tap device from one bridge to another with no<br>
>>> >> > downtime<br>
>>> >> > and<br>
>>> >> > no reboot!<br>
>>> >> > I'll try to investigate why it didn't work on 0.9.8 and which is the<br>
>>> >> > minimal<br>
>>> >> > libvirt version for this.<br>
>>> >> ><br>
>>> >> Wow, cool! This is really good news. Thanks for driving this! By<br>
>>> >> chance did you notice if there was a drop in connectivity at all, or<br>
>>> >> if the guest detected the move at all?<br>
>>> ><br>
>>> ><br>
>>> > Didn't check it yet. What in your opinion would be the best way of<br>
>>> > testing<br>
>>> > this?<br>
>>> ><br>
>>> The simplest way would to have a ping running when you run<br>
>>> "update-device" and see if any packets are dropped. We can do more<br>
>>> thorough testing after that, but that would give us a good<br>
>>> approximation of connectivity while swapping the underlying device.<br>
>>><br>
>>> >> Kyle<br>
>>> >><br>
>>> >> > Thanks,<br>
>>> >> > Oleg<br>
>>> >> ><br>
>>> >> ><br>
>>> >> > On Sat, Apr 26, 2014 at 5:46 AM, Kyle Mestery<br>
>>> >> > <<a href="mailto:mestery@noironetworks.com">mestery@noironetworks.com</a>><br>
>>> >> > wrote:<br>
>>> >> >><br>
>>> >> >> According to this page [1], "update-device" is supported from<br>
>>> >> >> libvirt<br>
>>> >> >> 0.8.0 onwards. So in theory, this should be working with your 0.9.8<br>
>>> >> >> version you have. If you continue to hit issues here Oleg, I'd<br>
>>> >> >> suggest<br>
>>> >> >> sending an email to the libvirt mailing list with the specifics of<br>
>>> >> >> the<br>
>>> >> >> problem. I've found in the past there are lots of very helpful on<br>
>>> >> >> that<br>
>>> >> >> mailing list.<br>
>>> >> >><br>
>>> >> >> Thanks,<br>
>>> >> >> Kyle<br>
>>> >> >><br>
>>> >> >> [1]<br>
>>> >> >><br>
>>> >> >> <a href="http://libvirt.org/sources/virshcmdref/html-single/#sect-update-device" target="_blank">http://libvirt.org/sources/virshcmdref/html-single/#sect-update-device</a><br>
>>> >> >><br>
>>> >> >> On Thu, Apr 24, 2014 at 7:42 AM, Oleg Bondarev<br>
>>> >> >> <<a href="mailto:obondarev@mirantis.com">obondarev@mirantis.com</a>><br>
>>> >> >> wrote:<br>
>>> >> >> > So here is the etherpad for the migration discussion:<br>
>>> >> >> > <a href="https://etherpad.openstack.org/p/novanet-neutron-migration" target="_blank">https://etherpad.openstack.org/p/novanet-neutron-migration</a><br>
>>> >> >> > I've also filed a design session on this:<br>
>>> >> >> > <a href="http://summit.openstack.org/cfp/details/374" target="_blank">http://summit.openstack.org/cfp/details/374</a><br>
>>> >> >> ><br>
>>> >> >> > Currently I'm still struggling with instance vNic update, trying<br>
>>> >> >> > to<br>
>>> >> >> > move<br>
>>> >> >> > it<br>
>>> >> >> > from one bridge to another.<br>
>>> >> >> > Tried the following on ubuntu 12.04 with libvirt 0.9.8:<br>
>>> >> >> ><br>
>>> >> >> ><br>
>>> >> >> ><br>
>>> >> >> > <a href="https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/sect-dynamic-vNIC.html" target="_blank">https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/sect-dynamic-vNIC.html</a><br>

>>> >> >> > virsh update-device shows success but nothing actually changes in<br>
>>> >> >> > the<br>
>>> >> >> > instance interface config.<br>
>>> >> >> > Going to try this with later libvirt version.<br>
>>> >> >> ><br>
>>> >> >> > Thanks,<br>
>>> >> >> > Oleg<br>
>>> >> >> ><br>
>>> >> >> ><br>
>>> >> >> ><br>
>>> >> >> > On Wed, Apr 23, 2014 at 3:24 PM, Rossella Sblendido<br>
>>> >> >> > <<a href="mailto:rsblendido@suse.com">rsblendido@suse.com</a>><br>
>>> >> >> > wrote:<br>
>>> >> >> >><br>
>>> >> >> >><br>
>>> >> >> >> Very interesting topic!<br>
>>> >> >> >> +1 Salvatore<br>
>>> >> >> >><br>
>>> >> >> >> It would be nice to have an etherpad to share the information<br>
>>> >> >> >> and<br>
>>> >> >> >> organize<br>
>>> >> >> >> a plan. This way it would be easier for interested people  to<br>
>>> >> >> >> join.<br>
>>> >> >> >><br>
>>> >> >> >> Rossella<br>
>>> >> >> >><br>
>>> >> >> >><br>
>>> >> >> >> On 04/23/2014 12:57 AM, Salvatore Orlando wrote:<br>
>>> >> >> >><br>
>>> >> >> >> It's great to see that there is activity on the launchpad<br>
>>> >> >> >> blueprint<br>
>>> >> >> >> as<br>
>>> >> >> >> well.<br>
>>> >> >> >> From what I heard Oleg should have already translated the<br>
>>> >> >> >> various<br>
>>> >> >> >> discussion into a list of functional requirements (or something<br>
>>> >> >> >> like<br>
>>> >> >> >> that).<br>
>>> >> >> >><br>
>>> >> >> >> If that is correct, it might be a good idea to share them with<br>
>>> >> >> >> relevant<br>
>>> >> >> >> stakeholders (operators and developers), define an actionable<br>
>>> >> >> >> plan<br>
>>> >> >> >> for<br>
>>> >> >> >> Juno,<br>
>>> >> >> >> and then distribute tasks.<br>
>>> >> >> >> It would be a shame if it turns out several contributors are<br>
>>> >> >> >> working<br>
>>> >> >> >> on<br>
>>> >> >> >> this topic independently.<br>
>>> >> >> >><br>
>>> >> >> >> Salvatore<br>
>>> >> >> >><br>
>>> >> >> >><br>
>>> >> >> >> On 22 April 2014 16:27, Jesse Pretorius<br>
>>> >> >> >> <<a href="mailto:jesse.pretorius@gmail.com">jesse.pretorius@gmail.com</a>><br>
>>> >> >> >> wrote:<br>
>>> >> >> >>><br>
>>> >> >> >>> On 22 April 2014 14:58, Salvatore Orlando <<a href="mailto:sorlando@nicira.com">sorlando@nicira.com</a>><br>
>>> >> >> >>> wrote:<br>
>>> >> >> >>>><br>
>>> >> >> >>>> From previous requirements discussions,<br>
>>> >> >> >>><br>
>>> >> >> >>><br>
>>> >> >> >>> There's a track record of discussions on the whiteboard here:<br>
>>> >> >> >>><br>
>>> >> >> >>><br>
>>> >> >> >>> <a href="https://blueprints.launchpad.net/neutron/+spec/nova-to-quantum-upgrade" target="_blank">https://blueprints.launchpad.net/neutron/+spec/nova-to-quantum-upgrade</a><br>
>>> >> >> >>><br>
>>> >> >> >>> _______________________________________________<br>
>>> >> >> >>> OpenStack-dev mailing list<br>
>>> >> >> >>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> >> >> >>><br>
>>> >> >> >>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>> >> >> >>><br>
>>> >> >> >><br>
>>> >> >> >><br>
>>> >> >> >><br>
>>> >> >> >> _______________________________________________<br>
>>> >> >> >> OpenStack-dev mailing list<br>
>>> >> >> >> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> >> >> >><br>
>>> >> >> >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>> >> >> >><br>
>>> >> >> >><br>
>>> >> >> >><br>
>>> >> >> >> _______________________________________________<br>
>>> >> >> >> OpenStack-dev mailing list<br>
>>> >> >> >> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> >> >> >><br>
>>> >> >> >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>> >> >> >><br>
>>> >> >> ><br>
>>> >> >> ><br>
>>> >> >> > _______________________________________________<br>
>>> >> >> > OpenStack-dev mailing list<br>
>>> >> >> > <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> >> >> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>> >> >> ><br>
>>> >> >><br>
>>> >> >> _______________________________________________<br>
>>> >> >> OpenStack-dev mailing list<br>
>>> >> >> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> >> >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>> >> ><br>
>>> >> ><br>
>>> >> ><br>
>>> >> > _______________________________________________<br>
>>> >> > OpenStack-dev mailing list<br>
>>> >> > <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> >> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>> >> ><br>
>>> >><br>
>>> >> _______________________________________________<br>
>>> >> OpenStack-dev mailing list<br>
>>> >> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > OpenStack-dev mailing list<br>
>>> > <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>> ><br>
>>><br>
>>> _______________________________________________<br>
>>> OpenStack-dev mailing list<br>
>>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> OpenStack-dev mailing list<br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>