<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:31:22 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-20] When a flow is deleted, its oper data is not removed from the operational space.</title>
                <link>https://jira.opendaylight.org/browse/OPNFLWPLUG-20</link>
                <project id="10155" key="OPNFLWPLUG">OpenFlowPlugin</project>
                    <description>&lt;p&gt;When a flow is deleted, its operational data (collected stats) are left dangling in the oper space. The delete operation is performed properly, the flow is deleted from OVS and from the ODL config space, but not from the oper space. Also, statistics updates to the flow stop.&lt;/p&gt;

&lt;p&gt;Use, for example:&lt;/p&gt;

&lt;p&gt;1. Do PUT &lt;a href=&quot;http://192.168.4.1:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2/flow/135&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://192.168.4.1:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2/flow/135&lt;/a&gt;, Accept &amp;amp; Content-Type = application/xml,&lt;/p&gt;

&lt;p&gt;&amp;lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot; standalone=&quot;no&quot;?&amp;gt;&lt;br/&gt;
&amp;lt;flow xmlns=&quot;urn:opendaylight:flow:inventory&quot;&amp;gt;&lt;br/&gt;
    &amp;lt;strict&amp;gt;false&amp;lt;/strict&amp;gt;&lt;br/&gt;
    &amp;lt;flow-name&amp;gt;FooXf20&amp;lt;/flow-name&amp;gt;&lt;br/&gt;
    &amp;lt;id&amp;gt;135&amp;lt;/id&amp;gt;&lt;br/&gt;
    &amp;lt;cookie_mask&amp;gt;255&amp;lt;/cookie_mask&amp;gt;&lt;br/&gt;
    &amp;lt;cookie&amp;gt;20&amp;lt;/cookie&amp;gt;&lt;br/&gt;
    &amp;lt;table_id&amp;gt;2&amp;lt;/table_id&amp;gt;&lt;br/&gt;
    &amp;lt;priority&amp;gt;2&amp;lt;/priority&amp;gt;&lt;br/&gt;
    &amp;lt;hard-timeout&amp;gt;1200&amp;lt;/hard-timeout&amp;gt;&lt;br/&gt;
    &amp;lt;idle-timeout&amp;gt;3400&amp;lt;/idle-timeout&amp;gt;&lt;br/&gt;
    &amp;lt;installHw&amp;gt;false&amp;lt;/installHw&amp;gt;&lt;br/&gt;
    &amp;lt;instructions&amp;gt;&lt;br/&gt;
        &amp;lt;instruction&amp;gt;&lt;br/&gt;
            &amp;lt;order&amp;gt;0&amp;lt;/order&amp;gt;&lt;br/&gt;
            &amp;lt;apply-actions&amp;gt;&lt;br/&gt;
                &amp;lt;action&amp;gt;&lt;br/&gt;
                    &amp;lt;order&amp;gt;0&amp;lt;/order&amp;gt;&lt;br/&gt;
                    &amp;lt;dec-nw-ttl/&amp;gt;&lt;br/&gt;
                &amp;lt;/action&amp;gt;&lt;br/&gt;
            &amp;lt;/apply-actions&amp;gt;&lt;br/&gt;
        &amp;lt;/instruction&amp;gt;&lt;br/&gt;
    &amp;lt;/instructions&amp;gt;&lt;br/&gt;
    &amp;lt;match&amp;gt;&lt;br/&gt;
        &amp;lt;metadata&amp;gt;&lt;br/&gt;
            &amp;lt;metadata&amp;gt;12345&amp;lt;/metadata&amp;gt;&lt;br/&gt;
        &amp;lt;/metadata&amp;gt;&lt;br/&gt;
    &amp;lt;/match&amp;gt;&lt;br/&gt;
&amp;lt;/flow&amp;gt;&lt;/p&gt;

&lt;p&gt;2. Verify that the flow is instantiated in config space:&lt;br/&gt;
GET &lt;a href=&quot;http://192.168.4.1:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://192.168.4.1:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2&lt;/a&gt; &lt;/p&gt;

&lt;p&gt;3. Verify that the flow is instantiated in operational space:&lt;br/&gt;
&lt;a href=&quot;http://192.168.4.1:8080/restconf/operational/opendaylight-inventory:nodes/node/openflow:1/table/2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://192.168.4.1:8080/restconf/operational/opendaylight-inventory:nodes/node/openflow:1/table/2&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;4. Repeat Step 3 a few times to see that flow duration changes&lt;/p&gt;

