Re: [onap-discuss] Modeling

[denghui (L)]

Sure, we will try

DENG Hui

From: GILBERT, MAZIN E (MAZIN E) [mailto:ma...@research.att.com]
Sent: Thursday, June 21, 2018 12:20 PM
To: denghui (L) 
Cc: onap-discuss@lists.onap.org; onap-tsc 
Subject: Re: Modeling

Thanks you. Also please share with the TSC what requirements your subcommittee 
generated so the TSC can assess the different views.

Mazin
On Jun 20, 2018, at 12:08 PM, denghui (L) 
mailto:denghu...@huawei.com>> wrote:
Hi Mazin

We will try to summarize the major disagreements and bring it to TSC in next 2 
weeks.

Thanks a lot

DENG Hui



From: GILBERT, MAZIN E (MAZIN E) [mailto:ma...@research.att.com]
Sent: Wednesday, June 20, 2018 11:33 AM
To: denghui (L) mailto:denghu...@huawei.com>>
Cc: onap-discuss@lists.onap.org; onap-tsc 
mailto:onap-...@lists.onap.org>>
Subject: Modeling

Deng Hui,

Thanks for your presentation today, and I really appreciate the modeling 
committee working together. Lots has been accomplished since R1.

I just wanted to articulate the conversation main points.

1. Modeling approaches for ONAP releases should be approved by the TSC. This 
should be documented and approved no later than M2.

2. If the modeling committee is unable to interlock on a common approach for 
offline, documentation or runtime, then different options should be brought to 
the TSC for review and making a decision.

Modeling directly impacts deployability. Disagreements impacting R3 should be 
documented and brought to the TSC over the next 2 weeks.

Thanks!
Mazin

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

View/Reply Online (#10507): https://lists.onap.org/g/onap-discuss/message/10507
Mute This Topic: https://lists.onap.org/mt/22460897/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] [Multi-VIM/Cloud] ONAP - Auto - OPNFV Wiki

[Tina Tsou]

Dear Victor et al,

Here is .pdf version: 
Auto-input-v02.pdf

You are welcome to join next meeting for Q
·   Auto Project Meeting 
06/25/2018


Thank you,
Tina Tsou
Enterprise Architect
Arm
tina.t...@arm.com
+1 (408)931-3833

From: Joe Kidder 
Sent: Thursday, June 21, 2018 11:48 PM
To: Victor Morales 
Cc: Tina Tsou ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Multi-VIM/Cloud] ONAP - Auto - OPNFV Wiki

Victor,
  If you have powerpoint, you can download the file and view it and it's 
readable.  I'm not sure if there are other options to view the .ppt file 
without powerpoint. But the in-line/on-line version is definitely messed up.

Joe

On Thu, Jun 21, 2018 at 11:36 AM, Victor Morales 
mailto:victor.mora...@intel.com>> wrote:
Hey Tina,

Can you upload a PDF version of your presentation? It seems like the browser 
applies an encoding operation when it’s open it.

Thanks
Victor Morales

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Tina Tsou mailto:tina.t...@arm.com>>
Date: Wednesday, June 20, 2018 at 7:45 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [Multi-VIM/Cloud] ONAP - Auto - OPNFV Wiki

Dear all,

Here are the slides I presented at Multi-VIM/Cloud meeting today.

https://wiki.opnfv.org/display/AUTO/ONAP
Collaboration with MultiVIM

