[onap-discuss] Auto Arm Pod at IOL-UNH - Developer Wiki - Confluence

[Tina Tsou]

Dear all,

A sub page was created under Physical Lab wiki page just now.

Feel free to use this pod for ONAP work.

https://wiki.onap.org/display/DW/Auto+Arm+Pod+at+IOL-UNH

Auto Arm Pod at IOL-UNH

The Auto Arm Pod is managed by the OPNFV Auto Project.  The lab is hosted in 
the Interoperability Lab (IOL) at the University of New Hampshire (UNH).  It is 
sponsored by Arm.

It is primarily an OpenStack environment available targeted a providing arm64 
targets for development and test of both OPNFV work and ONAP work.

Physical Description
NameTypeCPUsCores   Memory  Node Type
Auto Jump Host  baremetal   1   48  64G JumpHost
kvm01   baremetal   1   48  64G Controller
kvm02   baremetal   1   48  64G Controller
kvm03   baremetal   1   48  64G Controller
cmp01   baremetal   2   96  128GCompute
cmp02   baremetal   2   96  128GCompute
Software Installation

Installation done by OPNFV armband project, which is MCP, a modern version of 
the Fuel installer.

OPNFV Version: Fraser

OpenStack version: Pike HA

Who Can Access?

  *   Any ONAP contributor (test, integration, VNF on boarding, etc) can ask 
for access
  *   UNH/OPNFV/AutoProject can revoke the access if resources are used in an 
inappropriate way

Support

  *   Physical Lab support: nfv-...@iol.unh.edu
  *   Logical Lab and OpenStack support, as well as user coordination: 
Joe.kidder@5thlayer.com

How to Access?

Send an email to nfv-...@iol.unh.edu with:

  *   Name
  *   Company/university
  *   Nature of work you want to do on ONAP

Once moderated, you will be provided with openvpn credentials to gain access to 
the NFV lab at IOL-UNH.

Once you have credentials, you may access this page for further information: 
https://wiki.opnfv.org/display/AUTO/Auto+Arm64+Pod+for+Guide+for+ONAP+Developers

If you have any questions or have any problems, feel free to contact 
joe.kid...@5thlayer.com for assistance, 
questions, suggestions.




Thank you,
Tina
IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.

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

View/Reply Online (#11538): https://lists.onap.org/g/onap-discuss/message/11538
Mute This Topic: https://lists.onap.org/mt/23864583/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]RE: New Collector in Clamp

[Xin Miao]

Thanks a lot for the clarification!


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

From: Ngueko, Gervais-Martial
To: Xin Miaomailto:xin.m...@huawei.com>>
Cc: 
onap-discussmailto:onap-discuss@lists.onap.org>>;SHACHAM,
 RONmailto:rshac...@research.att.com>>
Subject: [CLAMP][DCAE]RE: New Collector in Clamp
Time: 2018-07-30 15:41:20

Hi,

Currently collector’s are not deployed on-demand, they are pre-deployed in DCAE 
and used by all the mS and all control loops.
So the collector’s, currently, are not deployed via CLAMP and there is no 
cloudify blueprint available to do so anyway.
The collector box you see in CLAMP GUI is just a virtual box to show the 
control loop flow, in reality there is no configuration made by CLAMP for the 
collector(at least at this stage of ONAP, it might change in the future).

Br,
Martial

From: Xin Miao 
Sent: lundi 30 juillet 2018 21:14
To: Ngueko, Gervais-Martial 
Subject: New Collector in Clamp

Hi, Gervias,

This is Xin Miao from Huawei and I am new to CLAMP.  Is there any code change 
to be done in CLAMP  to support  a new type of collector?  If not, what 
template or configuration files need to be created or updated to support it?

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]


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

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

[onap-discuss] [doc] DOC Project PTL Election - Self-Nomination Phase Open

[Rich Bennett]

Documentation Project Committers,

The ONAP PTL Elections process is described in the ONAP wiki at the following 
link : https://wiki.onap.org/display/DW/Annual+Community+Elections

The self-nomination phase is now open and will end in 2 business days from the 
time this email appears on the discuss list.
If you are interested in running for the PTL position, please reply all to this 
message to self-nominate.

The list of committers for the DOC project may be found here
https://gerrit.onap.org/r/gitweb?p=doc.git;a=blob_plain;f=INFO.yaml;hb=HEAD

Regards,
Rich Bennett


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

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

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

[Martial]

Hi,

Currently collector's are not deployed on-demand, they are pre-deployed in DCAE 
and used by all the mS and all control loops.
So the collector's, currently, are not deployed via CLAMP and there is no 
cloudify blueprint available to do so anyway.
The collector box you see in CLAMP GUI is just a virtual box to show the 
control loop flow, in reality there is no configuration made by CLAMP for the 
collector(at least at this stage of ONAP, it might change in the future).