&lt;p&gt;5. Verify flow in ovs in mininet:&lt;/p&gt;

&lt;p&gt;sudo ovs-ofctl -O OpenFlow13 dump-flows s1&lt;/p&gt;

&lt;p&gt;You should see:&lt;br/&gt;
OFPST_FLOW reply (OF1.3) (xid=0x2):&lt;br/&gt;
 cookie=0x14, duration=8.586s, table=2, n_packets=0, n_bytes=0, idle_timeout=3400, hard_timeout=1200, send_flow_rem priority=2,metadata=0x3039 actions=dec_ttl&lt;br/&gt;
mininet@mininet-vm:~$ sudo ovs-ofctl -O OpenFlow13 dump-flows s1&lt;/p&gt;

&lt;p&gt;6. Delete the flow:&lt;br/&gt;
Do &apos;DELETE &lt;a href=&quot;http://192.168.4.1:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2/flow/135&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://192.168.4.1:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2/flow/135&lt;/a&gt;&apos;&lt;/p&gt;

&lt;p&gt;7. Verify that flow is no longer present in config space (Repeat Step 2)&lt;/p&gt;

&lt;p&gt;8. Verify that fhlow has been deleted from OVS (Repeat Step 5). You should see:&lt;br/&gt;
OFPST_FLOW reply (OF1.3) (xid=0x2):&lt;/p&gt;

&lt;p&gt;9. Verify that flow is still in the oper space (Repeat Step 3).&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: Mac OS&lt;br/&gt;
Platform: Macintosh&lt;/p&gt;</environment>
        <key id="27288">OPNFLWPLUG-20</key>
            <summary>When a flow is deleted, its oper data is not removed from the operational space.</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="Avishnoi">Anil Vishnoi</assignee>
                                    <reporter username="jmedved@cisco.com">Jan Medved</reporter>
                        <labels>
                    </labels>
                <created>Sun, 12 Jan 2014 00:07:06 +0000</created>
                <updated>Mon, 27 Sep 2021 09:01:00 +0000</updated>
                            <resolved>Thu, 30 Jan 2014 08:19:03 +0000</resolved>
                                                                    <component>General</component>
                        <due>Wed, 22 Jan 2014 00:00:00 +0000</due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                                                                <comments>
                            <comment id="55101" author="vishnoianil@gmail.com" created="Wed, 22 Jan 2014 15:09:17 +0000"  >&lt;p&gt;Hi Jan,&lt;/p&gt;

&lt;p&gt;This issue is fixed now and code is pushed to controller repo through following gerrit:&lt;/p&gt;

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

&lt;p&gt;I locally verified the fix. Can you please also verify it once its get merged to the controller repo.&lt;/p&gt;

&lt;p&gt;Thanks&lt;br/&gt;
Anil&lt;/p&gt;</comment>
                            <comment id="55111" author="jmedved@cisco.com" created="Fri, 24 Jan 2014 23:55:42 +0000"  >&lt;p&gt;Attachment ODL Node.json.postman_collection has been added with description: Postman collection to aid debugging&lt;/p&gt;</comment>
                            <comment id="55102" author="jmedved@cisco.com" created="Fri, 24 Jan 2014 23:59:51 +0000"  >&lt;p&gt;Anil&lt;/p&gt;

&lt;p&gt;the problem is still there for a particular flow. &lt;/p&gt;

&lt;p&gt;To reproduce, use mininet, Chrome Postman, and the &apos;ODL Node&apos; Collection attached to this report as follows:&lt;/p&gt;

&lt;p&gt;1. start mininet with &apos;sudo mn --topo single,3  --controller &apos;remote,ip=&amp;lt;your-ip-address&amp;gt;:6653&apos; --switch ovsk,protocols=OpenFlow13&apos;&lt;/p&gt;

&lt;p&gt;2. Import the attached collection into Postman. You may have to edit the server IP address in the collection to reflect your controller&apos;s IP address.&lt;/p&gt;

&lt;p&gt;3. Issue &apos;GET Node oper openflow:1&apos; request to validate that the ovs node is up&lt;/p&gt;

&lt;p&gt;4. Wait for stats collection to occur, and then issue the GET Table oper openflow:1/Table 2&apos; request from the ODL Collection to validate that the table is empty. &amp;lt;flow-count&amp;gt; in &amp;lt;aggregate-flow-statistics&amp;gt; is reported as 0.&lt;/p&gt;

