<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I put the client code out for review as WIP:<div><br></div><div><a href="https://review.openstack.org/#/c/53602/">https://review.openstack.org/#/c/53602/</a></div><div><br></div><div>Regards,</div><div><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div>PCM (Paul Michali)</div><div><br></div><div>MAIL <a href="mailto:pcm@cisco.com">pcm@cisco.com</a></div><div>IRC pcm_ (<a href="http://irc.freenode.net">irc.freenode.net</a>)</div><div>TW @pmichali</div></span>
</div>
<br><div><div>On Oct 23, 2013, at 4:53 PM, Nachi Ueno <<a href="mailto:nachi@ntti3.com">nachi@ntti3.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi Paul<br><br>I rebased the patch, and working on unit testing too<br><a href="https://review.openstack.org/#/c/41827/">https://review.openstack.org/#/c/41827/</a><br><br><br>2013/10/23 Paul Michali <pcm@cisco.com>:<br><blockquote type="cite">See PCM: in-line.<br><br><br>PCM (Paul Michali)<br><br>MAIL pcm@cisco.com<br>IRC pcm_ (irc.freenode.net)<br>TW @pmichali<br><br>On Oct 23, 2013, at 9:41 AM, Akihiro Motoki <amotoki@gmail.com> wrote:<br><br>Hi Paul,<br><br><br>On Wed, Oct 23, 2013 at 9:56 PM, Paul Michali <pcm@cisco.com> wrote:<br><br><br>Hi guys,<br><br>Some questions on VPNaaS…<br><br>Can we get the review reopened of the service type framework changes for VPN<br>on the server side?<br>I was thinking of trying to rebase that patch, based on the latest from<br>master, but before doing so, I ran TOX on the latest master commit. TOX<br>fails with a bunch of errors, some reporting that the system is out of<br>memory. I have a 4GB Ubuntu 12.04 VM for this and I see it max out on<br>memory, when TOX is run on the whole Neutron code for py27. Anyone seen<br>this?<br><br><br>I see this too. On 4GB Ubuntu 13.04 VM, I have over 1GB swap while<br>running the whole test<br>and the test slows down after swap begins….<br><br><br>PCM: Whew! I was worried that it was something in my setup. Any idea on a<br>root cause/workaround? Is this happening when Jenkins runs?<br><br><br><br><br><br>I have tried the current patch of service type framework, and found that<br>client changes are needed too. I have changes ready for review, should I<br>post them, or do we need to wait (or indicate some dependency on the server<br>side changes)?<br><br><br>My suggestion is to post a patch with WIP status.<br>We can test the server side patch with CLI. It really helps us all.<br><br><br>PCM: Thanks! I wasn't sure how to proceed as the client change is useless<br>w/o the server change.<br></blockquote><br>Yeah, please push wip :)<br><br><blockquote type="cite"><br>I see that there is VPN connection status and VPN service status. What is<br>the purpose of the latter? What is the status, if the service has multiple<br>connections in different states?<br><br><br>I see the same.<br><br><br>PCM: Yeah, need to understand what the desired meaning is for the service<br>status in this context.<br><br></blockquote><br>In openswan impl,<br>vpnservice state is the state of openswan process.<br>ipsec-site-connection state is actual connection state.<br><br>so let's say we have two site.<br>Vpnservice will be ACTIVE and ipsec-site-connection's state will be DOWN after<br> we setup only one site.<br><br><br><blockquote type="cite"><br><br>Have you guys tried VPNaaS with Havana and the now default ML2 plugin? I got<br>a failure on connection create, saying that it could not find<br>get_l3_agents_hosting_routers() attribute. I haven't looked into this yet,<br>but will try as soon as I can.<br><br><br>I think https://bugs.launchpad.net/neutron/+bug/1238846 is same as<br>what you encountered.<br>I believe this bug was fixed in the final RC. Doesn't it work?<br><br><br>PCM: Ah, I missed that bug review. I probably need to update my repo with<br>the latest to pick this up. Thanks!<br><br>Regards,<br><br>PCM<br><br><br><br>Thanks,<br>Akihiro<br><br><br>Thanks!<br><br>PCM (Paul Michali)<br><br>Contact info for Cisco users http://twiki.cisco.com/Main/pcm<br><br><br><br>_______________________________________________<br>OpenStack-dev mailing list<br>OpenStack-dev@lists.openstack.org<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br><br><br>_______________________________________________<br>OpenStack-dev mailing list<br>OpenStack-dev@lists.openstack.org<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br><br><br></blockquote></blockquote></div><br></div></body></html>