June 18th-22nd 2018, Beijing, China: ONAP-Casablanca Developer 
Forum, 
slides from Auto: 
Auto-input-v02.pptx


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.


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 (#10506): https://lists.onap.org/g/onap-discuss/message/10506
Mute This Topic: https://lists.onap.org/mt/22498174/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 Helpdesk #57562] Jira and Gerrit integration not reliable

[Randa Maher]

Hi Andy,
Thanks for quick response. 
What you list is always my go to work-around, but it works maybe 10% of the 
time. 
There an issue here that warrants further investigation.
Randa 

-Original Message-
From: Andrew Grimberg via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Thursday, June 21, 2018 6:04 PM
To: MAHER, RANDA 
Cc: gildas.lani...@huawei.com; onap-discuss@lists.onap.org
Subject: Re: [ONAP Helpdesk #57562] Jira and Gerrit integration not reliable

On 06/21/2018 02:04 PM, rx1...@att.com via RT wrote:
> Dear Helpdesk,
> 
> Can you tell me why Jira sometimes shows the Gerrit submission  and 
> sometimes not. I have not been able to identify a pattern to this.
> It seems to randomly work. This is a real productivity issue when we 
> can't reliably depend on Jira to show us the linked Gerrit submission 
> and we have to hunt around for things in Gerrit.
> 
> Thanks, Randa

Greetings Randa,

The integration is working. The issue is that the plugin maintains a cache of 
changes that it's aware of. If at anytime you are feeling that there is 
something that isn't being shown then to the right of the Gerrit header there 
is a pull down (down arrow) that you can toggle between the view of the types 
of issues. Whenever this is done it will _force_ the plugin to invalidate the 
cache and recheck for changes that meet the linking criteria.

There is no configuration for the plugin that we can set to avoid this.
The only configuration we have is to point the plugin at a single Gerrit 
instance and set the search query that is used to find linked issues.

-Andy-

--
Andrew J Grimberg
Lead, IT Release Engineering
The Linux Foundation



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

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

[onap-discuss] Guidelines for Casablanca Release Planning

[gildas.lani...@huawei.com]

Hi PTLS,

As you know M1 release planning for Casablanca release is scheduled for next 
week on Thursday, June 28.
As usual, both the Project Plan [0] and Project checklist [1] templates have to 
be filled out.
We had an intensive week here in Beijing discussing Casablanca release, find 
below some guidelines to help on scoping.

>From a requirement perspective, at a high level the Casablanca Release 
>Requirements 
>summarizes the Use Case, the functional and the non-functional requirements. 
>When it comes to the scoping exercise, here are a couple of considerations:

1)  The over-arching theme for Casablanca is deployability

2)  For the Functional requirement, to help out to prioritize, the TSC has 
asked each Service Provider to prioritize the requirements. It looks to me that 
Change Management and Scaling are leading the way. (details are 
posted)

3)  2 new Use Cases have been presented: CCVPN and OSAM. These 2 use cases 
are contingent to  add resources to the impacted project team to develop the 
functionalities and Integration Team bandwidth to perform testing.

4)  For the non-functional, S3P, Security and Architecture Alignment are 
important to take into account as well in the scoping exercise.

We will all meet on Monday at the PTL meeting to understand what can be 
realistically scope in Casablanca timeline.
Hope this helps.

[0]: Project Plan template: 
https://wiki.onap.org/display/DW/Release+Planning+Template
[1]: Project Checklist template: 
https://wiki.onap.org/display/DW/Deliverables+for+Planning+Milestone+Checklist+Template

Thanks,
Gildas

[HuaweiLogowithName]
Gildas Lanilis
ONAP Release Manager
Santa Clara CA, USA
gildas.lani...@huawei.com
Mobile: 1 415 238 6287


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