&lt;p&gt;5. Add Flow 140: Issue the &apos;PUT FLOW openflow:1/Table 2/Flow 140&apos; request from the ODL Node collection&lt;/p&gt;

&lt;p&gt;6. Issue the &apos;GET Node oper openflow:1/Table 2&apos; request to get Table 2 oper data. &amp;lt;flow-count&amp;gt; in &amp;lt;aggregate-flow-statistics&amp;gt; should be 1, but it is 0. The flow is reported in the table. You may also issue the &apos;sudo ovs-ofctl -O OpenFlow13 dump-flows s1&apos; command on mininet to validate that the flow was programmed into the switch.&lt;/p&gt;

&lt;p&gt;7. Delete Flow 140: Issue the &apos;DELEYE FLOW openflow:1/Table 2/Flow 140&apos; request from the ODL Node collection&lt;/p&gt;

&lt;p&gt;8. 6. Issue the &apos;GET Node oper openflow:1/Table 2&apos; request to get Table 2 oper data. &amp;lt;flow-count&amp;gt; in &amp;lt;aggregate-flow-statistics&amp;gt; should be 0, but it is 2. The flow is reported in the table. You may also issue the &apos;sudo ovs-ofctl -O OpenFlow13 dump-flows s1&apos; command on mininet to validate that the flow was deleted from the switch.&lt;/p&gt;</comment>
                            <comment id="55103" author="vishnoianil@gmail.com" created="Sat, 25 Jan 2014 00:18:29 +0000"  >&lt;p&gt;Hi Jan,&lt;/p&gt;

&lt;p&gt;I fixed one bug related to transaction id management in statistics-manager. That was creating issue in entertaining all the multipart response from the switches. Hence you see that there are few node where you see stats update, but on few you don&apos;t. I pushed the code changes through &lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://git.opendaylight.org/gerrit/4748&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://git.opendaylight.org/gerrit/4748&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Once it get merge, can you please try with latest controller and latest plugin code. Because in my local setup, i am using the same steps and I see that its working as expected. ( I tried many time with flow 135 and i can see that operational data gets deleted when you remove the flow).&lt;/p&gt;

&lt;p&gt;Tomorrow I will try exact step you mentioned and will update you with the results.&lt;/p&gt;

&lt;p&gt;Thanks&lt;br/&gt;
Anil&lt;/p&gt;</comment>
                            <comment id="55104" author="jmedved@cisco.com" created="Sat, 25 Jan 2014 00:26:26 +0000"  >&lt;p&gt;Hi Anil,&lt;/p&gt;

&lt;p&gt;flow 135 works fine, flow 140 does not. I don&apos;t know why. Also, Flow 140 is interesting in that the reported flow id is not the programmed flow id (140). On a freshly rebooted controller, the flow id  in oper space is 1201.&lt;/p&gt;

&lt;p&gt;I will retest with a freshly pulled code tomorrow.&lt;/p&gt;</comment>
                            <comment id="55105" author="vishnoianil@gmail.com" created="Sat, 25 Jan 2014 00:36:45 +0000"  >&lt;p&gt;Hi Jan,&lt;/p&gt;

&lt;p&gt;When you restart the controller, your original flow 140 is not in config data store anymore. So when statistics-manager get flow stats for 140 and don&apos;t find it in config data store, it augment this data as &apos;unaccounted flow&apos; and usage different id. That&apos;s why you are seeing this flow under id 1201. For unaccounted flows, id is created using the format [ 1-(table-number)&lt;del&gt;0&lt;/del&gt;(incremental number starting from 1)].&lt;/p&gt;

&lt;p&gt;I will also look at flow 140 and see if there is any issue.&lt;br/&gt;
Thanks&lt;br/&gt;
Anil&lt;/p&gt;</comment>
                            <comment id="55106" author="ecelgp" created="Sat, 25 Jan 2014 01:29:08 +0000"  >&lt;p&gt;We just tried simple flow with OF10 mininet:&lt;/p&gt;

&lt;p&gt;PUT &lt;a href=&quot;http://127.0.0.1:8080/restconf/config/opendaylight-&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://127.0.0.1:8080/restconf/config/opendaylight-&lt;/a&gt;&lt;br/&gt;
inventory:nodes/node/openflow:1/table/2/flow/139&lt;/p&gt;

