<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:35:18 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>OpenDaylight JIRA</title>
    <link>https://jira.opendaylight.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.20.10</version>
        <build-number>820010</build-number>
        <build-date>22-06-2022</build-date>
    </build-info>


<item>
            <title>[OVSDB-21] Augment OpenFlow NXM (vendor) extensions through proper extensibility framework</title>
                <link>https://jira.opendaylight.org/browse/OVSDB-21</link>
                <project id="10158" key="OVSDB">ovsdb</project>
                    <description>&lt;p&gt;Openstack integration with OpenDaylight using OVSDB needs a few NXM vendor&lt;br/&gt;
extensions in place.&lt;/p&gt;

&lt;p&gt;Yang Augments from external bundle/application is the correct approach in &lt;br/&gt;
getting this done. But unfortunately, the extensibility support is lacking&lt;br/&gt;
in the ofjava and ofplugin bundles.&lt;/p&gt;

&lt;p&gt;In order to get the integration moving towards the Helium Release, we have&lt;br/&gt;
implemented the vendor extension handling inline to the ofplugin and ofjava bundles. This includes :&lt;br/&gt;
1. translation in ofplugin from generic to OF specifics.&lt;br/&gt;
2. serialization and deserialization for these vendor extensions in ofjava &lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/7633/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/7633/&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/7607/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/7607/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The above gerrits are merged by the ofjava/ofplugin team as a temporary&lt;br/&gt;
measure to unblock the progress and until the extensibility support is&lt;br/&gt;
made available.&lt;/p&gt;

&lt;p&gt;This bug is opened to track the vendor extension inline changes (more to come) in ofjava and ofplugin and revert them from these projects once the extensibility support is made available end to end.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: Mac OS&lt;br/&gt;
Platform: PC&lt;/p&gt;</environment>
        <key id="21713">OVSDB-21</key>
            <summary>Augment OpenFlow NXM (vendor) extensions through proper extensibility framework</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <status id="5" iconUrl="https://jira.opendaylight.org/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="mavenugo@gmail.com">Madhu Venugopal</reporter>
                        <labels>
                    </labels>
                <created>Wed, 4 Jun 2014 16:22:31 +0000</created>
                <updated>Thu, 3 May 2018 15:29:56 +0000</updated>
                            <resolved>Tue, 23 Sep 2014 20:00:15 +0000</resolved>
                                    <version>unspecified</version>
                                                    <component>API</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                                                                <comments>
                            <comment id="40642" author="mavenugo@gmail.com" created="Wed, 4 Jun 2014 16:28:38 +0000"  >
