Hi,
I guess that means SFC Classifier in Netvirt is not ported to Genius in Boron,
are you thinking on porting it in Carbon? I’ve seen some Netvirt architecture
slides talking about a possible integration of ACL service (which to my
understanding is making use of Genius) with SFC, is my underst
...@lists.opendaylight.org] On Behalf Of Juan Manuel
Fernandez
Sent: viernes, 22 de julio de 2016 10:59
To: Sam Hague ; Brady Allen Johnson
; Dayavanti Gopal Kamath
Cc: netvirt-...@lists.opendaylight.org; sfc-dev@lists.opendaylight.org
Subject: Re: [netvirt-dev] [sfc-dev] Integration App Coexistence
Thanks Andre!
Do you know if the plan is having it in Boron?
When adding this SFC support, will VPN Service-based Netvirt keep old Netvirt
REST API?
Best regards,
Juanma
From: Andre Fredette [mailto:afrede...@redhat.com]
Sent: viernes, 22 de julio de 2016 13:54
To: Juan Manuel Fernandez
Cc
Hi,
Those are the slide decks presented last week in the ODL design forum, they are
updated with the "official format":
- SFC-VPN integration session:
https://docs.google.com/presentation/d/1yMJ-DlBSA23gyAgsP0BunSRmETnAAu32xv9Vqob_khA/pub?start=false&loop=false&delayms=3000
-
Hi,
Just in case you did not see the intended list of features Ericsson developers
are planning to introduce within Carbon (as presented in the ODL summit), here
there is the link again ;)
https://docs.google.com/presentation/d/1CD4Mlxl122WKduO_HTWsQy_hrILM7vM4h6DTxFz6HrU/pub?start=false&loop=
hi,
I fully agree with Yi Yang. As far as I see we are mixing concepts.
Service Chains can be unidirectional or bidirectional and can also be symmetric
or asymmetric.
On the other hand SFs can be stateless or stateful and can be transparent or
not transparent (e.g. of non transparent an HTTP p
Hi,
Just to be clear, I would not deprecate the symmetric attribute in SFC and SFP
and would chante symmetric attribute in SF to stateful.
Best regards
El nov. 11, 2016 8:06 AM, Juan Manuel Fernandez
escribió:
hi,
I fully agree with Yi Yang. As far as I see we are mixing concepts.
Service
ds a reverse RSP, but why it must traverse the exact same SFs?
This is what I would not limit
Best regards,
Juanma
-----Original Message-
From: Brady Allen Johnson
Sent: viernes, 11 de noviembre de 2016 17:00
To: Tim Rozet ; Juan Manuel Fernandez
Cc: sfc-dev@lists.opendaylight.org
Subject: Re: [sf
-boun...@lists.opendaylight.org] On Behalf Of Juan Manuel
Fernandez
Sent: domingo, 13 de noviembre de 2016 10:13
To: Brady Allen Johnson ; Tim Rozet
Cc: sfc-dev@lists.opendaylight.org
Subject: Re: [sfc-dev] Deprecating SFC, SFP, and RSP symmetric fields
Hi Brady,
If we look at how the symmetry and the symmetric field
Hi,
Yesterday I joined the SFC meeting, but it seems I had some problems with
Google hangouts since you could not hear me.
Giving the integration of SFC with Genius will be finally done in Carbon, we
are not in a rush, but we should analyze the following topics in the coming
weeks (I think you
Hi,
Unfortunately I cannot say whether it is better having a new project for
Netfloc or not, as far as I see, the SFC forwarding based on MACs is very
similar in both solutions and for Netfloc there might be other collisions with
other projects like Netvirt or Genius inside ODL when it comes to
19:05
To: Juan Manuel Fernandez ; Trajkovska
Irena (traj) ; Joel Halpern ;
sfc-dev@lists.opendaylight.org; Vacaro, Juliano (R&D Brazil)
; Brady Allen Johnson
Subject: RE: [sfc-dev] SFC project to contribute to the community
Hello,
Regarding the question how we assure that the SF will not
Changing the subject to split mail threads.
Please, see below.
From: sfc-dev-boun...@lists.opendaylight.org
[mailto:sfc-dev-boun...@lists.opendaylight.org] On Behalf Of Juan Manuel
Fernandez
Sent: miércoles, 21 de diciembre de 2016 15:48
To: Eichelberger, Rafael (Brazil R&D-ECL) ; Trajko
ricsson.com/>
JUAN MANUEL FERNANDEZ
SDN System Engineer
Ericsson
Via de los Poblados 13
28043, Spain
Phone +34 913392408
Mobile +34 618837205
Office 8402408
juan.manuel.fernan...@ericsson.com<mailto:juan.manuel.fernan...@ericsson.com>
www.ericsson.com<http://www.ericsson.com>
L
Hi,
Thanks Brady for the slides.
I have included some comments inside the slides specially to clarify a bit more
about avoiding re-classification and obtention of destination (or originating
depending of the option) br-int
Best regards,
Juanma
From: sfc-dev-boun...@lists.opendaylight.org
[m
I'm not a committer and I'm not so much involved now in the project, but I
fully agree with this nomination, please take a virtual +1 from my side
(unfortunately not valid for the final count)
From: sfc-dev-boun...@lists.opendaylight.org
[mailto:sfc-dev-boun...@lists.opendaylight.org] On Behalf
16 matches
Mail list logo