Good afternoon Neutron developers!
There has been a discussion about dynamic routing in Neutron for the past few
weeks in the L3 subteam weekly meetings. I've submitted a review request of the
blueprint documenting the proposal of this feature:
https://review.openstack.org/#/c/90833/. If you ha
as per discussions on l3 subteem meeting today, i started
a bgp speakers comparison wiki page for this bp.
https://wiki.openstack.org/wiki/Neutron/BGPSpeakersComparison
Artem, can you add other requirements as columns?
as one of ryu developers, i'm naturally biased to ryu bgp.
i appreciate if so
Hello Takashi,
thanks for doing this! As we have proposed ExaBgp[1] in the Dynamic Routing
blueprint[2], I've added a new column for this speaker in the wiki page. I
plan to fill it soon.
ExaBgp was our first choice because we thought that run something in
library mode would be much more easy to
Hi,
I was about mentionning ExaBGP too! can we also consider using those
BGP speakers for BGPVPN implementation [1].
This would be consistent to have the same BGP speaker used for every
BGP needs inside Neutron.
[1]https://review.openstack.org/#/c/93329/
On Fri, May 30, 2014 at 10:54 AM, Jaume
Hi folks
ExaBGP won't suit for BGPVPN implementation because it isn't support vpnv4.
Ryu is supporting it, however they have no internal api to binding
neutron network & route target.
so I think contrail is a only solution for BGPVPN implementation now.
2014-05-30 2:22 GMT-07:00 Mathieu Rohon
I've tested exabgp against a v6 peer, and it's an independent feature, so I
added that as a row separately from whether v6 advertisements work. Might
be worth making the page general and adding in the vpn feature set too.
On 30 May 2014 16:50, Nachi Ueno wrote:
> Hi folks
>
> ExaBGP won't suit
> Hi folks
>
> ExaBGP won't suit for BGPVPN implementation because it isn't support vpnv4.
> Ryu is supporting it, however they have no internal api to binding
> neutron network & route target.
can you explain a little more?
do you have api suggestions?
YAMAMOTO Takashi
> so I think contrail i
hi,
> ExaBgp was our first choice because we thought that run something in
> library mode would be much more easy to deal with (especially the
> exceptions and corner cases) and the code would be much cleaner. But seems
> that Ryu BGP also can fit in this requirement. And having the help from a
>
I think maybe we can device a kind of framework so that we can plugin
different BGP speakers.
On Thu, Jun 5, 2014 at 2:59 PM, YAMAMOTO Takashi
wrote:
> hi,
>
> > ExaBgp was our first choice because we thought that run something in
> > library mode would be much more easy to deal with (especiall
> Yamamoto
Cool! OK, I'll make ryu based bgpspeaker as ref impl for my bp.
>Yong
Ya, we have already decided to have the driver architecture.
IMO, this discussion is for reference impl.
2014-06-05 0:24 GMT-07:00 Yongsheng Gong :
> I think maybe we can device a kind of framework so that we can plu
After watch the documentation and the code of *exabgp* and *Ryu*, I find
the *Ryu* speaker much more easy to integrate and pythonic than *exabgp*. I
will use it as well as reference implementation in the Dynamic Routing bp.
Regards,
On 5 June 2014 18:23, Nachi Ueno wrote:
> > Yamamoto
> Cool!
I have seen the Ryu team is involved and responsive to the community.
That goes a long way to support it as the reference implementation for
BPG speaking in Neutron. Thank you for your support. I'll look
forward to the API and documentation refinement
Let's be sure to document any work that need
an update after today's l3 meeting:
here's a new version of ryu bgp api patch.
http://sourceforge.net/p/ryu/mailman/message/32453021/
YAMAMOTO Takashi
> I have seen the Ryu team is involved and responsive to the community.
> That goes a long way to support it as the reference implementation for
>
> an update after today's l3 meeting:
> here's a new version of ryu bgp api patch.
> http://sourceforge.net/p/ryu/mailman/message/32453021/
it has been merged to the ryu master.
https://github.com/osrg/ryu.git
here's formatted documentation:
http://ryu.readthedocs.org/en/latest/library_bg
Hi all,
We've just released our implementation of BGP VPN extensions (called
'BaGPipe'), under a opensource license :
https://github.com/Orange-OpenSource/bagpipe-bgp
It reuses some code from ExaBGP, but with a dedicated engine for VPN
instance creation through a rest API, and a modular archite
Hi everyone,
Sorry, I couldn't make it in time for the IRC meeting.
Just saw in the logs:
15:19:12 are orange folks here? they might want to
introduce their bgp speaker.
The best intro to BaGPipe BGP is the README on github:
https://github.com/Orange-OpenSource/bagpipe-bgp
terminated ?
Help me understand the deployment model for this .
-Original Message-
From: Thomas Morin [mailto:thomas.mo...@orange.com]
Sent: Thursday, June 19, 2014 9:32 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron][L3] BGP Dynamic
On 21 June 2014 17:17, A, Keshava wrote:
> Hi Thomas,
>
> This is interesting.
> I have some of the basic question about deployment model of using this
> BaGPipe BGP in virtual cloud network.
>
> 1. We want MPLS to start right from compute node as part Tennant traffic ?
> 2. We want L3 VRF separa
range.com]
Sent: Thursday, June 19, 2014 9:32 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron][L3] BGP Dynamic Routing Proposal
Hi everyone,
Sorry, I couldn't make it in time for the IRC meeting.
Just saw in the logs:
15:19:12 a
range.com]
Sent: Thursday, June 19, 2014 9:32 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron][L3] BGP Dynamic Routing Proposal
Hi everyone,
Sorry, I couldn't make it in time for the IRC meeting.
Just saw in the logs:
15:19:12 a
Hi Ian,
Ian Wells :
When you say things like 'tenant = VRF' (and, in fact, I presume you
mean 'network = VRF', since networks and tenants are two different
things) then that's actually more to do with how you implement the
networking overlay layer in Neutron. While interesting, and while it
we favor here.
Best,
-Thomas
> -Original Message-
> From: Thomas Morin [mailto:tmmorin.ora...@gmail.com] On Behalf Of Thomas Morin
> Sent: Monday, June 23, 2014 7:25 PM
> To: A, Keshava; OpenStack Dev
> Subject: Re: [openstack-dev] [Neutron][L3] BGP Dynamic Routing Proposal
>
>
22 matches
Mail list logo
