[VPNSERVICE-50] Group entries not getting removed after deletion of l3vpn Created: 10/Feb/16  Updated: 23/Jun/18  Resolved: 23/Jun/18

Status: Resolved
Project: vpnservice
Component/s: General
Affects Version/s: unspecified
Fix Version/s: None

Type: Bug
Reporter: RajaRajan Manickam 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


Severity: normal
External issue ID: 5298

 Description   

Group entries should be removed once l3vpn deleted. This entries will be created during creation of l3vpn.

Please find the flows and groups output after deletion of VPN.

stack@compute-node1:~/devstack$ sudo ovs-ofctl dump-groups -O Openflow13 br-int
OFPST_GROUP_DESC reply (OF1.3) (xid=0x2):
group_id=150001,type=indirect,bucket=actions=set_field:fa:16:3e:6f:b7:0a->eth_dst,output:2
group_id=209999,type=all,bucket=actions=set_field:0x4->tun_id,resubmit(,55)
group_id=150002,type=indirect,bucket=actions=set_field:fa:16:3e:c5:f3:7c->eth_dst,output:3
group_id=210002,type=all,bucket=actions=set_field:0x6->tun_id,resubmit(,55),bucket=actions=set_field:0x1389->tun_id,output:1
group_id=210001,type=all,bucket=actions=set_field:0x6->tun_id,resubmit(,55)
group_id=210000,type=all,bucket=actions=set_field:0x4->tun_id,resubmit(,55),bucket=actions=set_field:0x1388->tun_id,output:1
stack@compute-node1:~/devstack$ sudo ovs-ofctl dump-flows -O Openflow13 br-int
OFPST_FLOW reply (OF1.3) (xid=0x2):
cookie=0x8000001, duration=896.350s, table=0, n_packets=203, n_bytes=21507, priority=5,in_port=1 actions=write_metadata:0x30000000000/0x1fffff0000000000,goto_table:36
cookie=0x8000000, duration=696.234s, table=0, n_packets=25, n_bytes=2434, priority=4,in_port=2 actions=write_metadata:0x40000000000/0xffffff0000000000,goto_table:16
cookie=0x8000000, duration=661.044s, table=0, n_packets=21, n_bytes=2098, priority=4,in_port=3 actions=write_metadata:0x60000000000/0xffffff0000000000,goto_table:16
cookie=0x6800000, duration=696.143s, table=16, n_packets=3, n_bytes=1014, priority=50,udp,dl_src=fa:16:3e:6f:b7:0a,tp_src=68,tp_dst=67 actions=write_actions(CONTROLLER:65535)
cookie=0x6800000, duration=661.026s, table=16, n_packets=3, n_bytes=1014, priority=50,udp,dl_src=fa:16:3e:c5:f3:7c,tp_src=68,tp_dst=67 actions=write_actions(CONTROLLER:65535)
cookie=0x6800000, duration=1011.283s, table=16, n_packets=40, n_bytes=2504, priority=0 actions=goto_table:17
cookie=0x8040000, duration=41.666s, table=17, n_packets=0, n_bytes=0, priority=3,metadata=0x60000000000/0xffffff0000000000 actions=write_metadata:0x8000061389000000/0xffffffffff000000,goto_table:50
cookie=0x8040000, duration=31.675s, table=17, n_packets=0, n_bytes=0, priority=3,metadata=0x40000000000/0xffffff0000000000 actions=write_metadata:0x8000041388000000/0xffffffffff000000,goto_table:50
cookie=0x1030000, duration=1011.283s, table=20, n_packets=0, n_bytes=0, priority=0 actions=goto_table:80
cookie=0x8000003, duration=1011.283s, table=21, n_packets=3, n_bytes=126, priority=0 actions=goto_table:80
cookie=0x9000000, duration=898.341s, table=36, n_packets=179, n_bytes=20227, priority=5,tun_id=0 actions=CONTROLLER:65535
cookie=0x9001388, duration=676.116s, table=36, n_packets=12, n_bytes=608, priority=5,tun_id=0x1388 actions=write_actions(group:210000)
cookie=0x9000004, duration=675.581s, table=36, n_packets=0, n_bytes=0, priority=5,tun_id=0x4 actions=output:2
cookie=0x9001389, duration=624.543s, table=36, n_packets=9, n_bytes=378, priority=5,tun_id=0x1389 actions=write_actions(group:210002)
cookie=0x9000006, duration=624.488s, table=36, n_packets=0, n_bytes=0, priority=5,tun_id=0x6 actions=output:3
cookie=0x8051388, duration=675.725s, table=50, n_packets=12, n_bytes=608, priority=20,metadata=0x41388000000/0x1fffffffff000000,dl_src=fa:16:3e:6f:b7:0a actions=goto_table:51
cookie=0x8051389, duration=624.493s, table=50, n_packets=9, n_bytes=378, priority=20,metadata=0x61389000000/0x1fffffffff000000,dl_src=fa:16:3e:c5:f3:7c actions=goto_table:51
cookie=0x8050000, duration=1011.283s, table=50, n_packets=0, n_bytes=0, priority=0 actions=CONTROLLER:65535,goto_table:51
cookie=0x8031388, duration=675.554s, table=51, n_packets=0, n_bytes=0, priority=20,metadata=0x1388000000/0xffff000000,dl_dst=fa:16:3e:6f:b7:0a actions=output:2
cookie=0x8031388, duration=644.650s, table=51, n_packets=0, n_bytes=0, priority=20,metadata=0x1388000000/0xffff000000,dl_dst=fa:16:3e:00:a3:b4 actions=set_field:0x5->tun_id,output:1
cookie=0x8031389, duration=624.484s, table=51, n_packets=0, n_bytes=0, priority=20,metadata=0x1389000000/0xffff000000,dl_dst=fa:16:3e:c5:f3:7c actions=output:3
cookie=0x8031389, duration=594.313s, table=51, n_packets=0, n_bytes=0, priority=20,metadata=0x1389000000/0xffff000000,dl_dst=fa:16:3e:c4:b2:59 actions=set_field:0x7->tun_id,output:1
cookie=0x8030000, duration=1011.283s, table=51, n_packets=21, n_bytes=986, priority=0 actions=goto_table:52
cookie=0x8701388, duration=676s, table=52, n_packets=12, n_bytes=608, priority=5,metadata=0x1388000000/0xffff000000 actions=write_actions(group:210000)
cookie=0x8701389, duration=624.536s, table=52, n_packets=9, n_bytes=378, priority=5,metadata=0x1389000000/0xffff000000 actions=write_actions(group:210002)
cookie=0x8800004, duration=675.758s, table=55, n_packets=12, n_bytes=608, priority=10,tun_id=0x4,metadata=0x40000000000/0x1fffff0000000000 actions=drop
cookie=0x8800006, duration=624.497s, table=55, n_packets=9, n_bytes=378, priority=10,tun_id=0x6,metadata=0x60000000000/0x1fffff0000000000 actions=drop
cookie=0x8800004, duration=675.771s, table=55, n_packets=12, n_bytes=608, priority=9,tun_id=0x4 actions=output:2
cookie=0x8800006, duration=624.501s, table=55, n_packets=9, n_bytes=378, priority=9,tun_id=0x6 actions=output:3
stack@compute-node1:~/devstack$



 Comments   
Comment by Deepthi V V [ 12/Feb/16 ]

As discussed please provide wireshark capture and karaf trace logs. Also provide restconf output for get on inventory for the switch.

Comment by RajaRajan Manickam [ 12/Feb/16 ]

Reducing this priority.Since, issue is not always reproducible.

Comment by Sam Hague [ 23/Jun/18 ]

vpnservice is no longer active

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