[onap-discuss] [APPC]- Configuring VNF with CLI

[Chandra]

Hi ,
Is there any tutorial available ONAP wiki how to use APPC-CDT for configuring 
VNF with CLI?  Any information regarding this would be useful.

Thanks
Chandrashekhar




Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html 
 externally 
http://tim.techmahindra.com/tim/disclaimer.html 
 internally within 
TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11776): https://lists.onap.org/g/onap-discuss/message/11776
Mute This Topic: https://lists.onap.org/mt/24236496/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Jira workflow change for designated projects

[Keong Lim]

Hi Randa,

Just wanted to point out that when a user manually sets the "Resolution" field 
in JIRA, the server also automatically sets the "Resolved Date" field, even if 
the "Resolution" is "Unresolved". This is already causing confusion in JIRA and 
its widgets because some of them use "Resolved Date" as an indication of the 
case being "resolved", whereas others filtering on the text of the "Resolution" 
field.

Taking a specific example, https://jira.onap.org/browse/SDNC-357 is currently 
"Unresolved" with "Resolved Date" of "28/Jun/18".
When viewed on the Agile board, it is displayed with a "strikethrough" style, 
indicating it's "resolved" and when using burn-down charts widgets, etc, it 
will be counted towards "resolved" cases, throwing off all the stats.

Instead of direct changes to the "Resolution" field, it should be part of the 
workflow buttons, so that the "post transition functions" can do things like:
- set the "Resolution" field
- clear the "Resolved Date"

to more appropriate values, reducing confusion.

Keong

On Thu, Aug  9, 2018 at 05:44 AM, Randa Maher wrote:
> 
> I want to ensure that projects  that are using workflow v.3
> have access to Resolution field in their Edit screen since this field work in
> tandem with the Status field for this workflow.
> 
> The options that are currently available for Resolution are as follows
> 
> * Unresolved (default)

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11772): https://lists.onap.org/g/onap-discuss/message/11772
Mute This Topic: https://lists.onap.org/mt/24212780/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Martial]

Vijay, Lusheng,

I feel your clarifications are lacking some aspects, because a blueprint is 
theoretically related to a complete Control-Loop flow and not just One 
micro-service.
So can you give even more clarification on that aspect, meaning today is it 
possible to have a blueprint representing a complete control-loop flow with 
several micro-service ,each of the micro-service being configurable via a 
policy?
Also today are those dynamic micro-service configurable by policy?  meaning is 
there a policy-model existing for each of those micro-service?

Thanks,
Martial

From: Xin Miao 
Sent: mercredi 8 août 2018 18:55
To: JI, LUSHENG ; onap-discuss@lists.onap.org; VENKATESH 
KUMAR, VIJAY ; Ngueko, Gervais-Martial ; 
Horn, Linda (Nokia - US/Murray Hill) 
Cc: SHACHAM, RON 
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

HI, Lusheng,

Very nice review and background introduction. Really appreciated!

Ron,

Is there any document on how the blueprint template for each DCAE component 
works? How multiple blueprints for the same micro-services are grouped per 
control loop deployment?  We can see and provide the blueprints for a component 
to repo.  Can we run the bootstrap  manually to launch a control loop for 
testing or demo purpose?

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: 2018年8月8日 AM 9:48
To: onap-discuss@lists.onap.org; VENKATESH 
KUMAR, VIJAY mailto:vv7...@att.com>>; Xin Miao 
mailto:xin.m...@huawei.com>>; NGUEKO, GERVAIS-MARTIAL 
mailto:gn4...@intl.att.com>>; Horn, Linda (Nokia - 
US/Murray Hill) mailto:linda.h...@nokia.com>>
Cc: SHACHAM, RON (RON) 
mailto:rshac...@research.att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Miao,

More details following what Vijay said.

DCAE service components (collectors, analytics, etc) can be deployed in two 
ways:


  1.  Dynamic deployment: CLAMP triggered deployment.  CLAMP tells DCAE to 
deploy a particular blueprint, which specifies a set of service components for 
realizing a particular service design.  These components are then launched from 
DCAE platform.  Life cycle and configuration of dynamically deployed components 
can be managed from CLAMP and Policy.


  1.  Static deployment: deployed at ONAP startup time by DCAE bootstrap 
process.  A startup script will call Cloudify Manager for deploying preloaded 
blueprints, each specifies a set of DCAE service components, and resulting 
these DCAE service components launched at this bootstrap.  These components can 
be managed for configuration and lifecycle by DCAE, but they are not known in 
CLAMP and Policy therefore cannot be reconfigured through CLAMP.

Dynamic deployment has been the intention of DCAE and static deployment as 
testing methodology for our internal uses.  However, because CLMAP has not been 
part of the ONAP automated testing and use flows, we use static deployment for 
all DCAE service components (including TCA for use cases other than vCPE) for 
ONAP R1 and R2 testing flows.  Only in R2 the TCA instance used by R2 vCPE use 
case is dynamically deployed by CLAMP because that testing flow allows manual 
intervention.

For any service components (including the new restconf collector) to be 
dynamically deployed, it will need to be on-boarded to SDC.  That is, the DCAE 
service component’s TOSCA model is added to SDC catalog.  Then someone uses SDC 
Design Studio to make a DCAE service design.  SDC will generate a blueprint 
template for as the result and push to DCAE.   At run-time someone will use 
CLAMP GUI to trigger the deployment of this blueprint.

Because dynamic deployment involves multiple project teams, the best forum for 
discussing the details is Pam’s Close Loop subcommittee.  Also Ron Shacham 
(cc-ed) worked through the TCA for vCPE use case.  He would be the person most 
knowledgeable in the whole process of walking a blueprint through the steps.

Thanks,
Lusheng Ji



From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "VENKATESH KUMAR, VIJAY" mailto:vv7...@att.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, "VENKATESH 
KUMAR, VIJAY" mailto:vv7...@att.com>>
Date: Wednesday, August 8, 2018 at 9:44 AM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"xin.m...@huawei.com" 
mailto:xin.m...@huawei.com>>, "NGUEKO, GERVAIS-MARTIAL" 
mailto:gn4...@intl.att.com>>, "Horn, Linda (Nokia - 
US/Murray Hill)" mailto:linda.h...@nokia.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Re: [onap-discuss] [oom] Please merge these OOM changes

[Gary Wu]

Thanks Michael and Jun for the quick turnaround.
-Gary

From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Wednesday, August 08, 2018 1:49 PM
To: onap-discuss@lists.onap.org; Michael O'Brien ; 
Gary Wu 
Cc: 'HU, JUN NICOLAS' 
Subject: RE: [onap-discuss] [oom] Please merge these OOM changes

All 3 in - thanks Gary for the rebase on the merge conflict that merging #2 
forced on #1
/michael


From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michael O'Brien
Sent: Wednesday, August 8, 2018 4:38 PM
To: onap-discuss@lists.onap.org; 
gary.i...@huawei.com
Cc: 'HU, JUN NICOLAS' mailto:jh2...@att.com>>
Subject: Re: [onap-discuss] [oom] Please merge these OOM changes

Gary,
   Update: #2 and #3 were just merged by Jun.

   Hi, we raised this issue in the oom meet today - sorry for the delay - 
essentially all the amdocs committers are out on vac=Mike, vac=Mandeep, 
business-trip=Borislav (which are in some cases all the reviewers in a couple 
of your jiras) - I am a contributor not a committer in OOM - but I can assist 
with reviews.
https://wiki.onap.org/display/DW/OOM+Meeting+Notes+-+2018-08-08
I would like to say a special THANK YOU to Jun for all the assistance 
getting patches in today.

   To get reviews in (3 in addition to yours) - Jun (Nicolas) Hu is merging 
everything reviewed now.

   I checked your reviews - it would help a bit more if in general test results 
