Re: [sfc-dev] [infrautils-dev] infrautils build failure related to SFC ?

[David Suarez Fuentes]

Hi Michael,

I rechecked it and now it fails with the same error, but in other feature: 
https://jenkins.opendaylight.org/releng/job/infrautils-distribution-check-oxygen/188/console


---
18:17:01  T E S T S
18:17:01 ---
18:17:06 Running org.opendaylight.odlparent.featuretest.SingleFeatureTest
18:17:43 Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 36.659 
sec <<< FAILURE! - in org.opendaylight.odlparent.featuretest.SingleFeatureTest
18:17:43 
installFeatureCatchAndLog(org.opendaylight.odlparent.featuretest.SingleFeatureTest)[repoUrl:
 
file:/w/workspace/infrautils-distribution-check-oxygen/distribution/features/singles/odl-integration-compatible-with-all/target/feature/feature.xml,
 Feature: odl-integration-compatible-with-all 0.8.0.SNAPSHOT]  Time elapsed: 
34.764 sec  <<< ERROR!
18:17:43 org.osgi.service.resolver.ResolutionException: Unable to resolve root: 
missing requirement [root] osgi.identity; 
osgi.identity=odl-integration-compatible-with-all; type=karaf.feature; 
version="[0.8.0.SNAPSHOT,0.8.0.SNAPSHOT]"; 
filter:="(&(osgi.identity=odl-integration-compatible-with-all)(type=karaf.feature)(version>=0.8.0.SNAPSHOT)(version<=0.8.0.SNAPSHOT))"
 [caused by: Unable to resolve 
odl-integration-compatible-with-all/0.8.0.SNAPSHOT: missing requirement 
[odl-integration-compatible-with-all/0.8.0.SNAPSHOT] osgi.identity; 
osgi.identity=odl-daexim-all; type=karaf.feature; 
version="[1.3.0.SNAPSHOT,1.3.0.SNAPSHOT]" [caused by: Unable to resolve 
odl-daexim-all/1.3.0.SNAPSHOT: missing requirement 
[odl-daexim-all/1.3.0.SNAPSHOT] osgi.identity; 
osgi.identity=org.opendaylight.daexim.impl; type=osgi.bundle; 
version="[1.3.0.SNAPSHOT,1.3.0.SNAPSHOT]"; resolution:=mandatory [caused by: 
Unable to resolve org.opendaylight.daexim.impl/1.3.0.SNAPSHOT: missing 
requirement [org.opendaylight.daexim.impl/1.3.0.SNAPSHOT] osgi.wiring.package; 
filter:="(&(osgi.wiring.package=org.opendaylight.infrautils.ready)(version>=1.3.0)(!(version>=2.0.0)))"]]]
18:17:43at 
org.apache.felix.resolver.ResolutionError.toException(ResolutionError.java:42)
18:17:43at 
org.apache.felix.resolver.ResolverImpl.doResolve(ResolverImpl.java:391)
18:17:43at 
org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:377)
18:17:43at 
org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:349)
18:17:43at 
org.apache.karaf.features.internal.region.SubsystemResolver.resolve(SubsystemResolver.java:216)
18:17:43at 
org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:263)
18:17:43at 
org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision(FeaturesServiceImpl.java:1188)
18:17:43at 
org.apache.karaf.features.internal.service.FeaturesServiceImpl$1.call(FeaturesServiceImpl.java:1086)
18:17:43at java.util.concurrent.FutureTask.run(FutureTask.java:266)
18:17:43at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
18:17:43at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
18:17:43at java.lang.Thread.run(Thread.java:748)


Best regards,
David.


On dom, 2017-11-05 at 17:58 +, David Suarez Fuentes wrote:
Hi Michael,

This is really strange, because infrautils does not depend of SFC I'll look 
into it.

Best regards,
David.


On dom, 2017-11-05 at 14:01 +0100, Michael Vorburger wrote:
Hi,

do you have any idea why 
https://jenkins.opendaylight.org/releng/job/infrautils-distribution-check-oxygen/186/console
 for https://git.opendaylight.org/gerrit/#/c/65149/ has failed?

