On 3/31/14, 1:31 PM, Changbin Liu wrote:
I notice that there are flow_mod flows on OVS which handle 1-to-1 translations between VLAN IDs and GRE/VXLAN tunnel IDs. Does it mean the range of tunnel_ids is limited by VLAN tags?
These local VLAN IDs on br-int are assigned separately on each compute or network node by neutron's openvswitch-agent, so you should be able to use any number of networks simultaneously in your deployment as long as no more than 4094 networks are active at once on any one node.

-Bob


Thanks

Changbin


On Sun, Mar 30, 2014 at 5:31 PM, Kyle Mestery <[email protected] <mailto:[email protected]>> wrote:

    On Fri, Mar 28, 2014 at 11:39 PM, Changbin Liu
    <[email protected] <mailto:[email protected]>> wrote:

        Hi All,

        Maybe this is a simple question: is there any limit on
        "tunnel_id_ranges" in Neutron configuration? Say, can I
        configured it to e.g., "1:10000" if I have 10000 tenants in
        the cloud. I know VLAN is limited to 4094 tags.

        I googled around this issue but found that most commonly it
         is configured to default "1:1000".

    There should not be a limit here, although the code will verify
    the tunnel ID falls within an allowed range for your tunnel
    protocol (currently GRE or VXLAN).

    Thanks,
    Kyle

        Thanks

        Changbin

        _______________________________________________
        Mailing list:
        http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
        Post to     : [email protected]
        <mailto:[email protected]>
        Unsubscribe :
        http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack





_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to     : [email protected]
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to     : [email protected]
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Reply via email to