were posted and (even though contributors cannot do a +1 verified) - add a 
comment that the patch is verified - then Jun can just hit +2 and merge the 
patch

The first patch has no +1 or test results - add a reviewer that does a +1 
and we can +2 /merge it
The second and third patches have +1 and can be merged (#2 was just merged)
 Jun has +2'd the 3rd patch just now
If Jun is unable to merge all three - we can see if Jerome or Alexis can 
get them merged.
Committer list = https://git.onap.org/oom/tree/INFO.yaml
Jun has just merged 58109 - patch 2

Thank you
/michael



From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Gary Wu
Sent: Wednesday, August 8, 2018 2:59 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [oom] Please merge these OOM changes

Hi OOM team,

Can we please merge the following?  They've been pending for more than a week 
with no updates.

https://gerrit.onap.org/r/#/c/58053/
https://gerrit.onap.org/r/#/c/58109/
https://gerrit.onap.org/r/#/c/59279/

Until these are merged we'll be getting a ton of failures in our daily OOM 
staging deployment tests.

Thanks,
Gary


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11770): https://lists.onap.org/g/onap-discuss/message/11770
Mute This Topic: https://lists.onap.org/mt/24232740/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [oom] Please merge these OOM changes

[Michael O'Brien]

All 3 in - thanks Gary for the rebase on the merge conflict that merging #2 
forced on #1
/michael


From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Wednesday, August 8, 2018 4:38 PM
To: onap-discuss@lists.onap.org; gary.i...@huawei.com
Cc: 'HU, JUN NICOLAS' 
Subject: Re: [onap-discuss] [oom] Please merge these OOM changes

Gary,
   Update: #2 and #3 were just merged by Jun.

   Hi, we raised this issue in the oom meet today - sorry for the delay - 
essentially all the amdocs committers are out on vac=Mike, vac=Mandeep, 
business-trip=Borislav (which are in some cases all the reviewers in a couple 
of your jiras) - I am a contributor not a committer in OOM - but I can assist 
with reviews.
https://wiki.onap.org/display/DW/OOM+Meeting+Notes+-+2018-08-08
I would like to say a special THANK YOU to Jun for all the assistance 
getting patches in today.

   To get reviews in (3 in addition to yours) - Jun (Nicolas) Hu is merging 
everything reviewed now.

   I checked your reviews - it would help a bit more if in general test results 
were posted and (even though contributors cannot do a +1 verified) - add a 
comment that the patch is verified - then Jun can just hit +2 and merge the 
patch

The first patch has no +1 or test results - add a reviewer that does a +1 
and we can +2 /merge it
The second and third patches have +1 and can be merged (#2 was just merged)
 Jun has +2'd the 3rd patch just now
If Jun is unable to merge all three - we can see if Jerome or Alexis can 
get them merged.
Committer list = https://git.onap.org/oom/tree/INFO.yaml
Jun has just merged 58109 - patch 2

Thank you
/michael



From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Gary Wu
Sent: Wednesday, August 8, 2018 2:59 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [oom] Please merge these OOM changes

Hi OOM team,

Can we please merge the following?  They've been pending for more than a week 
with no updates.

https://gerrit.onap.org/r/#/c/58053/
https://gerrit.onap.org/r/#/c/58109/
https://gerrit.onap.org/r/#/c/59279/

Until these are merged we'll be getting a ton of failures in our daily OOM 
staging deployment tests.

Thanks,
Gary


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11769): https://lists.onap.org/g/onap-discuss/message/11769
Mute This Topic: https://lists.onap.org/mt/24232740/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP Casablanca Security Testing

[Michael O'Brien]

Anything onap system related YES – login and operation via the 4 error, debug, 
metrics, audit
There is a 5th for operations (engine.out) 
https://wiki.onap.org/pages/viewpage.action?pageId=28378955#ONAPApplicationLoggingSpecificationv1.2(Casablanca)-Engine.out

If by operation or system you mean undercloud (kubernetes/helm deployment, or 
docker logs on the cluster VMs) – not yet.
AT has a requirement to log a lot more than just ONAP and is driving a large 
portion of our epics.

We could do more though – like the kubernetes cluster itself, syslog etc…
We do not capture artifact logs – VNF (CLAMP does via their ELK stack – but I 
need to fully verify) in ONAP’s case (same scope as the AI deployed artifacts 
in Acumos) – as in separate from the framework operation logs.

/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Helen Chen
Sent: Wednesday, August 8, 2018 2:37 PM
To: Michael O'Brien ; Lefevre, Catherine 
; Stephen Terrill 
Cc: onap-sec...@lists.onap.org; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP Casablanca Security Testing

Thanks Michael for all those information, does Logging Framework has the 
following three categories in scope:
login logs, operation logs, and system logs.

?

Regards,

Helen Chen

From: Michael O'Brien mailto:frank.obr...@amdocs.com>>
Date: Wednesday, August 8, 2018 at 11:07 AM
To: Helen Chen 00725961 mailto:helen.c...@huawei.com>>, 
"LEFEVRE, CATHERINE" mailto:cl6...@intl.att.com>>, Stephen 
Terrill mailto:stephen.terr...@ericsson.com>>
Cc: "onap-sec...@lists.onap.org" 
mailto:onap-sec...@lists.onap.org>>, onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Subject: RE: ONAP Casablanca Security Testing

Sounds good, the Logging team has a preliminary SLF4J library and an AOP 
wrapper around it for markers via a war/docker/helm RI– however it is not 
mature - https://git.onap.org/logging-analytics/tree/reference .
There is a library in Portal that I am looking at as of today’s portal meet.  
There are also several log wrapper apis in SDC and AAI
https://wiki.onap.org/display/DW/Logging+Developer+Guide
https://wiki.onap.org/pages/viewpage.action?pageId=28378955

see some related discussion from today with the Acumos and Portal team - 
https://lists.onap.org/g/onap-discuss/topic/logging_standards/24231150?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,24231150

We have a log checking tool in the queue in our Casablanca scope – however it 
is not started yet
Also we have the 2 step log verification epics in our scope, DevOps 
(ELK+Filebeat infrastructure verifying) and ensuring the logs are in spec 
format – all in the works as we have limited resources – but are working with 
the teams and in a lot of cases the teams are taking care of themselves.

What ever we do we should include the acumos logging team who shadow part of 
our ONAP spec (most of the team is in ONAP as well)
Thank you
/michael



From: Yunxia Chen mailto:helen.c...@huawei.com>>
Sent: Wednesday, August 8, 2018 1:41 PM
To: Lefevre, Catherine mailto:cl6...@intl.att.com>>; 
Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>; Michael 
O'Brien mailto:frank.obr...@amdocs.com>>
Cc: onap-sec...@lists.onap.org
Subject: Re: ONAP Casablanca Security Testing

Hi, Catherine,
For Log Audit, using the existing Logging Framework would be great. If Logging 
Framework could provide the API and then project could use that API would be 
ideal in my humble opinion. (Added Michael in this email), Micheal, any input 
or you already have it.

For Integrity Protection, as a rule, we need to make sure that none our program 
(executable binary files) and other files, such as configuration or library, 
accessible or modifiable without any authentication or authorization validation.

Regards,

Helen Chen

From: "LEFEVRE, CATHERINE" mailto:cl6...@intl.att.com>>
Date: Tuesday, August 7, 2018 at 6:28 AM
To: Helen Chen 00725961 mailto:helen.c...@huawei.com>>, 
Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>
Cc: "onap-sec...@lists.onap.org" 
mailto:onap-sec...@lists.onap.org>>
Subject: RE: ONAP Casablanca Security Testing

Good morning/afternoon Helen and Stephen,

I had a look at the deck, in particular slide 3.

I have some questions:

  *   Log Audit – Casablanca release is based on Logging Framework v1.2 – do we 
need to ask the Logging Framework team to ensure all the logs are part of their 
specifications? Do they need to develop a dedicated audit tool as well?
  *   Integrity Protection - Would it possible to provide clarifications about 
what we mean by key files and programs so we can align our understanding?

Many thanks and regards
Catherine

From: onap-sec...@lists.onap.org 
[mailto:onap-sec...@lists.onap.org] On Behalf Of Yunxia Chen
Sent: Friday, August 03, 2018 9:12 PM
To: Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>
Cc: 

Re: [onap-discuss] [oom] Please merge these OOM changes

[Michael O'Brien]

Gary,
   Update: #2 and #3 were just merged by Jun.

   Hi, we raised this issue in the oom meet today - sorry for the delay - 
essentially all the amdocs committers are out on vac=Mike, vac=Mandeep, 
business-trip=Borislav (which are in some cases all the reviewers in a couple 
of your jiras) - I am a contributor not a committer in OOM - but I can assist 
with reviews.
https://wiki.onap.org/display/DW/OOM+Meeting+Notes+-+2018-08-08
I would like to say a special THANK YOU to Jun for all the assistance 
getting patches in today.

   To get reviews in (3 in addition to yours) - Jun (Nicolas) Hu is merging 
everything reviewed now.

   I checked your reviews - it would help a bit more if in general test results 
were posted and (even though contributors cannot do a +1 verified) - add a 
comment that the patch is verified - then Jun can just hit +2 and merge the 
patch

The first patch has no +1 or test results - add a reviewer that does a +1 
and we can +2 /merge it
The second and third patches have +1 and can be merged (#2 was just merged)
 Jun has +2'd the 3rd patch just now
If Jun is unable to merge all three - we can see if Jerome or Alexis can 
get them merged.
Committer list = https://git.onap.org/oom/tree/INFO.yaml
Jun has just merged 58109 - patch 2

Thank you
/michael



From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Wednesday, August 8, 2018 2:59 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [oom] Please merge these OOM changes

Hi OOM team,

Can we please merge the following?  They've been pending for more than a week 
with no updates.

https://gerrit.onap.org/r/#/c/58053/
https://gerrit.onap.org/r/#/c/58109/
https://gerrit.onap.org/r/#/c/59279/

Until these are merged we'll be getting a ton of failures in our daily OOM 
staging deployment tests.

Thanks,
Gary



This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11767): https://lists.onap.org/g/onap-discuss/message/11767
Mute This Topic: https://lists.onap.org/mt/24232740/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] [oom] Please merge these OOM changes

[Gary Wu]

Hi OOM team,

Can we please merge the following?  They've been pending for more than a week 
with no updates.

https://gerrit.onap.org/r/#/c/58053/
https://gerrit.onap.org/r/#/c/58109/
https://gerrit.onap.org/r/#/c/59279/

Until these are merged we'll be getting a ton of failures in our daily OOM 
staging deployment tests.

Thanks,
Gary



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11765): https://lists.onap.org/g/onap-discuss/message/11765
Mute This Topic: https://lists.onap.org/mt/24232740/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP Casablanca Security Testing

[Helen Chen]

Thanks Michael for all those information, does Logging Framework has the 
following three categories in scope:
login logs, operation logs, and system logs.

?

Regards,

Helen Chen

From: Michael O'Brien 
Date: Wednesday, August 8, 2018 at 11:07 AM
To: Helen Chen 00725961 , "LEFEVRE, CATHERINE" 
, Stephen Terrill 
Cc: "onap-sec...@lists.onap.org" , onap-discuss 

Subject: RE: ONAP Casablanca Security Testing

Sounds good, the Logging team has a preliminary SLF4J library and an AOP 
wrapper around it for markers via a war/docker/helm RI– however it is not 
mature - https://git.onap.org/logging-analytics/tree/reference .
There is a library in Portal that I am looking at as of today’s portal meet.  
There are also several log wrapper apis in SDC and AAI
https://wiki.onap.org/display/DW/Logging+Developer+Guide
https://wiki.onap.org/pages/viewpage.action?pageId=28378955

see some related discussion from today with the Acumos and Portal team - 
https://lists.onap.org/g/onap-discuss/topic/logging_standards/24231150?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,24231150

We have a log checking tool in the queue in our Casablanca scope – however it 
is not started yet
Also we have the 2 step log verification epics in our scope, DevOps 
(ELK+Filebeat infrastructure verifying) and ensuring the logs are in spec 
format – all in the works as we have limited resources – but are working with 
the teams and in a lot of cases the teams are taking care of themselves.

What ever we do we should include the acumos logging team who shadow part of 
our ONAP spec (most of the team is in ONAP as well)
Thank you
/michael



From: Yunxia Chen 
Sent: Wednesday, August 8, 2018 1:41 PM
To: Lefevre, Catherine ; Stephen Terrill 
; Michael O'Brien 
Cc: onap-sec...@lists.onap.org
Subject: Re: ONAP Casablanca Security Testing

Hi, Catherine,
For Log Audit, using the existing Logging Framework would be great. If Logging 
Framework could provide the API and then project could use that API would be 
ideal in my humble opinion. (Added Michael in this email), Micheal, any input 
or you already have it.

For Integrity Protection, as a rule, we need to make sure that none our program 
(executable binary files) and other files, such as configuration or library, 
accessible or modifiable without any authentication or authorization validation.

Regards,

Helen Chen

From: "LEFEVRE, CATHERINE" mailto:cl6...@intl.att.com>>
Date: Tuesday, August 7, 2018 at 6:28 AM
To: Helen Chen 00725961 mailto:helen.c...@huawei.com>>, 
Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>
Cc: "onap-sec...@lists.onap.org" 
mailto:onap-sec...@lists.onap.org>>
Subject: RE: ONAP Casablanca Security Testing

Good morning/afternoon Helen and Stephen,

I had a look at the deck, in particular slide 3.

I have some questions:

  *   Log Audit – Casablanca release is based on Logging Framework v1.2 – do we 
need to ask the Logging Framework team to ensure all the logs are part of their 
specifications? Do they need to develop a dedicated audit tool as well?
  *   Integrity Protection - Would it possible to provide clarifications about 
what we mean by key files and programs so we can align our understanding?

Many thanks and regards
Catherine

From: onap-sec...@lists.onap.org 
[mailto:onap-sec...@lists.onap.org] On Behalf Of Yunxia Chen
Sent: Friday, August 03, 2018 9:12 PM
To: Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>
Cc: onap-sec...@lists.onap.org
Subject: [Onap-seccom] ONAP Casablanca Security Testing

Hi, Stephen and other ONAP security pro,

The automatically testing tools have covered quite some security related 
testing with NEXUS IQ. I am curious how you handle other security related 
testing and where I could find the results, as in the attached file:

  1.  At p2, is there anyone to verify “all communication shall be able to be 
encrypted and have common role-based access control and authorization”? Or is 
this trust-based?
  2.  Do we have requirement for items at P3? Those are very serious security 
holes, for example XSS injection risk.

Regards,
Helen Chen

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11764): https://lists.onap.org/g/onap-discuss/message/11764
Mute This Topic: https://lists.onap.org/mt/24232353/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP Casablanca Security Testing

[Michael O'Brien]

Sounds good, the Logging team has a preliminary SLF4J library and an AOP 
wrapper around it for markers via a war/docker/helm RI– however it is not 
mature - https://git.onap.org/logging-analytics/tree/reference .
There is a library in Portal that I am looking at as of today’s portal meet.  
There are also several log wrapper apis in SDC and AAI
https://wiki.onap.org/display/DW/Logging+Developer+Guide
https://wiki.onap.org/pages/viewpage.action?pageId=28378955

see some related discussion from today with the Acumos and Portal team - 
https://lists.onap.org/g/onap-discuss/topic/logging_standards/24231150?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,24231150

We have a log checking tool in the queue in our Casablanca scope – however it 
is not started yet
Also we have the 2 step log verification epics in our scope, DevOps 
(ELK+Filebeat infrastructure verifying) and ensuring the logs are in spec 
format – all in the works as we have limited resources – but are working with 
the teams and in a lot of cases the teams are taking care of themselves.

What ever we do we should include the acumos logging team who shadow part of 
our ONAP spec (most of the team is in ONAP as well)
Thank you
/michael



From: Yunxia Chen 
Sent: Wednesday, August 8, 2018 1:41 PM
To: Lefevre, Catherine ; Stephen Terrill 
; Michael O'Brien 
Cc: onap-sec...@lists.onap.org
Subject: Re: ONAP Casablanca Security Testing

Hi, Catherine,
For Log Audit, using the existing Logging Framework would be great. If Logging 
Framework could provide the API and then project could use that API would be 
ideal in my humble opinion. (Added Michael in this email), Micheal, any input 
or you already have it.

For Integrity Protection, as a rule, we need to make sure that none our program 
(executable binary files) and other files, such as configuration or library, 
accessible or modifiable without any authentication or authorization validation.

Regards,

Helen Chen

From: "LEFEVRE, CATHERINE" mailto:cl6...@intl.att.com>>
Date: Tuesday, August 7, 2018 at 6:28 AM
To: Helen Chen 00725961 mailto:helen.c...@huawei.com>>, 
Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>
Cc: "onap-sec...@lists.onap.org" 
mailto:onap-sec...@lists.onap.org>>
Subject: RE: ONAP Casablanca Security Testing

Good morning/afternoon Helen and Stephen,

I had a look at the deck, in particular slide 3.

I have some questions:

  *   Log Audit – Casablanca release is based on Logging Framework v1.2 – do we 
need to ask the Logging Framework team to ensure all the logs are part of their 
specifications? Do they need to develop a dedicated audit tool as well?
  *   Integrity Protection - Would it possible to provide clarifications about 
what we mean by key files and programs so we can align our understanding?

Many thanks and regards
Catherine

From: onap-sec...@lists.onap.org 
[mailto:onap-sec...@lists.onap.org] On Behalf Of Yunxia Chen
Sent: Friday, August 03, 2018 9:12 PM
To: Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>
Cc: onap-sec...@lists.onap.org
Subject: [Onap-seccom] ONAP Casablanca Security Testing

Hi, Stephen and other ONAP security pro,

The automatically testing tools have covered quite some security related 
testing with NEXUS IQ. I am curious how you handle other security related 
testing and where I could find the results, as in the attached file:

  1.  At p2, is there anyone to verify “all communication shall be able to be 
encrypted and have common role-based access control and authorization”? Or is 
this trust-based?
  2.  Do we have requirement for items at P3? Those are very serious security 
holes, for example XSS injection risk.

Regards,
Helen Chen

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11763): https://lists.onap.org/g/onap-discuss/message/11763
Mute This Topic: https://lists.onap.org/mt/24232353/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Xin Miao]

HI, Lusheng,

Very nice review and background introduction. Really appreciated!

Ron,

Is there any document on how the blueprint template for each DCAE component 
works? How multiple blueprints for the same micro-services are grouped per 
control loop deployment?  We can see and provide the blueprints for a component 
to repo.  Can we run the bootstrap  manually to launch a control loop for 
testing or demo purpose?

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: JI, LUSHENG (LUSHENG) [mailto:l...@research.att.com]
Sent: 2018年8月8日 AM 9:48
To: onap-discuss@lists.onap.org; VENKATESH KUMAR, VIJAY ; Xin 
Miao ; NGUEKO, GERVAIS-MARTIAL ; 
Horn, Linda (Nokia - US/Murray Hill) 
Cc: SHACHAM, RON (RON) 
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Miao,

More details following what Vijay said.

DCAE service components (collectors, analytics, etc) can be deployed in two 
ways:


  1.  Dynamic deployment: CLAMP triggered deployment.  CLAMP tells DCAE to 
deploy a particular blueprint, which specifies a set of service components for 
realizing a particular service design.  These components are then launched from 
DCAE platform.  Life cycle and configuration of dynamically deployed components 
can be managed from CLAMP and Policy.


  1.  Static deployment: deployed at ONAP startup time by DCAE bootstrap 
process.  A startup script will call Cloudify Manager for deploying preloaded 
blueprints, each specifies a set of DCAE service components, and resulting 
these DCAE service components launched at this bootstrap.  These components can 
be managed for configuration and lifecycle by DCAE, but they are not known in 
CLAMP and Policy therefore cannot be reconfigured through CLAMP.

Dynamic deployment has been the intention of DCAE and static deployment as 
testing methodology for our internal uses.  However, because CLMAP has not been 
part of the ONAP automated testing and use flows, we use static deployment for 
all DCAE service components (including TCA for use cases other than vCPE) for 
ONAP R1 and R2 testing flows.  Only in R2 the TCA instance used by R2 vCPE use 
case is dynamically deployed by CLAMP because that testing flow allows manual 
intervention.

For any service components (including the new restconf collector) to be 
dynamically deployed, it will need to be on-boarded to SDC.  That is, the DCAE 
service component’s TOSCA model is added to SDC catalog.  Then someone uses SDC 
Design Studio to make a DCAE service design.  SDC will generate a blueprint 
template for as the result and push to DCAE.   At run-time someone will use 
CLAMP GUI to trigger the deployment of this blueprint.

Because dynamic deployment involves multiple project teams, the best forum for 
discussing the details is Pam’s Close Loop subcommittee.  Also Ron Shacham 
(cc-ed) worked through the TCA for vCPE use case.  He would be the person most 
knowledgeable in the whole process of walking a blueprint through the steps.

Thanks,
Lusheng Ji



From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "VENKATESH KUMAR, VIJAY" mailto:vv7...@att.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, "VENKATESH 
KUMAR, VIJAY" mailto:vv7...@att.com>>
Date: Wednesday, August 8, 2018 at 9:44 AM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"xin.m...@huawei.com" 
mailto:xin.m...@huawei.com>>, "NGUEKO, GERVAIS-MARTIAL" 
mailto:gn4...@intl.att.com>>, "Horn, Linda (Nokia - 
US/Murray Hill)" mailto:linda.h...@nokia.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Just to clarify, any services in DCAE can be deployed dynamically. Only TCA is 
handled via CLAMP currently though (models/blueprint are pre-loaded in 
SDC/CLAMP to distribute/deploy). All the other services when onboarded through 
SDC/Tosca_lab can be instantiated dynamically.