It COULD be an impact of the change, but I'm surprised... as you were working 
on SFC listeners recently, I would first ask if this was something you have 
already seen / fixed in a pending unmerged Gerrit?

Tx,
M.
--
Michael Vorburger, Red Hat
vorbur...@redhat.com<mailto:vorbur...@redhat.com> | IRC: vorburger @freenode | 
~ = http://vorburger.ch<http://vorburger.ch/>

___
infrautils-dev mailing list
infrautils-...@lists.opendaylight.org<mailto:infrautils-...@lists.opendaylight.org>
https://lists.opendaylight.org/mailman/listinfo/infrautils-dev

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] [release] Autorelease oxygen failed to build sfc-provider from sfc

[David Suarez Fuentes]

Hi again,

Here it is the fix: https://git.opendaylight.org/gerrit/#/c/65041/

Best regards,
David.

On jue, 2017-11-02 at 02:59 +, Jenkins wrote:

Attention sfc-devs,

Autorelease oxygen failed to build sfc-provider from sfc in build
35. Attached is a snippet of the error message related to the
failure that we were able to automatically parse as well as console logs.


Console Logs:
https://logs.opendaylight.org/releng/jenkins092/autorelease-release-oxygen/35

Jenkins Build:
https://jenkins.opendaylight.org/releng/job/autorelease-release-oxygen/35/

Please review and provide an ETA on when a fix will be available.

Thanks,
ODL releng/autorelease team



___
release mailing list
rele...@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/release

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] [release] Autorelease oxygen failed to build sfc-provider from sfc

[David Suarez Fuentes]

I am working on it now.

On jue, 2017-11-02 at 02:59 +, Jenkins wrote:

Attention sfc-devs,

Autorelease oxygen failed to build sfc-provider from sfc in build
35. Attached is a snippet of the error message related to the
failure that we were able to automatically parse as well as console logs.


Console Logs:
https://logs.opendaylight.org/releng/jenkins092/autorelease-release-oxygen/35

Jenkins Build:
https://jenkins.opendaylight.org/releng/job/autorelease-release-oxygen/35/

Please review and provide an ETA on when a fix will be available.

Thanks,
ODL releng/autorelease team



___
release mailing list
rele...@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/release

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] Migration to Odlparent 2.0.5 Completion

[David Suarez Fuentes]

Hi,

We've been trying to get c/63747 in Genius, but it consistently fails at verify:


(osgi.wiring.package=org.opendaylight.yangtools.concepts)(version>=2.0.0)(!(version>=3.0.0)))"]]]
10:33:01at 
org.apache.felix.resolver.ResolutionError.toException(ResolutionError.java:42)
10:33:01at 
org.apache.felix.resolver.ResolverImpl.doResolve(ResolverImpl.java:391)
10:33:01at 
org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:377)
10:33:01at 
org.apache.felix.resolver.ResolverImpl.resolve(ResolverImpl.java:349)
10:33:01at 
org.apache.karaf.features.internal.region.SubsystemResolver.resolve(SubsystemResolver.java:216)
10:33:01at 
org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:263)
10:33:01at 
org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision(FeaturesServiceImpl.java:1188)
10:33:01at 
org.apache.karaf.features.internal.service.FeaturesServiceImpl$1.call(FeaturesServiceImpl.java:1086)
10:33:01at java.util.concurrent.FutureTask.run(FutureTask.java:266)
10:33:01at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
10:33:01at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
10:33:01at java.lang.Thread.run(Thread.java:748)
10:33:01
10:33:01
10:33:01 Results :
10:33:01
10:33:01 Tests in error:

Best regards,
David.

On lun, 2017-10-02 at 12:43 +, Tomas Cechvala -X (tcechval - PANTHEON 
TECHNOLOGIES at Cisco) wrote:
Brady, Yi,

It seems like SFC patches can’t go in unless genius patch  
https://git.opendaylight.org/gerrit/#/c/63747/ is merged.