View/Reply Online (#10504): https://lists.onap.org/g/onap-discuss/message/10504
Mute This Topic: https://lists.onap.org/mt/22531454/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 Helpdesk #57562] Jira and Gerrit integration not reliable

[Andrew Grimberg via RT]

On 06/21/2018 02:04 PM, rx1...@att.com via RT wrote:
> Dear Helpdesk,
> 
> Can you tell me why Jira sometimes shows the Gerrit submission  and
> sometimes not. I have not been able to identify a pattern to this.
> It seems to randomly work. This is a real productivity issue when we
> can't reliably depend on Jira to show us the linked Gerrit submission
> and we have to hunt around for things in Gerrit.
> 
> Thanks, Randa

Greetings Randa,

The integration is working. The issue is that the plugin maintains a
cache of changes that it's aware of. If at anytime you are feeling that
there is something that isn't being shown then to the right of the
Gerrit header there is a pull down (down arrow) that you can toggle
between the view of the types of issues. Whenever this is done it will
_force_ the plugin to invalidate the cache and recheck for changes that
meet the linking criteria.

There is no configuration for the plugin that we can set to avoid this.
The only configuration we have is to point the plugin at a single Gerrit
instance and set the search query that is used to find linked issues.

-Andy-

-- 
Andrew J Grimberg
Lead, IT Release Engineering
The Linux Foundation



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

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



bint05F23q9cu.bin
Description: application/rt-original-message

[onap-discuss] Jira and Gerrit integration not reliable

[Randa Maher]

Dear Helpdesk,

Can you tell me why Jira sometimes shows the Gerrit submission  and sometimes 
not.
I have not been able to identify a pattern to this.  It seems to randomly work.
This is a real productivity issue when we can't reliably depend on Jira to show 
us the linked Gerrit submission and we have to hunt around for things in Gerrit.

Thanks, Randa


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

View/Reply Online (#10502): https://lists.onap.org/g/onap-discuss/message/10502
Mute This Topic: https://lists.onap.org/mt/22530636/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 - asi_swagger_13 Service instance parameters

[Jimmy Forsyth]

Hi, Ondrej,

AAI doesn’t currently store date/time attributes other than the created-at and 
updated-at params for that object type.

Thanks,
jimmy

From:  on behalf of Ondrej 

Date: Thursday, June 21, 2018 at 9:59 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] AAI - asi_swagger_13 Service instance parameters

Hi,

I’m currently working with aai_swagger_v13 especially Service instance object 
parameters and I’m looking for some parameters which could be used as:

  *   startDate – time when the service was activated(in production)
  *   endDate - time when the service was disabled/decommissioned/cancelled/…

Please do you know some parameters which could be used for this ?
I only found created-at and updated-at parameters bud these are not suitable 
for this.

Thanks
Best regards
Ondrej


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

View/Reply Online (#10501): https://lists.onap.org/g/onap-discuss/message/10501
Mute This Topic: https://lists.onap.org/mt/22501240/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] VES RanMetrics Recommendation

[Alok Gupta]

That would work or we can review it in the n next DCAE team meeting.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: Michela Bevilacqua 
Sent: Thursday, June 21, 2018 10:29 AM
To: GUPTA, ALOK ; kp...@linuxfoundation.org; JI, LUSHENG 
; onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) ; HYNES, 
GERARD W 
Subject: RE: VES RanMetrics Recommendation

Hi Alok,
I propose to review our proposal shared last week and in agenda for the last 
DCAE meeting but unluckily time run out.
I can call for a dedicated meeting.

BR
Michela

 Original Message 
Subject: RE: VES RanMetrics Recommendation
From: "GUPTA, ALOK" mailto:ag1...@att.com>>
Date: 21 Jun 2018, 21:25
To: Michela Bevilacqua 
mailto:michela.bevilac...@ericsson.com>>,kp...@linuxfoundation.org,"JI,
 LUSHENG" 
mailto:l...@research.att.com>>,onap-discuss@lists.onap.org
Michela:

Please ignore Ran Metric Domain. It will be added to spec later. This domain 
would be the one which could be generated from data transferred via bulk data 
transfer or Ran devices can directly send events.. The defined metrics need 
Vendor specific payload and not xml file details. This domain definition needs 
more work. We will work with you as a team to finalize this domain. I P\plan to 
publish VES 6.0 without Ran Metric Domain.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: Michela Bevilacqua 
mailto:michela.bevilac...@ericsson.com>>
Sent: Wednesday, June 20, 2018 11:32 AM
To: GUPTA, ALOK mailto:ag1...@att.com>>; 
kp...@linuxfoundation.org; JI, LUSHENG 
mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) 
mailto:minerva.ag...@nokia.com>>; HYNES, GERARD W 
mailto:gh7...@att.com>>
Subject: RE: VES RanMetrics Recommendation

HI Alok,
We need some more time to review  the  ranMetric Domain proposal shared Friday 
considering this week we are attending to the Casablanca F2F dev in Beijing
Can you postpone the deadline to beginning of the next week ?

BR
Michela
From: GUPTA, ALOK mailto:ag1...@att.com>>
Sent: den 19 juni 2018 14:25
To: Michela Bevilacqua 
mailto:michela.bevilac...@ericsson.com>>; 
kp...@linuxfoundation.org; JI, LUSHENG 
mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) 
mailto:minerva.ag...@nokia.com>>; HYNES, GERARD W 
mailto:gh7...@att.com>>
Subject: RE: VES RanMetrics Recommendation

Michela:

We are still in the process of updating the spec. here is the fault domain with 
comments on MO.
1.1.1'Fault' Domain Datatypes
1.1.1.1Datatype: faultFields
The faultFields datatype consists of the following fields:
Field

Type

Required?

Description

alarmAdditional Information

hashMap

No

Additional alarm information (note: for SNMP mapping to VES, for hash key use 
OID of varbind, for value use incoming data for that varbind).

alarmCondition

string

Yes

Single word denoting the alarm condition/problem, such as a trap name.  Should 
not have white space (e.g., tpLgCgiNotInConfig, BfdSessionDown, linkDown, 
etc...)

alarmInterfaceA

string

No

Card, port, channel or interface name of the device generating the alarm. This 
could reflect Managed object. This could be Managed Object.

eventCategory

string

No

Event category, for example: 'license', 'link', 'routing', 'security', 
'signaling'

eventSeverity

string

Yes

Event severity enumeration: 'CRITICAL', 'MAJOR', 'MINOR', 'WARNING', 'NORMAL'. 
NORMAL is used to represent clear.

eventSourceType

string

Yes

Examples: 'card', 'host', 'other', 'port', 'portThreshold', 'router', 
'slotThreshold', 'switch', 'virtualMachine', 'virtualNetworkFunction'. This 
could be Managed Object Class.

faultFieldsVersion

number

Yes

