<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:32:04 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>[OPNFLWPLUG-288] OF Plugin changes the order of NodeConnector update events.</title>
                <link>https://jira.opendaylight.org/browse/OPNFLWPLUG-288</link>
                <project id="10155" key="OPNFLWPLUG">OpenFlowPlugin</project>
                    <description>&lt;p&gt;Due to this issue, VTN Manager system test fails.&lt;br/&gt;
&lt;a href=&quot;https://jenkins.opendaylight.org/integration/job/integration-master-csit-karaf-vtn-only/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://jenkins.opendaylight.org/integration/job/integration-master-csit-karaf-vtn-only/&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://lists.opendaylight.org/pipermail/integration-dev/2014-September/001687.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://lists.opendaylight.org/pipermail/integration-dev/2014-September/001687.html&lt;/a&gt;&lt;/p&gt;


&lt;p&gt;The MD-SAL OF plugin changed the order of NodeConnector update events from OenFlow 1.0 switches.&lt;/p&gt;

&lt;p&gt;For example, when I run a controller and a Mininet, and start OpenFlow 1.0 switches on it, a switch sent FEATURES_REPLY message and PORT_STATUS message to the controller.&lt;br/&gt;
When the switch sent the FEATURES_REPLY, a port &quot;s1-eth1&quot; was LINK_DOWN, so The FEATURES_REPLY contained information which indicated the status of the port &quot;s1-eth1&quot; is &quot;LINK_DOWN&quot;.&lt;br/&gt;
After that, the port &quot;s1-eth1&quot; became LINK_UP, and the switch sent the PORT_STATUS message which indicated &quot;s1-eth1&quot; was &quot;LINK_UP&quot;.&lt;/p&gt;

&lt;p&gt;However, the MD-SAL OF plugin changed the order of these notification.&lt;/p&gt;

&lt;p&gt;Therefore, VTN Manager (an application of SAL) received &quot;LINK_UP&quot; notification at first, and received &quot;LINK_DOWN&quot; notification at second for the port.&lt;br/&gt;
VTN Manager thought that the status of the port changed from &quot;LINK_UP&quot; to &quot;LINK_DOWN&quot;, it stopped to send PACKET_OUT for the port, and stopped to install flow entry which used the port.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="27556">OPNFLWPLUG-288</key>
            <summary>OF Plugin changes the order of NodeConnector update events.</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="michal.rehak">Michal Rehak</assignee>
                                    <reporter username="Hideyuki1985">Hideyuki Tai</reporter>
                        <labels>
                    </labels>
                <created>Fri, 19 Sep 2014 16:46:16 +0000</created>
                <updated>Mon, 27 Sep 2021 09:01:20 +0000</updated>
                            <resolved>Mon, 22 Sep 2014 07:35:44 +0000</resolved>
                                                                    <component>General</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>2</watches>
                                                                                                                <comments>
                            <comment id="56188" author="hideyuki.tai@necam.com" created="Fri, 19 Sep 2014 17:37:05 +0000"  >&lt;p&gt;I guess the AD-SAL OF plugin (the old OF plugin) processes events from a switch in a single thread, this kind of problem does not occur with the AD-SAL OF plugin.&lt;/p&gt;</comment>
                            <comment id="56189" author="hideyuki.tai@necam.com" created="Fri, 19 Sep 2014 20:52:06 +0000"  >&lt;p&gt;Here, I&apos;m writing my observation in detail.&lt;/p&gt;

&lt;p&gt;When the MD-SAL OF plugin detects an OpenFlow 1.0 switch, the MD-SAL OF plugin sends FEATURES_REQUEST message to the switch.&lt;br/&gt;
Next, The OpenFlow 1.0 switch sends FEATURES_REPLY message which contains port information.&lt;/p&gt;

&lt;p&gt;In my setup, the FEATURES_REPLY message indicated that the state of port &quot;s1-eth1&quot; was LINK_DOWN.&lt;br/&gt;
After the FEATURES_REPLY, the switch sent PORT_STATUS message to the controller.&lt;br/&gt;
The PORT_STATUS message indicated that the state of port &quot;s1-eth1&quot; became LINK_UP.&lt;/p&gt;