Don‘t you know why the verify job keeps failing there? Patches for projects 
that Genius depends on should be already in.
Could this be resolved today?

Thanks,
Tomas

From: Brady Johnson [mailto:bradyallenjohn...@gmail.com]
Sent: Friday, September 29, 2017 11:23 PM
To: Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco) 
; sfc-dev@lists.opendaylight.org
Cc: Andrej Vanko -X (avanko - PANTHEON TECHNOLOGIES at Cisco) 
; Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
; Michal Cmarada -X (mcmarada - PANTHEON TECHNOLOGIES at 
Cisco) ; Frank Brockners (fbrockne) 
Subject: Re: [sfc-dev] Migration to Odlparent 2.0.5 Completion

Tomas,

Thanks for the heads-up.

Im on top of these, but they failed validation.

I'll keep monitoring them.

Regards,

Brady


On Fri, Sep 29, 2017 at 10:45 AM Tomas Cechvala -X (tcechval - PANTHEON 
TECHNOLOGIES at Cisco) > wrote:
Hi Sfc devs,

Could you please keep an eye on the following patches and merge them as soon as 
it’s possible to make ODL work again?

https://git.opendaylight.org/gerrit/#/c/63648/
https://git.opendaylight.org/gerrit/#/c/63695/

Thanks,
Tomas

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] I think the SFC blueprint annotations is causing failures for NetVirt

[David Suarez Fuentes]

Hi Sam,

I have reverted your patch [1] locally to enable odl-netvirt-sfc and run all 
SFTs. It works, so I guess the problem you run into last Friday might be 
temporary.

[1] https://git.opendaylight.org/gerrit/#/c/60411

Best regards,
David.


On dom, 2017-07-16 at 08:21 -0400, Sam Hague wrote:
David,

Is that local build from NetVirt? If so, then that will pass because I removed 
the sfc feature. Look in the for log for two recent patches that say something 
like "fix sfc and revert those two patches. Then build. Jenkins builds will 
have same problem.

Sam

On Jul 16, 2017 5:18 AM, "David Suarez Fuentes" 
<david.suarez.fuen...@ericsson.com<mailto:david.suarez.fuen...@ericsson.com>> 
wrote:
Hi Sam,

The local SFT passes locally with the latest changes:


[INFO] BUILD SUCCESS
[INFO] 
[INFO] Total time: 31:20 min
[INFO] Finished at: 2017-07-16T11:12:42+02:00
[INFO] Final Memory: 430M/956M
[INFO] 

I am going to rise a trivial patch on Netvirt to see if it is still happening 
in Jenkins build.

Best regards,
David.


On vie, 2017-07-14 at 17:57 -0400, Sam Hague wrote:
After the blueprint annotation patches started going in the SFT in NetVirt fail 
on the building of the netvirt-sfc features. This is blocking merges from 
finishing.

Can someone take a look if something is wrong with the blueprint patches?

Thanks, Sam

[1] 
https://jenkins.opendaylight.org/releng/job/netvirt-verify-nitrogen-mvn33-openjdk8/1762/consoleFull#-24014868e5f83968-6a6e-4afa-aebf-7456048eb3ce

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org<mailto:sfc-dev@lists.opendaylight.org>
https://lists.opendaylight.org/mailman/listinfo/sfc-dev


___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

[sfc-dev] SFC Javadocs

[David Suarez Fuentes]

Hi all,

FYI.

After this [1]  we can access the SFC's Javadoc and other info as the rest of 
the projects in [2].

[1] https://git.opendaylight.org/gerrit/#/c/60214/

[2] 
https://nexus.opendaylight.org/content/sites/site/

Best regards,
David Suárez.
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] SFC release notes patch

[David Suarez Fuentes]

Hi Brady,

Sure, I’ll review it Today.

Best regards,
David.

From: Brady Allen Johnson
Sent: jueves, 18 de mayo de 2017 11:47
To: thanh...@linuxfoundation.org; David Suarez Fuentes; 
rele...@lists.opendaylight.org; sfc-dev@lists.opendaylight.org
Subject: Re: [sfc-dev] SFC release notes patch