Br,
Martial

From: Xin Miao 
Sent: lundi 30 juillet 2018 21:14
To: Ngueko, Gervais-Martial 
Subject: New Collector in Clamp

Hi, Gervias,

This is Xin Miao from Huawei and I am new to CLAMP.  Is there any code change 
to be done in CLAMP  to support  a new type of collector?  If not, what 
template or configuration files need to be created or updated to support it?

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]


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

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

[onap-discuss] Archiving old material #vnfrqts

[hb755d]

Hello ONAP Community,

 

The VNFRQTS project would like to delete seed documents out of the 
vnfrqts/documentation repository. We don’t need these documents moving forward 
and they result in some RST errors.

 

Would there be any reason to not do this?

 
Thank you for your time and consideration,

*Hagop Bozawglanian*

Member of Technical Staff - AT

Domain 2.0 Architecture and Design

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

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

[onap-discuss] [modeling] Creation of R3 IM Clean

[Jessie Jewitt]

Xu-
   As discussed in the meeting this morning, I propose that R3 IM Clean be
generated from Papyrus. The following activities would have to be done in
order to do this, if not already done:

Kevin: Update VNF model
- Add VnfInstance/VnfcInstance
- Align VNF model with IFA011 V2.5.1

(once
Jessie updates the wiki to 2.5.1)
- Add support for Scaling, Affinity/Anti-Affinity/InstantiationLevel
 to VnfDf
- Obsolete HPA attributes


Jessie: Resource Model
- Move PNFD related classes from "service" to "resource" model
- Move NetworkService related classes from "service" to "resource" model

Update to R3 IM Clean
- Remove existing content
- Kevin generates VNF model GenDoc and copies to wiki
-Jessie generates Resource model GenDoc and copies to wiki.

I believe that covers the items you mentioned for inclusion in R3 IM model.
If I missed anything, let me know.

-Jessie

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

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

Accepted: [onap-discuss] Invitation: [vid] weekly (updated July 27, 2018) @ Weekly from 6am to 7am on Tuesday (PDT) (onap-discuss@lists.onap.org)

[Cas Majd]

BEGIN:VCALENDAR
METHOD:REPLY
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ATTENDEE;PARTSTAT=ACCEPTED;CN=Casem Majd (Cas Majd):MAILTO:cas.majd@huawei.
 com
RRULE:FREQ=WEEKLY;INTERVAL=1;BYDAY=TU;WKST=MO
SUMMARY;LANGUAGE=en-US:Accepted: [onap-discuss] Invitation: [vid] weekly (u
 pdated July 27\, 2018) @ Weekly from 6am to 7am on Tuesday (PDT) (onap-dis
 c...@lists.onap.org)
DTSTART;TZID=America/Los_Angeles:20180731T06
DTEND;TZID=America/Los_Angeles:20180731T07
UID:2h66qe0vhs6skbc3pniao46...@google.com
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20180730T143731Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:1
LOCATION;LANGUAGE=en-US:https://zoom.us/j/238536430
X-MICROSOFT-CDO-APPT-SEQUENCE:1
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-DISALLOW-COUNTER:FALSE
END:VEVENT
END:VCALENDAR

Accepted: [onap-discuss] Invitation: POMBA weekly (created July 27, 2018) @ Weekly from 5am to 6am on Thursday from Thu Aug 2 to Thu Jul 11, 2019 (PDT) (onap-discuss@lists.onap.org)

[Cas Majd]

BEGIN:VCALENDAR
METHOD:REPLY
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:America/New_York
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ATTENDEE;PARTSTAT=ACCEPTED;CN=Casem Majd (Cas Majd):MAILTO:cas.majd@huawei.
 com
RRULE:FREQ=WEEKLY;UNTIL=20190711T12Z;INTERVAL=1;BYDAY=TH;WKST=MO
SUMMARY;LANGUAGE=en-US:Accepted: [onap-discuss] Invitation: POMBA weekly (c
 reated July 27\, 2018) @ Weekly from 5am to 6am on Thursday from Thu Aug 2
  to Thu Jul 11\, 2019 (PDT) (onap-discuss@lists.onap.org)
DTSTART;TZID=America/New_York:20180802T08
DTEND;TZID=America/New_York:20180802T09
UID:lpq8ac6rlagd8mho2deo03u...@google.com
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20180730T143738Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/415990613
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-DISALLOW-COUNTER:FALSE
END:VEVENT
END:VCALENDAR

Accepted: [onap-discuss] Invitation: Controller Design Studio (created July 27,2018) @ Weekly from 8am to 9am on Tuesday, Thursday (PDT) (onap-discuss@lists.onap.org)

[Cas Majd]