Version of the faultFields block

specificProblem

string

Yes

Description of the alarm or problem (e.g., 'eNodeB 155197 in PLMN 310-410 with 
eNodeB name KYL05197 is lost'). 3GPP probable cause would be included in this 
field.

vfStatus

string

Yes

Virtual function status enumeration: 'Active', 'Idle', 'Preparing to 
terminate', 'Ready to terminate', 'Requesting Termination'


Note: Alarm ID for 3GPP should be included (if applicable) in 
alarmAdditonalInformation as alarmId:value.

This information has been included in the excel sheet as well.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: Michela Bevilacqua 
mailto:michela.bevilac...@ericsson.com>>
Sent: Tuesday, June 19, 2018 12:16 AM
To: GUPTA, ALOK mailto:ag1...@att.com>>; 
kp...@linuxfoundation.org; JI, LUSHENG 
mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) 
mailto:minerva.ag...@nokia.com>>; HYNES, 

Re: [onap-discuss] [Multi-VIM/Cloud] ONAP - Auto - OPNFV Wiki

[Gerard Damm]

Hi,
I uploaded a .pdf version of the slides on the same page.
Indeed, the online preview of .ppt/.pptx files never looks too good.
Cheers,
Gerard


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Joe Kidder
Sent: Thursday, June 21, 2018 10:48 AM
To: Victor Morales 
Cc: Tina Tsou ; onap-discuss@lists.onap.org
Subject: ** Newsletter/Marketing email** Re: [onap-discuss] [Multi-VIM/Cloud] 
ONAP - Auto - OPNFV Wiki


** This mail has been sent from an external source. Treat hyperlinks and 
attachments in this email with caution**
Victor,
  If you have powerpoint, you can download the file and view it and it's 
readable.  I'm not sure if there are other options to view the .ppt file 
without powerpoint. But the in-line/on-line version is definitely messed up.

Joe

On Thu, Jun 21, 2018 at 11:36 AM, Victor Morales 
mailto:victor.mora...@intel.com>> wrote:
Hey Tina,

Can you upload a PDF version of your presentation? It seems like the browser 
applies an encoding operation when it’s open it.

Thanks
Victor Morales

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Tina Tsou mailto:tina.t...@arm.com>>
Date: Wednesday, June 20, 2018 at 7:45 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [Multi-VIM/Cloud] ONAP - Auto - OPNFV Wiki

Dear all,

Here are the slides I presented at Multi-VIM/Cloud meeting today.

https://wiki.opnfv.org/display/AUTO/ONAP
Collaboration with MultiVIM

June 18th-22nd 2018, Beijing, China: ONAP-Casablanca Developer 
Forum, 
slides from Auto: 
Auto-input-v02.pptx


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.


The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com

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

View/Reply Online (#10498): https://lists.onap.org/g/onap-discuss/message/10498
Mute This Topic: https://lists.onap.org/mt/22498174/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] [Multi-VIM/Cloud] ONAP - Auto - OPNFV Wiki

[Joe Kidder]

Victor,
  If you have powerpoint, you can download the file and view it and it's
readable.  I'm not sure if there are other options to view the .ppt file
without powerpoint. But the in-line/on-line version is definitely messed up.

Joe

On Thu, Jun 21, 2018 at 11:36 AM, Victor Morales 
wrote:

> Hey Tina,
>
>
>
> Can you upload a PDF version of your presentation? It seems like the
> browser applies an encoding operation when it’s open it.
>
>
>
> Thanks
>
> Victor Morales
>
>
>
> *From: * on behalf of Tina Tsou <
> tina.t...@arm.com>
> *Date: *Wednesday, June 20, 2018 at 7:45 PM
> *To: *"onap-discuss@lists.onap.org" 
> *Subject: *[onap-discuss] [Multi-VIM/Cloud] ONAP - Auto - OPNFV Wiki
>
>
>
> Dear all,
>
>
>
> Here are the slides I presented at Multi-VIM/Cloud meeting today.
>
>
> https://wiki.opnfv.org/display/AUTO/ONAP
> Collaboration with MultiVIM
>
> June 18th-22nd 2018, Beijing, China: ONAP-Casablanca Developer Forum
> ,
> slides from Auto: Auto-input-v02.pptx
> 
>
>
>
>
>
> 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 (#10497): https://lists.onap.org/g/onap-discuss/message/10497
Mute This Topic: https://lists.onap.org/mt/22498174/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] How to restart ODL service for APPC

[Aaron Hay]

Santosh,

If you are working in a HEAT environment, you can restart ODL by doing the 
following command inside the APPC controller container:


  1.  /opt/opendaylight/current/bin/stop

That will stop the container. You can run the docker start command to bring the 
APPC controller container back up.

From: MAHER, RANDA
Sent: Thursday, June 21, 2018 8:56 AM
To: Santosh Tendolkar ; HAY, AARON 

Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] How to restart ODL service for APPC

Hello Santosh,

I’m adding Aaron to assist with your questions, but you need to provide a bit 
more context.
Are you working with Heat or OOM?

Thanks, Randa


From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Santosh Tendolkar
Sent: Thursday, June 21, 2018 3:52 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] How to restart ODL service for APPC