David,

Como Documentation contact para SFC Carbon, puedes darle un +1, por favor.

Gracias,

Brady


-Original Message-
From: David Suarez Fuentes 
<david.suarez.fuen...@ericsson.com<mailto:david%20suarez%20fuentes%20%3cdavid.suarez.fuen...@ericsson.com%3e>>
To: thanh...@linuxfoundation.org<mailto:thanh...@linuxfoundation.org> 
<thanh...@linuxfoundation.org<mailto:%22thanh...@linuxfoundation.org%22%20%3cthanh...@linuxfoundation.org%3e>>,
 rele...@lists.opendaylight.org<mailto:rele...@lists.opendaylight.org> 
<rele...@lists.opendaylight.org<mailto:%22rele...@lists.opendaylight.org%22%20%3crele...@lists.opendaylight.org%3e>>,
 sfc-dev@lists.opendaylight.org<mailto:sfc-dev@lists.opendaylight.org> 
<sfc-dev@lists.opendaylight.org<mailto:%22sfc-...@lists.opendaylight.org%22%20%3csfc-...@lists.opendaylight.org%3e>>,
 Brady Allen Johnson 
<brady.allen.john...@ericsson.com<mailto:brady%20allen%20johnson%20%3cbrady.allen.john...@ericsson.com%3e>>
Subject: Re: [sfc-dev] SFC release notes patch
Date: Wed, 17 May 2017 21:56:17 +

Hi Thanh,

I cannot access it either, Brady can you publish it?

Besr regards,
David.

On mié, 2017-05-17 at 17:16 -0400, Thanh Ha wrote:
Hi sfc-devs,

According to the Carbon Tracking spreadsheet the SFC release review patch 
should be:

https://git.opendaylight.org/gerrit/57284

However I'm not able to access it. Is the patch a DRAFT? if so can someone 
publish it so that we can review it?

Thanks,
Thanh


___

sfc-dev mailing list

sfc-dev@lists.opendaylight.org<mailto:sfc-dev@lists.opendaylight.org>

https://lists.opendaylight.org/mailman/listinfo/sfc-dev
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] SFC release notes patch

[David Suarez Fuentes]

Hi Thanh,

I cannot access it either, Brady can you publish it?

Besr regards,
David.

On mié, 2017-05-17 at 17:16 -0400, Thanh Ha wrote:
Hi sfc-devs,

According to the Carbon Tracking spreadsheet the SFC release review patch 
should be:

https://git.opendaylight.org/gerrit/57284

However I'm not able to access it. Is the patch a DRAFT? if so can someone 
publish it so that we can review it?

Thanks,
Thanh


___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] [release] Autorelease beryllium failed to build sfc-openflow-utils

[David Suarez Fuentes]

Hi Thanh,

I am looking at it.

Regards,
David Suárez.

On jue, 2017-03-02 at 23:20 -0500, Thanh Ha wrote:
> Adding sfc-dev.
> 
> Thanh
> 
> On Thu, Mar 2, 2017 at 10:12 PM, Jenkins  ght.org> wrote:
> > Attention OpenDaylight-devs,
> > 
> > Autorelease beryllium failed to build sfc-openflow-utils in build
> > 164. Attached is a snippet of the error message related to the
> > failure that we were able to automatically parse as well as console
> > logs.
> > 
> > Console Logs:
> > https://logs.opendaylight.org/releng/jenkins092/autorelease-release
> > -beryllium/164
> > 
> > Jenkins Build:
> > https://jenkins.opendaylight.org/releng/job/autorelease-release-ber
> > yllium/164/
> > 
> > Please review and provide an ETA on when a fix will be available.
> > 
> > Thanks,
> > ODL releng/autorelease team
> > 
> > 
> > ___
> > release mailing list
> > rele...@lists.opendaylight.org
> > https://lists.opendaylight.org/mailman/listinfo/release
> > 
> ___
> release mailing list
> rele...@lists.opendaylight.org
> https://lists.opendaylight.org/mailman/listinfo/release
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] Build failure on carbon master due to yang-to-sources error