BEGIN:VCALENDAR
METHOD:REPLY
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:America/New_York
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ATTENDEE;PARTSTAT=ACCEPTED;CN=Casem Majd (Cas Majd):MAILTO:cas.majd@huawei.
 com
RRULE:FREQ=WEEKLY;INTERVAL=1;BYDAY=TU,TH;WKST=MO
SUMMARY;LANGUAGE=en-US:Accepted: [onap-discuss] Invitation: Controller Desi
 gn Studio (created July 27\,2018) @ Weekly from 8am to 9am on Tuesday\, Th
 ursday (PDT) (onap-discuss@lists.onap.org)
DTSTART;TZID=America/New_York:20180731T11
DTEND;TZID=America/New_York:20180731T12
UID:bc6flrq2rkvev0ito61b2ji...@google.com
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20180730T143735Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:1
LOCATION;LANGUAGE=en-US:https://zoom.us/j/177547968
X-MICROSOFT-CDO-APPT-SEQUENCE:1
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-DISALLOW-COUNTER:FALSE
END:VEVENT
END:VCALENDAR

Re: [onap-discuss] Error in SO when creating VF Module due to connectivity error with adopters - [SO]

[Brian]

SO is appropriately setting status to FAILED if the message to SDNC is failing 
on the “activate”

For Scenario II that you are running to becasue of the first failure , there is 
an issue that if the VF isnt in the “Active” state that the delete from SO to 
SDNC will fail. There is an updated DG for vnf-topology-operation-delete that 
relaxes that constraint.  Pull a new copy of 
platform-logic
 / 
vnfapi
 / 
src
 / 
main
 / 
xml
 / 
VNF-API_vnf-topology-delete.xml

The root problem is why is the vnf-topology-operation-activate failing (at 
least that seems like the issue)

Are there any errors in the SDNCAdapter log ?

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Prakash via Lists.Onap.Org
Sent: Monday, July 30, 2018 10:00 AM
To: onap-discuss@lists.onap.org
Cc: Kumar Skand Priya, Viswanath V 
Subject: [onap-discuss] Error in SO when creating VF Module due to connectivity 
error with adopters - [SO]

Hello,

 I have been trying to create vLB Demo using ONAP - R2, but the problem is SO 
is not stable/consistent when creating VF Module( Sometimes SO updates DB 
correctly, sometimes not).

Scenario I: When creating VF Module . SO is not updating the DB with the 
Request status as " COMPLETE" even after instantiating the VFs in Openstack.
   Problem Statement:   Installed ONAP Setup using OOM and when i tried 
creating VF Module SO's Database (DB: mso_requests Table:infra_active_requests) 
shows the Request status as "FAILED". But when i checked the openstack the vf 
module is actually successfully created and running. In the log i could see a 
connector error.  Attathe Table Description and BPMN Error in the attachment.
(BPMN Invoved in the Exception: SdnAdopter (Gets Timeout when waiting for asyn 
message))

LOG:
errordev-so-85d5cf48c5-f27j8.log:10:2018-07-30T09:30:46.169Z|16de8444-9535-493e-9357-433326dd37cb|default
 task-416|MSO.CVFMI|BPMNClient|BPMN|MSO.CVFMI|ERROR|UnknownError|Caught 
ConnectorRequestException running 
Process[3c7dfa8b-93db-11e8-929c-02202d521919:3cb0a3ce-93db-11e8-929c-02202d521919]
 after receiving sdncAdapterCallbackRequest with SDNCA_requestId = 
'16de8444-9535-493e-9357-433326dd37cb-1532943045674': 
org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute 
HTTP request|MSO-BPEL-9101E Exception encountered

Scenario II: Creation of VF Module is success but the deletion has the above 
issue.
   Problem Statement: SO Creates the VF Module Successfully and updates 
the DB Request Status as " COMPLETE", but when i tried deleting the same it 
updates the DB as "FAILED" though it deletes the instance from openstack.
 In the log i could see a connector error.  Added the Table Description in the 
attachment.
(BPMN Invoved in the Exception: VnfAdopterRestV1(Gets Timeout when waiting for 
asyn message))

LOG:
BPMN/errordev-so-85d5cf48c5-f27j8.log:17:2018-07-30T07:45:11.199Z|5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d|default
 task-275|MSO.SDNCA|BPMNClient|BPMN|MSO.SDNCA|ERROR|UnknownError|Caught 
ConnectorRequestException running 
Process[72f54c9f-93cc-11e8-929c-02202d521919:72f83252-93cc-11e8-929c-02202d521919]
 after receiving WorkflowMessage with VNFAResponse_CORRELATOR = 
'5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d-1532936694608': 
org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute 
HTTP request|MSO-BPEL-9101E Exception encountered
BPMN/errordev-so-85d5cf48c5-f27j8.log:18:2018-07-30T07:45:11.200Z|5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d|default
 task-275|MSO.SDNCA|BPMNClient|BPMN|MSO.SDNCA|ERROR|UnknownError|Caught 