Hi All,
 I am trying to change log level for APPC.As per APP logging user guide 
i have replaced

org.ops4j.pax.logging.cfg  from following location

/opt/opendaylight/current/etc/

with one from git. APPC Logging guide mentions about restart odl service. Can 
anyone how to restart ODL service. Guide does not gives details for that.

Regards
Santosh


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

View/Reply Online (#10496): https://lists.onap.org/g/onap-discuss/message/10496
Mute This Topic: https://lists.onap.org/mt/22498911/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] [Multi-VIM/Cloud] ONAP - Auto - OPNFV Wiki

[Victor Morales]

Hey Tina,

Can you upload a PDF version of your presentation? It seems like the browser 
applies an encoding operation when it’s open it.

Thanks
Victor Morales

From:  on behalf of Tina Tsou 
Date: Wednesday, June 20, 2018 at 7:45 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [Multi-VIM/Cloud] ONAP - Auto - OPNFV Wiki

Dear all,

Here are the slides I presented at Multi-VIM/Cloud meeting today.

https://wiki.opnfv.org/display/AUTO/ONAP
Collaboration with MultiVIM

June 18th-22nd 2018, Beijing, China: ONAP-Casablanca Developer 
Forum, 
slides from Auto: 
Auto-input-v02.pptx


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 (#10495): https://lists.onap.org/g/onap-discuss/message/10495
Mute This Topic: https://lists.onap.org/mt/22498174/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] VES RanMetrics Recommendation

[Michela]

Hi Alok,
I propose to review our proposal shared last week and in agenda for the last 
DCAE meeting but unluckily time run out.
I can call for a dedicated meeting.

BR
Michela


 Original Message 
Subject: RE: VES RanMetrics Recommendation
From: "GUPTA, ALOK" 
Date: 21 Jun 2018, 21:25
To: Michela Bevilacqua 
,kp...@linuxfoundation.org,"JI, LUSHENG" 
,onap-discuss@lists.onap.org
Michela:

Please ignore Ran Metric Domain. It will be added to spec later. This domain 
would be the one which could be generated from data transferred via bulk data 
transfer or Ran devices can directly send events.. The defined metrics need 
Vendor specific payload and not xml file details. This domain definition needs 
more work. We will work with you as a team to finalize this domain. I P\plan to 
publish VES 6.0 without Ran Metric Domain.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: Michela Bevilacqua 
Sent: Wednesday, June 20, 2018 11:32 AM
To: GUPTA, ALOK ; kp...@linuxfoundation.org; JI, LUSHENG 
; onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) ; HYNES, 
GERARD W 
Subject: RE: VES RanMetrics Recommendation

HI Alok,
We need some more time to review  the  ranMetric Domain proposal shared Friday 
considering this week we are attending to the Casablanca F2F dev in Beijing
Can you postpone the deadline to beginning of the next week ?

BR
Michela
From: GUPTA, ALOK mailto:ag1...@att.com>>
Sent: den 19 juni 2018 14:25
To: Michela Bevilacqua 
mailto:michela.bevilac...@ericsson.com>>; 
kp...@linuxfoundation.org; JI, LUSHENG 
mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) 
mailto:minerva.ag...@nokia.com>>; HYNES, GERARD W 
mailto:gh7...@att.com>>
Subject: RE: VES RanMetrics Recommendation

Michela:

We are still in the process of updating the spec. here is the fault domain with 
comments on MO.
1.1.1‘Fault’ Domain Datatypes
1.1.1.1Datatype: faultFields
The faultFields datatype consists of the following fields:
Field

Type

Required?

Description

alarmAdditional Information

hashMap

No

Additional alarm information (note: for SNMP mapping to VES, for hash key use 
OID of varbind, for value use incoming data for that varbind).

alarmCondition

string

Yes

Single word denoting the alarm condition/problem, such as a trap name.  Should 
not have white space (e.g., tpLgCgiNotInConfig, BfdSessionDown, linkDown, etc…)

alarmInterfaceA

string

No

Card, port, channel or interface name of the device generating the alarm. This 
could reflect Managed object. This could be Managed Object.

eventCategory

string

No