For VESCollector, we have blueprint which takes topics an input.  This 
blueprint can be loaded into SDC catalog manually and distributed by 
designer/clamp operator on demand to support specific control loop if required. 
However as the collectors are generic (not tied to specific usecase) – they can 
be shared across different CL cases as done in R1/R2.

Thanks,
Vijay

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Xin Miao
Sent: Wednesday, August 08, 2018 9:22 AM
To: NGUEKO, GERVAIS-MARTIAL mailto:gn4...@intl.att.com>>; 
onap-discuss 

Re: [onap-discuss] Logging Standards

[Michael O'Brien]

Parichay,
Hi, answers in-line in italic-red


  1.  required field 
StatusCode
 is limited to values COMPLETE, ERROR.  But the vast majority of the logging 
invocations will be made DURING processing of a request, when it's neither 
complete nor failed. What should be shown?

Michael: good question - limiting the enumeration was too restrictive - in the 
call yesterday we added INPROGRESS based on feedback from Acumos and from Dave 
on the spec page and Chris on the acumos page

In general we will try to sync the two spec pages onap/acumos - where the onap 
page drives the common parts of the acumos spec

https://wiki.acumos.org/display/OAM/Log+Standards

https://wiki.onap.org/pages/?pageId=28378955

The larger logging/acumos logging team has been working with Portal - as of 
today I will be looking to use their aspect advice class in portal/sdk as a 
concrete RI in addition to our WIP aspect wrapper

https://git.onap.org/logging-analytics/tree/reference

https://git.onap.org/portal/sdk/tree/ecomp-sdk/epsdk-core/src/main/java/org/onap/portalsdk/core/logging



  1.  what to do about TargetElement, in Acumos we don't have virtual network 
functions.

Michael: for targetElement - yes this is ONAP specific - this has come up a 
couple times - I will add a column in the spec table for non-general/industry 
logging MDC's (beyond the standard request/invocation ones for example)  - the 
same type off issue that occurs in spec/proprietary jpa/orm or cloud 
native/agnostic artifacts in onap.

I expect we will have 2 categories (industry, native(ONAP/Acumos)



  1.  Can we get one example of log file output columns, with all the MDC's 
value populated as it is generated in logs? Ex: value under RequestID, 
InvocationID, InstanceUUID, ServiceName, etc..

Michael: We published some examples in the spec page table - there are 
clickable MDC links on each line - some are missing - I will fix them.

https://wiki.onap.org/pages/viewpage.action?pageId=28378955#ONAPApplicationLoggingSpecificationv1.2(Casablanca)-MappedDiagnosticContextTable

Some of the older examples before we updated the spec need to be adjusted - 
however the developer section has output of the logging library which is being 
coded to implement/demo the spec

https://wiki.onap.org/display/DW/Logging+Developer+Guide

see example here

https://wiki.onap.org/display/DW/Logging+Developer+Guide#LoggingDeveloperGuide-UseCase:SingleRESTcall-withENTRY/EXITMarkersaroundin-methodlog

  1.  If we don't get RequestID from header of REST calls then do we need to 
generate one? If so then what is the rule of generating random number?

Michael: Yes, the rule is pass-through or generate - there is an example in the 
SLF4J library in 
https://git.onap.org/logging-analytics/tree/reference/logging-slf4j/src/main/java/org/onap/logging/ref/slf4j/ONAPLogAdapter.java#n103
private static UUID sInstanceUUID = UUID.randomUUID();



Thank you
/michael

From: DEY, SPONDON 
Sent: Monday, August 6, 2018 1:26 PM
To: GUPTA, PARICHAY ; THAKORE, SHISHIR B 
; Michael O'Brien ; AGRAHARAM, SANJAY 

Subject: RE: Logging Standards

Adding Michael and Sanjay as well.

Michael, Sanjay,
See question below

Thanks!!
Spondon



From: GUPTA, PARICHAY
Sent: Monday, August 06, 2018 1:25 PM
To: DEY, SPONDON mailto:sd4...@att.com>>; THAKORE, SHISHIR B 
mailto:st2...@att.com>>
Subject: Logging Standards

HI Shishir/Spondon,

Please address below queries team have related to logging standards.


  1.  required field 
StatusCode
 is limited to values COMPLETE, ERROR.  But the vast majority of the logging 
invocations will be made DURING processing of a request, when it's neither 
complete nor failed. What should be shown?
  2.  what to do about TargetElement, in Acumos we don't have virtual network 
functions.
  3.  Can we get one example of log file output columns, with all the MDC's 
value populated as it is generated in logs? Ex: value under RequestID, 
InvocationID, InstanceUUID, ServiceName, etc..
  4.  If we don't get RequestID from header of REST calls then do we need to 
generate one? If so then what is the rule of generating random number?

Appreciate your help!!

Thanks,
Parichay

Disclaimer:  This message and the 

Re: [onap-discuss] Invitation: [sdnr] team meeting (updated Apr. 3, 2018) @ Weekly from 9am to 10am on Wednesday from Wed Apr 4 to Wed Mar 13, 2019 (PDT) (tv8...@att.com)

[Tracy Van Brakle]

**  This meeting is CANCELLED this week (too many key participants on 
summer holiday)  **
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11760): https://lists.onap.org/g/onap-discuss/message/11760
Mute This Topic: https://lists.onap.org/mt/24231015/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] AAI EdgeRules for new schema elements #aai

[Keong Lim]

Hi Jimmy, Christina, Tian,

Thanks for the discussion in the AAI weekly meeting today.

There are more questions and comments on the wiki page 
https://wiki.onap.org/display/DW/AAI+Edge+Rule+Enumerator+Values
Appreciate if you could review it for accuracy and provide clarifications.

Thanks,
Keong

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11759): https://lists.onap.org/g/onap-discuss/message/11759
Mute This Topic: https://lists.onap.org/mt/24152219/21656
Mute #aai: https://lists.onap.org/mk?hashtag=aai=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Lji]

