tun_gpe_np cannot be used as condition

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.