[David Suarez Fuentes]

Hi all,

Yes, I am having the same problem since Yesterday afternoon.

Regards,
David.

El 28 feb. 2017 7:54, "Yang, Yi Y"  escribió:

I also have the same build issue, I guess yang tools have some changes which 
result in submodule can’t work.



From: sfc-dev-boun...@lists.opendaylight.org 
[mailto:sfc-dev-boun...@lists.opendaylight.org] On Behalf Of Brady Allen Johnson
Sent: Tuesday, February 28, 2017 2:49 PM
To: n...@hq.sk; rele...@lists.opendaylight.org; sfc-dev@lists.opendaylight.org
Subject: [sfc-dev] Build failure on carbon master due to yang-to-sources error





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 
SubmoduleEffectiveStatementImpl[name=tailf-meta-extensions, 
namespace=http://tail-f.com/yang/common, revision=Thu Nov 07 00:00:00 UTC 2013, 
prefix=null, yangVersion=1] does not have a file path



I get this build error locally this morning even after wiping out my local 
maven repository, and in Gerrit on this merge job [0] and associated jenkins 
[1].



The particular SFC sub-module that fails to build has not been modified in a 
while, so I doubt its something we've done locally.



Please let me know what I can do to help resolve this.



Regards,



Brady



[0] https://git.opendaylight.org/gerrit/#/c/52244/

[1] https://jenkins.opendaylight.org/releng/job/sfc-merge-carbon/165/console

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] NOK org.opendaylight.sfc.netconf bundleState = Failure, due to: Blueprint. Unable to find property descriptor dataProvider on class org.opendaylight.sfc.sfc_netconf.provider.api.SfcNetco

[David Suarez Fuentes]

Hi Michael,

I +1ed the patch, Brady will merge it shortly. We had a 2 working days week 
here in Madrid []

Best regards,
David.

De: sfc-dev-boun...@lists.opendaylight.org 
 en nombre de Michael Vorburger 

Enviado: jueves, 8 de diciembre de 2016 15:47:29
Para: sfc-dev@lists.opendaylight.org
Asunto: Re: [sfc-dev] NOK org.opendaylight.sfc.netconf bundleState = Failure, 
due to: Blueprint. Unable to find property descriptor dataProvider on class 
org.opendaylight.sfc.sfc_netconf.provider.api.SfcNetconfServiceFunctionAPI

Hello,

please merge https://git.opendaylight.org/gerrit/#/c/49151/ ASAP

Tx,
M.
--
Michael Vorburger > | IRC: 
vorburger @freenode | ~ = http://vorburger.ch


On Thu, Dec 8, 2016 at 11:53 AM, Michael Vorburger 
> wrote:
Dear SFCiancs (SFCiados? SFCetians?),

As part of working on a significant improvement to the odlparent 
SingleFeatureTest, so that it not only does a basic feature installation sanity 
check, but actually ensures that all bundles with their respective blueprint 
wiring really did all fully come up correctly (which is the big missing piece 
for some more sanity IMHO), see https://git.opendaylight.org/gerrit/#/c/48901/, 
we're seeing:

bundleState = Failure, due to: Blueprint. Unable to find property descriptor 
dataProvider on class 
org.opendaylight.sfc.sfc_netconf.provider.api.SfcNetconfServiceFunctionAPI. 
org.osgi.service.blueprint.container.ComponentDefinitionException: Unable to 
find property descriptor dataProvider on class 
org.opendaylight.sfc.sfc_netconf.provider.api.SfcNetconfServiceFunctionAPI

based on my analysis, I do not think that this is an infra issues in the new 
TestBundleDiag from c/48901, but suspect that your org.opendaylight.sfc.netconf 
bundle actually really does have broken BP wiring - is that possible, or am I 
totally off here? Indeed SfcNetconfServiceFunctionAPI's setDataProvider() 
method is static, so I don't think you can do  for 
 as you are in your sfc-netconf.xml ... at the very least, you would need a 