Miao,

More details following what Vijay said.

DCAE service components (collectors, analytics, etc) can be deployed in two 
ways:


  1.  Dynamic deployment: CLAMP triggered deployment.  CLAMP tells DCAE to 
deploy a particular blueprint, which specifies a set of service components for 
realizing a particular service design.  These components are then launched from 
DCAE platform.  Life cycle and configuration of dynamically deployed components 
can be managed from CLAMP and Policy.


  1.  Static deployment: deployed at ONAP startup time by DCAE bootstrap 
process.  A startup script will call Cloudify Manager for deploying preloaded 
blueprints, each specifies a set of DCAE service components, and resulting 
these DCAE service components launched at this bootstrap.  These components can 
be managed for configuration and lifecycle by DCAE, but they are not known in 
CLAMP and Policy therefore cannot be reconfigured through CLAMP.

Dynamic deployment has been the intention of DCAE and static deployment as 
testing methodology for our internal uses.  However, because CLMAP has not been 
part of the ONAP automated testing and use flows, we use static deployment for 
all DCAE service components (including TCA for use cases other than vCPE) for 
ONAP R1 and R2 testing flows.  Only in R2 the TCA instance used by R2 vCPE use 
case is dynamically deployed by CLAMP because that testing flow allows manual 
intervention.