&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;08:43am&amp;#93;&lt;/span&gt; Madhu: hi michal_rehak&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:44am&amp;#93;&lt;/span&gt; Madhu: michal_rehak: regarding &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/7607/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/7607/&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:44am&amp;#93;&lt;/span&gt; Madhu: we spoke to the other michal from of lib &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:45am&amp;#93;&lt;/span&gt; Madhu: and the extensibility support is NOT available yet and we agreed to extend the NXM inline till it is made available&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:45am&amp;#93;&lt;/span&gt; Madhu: we have been waiting for more than 8 weeks&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:45am&amp;#93;&lt;/span&gt; Madhu: we need to get moving and would be great if we can get this merged in now.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:46am&amp;#93;&lt;/span&gt; Madhu: and once we have the extensibility support, we can of course remove these and move forward. does that work ?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:46am&amp;#93;&lt;/span&gt; michal_rehak: Madhu: hi&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:46am&amp;#93;&lt;/span&gt; michal_rehak: Madhu: I spoke with Ed regarding this&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:46am&amp;#93;&lt;/span&gt; Madhu: oh great.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:47am&amp;#93;&lt;/span&gt; Madhu: and... &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:47am&amp;#93;&lt;/span&gt; michal_rehak: so&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:48am&amp;#93;&lt;/span&gt; michal_rehak: having Nxm0 and Nxm1 classes in basic implementation of OFJava is ok, since those are metioned in OFSpec&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:48am&amp;#93;&lt;/span&gt; Madhu: agreed&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:48am&amp;#93;&lt;/span&gt; michal_rehak: what I have problem with are the underlying models like TcpFlag&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:48am&amp;#93;&lt;/span&gt; Madhu: technically&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:48am&amp;#93;&lt;/span&gt; Madhu: even for ofjava&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:48am&amp;#93;&lt;/span&gt; Madhu: i didn&apos;t want it to be part of the library project&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:49am&amp;#93;&lt;/span&gt; Madhu: because tcpflag is NOT defined in the spec&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:49am&amp;#93;&lt;/span&gt; Madhu: though the class is vaguely specified&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:49am&amp;#93;&lt;/span&gt; michal_rehak: but in order to have at least some things working it is a bad idea to wait for refactoring of OFPlugin and creating bundles etc..&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:49am&amp;#93;&lt;/span&gt; michal_rehak: agreed&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:49am&amp;#93;&lt;/span&gt; michal_rehak: so&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:49am&amp;#93;&lt;/span&gt; Madhu: our request now is to get this moving just to make sure we hit the helium dates&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:50am&amp;#93;&lt;/span&gt; Madhu: if we have the extensibility support in, we will certainly move it to a pluggable bundle&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:50am&amp;#93;&lt;/span&gt; michal_rehak: for POC I agreed with this change&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:50am&amp;#93;&lt;/span&gt; michal_rehak: right&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:50am&amp;#93;&lt;/span&gt; Madhu: do u know when will we have the support for extensibility ?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:50am&amp;#93;&lt;/span&gt; michal_rehak: but once this has to be moved to separate bundle&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:50am&amp;#93;&lt;/span&gt; michal_rehak: in OFPlugin?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:51am&amp;#93;&lt;/span&gt; Madhu: overall.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:51am&amp;#93;&lt;/span&gt; michal_rehak: good question&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:51am&amp;#93;&lt;/span&gt; Madhu: the problem is&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:51am&amp;#93;&lt;/span&gt; Madhu: we have 6-7 NXM extensions to be done&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:51am&amp;#93;&lt;/span&gt; Madhu: and I hate to embed the code like this&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:51am&amp;#93;&lt;/span&gt; michal_rehak: in OFJava it is ready for testing&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:51am&amp;#93;&lt;/span&gt; michal_rehak: so there are 2 more ways to achieve this&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:51am&amp;#93;&lt;/span&gt; Madhu: okay&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:52am&amp;#93;&lt;/span&gt; michal_rehak: #1 - register translators for OFPlugin in order to use external code&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:52am&amp;#93;&lt;/span&gt; michal_rehak: but there is large refactoring needed for that&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:53am&amp;#93;&lt;/span&gt; Madhu: ok&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:53am&amp;#93;&lt;/span&gt; michal_rehak: #2 - vendor specific messages can be forwarded through OFPlugin without touching them&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:53am&amp;#93;&lt;/span&gt; Madhu: hmm  then controller will be corrupted&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:53am&amp;#93;&lt;/span&gt; Madhu: i mean the md-sal generic yang models&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:53am&amp;#93;&lt;/span&gt; michal_rehak: why so?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:54am&amp;#93;&lt;/span&gt; michal_rehak: right&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:54am&amp;#93;&lt;/span&gt; michal_rehak: any bundle can define yang containing augmentation for existing md-sal model&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:54am&amp;#93;&lt;/span&gt; michal_rehak: so can the vendor bundle&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:54am&amp;#93;&lt;/span&gt; Madhu: right&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:55am&amp;#93;&lt;/span&gt; michal_rehak: this is current case - there are augmentations on sal models as placeholders for specail messages&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:55am&amp;#93;&lt;/span&gt; michal_rehak: similar augmentation is done on OFJava-API models&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:55am&amp;#93;&lt;/span&gt; michal_rehak: in order for OFJava to read those messages&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:56am&amp;#93;&lt;/span&gt; michal_rehak: but OFJava does not need to read them - for this purpose there are registered codecs&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:56am&amp;#93;&lt;/span&gt; Madhu: can u point to an example ?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:56am&amp;#93;&lt;/span&gt; michal_rehak: matchEntry&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:57am&amp;#93;&lt;/span&gt; Madhu: i will take a look @ that later today&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:57am&amp;#93;&lt;/span&gt; michal_rehak: in md-sal there is a list of containers&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:57am&amp;#93;&lt;/span&gt; Madhu: just curious&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:57am&amp;#93;&lt;/span&gt; Madhu: if we can send extensions transparently to ofjava&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:57am&amp;#93;&lt;/span&gt; Madhu: why do we need any kind of translators at all ?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:57am&amp;#93;&lt;/span&gt; michal_rehak: well the main point is that you can not have one augmentation able to augment 2 different nodes&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:57am&amp;#93;&lt;/span&gt; michal_rehak: but augmentations can share grouping inside&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:58am&amp;#93;&lt;/span&gt; michal_rehak: that is my point!&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:58am&amp;#93;&lt;/span&gt; michal_rehak: #2 will completely skip messing with extensible messages in OFPlugin&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:58am&amp;#93;&lt;/span&gt; Madhu: I need to refresh my yang knowledge &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:58am&amp;#93;&lt;/span&gt; Madhu: #2 is cool. but am trying to understand ... at what cost ?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:58am&amp;#93;&lt;/span&gt; michal_rehak: so for POC this is huge delay&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:59am&amp;#93;&lt;/span&gt; Madhu: i agree that the current change is PoC due to the lack of end-to-end extensibility support&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:59am&amp;#93;&lt;/span&gt; Madhu: and we have 7 more coming &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:59am&amp;#93;&lt;/span&gt; Madhu: so not sure how to address this sooner.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;08:59am&amp;#93;&lt;/span&gt; michal_rehak: we need new bundle defining those augmentations in order to interconnect md-sal and ofjava-api&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:00am&amp;#93;&lt;/span&gt; michal_rehak: and vendor bundle - this we need anyway&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:00am&amp;#93;&lt;/span&gt; michal_rehak: and minor changes in OFPlugin in places where those extensions will pass&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:00am&amp;#93;&lt;/span&gt; michal_rehak: OFPlugin will not be dependent on vendor bundle&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:01am&amp;#93;&lt;/span&gt; michal_rehak: vendor bundle will be accessible for NB-app (or those could be the same bundle)&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:01am&amp;#93;&lt;/span&gt; Madhu: okay.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:01am&amp;#93;&lt;/span&gt; michal_rehak: and vendor bundle needs to register codes for OFJAva before sending or receiving extension messages&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:02am&amp;#93;&lt;/span&gt; Madhu: am okay with any idea  if we have a solid end-to-end idea to work from my app towards controller -&amp;gt; ofplugin -&amp;gt; ofjava&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:02am&amp;#93;&lt;/span&gt; Madhu: and back &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:02am&amp;#93;&lt;/span&gt; michal_rehak: and this way md-sal models will also stay vendor agnostic&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:02am&amp;#93;&lt;/span&gt; Madhu: and would be helpful if we have an example done by you experts so that we can follow that&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:02am&amp;#93;&lt;/span&gt; michal_rehak: right so&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:02am&amp;#93;&lt;/span&gt; michal_rehak: here is the proposal:&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:03am&amp;#93;&lt;/span&gt; michal_rehak: the first steps / POC can be done just like Brent already pushed but with HUGE comments that this is about to get changed&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:04am&amp;#93;&lt;/span&gt; Madhu: how about a bug opened with these gerrits to be backed out ?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:04am&amp;#93;&lt;/span&gt; michal_rehak: and at least all augmentation definitions shall be pulled in separate yang files in order to easy the later changes&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:04am&amp;#93;&lt;/span&gt; Madhu: +1 to that&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:05am&amp;#93;&lt;/span&gt; Madhu: so. Brent is working on the current code to get the OpenStack integration going. and hence I wouldn&apos;t want to block him&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:05am&amp;#93;&lt;/span&gt; Madhu: but I can take this cleanup work&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:05am&amp;#93;&lt;/span&gt; michal_rehak: ok&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:05am&amp;#93;&lt;/span&gt; Madhu: but I need help from you guys to make sure we have the infra in place for it to work&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:05am&amp;#93;&lt;/span&gt; michal_rehak: and is Brent around?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:05am&amp;#93;&lt;/span&gt; michal_rehak: sure&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:05am&amp;#93;&lt;/span&gt; Madhu: unfortunately. he works nights and nights &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:06am&amp;#93;&lt;/span&gt; Madhu: and goes offline in the mornings. lol&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:06am&amp;#93;&lt;/span&gt; michal_rehak: first I need to write a wiki for that&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:06am&amp;#93;&lt;/span&gt; michal_rehak: oh&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:06am&amp;#93;&lt;/span&gt; Madhu: yes. thats a plan then&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:06am&amp;#93;&lt;/span&gt; michal_rehak: ok, I will reach him tomorrow&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:06am&amp;#93;&lt;/span&gt; Madhu: perfect.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:06am&amp;#93;&lt;/span&gt; michal_rehak: and then we can file bug a check planning&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:06am&amp;#93;&lt;/span&gt; Madhu: if we can get Brent moving with this PoC implementation, that would be awesome for the short term&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:07am&amp;#93;&lt;/span&gt; Madhu: will file a bug right away infact&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:07am&amp;#93;&lt;/span&gt; michal_rehak: currently I am occupied by high priority task - ingress backpressure &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:07am&amp;#93;&lt;/span&gt; michal_rehak:&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:07am&amp;#93;&lt;/span&gt; Madhu: np. if u can unblock brent by +2 and merge that code&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:07am&amp;#93;&lt;/span&gt; Madhu: we will actually start to  integrate Security group Openstack feature&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:08am&amp;#93;&lt;/span&gt; Madhu: michal_rehak: also, am new to md-sal yang. so please go easy on me &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:08am&amp;#93;&lt;/span&gt; michal_rehak: everyone is new to yang as it is used in md-sal&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:08am&amp;#93;&lt;/span&gt; michal_rehak:&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:08am&amp;#93;&lt;/span&gt; Madhu: ok perfect  so am not alone to be stupid&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:09am&amp;#93;&lt;/span&gt; michal_rehak: ok, I will add some info in gerrit about the commenting stuff&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:09am&amp;#93;&lt;/span&gt; michal_rehak: YEAH - we are never alone!&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:09am&amp;#93;&lt;/span&gt; michal_rehak: and I will copy this conversation into mail fro brent&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:09am&amp;#93;&lt;/span&gt; Madhu: ok sir. thanks a ton.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:10am&amp;#93;&lt;/span&gt; Madhu: excellent. sure.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:10am&amp;#93;&lt;/span&gt; michal_rehak: you are welcome&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:12am&amp;#93;&lt;/span&gt; Madhu: michal_rehak: btw. since Brent is offline. I can amend the gerrit with the HUGE comments as we discussed&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:12am&amp;#93;&lt;/span&gt; Madhu: can u merge it with that done ?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:12am&amp;#93;&lt;/span&gt; michal_rehak: yes - doing that&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:22am&amp;#93;&lt;/span&gt; Madhu: michal_rehak: &lt;a href=&quot;https://bugs.opendaylight.org/show_bug.cgi?id=1133&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bugs.opendaylight.org/show_bug.cgi?id=1133&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:22am&amp;#93;&lt;/span&gt; Madhu: opened a bug against our project&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:23am&amp;#93;&lt;/span&gt; Madhu: and we can track all the gerrits that will introduce these PoC changes for the NXM extensions (we have 6-7 of them)&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:23am&amp;#93;&lt;/span&gt; michal_rehak: Madhu: great&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:25am&amp;#93;&lt;/span&gt; Madhu: michal_rehak: please let me know if you want me to amend the commit with some comments pointing to this bug ?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:25am&amp;#93;&lt;/span&gt; Madhu: you can also add an attachment to this bug with the conversation that we just add  to keep me honest&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:25am&amp;#93;&lt;/span&gt; michal_rehak: oh&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:26am&amp;#93;&lt;/span&gt; abhijitkumbhare_: sorry my MAC hung up and had to reboot&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:26am&amp;#93;&lt;/span&gt; abhijitkumbhare left the chat room. (Ping timeout: 276 seconds)&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:26am&amp;#93;&lt;/span&gt; abhijitkumbhare_ is now known as abhijitkumbhare.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:26am&amp;#93;&lt;/span&gt; michal_rehak: the other Michal from OFJava knows about this issue&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:26am&amp;#93;&lt;/span&gt; michal_rehak: Madhu: may I ask you to append the conversation to bug?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:26am&amp;#93;&lt;/span&gt; Madhu: michal_rehak: sure i will&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;09:26am&amp;#93;&lt;/span&gt; michal_rehak: Madhu: thank you&lt;/p&gt;</comment>
                            <comment id="40643" author="brent.salisbury@gmail.com" created="Thu, 5 Jun 2014 08:46:14 +0000"  >&lt;p&gt;Adding additional conversation to bug regarding models etc. Will need to figure out how to do this w/the Yang headers. Everything I see upstream is contained in single files, match, ext, action etc. Thanks.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;13:47:07&amp;#93;&lt;/span&gt;  &amp;lt;michal_rehak&amp;gt;	 networkstatic: so if possible, please put vendor extension models into separate yang files so it will be easy to pull them into new bundle&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:48:01&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 in ofJava Im guessing?&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:48:09&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 Controller using other objects&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:48:13&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 existing&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:48:13&amp;#93;&lt;/span&gt;  &amp;lt;michal_rehak&amp;gt;	 networkstatic: right&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:48:16&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 rogr&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:48:24&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 you got it. will break them out&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:48:36&amp;#93;&lt;/span&gt; 	 amit_ (~amit_@2001:420:305:1252:b594:9ace:d657:9616) joined the channel.&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:48:55&amp;#93;&lt;/span&gt;  &amp;lt;michal_rehak&amp;gt;	 networkstatic: in controller there is for example by match simply list of fields (containers)&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:49:37&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 i want to use as little as possible from other projects to be honest&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:49:39&amp;#93;&lt;/span&gt;  &amp;lt;michal_rehak&amp;gt;	 vendor stuff among those should be one day moved out as augmentations... but this needs some designing&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:49:44&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 so you get us support&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:49:50&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 to use exteernally&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:49:57&amp;#93;&lt;/span&gt;  &amp;lt;michal_rehak&amp;gt;	 networkstatic: appreciate that&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:50:02&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 and we wont need to be in ur project&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:50:13&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 its no fun for us&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:50:19&amp;#93;&lt;/span&gt;  &amp;lt;michal_rehak&amp;gt;	 funny is, that nxm0 and nxm1 are part of OFSpec&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:50:27&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 last thing i want is to intrude&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:50:39&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 well, i agree&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:50:49&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 why i think its reasoanble&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;13:50:58&amp;#93;&lt;/span&gt;  &amp;lt;networkstatic&amp;gt;	 since u defined it in the clazz&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                            <customfield id="customfield_11400" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1133</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10201" key="com.atlassian.jira.plugin.system.customfieldtypes:url">
                        <customfieldname>External issue URL</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[https://bugs.opendaylight.org/show_bug.cgi?id=1133]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0205r:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>