-
Bug
-
Resolution: Done
-
Medium
-
Nitrogen
-
None
-
Operating System: All
Platform: All
-
9220
According to Yi Yang, tun_gpe_np is lost after decapsulation because there isn’t a way to save it in tunnel metadata in OVS vxlan-gpe implementation. Therefore, we cannot use it to decide if a packet is coming from a tunnel or internally, as it is done right now in table=100:
table=100, n_packets=0, n_bytes=0, priority=510,tun_gpe_np=0x3 actions=resubmit(,83)
table=100, n_packets=0, n_bytes=0, priority=510,encap_eth_type=0x894f actions=resubmit(,17)
Packet always hits the second flow.