For any service components (including the new restconf collector) to be 
dynamically deployed, it will need to be on-boarded to SDC.  That is, the DCAE 
service component’s TOSCA model is added to SDC catalog.  Then someone uses SDC 
Design Studio to make a DCAE service design.  SDC will generate a blueprint 
template for as the result and push to DCAE.   At run-time someone will use 
CLAMP GUI to trigger the deployment of this blueprint.

Because dynamic deployment involves multiple project teams, the best forum for 
discussing the details is Pam’s Close Loop subcommittee.  Also Ron Shacham 
(cc-ed) worked through the TCA for vCPE use case.  He would be the person most 
knowledgeable in the whole process of walking a blueprint through the steps.

Thanks,
Lusheng Ji



From:  on behalf of "VENKATESH KUMAR, VIJAY" 

Reply-To: "onap-discuss@lists.onap.org" , 
"VENKATESH KUMAR, VIJAY" 
Date: Wednesday, August 8, 2018 at 9:44 AM
To: "onap-discuss@lists.onap.org" , 
"xin.m...@huawei.com" , "NGUEKO, GERVAIS-MARTIAL" 
, "Horn, Linda (Nokia - US/Murray Hill)" 

Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.


Just to clarify, any services in DCAE can be deployed dynamically. Only TCA is 
handled via CLAMP currently though (models/blueprint are pre-loaded in 
SDC/CLAMP to distribute/deploy). All the other services when onboarded through 
SDC/Tosca_lab can be instantiated dynamically.