&lt;p&gt;However, the MD-SAL OF plugin notified MD-SAL of the PORT STATUS information first, and the OF plugin notified MD-SAL of the FEATURES_REPLY information which indicated LINK_DOWN.&lt;/p&gt;


&lt;p&gt;I picked up some log messages here related to this issue in chronological order&lt;/p&gt;


&lt;p&gt;(1)&lt;br/&gt;
  2014-09-19 18:23:38,927 | DEBUG | OFHandshake-1-0  | HandshakeManagerImpl | \&lt;br/&gt;
    127 - slf4j.api - 1.7.2 | sending feature request for version=1 and xid=65&lt;/p&gt;

&lt;p&gt;   The OF plugin sent a FEATURES_REQUEST.&lt;/p&gt;


&lt;p&gt;(2)&lt;br/&gt;
  2014-09-19 18:23:38,944 | DEBUG | OFHandshake-1-0  | HandshakeManagerImpl | \&lt;br/&gt;
    127 - slf4j.api - 1.7.2 | obtained features: datapathId=1&lt;br/&gt;
  2014-09-19 18:23:38,945 | DEBUG | OFHandshake-1-0  | HandshakeManagerImpl | \&lt;br/&gt;
    127 - slf4j.api - 1.7.2 | obtained features: auxiliaryId=null&lt;/p&gt;

&lt;p&gt;   The OF plugin received a FEATURES_REPLY.&lt;/p&gt;


&lt;p&gt;(3)&lt;br/&gt;
  2014-09-19 18:23:39,451 | DEBUG | OFmsgProcessor-2 | \&lt;br/&gt;
    ToNodeConnectorUpdatedTranslator | 127 - slf4j.api - 1.7.2 | \&lt;br/&gt;
    PortStatusMessage: version 1  dataPathId 1 portNo 1&lt;/p&gt;

&lt;p&gt;   It received PORT_STATUS which indicated that s1-eth1 is LINK UP.&lt;/p&gt;


&lt;p&gt;(4)&lt;br/&gt;
  2014-09-19 18:23:39,456 | TRACE | OFmsgProcessor-2 | \&lt;br/&gt;
    TicketProcessorFactoryImpl | 127 - slf4j.api - 1.7.2 | \&lt;br/&gt;
    translator: org.opendaylight.openflowplugin.openflow.md.core.\&lt;br/&gt;
    translator.PortStatusMessageToNodeConnectorUpdatedTranslator@17d78745 \&lt;br/&gt;
    elapsed time 4966942 ns&lt;br/&gt;
  2014-09-19 18:23:39,456 | DEBUG | OFmsgProcessor-2 | \&lt;br/&gt;
    TicketProcessorFactoryImpl | 127 - slf4j.api - 1.7.2 | \&lt;br/&gt;
    message processing done (type: PortStatusMessage, ticket: 1238356292)&lt;/p&gt;

&lt;p&gt;    The OF plugin notified the PORT_STATUS to MD-SAL.&lt;/p&gt;