&lt;p&gt;&amp;lt;flow xmlns=&quot;urn:opendaylight:flow:inventory&quot;&amp;gt;&lt;br/&gt;
&amp;lt;priority&amp;gt;2&amp;lt;/priority&amp;gt;&lt;br/&gt;
&amp;lt;flow-name&amp;gt;Foo&amp;lt;/flow-name&amp;gt;&lt;br/&gt;
&amp;lt;match&amp;gt;&lt;br/&gt;
&amp;lt;ethernet-match&amp;gt;&lt;br/&gt;
&amp;lt;ethernet-type&amp;gt;&lt;br/&gt;
&amp;lt;type&amp;gt;2048&amp;lt;/type&amp;gt;&lt;br/&gt;
&amp;lt;/ethernet-type&amp;gt;&lt;br/&gt;
&amp;lt;/ethernet-match&amp;gt;&lt;br/&gt;
&amp;lt;ipv4-destination&amp;gt;10.0.10.1/32&amp;lt;/ipv4-destination&amp;gt;&lt;br/&gt;
&amp;lt;/match&amp;gt;&lt;br/&gt;
&amp;lt;id&amp;gt;139&amp;lt;/id&amp;gt;&lt;br/&gt;
&amp;lt;table_id&amp;gt;2&amp;lt;/table_id&amp;gt;&lt;br/&gt;
&amp;lt;instructions&amp;gt;&lt;br/&gt;
&amp;lt;instruction&amp;gt;&lt;br/&gt;
&amp;lt;order&amp;gt;0&amp;lt;/order&amp;gt;&lt;br/&gt;
&amp;lt;apply-actions&amp;gt;&lt;br/&gt;
&amp;lt;action&amp;gt;&lt;br/&gt;
&amp;lt;order&amp;gt;0&amp;lt;/order&amp;gt;&lt;br/&gt;
&amp;lt;dec-nw-ttl/&amp;gt;&lt;br/&gt;
&amp;lt;/action&amp;gt;&lt;br/&gt;
&amp;lt;/apply-actions&amp;gt;&lt;br/&gt;
&amp;lt;/instruction&amp;gt;&lt;br/&gt;
&amp;lt;/instructions&amp;gt;&lt;br/&gt;
&amp;lt;/flow&amp;gt;&lt;/p&gt;



&lt;p&gt;And after delete it, we see flow in operational space so I do not think this is fixed.&lt;/p&gt;</comment>
                            <comment id="55107" author="vishnoianil@gmail.com" created="Sat, 25 Jan 2014 09:08:25 +0000"  >&lt;p&gt;I am able to recreate this issue locally. Looks like some issue with IP address matching while augmenting stats data. Will push fix ASAP.&lt;/p&gt;</comment>
                            <comment id="55108" author="vishnoianil@gmail.com" created="Sat, 25 Jan 2014 16:09:15 +0000"  >&lt;p&gt;Hi Luis/Jan,&lt;/p&gt;

&lt;p&gt;As I suspected, It was happening because of IP address comparison for flow from stats and flow stored in config data store was failing. I fixed the issue and pushed changes through following gerrits :&lt;/p&gt;

&lt;p&gt;Controller repo : &lt;a href=&quot;http://git.opendaylight.org/gerrit/4766&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://git.opendaylight.org/gerrit/4766&lt;/a&gt;&lt;br/&gt;
Plugin : &lt;a href=&quot;http://git.opendaylight.org/gerrit/4765&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://git.opendaylight.org/gerrit/4765&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Both are merged now.&lt;/p&gt;

&lt;p&gt;Hi Luis, &lt;br/&gt;
I tested your scenario and now its working fine. Can you please verify.&lt;/p&gt;

&lt;p&gt;Hi Jan,&lt;/p&gt;

&lt;p&gt;I followed exactly same steps with the post man collection you provided. In step 5 of adding flow 140, i get following error from switch,&lt;br/&gt;
2014-01-25 19:28:52.178 IST &lt;span class=&quot;error&quot;&gt;&amp;#91;pool-23-thread-7&amp;#93;&lt;/span&gt; ERROR o.o.o.o.m.c.t.ErrorTranslator -  Error Message received: type=2&lt;span class=&quot;error&quot;&gt;&amp;#91;BADACTION&amp;#93;&lt;/span&gt;, code=0&lt;span class=&quot;error&quot;&gt;&amp;#91;BADTYPE&amp;#93;&lt;/span&gt;, data=&lt;span class=&quot;error&quot;&gt;&amp;#91;04 0e 00 58 00 00 1a d0 00 00 00 00 00 00 00 0a 00 00 00 00 00 00 00 0a 02 03 0d 48 04 b0 00 02 ff ff ff ff ff ff ff ff ff ff ff ff 00 00 00 00 00 01 00 16 80 00 0a 02 08 00 80 00 19 08 0a 00 &amp;#93;&lt;/span&gt; &lt;/p&gt;