For VESCollector, we have blueprint which takes topics an input.  This 
blueprint can be loaded into SDC catalog manually and distributed by 
designer/clamp operator on demand to support specific control loop if required. 
However as the collectors are generic (not tied to specific usecase) – they can 
be shared across different CL cases as done in R1/R2.

Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Xin Miao
Sent: Wednesday, August 08, 2018 9:22 AM
To: NGUEKO, GERVAIS-MARTIAL ; onap-discuss 
; Horn, Linda (Nokia - US/Murray Hill) 

Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp


Understood. Thanks a lot for the clarification.

How about Policy? CLAMP only creates new policy and deploys them.

Does CLAMP support to create more than one policy chaining (sequential action 
type of operational policy )per control loop at design time?

Thanks,

Xin Miao
M: +1-4692685226
E: xin.m...@huawei.com
2012实验室-硅谷网络技术实验室
2012 Laboratories-Silicon Valley Network Technology Lab
From: Ngueko, Gervais-Martial
To: 
onap-discussmailto:onap-discuss@lists.onap.org>>;Xin
 Miaomailto:xin.m...@huawei.com>>;Horn, Linda (Nokia - 
US/Murray Hill)mailto:linda.h...@nokia.com>>
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp
Time: 2018-08-08 07:22:52

Hi Xin,

I confirm what Adam said. At this stage you will need to create a new blueprint 
with the correct DMAAP configuration and then distribute it to CLAMP so that it 
can be deployed.

Note that on-demand collector deployment is not supported by DCAE itself at 
this point, so it has to be supported by DCAE first before CLAMP can support 
it. Also, one  Holmes instance per Control Loop is not supported by 
Holmes/DCAE, so this is also an area that will need Holmes/DCAE support before 
it can be done via CLAMP.

Br,
Martial

From: 

Re: [onap-discuss] Container based VNF on K8S using Beijing release

[Victor Morales]

Hi Will,

There are some instructions in the KRD which pulls and build the source code of 
the plugin [1]. I need to double-check with Shashank if there is a recent 
change that impacts on the way to deploy it but at least this provides some 
guidance.

Regards,
Victor Morales

[1] https://github.com/electrocucaracha/krd/blob/master/installer.sh#L166-L174

From:  on behalf of "Chen, Weidong 2. (Nokia - 
US/Irving)" 
Reply-To: "onap-discuss@lists.onap.org" , 
"weidong.2.c...@nokia.com" 
Date: Tuesday, August 7, 2018 at 12:33 PM
To: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Container based VNF on K8S using Beijing release


This is great!  I look forward to.  How can I reach out to Shashank regarding 
this?  This is something new in ONAP.  And I will provide feedback to the 
community how things are going.

Regards,

Will


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11757): https://lists.onap.org/g/onap-discuss/message/11757
Mute This Topic: https://lists.onap.org/mt/24147785/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Vijay VK]

Just to clarify, any services in DCAE can be deployed dynamically. Only TCA is 
handled via CLAMP currently though (models/blueprint are pre-loaded in 
SDC/CLAMP to distribute/deploy). All the other services when onboarded through 
SDC/Tosca_lab can be instantiated dynamically.

For VESCollector, we have blueprint which takes topics an input.  This 
blueprint can be loaded into SDC catalog manually and distributed by 
designer/clamp operator on demand to support specific control loop if required. 
However as the collectors are generic (not tied to specific usecase) – they can 
be shared across different CL cases as done in R1/R2.

Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Xin Miao
Sent: Wednesday, August 08, 2018 9:22 AM
To: NGUEKO, GERVAIS-MARTIAL ; onap-discuss 
; Horn, Linda (Nokia - US/Murray Hill) 

Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp


Understood. Thanks a lot for the clarification.

How about Policy? CLAMP only creates new policy and deploys them.

Does CLAMP support to create more than one policy chaining (sequential action 
type of operational policy )per control loop at design time?

Thanks,

Xin Miao
M: +1-4692685226
E: xin.m...@huawei.com
2012实验室-硅谷网络技术实验室
2012 Laboratories-Silicon Valley Network Technology Lab
From: Ngueko, Gervais-Martial
To: 
onap-discussmailto:onap-discuss@lists.onap.org>>;Xin
 Miaomailto:xin.m...@huawei.com>>;Horn, Linda (Nokia - 
US/Murray Hill)mailto:linda.h...@nokia.com>>
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp
Time: 2018-08-08 07:22:52

Hi Xin,

I confirm what Adam said. At this stage you will need to create a new blueprint 
with the correct DMAAP configuration and then distribute it to CLAMP so that it 
can be deployed.

Note that on-demand collector deployment is not supported by DCAE itself at 
this point, so it has to be supported by DCAE first before CLAMP can support 
it. Also, one  Holmes instance per Control Loop is not supported by 
Holmes/DCAE, so this is also an area that will need Holmes/DCAE support before 
it can be done via CLAMP.

Br,
Martial

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Xin Miao
Sent: mardi 7 août 2018 16:41
To: Horn, Linda (Nokia - US/Murray Hill) 
mailto:linda.h...@nokia.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Hi, Linda,

Please refer to the following  CCVPN Close Loop wiki page for the Restconf 
collector in DCAE session  from the high level.  The page is under construction.

https://wiki.onap.org/display/DW/CCVPN+Close+Loop.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Horn, Linda (Nokia - US/Murray Hill) [mailto:linda.h...@nokia.com]
Sent: 2018年8月7日 AM 9:01
To: onap-discuss@lists.onap.org; Xin Miao 
mailto:xin.m...@huawei.com>>
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

What is a Restconf Collector and for what types of events is it used?  How is 
it different from the normal VES Collector?

Linda
---
Linda S. Horn, DMTS
ATF Architecture Open RAN Initiatives
Mobile Networks, Nokia
Phone:  +1-908-679-6580

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Xin Miao
Sent: Tuesday, August 07, 2018 9:47 AM
To: Krysiak, Adam (Nokia - PL/Wroclaw) 
mailto:adam.krys...@nokia.com>>; Ngueko, 
Gervais-Martial mailto:gn4...@intl.att.com>>; 
onap-discuss@lists.onap.org; Sébastien 
Determe mailto:sd3...@intl.att.com>>
Cc: SHACHAM, RON mailto:rshac...@research.att.com>>; 
VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Thanks, Adam.

In my case, I am using an new type of collector, Restconf collector (going to 
be added into DCAE), and Holmes.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Krysiak, Adam (Nokia - PL/Wroclaw) 

Re: [onap-discuss] [dcaegen2] [oom] Adding labels and modifying namespace to DCAGEN2 pods

[Lji]

+ Jack


From: "ANAPAN-LAVALLE, HECTOR A" 
Date: Tuesday, August 7, 2018 at 9:50 PM
To: "onap-discuss@lists.onap.org" 
Cc: "JI, LUSHENG (LUSHENG)" 
Subject: [onap-discuss] [dcaegen2] [oom] Adding labels and modifying namespace 
to DCAGEN2 pods

Hi,


  1.  I am trying to list pods per HELM deployment (assuming I don’t use 
local/onap and I use separate HELM charts), so I am using labels to list pods 
by their “release” label (helm release name).

I made a change (https://jira.onap.org/browse/OOM-1319 -- 
https://gerrit.onap.org/r/#/c/59555/) to add some missing label metadata to 
show the HELM release name of some pods who didn’t have this label. As I run 
“kubectl get pods -a --namespace=onap --show-labels | grep -v release” to show 
the pods that don’t have the “release” label in their pod metadata, I see that 
in order for the DCAEGEN2 stack (deployed by the bootstrap pod) to add 
additional labels, changes need to happen in the dcaegen2 git repos. Can 
someone please advise what changes are necessary to add a label to the dcaegen2 
pods?



  1.  Also, I see that in order to override the DCAE_NAMESPACE value, the 
following instructions are in this README: 
https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/dcaegen2/charts/dcae-cloudify-manager/README.md;hb=f2895bdfbff1a7c40dd7c247dcefcc19d43dcde0.
 It says to modidy the dcae_ns value in values.yaml but this value shows up in 
multiple values.yaml so can someone clarify this?

Assuming I change the dcae_ns value(s) and if my dcaegen2 HELM deployment is 
already running, would a HELM upgrade suffice to reflect this change, or would 
the whole deployment need to be re-deployed from scratch?


Thanks,
Hector

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11754): https://lists.onap.org/g/onap-discuss/message/11754
Mute This Topic: https://lists.onap.org/mt/24226806/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Xin Miao]