ConnectorRequestException running 
Process[72f54c9f-93cc-11e8-929c-02202d521919:72f83252-93cc-11e8-929c-02202d521919]
 after receiving WorkflowMessage with VNFAResponse_CORRELATOR = 
'5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d-1532936694608': 
org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute 
HTTP request|MSO-BPEL-9100E Exception: 
org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute 
HTTP request - at 

Re: [onap-discuss] #dcaegen2 Team working with DataFile Collector

[milind naravane]

Hi Team,
Does DCAE collect data files (like CSV, XML bulk files and SNMP traps) from EMS 
for PNF? I can see DCAE has collector module which is supporting bulk files, 
SNMP, streaming, syslog etc.

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

View/Reply Online (#11524): https://lists.onap.org/g/onap-discuss/message/11524
Mute This Topic: https://lists.onap.org/mt/23831017/21656
Mute #dcaegen2: https://lists.onap.org/mk?hashtag=dcaegen2=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] [cia] Please review and comment on Container Images Best Practices

[Tal Liron]

Hi Frank,

We want to support various popular solutions, and surely Docker will
continue being important. So I would imagine that your input would be very
welcome!

On Fri, Jul 27, 2018 at 7:00 PM Frank Sandoval <
frank.sando...@oamtechnologies.com> wrote:

> CIA team,
>
> I’m currently working through some issue with a docker-compose.yaml file
> and it makes me wonder whether we should include docker compose in scope
> for our guidelines. There may be useful guidance for configuring networks
> and other things. Thoughts?
>
> Frank Sandoval
> frank.sando...@oamtechnologies.com
> OAM Technologies, representing Arm
> OOF committer
>
>
>
> On Jul 26, 2018, at 1:54 PM, Tal Liron  wrote:
>
> Hi CIA,
>
> I just want to mention that Leif and I have made some nice progress
> experimenting with buildah on our end. It might take us another week before
> we have something substantial to show. We are targeting SO containers for
> this first experiment.
>
> On Tue, Jul 24, 2018 at 5:26 PM Adolfo Perez-Duran <
> adolfo.perez-du...@oamtechnologies.com> wrote:
>
>> Team,
>>
>> Will you please take a look at the JIRA tasks in this JIRA issue?
>>
>> https://jira.onap.org/browse/INT-546
>>
>> There is a task for each one of you that will give you the opportunity to
>> comment on the container images best practices on the project wiki.
>>
>> An initial set of practices are on the wiki, more will be added in the
>> days to come.
>>
>> Cheers,
>>
>> Adolfo
>>
>>
>>
>> 
>>
>>
>>
>

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

View/Reply Online (#11522): https://lists.onap.org/g/onap-discuss/message/11522
Mute This Topic: https://lists.onap.org/mt/23807618/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] [integration] vgw_private_1_port IP address already allocated

[Brian]

If looks like your preload is wrong for vgw_private_ip_1 for the second vGW. 
That is the ONAP OAM IP asssigned during preload I think.

I’m not sure this is the latest from Kang’s script but I would check what you 
are doing in preload_templates/template.vcpe_vgw_vfmodule.json

10.0.101 should be used for assignments uniquely in the ONAP OAM interface. Can 
you check and see what might have the 10.0.101.103 address ? That isnt one that 
I remenber being used

Brian


From base_vcpe_vgw.env
onap_private_net_cidr: 10.0.0.0/16
  vgw_private_ip_0: 10.5.0.21
  vgw_private_ip_1: 10.0.101.30
  ## VPP will use DHCP to get the vgw_private_ip_2 on the CPE_PUBLIC subnet
  ## vgw_private_ip_2: 10.2.0.3

From base_vcpe_vgw.yaml

  vgw_private_ip_1:
type: string
label: vGW private IP address towards the ONAP management network
description: Private IP address that is assigned to the vGW to communicate 
with ONAP components


vgw_private_1_port:
type: OS::Neutron::Port
properties:
  network: { get_param: onap_private_net_id }
  fixed_ips: [{"subnet": { get_param: onap_private_subnet_id }, 
"ip_address": { get_param: vgw_private_ip_1 }}]

From: Liu Chenglong 
Sent: Monday, July 30, 2018 4:37 AM
To: FREEMAN, BRIAN D ; kang...@huawei.com
Cc: Liu Chenglong ; onap-discuss@lists.onap.org; huangzonghe 
; 孙鑫龙 
Subject: [onap-discuss] [integration] vgw_private_1_port IP address already 
allocated

Hi, Brian and Kang:
  According to  this 
url:https://gerrit.onap.org/r/#/c/56287/
  , we do this work for create new vgw2 in our laboratory, but an error 
happened. The error message is:
 "statusMessage": "Received vfModuleException from VnfAdapter: 
category='INTERNAL' message='Exception during create VF 0 : Stack error 
(CREATE_FAILED): Resource CREATE failed: Conflict: 
resources.vgw_private_1_port: IP address 10.0.101.103 already allocated in 
subnet 0ea19634-2497-4775-acb7-7a033251b0a1\nNeutron server returns 
request_ids: ['req-028091c0-349a-412a-9c11-16d81ce55b66'] - stack successfully 
deleted' rolledBack='true’”.

 [cid:image002.png@01D427E2.9F1F2E60]

 It seems like to vgw_private_0 error, and we want to konw how to modify 
the heat file.



--
Regards,
Liu Chenglong
lcl7...@163.com




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

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

Re: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

[Taka Cho]

Hi Beka and Mateusz,

Sorry for the late response.

After I traced down several resources from AT last week.

The CVaaS configuration is internally used by AT  in ONAP, we don't need to 
send the running configuration to CVaaS via the data router.

If it is possible, can you or Mateusz please raise a JIRA to track and further 
contribute the change to remove the portion of CVaaS code in APPC?

Thank you in advance.

Taka

From: Tsotsoria, Beka (Nokia - PL/Wroclaw) [mailto:beka.tsotso...@nokia.com]
Sent: Monday, July 30, 2018 4:42 AM
To: CHO, TAKAMUNE 
Cc: Niedziela, Mateusz (Nokia - PL/Wroclaw) ; 
onap-discuss@lists.onap.org
Subject: RE: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing 
configuration with Audit action

Hello Taka,

Any comment on this? Basically we are trying to retrieve current running config 
of VNF using APP-C. If there is a way to make changes to the configuration, 
there should also be a way to retrieve it?

Thanks,
Beka

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Niedziela, Mateusz (Nokia - 
PL/Wroclaw)
Sent: Tuesday, July 24, 2018 2:55 PM
To: CHO, TAKAMUNE mailto:tc0...@att.com>>; 
onap-discuss@lists.onap.org
Subject: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing 
configuration with Audit action

Thank you for your answer!
I have, however, another question regarding the case mentioned. The document 
mentioned by me earlier (APPC LCM API guide) in a version for the Amsterdam 
release states that publishing configuration in audit action "sends the running 
configuration from the VNF using the Data Router". However, in Beijing release 
documentation the mentioned statement got replaced by "sends the running 
configuration from the VNF using the message bus". We've got a Beijing release 
running, but the only thing in the output payload that can be found when 
listening to the appc write topic on the message router is the 
"upload_config_id". My new question is then: What is the standard/recommended 
way to access this configuration by an external system? Are the contents of the 
CVaaS file sent anywhere further, or can be somehow easily accessed by an 
external system?

Regards
Mateusz

From: CHO, TAKAMUNE [mailto:tc0...@att.com]
Sent: Friday, July 20, 2018 7:22 PM
To: onap-discuss@lists.onap.org; Niedziela, 
Mateusz (Nokia - PL/Wroclaw) 
mailto:mateusz.niedzi...@nokia.com>>
Subject: RE: [APPC][app-c] Publishing configuration with Audit action

Hi Mateusz,

Thanks for your interest and your contribution for APPC.

CVaaS - Configuration Validation as a Service

Basically CVaaS is used as a repository for all configuration, it maintains the 
configuration versions. The publish config flag is used to pass the 
configuration details to CVaaS in case of an audit.

If Audit is successful i.e both current and running config matches and if the 
publish flag is Y then only the configuration data will be passed to CVaaS.
If the publish flag is N even if Audit is successful it will not pass the 
configuration data to CVaaS.

If the Audit is failed irrespective of publish flag Y or N it will go and 
update CVaaS.

Hope that would answer your question

Taka

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Niedziela, Mateusz (Nokia - 
PL/Wroclaw)
Sent: Friday, July 20, 2018 6:00 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

Hello APPC team,

Together with my team we've managed to succesfully run Configure and Audit 
actions on our VNF using the Netconf protocol.
The question I have concerns the "Publish_Config" parameter given to the audit 
action in the payload. The documentation 
(https://onap.readthedocs.io/en/latest/submodules/appc.git/docs/APPC%20LCM%20API%20Guide/APPC%20LCM%20API%20Guide.html)
 mentions that setting the parameter to value "Y" sends the running 
configuration using the message bus. However, looking at the Generic_Audit DG, 
the only action executed with mentioned parameter given that differs it from 
not choosing not to publish the configuration is the creation of a cvaas file 
containing the details of the action and configuration.
My questions are then:
1. What does exactly the term "cvaas" stand for and what is the role of this 
file?
2. Does publishing the configuration in the audit action only mean creating the 
mentioned file?
3. What about the message bus mentioned in the configuration? If the cvaas file 
is 

[onap-discuss] 答复: Data Model Interest Group agenda for 2018-07-30 #modeling

[maopeng]

Hi Anatoly


  


Thanks Anatoly.  






 Here are some contexts, which will help the discussion.

1.SDO progresses:

   1.1 TMF support service and resource, and also in resource layer, there 
is resource composite. and Network service from ETSI has been mapping to the 
resource composite





please refer to TMF document: 
tr255-resource-function-activation-and-configuration-suite-r17-5-0

   1.2  3GPP management system support to integrate with ETSI MANO system.

   1.3  ETSI SOL001 has the draft of NS data model and Information model

 2.model subcommittee progress:


 Network service is agreed in resource IM group. Networkservice IM
 Network service Descriptor has been discussed in DM group. Networkservice DM


3. Service providers are interested in ETSI NS.


4. VFC project impliments NFVO and needs NS template






 My work aims to support the following:


   1, impliment network service template aligned to the ETSI SOL001/004


   2, impliment network service in the resource, aligned to the ETSI, TMF, 
and 3GPP.






 If I am wrong, please corrrect me.


 Thanks.






BR


Maopeng



原始邮件



发件人：Katzman,Anatoly 
收件人：onap-discuss@lists.onap.org 
抄送人：WECHSLER, CHESLA C Alexander Vul 
Anatoly Katzman Andrei Kojukhov 
GUPTA, ARUN BAXTER, ANDREW 
COAN, BILL HU, BIN 
chuanyu chen Chuyi Guo 
BULLARD, GIL Hui Deng 
Eshet, Itamar JacquelineBeaulac 
Janusz Pieczerak 
Jessie S Jewitt 
SCAGGS, KEVIN Lianhao Lu 
Lingli Deng 张茂鹏10030173;Marek 
Kukulski NUTAKKI, MADHU Priya TG 
shitao li Thinh Nguyenphu 
Victor Gao 尚小冬10032185;Xu 
Yang Zhong Heliu 黄卓垚10112215;
日 期 ：2018年07月30日 17:17
主 题 ：Data Model Interest Group agenda for 2018-07-30 #modeling




Dear modelers,


Last time we met, Maopeng Zhang of ZTE presented a set of requirements for the 
networking service model.


Today on our weekly call 
(https://wiki.onap.org/display/DW/Data+Model+Interest+Group+2018-07-30+Meeting+Minutes),
 I will present an initial proposal for the internal ONAP data model of 
service, and then we all will examine whether it stands  the requirements. In 
addition, we will start a discussion on the internal ONAP data model of PNF.


See you there,


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

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

[onap-discuss] 答复: Data Model Interest Group agenda for 2018-07-30 #modeling

[gaoweitao]

Hi Anatoly,

Since this week we need freeze our R3 model, we need finalize 
our R3 DM ASAP.
According to R3/R4 DM consensus, we  will continue to work on 
R2+ DM model for R3. So I copied the R2+ DM clean version to R3 discussion 
page.  Can we also 
start a discussion on this for the model freeze today?

I suggest we move the R2+ DM into R3 clean page and fix some bugs after model 
freeze.
Thanks in advance.
BR
Victor

发件人: Katzman, Anatoly [mailto:ak4...@intl.att.com]
发送时间: 2018年7月30日 17:17
收件人: onap-discuss@lists.onap.org
抄送: WECHSLER, CHESLA C ; Alexander Vul ; 
Anatoly Katzman ; Andrei Kojukhov 
; GUPTA, ARUN ; BAXTER, ANDREW 
; COAN, BILL ; HU, BIN 
; Chenchuanyu ; Chuyi Guo 
; BULLARD, GIL ; denghui (L) 
; Eshet, Itamar ; Jacqueline Beaulac 
; Janusz Pieczerak 
; Jessie S Jewitt 
; SCAGGS, KEVIN ; Lianhao Lu 
; Lingli Deng ; Maopeng Zhang 
; Marek Kukulski ; 
NUTAKKI, MADHU ; Priya TG ; Lishitao 
; Thinh Nguyenphu ; Gaoweitao 
(Victor, MANO) ; Xiaodong Shang 
; yangxu (H) ; Zhong Heliu 
; Zhuoyao HUANG <10112...@zte.com.cn>
主题: Data Model Interest Group agenda for 2018-07-30 #modeling

Dear modelers,
Last time we met, Maopeng Zhang of ZTE presented a set of requirements for the 
networking service model.
Today on our weekly call 
(https://wiki.onap.org/display/DW/Data+Model+Interest+Group+2018-07-30+Meeting+Minutes),
 I will present an initial proposal for the internal ONAP data model of 
service, and then we all will examine whether it stands the requirements. In 
addition, we will start a discussion on the internal ONAP data model of PNF.
See you there,
Anatoly Katzman


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

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

[onap-discuss] Data Model Interest Group agenda for 2018-07-30 #modeling

[Anatoly Katzman]

Dear modelers,

Last time we met, Maopeng Zhang of ZTE presented a set of requirements for the 
networking service model.
Today on our weekly call 
(https://wiki.onap.org/display/DW/Data+Model+Interest+Group+2018-07-30+Meeting+Minutes),
 I will present an initial proposal for the internal ONAP data model of 
service, and then we all will examine whether it stands the requirements. In 
addition, we will start a discussion on the internal ONAP data model of PNF.

See you there,

Anatoly Katzman


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

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

Re: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

[Tsotsoria, Beka (Nokia - PL/Wroclaw)]

Hello Taka,

Any comment on this? Basically we are trying to retrieve current running config 
of VNF using APP-C. If there is a way to make changes to the configuration, 
there should also be a way to retrieve it?

Thanks,
Beka

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Niedziela, Mateusz (Nokia - PL/Wroclaw)
Sent: Tuesday, July 24, 2018 2:55 PM
To: CHO, TAKAMUNE ; onap-discuss@lists.onap.org
Subject: Suspected SPAM - Re: [onap-discuss] [APPC][app-c] Publishing 
configuration with Audit action

Thank you for your answer!
I have, however, another question regarding the case mentioned. The document 
mentioned by me earlier (APPC LCM API guide) in a version for the Amsterdam 
release states that publishing configuration in audit action "sends the running 
configuration from the VNF using the Data Router". However, in Beijing release 
documentation the mentioned statement got replaced by "sends the running 
configuration from the VNF using the message bus". We've got a Beijing release 
running, but the only thing in the output payload that can be found when 
listening to the appc write topic on the message router is the 
"upload_config_id". My new question is then: What is the standard/recommended 
way to access this configuration by an external system? Are the contents of the 
CVaaS file sent anywhere further, or can be somehow easily accessed by an 
external system?

Regards
Mateusz

From: CHO, TAKAMUNE [mailto:tc0...@att.com]
Sent: Friday, July 20, 2018 7:22 PM
To: onap-discuss@lists.onap.org; Niedziela, 
Mateusz (Nokia - PL/Wroclaw) 
mailto:mateusz.niedzi...@nokia.com>>
Subject: RE: [APPC][app-c] Publishing configuration with Audit action

Hi Mateusz,

Thanks for your interest and your contribution for APPC.

CVaaS - Configuration Validation as a Service

Basically CVaaS is used as a repository for all configuration, it maintains the 
configuration versions. The publish config flag is used to pass the 
configuration details to CVaaS in case of an audit.

If Audit is successful i.e both current and running config matches and if the 
publish flag is Y then only the configuration data will be passed to CVaaS.
If the publish flag is N even if Audit is successful it will not pass the 
configuration data to CVaaS.

If the Audit is failed irrespective of publish flag Y or N it will go and 
update CVaaS.

Hope that would answer your question

Taka

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Niedziela, Mateusz (Nokia - 
PL/Wroclaw)
Sent: Friday, July 20, 2018 6:00 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

Hello APPC team,

Together with my team we've managed to succesfully run Configure and Audit 
actions on our VNF using the Netconf protocol.
The question I have concerns the "Publish_Config" parameter given to the audit 
action in the payload. The documentation 
(https://onap.readthedocs.io/en/latest/submodules/appc.git/docs/APPC%20LCM%20API%20Guide/APPC%20LCM%20API%20Guide.html)
 mentions that setting the parameter to value "Y" sends the running 
configuration using the message bus. However, looking at the Generic_Audit DG, 
the only action executed with mentioned parameter given that differs it from 
not choosing not to publish the configuration is the creation of a cvaas file 
containing the details of the action and configuration.
My questions are then:
1. What does exactly the term "cvaas" stand for and what is the role of this 
file?
2. Does publishing the configuration in the audit action only mean creating the 
mentioned file?
3. What about the message bus mentioned in the configuration? If the cvaas file 
is in fact important for the process of publishing configuration, the file bus 
would seem more adequate for such action.
To sum up: I'd like someone to clarify what does it exactly mean for audit 
action to "publish the configuration".

Best Regards
Mateusz


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

View/Reply Online (#11512): https://lists.onap.org/g/onap-discuss/message/11512
Mute This Topic: https://lists.onap.org/mt/23858033/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] Problem regenerating schema for AAI v14 #aai

[Keong Lim]

Thanks Harish!

After cleaning up the mess from my working directory, your command successfully 
created the new XSD file.

Updated the wiki https://wiki.onap.org/pages/viewpage.action?pageId=10783023 
with a note and a link to your message.


Keong

-Original Message-
From: KAJUR, HARISH V [mailto:vk2...@att.com] 
Sent: Monday, 30 July 2018 16:01
To: onap-discuss@lists.onap.org; Keong Lim 
Subject: RE: Problem regenerating schema for AAI v14 #aai
Sensitivity: Confidential

Hi Keong,

The html and yaml gets automatically generated when you run install but the xsd 
was never part of the autogenerate maven profile.
For Beijing and earlier release, we never auto generated it. In order to run 
the generation of the xsd, here is the command:

cd ~/LF/aai/aai-common/aai-core/
mvn -PgenerateXsd install -DskipTests -Dgendoc.version=v14 

I have actually noticed that recently within the internal release and realized 
that it makes sense for xsd to be also auto generated.
I am not sure why it was left out from the autogenerate profile but when 
developing the model driven feature, I ensured that the auto generate also does 
xsd generation.
Once that feature gets delivered to Casablanca, there wouldn't be a need to run 
the profile manually.

Thanks,
Harish





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

View/Reply Online (#11509): https://lists.onap.org/g/onap-discuss/message/11509
Mute This Topic: https://lists.onap.org/mt/23857209/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] Problem regenerating schema for AAI v14 #aai

[Venkata Harish K Kajur]

Hi Keong,

The html and yaml gets automatically generated when you run install but the xsd 
was never part of the autogenerate maven profile.
For Beijing and earlier release, we never auto generated it. In order to run 
the generation of the xsd, here is the command:

cd ~/LF/aai/aai-common/aai-core/
mvn -PgenerateXsd install -DskipTests -Dgendoc.version=v14 

I have actually noticed that recently within the internal release and realized 
that it makes sense for xsd to be also auto generated.
I am not sure why it was left out from the autogenerate profile but when 
developing the model driven feature, I ensured that the auto generate also does 
xsd generation.
Once that feature gets delivered to Casablanca, there wouldn't be a need to run 
the profile manually.

Thanks,
Harish

-Original Message-
From: onap-discuss@lists.onap.org  On Behalf Of 
Keong Lim
Sent: Monday, July 30, 2018 1:18 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Problem regenerating schema for AAI v14 #aai
Sensitivity: Confidential

Hi all,

I have updated the AAI v14 OXM file with new schema changes, as per 
https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_AAI-2DCCVPN-2BSchema-2BProposal-2Bfor-2BCasablanca-2BRelease=DwIFAg=LFYZ-o9_HUMeMTSQicvjIg=f44eG3iZaja2ozEA2yRZnQ=wGqk6dbredJelbUbsEpMZwAY7EZaQ2IW6NPX6da4Rdk=I5IYHqPmi6w9XAFjJu9BmOCMuFWZ6GONpoOzMWG0hCQ=.

I have followed the instructions in the tutorial: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D10783023=DwIFAg=LFYZ-o9_HUMeMTSQicvjIg=f44eG3iZaja2ozEA2yRZnQ=wGqk6dbredJelbUbsEpMZwAY7EZaQ2IW6NPX6da4Rdk=2QdJLPrk8KGnZTXeCxUdx2nDm4yfOZoVSHCE161etzo=
e.g. steps 7 and 20:

===
Rebuild aai-common first:
$ cd ~/LF/AAI/aai-common
$ mvn clean install
Should result in BUILD SUCCESS
etc
===

I can find the generated files "aai_swagger_v14.html", "aai_swagger_v14.yaml", 
which are new and expanded compared to their v13 versions.

However, the "aai_schema_v14.xsd" is not changed at all. There is a placeholder 
file already committed to src/main/resources/aai_schema directory, with the 
contents as a copy of the v13 version. It appears this file was simply copied 
to the target/classes/aai_schema directory, rather than being regenerated from 
the new v14 OXM file.

Why is the v14 XSD file not automatically regenerated by this mvn command?
What command is required to regenerate the XSD file?

The pom.xml file in aai-core appear to have  tags for 
autoGenerateYaml and autoGenerateHtml, but nothing for "auto 
generate XSD". Is this correct or broken?


Thanks,
Keong


Customer Experience and Platform Integration R Dept
--
Keong Lim, Huawei Technologies Co. Ltd (keong@huawei.com) Ground Floor, 
Suite 1, 5 Lakeside Drive, BURWOOD EAST VIC 3151 AUSTRALIA
--
  "If ye love wealth better than liberty, the tranquillity of servitude than the
   animating contest of freedom-go from us in peace. We ask not your counsels
   or arms. Crouch down and lick the hands which feed you. May your chains sit
   lightly upon you, and may posterity forget that ye were our countrymen!"
- Samuel Adams





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

View/Reply Online (#11507): https://lists.onap.org/g/onap-discuss/message/11507
Mute This Topic: https://lists.onap.org/mt/23857209/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]
-=-=-=-=-=-=-=-=-=-=-=-