Lori,
Thanks for the patch, I just merged it.
Brady
-Original Message-
From: Lori Jakab
>
To: Anil Belur
>
Cc:
://wiki.opendaylight.org/view/Service_Function_Chaining:Main#Building_Open_vSwitch_with_VxLAN-GPE_and_NSH_support
Regards,
Brady
-Original Message-
From: Dhevendran K
<dhevendra...@tcs.com<mailto:dhevendran%20k%20%3cdhevendra...@tcs.com%3e>>
To: Brady Allen Johnson
<b
XM_NX_NSH_C1[]->NXM_NX_TUN_IPV4_DST[],move:NXM_NX_NSH_C2[]->NXM_NX_TUN_ID[0..31],load:0x4->NXM_NX_TUN_GPE_NP[],output:1
cookie=0x14, duration=8.013s, table=10, n_packets=0, n_bytes=0, priority=5
actions=drop
Regards,
Brady
From: Dhevendran
In today's meeting, I'll give updates from the ODL DDF last week and also show
the plans for SFC Nitrogen.
Regards,
Brady
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev
1. The SFC project formally joins the OpenDaylight Nitrogen Simultaneous
Release and agrees to the activities and timeline documented on the Nitrogen
Release Plan Page:
https://wiki.opendaylight.org/view/Simultaneous_Release:Nitrogen_Release_Plan
2. Project Offset: Offset 2
3. Project
These are the slides I presented today at the ODL DDF:
https://docs.google.com/presentation/d/1RKkJsTUF65t40ASXVztNMcKAxMzI_owyZ-c6Mpm4Ss8/edit?usp=sharing
Regards,
Brady
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
Dhevendran,
The best place to look for information about this is the OPNFV SFC project [0].
What you're asking about is exactly what OPNFV SFC solves.
Regards,
Brady
[0] https://wiki.opnfv.org/display/sfc/Service+Function+Chaining+Home
-Original Message-
From: Dhevendran K
0%3cco...@colindixon.com%3e>>
To: Robert Varga <n...@hq.sk<mailto:robert%20varga%20%3cn...@hq.sk%3e>>
Cc: Brady Allen Johnson
<brady.allen.john...@ericsson.com<mailto:brady%20allen%20johnson%20%3cbrady.allen.john...@ericsson.com%3e>>,
vrpo...@cisco.com
<vrpo...@cisco.com&l
oes this fix impact any dependent projects?
Best Regards,
An Ho
[1] https://git.opendaylight.org/gerrit/#/c/50683/
From: An Ho
Sent: Friday, May 19, 2017 1:45 PM
To: 'Brady Allen Johnson';
groupbasedpolicy-...@lists.opendaylight.org<mailto:groupbasedpolicy-...@lists.opendayligh
I just finished it and published it.
Regards,
Brady
-Original Message-
From: Brady Allen Johnson
<brady.allen.john...@ericsson.com<mailto:brady%20allen%20johnson%20%3cbrady.allen.john...@ericsson.com%3e>>
To: thanh...@linuxfoundation.org
<thanh...@linuxfoundation.org&
Paul,
Thanks for everything you did to get the project started. You'll always be
welcome here!
I'll take care of removing you as a committer.
Thanks,
Brady
-Original Message-
From: Paul Quinn (paulq)
>
Manuel,
I havent ever seen that problem.
I wonder though: are those "conflicting" Netvirt Karaf features? That is, isnt
"odl-netvirt-openstack" for the old Netvirt, and "odl-netvirt-sfc" for the new
Netvirt?
If so, I wouldnt be surprised to see strange results. It should be enough with
only
We found the source of the problem. The NSH NextProtocol field was not being
set and was 0 in the packet.
Here's the bugzilla:
https://bugs.opendaylight.org/show_bug.cgi?id=8375
And the Netvirt patches:
master:
https://git.opendaylight.org/gerrit/56531
stable/carbon:
Manuel,
About the first problem, I'll have to check, but I think we need to consider
the metadata in the match, and the metadata in the action. Notice the match
"metadata=0x100/0xff00" has the value 1 as expected, since
this particular flow is for SFC and goes to table 83
Hello,
Just wanted to let everyone know that the stable/carbon branch was cut last
night for SFC (and the rest of the projects). Any changes intended for Nitrogen
should be on master.
From now on, the only changes allowed in stable/carbon will be for blocking bug
fixes or unit tests. For
Next week we will be off here in Spain from April 12-14 (Wednesday-Friday) for
Easter break.
I'll be available on Monday and Tuesday, but will have limited Internet
coverage while off the rest of the week.
Regards,
Brady
___
sfc-dev mailing list
Hello,
The topic list is now available for the ODL DDF (Developer Design Forum) that
will be at the end of May in California [0]. I already created a section for
SFC [1].
For any new topics you would like to discuss for SFC, please add them to this
google sheet [2].
Hope to see ya there,
Hello,
I plan on attending the ODL DDF [0] starting May 31 in Santa Clara, California
and would like to have a discussion with the GBP folks about integrating GBP
with SFC on VPP.
Will any of you be there, and would you be available for a design discussion
related to this integration?
My
Xingjun,
The migration to karaf 4 was completed in SFC last Friday, March 31 as can be
seen in this patch:
https://git.opendaylight.org/gerrit/#/c/53350/
Regards,
Brady
-Original Message-
From: Xingjun Chu
Im canceling the meeting this week.
Regards,
Brady
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev
Ok, I wasnt sure if there was tagging or something.
Thanks,
Brady
-Original Message-
From: Jamo Luhrsen
<jluhr...@gmail.com<mailto:jamo%20luhrsen%20%3cjluhr...@gmail.com%3e>>
To: Brady Allen Johnson
<brady.allen.john...@ericsson.com<mailto:brady%20
Ursicio,
Awesome work coming up with a solution so quick. I think this will have to go
in for Boron SR4, and just document the problems with SR3.
Thanks,
Brady
-Original Message-
From: Ursicio Javier Martin
We have Milestone 5 this Thursday, March 30 which is a code freeze. Any changes
post-M5 can only be for bug fixes.
We need to be diligent to make sure only bug fixes are submit post-M5, and not
additional feature additions.
The Carbon release schedule can be found here [0] for SFC, and here
Sent: jueves, 16 de marzo de 2017 11:11
To: David Suarez Fuentes
<david.suarez.fuen...@ericsson.com<mailto:david.suarez.fuen...@ericsson.com>>;
Brady Allen Johnson
<brady.allen.john...@ericsson.com<mailto:brady.allen.john...@ericsson.com>>;
sfc-dev@lists.opendaylight.org&l
I would like to nominate Diego Granados, Jaime Camaaño Ruiz, and Miguel Duarte
de Mora Barroso as committers on the ODL SFC project.
The 3 of them started together in Boron and have been doing great work in the
project since then, and I expect great things from them in the future.
Below I
Canceling the meeting this week.
Regards,
Brady
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev
The distribution check for this patch [0] is failing due to the below error.
The Jenkins can be found here[1].
Is anyone else experiencing this problem?
Thanks,
Brady
[0] https://git.opendaylight.org/gerrit/#/c/53238/
[1]
el.com<mailto:%22Yang,%20yi%20y%22%20%3cyi.y.y...@intel.com%3e>>
To: Brady Allen Johnson
<brady.allen.john...@ericsson.com<mailto:brady%20allen%20johnson%20%3cbrady.allen.john...@ericsson.com%3e>>,
sfc-dev@lists.opendaylight.org
<sfc-dev@lists.opendaylight.org<mailto:%22sf
lete migration to the topology model.
=
Since we are at M4 for all the projects - for now we may have 2 options:
Option 1) keep things as-is & follow up in Nitrogen
Option 2) Make the minor change proposed by Anil - and require all the projects
to change.
For now
Mohamed,
Sorry to hear the demo isnt working well for you in Boron. I havent tried it in
Boron lately, but have used it successfully recently in master (Carbon). Do you
have to use Boron, or can you switch to Carbon?
I'll try running it from Boron now. I'll let you know how it goes for me in
We would like to remove the usage of the deprecated inventory NodeId and
related classes from SFC, but probably wont be able to until the OpenflowPlugin
removes them.
import org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.NodeId
import
Hello,
SFC verify [0] and merge [1] jobs are failing due to a problem in Yang Tools.
Here is the exception.
06:26:46 [ERROR] yang-to-sources: Unable to generate sources with
org.opendaylight.yangtools.maven.sal.api.gen.plugin.CodeGeneratorImpl generator
06:26:46
Hello all,
We have been discussing how to create the new Netvirt classifier and how to
integrate Netvirt, SFC, and Genius together, and I tried to capture what's been
discussed so far and create a solution.
Here [0] are the slides. We can discuss this further in tomorrow's ODL SFC
weekly
A bit more context would be helpful. I believe that is a flow written by the
classifier in the SFC103 demo, can you confirm this, please.
nshc1 - nshc4 are NSH context headers, that arent used for the SFC103 demo.
Usually the NSH context headers are used to pass information between SFFs or
I had a meeting today with the folks from the 2 different MAC Chaining
solutions, and here is the way forward we agreed upon:
1. Rafael will prepare a patch with just the YANG model changes.
2. Brady will do the necessary to officially get the API change merged now
that we've passed the
Diego,
Nice catch! I couldnt reproduce it, but luckily you recognized the issue.
I just cherry-picked the change to stable/beryllium, and will merge when ready.
Regards,
Brady
-Original Message-
From: Diego Jesus Granados Lopez
I tried this locally, and am not able to reproduce the failure.
$ git status
On branch stable/beryllium
...
---
T E S T S
---
Running org.opendaylight.sfc.util.openflow.SfcOpenflowUtilsTest
ot dropped by the VXLAN port.
Can you do a tcpdump on the first compute host to see if you are experiencing
the same problem?
I believe this was fixed, but I cant remember where the solution is. Hopefully
Yi Yang can provide details about this.
Regards,
Brady
-Original Message-----
From: Brady All
SFC, offset 2
1. Please provide updates on any previously-incomplete items from prior
milestone readouts. N/A
2. Has your project achieved API freeze such that all externally accessible
Stable or Provisional APIs will not be modified after now? Yes.
(Link to gerrit search for patches
Robert,
Thanks for the really fast fix for this!!
I'll look out for when the patch gets merged and kick-off the builds again.
Thanks,
Brady
-Original Message-
From: Robert Varga <n...@hq.sk<mailto:robert%20varga%20%3cn...@hq.sk%3e>>
To: Brady Allen Johnson
<b
Hello,
Im getting the following build error:
06:19:02 [ERROR] yang-to-sources: Unable to generate sources with
org.opendaylight.yangtools.maven.sal.api.gen.plugin.CodeGeneratorImpl generator
06:19:02 java.lang.IllegalStateException: Module
Im going to cancel the weekly meeting today.
Regards,
Brady
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev
Hello,
I just submit a patch [0] that implements Ethernet+NSH transport/encapsulation
between the SFF and SFs. The transport/encapsulation between the classifier-SFF
and SFF-SFF will still need to be Vxgpe+NSH. I'll update the
"resources/configuration-examples" with JSON configurations in a
We will be hosting the ODL User Group event this evening here in Madrid,
and this conflicts with the weekly meeting, so I have to cancel it.
Here's a link to the event if you're interested:
https://www.meetup.com/OpenDaylight-Madrid-User-Group/events/236604047/
Regards,
Brady
Hello all,
This email is to explain how the topic presented in this email [0] has
been implemented in this patch [1].
Previously there was a symmetric boolean flag in the SFC, SFP, and RSP
RPC data models. Only the SFP symmetric flag was being used to create
symmetric service chains. In
Netvirt devs,
Does Manuel's approach sound reasonable to the Netvirt community?
As Manuel mentioned, the Netvirt SFC classifier rules are only populated
on compute nodes where there is a service function (hence where there is
a SFF). So if we have a configuration where the client VM is on
SFC Carbon M2 status:
1. Does your project have any updates on any previously-incomplete items
from prior milestone readouts? No
2. Were project-specific deliverables planned for this milestone
delivered successfully? No Deliverables
3. Does your project have any special needs in CI
Irena/Rafael,
I have looked at both of your ideas, and they seem quite similar. I
think it would be worthwhile for the 2 of you to consider joining forces
to submit a common MAC-based service chaining solution to ODL SFC.
I have already replied to Irena when she contacted me in private,
Michael,
Thanks so much for submitting this patch, and apologies for not doing it
ourselves. As David mentioned, last week was a short week for us, plus I
was on a business trip.
Just so you know, Ive often heard us called "SFCers", although I really
like "SFCiados".
I agree with you
are trying to align the netvirt and genius
features. We would like to fit the requirements for the OPNFV releases.
Also what meetings are there now? is there a single ODL/OPNFV SFC
meeting? Could you forward the meeting details?
Thanks, Sam
On Wed, Nov 23, 2016 at 9:15 AM, Brady Allen Johnson
?
Regards
Anirudh
*From:*Brady Allen Johnson [mailto:brady.allen.john...@ericsson.com]
*Sent:* Wednesday, November 30, 2016 4:31 PM
*To:* Anirudh Gupta <anirudh2.gu...@aricent.com>;
sfc-dev@lists.opendaylight.org
*Cc:* Mohit Gupta <mohit2.gu...@aricent.com>; Lovelesh Pandya
<lovelesh.pan
.19.53.34",
"transport":"service-locator:vxlan-gpe"
},
"ovs-bridge":{
"bridge-name":"br-int"
},
"ovs-options":{
"local-ip":"flow",
"remote-ip":"flow",
"dst-port":"47
Anirudh,
A few comments on your setup and attached configuration:
Why do you want to create "br-test"? Normally in an OpenStack env, the
SFF should be on the already created "br-int". I dont see anywhere in
the config any references to "br-test". The only configured SFF (sff6)
is being
for the OPNFV releases.
Also what meetings are there now? is there a single ODL/OPNFV SFC
meeting? Could you forward the meeting details?
Thanks, Sam
On Wed, Nov 23, 2016 at 9:15 AM, Brady Allen Johnson
<brady.allen.john...@ericsson.com
<mailto:brady.allen.john...@ericsson.com&g
Manuel,
A minor correction on your last statement:
Currently the last SFF is NOT popping the NSH header. Instead, we
send the packet to Netvirt with the NSH header. Netvirt processes
the packet and strips the NSH header. Currently, if we dont do it
this way, and the classifier is
Yi,
In the test Manuel is running, SFC is only "active/installed" on
compute1, since that's the only SFF that has been configured. The bridge
on compute2 is not in the SFC domain, and is only known to netvirt, not
to SFC. So, netvirt shouldnt need a classifier on compute2, hence no
vxgpe
Siddarth,
Would it be possible to try this with Boron SR1 instead?
We improved the handling when deleting SFs and SFFs in Boron SR1, and Im
hoping this will work better there.
Thanks,
Brady
On 22/11/16 13:20, siddarth rai wrote:
Hi,
I am getting error code 500 when i re-deploy service
Yi,
If possible, it would be good to cherry-pick the classifier fix
mentioned below to Boron. That way we can use sfc104 for both boron and
carbon.
Thanks,
Brady
On 15/11/16 01:42, Yang, Yi Y wrote:
Which sfc version are you using? SFC classifier has a bug before I submitted
OVS DPDK
Kamath wrote:
Hi brady,
Please see inline.
Thanks,
daya
*From:*Brady Allen Johnson
*Sent:* Friday, November 18, 2016 2:33 PM
*To:* Dayavanti Gopal Kamath <dayavanti.gopal.kam...@ericsson.com>;
netvirt-...@lists.opendaylight.org; sfc-dev@lists.opendaylight.org;
genius-...@lists.opendaylig
1/16 13:44, Swati Deshpande wrote:
Thanks Brady
Patch submitted for review https://git.opendaylight.org/gerrit/#/c/48398
Regards,
Swati
On Tue, Nov 15, 2016 at 7:34 PM, Brady Allen Johnson
<brady.allen.john...@ericsson.com
<mailto:brady.allen.john...@ericsson.com>> wrote:
Contributions are always very, very welcome :)
Brady
On 15/11/16 12:48, Christopher Price wrote:
That sounded like a request for contribution Brady.
Maybe starting with Ahmed’s use case. ;D
*From: *<sfc-dev-boun...@lists.opendaylight.org> on behalf of Brady
Allen J
Swati,
It used to be that the SF-type field had to be prefixed with that
string. This was changed so that its no longer needed, but unfortunately
the SFC UI wasnt also updated.
Go ahead and submit the patch, and I'll review it :)
Let me know if you need any help.
Regards,
Brady
On
:57 AM, Brady Allen Johnson
<brady.allen.john...@ericsson.com
<mailto:brady.allen.john...@ericsson.com>> wrote:
There is a way that's not quite as elegant, but that will
definitely work. You can look at the OpenFlow statistics for each RSP.
In OPNFV with Netvirt
raffic passed in each
path ?
Best regards,
Ahmed
On Tue, Nov 15, 2016 at 11:26 AM, Brady Allen Johnson
<brady.allen.john...@ericsson.com
<mailto:brady.allen.john...@ericsson.com>> wrote:
Ahmed,
What you have found is a YANG model in SFC:
https://github.com/opendayli
Ahmed,
What you have found is a YANG model in SFC:
https://github.com/opendaylight/sfc/blob/stable/beryllium/sfc-model/src/main/yang/service-statistics.yang
The model has been defined, but it hasnt been implemented, so I dont
believe it will be possible to retrieve any related statistics.
Details in this patch:
https://git.opendaylight.org/gerrit/#/c/46348/
Thanks Guillermo!!
Regards,
Brady
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev
Back in the Beryllium release, we deprecated the following
ServiceFunction fields:
* nsh-aware
* request-reclassification
And I will to remove these fields now in Carbon.
These fields were deprecated because they were defined in the
ServiceFunctionType data model, thus duplicating the
Swati,
Can you also dump the SFC classifier configuration. These REST commands
should do it:
curl -H "Content-Type: application/json" -X GET --user admin:admin
http://localhost:8181/restconf/config/ietf-access-control-list:access-lists
| python -m json.tool
curl -H "Content-Type:
An,
I just marked the bug as verified.
Thanks,
Brady
On 03/11/16 16:46, An Ho wrote:
Hi Brady and SFC Team,
I believe the following bugs have been verified as fixed in Boron SR1
Build 20161030. If your teams has any concerns or objections to
marking these bugfixes as “verified”, please
Is anybody interested in being the Documentation or Testing contact for
SFC Carbon?
Regards,
Brady
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev
-dev-boun...@lists.opendaylight.org
[mailto:sfc-dev-boun...@lists.opendaylight.org] On Behalf Of Yang, Yi Y
Sent: Saturday, October 29, 2016 12:23 PM
To: Brady Allen Johnson <brady.allen.john...@ericsson.com>;
sfc-dev@lists.opendaylight.org
Subject: Re: [sfc-dev] Voting for Brady as SFC Carb
I meant to send this vote 2 weeks ago, apologies for the delay.
I asked for PTL nominations in this email [0] and nobody replied.
Can I please get a vote (-1, 0, +1) for me being the ODL SFC Carbon PTL
from the current committers.
Thanks,
Brady
[0]
Gal,
Thanks for your contributions to the project.
Best wishes with your future endeavors.
Regards,
Brady
On 20/10/16 21:11, Mainzer, Gal wrote:
>
> Hi All,
>
> I’m stepping down as an SFC project contributor/committer.
>
> I wish you all the best,
>
> Gal
>
>
>
>
Gal,
Thanks for your contributions to the project.
Best wishes with your future endeavors.
Regards,
Brady
On 20/10/16 21:11, Mainzer, Gal wrote:
Hi All,
I’m stepping down as an SFC project contributor/committer.
I wish you all the best,
Gal
it will be merged.
-Original Message-
From: groupbasedpolicy-dev-boun...@lists.opendaylight.org
[mailto:groupbasedpolicy-dev-boun...@lists.opendaylight.org] On Behalf Of Brady
Allen Johnson
Sent: Monday, October 17, 2016 10:49 AM
To: netvirt-...@lists.opendaylight.org;
groupbasedpolicy
g backward incompatible changes or not, correct?
BR,
Miguel Ángel.
*From:*Brady Allen Johnson
*Sent:* viernes, 14 de octubre de 2016 10:13
*To:* Miguel Angel Muñoz Gonzalez
<miguel.angel.munoz.gonza...@ericsson.com>; Thanh Ha
<thanh...@linuxfoundation.org>; sfc-dev@lists.o
Hello,
Today is a public holiday here in Madrid, so Im going to cancel the
weekly ODL SFC meeting.
Regards,
Brady
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev
Let me know if you would like to see the OPNFV SFC demo that we showed
at the ODL summit in Seattle. We can show it during the weekly meeting
tomorrow.
Regards,
Brady
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
Hello everybody,
Its that time again: Carbon is starting, and I would like to open
nominations for Project lead. If any of the current SFC committers is
interested in being PTL in Carbon, please send us an email indicating
so. Please do so by Close of Business this Friday, October 14.
I
reviewer of the first ever patch that I pushed in ODL to
start this work.
https://git.opendaylight.org/gerrit/#/c/38748/
<https://git.opendaylight.org/gerrit/#/c/38748/>
Please see inline...
On Tue
David,
Thanks for all of your help in the past!
I'll take care of this.
Regards,
Brady
On 04/10/16 11:26, Goldberg, David wrote:
Hi
I would like to step down as a committer in the SFC project, since I
am working on other ODL projects, and I won’t have time to help with SFC.
Thx,
I just noticed a /*merged*/ Gerrit patch in Netvirt [0] to do the
Networking SFC to ODL SFC conversion.
I have to say that I was quite surprised to see that this patch was
merged without ever consulting the ODL SFC community. I have a few
questions regarding this patch:
1. Why is this
1. The SFC project formally joins the OpenDaylight Carbon Simultaneous
Release and agrees to the activities and timeline documented on the
Carbon Release Plan [1]
2. Project Offset: Offset 2
3. Project Category: Application
4. Project Labels: (List keywords and tags and fit the description of
,
Brady
On Sep 6, 2016 18:30, "An Ho" <an...@huawei.com
<mailto:an...@huawei.com>> wrote:
This bug is currently blocking Boron RC3.
As reported by Brady Allen Johnson [1], there is a Boron Blocker
Bug for SFC related to VPP Renderer integration with Honeycomb.
An,
We discovered the root cause of this problem today, with the help of
Robert, while investigating a failing Boron SFC Integration test.
Originally I wanted to fix this bug in Boron RC3 and marked the bug as
so, but after talking to Jamo, he said it would be ok to fix in Boron
SR1 without
Tim,
Per my action point in yesterday's OPNFV SFC meeting, here is an example
SFP specifying concrete SFs in the hops. In the attached config, you'll
notice its one /symmetric/ service chain, with one SFF, and 2 SFs of the
same type.
{
"service-function-paths": {
at Cisco)
[mailto:tcech...@cisco.com]
*Sent:* Friday, August 12, 2016 5:42 AM
*To:* Brady Allen Johnson; Anil Vishnoi; Brady Johnson
*Cc:* netvirt-...@lists.opendaylight.org;
sfc-dev@lists.opendaylight.org;
openflowplugin-...@lists.opendaylight.org; An Ho;
groupbasedpolicy
There is something I dont understand here: You're looking for an
agreement, but you authored the patch, and you merged it yourself. We
didnt get any chance to agree or disagree.
Is this how API Freeze Waivers are supposed to work?
BTW, Im adding GBP, since they are affected too.
Brady
On
88 matches
Mail list logo