[rdo-list] [TripleO] Setting NeutronBridgeMappings just for compute nodes in NFV deployment

Marius Cornea marius at remote-lab.net
Mon Apr 3 15:47:56 UTC 2017


Thanks, Samuel. I see the controller contains a br-up bridge which I
couldn't find in the template. Could you also please paste the
/etc/os-net-config/config.json file from these nodes?

Marius

On Mon, Apr 3, 2017 at 3:03 PM, Samuel Monderer
<smonderer at vasonanetworks.com> wrote:
> Hi Marius,
>
> Attached is the controller node template.
> I've also added below the ovs-vsct show results for both the compute and
> control node
> For some reason there is also a bridge called "undef" in both the controller
> and the compute
>
> [heat-admin at overcloud-controller-0 ~]$ sudo ovs-vsctl show
> 00ce4561-418d-4161-b907-3b2222930f35
>     Manager "ptcp:6640:127.0.0.1"
>     Bridge br-int
>         Controller "tcp:127.0.0.1:6633"
>         fail_mode: secure
>         Port br-int
>             Interface br-int
>                 type: internal
>     Bridge undef
>         Port undef
>             Interface undef
>                 type: internal
>     Bridge br-mng
>         fail_mode: standalone
>         Port "vlan204"
>             tag: 204
>             Interface "vlan204"
>                 type: internal
>         Port "vlan202"
>             tag: 202
>             Interface "vlan202"
>                 type: internal
>         Port br-mng
>             Interface br-mng
>                 type: internal
>         Port "vlan203"
>             tag: 203
>             Interface "vlan203"
>                 type: internal
>         Port "eno2"
>             Interface "eno2"
>         Port "vlan201"
>             tag: 201
>             Interface "vlan201"
>                 type: internal
>     Bridge br-up
>         Port br-up
>             Interface br-up
>                 type: internal
>     Bridge br-ex
>         fail_mode: standalone
>         Port br-ex
>             Interface br-ex
>                 type: internal
>         Port "eno3"
>             Interface "eno3"
>     ovs_version: "2.5.0"
> [heat-admin at overcloud-controller-0 ~]$
>
>
> [heat-admin at overcloud-compute-0 ~]$ sudo ovs-vsctl show
> 2f6bccd5-9653-42df-a1db-8cb5c3b0293a
>     Manager "ptcp:6640:127.0.0.1"
>     Bridge br-down
>         fail_mode: standalone
>         Port br-down
>             Interface br-down
>                 type: internal
>         Port "em3"
>             Interface "em3"
>     Bridge br-up
>         fail_mode: standalone
>         Port br-up
>             Interface br-up
>                 type: internal
>         Port "em4"
>             Interface "em4"
>     Bridge br-ex
>         fail_mode: standalone
>         Port "vlan204"
>             tag: 204
>             Interface "vlan204"
>                 type: internal
>         Port "vlan202"
>             tag: 202
>             Interface "vlan202"
>                 type: internal
>         Port "vlan201"
>             tag: 201
>             Interface "vlan201"
>                 type: internal
>         Port br-ex
>             Interface br-ex
>                 type: internal
>         Port "em2"
>             Interface "em2"
>     Bridge br-int
>         Controller "tcp:127.0.0.1:6633"
>         fail_mode: secure
>         Port br-int
>             Interface br-int
>                 type: internal
>     Bridge undef
>         Port undef
>             Interface undef
>                 type: internal
>     ovs_version: "2.5.0"
> [heat-admin at overcloud-compute-0 ~]$
>
>
>
>
> On Fri, Mar 31, 2017 at 1:01 PM Marius Cornea <marius at remote-lab.net> wrote:
>>
>> Hi Samuel,
>>
>> Could you please share the nic template used for the controller node?
>> The bridges should be created according to the nic template so I would
>> like to see how it looks.
>>
>> Thanks!
>>
>> On Thu, Mar 30, 2017 at 4:59 PM, Samuel Monderer
>> <smonderer at vasonanetworks.com> wrote:
>> > Hi,
>> >
>> > I would like to test my VNF on an openstack environment deployed using
>> > TripleO.
>> > For that I need to setup flat provider networks that go only to the
>> > compute
>> > node.
>> > I tried deploying an overcoud with additional neutron bridge mappings as
>> > following
>> >
>> > Added NeutronBridgeMappings: "
>> > datacentre:br-ex,physdown;br-down,physup:br-up" to network environment
>> > file
>> > Added following resources to compute.yaml file
>> >
>> >             -
>> >               type: ovs_bridge
>> >               name: br-down
>> >               mtu: 9000
>> >               members:
>> >                 -
>> >                   type: interface
>> >                   name: ens4f0
>> >                   # force the MAC address of the bridge to this
>> > interface
>> >                   primary: true
>> >             -
>> >               type: ovs_bridge
>> >               name: br-up
>> >               mtu: 9000
>> >               members:
>> >                 -
>> >                   type: interface
>> >                   name: ens4f1
>> >                   # force the MAC address of the bridge to this
>> > interface
>> >                   primary: true
>> >
>> > This will create the intended OVS bridges on the the compute node with
>> > the
>> > interfaces connected.
>> >
>> > The unwanted side effect it that ii also created the bridges on the
>> > controller node without any interfaces connected to it
>> >
>> > Is there a way to have the undercloud create the bridges only on the
>> > compute
>> > nodes and not on the controller nodes???
>> >
>> > Samuel
>> >
>> > _______________________________________________
>> > rdo-list mailing list
>> > rdo-list at redhat.com
>> > https://www.redhat.com/mailman/listinfo/rdo-list
>> >
>> > To unsubscribe: rdo-list-unsubscribe at redhat.com




More information about the dev mailing list