Event category, for example: ‘license’, ‘link’, ‘routing’, ‘security’, 
‘signaling’

eventSeverity

string

Yes

Event severity enumeration: ‘CRITICAL’, ‘MAJOR’, ‘MINOR’, ‘WARNING’, ‘NORMAL’. 
NORMAL is used to represent clear.

eventSourceType

string

Yes

Examples: ‘card’, ‘host’, ‘other’, ‘port’, ‘portThreshold’, ‘router’, 
‘slotThreshold’, ‘switch’, ‘virtualMachine’, ‘virtualNetworkFunction’. This 
could be Managed Object Class.

faultFieldsVersion

number

Yes

Version of the faultFields block

specificProblem

string

Yes

Description of the alarm or problem (e.g., ‘eNodeB 155197 in PLMN 310-410 with 
eNodeB name KYL05197 is lost’). 3GPP probable cause would be included in this 
field.

vfStatus

string

Yes

Virtual function status enumeration: ‘Active’, ‘Idle’, ‘Preparing to 
terminate’, ‘Ready to terminate’, ‘Requesting Termination’


Note: Alarm ID for 3GPP should be included (if applicable) in 
alarmAdditonalInformation as alarmId:value.

This information has been included in the excel sheet as well.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: Michela Bevilacqua 
mailto:michela.bevilac...@ericsson.com>>
Sent: Tuesday, June 19, 2018 12:16 AM
To: GUPTA, ALOK mailto:ag1...@att.com>>; 
kp...@linuxfoundation.org; JI, LUSHENG 
mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) 
mailto:minerva.ag...@nokia.com>>; HYNES, GERARD W 
mailto:gh7...@att.com>>
Subject: RE: VES RanMetrics Recommendation

HI Alok,
I´ve noticed fault sheet is not updated according to the  agreement reached 
last week during the DCAE meeting.
(i.e. MO and MO instance, 3GPP alarm id).
Are you going to send for review a final update version with VES 6.0 specs  ?
BR
Michela

From: 
onap-discuss-boun...@lists.onap.org 
mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of GUPTA, ALOK
Sent: den 15 juni 2018 16:08
To: kp...@linuxfoundation.org; JI, LUSHENG 
mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray 

[onap-discuss][modeling] Initial proposal of ONAP R3 Data Model

[Katzman, Anatoly]

Hi all,