&lt;p&gt;(5)&lt;br/&gt;
  2014-09-19 18:23:39,466 | TRACE | g-notification-5 | Inventory | \&lt;br/&gt;
    82 - org.opendaylight.controller.sal.implementation - \&lt;br/&gt;
    0.4.2.Helium-RC1-2-v201409180238 | OF|1@OF|00:00:00:00:00:00:00:01 ADDED&lt;br/&gt;
  2014-09-19 18:23:39,466 | DEBUG | g-notification-5 | SwitchManager | \&lt;br/&gt;
    203 - org.opendaylight.controller.switchmanager.implementation - \&lt;br/&gt;
    0.4.2.Helium-RC1-2-v201409180238 | \&lt;br/&gt;
    updateNodeConnector: OF|1@OF|00:00:00:00:00:00:00:01 type ADDED \&lt;br/&gt;
    props [State&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt;, Config&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt;, BandWidth&lt;span class=&quot;error&quot;&gt;&amp;#91;10Gbps&amp;#93;&lt;/span&gt;, Name&lt;span class=&quot;error&quot;&gt;&amp;#91;s1-eth1&amp;#93;&lt;/span&gt;] \&lt;br/&gt;
    for container default&lt;br/&gt;
  2014-09-19 18:23:39,468 | INFO  | g-notification-5 | VTNManagerImpl | \&lt;br/&gt;
    232 - org.opendaylight.vtn.manager.implementation - \&lt;br/&gt;
    0.2.0.Helium-RC1-2-v201409180238 | \&lt;br/&gt;
    default: addNode: New node OF|00:00:00:00:00:00:00:01&lt;br/&gt;
  2014-09-19 18:23:39,468 | INFO  | g-notification-5 | VTNManagerImpl | \&lt;br/&gt;
    232 - org.opendaylight.vtn.manager.implementation - \&lt;br/&gt;
    0.2.0.Helium-RC1-2-v201409180238 | \&lt;br/&gt;
    default: addPort: New port: port=OF|1@OF|00:00:00:00:00:00:00:01, \&lt;br/&gt;
    prop=PortProperty&lt;span class=&quot;error&quot;&gt;&amp;#91;name=s1-eth1,cost=1000,enabled&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;    Based on the PORT_STATUS information, SAL notified VTN Manager of&lt;br/&gt;
    a NodeConnector update.&lt;br/&gt;
    At this time, VTN Manager thought the state of the port &quot;s1-eth1&quot; was up.&lt;/p&gt;


&lt;p&gt;(6)&lt;br/&gt;
  2014-09-19 18:23:40,824 | TRACE | OFmsgHarvester-0 | \&lt;br/&gt;
    QueueProcessorLightImpl | 127 - slf4j.api - 1.7.2 | \&lt;br/&gt;
    ticket scheduling: GetFeaturesOutput, ticket: 1459666234&lt;/p&gt;

&lt;p&gt;    FeaturesOutput???&lt;/p&gt;


&lt;p&gt;(7)&lt;/p&gt;

&lt;p&gt;  2014-09-19 18:23:40,824 | DEBUG | OFmsgProcessor-2 | \&lt;br/&gt;
    TicketProcessorFactoryImpl | 127 - slf4j.api - 1.7.2 | \&lt;br/&gt;
    message received, type: GetFeaturesOutput&lt;br/&gt;
  2014-09-19 18:23:40,824 | TRACE | OFmsgProcessor-2 | \&lt;br/&gt;
    TicketProcessorFactoryImpl | 127 - slf4j.api - 1.7.2 | \&lt;br/&gt;
    translating ticket: GetFeaturesOutput, ticket: 830691151&lt;br/&gt;
  2014-09-19 18:23:40,824 | DEBUG | OFmsgProcessor-2 | \&lt;br/&gt;
    TicketProcessorFactoryImpl | 127 - slf4j.api - 1.7.2 | \&lt;br/&gt;
    translatorKey: 1 + org.opendaylight.yang.gen.v1.urn.opendaylight.\&lt;br/&gt;
    openflow.protocol.rev130731.GetFeaturesOutput&lt;br/&gt;
  2014-09-19 18:23:40,824 | TRACE | OFmsgProcessor-2 | \&lt;br/&gt;
    TicketProcessorFactoryImpl | 127 - slf4j.api - 1.7.2 | \&lt;br/&gt;
    translator: org.opendaylight.openflowplugin.openflow.md.core.translator.\&lt;br/&gt;
    FeaturesV10ToNodeConnectorUpdatedTranslator@6afc375d elapsed time 307589 ns&lt;br/&gt;
  2014-09-19 18:23:40,825 | DEBUG | OFmsgProcessor-2 | \&lt;br/&gt;
    TicketProcessorFactoryImpl | 127 - slf4j.api - 1.7.2 | \&lt;br/&gt;
    message processing done (type: GetFeaturesOutput, ticket: 830691151)&lt;/p&gt;

&lt;p&gt;    Ouch! The port information in the FEATURES_OUTPUT message was handled&lt;br/&gt;
    as a NodeConnector update.&lt;/p&gt;


&lt;p&gt;(8)&lt;/p&gt;

&lt;p&gt;  2014-09-19 18:23:40,827 | TRACE | -notification-17 | Inventory | \&lt;br/&gt;
    82 - org.opendaylight.controller.sal.implementation - \&lt;br/&gt;
    0.4.2.Helium-RC1-2-v201409180238 | OF|1@OF|00:00:00:00:00:00:00:01 CHANGED&lt;br/&gt;
  2014-09-19 18:23:40,827 | DEBUG | OFHandshake-1-0  | HandshakeManagerImpl | \&lt;br/&gt;
    127 - slf4j.api - 1.7.2 | postHandshake DONE&lt;br/&gt;
  2014-09-19 18:23:40,829 | DEBUG | -notification-17 | SwitchManager | \&lt;br/&gt;
    203 - org.opendaylight.controller.switchmanager.implementation - \&lt;br/&gt;
    0.4.2.Helium-RC1-2-v201409180238 | \&lt;br/&gt;
    updateNodeConnector: OF|1@OF|00:00:00:00:00:00:00:01 type CHANGED \&lt;br/&gt;
    props [State&lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt;, Config&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt;, BandWidth&lt;span class=&quot;error&quot;&gt;&amp;#91;10Gbps&amp;#93;&lt;/span&gt;, Name&lt;span class=&quot;error&quot;&gt;&amp;#91;s1-eth1&amp;#93;&lt;/span&gt;] \&lt;br/&gt;
    for container default&lt;br/&gt;
  2014-09-19 18:23:40,830 | INFO  | -notification-17 | VTNManagerImpl | \&lt;br/&gt;
    232 - org.opendaylight.vtn.manager.implementation - \&lt;br/&gt;
    0.2.0.Helium-RC1-2-v201409180238 | \&lt;br/&gt;
    default: addPort: Property has been changed: \&lt;br/&gt;
    port=OF|1@OF|00:00:00:00:00:00:00:01, \&lt;br/&gt;
    prop=PortProperty&lt;span class=&quot;error&quot;&gt;&amp;#91;name=s1-eth1,cost=1000,enabled&amp;#93;&lt;/span&gt; -&amp;gt; \&lt;br/&gt;
    PortProperty&lt;span class=&quot;error&quot;&gt;&amp;#91;name=s1-eth1,cost=1000,disabled&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;    Ouch! Based on the FEATURES_OUTPUT information, SAL notified VTN Manager of the NodeConnector update.&lt;br/&gt;
    At this time, VTN Manager thought the state of the port &quot;s1-eth1&quot; became DOWN.&lt;/p&gt;



&lt;p&gt;On the other hand, OpenFlow 1.3 switches does not contain port information in FEATURES_OUTPUT, and the MD-SAL OF plugin actively gets port information using MULTIPART_REQUEST.&lt;br/&gt;
The issue does not occur on OpenFlow 1.3 switches.&lt;/p&gt;</comment>
                            <comment id="56190" author="hideyuki.tai@necam.com" created="Sat, 20 Sep 2014 00:24:14 +0000"  >&lt;p&gt;I&apos;ve written how to reproduce the issue in &lt;a href=&quot;https://jira.opendaylight.org/browse/VTN-41&quot; title=&quot;Failed to forward packets on OF 1.0 switches&quot; class=&quot;issue-link&quot; data-issue-key=&quot;VTN-41&quot;&gt;&lt;del&gt;VTN-41&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://bugs.opendaylight.org/show_bug.cgi?id=1993#c0&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bugs.opendaylight.org/show_bug.cgi?id=1993#c0&lt;/a&gt;&lt;/p&gt;


&lt;p&gt;The above procedure really reproduces the issue.&lt;br/&gt;
But, I believe that there are more easy ways to reproduce the issue, although I&apos;ve not tried other ways yet.&lt;/p&gt;

&lt;p&gt;I guess that just installing MD-SAL and the MD-SAL OF plugin, and starting OF 1.0 switch on Mininet produces the issue.&lt;/p&gt;</comment>
                            <comment id="56191" author="mirehak@cisco.com" created="Sun, 21 Sep 2014 09:00:17 +0000"  >&lt;p&gt;&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/11416/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/11416/&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="56192" author="mirehak@cisco.com" created="Sun, 21 Sep 2014 09:09:57 +0000"  >&lt;p&gt;I failed to replicate the scenario but I found the code where features might be delivered later than port updates. Now no message will be processed until registration done and features sent to MD-SAL.&lt;/p&gt;</comment>
                            <comment id="56193" author="abhijit2511" created="Sun, 21 Sep 2014 17:36:45 +0000"  >&lt;p&gt;It has been merged.&lt;/p&gt;</comment>
                            <comment id="56194" author="hideyuki.tai@necam.com" created="Sun, 21 Sep 2014 20:42:09 +0000"  >&lt;p&gt;(In reply to michal rehak from comment #4)&lt;br/&gt;
&amp;gt; &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/11416/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/11416/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I&apos;ve built a Karaf distribution using Integration Group Git repository, and tested the bug.&lt;br/&gt;
However, I&apos;ve found out that the bug is not fixed yet.&lt;br/&gt;
It seems to me that the result does not change.&lt;/p&gt;</comment>
                            <comment id="56195" author="hideyuki.tai@necam.com" created="Sun, 21 Sep 2014 21:36:42 +0000"  >&lt;p&gt;(In reply to Hideyuki Tai from comment #7)&lt;br/&gt;
&amp;gt; (In reply to michal rehak from comment #4)&lt;br/&gt;
&amp;gt; &amp;gt; &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/11416/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/11416/&lt;/a&gt;&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; I&apos;ve built a Karaf distribution using Integration Group Git repository, and&lt;br/&gt;
&amp;gt; tested the bug.&lt;br/&gt;
&amp;gt; However, I&apos;ve found out that the bug is not fixed yet.&lt;br/&gt;
&amp;gt; It seems to me that the result does not change.&lt;/p&gt;

&lt;p&gt;Could I revert the status of this bug report to &quot;CONFIRMED&quot; from &quot;RESOLVED&quot;?&lt;/p&gt;


&lt;p&gt;I&apos;m writing my observation in detail.&lt;/p&gt;

&lt;p&gt;To check the behavior of openflowplugin, I changed the log level during the test.&lt;/p&gt;

&lt;p&gt;log:set TRACE org.opendaylight.controller.sal.implementation&lt;br/&gt;
log:set TRACE org.opendaylight.openflowplugin.openflow&lt;/p&gt;


&lt;p&gt;(1)&lt;/p&gt;

&lt;p&gt;2014-09-21 17:16:59,679 | DEBUG | OFHandshake-1-0  | HandshakeManagerImpl             | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | sending feature request for version=1 and xid=1345&lt;/p&gt;

&lt;p&gt;   The OF plugin sent a FEATURES_REQUEST.&lt;/p&gt;


&lt;p&gt;(2)&lt;br/&gt;
2014-09-21 17:16:59,695 | DEBUG | OFHandshake-1-0  | HandshakeManagerImpl             | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | obtained features: datapathId=1&lt;/p&gt;

&lt;p&gt;2014-09-21 17:16:59,696 | DEBUG | OFHandshake-1-0  | HandshakeManagerImpl             | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | obtained features: auxiliaryId=null&lt;/p&gt;


&lt;p&gt;   The OF plugin received a FEATURES_REPLY.&lt;/p&gt;


&lt;p&gt;(3)&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,075 | DEBUG | OFmsgProcessor-2 | ToNodeConnectorUpdatedTranslator | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | PortStatusMessage: version 1  dataPathId 1 portNo 1&lt;/p&gt;

&lt;p&gt;   It received PORT_STATUS which indicated that s1-eth1 is LINK UP.&lt;/p&gt;


&lt;p&gt;(4)&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,075 | TRACE | OFmsgHarvester-0 | QueueProcessorLightImpl          | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | ticket scheduling: GetFeaturesOutput, ticket: 114653084&lt;/p&gt;

&lt;p&gt;    FeaturesOutput???&lt;br/&gt;
    It seems to me that openflowplugin handles events in multiple thread.&lt;br/&gt;
    And it seems to me that openflow plugin changes the order of the event.&lt;/p&gt;


&lt;p&gt;(5)&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,083 | TRACE | OFmsgProcessor-2 | TicketProcessorFactoryImpl       | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | translator: org.opendaylight.openflowplugin.openflow.md.c     ore.translator.PortStatusMessageToNodeConnectorUpdatedTranslator@6066c81a elapsed time 8638785 ns&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,083 | DEBUG | OFmsgProcessor-2 | TicketProcessorFactoryImpl       | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | message processing done (type: PortStatusMessage, ticket:      1795650542)&lt;/p&gt;

&lt;p&gt;    The OF plugin notified the PORT_STATUS to MD-SAL.&lt;/p&gt;


&lt;p&gt;(6)&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,083 | DEBUG | OFmsgProcessor-2 | TicketProcessorFactoryImpl       | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | message received, type: GetFeaturesOutput&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,084 | TRACE | OFmsgProcessor-2 | TicketProcessorFactoryImpl       | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | translator: org.opendaylight.openflowplugin.openflow.md.c     ore.translator.FeaturesV10ToNodeConnectorUpdatedTranslator@59226d94 elapsed time 251468 ns&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,084 | DEBUG | OFmsgProcessor-2 | TicketProcessorFactoryImpl       | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | message processing done (type: GetFeaturesOutput, ticket:      626232100)&lt;/p&gt;

&lt;p&gt;    The port information in the FEATURES_OUTPUT message was handled&lt;br/&gt;
    as a NodeConnector update.&lt;/p&gt;


&lt;p&gt;(7)&lt;br/&gt;
2014-09-21 17:17:04,106 | TRACE | -notification-28 | Inventory                        | 82 - org.opendaylight.controller.sal.implementation - 0.4.2.SNAPSHOT | OF|1@OF|00:00:00:00:00:00:00:01 ADDED&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,177 | INFO  | -notification-28 | VTNManagerImpl                   | 232 - org.opendaylight.vtn.manager.implementation - 0.2.0.SNAPSHOT | default: addPort: New port: port=OF|1@OF|00:00:00:00:00:00:00:01, prop=PortProperty&lt;span class=&quot;error&quot;&gt;&amp;#91;name=s1-eth1,cost=1000,enabled&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;    Based on the PORT_STATUS information, SAL notified VTN Manager of&lt;br/&gt;
    a NodeConnector update.&lt;br/&gt;
    At this time, VTN Manager thought the state of the port &quot;s1-eth1&quot; was up.&lt;/p&gt;


&lt;p&gt;(8)&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,223 | TRACE | g-notification-0 | Inventory                        | 82 - org.opendaylight.controller.sal.implementation - 0.4.2.SNAPSHOT | OF|1@OF|00:00:00:00:00:00:00:01 CHANGED&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,231 | INFO  | g-notification-0 | VTNManagerImpl                   | 232 - org.opendaylight.vtn.manager.implementation - 0.2.0.SNAPSHOT | default: addPort: Property has been changed:      port=OF|1@OF|00:00:00:00:00:00:00:01, prop=PortProperty&lt;span class=&quot;error&quot;&gt;&amp;#91;name=s1-eth1,cost=1000,enabled&amp;#93;&lt;/span&gt; -&amp;gt; PortProperty&lt;span class=&quot;error&quot;&gt;&amp;#91;name=s1-eth1,cost=1000,disabled&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;2014-09-21 17:17:04,234 | INFO  |  Thread: default | VTNManagerImpl                   | 232 - org.opendaylight.vtn.manager.implementation - 0.2.0.SNAPSHOT | default:vBridge-IF:vtn1.vbr1.if1: Virtual int     erface changed: VInterface&lt;span class=&quot;error&quot;&gt;&amp;#91;name=if1,enabled,state=DOWN,entityState=DOWN&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;    Based on the FEATURES_OUTPUT information, SAL notified VTN Manager of the NodeConnector update.&lt;br/&gt;
    At this time, VTN Manager thought the state of the port &quot;s1-eth1&quot; became DOWN.&lt;/p&gt;</comment>
                            <comment id="56196" author="mirehak@cisco.com" created="Sun, 21 Sep 2014 22:22:05 +0000"  >&lt;p&gt;&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/11428/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/11428/&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="56197" author="hideyuki.tai@necam.com" created="Sun, 21 Sep 2014 22:57:42 +0000"  >&lt;p&gt;(In reply to michal rehak from comment #9)&lt;br/&gt;
&amp;gt; &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/11428/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/11428/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I&apos;ve pulled Michal&apos;s patch (11428), tested &lt;a href=&quot;https://jira.opendaylight.org/browse/OPNFLWPLUG-288&quot; title=&quot;OF Plugin changes the order of NodeConnector update events.&quot; class=&quot;issue-link&quot; data-issue-key=&quot;OPNFLWPLUG-288&quot;&gt;&lt;del&gt;OPNFLWPLUG-288&lt;/del&gt;&lt;/a&gt; and confirmed that the patch fixes the &lt;a href=&quot;https://jira.opendaylight.org/browse/OPNFLWPLUG-288&quot; title=&quot;OF Plugin changes the order of NodeConnector update events.&quot; class=&quot;issue-link&quot; data-issue-key=&quot;OPNFLWPLUG-288&quot;&gt;&lt;del&gt;OPNFLWPLUG-288&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;I observed that the order of events is not changed.&lt;/p&gt;

&lt;p&gt;2014-09-21 18:39:20,691 | DEBUG | OFmsgProcessor-2 | TicketProcessorFactoryImpl       | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | message processing done (type: GetFeaturesOutput, ticket:      846515835)&lt;/p&gt;

&lt;p&gt;2014-09-21 18:39:20,692 | TRACE | g-notification-1 | Inventory                        | 82 - org.opendaylight.controller.sal.implementation - 0.4.2.SNAPSHOT | OF|1@OF|00:00:00:00:00:00:00:01 ADDED&lt;/p&gt;

&lt;p&gt;2014-09-21 18:39:20,702 | DEBUG | OFmsgProcessor-0 | TicketProcessorFactoryImpl       | 327 - org.opendaylight.openflowplugin - 0.0.3.SNAPSHOT | message processing done (type: PortStatusMessage, ticket:      1131559627)&lt;/p&gt;


&lt;p&gt;2014-09-21 18:39:20,782 | TRACE | -notification-16 | Inventory                        | 82 - org.opendaylight.controller.sal.implementation - 0.4.2.SNAPSHOT | OF|1@OF|00:00:00:00:00:00:00:01 CHANGED&lt;/p&gt;

&lt;p&gt;2014-09-21 18:39:20,792 | INFO  | -notification-16 | VTNManagerImpl                   | 232 - org.opendaylight.vtn.manager.implementation - 0.2.0.SNAPSHOT | default: addPort: Property has been changed:      port=OF|1@OF|00:00:00:00:00:00:00:01, prop=PortProperty&lt;span class=&quot;error&quot;&gt;&amp;#91;name=s1-eth1,cost=1000,disabled&amp;#93;&lt;/span&gt; -&amp;gt; PortProperty&lt;span class=&quot;error&quot;&gt;&amp;#91;name=s1-eth1,cost=1000,enabled&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;2014-09-21 18:39:20,802 | INFO  |  Thread: default | VTNManagerImpl                   | 232 - org.opendaylight.vtn.manager.implementation - 0.2.0.SNAPSHOT | default:vBridge-IF:vtn1.vbr1.if1: Virtual int     erface changed: VInterface&lt;span class=&quot;error&quot;&gt;&amp;#91;name=if1,enabled,state=UP,entityState=UP&amp;#93;&lt;/span&gt;&lt;/p&gt;</comment>
                            <comment id="56198" author="mirehak@cisco.com" created="Mon, 22 Sep 2014 07:35:44 +0000"  >&lt;p&gt;merged&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                            <outwardlinks description="blocks">
                                        <issuelink>
            <issuekey id="26421">VTN-41</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <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>1988</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=1988]]></customfieldvalue>

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

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