Update the OVS agent code to program tunnels using ports instead of tunnel IDs

Fix proposed to branch: master
Review: https://review.openstack.org/36840

just a note to specify this bug :

create two networks : one with vxlan segment 101, one with gre segment 101.
deploy vm on two hypervisors, so that each hypervisors have almost one vm in each netwok.
The resulting flow table will be :

NXST_FLOW reply (xid=0x4):
 cookie=0x0, duration=49.276s, table=0, n_packets=0, n_bytes=0, idle_age=49, priority=3,tun_id=0x65,dl_dst=fa:16:3e:a4:06:ad actions=mod_vlan_vid:2,NORMAL
 cookie=0x0, duration=831.872s, table=0, n_packets=0, n_bytes=0, idle_age=831, priority=3,tun_id=0x65,dl_dst=fa:16:3e:14:37:15 actions=mod_vlan_vid:1,NORMAL
 cookie=0x0, duration=149.591s, table=0, n_packets=0, n_bytes=0, idle_age=149, priority=3,tun_id=0x65,dl_dst=fa:16:3e:55:a7:b2 actions=mod_vlan_vid:1,NORMAL
 cookie=0x0, duration=1091.831s, table=0, n_packets=89, n_bytes=9138, idle_age=16, priority=4,in_port=1,dl_vlan=1 actions=set_tunnel:0x65,NORMAL
 cookie=0x0, duration=49.522s, table=0, n_packets=14, n_bytes=1292, idle_age=21, priority=4,in_port=1,dl_vlan=2 actions=set_tunnel:0x65,NORMAL
 cookie=0x0, duration=49.401s, table=0, n_packets=0, n_bytes=0, idle_age=49, priority=3,tun_id=0x65,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00 actions=mod_vlan_vid:2,output:1
 cookie=0x0, duration=3017.996s, table=0, n_packets=18, n_bytes=1368, idle_age=51, priority=1 actions=drop

as you can see, broadcast incoming packets from tunnel 101 (tun_id=0x65) will go in only one local vlan (vlan_vid:2), so broadcast traffic that come from the GRE tunnel 101 on hypervisor 1, may go to vm that have a port in a VXLan tunnel 101, on hypervisor 2.

Fix proposed to branch: master
Review: https://review.openstack.org/38662

Fix proposed to branch: master
Review: https://review.openstack.org/41239

Reviewed: https://review.openstack.org/41239
Committed: http://github.com/openstack/neutron/commit/a369f9e39691c01a4e4f7f8668cb37fc17ba03b3
Submitter: Jenkins
Branch: master

commit a369f9e39691c01a4e4f7f8668cb37fc17ba03b3
Author: Francois Eleouet <email address hidden>
Date: Wed Aug 7 11:19:46 2013 +0200

    Enable GRE and VXLAN with the same ID

    Current packet processing in br-tun is based on tun-id,
    as a consequence, two networks using different tunnel
    types but sharing the same tun-id would not be properly isolated.

    To ensure proper isolation within a single bridge, NORMAL action
    can't be used any more as it floods unknown unicasts on all
    bridges ports. It is replaced by a learn action that dynamically
    sets-up flows when packets are recieved from tunnel ports. As mac
    address are learnt in explicit flows (in table 20), we can use a
    default action in that table to flood unknown unicasts to the
    right set of ports, like broadcasts and multicasts packets.

    See https://wiki.openstack.org/wiki/Ovs-flow-logic for a more
    detailled explanation of the flow logic

    Another alternative could have been to use distinct bridges for
    each tunnel type (whithout modifying the current flow logic),
    but previous alternative may be preferable as it paves the way
    for new tunneling optimisations (like RPC based mac learning and
    partial-mesh flooding proposed in bp/l2-population)

    Change-Id: I1dfe74f96680c2c6fe4d8d4aac4821c6b020c005
    Closes-Bug: #1196963