[NETVIRT-307] OVS restart was followed by change in VPN ID only in table 17 but not in tables 19,81 Created: 29/Nov/16  Updated: 19/Oct/17  Resolved: 02/Jan/17

Status: Resolved
Project: netvirt
Component/s: General
Affects Version/s: Boron
Fix Version/s: None

Type: Bug
Reporter: dotans Assignee: Unassigned
Resolution: Won't Do Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All

Attachments: File karaf-models-dump.tar.gz     Text File vpnId change.txt    
External issue ID: 7266

 Description   

1. Create 1 net+subnet.
2. Create 9 VMs. Each with FIP.
3. Ping FIP for each VM -works OK.
4. OVS restart.
5. Ping FIP for each VM - not all VM's reply

When comparing dump flows from before and after ovs-restart, we saw that VPN ID in table 17 changed to a new value but it's not the same value as in tables 81 (so ARP's don't work) and 19 (even when adding correct flow for table-81, the ping still don't reply).

 Comments   
Comment by dotans [ 29/Nov/16 ]

Attachment vpnId change.txt has been added with description: dump flows,groups,ports

Comment by Alon Kochba [ 30/Nov/16 ]

same match exists twice in openflow DS (older and newer), each with a different flow ID
the flowId should probably be generated from the match details, and the old one should've been deleted:

I found in the inventory both the old and new vpn id with the same match. One overrides the other after OVS restart

<flow>
<id>
2242356950108917.f3cf1f99-4034-474c-b9cc-47d6b9007264.5
</id>
<hard-timeout>0</hard-timeout>
<idle-timeout>0</idle-timeout>
<match>
<metadata>
<metadata>11529232638254514176</metadata>
<metadata-mask>18446742974197923840</metadata-mask>
</metadata>
</match>
<cookie>134217729</cookie>
<instructions>
<instruction>
<order>2</order>
<go-to-table>
<table_id>19</table_id>
</go-to-table>
</instruction>
<instruction>
<order>3</order>
<write-metadata>
<metadata>13835075647468348208</metadata>  C000100000022330
<metadata-mask>18446744073709551614</metadata-mask>
</write-metadata>
</instruction>
</instructions>
<installHw>true</installHw>
<barrier>false</barrier>
<strict>true</strict>
<priority>5</priority>
<table_id>17</table_id>
<flow-name>
vpn.69855486-2ba7-4f42-be20-12d24c790cb9.f3cf1f99-4034-474c-b9cc-47d6b9007264
</flow-name>
</flow>

<flow>
<id>
2242356950108917.108cef20-25cb-461e-bc41-d2edad858517.5
</id>
<hard-timeout>0</hard-timeout>
<idle-timeout>0</idle-timeout>
<match>
<metadata>
<metadata>11529232638254514176</metadata>
<metadata-mask>18446742974197923840</metadata-mask>
</metadata>
</match>
<cookie>134217729</cookie>
<instructions>
<instruction>
<order>2</order>
<go-to-table>
<table_id>19</table_id>
</go-to-table>
</instruction>
<instruction>
<order>3</order>
<write-metadata>
<metadata>13835075647468348224</metadata>  C000100000022340
<metadata-mask>18446744073709551614</metadata-mask>
</write-metadata>
</instruction>
</instructions>
<installHw>true</installHw>
<barrier>false</barrier>
<strict>true</strict>
<priority>5</priority>
<table_id>17</table_id>
<flow-name>
vpn.71c87811-7258-403c-a96e-1259886f9e8f.108cef20-25cb-461e-bc41-d2edad858517
</flow-name>
</flow>

Comment by dotans [ 01/Dec/16 ]

Attachment karaf-models-dump.tar.gz has been added with description: karaf models

Comment by Tomer Pearl [ 01/Dec/16 ]

Old bound-services remains in
config/interface-service-bindings:service-bindings/
That's why we don't try to remove the old flows from the inventory
{
"interface-name": "7819ae07-9bc1-45d3-9420-c656fcd88793",
"service-mode": "interface-service-bindings:service-mode-ingress",
"bound-services": [
{
"service-priority": 5,
"service-type": "interface-service-bindings:service-type-flow-based",
"flow-priority": 10,
"flow-cookie": 134217729,
"instruction": [
{
"order": 1,
"write-metadata":

{ "metadata": 140010, "metadata-mask": 4294967294 }

},
{
"order": 2,
"go-to-table":

{ "table_id": 19 }

}
],
"service-name": "vpn.c1e2da25-99c4-43cd-8f1e-b86f6d9d3bc1.7819ae07-9bc1-45d3-9420-c656fcd88793"
},

Interface is not present in ietf-interfaces, ietf-interfaces-state, l3vpn:vpn-interface.
In the log, there are no messages regarding unbind of services with this (140010) metadata.

(referring to logs from 2016-12-01 13:01:02 UTC)

Comment by Olga Schukin [ 02/Jan/17 ]

it's a script mistake, closing this issue.

Generated at Wed Feb 07 20:21:14 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.