DELETE Service Binding does not remove entry in table=0

DELETE Service Binding does not remove entry in table=0. Entry is not removed even if we remove the corresponding interface.

Version: Boron SR1

Follow these steps to reproduce the bug:

1) Create interface (POST http://localhost:8181/restconf/config/ietf-interfaces:interfaces/)

{ "interface": [

{ "name": "tun999a999a9a9", "type": "iana-if-type:tunnel", "odl-interface:tunnel-interface-type": "odl-interface:tunnel-type-gre", "odl-interface:datapath-node-identifier": "75356950704695", "odl-interface:tunnel-source": "172.0.22.11", "odl-interface:tunnel-destination": "192.168.3.140", "enabled": true }

]
}

2) Create Service Binding (POST http://localhost:8181/restconf/config/interface-service-bindings:service-bindings/)

{
"services-info": [
{
"interface-name": "tun999a999a9a9",
"service-mode" : "service-mode-ingress",
"bound-services": [
{
"service-name": "ELAN",
"service-type": "interface-service-bindings:service-type-flow-based",
"service-priority": 5,
"flow-priority":10,
"flow-cookie": 134479800,
"instruction": [
{
"order": 1,
"go-to-table":

{ "table_id": 50 }

}
]
}
]
}
]
}

3) Check a new entry is populated in table=0 as follows:

cookie=0x803ffb8, duration=10.943s, table=0, n_packets=0, n_bytes=0, priority=10,in_port=1 actions=write_metadata:0xc000090000000000/0xffffff0000000001,goto_table:50

4) DELETE Service Binding (DELETE http://localhost:8181/restconf/config/interface-service-bindings:service-bindings/services-info/tun999a999a9a9/interface-service-bindings:service-mode-ingress)

5) Check entry in table=0 is not removed:

cookie=0x803ffb8, duration=122.046s, table=0, n_packets=0, n_bytes=0, priority=10,in_port=1 actions=write_metadata:0xc000090000000000/0xffffff0000000001,goto_table:50

6) If we then DELETE also the interface (DELETE http://localhost:8181/restconf/config/ietf-interfaces:interfaces/interface/tun999a999a9a9)

the entry will be still there:

cookie=0x803ffb8, duration=223.606s, table=0, n_packets=0, n_bytes=0, priority=10,in_port=1 actions=write_metadata:0xc000090000000000/0xffffff0000000001,goto_table:50

Even though in_port=1 does not make sense any more (cause the OF port was removed):

OFPT_FEATURES_REPLY (OF1.3) (xid=0x2): dpid:03f84eafb4b85678
n_tables:254, n_buffers:256
capabilities: FLOW_STATS TABLE_STATS PORT_STATS GROUP_STATS QUEUE_STATS
OFPST_PORT_DESC reply (OF1.3) (xid=0x3):
10(vhu2a7a80bb-9d): addr:00:00:00:00:00:00
config: 0
state: LIVE
speed: 0 Mbps now, 0 Mbps max
LOCAL(br-int): addr:44:89:68:47:32:37
config: 0
state: LIVE
current: 10MB-FD COPPER
speed: 10 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (OF1.3) (xid=0x5): frags=normal miss_send_len=0