Kenny,
We have about 14 people on the bridge is the calendar invite wrong ?
Brian
From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org]
On Behalf Of Kenny Paul
Sent: Thursday, March 15, 2018 8:59 AM
To: onap-tsc@lists.onap.org
Subject: Re: [onap-tsc] Confirming
hat is not dependent on the actual names used in the
adaptor node – the DG maps from the service model parameters into those adaptor
specific (device) parameters.
Brian
From: FREEMAN, BRIAN D
Sent: Tuesday, August 08, 2017 8:35 AM
To: huang.zhuo...@zte.com.cn
Cc: SHADMI, DAVID <ds2...@att.
-RESOURCE-API that has
a name/value pair list of the parameters and we will pull the paramters of
interface from that API to populate the inputs to the adaptor node.
Brian
From: huang.zhuo...@zte.com.cn [mailto:huang.zhuo...@zte.com.cn]
Sent: Tuesday, August 08, 2017 7:30 AM
To: FREEMAN, BRIAN D
“be placed manually according to specific apdator”
The 3rd party adaptor needs the yang model as part of its development so it
isnt needed from SDC its needed as part of the adaptor development.
I dont know if there is value in providing the yang model in the CSAR since its
already going to
.@amdocs.com>; SHTRAICHMAN, LIRON
<liron.shtraich...@amdocs.com>; LEFEVRE, CATHERINE <cl6...@intl.att.com>;
SPATSCHECK, OLIVER <spat...@research.att.com>; FREEMAN, BRIAN D
<bf1...@att.com>; zhao.huab...@zte.com.cn
Subject: SDC volte use case support information
Hi,
The P
This table is confusing since it is using the term SDN-C for both the ONAP SDNC
and VIM sdn local controllers.
Its not clear to me that the sdn controllers are valid ESR end points since in
fact we could be using BGP and non-rest api interfaces for some of the
communication between controllers
Scripting is useful but shell scripts that wrap curl functions are the method
we are pushing folks towards. Separate CLI and REST API’s are generally a
waste. With automation we see less pressure to have a CLI and more a need to be
able to get the work done and CURL/POSTMAN are the tools of
David,
This is one of those service provider options.
Today, we use APPC for Openstack operations like
start/stop/restart/migrate/evacuate/etc? even for L3 VNF because we liked
having all the Ppenstack operations in one controller (a vCE and vSBC look the
same for operations like stop/stop
Phil,
The feedback I thought I saw was that Canada was no better than US.
Seems like late May is the best choice.
Brian
From: onap-tsc-bounces at lists.onap.org
[mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of Phil Robb
Sent: Friday, March 31, 2017 12:43 PM
To: GILBERT, MAZIN E
Cc: tsc
