<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Cambria;
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Cochin;
panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Lucida Grande";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.apple-tab-span
{mso-style-name:apple-tab-span;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap: break-word;-webkit-nbsp-mode: space;-webkit-line-break: after-white-space">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Pedro Roque Marques [mailto:pedro.r.marques@gmail.com]
</span></p>
<div>
<p class="MsoNormal" style="margin-left:.5in">Colin,<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-left:.5in">"The nice thing about standards is that there are so many of them to choose from."<o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">For instance, if you take this Internet Draft:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><a href="http://tools.ietf.org/html/draft-ietf-l3vpn-end-system-02">http://tools.ietf.org/html/draft-ietf-l3vpn-end-system-02</a> which is based on RFC4364.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">It has already been implemented as a Neutron plugin via OpenContrail (<a href="http://juniper.github.io/contrail-vnc/README.html">http://juniper.github.io/contrail-vnc/README.html</a>); With this implementation
each OpenStack cluster can be configured as its own Autonomous System.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">There is a blueprint<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><a href="https://blueprints.launchpad.net/neutron/+spec/neutron-bgp-mpls-vpn">https://blueprints.launchpad.net/neutron/+spec/neutron-bgp-mpls-vpn</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">that is discussing adding the provisioning of the autonomous system and peering to Neutron.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">Please note that the work above does interoperate with 4364 using option B. Option C is possible but not that practical (as an operator you probably don't want to expose your internal topology between clusters).<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">If you want to give it a try you can use this devstack fork:
<a href="https://github.com/dsetia/devstack">https://github.com/dsetia/devstack</a>.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">You can use it to interoperate with a standard router that implements 4364 and support MPLS over GRE. Products from cisco/juniper/ALU/huwawei etc do.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">I believe that the work i'm referencing implements interoperability while having very minimal changes to Neutron. It is based on the same concept of neutron virtual network and it hides the BGP/MPLS functionality
from the user by translating policies that establish connectivity between virtual networks into RFC 4364 concepts.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">Please refer to: <a href="https://blueprints.launchpad.net/neutron/+spec/policy-extensions-for-neutron">
https://blueprints.launchpad.net/neutron/+spec/policy-extensions-for-neutron</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">Would it make sense to have an IRC/Web meeting around interoperability with RFC4364 an OpenStack managed clusters ? I believe that there is a lot of work that has already been done there by multiple vendors as well
as some carriers.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">+1 And it should be scheduled and announced a reasonable time in advance developers can plan to participate.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">--Rocky<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"> Pedro.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal" style="margin-left:.5in">On Nov 7, 2013, at 12:35 AM, Colin McNamara <<a href="mailto:colin@2cups.com">colin@2cups.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p style="mso-margin-top-alt:.25in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">I have a couple concerns that I don’t feel I clearly communicated during the L3 advanced features session. I’d like to take this opportunity to both clearly communicate my thoughts,
as well as start a discussion around them.</span><span style="font-size:10.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="margin-left:.5in;background:white"><span style="font-size:10.5pt;font-family:"Cochin","serif""><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in;background:white"><strong><span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">Building to the edge of the "autonomous system"</span></strong><span style="font-size:10.5pt;font-family:"Cochin","serif""><o:p></o:p></span></p>
</div>
<p style="mso-margin-top-alt:.25in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">The current state of neutron implementation is functionally the l2 domain and simple l3 services that are part of a larger autonomous system. The routers and switches northbound
of the OpenStack networking layer handled the abstraction and integration of the components.</span><span style="font-size:10.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:.25in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">Note, I use the term “Autonomous System” to describe more then the notion of BGP AS, but more broadly in the term of a system that is controlled within a common framework and
methodology, and integrates with a peer system that doesn’t not share that same scope or method of control</span><span style="font-size:10.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:.25in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">These components that composed the autonomous system boundary implement protocols and standards that map into IETF and IEEE standards. The reasoning for this is interoperability.
Before vendors utilize IETF for interoperability at this layer, the provider experience was horrible (this was my personal experience in the late 90’s).</span><span style="font-size:10.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="margin-left:.5in;background:white"><span style="font-size:10.5pt;font-family:"Cochin","serif""> <o:p></o:p></span></p>
</div>
<p style="mso-margin-top-alt:.25in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<strong><span style="font-size:10.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">Wednesdays discussions in the Neutron Design Sessions</span></strong><span style="font-size:10.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:.25in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">A couple of the discussions, most notably the extension of l3 functionality fell within the scope of starting the process of extending Neutron with functionality that will result
(eventually) in the ability for an OpenStack installation to operate as it’s own Autonomous System.</span><span style="font-size:10.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:.25in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">The discussions that occurred to support L3 advanced functionality (northbound boundary), and the QOS extension functionality both fell into the scope of Northbound and Southbound
boundaries of this system.</span><span style="font-size:10.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<strong><span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">My comments in the session</span></strong><span style="font-size:10.0pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">My comments in the session, while clouded with jet-lag were specifically around two concepts that are used when integrating other types of systems </span><span style="font-size:10.0pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">1. In a simple (1-8) tenant environment integration with a northbound AS is normally done in a PE-CE model that generally centers around mapping dot1q tags into the appropriate
northbound l3 segments and then handling the availability of the L2 path that traverses with port channeling, MLAG, STP, Etc.</span><span style="font-size:10.0pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">2. In a complex environment (8+ for discussion) different Carrier Supporting Carrier (CSC) methods defined in IETF RFC 4364 Section 10 type A, B or C are used. These allow the
mapping of segregated tenant networks together and synchronizing between distributed systems. This normally extends the tagging or tunneling mechanism and then allows for BGP to synchronize NLRI information between AS’s.</span><span style="font-size:10.0pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">These are the standard ways of integrating between carriers, but also components of these implementations are used to integrate and scale inside of a single web scale data center.
Commonly when you scale beyond a certain physical port boundary (1000is edge ports in many implementations, much larger in current implementations) the same designs for C2C integrations are used to create network availability zones inside a web scale data
center. </span><span style="font-size:10.0pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<strong><span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">Support of these IETF and IEEE standard integrations are necessary for brown field installations</span></strong><span style="font-size:10.0pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">In a green field installation, diverging from IETF and IEEE standards on the north bound edge while not a great idea, can result in a functional implementation. In a brown field
implementation where OpenStack Neutron will be integrated into an existing network core. This boundary layer is where we move from a controlled system into a distributed system. The cleanly integrate into this system, IETF and IEEE protocols and standards
have to be followed. </span><span style="font-size:10.0pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:9.0pt;font-family:"Lucida Grande","serif""> <o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="margin-left:.5in;background:white"><span style="font-size:9.0pt;font-family:"Lucida Grande","serif""><8DB71B56-CDE5-42D5-870E-CF94157510F8.png></span><span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">When
we diverge from this standards based integration at the north edge of our autonomous system we lose the ability to integrate without introducing major changes (and risk), into our core. In my experience this is sufficient to either slow or stall adoption.
This is a major risk, that I believe can be mitigated.</span><span style="font-size:9.0pt;font-family:"Lucida Grande","serif""><o:p></o:p></span></p>
</div>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<strong><span style="font-size:8.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">My thoughts on mitigating this risk</span></strong><span style="font-size:8.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:8.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">We need to at least map and track the relevant IETF RFC’s that define the internet standards for integration at the AS boundary. I know that many of the network vendor developers
that contribute to Neutron have access to people who both have deep knowledge of these standards, and also participate in the IETF working groups. I would hope that these resources could be leveraged to at least give a sanity check, at best ensure a compliant
northbound interface to other systems.</span><span style="font-size:8.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<strong><span style="font-size:10.0pt;font-family:"Cambria","serif";letter-spacing:.15pt">Side benefit of engaging IETF members in this discussion</span></strong><span style="font-size:10.0pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<p style="mso-margin-top-alt:7.5pt;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;background:white">
<span style="font-size:8.5pt;font-family:"Cambria","serif";letter-spacing:.15pt">The other side benefit of this is that inventions inside of Neutron can also be communicated as standards to the rest of the world in the form of net new RFC’s. In OVS this has
already happened, as OVS has emerged to be a common component in many network devices, and the need to establish and reference a common standard has risen it’s head. I would think that inventions within Neutron would follow this same path.</span><span style="font-size:8.5pt;font-family:"Cambria","serif""><o:p></o:p></span></p>
<div style="margin-top:7.5pt">
<p class="MsoNormal" style="margin-left:.5in;background:white"><span style="font-size:8.5pt;font-family:"Cambria","serif""><o:p> </o:p></span></p>
</div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in">
<span style="font-family:"Helvetica","sans-serif"">Regards,<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in;font-size:inherit">
<span style="font-family:"Helvetica","sans-serif"">Colin<o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-family:"Arial","sans-serif";color:navy">Colin McNamara</span></b><span style="font-family:"Helvetica","sans-serif""><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-family:"Arial","sans-serif";color:navy">People | Process | Technology</span><span style="font-family:"Helvetica","sans-serif""><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-family:"Arial","sans-serif";color:navy">--------------------------------------------</span><span style="font-family:"Helvetica","sans-serif""><o:p></o:p></span></p>
</div>
<div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">Mobile</span></b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">: <span class="apple-tab-span">
</span>858-208-8105</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">Twitter:<span class="apple-tab-span">
</span></span></b><span style="font-family:"Helvetica","sans-serif""><a href="http://www.twitter.com/colinmcnamara">@colinmcnamara</a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">Linkedin</span></b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">:<span class="apple-tab-span">
</span></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><a href="http://www.linkedin.com/colinmcnamara"><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">www.</span></a><a href="http://www.linkedin.com/colinmcnamara"><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">linkedin.com/colinmcnamara</span></a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">Blog</span></b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">:<span class="apple-tab-span">
</span></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><a href="http://www.colinmcnamara.com/"><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">www.colinmcnamara.com</span></a><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">Email</span></b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">:<span class="apple-tab-span">
</span></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><a href="mailto://colin@2cups.com">colin@2cups.com</a></span><span class="apple-tab-span"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">
</span></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><o:p> </o:p></span></p>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-family:"Helvetica","sans-serif""><o:p> </o:p></span></p>
</div>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-family:"Helvetica","sans-serif""><o:p> </o:p></span></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:.5in">
<o:p> </o:p></p>
</div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<p class="MsoNormal" style="margin-left:.5in">_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
</div>
</body>
</html>