fake non-static setter there, like you have for 
setSfcProviderSfDescriptionMonitorAPI (although that's very ugly, 
static-is-evil; but that's beyond this thread).

In order to unblock c/48901 (which is currently failing 
integration/distribution due to this), would one of you be able to resolve this 
in the sort of near term kind of future?

Thanks a lot,
M.
--
Michael Vorburger > | IRC: 
vorburger @freenode | ~ = http://vorburger.ch

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] can someone of you sfc & genius integration guys draft several slides for this integration effort?

[David Suarez Fuentes]

Hi Yi Yang,


We are working right now to create the Logical SFF feature, which is the first 
SFC feature integrating with Genius. Miguel's commit is related to this 
feature, in [0] you can see the new section we are creating for Carbon. We are 
updating the Developer Guide as well [1] to include architectural details on 
how to integrate with Genius. There are some patches ([2], [3]) pending that 
shows sequence diagrams with the interaction between SFC and Genius.


We have created the sfc-genius module in the SFC's code to encapsulate most of 
the SFC interaction with Genius, but we have other changes on the renderers and 
the classifier as well.


Anyway, do not hesitate on asking about the details.


[0] 
https://github.com/opendaylight/docs/blob/master/docs/user-guide/service-function-chaining.rst

[1] 
https://github.com/opendaylight/docs/blob/master/docs/developer-guide/service-function-chaining.rst

[2]
 https://git.opendaylight.org/gerrit/#/c/48418/

[3] https://git.opendaylight.org/gerrit/#/c/48534/


Best regards,
David Suárez.



De: sfc-dev-boun...@lists.opendaylight.org 
 en nombre de Yang, Yi Y 

Enviado: miércoles, 23 de noviembre de 2016 2:19:20
Para: sfc-dev@lists.opendaylight.org
Cc: genius-...@lists.opendaylight.org; 
groupbasedpolicy-...@lists.opendaylight.org
Asunto: [sfc-dev] can someone of you sfc & genius integration guys draft 
several slides for this integration effort?

Hi, folks

I saw we have had many changes for genius, but so far sfc is not ready for 
genius yet, can someone of you sfc & genius integration guys draft several 
slides for this integration effort? I believe that everyone of us needs to know 
what services sfc should register to genius and what tables are controlled by 
sfc classfiers and sfc openflow renderer, I’m considering how we can integrate 
VPP renderer to this framework, frankly speaking, genius isn’t very easy for 
such integration, these changes are the best evidence for this, do you consider 
we can have a common layer to fill the gap between legacy openflow API to 
genius RPC/interfaces/services? The prerequisite other project folks prefer to 
use it is it should be easy to use and be integrated.

commit 1602240d08b932c524fcc7a05b320d37411143f5
Author: Miguel Duarte 
Date:   Fri Nov 11 14:14:01 2016 +0100

Integrate classifier w/ genius - commit #1

For the logical SFF feature, the existent SFC classifier has to be
integrated w/ genius, for 2 reasons:
  - currently, it writes to table 0, which is owned by genius. It should
--

This commit prepares the ground for that functionality, which will be
added in the next commit.

The genius service binding is exposed as an API, thus
--
classifier to also leverage its functionallity (install multiple flows
within the same transaction object).
  - Trasactional support for the classifier was not used, but for
logical SFF scenarios *is* required, because we cannot bind an
interface to genius and not install its respective flows.

Additionally, the TableIndexMapper is also modified, registering the
classifier table.

Finally, the one of the geniusRPCs is also modified, allowing for an
offset to be added - this way, the actions gotten from genius can be
--
commit b644388d2ba80134f80d9a16a5a716b44030b08a
Author: Jaime Caamaño Ruiz 
Date:   Thu Sep 29 16:26:55 2016 +0200

Enable activation of feature odl-sfc-genius

Add feature 'odl-sfc-genius' that functionally enables SFC integration
--
commit 6952fd5104ba1392653b9d212e22cc290083455c
Author: Jaime Caamaño Ruiz 
Date:   Fri Sep 30 17:08:17 2016 +0200

