Open Stack

On Tue, Apr 4, 2017 at 8:53 AM, Saverio Proto <saverio.proto at switch.ch> wrote:
> Hello Armando,
>
> I managed to implement the L2GW setup purely in software, without an
> hardware appliance.

Nice! That is very interesting. I will take a look at the work you've done here.

Thanks,
Curtis.

>
> I documented in the README file, please look at this review
> https://review.openstack.org/453209
>
> I have a question: do we have a name for this node where the actually
> bridging happens between a VXLAN tenant network and a physical L2 network ?
> Is it okay to call it the l2gw node ?
>
> The l2gw plugin it self runs on the controller, so also the
> neutron-l2gw-plugin agent runs on the controller.
>
> I think it necessary to clarify this naming, because before trying the
> software I did the mistake of thinking that the neutron-l2gw-agent had
> to run on the switch where the actual briding happens.
>
> thank you
>
> Saverio
>
>
>
>
> On 30/03/17 18:40, Armando M. wrote:
>>
>>
>> On 30 March 2017 at 08:47, Saverio Proto <saverio.proto at switch.ch
>> <mailto:saverio.proto at switch.ch>> wrote:
>>
>>     Hello,
>>
>>     I am trying to use the neutron l2gw plugin, but I am not using a bare
>>     metal switch to bridge.
>>
>>     I am using a server with Openvswitch.
>>
>>
>> I am not aware of any effort to implement L2GW purely in software, in
>> fact this was one key missing pieces that prevented the project to have
>> CI solely dealt with the upstream infra resources. Perhaps OVN may come
>> to the rescue here, I recall at some point the team was looking at the
>> L2GW API.
>>
>> Thanks,
>> Armando
>>
>>
>>
>>     Following this documentation:
>>
>>     http://networkop.co.uk/blog/2016/05/21/neutron-l2gw/
>>     <http://networkop.co.uk/blog/2016/05/21/neutron-l2gw/>
>>
>>     At one point there is this command:
>>
>>     sudo vtep-bootstrap L5 10.0.0.5 192.168.91.21 --no_encryption
>>
>>     This vtep-bootstrap is specific for Cumulux Linux
>>
>>     Anybody has documentation with normal vtep-ctl commands ?
>>
>>     So far on the Ubuntu server I did the following:
>>
>>     apt-get install openvswitch-vtep
>>     ovsdb-tool create /etc/openvswitch/vtep.db
>>     /usr/share/openvswitch/vtep.ovsschema
>>
>>     Anyone has more complete documentation ?
>>
>>     I did not understand if the vtep-openvswitch controlled by the l2gw
>>     plugin will make vxlan tunnels to all the compute nodes, to bridge the
>>     tenant network with a physical l2 network ? Or all this traffic has to
>>     pass to the network node also because the vtep openvswitch is not able
>>     to talk to the compute nodes ?
>>
>>     thank you
>>
>>     Saverio
>>
>>
>>     --
>>     SWITCH
>>     Saverio Proto, Peta Solutions
>>     Werdstrasse 2, P.O. Box, 8021 Zurich, Switzerland
>>     phone +41 44 268 15 15, direct +41 44 268 1573
>>     saverio.proto at switch.ch <mailto:saverio.proto at switch.ch>,
>>     http://www.switch.ch
>>
>>     http://www.switch.ch/stories
>>
>>     __________________________________________________________________________
>>     OpenStack Development Mailing List (not for usage questions)
>>     Unsubscribe:
>>     OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>     <http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
>>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>     <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
>>
>>
>>
>>
>> __________________________________________________________________________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> --
> SWITCH
> Saverio Proto, Peta Solutions
> Werdstrasse 2, P.O. Box, 8021 Zurich, Switzerland
> phone +41 44 268 15 15, direct +41 44 268 1573
> saverio.proto at switch.ch, http://www.switch.ch
>
> http://www.switch.ch/stories
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



-- 
Blog: serverascode.com