Josef,
Very nice work - we have been tracking your progress as we anticipated
moving from Rackspace to an internal Vanilla OS.
We previously targeted Rackspace to get the vFW demo up and simulating
traffic - it is working fine now for the past week with all 17+3 VMs in 1.0.0.
https://wiki.onap.org/display/DW/Tutorial%3A+Configuring+and+Starting+Up+the+Base+ONAP+Stack
We are now actively (as of yesterday) targeting vanilla OpenStack using the
float version under 1.1.0 (artifacts are the only difference between 1.0.0) -
(we may use the same 1.0 artifacts/gerrit/docker versions as yourself).
Currently we are at the point of getting the VM's up first in our stack. I
understand DCAE to be one of the last issues.
artifacts_version: 1.1.0-SNAPSHOT
docker_version: 1.0-STAGING-latest
gerrit_branch: release-1.0.0
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack
So we will keep in touch
/michael
From: [email protected]
[mailto:[email protected]] On Behalf Of FREEMAN, BRIAN D
Sent: Wednesday, June 21, 2017 08:55
To: Josef Reisinger <[email protected]>; [email protected]
Subject: Re: [onap-discuss] A maybe dumb questions, but has anybody .. ... got
the ONAP stack to work on vanilla Openstack. Yes we did... :-)
Josef,
Congratulations on getting it running on generic Openstack.
There are some changes in DCAE that I believe enable generic openstack support
so check the mailing list/wiki for those updates.
Brian
From:
[email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of Josef Reisinger
Sent: Wednesday, June 21, 2017 3:49 AM
To: [email protected]<mailto:[email protected]>
Subject: [onap-discuss] A maybe dumb questions, but has anybody .. ... got the
ONAP stack to work on vanilla Openstack. Yes we did... :-)
Folks,
as nobody replied success to this question,
Yesterday I was able to deploy the first virtual firewall following the
tutorial on a vanilla Openstack instance running on Ubuntu in an Softlayer data
center. For me and the team this represents the first mile stone as I guess we
are are pretty proud on it.
The next two steps would now be to get de.sh appc <module> to run. I run in the
same issue as described in
https://wiki.onap.org/questions/6591979/.demo.sh-appc-demomodule-returns-an-error-keyerror-tenantid<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_questions_6591979_.demo.sh-2Dappc-2Ddemomodule-2Dreturns-2Dan-2Derror-2Dkeyerror-2Dtenantid&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=0wJU9TwojHrf3iKWCWAwmYguVWGybmYiyjvwBo2h_iA&s=58l5C7K_GcXCxVhvJm-H9NMDO7iVLE_wH6VMNEGtBws&e=>,
but we do not run Contrail. So it may be a more general issue.
Step #2 is DCAE ... and I can see that DCAE controller uses a
Rackspace-specific request (at least it is not conforming to
https://developer.openstack.org/api-ref/identity/v2/<https://urldefense.proofpoint.com/v2/url?u=https-3A__developer.openstack.org_api-2Dref_identity_v2_&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=0wJU9TwojHrf3iKWCWAwmYguVWGybmYiyjvwBo2h_iA&s=ND2Fo4M0X6Ab0_fLYsCNf8gj8tpvd-XrtvFrOByVErI&e=>).
Anybody out there who could point to to the place where this is defined
(hard-coded or in a config file) so that I can get a team member to adapt it to
OpenStack?
Mit freundlichen Grüßen / Kind regards
Josef Reisinger
__________________
Hmm.. doesn't work really... Same for /opt/portal_install.sh... once again my
question: Anybody out there with sufficient luck to get an vanilla openstack
instance and run the demo examples? I think I read here an there success
stories and I wonder ... well.. I don't have the same :-)
I used
[cid:[email protected]]
ubuntu@vm1-vid:~$ cat /opt/vid_install.sh
<html>
<head>
<title>404 - Path /org.openecomp.demo/boot/1.0.0-SNAPSHOT/vid_install.sh
not found in local storage of repository "raw" [id=raw]</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
<link rel="icon" type="image/png"
href="https://nexus.onap.org/favicon.png<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_favicon.png&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=0wJU9TwojHrf3iKWCWAwmYguVWGybmYiyjvwBo2h_iA&s=_zvN4vstwk-Oi_dy7Nwel2O7YAUUTUZYNWbya-1oxAE&e=>">
<!--[if IE]>
<link rel="SHORTCUT ICON"
href="https://nexus.onap.org/favicon.ico<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_favicon.ico&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=0wJU9TwojHrf3iKWCWAwmYguVWGybmYiyjvwBo2h_iA&s=6uCXHy6ynLNhsd3QLXTkc3nnnwOi1mn2_bZWSBlTPwU&e=>"/>
<![endif]-->
<link rel="stylesheet"
href="https://nexus.onap.org/static/css/Sonatype-content.css?2.14.2-01<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_static_css_Sonatype-2Dcontent.css-3F2.14.2-2D01&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=0wJU9TwojHrf3iKWCWAwmYguVWGybmYiyjvwBo2h_iA&s=-JBjzuo6WwjYwuNWb5C3rIz85_2J3Ebbz4buIY7KTqc&e=>"
type="text/css" media="screen" title="no title" charset="utf-8">
</head>
<body>
<h1>404 - Path /org.openecomp.demo/boot/1.0.0-SNAPSHOT/vid_install.sh not
found in local storage of repository "raw" [id=raw]</h1>
<p>Path /org.openecomp.demo/boot/1.0.0-SNAPSHOT/vid_install.sh not found in
local storage of repository "raw" [id=raw]</p>
</body>
</html>
Mit freundlichen Grüßen / Kind regards
Josef Reisinger
When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of
Nomadic Traits
IBM Sales & Distribution, Communications Sector
Certified IT-Architect Telecommunications
IBM Certified Telecommunications Industry ITA
Lehrbeauftragter an der Hochschule Fresenius
IBM Deutschland
Godesberger Allee 127
53175 Bonn Beuel
Phone: +49 151 1426 4559
Mobile: +49-(0) 151 1426 4559
E-Mail: [email protected]<mailto:[email protected]>
[The Open Group Master Certified]The Open Group Master Certified IT Architect
[cid:[email protected]]Solution Advisor Cloud Computing
[cid:[email protected]]Architect Profession Certification - Level
2 Expert
[cid:[email protected]]Telecommunications Insights & Solutions
Public: IBM TME Solution Labs
Flyer<public.dhe.ibm.com/common/ssi/ecm/en/lbf03006usen/LBF03006USEN.PDF>
Internal: IBM TME Solution Wiki<ibm.biz/tmewiki>
Internal: TME Demo Video Series<ibm.biz/tmevideos>
Internal: TME Demo App<ibm.biz/tmeapp>
IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert
Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB
14562 / WEEE-Reg.-Nr. DE 99369940
From: "FORSYTH, JAMES" <[email protected]<mailto:[email protected]>>
To: Josef Reisinger
<[email protected]<mailto:[email protected]>>
Cc: "ROSE, DANIEL V" <[email protected]<mailto:[email protected]>>, "LUND,
CARSTEN" <[email protected]<mailto:[email protected]>>,
"[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>, "KAJUR,
HARISH V" <[email protected]<mailto:[email protected]>>
Date: 13.06.2017 17:27
Subject: RE: [onap-discuss] A maybe dump questions, but has anybody ...
________________________________
Hi, Josef,
Yes, definitely.
-jimmy
From: Josef Reisinger [mailto:[email protected]]
Sent: Tuesday, June 13, 2017 11:25 AM
To: FORSYTH, JAMES <[email protected]<mailto:[email protected]>>
Cc: ROSE, DANIEL V <[email protected]<mailto:[email protected]>>; LUND, CARSTEN
<[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>; KAJUR, HARISH
V <[email protected]<mailto:[email protected]>>
Subject: RE: [onap-discuss] A maybe dump questions, but has anybody ...
Thanks James,
that sounds absolutely reasonable and I tried adapt the docker version to 1.1..
which didn't give me a working portal. So left it as it was pre-configured in
the template and trusted the comment "You don'T need to change other
parameters" (or similar...).
Do you think artifacts_version: 1.0.0-SNAPSHOT + docker_version:
1.0-STAGING-latest + gerrit_branch: release-1.0.0 will enhance the chance to
get the ONAP stack working?
Mit freundlichen Grüßen / Kind regards
Josef Reisinger
When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of
Nomadic Traits
IBM Sales & Distribution, Communications Sector
Certified IT-Architect Telecommunications
IBM Certified Telecommunications Industry ITA
Lehrbeauftragter an der Hochschule Fresenius
IBM Deutschland
Godesberger Allee 127
53175 Bonn Beuel
Phone: +49 151 1426 4559
Mobile: +49-(0) 151 1426 4559
E-Mail: [email protected]<mailto:[email protected]>
IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert
Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB
14562 / WEEE-Reg.-Nr. DE 99369940
From: "FORSYTH, JAMES" <[email protected]<mailto:[email protected]>>
To: "ROSE, DANIEL V" <[email protected]<mailto:[email protected]>>, "LUND,
CARSTEN" <[email protected]<mailto:[email protected]>>, Josef Reisinger
<[email protected]<mailto:[email protected]>>,
"[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>, "KAJUR,
HARISH V" <[email protected]<mailto:[email protected]>>
Date: 13.06.2017 17:00
Subject: RE: [onap-discuss] A maybe dump questions, but has anybody ...
________________________________
If you use the 1.1.0-SNAPSHOT artifacts, and the 1.0-STAGING-latest docker
image, you will get a mismatch in the table name. 1.0 uses "vid_openecomp" and
1.1 uses "vid_openecomp_epsdk"
Thanks,
jimmy
From: ROSE, DANIEL V
Sent: Tuesday, June 13, 2017 10:51 AM
To: LUND, CARSTEN <[email protected]<mailto:[email protected]>>; Josef
Reisinger <[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>; FORSYTH, JAMES
<[email protected]<mailto:[email protected]>>; KAJUR, HARISH V
<[email protected]<mailto:[email protected]>>
Subject: RE: [onap-discuss] A maybe dump questions, but has anybody ...
Sorry wrong thread for my previous reply!
For robot vm we updated it to use tenant name (follow
https://jira.onap.org/browse/TEST-28<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_TEST-2D28&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=Oej6QUk5p2KdqNEWySpOHA&m=GSFnU1wL3IRixJjC0dKcX_IEycoSlo5XSziesOuhOxc&s=vsHT3VgwlIPwtyzN3Z9P3uBxyjQvGHRxMxkxek3ltXw&e=>to
see its testing progress)
For vid jimmy can you check this?
For aai can you check this harish?
I think we figure out if its due to rebasing or not.
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
From:
[email protected]<mailto:[email protected]>[mailto:[email protected]]
On Behalf Of ROSE, DANIEL V
Sent: Tuesday, June 13, 2017 10:36 AM
To: LUND, CARSTEN <[email protected]<mailto:[email protected]>>; Josef
Reisinger <[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>
Subject: Re: [onap-discuss] A maybe dump questions, but has anybody ...
***Security Advisory:This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.htmlfor more information.
You could ask someone from aai like Harish, Jimmy or Manisha as they also use
Spotify
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
From:
[email protected]<mailto:[email protected]>[mailto:[email protected]]
On Behalf Of LUND, CARSTEN
Sent: Tuesday, June 13, 2017 8:53 AM
To: Josef Reisinger
<[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>
Subject: Re: [onap-discuss] A maybe dump questions, but has anybody ...
***Security Advisory:This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.htmlfor more information.
For DCAE issue see DCAE-7. We are still working that and then have to document
things better.
Carsten
From:
[email protected]<mailto:[email protected]>[mailto:[email protected]]
On Behalf Of Josef Reisinger
Sent: Tuesday, June 13, 2017 8:48 AM
To: [email protected]<mailto:[email protected]>
Subject: [onap-discuss] A maybe dump questions, but has anybody ...
... got the ONAP stack to work on vanilla Openstack (We use Ocata) including
running one demo from the tutorial using the HEAT template below without manual
intervention? The only changes I made are the lines where the parameter values
start with "PUT YOUR <xyz value> HERE" or so. I did especially not change any of
* artifacts_version: 1.1.0-SNAPSHOT
* docker_version: 1.0-STAGING-latest
* gerrit_branch: release-1.0.0
I am asking since I get a lot of issues which I do not believe to relate to the
fact we are on vanilla Openstack Ocata vs. Rackspace as there are:
* Robot VM: I need to modify a couple of files to talk to the correct
keystone endpoint, use the correct JSON in the token request and avoid SSL
issues; After the manual config I get it to run demo.sh init
*
* VID VM: There is still some confusion on the database name to use as it
seems. If I edit two files and remove the _epsdk from the DB name, at least the
vid-mariadb container comes up and I can open the VID tab in the portal.
*
* A&AI: during install, I get a message that the aai/test-config project
does not have a branch release-1.0.0 and the install is broken; if I change
/opt/config/gerrit_branch.txt to contain "master", I can get AAI to run the
docker images. (Btw, setting gerrit_branch to "master" in the HEAT file didn't
give me working environment)
model-router exits after a few seconds run ... docker logs gives a one-liner
"starting model-loader", the log-directory /opt/aai/logroot/AAI-MODEL-LOADER/is
empty
*
* DCAE: if I look in the logs of
dcaestartupvmcontroller_dcae-controller_1 I find lots of '"exception":
"java.lang.IllegalArgumentException: !Absolute URI: null/servers"'
*
* Tutorial: After fixing all the stuff above, I started the tutorial (which
now has some licenses and VF added, cool!), but when I try to deploy one of
them, there is not user pre-configured as it was before. Asking AAI with a REST
call returns one:
curl -k "-HX-TransactionId:$(uuidgen)" "-HX-FromAppId: test"
"-HAccept:application/json"
https://AAI:AAI@vm1-aai1:8443/aai/v8/business/customers/customer/|json_pp<https://urldefense.proofpoint.com/v2/url?u=https-3A__AAI-3AAAI-40vm1-2Daai1-3A8443_aai_v8_business_customers_customer_-257Cjson-5Fpp&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4&m=NIvvUVZpjzpc5nwVYNP6QBIDbx5whyS7ec4z9CM_V2o&s=xwIwsXCL_9NaWhWYmEKWhC0WlSfwKDMu9sMW__dnU58&e=>
{
"subscriber-type" : "INFRA",
"resource-version" : "1497351232556",
"global-customer-id" : "Demonstration",
"subscriber-name" : "Demonstration",
"service-subscriptions" : {
"service-subscription" : [
{
"resource-version" : "1497351232629",
"service-type" : "vLB",
"relationship-list" : {
"relationship" : [
{
"relationship-data" : [
{
"relationship-key" : "cloud-region.cloud-owner",
"relationship-value" : "Rackspace"
},
{
"relationship-key" : "cloud-region.cloud-region-id",
"relationship-value" : "RegionOne"
},
{
"relationship-key" : "tenant.tenant-id",
"relationship-value" :
"a90952b7994341f4951fb5e97f829d0d"
}
],
"related-to" : "tenant",
"related-link" :
"https://vm1-aai1:8443/aai/v8/cloud-infrastructure/cloud-regions/cloud-region/Rackspace/RegionOne/tenants/tenant/a90952b7994341f4951fb5e97f829d0d<https://urldefense.proofpoint.com/v2/url?u=https-3A__vm1-2Daai1-3A8443_aai_v8_cloud-2Dinfrastructure_cloud-2Dregions_cloud-2Dregion_Rackspace_RegionOne_tenants_tenant_a90952b7994341f4951fb5e97f829d0d&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4&m=NIvvUVZpjzpc5nwVYNP6QBIDbx5whyS7ec4z9CM_V2o&s=wxJmKVsn2ZaWkcOuijQmhMgNuruiAVwTEHIs6qfuzhQ&e=>",
"related-to-property" : [
{
"property-key" : "tenant.tenant-name",
"property-value" : "admin"
}
]
}
]
}
},
{
"resource-version" : "1497351232580",
"relationship-list" : {
"relationship" : [
{
"related-to" : "tenant",
"related-link" :
"https://vm1-aai1:8443/aai/v8/cloud-infrastructure/cloud-regions/cloud-region/Rackspace/RegionOne/tenants/tenant/a90952b7994341f4951fb5e97f829d0d<https://urldefense.proofpoint.com/v2/url?u=https-3A__vm1-2Daai1-3A8443_aai_v8_cloud-2Dinfrastructure_cloud-2Dregions_cloud-2Dregion_Rackspace_RegionOne_tenants_tenant_a90952b7994341f4951fb5e97f829d0d&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4&m=NIvvUVZpjzpc5nwVYNP6QBIDbx5whyS7ec4z9CM_V2o&s=wxJmKVsn2ZaWkcOuijQmhMgNuruiAVwTEHIs6qfuzhQ&e=>",
"related-to-property" : [
{
"property-key" : "tenant.tenant-name",
"property-value" : "admin"
}
],
"relationship-data" : [
{
"relationship-key" : "cloud-region.cloud-owner",
"relationship-value" : "Rackspace"
},
{
"relationship-value" : "RegionOne",
"relationship-key" : "cloud-region.cloud-region-id"
},
{
"relationship-key" : "tenant.tenant-id",
"relationship-value" :
"a90952b7994341f4951fb5e97f829d0d"
}
]
}
]
},
"service-type" : "vFW"
}
]
}
}
Now, the question is: Did I do something terribly wrong or do you know the few
modifications and/or tips & tricks to be made to get the ONAP stack and demos
working on vanilla Openstack?
Mit freundlichen Grüßen / Kind regards
Josef Reisinger
From: "PLATANIA, MARCO (MARCO)"
<[email protected]<mailto:[email protected]>>
To: "[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>
Date: 09.06.2017 15:25
Subject: [onap-discuss] [installation] Heat template and instructions to
run DCAE in vanilla OpenStack
Sent by:
[email protected]<mailto:[email protected]>
________________________________
All,
I updated the wiki page about ONAP installation in vanilla OpenStack:
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BInstallation-2Bin-2BVanilla-2BOpenStack&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4&m=NIvvUVZpjzpc5nwVYNP6QBIDbx5whyS7ec4z9CM_V2o&s=4ut2qdIcBxtCX25IF-8S4SoSiD6FzsEMf_N85GkLvCY&e=>
There's a new paragraph (in blue) that highlights the necessary steps to run
DCAE in OpenStack. Please use the following templates for installation:
onap_openstack_float.yaml<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Ddemo.git-3Ba-3Dblob-3Bf-3Dheat_OpenECOMP_onap-5Fopenstack-5Ffloat.yaml-3Bh-3D02feac7a8d183b7b5ef410395a30fdce8a79d3d7-3Bhb-3Drefs_heads_master&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4&m=NIvvUVZpjzpc5nwVYNP6QBIDbx5whyS7ec4z9CM_V2o&s=nYgqYyXmRgWY-vFrnRjb3nWRoq_rdLvyDyKu-uuxPVA&e=>and
onap_openstack_float.env<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Ddemo.git-3Ba-3Dblob-3Bf-3Dheat_OpenECOMP_onap-5Fopenstack-5Ffloat.env-3Bh-3Daed3a4bd0b996462e2b3823f0be06488138e85e2-3Bhb-3Drefs_heads_master&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4&m=NIvvUVZpjzpc5nwVYNP6QBIDbx5whyS7ec4z9CM_V2o&s=pI9LosrH6ndemtNzT6sQVEXJ-KkEUNSjrPW_LjOMeCQ&e=>
Note, however, that DCAE team is still working on a DNS issue within the DCAE
collector docker container. The issue is tracked in this Jira:
https://jira.onap.org/browse/DCAE-7<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_DCAE-2D7&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0&m=YgXut_fNaHFufkGc-B5nZSH4nRDRJ-5uYM5Gpc9mWCQ&s=F3uNQdTjfJnKrWVHukEUtiNmKabxaSqcZa44SleAzrg&e=>
Finally, the Heat templates linked above include the new A&AI configurations.
A&AI now has 2 VMs: one has the docker containers that run the A&AI logic and
one has databases and third-party software dependencies.
Thanks,
Marco
_______________________________________________
onap-discuss mailing list
[email protected]<mailto:[email protected]>
https://lists.onap.org/mailman/listinfo/onap-discuss<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss&d=DwMFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4&m=NIvvUVZpjzpc5nwVYNP6QBIDbx5whyS7ec4z9CM_V2o&s=YB-1Jjdzfd5EBmlz1ioFLT5WhRaKyCZuKqwCdDNohdg&e=>
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
<https://www.amdocs.com/about/email-disclaimer>
_______________________________________________
onap-discuss mailing list
[email protected]
https://lists.onap.org/mailman/listinfo/onap-discuss