Update RSP on VM migration for sfc-genius
--
commit be0f8818305cd1120175b4c827f8d705132540b9
Author: Jaime Caamaño Ruiz 
Date:   Wed Sep 21 20:07:39 2016 +0200

Fix unchecked operation warnings on sfc-genius tests
--
commit ffac6216f22da543a7c4d9a5b04df32a94e41d33
Author: Jaime Caamaño Ruiz 
Date:   Wed Sep 21 17:04:56 2016 +0200

Bind SFC service to interface in sfc-genius
--

- For Boron it is expected to have a independent vxlan-gpe tunnel mesh
that uses a VNID of 0 for all SFC traffic.
- Using a rather uninspired flow priority and cookie for the rule that is
added on the genius dispatcher table through the binding. Feedback
--
Logical SFF component test

Features a component test of the RspProcessor used when the SFC uses a
logical SFF. The test features and end to end scenario of 2 SFs,
connected through a logical SFF entity. The genius RPC, and the genius
data utils are 

Re: [sfc-dev] [genius-dev] can someone of you sfc & genius integration guys draft several slides for this integration effort?

[David Suarez Fuentes]

Hi all,


We are just finishing the Logical SFF feature, which is the first SFC feature 
using Genius.


We have added a specific section in the SFC's User and Developer guides, 
available for Carbon.


In SFC code we have a module called sfc-genius which encapsulated most of the 
interaction with Genius.


Best regards,
David Suárez


De: genius-dev-boun...@lists.opendaylight.org 
 en nombre de Vivek Srivastava V 

Enviado: miércoles, 23 de noviembre de 2016 5:51:13
Para: Faseela K; Yang, Yi Y; sfc-dev@lists.opendaylight.org
Cc: genius-...@lists.opendaylight.org; 
groupbasedpolicy-...@lists.opendaylight.org
Asunto: Re: [genius-dev] can someone of you sfc & genius integration guys draft 
several slides for this integration effort?

Hi Brady,

Do you have some documentation/slides on sfc-genius integration that you can 
share? Please help Yi Yang to understand this integration.

Regards,
Vivek

From: genius-dev-boun...@lists.opendaylight.org 
[mailto:genius-dev-boun...@lists.opendaylight.org] On Behalf Of Faseela K
Sent: Wednesday, November 23, 2016 10:08 AM
To: Yang, Yi Y; sfc-dev@lists.opendaylight.org
Cc: genius-...@lists.opendaylight.org; 
groupbasedpolicy-...@lists.opendaylight.org
Subject: Re: [genius-dev] can someone of you sfc & genius integration guys 
draft several slides for this integration effort?

Hi Yi Yang,
   We did a workshop recently on how a new application can integrate to Genius, 
with each step mentioned in the slides.
Hope this will give you some basic idea.
Please find the 
PPT and 
VM which we used 
for the Workshop.

@Vivek : Is there any document available for sfc integration specifically?

Thanks,
Faseela

From: 
genius-dev-boun...@lists.opendaylight.org
 [mailto:genius-dev-boun...@lists.opendaylight.org] On Behalf Of Yang, Yi Y
Sent: Wednesday, November 23, 2016 6:49 AM
To: sfc-dev@lists.opendaylight.org
Cc: 
genius-...@lists.opendaylight.org; 
groupbasedpolicy-...@lists.opendaylight.org
Subject: [genius-dev] can someone of you sfc & genius integration guys draft 
several slides for this integration effort?

Hi, folks

I saw we have had many changes for genius, but so far sfc is not ready for 
genius yet, can someone of you sfc & genius integration guys draft several 
slides for this integration effort? I believe that everyone of us needs to know 
what services sfc should register to genius and what tables are controlled by 
sfc classfiers and sfc openflow renderer, I’m considering how we can integrate 
VPP renderer to this framework, frankly speaking, genius isn’t very easy for 
such integration, these changes are the best evidence for this, do you consider 
we can have a common layer to fill the gap between legacy openflow API to 
genius RPC/interfaces/services? The prerequisite other project folks prefer to 
use it is it should be easy to use and be integrated.

