Thanks, Miguel. Ignazio Il giorno mer 27 lug 2022 alle ore 16:50 Miguel Lavalle <miguel@mlavalle.com> ha scritto:
Ignazio,
You might find the following two presentations useful to understand what segments are and how they are used in routed networks:
https://www.openstack.org/videos/summits/austin-2016/mapping-real-networks-t...
https://www.openstack.org/videos/summits/barcelona-2016/scaling-up-openstack...
And to summarize what you will find in those presentations:
1) A segment is a single L2 broadcast domain, be it a vlan or a vxlan or any other way to realize a L2 broadcast domain in the networking fabric. 2) A Neutron network can be created stitching together 1 or several segments. If after putting several segments together in a Neutron network they become a single L2 broadcast domain (i.e. they are stitched together via switching) then you have a multi-segment Neutron network. However .... 3) If the segments in a Neutron network are stitched together with L3 routers, then you have a routed provider network. In such networks, each segment is a separate L2 broadcast domain, which should provide higher levels of scalability 4) To better understand the terminology, you may also find it useful to understand the distinction between "provider networks" and "tenant networks". A provider network is one that was mapped explicitly at creation by a cloud admin to specific segments, most likely to achieve certain performance / scalability goals. A tenant network is one for which, at creation, Neutron assigned automatically a segment
Best regards
Miguel
On Wed, Jul 27, 2022 at 3:01 AM Ignazio Cassano <ignaziocassano@gmail.com> wrote:
Hello, thanks for your reply. The segment id is the vlan id (in your example 101) ? My understanding is that some compute nodes in a rack are connected to a vlan, and other on another vlan. Then I can create a network (segmentation1) and scheduler put the vm on the compute node where vlan is present. So for users exists only segmentaion1 network and they do not know it is splitted in more vlans. Is it correct ? Ignazio
Il giorno mer 27 lug 2022 alle ore 09:27 Lajos Katona < katonalala@gmail.com> ha scritto:
Hi, I suppose you referenced this document:
https://docs.openstack.org/neutron/latest/admin/config-routed-networks.html
In Neutron terminology segments appear on different layers, on the API a segment is a network type / seg. id / phys-net / net uuid tuple (see [1]). What is interesting here that this segment has to be a representation on the compute where l2-agent (ovs-agent) can know which segment is the one it can bind ports. That cfg option is in ml2_conf.ini, and bridge_mappings, where the admin/deployer can state which bridge (like br-ex) is connected to which provider network (out of Openstack's control). So for example a sample config in ml_conf.ini like this:
bridge_mappings = public:br-ex,physnet1:br0
Means that on that compute VM ports can be bound which has a network segment like this: ( network_type: vlan, physical_network: *physnet1*, segmentation_id: 101, network_id: 1234-56..) More computes can have the same bridge-physnet mapping, the deployer's responsibility is to have these connected to the same switch, whatever.
[1]: https://docs.openstack.org/api-ref/network/v2/index.html?expanded=create-seg...
Ignazio Cassano <ignaziocassano@gmail.com> ezt írta (időpont: 2022. júl. 26., K, 21:04):
Hello All, I am reading documentation about routed provider network. It reports: " Routed provider networks imply that compute nodes reside on different segments. "
What does mean ? What is a segment it this case ? Thanks for helping me" Ignazio