FYI, the initial proposal of the ONAP Data Model has just been published at 
https://wiki.onap.org/display/DW/ONAP+R3+DM+Base+Proposal
It includes the Reference part 
(https://wiki.onap.org/display/DW/ONAP+R3+DM+Reference ) as well as a special 
section for examples (https://wiki.onap.org/display/DW/R3+DM+Examples ).
Please note that this is the initial edition of the model, and it is subject 
for discussions and further development.

You may also find interesting this new discussion topic - 
https://wiki.onap.org/display/DW/Expressing+abstraction+in+model.

Regards,

Anatoly Katzman




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

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

[GILBERT, MAZIN E (MAZIN E)]

Thanks you. Also please share with the TSC what requirements your subcommittee 
generated so the TSC can assess the different views.

Mazin
On Jun 20, 2018, at 12:08 PM, denghui (L) 
mailto:denghu...@huawei.com>> wrote:

Hi Mazin

We will try to summarize the major disagreements and bring it to TSC in next 2 
weeks.

Thanks a lot

DENG Hui



From: GILBERT, MAZIN E (MAZIN E) [mailto:ma...@research.att.com]
Sent: Wednesday, June 20, 2018 11:33 AM
To: denghui (L) mailto:denghu...@huawei.com>>
Cc: onap-discuss@lists.onap.org; onap-tsc 
mailto:onap-...@lists.onap.org>>
Subject: Modeling

Deng Hui,

Thanks for your presentation today, and I really appreciate the modeling 
committee working together. Lots has been accomplished since R1.

I just wanted to articulate the conversation main points.

1. Modeling approaches for ONAP releases should be approved by the TSC. This 
should be documented and approved no later than M2.

2. If the modeling committee is unable to interlock on a common approach for 
offline, documentation or runtime, then different options should be brought to 
the TSC for review and making a decision.

Modeling directly impacts deployability. Disagreements impacting R3 should be 
documented and brought to the TSC over the next 2 weeks.

Thanks!
Mazin

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

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

[onap-discuss] AAI - asi_swagger_13 Service instance parameters

[Ondrej]

Hi,

I'm currently working with aai_swagger_v13 especially Service instance object 
parameters and I'm looking for some parameters which could be used as:

* startDate - time when the service was activated(in production)

* endDate - time when the service was 
disabled/decommissioned/cancelled/...

Please do you know some parameters which could be used for this ?
I only found created-at and updated-at parameters bud these are not suitable 
for this.

Thanks
Best regards
Ondrej

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

View/Reply Online (#10490): https://lists.onap.org/g/onap-discuss/message/10490
Mute This Topic: https://lists.onap.org/mt/22501240/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] VES RanMetrics Recommendation

[Alok Gupta]

Michela:

Please ignore Ran Metric Domain. It will be added to spec later. This domain 
would be the one which could be generated from data transferred via bulk data 
transfer or Ran devices can directly send events.. The defined metrics need 
Vendor specific payload and not xml file details. This domain definition needs 
more work. We will work with you as a team to finalize this domain. I P\plan to 
publish VES 6.0 without Ran Metric Domain.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: Michela Bevilacqua 
Sent: Wednesday, June 20, 2018 11:32 AM
To: GUPTA, ALOK ; kp...@linuxfoundation.org; JI, LUSHENG 
; onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) ; HYNES, 
GERARD W 
Subject: RE: VES RanMetrics Recommendation

HI Alok,
We need some more time to review  the  ranMetric Domain proposal shared Friday 
considering this week we are attending to the Casablanca F2F dev in Beijing
Can you postpone the deadline to beginning of the next week ?

BR
Michela
From: GUPTA, ALOK mailto:ag1...@att.com>>
Sent: den 19 juni 2018 14:25
To: Michela Bevilacqua 
mailto:michela.bevilac...@ericsson.com>>; 
kp...@linuxfoundation.org; JI, LUSHENG 
mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) 
mailto:minerva.ag...@nokia.com>>; HYNES, GERARD W 
mailto:gh7...@att.com>>
Subject: RE: VES RanMetrics Recommendation

Michela:

We are still in the process of updating the spec. here is the fault domain with 
comments on MO.
1.1.1‘Fault’ Domain Datatypes
1.1.1.1Datatype: faultFields
The faultFields datatype consists of the following fields:
Field

Type

Required?

Description

alarmAdditional Information

hashMap

No

Additional alarm information (note: for SNMP mapping to VES, for hash key use 
OID of varbind, for value use incoming data for that varbind).

alarmCondition

string

Yes

Single word denoting the alarm condition/problem, such as a trap name.  Should 
not have white space (e.g., tpLgCgiNotInConfig, BfdSessionDown, linkDown, etc…)

alarmInterfaceA

string

No

Card, port, channel or interface name of the device generating the alarm. This 
could reflect Managed object. This could be Managed Object.

eventCategory

string

No

Event category, for example: ‘license’, ‘link’, ‘routing’, ‘security’, 
‘signaling’

eventSeverity

string

Yes

Event severity enumeration: ‘CRITICAL’, ‘MAJOR’, ‘MINOR’, ‘WARNING’, ‘NORMAL’. 
NORMAL is used to represent clear.

eventSourceType

string

Yes

Examples: ‘card’, ‘host’, ‘other’, ‘port’, ‘portThreshold’, ‘router’, 
‘slotThreshold’, ‘switch’, ‘virtualMachine’, ‘virtualNetworkFunction’. This 
could be Managed Object Class.

faultFieldsVersion

number

Yes

Version of the faultFields block

specificProblem

string

Yes

Description of the alarm or problem (e.g., ‘eNodeB 155197 in PLMN 310-410 with 
eNodeB name KYL05197 is lost’). 3GPP probable cause would be included in this 
field.

vfStatus

string

Yes

Virtual function status enumeration: ‘Active’, ‘Idle’, ‘Preparing to 
terminate’, ‘Ready to terminate’, ‘Requesting Termination’


Note: Alarm ID for 3GPP should be included (if applicable) in 
alarmAdditonalInformation as alarmId:value.

This information has been included in the excel sheet as well.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: Michela Bevilacqua 
mailto:michela.bevilac...@ericsson.com>>
Sent: Tuesday, June 19, 2018 12:16 AM
To: GUPTA, ALOK mailto:ag1...@att.com>>; 
kp...@linuxfoundation.org; JI, LUSHENG 
mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) 
mailto:minerva.ag...@nokia.com>>; HYNES, GERARD W 
mailto:gh7...@att.com>>
Subject: RE: VES RanMetrics Recommendation

HI Alok,
I´ve noticed fault sheet is not updated according to the  agreement reached 
last week during the DCAE meeting.
(i.e. MO and MO instance, 3GPP alarm id).
Are you going to send for review a final update version with VES 6.0 specs  ?
BR
Michela