Understood. Thanks a lot for the clarification.

How about Policy? CLAMP only creates new policy and deploys them.

Does CLAMP support to create more than one policy chaining (sequential action 
type of operational policy )per control loop at design time?

Thanks,


Xin Miao
M: +1-4692685226
E: xin.m...@huawei.com
2012实验室-硅谷网络技术实验室
2012 Laboratories-Silicon Valley Network Technology Lab

From: Ngueko, Gervais-Martial
To: 
onap-discussmailto:onap-discuss@lists.onap.org>>;Xin
 Miaomailto:xin.m...@huawei.com>>;Horn, Linda (Nokia - 
US/Murray Hill)mailto:linda.h...@nokia.com>>
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp
Time: 2018-08-08 07:22:52

Hi Xin,

I confirm what Adam said. At this stage you will need to create a new blueprint 
with the correct DMAAP configuration and then distribute it to CLAMP so that it 
can be deployed.

Note that on-demand collector deployment is not supported by DCAE itself at 
this point, so it has to be supported by DCAE first before CLAMP can support 
it. Also, one  Holmes instance per Control Loop is not supported by 
Holmes/DCAE, so this is also an area that will need Holmes/DCAE support before 
it can be done via CLAMP.

Br,
Martial

From: onap-discuss@lists.onap.org  On Behalf Of 
Xin Miao
Sent: mardi 7 août 2018 16:41
To: Horn, Linda (Nokia - US/Murray Hill) ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Hi, Linda,

Please refer to the following  CCVPN Close Loop wiki page for the Restconf 
collector in DCAE session  from the high level.  The page is under construction.

https://wiki.onap.org/display/DW/CCVPN+Close+Loop.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Horn, Linda (Nokia - US/Murray Hill) [mailto:linda.h...@nokia.com]
Sent: 2018年8月7日 AM 9:01
To: onap-discuss@lists.onap.org; Xin Miao 
mailto:xin.m...@huawei.com>>
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

What is a Restconf Collector and for what types of events is it used?  How is 
it different from the normal VES Collector?

Linda
---
Linda S. Horn, DMTS
ATF Architecture Open RAN Initiatives
Mobile Networks, Nokia
Phone:  +1-908-679-6580

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Xin Miao
Sent: Tuesday, August 07, 2018 9:47 AM
To: Krysiak, Adam (Nokia - PL/Wroclaw) 
mailto:adam.krys...@nokia.com>>; Ngueko, 
Gervais-Martial mailto:gn4...@intl.att.com>>; 
onap-discuss@lists.onap.org; Sébastien 
Determe mailto:sd3...@intl.att.com>>
Cc: SHACHAM, RON mailto:rshac...@research.att.com>>; 
VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Thanks, Adam.

In my case, I am using an new type of collector, Restconf collector (going to 
be added into DCAE), and Holmes.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Krysiak, Adam (Nokia - PL/Wroclaw) [mailto:adam.krys...@nokia.com]
Sent: 2018年8月7日 AM 8:40
To: Ngueko, Gervais-Martial mailto:gn4...@intl.att.com>>; 
onap-discuss@lists.onap.org; Xin Miao 
mailto:xin.m...@huawei.com>>; Sébastien Determe 
mailto:sd3...@intl.att.com>>
Cc: SHACHAM, RON mailto:rshac...@research.att.com>>; 
VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp


Hi Xin,



I will try to answer your question, please someone correct me if I'm wrong.

Deploy of closed loop means that Clamp will send request to DCAE platform to 
start new instance of TCA (may be different tool but Clamp UI supports only TCA 
and Holmes).
You're writing that you want to receive different event data so I assume you're 
not interested in measurements.
It means you have to use other type of analytic tool (I will call it AT) then 
those already available.
It's your AT's responsibility to pull events from DMaaP. From Clamp perspective 
it's transparent what's the event type and topic.
Clamp 

Re: [onap-discuss] [SDC] What does the "Test" process really do to resources/services

[Kang Xi]

Hi Michael,

Thanks for the info. It seems logical to align the lifecycle of 'component 
combination' with that of a VF, including the process of certification. What do 
you think?

Regards,
Kang

From: Lando,Michael [mailto:ml6...@intl.att.com]
Sent: Wednesday, August 08, 2018 2:21
To: Kang Xi 
Cc: Timothy Bruton ; Satyaki Mallick 
; Avinash S ; Anjali mangesh 
walsatwar ; Arcot Sindhuri 
; 'onap-...@lists.onap.org' 
; onap-discuss@lists.onap.org
Subject: RE: [SDC] What does the "Test" process really do to resources/services

There was.

After a review we shortened the vf lifecycle to go straight to certification.

As a designer you can chek in and check out and from there you have the ability 
to certify the vf with out going to the tester screens this change is only on 
the VF level.









BR,

[Michael Lando]

AT Network Application Development * NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
***
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: michael.la...@intl.att.com

From: Kang Xi mailto:kang...@huawei.com>>
Sent: Wednesday, August 08, 2018 04:33
To: onap-discuss@lists.onap.org; 
Lando,Michael mailto:ml6...@intl.att.com>>
Cc: Timothy Bruton mailto:tim.bru...@huawei.com>>; 
Satyaki Mallick 
mailto:satyaki.mall...@huawei.com>>; Avinash S 
mailto:avinas...@huawei.com>>; Anjali mangesh walsatwar 
mailto:anjali.walsat...@huawei.com>>; Arcot 
Sindhuri mailto:arcot.sindh...@huawei.com>>
Subject: [SDC] What does the "Test" process really do to resources/services

Hi Michael and SDC experts,

I remember that back in R1, the "Test" process was pretty much a placeholder, 
it does not really do any testing to the resource/service. Just wondering if 
that's any changes to the "Test" process in the current version?

Regards,
Kang


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11752): https://lists.onap.org/g/onap-discuss/message/11752
Mute This Topic: https://lists.onap.org/mt/24226268/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [External] 答复: [onap-discuss] SDN-C role in VFC use cases

[Mandeep Singh Kalra]

Hi,

Would really appreciate your inputs on the functionality of SDNC , is 
it doing some intra-data center connectivity ?



Regards
Mandeep

From: Singh Kalra, Mandeep
Sent: Thursday, August 2, 2018 9:52 AM
To: 'Yan Yang' ; onap-discuss@lists.onap.org
Subject: RE: [External] 答复: [onap-discuss] SDN-C role in VFC use cases

Thanks Yan.

So, Is this the equivalent of SDNC functionality in some of the other use cases 
?



Regards
Mandeep

From: Yan Yang mailto:yangya...@chinamobile.com>>
Sent: Thursday, August 2, 2018 9:49 AM
To: onap-discuss@lists.onap.org; Singh 
Kalra, Mandeep 
mailto:mandeep.singh.ka...@accenture.com>>
Subject: [External] 答复: [onap-discuss] SDN-C role in VFC use cases

Hi Mandeep,

In this case,  if you only deploy vIMS service,  the link between the VNFs is 
established in NSLCM by calling Multi-VIM interface.