&lt;p&gt;And when i dumped the flow at switch it didn&apos;t show any installed flow as well, and because of that aggregate flows are still 0.&lt;/p&gt;

&lt;p&gt;I did minor change (dec-mpls-ttl to dec-nw-ttl) and IP address from 10.0.0.1/24 to 10.0.0.0/24, and it worked fine. Probably some bug with dec-mpls-ttl action. I changed IP address from 10.0.0.1 to 10.0.0.0 because when i installed rule with ip=10.0.0.1/24, switch installed following rule&lt;/p&gt;

&lt;p&gt;mininet&amp;gt; sh ovs-ofctl -O OpenFlow13 dump-flows s1&lt;br/&gt;
OFPST_FLOW reply (OF1.3) (xid=0x2):&lt;br/&gt;
 cookie=0xa, duration=2.855s, table=2, n_packets=0, n_bytes=0, idle_timeout=3400, hard_timeout=1200, priority=2,ip,nw_dst=10.0.0.0/24 actions=dec_ttl&lt;/p&gt;

&lt;p&gt;Please see nw_dst=10.0.0.0/24. So it ignores anything out of /24 mask. So in flow stats i get 10.0.0.0/24 rather then 10.0.0.1/24 and it was not augmenting the stats to the config flow, rather its augmenting it as a unaccounted flow, because we don;t see it in config data store. Unaccounted flows gets uninstalled if there is no stats update for them from switch for more then two cycles of flow collection.&lt;/p&gt;

&lt;p&gt;I am trying to work out intelligent flow comparison mechanism to handle these scenarios. I will send mail about it to openflowplugin with more details and few point to take care of.&lt;/p&gt;

&lt;p&gt;Thanks&lt;br/&gt;
Anil&lt;/p&gt;</comment>
                            <comment id="55109" author="vishnoianil@gmail.com" created="Sun, 26 Jan 2014 20:23:07 +0000"  >&lt;p&gt;Hi Jan,&lt;/p&gt;

&lt;p&gt;I pushed code changes that fixes this issue. &lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://git.opendaylight.org/gerrit/4822&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://git.opendaylight.org/gerrit/4822&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I added netmask based ip matching for flow matching. I am augmenting statistics data to all the flows from config data store that are matching with the masked flow from switch. In my opinion, this will make things bit simpler, in term of maintaining the stats, updating and periodic cleanup. Also it will make life easier for the folks who wants to access stats for any specific flow, they won&apos;t have search through all the flows in operational data store and parsing the keys from flow id (we will have to if we use alternate approach of creating flow id from the keys of all matching flows). &lt;/p&gt;

&lt;p&gt;Can you please verify with this latest fix.&lt;/p&gt;

&lt;p&gt;Thanks&lt;br/&gt;
Anil&lt;/p&gt;</comment>
                            <comment id="55110" author="vishnoianil@gmail.com" created="Mon, 27 Jan 2014 14:03:50 +0000"  >&lt;p&gt;Hi Jan,&lt;/p&gt;

&lt;p&gt;I forgot to mention one point, that whenever we update flows (add/delete), I am not sending aggregate flow statistics and flow table statistics request immediately. I only send individual flow statistics request at that moment to fetch the stats. Reason is, you can&apos;t send flow table statistics request for one specific table from the node, so with one request you receive stats update for all the tables in the switch. I felt this might create performance issue, at high load of flow updates. Although you can send aggregate flow stats request for specific table, but I am avoiding that as well, because it might create confusion when user see different number in flow table statistic and aggregate flow statisitcs.&lt;/p&gt;

&lt;p&gt;Hope it make sense.&lt;/p&gt;

&lt;p&gt;Thanks&lt;br/&gt;
Anil&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="13839" name="ODL Node.json.postman_collection" size="14829" author="jmedved@cisco.com" created="Fri, 24 Jan 2014 23:55:42 +0000"/>
                    </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>284</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=284]]></customfieldvalue>

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

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