From: 
onap-discuss-boun...@lists.onap.org 
mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of GUPTA, ALOK
Sent: den 15 juni 2018 16:08
To: kp...@linuxfoundation.org; JI, LUSHENG 
mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org
Cc: Agron, Minerva (Nokia - US/Murray Hill) 
mailto:minerva.ag...@nokia.com>>; HYNES, GERARD W 
mailto:gh7...@att.com>>
Subject: [onap-discuss] VES RanMetrics Recommendation

Team:

Please find enclosed an updated ranMetrics Domain for your review and comments. 
This will be included in VES 6.0 Specs.

Please provide feedback by COB Wednesday June 20th, 2014


Regards,

Alok Gupta
732-420-7007
MT B2 3D30

Re: [onap-discuss] How to restart ODL service for APPC

[Randa Maher]

Hello Santosh,

I’m adding Aaron to assist with your questions, but you need to provide a bit 
more context.
Are you working with Heat or OOM?

Thanks, Randa


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Santosh Tendolkar
Sent: Thursday, June 21, 2018 3:52 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] How to restart ODL service for APPC

Hi All,
 I am trying to change log level for APPC.As per APP logging user guide 
i have replaced

org.ops4j.pax.logging.cfg  from following location

/opt/opendaylight/current/etc/

with one from git. APPC Logging guide mentions about restart odl service. Can 
anyone how to restart ODL service. Guide does not gives details for that.

Regards
Santosh


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

View/Reply Online (#10486): https://lists.onap.org/g/onap-discuss/message/10486
Mute This Topic: https://lists.onap.org/mt/22498911/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] Beijing: VID handshake failed

[A. Yahia Badr Eddine]

Hello,


VID Release Notes
=

Version: 2.0.0
--

:Release Date: 2018-06-07


---
Badr Eddine

2018-06-20 16:15 GMT+02:00 Sonsino, Ofir :

> Hi,
>
>
>
> The certificate was renewed in Beijing.
>
> What version of VID are you using?
>
>
>
> Ofir
>
>
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *Golabek, Tomasz (Nokia - PL/Wroclaw)
> *Sent:* Wednesday, June 20, 2018 11:54 AM
> *To:* Badr Eddine Aouled Yahia ;
> onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] Beijing: VID handshake failed
>
>
>
> Hi,
>
>
>
> we have seen it too, that certificate used by the VID is out of date (for
> a about year). As a workaround we have created and imported new certificate
> to tomcat_keystore file manually, and then rebuild VID image. Not sure
> about official way how to fix it.
>
>
>
> br
>
> Tomek Golabek
> --
>
> *From:* onap-discuss-boun...@lists.onap.org  onap.org> on behalf of Badr Eddine Aouled Yahia <
> badreddine.aouledya...@gmail.com>
> *Sent:* Wednesday, June 20, 2018 10:41:49 AM
> *To:* onap-discuss@lists.onap.org
> *Subject:* [onap-discuss] Beijing: VID handshake failed
>
>
>
> Hello,
>
> I am trying to run the vFWCL demo on Beijing (heat installation). After
> distributing models, the VID could not fetch anything, models, subscriber
> ...
>
> I used curl command from VID machine to instantiate the service. When
> specifying the url in the curl command: if i put HTTPS i get this error *SSL
> routines:SSL23_GET_SERVER_HELLO:unknown protocol*
>
> So i used HTTP and the command works, but the so failed to create the
> instance and i got this error: "requestState":"FAILED",
>  "statusMessage":"javax.net.ssl.SSLHandshakeException:
> sun.security.validator.ValidatorException: PKIX path validation failed:
> java.security.cert.CertPathValidatorException: validity check failed"
>
> I this there is a problem about certificates used in vid. Could anyone
> help me with this?
>
> Thanks,
>
> Badr Eddine Aouled Yahia.
>

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

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

[onap-discuss] How to restart ODL service for APPC

[Santosh Tendolkar]

Hi All,
 I am trying to change log level for APPC.As per APP logging user guide 
i have replaced

org.ops4j.pax.logging.cfg  from following location

/opt/opendaylight/current/etc /

with one from git. APPC Logging guide mentions about restart odl service. Can 
anyone how to restart ODL service. Guide does not gives details for that.

Regards
Santosh

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

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

[onap-discuss] APPC artifact upload

[Krysiak, Adam (Nokia - PL/Wroclaw)]

Hi,


I've just started work with APPC. I've found out that since 
https://jira.onap.org/browse/APPC-203 artifacts are not pulled from SDC using 
DistributionClient.

In project appc-inbound there is API (RPC method 
'artifact-handler:uploadartifact') that gives functionality to add artifacts.

Problem is that I can't find any usage of it in SDC.

Can anyone tell me if there is any component that uses it or artifacts have to 
be pushed to APPC manually?


Br,

Adam

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

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