Best Regards,
Yan
发件人: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] 代表 Mandeep Singh Kalra
发送时间: 2018年8月1日 21:04
收件人: onap-discuss@lists.onap.org
主题: [onap-discuss] SDN-C role in VFC use cases

Hi,

In the VOLTE use case SDNC is used to create the underlay and overlay networks 
after connecting to external SDN Controllers.  SDNC doesn’t play a part in 
deploying vIMS and vEPC services.
If I am not wrong then in vcpe use case the SDNC is used to do the connectivity 
of the VNFs.

  So, if we consider only vIMS service which itself has multiple 
VNFs, SDN-C  is not needed or the VFC NSLCM handles it ?




Regards
Mandeep



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy. Your privacy is important to us. Accenture uses your personal data only 
in compliance with data protection laws. For further information on how 
Accenture processes your personal data, please see our privacy statement at 
https://www.accenture.com/us-en/privacy-policy.
__

www.accenture.com


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11751): https://lists.onap.org/g/onap-discuss/message/11751
Mute This Topic: https://lists.onap.org/mt/24128382/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Martial]

Hi Xin,

I confirm what Adam said. At this stage you will need to create a new blueprint 
with the correct DMAAP configuration and then distribute it to CLAMP so that it 
can be deployed.

Note that on-demand collector deployment is not supported by DCAE itself at 
this point, so it has to be supported by DCAE first before CLAMP can support 
it. Also, one  Holmes instance per Control Loop is not supported by 
Holmes/DCAE, so this is also an area that will need Holmes/DCAE support before 
it can be done via CLAMP.

Br,
Martial

From: onap-discuss@lists.onap.org  On Behalf Of 
Xin Miao
Sent: mardi 7 août 2018 16:41
To: Horn, Linda (Nokia - US/Murray Hill) ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Hi, Linda,

Please refer to the following  CCVPN Close Loop wiki page for the Restconf 
collector in DCAE session  from the high level.  The page is under construction.

https://wiki.onap.org/display/DW/CCVPN+Close+Loop.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Horn, Linda (Nokia - US/Murray Hill) [mailto:linda.h...@nokia.com]
Sent: 2018年8月7日 AM 9:01
To: onap-discuss@lists.onap.org; Xin Miao 
mailto:xin.m...@huawei.com>>
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

What is a Restconf Collector and for what types of events is it used?  How is 
it different from the normal VES Collector?

Linda
---
Linda S. Horn, DMTS
ATF Architecture Open RAN Initiatives
Mobile Networks, Nokia
Phone:  +1-908-679-6580

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Xin Miao
Sent: Tuesday, August 07, 2018 9:47 AM
To: Krysiak, Adam (Nokia - PL/Wroclaw) 
mailto:adam.krys...@nokia.com>>; Ngueko, 
Gervais-Martial mailto:gn4...@intl.att.com>>; 
onap-discuss@lists.onap.org; Sébastien 
Determe mailto:sd3...@intl.att.com>>
Cc: SHACHAM, RON mailto:rshac...@research.att.com>>; 
VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Thanks, Adam.

In my case, I am using an new type of collector, Restconf collector (going to 
be added into DCAE), and Holmes.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Krysiak, Adam (Nokia - PL/Wroclaw) [mailto:adam.krys...@nokia.com]
Sent: 2018年8月7日 AM 8:40
To: Ngueko, Gervais-Martial mailto:gn4...@intl.att.com>>; 
onap-discuss@lists.onap.org; Xin Miao 
mailto:xin.m...@huawei.com>>; Sébastien Determe 
mailto:sd3...@intl.att.com>>
Cc: SHACHAM, RON mailto:rshac...@research.att.com>>; 
VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp


Hi Xin,



I will try to answer your question, please someone correct me if I'm wrong.

Deploy of closed loop means that Clamp will send request to DCAE platform to 
start new instance of TCA (may be different tool but Clamp UI supports only TCA 
and Holmes).
You're writing that you want to receive different event data so I assume you're 
not interested in measurements.
It means you have to use other type of analytic tool (I will call it AT) then 
those already available.
It's your AT's responsibility to pull events from DMaaP. From Clamp perspective 
it's transparent what's the event type and topic.
Clamp will just send configuration parameters before deployment.
Unfortunately currently using own AT is not supported by Clamp.

Br,
Adam Krysiak
Software Engineer
MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> on behalf of 
Xin Miao mailto:xin.m...@huawei.com>>
Sent: Saturday, August 4, 2018 6:43:56 PM
To: Ngueko, Gervais-Martial
Cc: onap-discuss@lists.onap.org; SHACHAM, 
RON; VENKATESH KUMAR, VIJAY
Subject: Re: [onap-discuss] [CLAMP][DCAE]RE: New Collector in Clamp


So  at runtime if I want to bring up new instance of control loop that would 

Re: [onap-discuss] [SDC] What does the "Test" process really do to resources/services

[Brian]

So do you think the problem is I need to check in before certify ?

Brian

From: onap-discuss@lists.onap.org  On Behalf Of 
LANDO, MICHAEL
Sent: Wednesday, August 08, 2018 2:21 AM
To: Kang Xi 
Cc: Timothy Bruton ; Satyaki Mallick 
; Avinash S ; Anjali mangesh 
walsatwar ; Arcot Sindhuri 
; 'onap-...@lists.onap.org' 
; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SDC] What does the "Test" process really do to 
resources/services

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
There was.

After a review we shortened the vf lifecycle to go straight to certification.

As a designer you can chek in and check out and from there you have the ability 
to certify the vf with out going to the tester screens this change is only on 
the VF level.









BR,

[Michael Lando]

AT Network Application Development * NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
***
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: michael.la...@intl.att.com

From: Kang Xi mailto:kang...@huawei.com>>
Sent: Wednesday, August 08, 2018 04:33
To: onap-discuss@lists.onap.org; 
Lando,Michael mailto:ml6...@intl.att.com>>
Cc: Timothy Bruton mailto:tim.bru...@huawei.com>>; 
Satyaki Mallick 
mailto:satyaki.mall...@huawei.com>>; Avinash S 
mailto:avinas...@huawei.com>>; Anjali mangesh walsatwar 
mailto:anjali.walsat...@huawei.com>>; Arcot 
Sindhuri mailto:arcot.sindh...@huawei.com>>
Subject: [SDC] What does the "Test" process really do to resources/services

Hi Michael and SDC experts,

I remember that back in R1, the "Test" process was pretty much a placeholder, 
it does not really do any testing to the resource/service. Just wondering if 
that's any changes to the "Test" process in the current version?

Regards,
Kang



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11749): https://lists.onap.org/g/onap-discuss/message/11749
Mute This Topic: https://lists.onap.org/mt/24226268/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [SDC] What does the "Test" process really do to resources/services

[Michael Lando]

There was.

After a review we shortened the vf lifecycle to go straight to certification.

As a designer you can chek in and check out and from there you have the ability 
to certify the vf with out going to the tester screens this change is only on 
the VF level.









BR,

[Michael Lando]

AT Network Application Development * NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
***
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: michael.la...@intl.att.com

From: Kang Xi 
Sent: Wednesday, August 08, 2018 04:33
To: onap-discuss@lists.onap.org; Lando,Michael 
Cc: Timothy Bruton ; Satyaki Mallick 
; Avinash S ; Anjali mangesh 
walsatwar ; Arcot Sindhuri 

Subject: [SDC] What does the "Test" process really do to resources/services

Hi Michael and SDC experts,

I remember that back in R1, the "Test" process was pretty much a placeholder, 
it does not really do any testing to the resource/service. Just wondering if 
that's any changes to the "Test" process in the current version?

Regards,
Kang


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11745): https://lists.onap.org/g/onap-discuss/message/11745
Mute This Topic: https://lists.onap.org/mt/24226268/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-