commit 1602240d08b932c524fcc7a05b320d37411143f5
Author: Miguel Duarte 
>
Date:   Fri Nov 11 14:14:01 2016 +0100

Integrate classifier w/ genius - commit #1

For the logical SFF feature, the existent SFC classifier has to be
integrated w/ genius, for 2 reasons:
  - currently, it writes to table 0, which is owned by genius. It should
--

This commit prepares the ground for that functionality, which will be
added in the next commit.

The genius service binding is exposed as an API, thus
--
classifier to also leverage its functionallity (install multiple flows
within the same transaction object).
  - Trasactional support for the classifier was not used, but for
logical SFF scenarios *is* required, because we cannot bind an
interface to genius and not install its respective flows.

Additionally, the TableIndexMapper is also modified, registering the
classifier table.

Finally, the one of the geniusRPCs is also modified, allowing for an
offset to be added - this way, the actions gotten from genius can be
--
commit b644388d2ba80134f80d9a16a5a716b44030b08a
Author: Jaime Caamaño Ruiz 
>
Date:   Thu Sep 29 16:26:55 2016 +0200

Enable activation of feature odl-sfc-genius

Add feature 'odl-sfc-genius' that functionally enables SFC integration
--
commit 6952fd5104ba1392653b9d212e22cc290083455c
Author: Jaime Caamaño Ruiz 
>
Date:   Fri Sep 30 17:08:17 2016 +0200

Update RSP on VM migration for sfc-genius

Re: [sfc-dev] Deprecating SFC, SFP, and RSP symmetric fields

[David Suarez Fuentes]

Hi Brady,


I think is a good idea, I agree. The simpler the better.


Best regards,

David.


De: sfc-dev-boun...@lists.opendaylight.org 
 en nombre de Brady Allen Johnson 

Enviado: jueves, 10 de noviembre de 2016 11:41:50
Para: sfc-dev@lists.opendaylight.org
Asunto: [sfc-dev] Deprecating SFC, SFP, and RSP symmetric fields


Currently there is a symmetric field in the SFC, SFP, and RSP data
models. I will deprecate these fields now in Carbon.

Instead of defining this in one of [SFC, SFP, RSP] a chain will be
symmetric if it has an SF whose SF-type has the symmetry flag set to
true. The SF-type symmetry field was also added in Beryllium.

It was always confusing what it meant if there is some combination of
symmetric values for the SFC, SFP, and RSP. That is, what if
SFC:symmetric is true, SFP:symmetric is false, and RSP:symmetric is
true? Or some similar combination?

Currently, a reverse RSP is created if the SFP symmetric field is true.
This will still be the case in Carbon, but we will also check the
SF-types as explained above. In Nitrogen, we'll remove the SFP symmetric
field check.

I've already updated the SFC Carbon Release Plan to mention these
deprecated fields.

Regards,

Brady


___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev

Re: [sfc-dev] Fix for SFC broken build

[David Suarez Fuentes]

Thanks a lot Diego!


De: sfc-dev-boun...@lists.opendaylight.org 
 en nombre de Diego Jesus Granados 
Lopez 
Enviado: viernes, 21 de octubre de 2016 15:31:42
Para: sfc-dev@lists.opendaylight.org
Cc: SDN SERVICES SDN Niagara Team
Asunto: [sfc-dev] Fix for SFC broken build

Hi,

Currently SFC build is broken (this was caused by a change in a yang model in 
netconf which was merged a few days ago [1]).

I've pushed a patch for fixing it, tested it basically, looks ok. It is similar 
to a fix which was pushed in BGP project [2] (they were also impacted).

The patch I submitted: https://git.opendaylight.org/gerrit/47341

Best regards,
Diego

[1] https://git.opendaylight.org/gerrit/#/c/43972/
[2] https://git.opendaylight.org/gerrit/#/c/47327/1

___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev