Re: [onap-discuss] [modeling] Please vote for chairperson of Modeling Subcommittee

[Ethan Lynn]

+1

Best Regards,
Ethan Lynn
ethanly...@vmware.com
+86 010-59934270



On Jul 7, 2017, at 11:56, denghui (L) 
mailto:denghu...@huawei.com>> wrote:

Hello, Modelling members,

There is only one candidate for modeling subcommittee: Hui Deng

If you support Please help to vote “+1”,
If you are neutral, please vote “0”,
If you don’t please respond  “-1”

Members are listed here: 
https://wiki.onap.org/display/DW/Members

Thanks a lot

DENG Hui

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss&d=DwICAg&c=uilaK90D4TOVoH58JNXRgQ&r=up9Omq7NCNKkP4VoMfzsYPYkeRuQmKh7eeF2fTMIAm4&m=W3-sWUY7kJ-ayTlh2tTSLdzTlDKZsmyeqNNLFVfUiV4&s=VVETBygpg4g-fpXAWCxmMl8eHedy2J9F-hRsO-fcAHQ&e=

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [modeling] Please vote for chairperson of Modeling Subcommittee

[Xinhui Li]

+1

From:  on behalf of "denghui (L)" 

Date: Friday, 7 July 2017 at 11:56 AM
To: "onap-...@lists.onap.org" , 
"onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [modeling] Please vote for chairperson of Modeling 
Subcommittee

Hello, Modelling members,

There is only one candidate for modeling subcommittee: Hui Deng

If you support Please help to vote “+1”,
If you are neutral, please vote “0”,
If you don’t please respond  “-1”

Members are listed here: 
https://wiki.onap.org/display/DW/Members

Thanks a lot

DENG Hui

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] 答复: [modeling] Please vote for chairperson of Modeling Subcommittee

[Gaoweitao (Victor, MANO)]

+1

*
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使
用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通
知发件人并删除本邮件！
*

*
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person
or entity whose address is listed above. Any use of the information contained 
herein in any way (including, but not
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s)
is prohibited. If you receive this e-mail in error, please notify the sender by 
phone or email immediately and delete it!
*

发件人: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] 代表 denghui (L)
发送时间: 2017年7月7日 11:57
收件人: onap-...@lists.onap.org; onap-discuss@lists.onap.org
主题: [onap-discuss] [modeling] Please vote for chairperson of Modeling 
Subcommittee

Hello, Modelling members,

There is only one candidate for modeling subcommittee: Hui Deng

If you support Please help to vote “+1”,
If you are neutral, please vote “0”,
If you don’t please respond  “-1”

Members are listed here: https://wiki.onap.org/display/DW/Members

Thanks a lot

DENG Hui

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] 答复: [modeling] Please vote for chairperson of ModelingSubcommittee

[feng.yuanxing]

+1



















原始邮件



发件人： 
收件人：  
日 期 ：2017年07月07日 11:57
主 题 ：[onap-discuss] [modeling] Please vote for chairperson of 
ModelingSubcommittee







Hello, Modelling members,


 


There is only one candidate for modeling subcommittee: Hui Deng


 


If you support Please help to vote “+1”,


If you are neutral, please vote “0”,


If you don’t please respond  “-1”


 


Members are listed here: https://wiki.onap.org/display/DW/Members


 


Thanks a lot


 


DENG Hui___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] 答复: [onap-tsc] [modeling] Please vote for chairperson of Modeling Subcommittee

[杨艳]

+1

 

发件人: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.
org] 代表 denghui (L)
发送时间: 2017年7月7日 11:57
收件人: onap-...@lists.onap.org; onap-discuss@lists.onap.org
主题: [onap-tsc] [modeling] Please vote for chairperson of Modeling
Subcommittee

 

Hello, Modelling members,

 

There is only one candidate for modeling subcommittee: Hui Deng

 

If you support Please help to vote “+1”, 

If you are neutral, please vote “0”,

If you don’t please respond  “-1” 

 

Members are listed here: https://wiki.onap.org/display/DW/Members

 

Thanks a lot

 

DENG Hui

 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-tsc] [modeling] Please vote for chairperson of ModelingSubcommittee

[zhang.maopeng1]

+1







Original Mail



Sender:  
To:   
Date: 2017/07/07 11:57
Subject: [onap-tsc] [modeling] Please vote for chairperson of 
ModelingSubcommittee







Hello, Modelling members,


 


There is only one candidate for modeling subcommittee: Hui Deng


 


If you support Please help to vote “+1”,


If you are neutral, please vote “0”,


If you don’t please respond  “-1”


 


Members are listed here: https://wiki.onap.org/display/DW/Members


 


Thanks a lot


 


DENG Hui___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] SDN-C Code flow Queries

[Prashant Kumar]

Brian has explained almost everything, adding some more comments for you.


Thanks,
Prashant
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, July 6, 2017 8:04 PM
To: Arun Arora (c) 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SDN-C Code flow Queries



From: Arun Arora (c) [mailto:aroraa...@vmware.com]
Sent: Thursday, July 06, 2017 10:21 AM
To: Arun Arora (c) mailto:aroraa...@vmware.com>>; 
FREEMAN, BRIAN D mailto:bf1...@att.com>>
Cc: onap-discuss@lists.onap.org
Subject: RE: SDN-C Code flow Queries

Hi Brian,

We continued to study the code with the information you provided along with 
getting more familiar with the ODL framework. As you explained and we 
understood, SDNC has 3 workflows, namely, design-time, onboarding and run-time. 
We are trying to understand the code execution flow for each from northbound to 
southbound.

We have some questions and would really appreciate if you can provide your 
comments on them and if possible provide the APIs for the workflows:
1)  Design-Time
a.   We understand dgbuilder is used to create the directed-graphs. Are 
these static files which are stored once created into any database, like AAI?
>> they are static and versioned and stored in the mysql databse in the 
>> SVC_LOGIC table.
[PK]--> as mentioned by Brian they are static and versioned , you can find some 
of OOB DGs in project sdnc/oam path:- 
sdnc\oam\platform-logic\vnfapi\src\main\json or xml.  We can have two form 
either in xml or JSon. One loaed in mysql db is in xml. Json one is used to 
import in nodered.
b.  Also, what is the input to dgbuilder create the directed-graphs? We saw 
in the netconf mount example, that certain JSON are used.. is similar input 
used for creating directed graphs for any service/ resource?
>> I dont understand the question. DG creation is a design time activity by the 
>> network engineers/developers to implement the state changes. They are not 
>> automtically generated.

c.   What is the role of admin portal in design time
>> its a way to activate new versions of a DG for testing in the development 
>> labs. Its also used for add-on admin functions if we need a GUI for some 
>> tier support function on an instance but generally its an extremely thin 
>> helper application for managing data in the controller.
2)  Run-Time
a.   I have some confusion about the RPC request. I suppose the RPC request 
comes to the SDN-C interface as part of the run-time workflow? If yes, what is 
the interface on which the RPC request is received?

>> http://[ipaddrss]:8282/restconf/operations/VNF-API:vnf-topology-operation

(POST body would be the json or xml for the input)

You can see the list of these operations in the apidoc/explorer if you have a 
running SDNC instnace (btw this is swagger.json based online documenation as 
you can see from the GUI view )

b.  Also, how the directed-graph is used along with RPC input to create the 
complete sequence
>> Again not sure I fully understand the question but look at the 
>> [sdnc/northbound.git]
>>  / 
>> vnfapi
>>  / 
>> provider
>>  / 
>> src
>>  / 
>> main
>>  / 
>> java
>>  / 
>> org
>>  / 
>> openecomp
>>  / 
>> sdnc
>>  / 
>> vnfapi
>>  /

@Override
1008
 public Future> 
vnfInstanceTopologyOperation(
1009
 VnfInstanceTopologyOperationInput input) {

That method maps the vnf-topology-operation (VnfInstanceTopologyOpreration) to 
the process of pulling data from md-sal

[onap-discuss] 答复: [modeling] Please vote for chairperson of Modeling Subcommittee

[Lishitao]

+1

发件人: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] 代表 denghui (L)
发送时间: 2017年7月7日 11:57
收件人: onap-...@lists.onap.org; onap-discuss@lists.onap.org
主题: [onap-discuss] [modeling] Please vote for chairperson of Modeling 
Subcommittee

Hello, Modelling members,

There is only one candidate for modeling subcommittee: Hui Deng

If you support Please help to vote “+1”,
If you are neutral, please vote “0”,
If you don’t please respond  “-1”

Members are listed here: https://wiki.onap.org/display/DW/Members

Thanks a lot

DENG Hui

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [modeling] Please vote for chairperson of Modeling Subcommittee

[Seshu m]

+1



Best Regards,
Seshu
**
 This email and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained here in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
email in error, please notify the sender by phone or email immediately and 
delete it!
 
*

From: onap-discuss-boun...@lists.onap.org [onap-discuss-boun...@lists.onap.org] 
on behalf of denghui (L) [denghu...@huawei.com]
Sent: Friday, July 07, 2017 11:56 AM
To: onap-...@lists.onap.org; onap-discuss@lists.onap.org
Subject: [onap-discuss] [modeling] Please vote for chairperson of Modeling 
Subcommittee

Hello, Modelling members,

There is only one candidate for modeling subcommittee: Hui Deng

If you support Please help to vote “+1”,
If you are neutral, please vote “0”,
If you don’t please respond  “-1”

Members are listed here: https://wiki.onap.org/display/DW/Members

Thanks a lot

DENG Hui

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Reply： [modeling] Please vote for chairperson of ModelingSubcommittee

[zhao.huabing]

+1






 

 Original Message
 
 

 

 

 

 
 From:
 denghui(L) 
 

 
 To:onap-...@lists.onap.org onap-discuss@lists.onap.org 
 

 
 Date:
 2017-07-07 11:57:07
 

 
 Subject:[onap-discuss] [modeling] Please vote for chairperson of 
ModelingSubcommittee
 

 

 
 
 
 
 
 


 
 
 
Hello, Modelling members,
 

 
 

 
  
 

 
 
There is only one candidate for modeling subcommittee: Hui Deng
 

 
 

 
  
 

 
 
If you support Please help to vote “+1”, 
 
 

 
 
If you are neutral, please vote “0”,
 

 
 
If you don’t please respond  “-1” 
 

 
 

 
  
 

 
 
Members are listed here: https://wiki.onap.org/display/DW/Members
 

 
 

 
  
 

 
 
Thanks a lot
 

 
 

 
  
 

 
 
DENG Hui___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [modeling] Please vote for chairperson of ModelingSubcommittee

[meng.zhaoxing1]

+1
















原始邮件



发件人： 
收件人：  
日 期 ：2017年07月07日 11:57
主 题 ：[onap-discuss] [modeling] Please vote for chairperson of 
ModelingSubcommittee







Hello, Modelling members,


 


There is only one candidate for modeling subcommittee: Hui Deng


 


If you support Please help to vote “+1”,


If you are neutral, please vote “0”,


If you don’t please respond  “-1”


 


Members are listed here: https://wiki.onap.org/display/DW/Members


 


Thanks a lot


 


DENG Hui___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [modeling] Please vote for chairperson of Modeling Subcommittee

[ll...@chinatelecom.cn]

+1  modeling subcommittee



ll...@chinatelecom.cn
 
From: denghui (L)
Date: 2017-07-07 11:56
To: onap-...@lists.onap.org; onap-discuss@lists.onap.org
Subject: [onap-discuss] [modeling] Please vote for chairperson of Modeling 
Subcommittee
Hello, Modelling members,
 
There is only one candidate for modeling subcommittee: Hui Deng
 
If you support Please help to vote “+1”, 
If you are neutral, please vote “0”,
If you don’t please respond  “-1” 
 
Members are listed here: https://wiki.onap.org/display/DW/Members
 
Thanks a lot
 
DENG Hui
 
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [modeling] Please vote for chairperson of Modeling Subcommittee

[denghui (L)]

Hello, Modelling members,

There is only one candidate for modeling subcommittee: Hui Deng

If you support Please help to vote "+1",
If you are neutral, please vote "0",
If you don't please respond  "-1"

Members are listed here: https://wiki.onap.org/display/DW/Members

Thanks a lot

DENG Hui

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [vnfsdk] developer commitments

[Christopher Donley (Chris)]

Team,

Thanks to everyone who responded with your commitment to VNF SDK so far.  I 
have included the list below.  If you haven't yet responded, or if I missed 
your email, would you please let me know where you want to contribute (or if 
you're only monitoring and not planning to contribute)?

Thanks,
Chris

VNF SDK

model

pkgtools

validation

documentation

refrepo

compliance

Unknown

Andy 40-50%

Lianhao 50%

Murali

Victor 50%

Zongbiao Li

Yuanxing 50%

Dave Chen 25%

Ting 15%

Ting 15%

Amir Levy

Lianhao 20%

Alex Vul

Andrei 50%

Chengli Wang

PM: Tina

Erik Sundelof

PTL: Chris

Fari Behi


Wenyao Guan


Stephen Gooch


Eddy Raineri


Eric Debeau


Helen Chen


Gary Wu


Oleg Kaplan


Trevor Cooper


Brian Hedstrom


Thinh Nguyenphu


Huabing Zhao


Zygmunt Lozinski


Don Levy


Amy Zwarico


Suresh Nekkalapudi


Gershon Schatzberg


Ranny Haiby


maopeng zhang


Steven Wright


Yang Xu


Bruce Thompson


John Strassner


Joe Zhang


Xin Lu


Zhong Quan


Dileep Ranganathan


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [aai] GraphDB replacement and Champ

[C.T. Paterson]

Hey folks,

On today's AAI PTL call I offered to submit a proposal for your
consideration, regarding our approach to AAI-20 (introduction of "Champ", a
graph DB abstraction library) and AAI-24 (moving to an actively developed
open source graph database) and how we could take on this work for
Amsterdam.

A bit of background, if needed...

Today, AAI uses TitanDB as our graph database, and Champ supports Titan.
In the Amsterdam release of AAI, we're going to have three microservices
that interact with the graph database:

   - Resources
   - Traversal
   - Gizmo

Of the three, currently only Gizmo uses Titan through Champ.  Resources and
Traversal use Titan more directly.

For the graph DB replacement, JanusGraph is emerging as an early favourite
- though I think a proper evaluation is still to be done.


My proposal is that in Amsterdam we target a move of the Resources and
Traversal microservices on to Champ.  I believe we're best to plan and
schedule this work independent of the Janus evaluation and possible
adoption.

If Janus works out, I think it's the right approach anyway.  We'd then add
JanusGraph support to the Champ library and we're off.  If Janus doesn't
work out (for technical or schedule reasons), we've still made progress in
creating the abstraction layer, and can insulate all the services against
an expected move to come later.

I'd suggest we can add the following stories to AAI-20

   - Decouple Resources microservice from Titan, adopt Champ
   - Decouple Traversal microservice from Titan, adopt Champ
  - (Note: I think Traversal is executing some direct gremlin queries
  for power/efficiency - not sure they have to go through Champ as an
  abstraction given we're relying on Tinkerpop)


I also suggest we add the following story to AAI-24

   - Add new graph DB support to Champ


Comments?

Cheers.
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [Doc] Documentation project meeting and email reminders

[GLOVER, GREG L]

To all Documentation project participants:


  *   A reminder that the weekly Documentation Project meeting starting next 
Tuesday July 11 has been moved UP two hours to 9-10 am ET, 3-4 pm UK, 9-10 pm 
Asia.


Also two notes on Emails:


  *   As a general rule most communications about the Documentation project 
should use onap-discuss@lists.onap.org


  *   So everyone can more easily filter out Documentation-related discussions, 
please type [Doc] before the rest of your subject in the HEADER of your emails

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Canceled Event: VNF Package Model (sub) Weekly @ Fri Jul 7, 2017 7am - 8am (PDT) (onap-discuss@lists.onap.org)

[kpaul]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:CANCEL
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-LIC-LOCATION:America/Los_Angeles
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:19700308T02
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
DTSTART:19701101T02
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/Los_Angeles:20170707T07
DTEND;TZID=America/Los_Angeles:20170707T08
DTSTAMP:20170706T191710Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:fteakb5e7djdf0pakmd18mr...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;CN=am
 8...@att.com;X-NUM-GUESTS=0:mailto:am8...@att.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;CN=on
 ap-disc...@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-discuss@lists.onap.org
RECURRENCE-ID;TZID=America/Los_Angeles:20170707T07
CREATED:20170627T004937Z
DESCRIPTION:Hi there\, \n\nONAP Meeting 1 is inviting you to a scheduled Zo
 om meeting. \n\nJoin from PC\, Mac\, Linux\, iOS or Android: https://zoom.u
 s/j/850299224\n\nOr iPhone one-tap (US Toll):  +14086380968\,\,850299224# o
 r +16465588656\,\,850299224#\n\nOr Telephone:\nDial: +1 408 638 0968 (U
 S Toll) or +1 646 558 8656 (US Toll)\n+1 855 880 1246 (US Toll Free)\n 
+1 877 369 0926 (US Toll Free)\nMeeting ID: 850 299 224\nInterna
 tional numbers available: https://zoom.us/zoomconference?m=bir__HeZfouoQ29l
 tHVKIaJvPMCVrlh6\n\n
LAST-MODIFIED:20170706T191710Z
LOCATION:https://zoom.us/j/850299224
SEQUENCE:1
STATUS:CANCELLED
SUMMARY:VNF Package Model (sub) Weekly
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] YANG.XML format

[Rozin, Eden]

The artifacts types are configurable, so there is a way to add ‘YANG’ as 
another type for artifacts upload.
All the artifacts are located inside the distributed CSAR that contain all the 
relevant Service information.
If SDN-C would like to get the artifacts, they can.

Eden

From: Thomas Nadeau [mailto:thomas.nad...@amdocs.com]
Sent: Thursday, July 06, 2017 12:26 AM
To: FREEMAN, BRIAN D ; NOSHPITZ, CLAUDE ; 
Lando,Michael ; Kedar Ambekar ; 
Rozin, Eden 
Cc: WRIGHT, STEVEN A ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] YANG.XML format

+1

While I’d love for all the new features in 1.1 to be available, the bottom line 
is as Brian said: actual production device support which in my estimation will 
take a bit longer.

--Tom


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Wednesday, July 5, 2017 4:12 PM
To: NOSHPITZ, CLAUDE mailto:cn5...@att.com>>; LANDO, MICHAEL 
mailto:ml6...@intl.att.com>>; Kedar Ambekar 
mailto:ake...@techmahindra.com>>; ROZIN, EDEN 
mailto:er4...@intl.att.com>>
Cc: WRIGHT, STEVEN A mailto:sw3...@att.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] YANG.XML format

The industry is still on yang 1.0 so I would focus on that version for now.

Yang 1.1 is emerging and ODL Carbon has limited support for it but its very 
new. I only know of one device that supposedly supports yang 1.1.

Brian


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of NOSHPITZ, CLAUDE
Sent: Wednesday, July 05, 2017 4:08 PM
To: LANDO, MICHAEL mailto:ml6...@intl.att.com>>; Kedar 
Ambekar mailto:ake...@techmahindra.com>>; ROZIN, EDEN 
mailto:er4...@intl.att.com>>
Cc: WRIGHT, STEVEN A mailto:sw3...@att.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] YANG.XML format

***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Is there a normative set of RFCs/standards that we plan to adhere to for the 
YANG work in ONAP?
I’m asking as an observer (without specific YANG expertise :-) wanting to make 
sure we pave the way for a coherent developer experience moving forward.

The ONAP Wiki references RFC 
6020
 (YANG 1.0) -- is this superseded (?) by RFC 
7950
 (YANG 1.1)?

And then there’s the JSON encoding proposed in RFC 
7951.
  It would be useful to consolidate around a consistent representation, given 
that different toolchains/consumers may need to interoperate.

Is there a need to reference the various core data models (RFCs 
6991,
 
7223,
 
7317,
 and all their friends), or is their use otherwise clearly implied?

There was discussion along these lines in the “VNF Management Requirements for 
OpenECOMP” 
document,
 which is seeded into the VNF Requirements project.  Maybe the questions I’m 
asking (and those that Kedar posed previously) just ought to be referred to 
that workstream…

Thanks!

--Claude


From: 
mailto:onap-discuss-boun...@lis

Re: [onap-discuss] SDN-C Code flow Queries

[FREEMAN, BRIAN D]

Depends on the service.

Today we do MPLS VPN provisioning on a per vPE/PE basis and rollback just that 
vPE/PE.

When we have multiple devices in one SDNC transaction we make the DG handle the 
consistent application of the change or rollback as needed.

We would generally avoid your use case since we tend to bring up new links on 
vPE's without touching the existing vPE's connections , but if we decided to do 
something like change 4 vPE's in one customer order we would pass in an array 
of the vPE changes and the DG would process the transaction using one of two 
mechanism.

i)Careful booking of transaction and success and rollback 
(btw this is why we separate current md-sal data from input md-sal data)

ii)   Netconf-lite where the adaptor would do a netconf session 
to each device and only after all have check-commit successfully do we do the 
commits and unlocks.

iii) In the end we would usually only touch one vPE at a time 
and on failure respond back to SO that orchestration has to be involved since 
generally we dont want to rollback the other 3 successfully configured vPE's.

From: olivier.augiz...@orange.com [mailto:olivier.augiz...@orange.com]
Sent: Thursday, July 06, 2017 11:48 AM
To: FREEMAN, BRIAN D ; Arun Arora (c) ; 
onap-discuss@lists.onap.org
Subject: RE: SDN-C Code flow Queries

Hello,

My question related to the roll back mechanism was not related to each specific 
network adaptor but global to a DG execution.  (Of course if a network adaptor 
cannot implement an "atomic" integrity we cannot have a global integrity) .

Let's take as example a VPN provisioning involving 4 PMLS PE routers with the 
same Netconf adaptor.
If the SDN-C can configure 3 PE and fails for the 4th --> how the global 
network configuration consistency is guaranteed ? Is the DG execution state 
stored and resumed later, is there a global roll-back? Or is it a DG design 
concern to handle each failure exception?

Best regards,
Olivier



De : FREEMAN, BRIAN D [mailto:bf1...@att.com]
Envoyé : jeudi 6 juillet 2017 16:23
À : AUGIZEAU Olivier DTSI/DERS; Arun Arora (c); 
onap-discuss@lists.onap.org
Objet : RE: SDN-C Code flow Queries

Responses below.

Brian


From: olivier.augiz...@orange.com 
[mailto:olivier.augiz...@orange.com]
Sent: Thursday, July 06, 2017 3:16 AM
To: FREEMAN, BRIAN D mailto:bf1...@att.com>>; Arun Arora (c) 
mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org
Subject: RE: SDN-C Code flow Queries

Hello,

Thanks a lot Brian for this clarification.

Could you please give additional information about the following points?



(3) "DG Builder builds the logic for processing rpc requests that are in yang 
models. 1 rpc == 1 DG" ?

The sliapi Yang data model includes an execute-graph rpc that have other rpc as 
attribute

Is the execute-graph rpc should be considered as a "meta" rpc with DG "rpc" as 
attribute?

>> They both have rpc attributes. If you look at the vnf-topology-operation DG 
>> it has an rpc called vnf-topology-operation. The vnf-topolog-operation DG 
>> has "call" nodes that refer to the sub-tending DG's like vnf-topology-assign 
>> () . the 
>> vnf-topology-assign rpc's etc do not need to be an rpc in the VNF-API.yang 
>> file since they aren't accessed via the REST API on the northbound side 
>> ([sdnc/northbound.git]
>>  / 
>> vnfapi
>>  / 
>> model
>>  / 
>> src
>>  / 
>> main

Re: [onap-discuss] SDN-C Code flow Queries

[olivier.augizeau]

Hello,

My question related to the roll back mechanism was not related to each specific 
network adaptor but global to a DG execution.  (Of course if a network adaptor 
cannot implement an "atomic" integrity we cannot have a global integrity) .

Let's take as example a VPN provisioning involving 4 PMLS PE routers with the 
same Netconf adaptor.
If the SDN-C can configure 3 PE and fails for the 4th --> how the global 
network configuration consistency is guaranteed ? Is the DG execution state 
stored and resumed later, is there a global roll-back? Or is it a DG design 
concern to handle each failure exception?

Best regards,
Olivier



De : FREEMAN, BRIAN D [mailto:bf1...@att.com]
Envoyé : jeudi 6 juillet 2017 16:23
À : AUGIZEAU Olivier DTSI/DERS; Arun Arora (c); onap-discuss@lists.onap.org
Objet : RE: SDN-C Code flow Queries

Responses below.

Brian


From: olivier.augiz...@orange.com 
[mailto:olivier.augiz...@orange.com]
Sent: Thursday, July 06, 2017 3:16 AM
To: FREEMAN, BRIAN D mailto:bf1...@att.com>>; Arun Arora (c) 
mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org
Subject: RE: SDN-C Code flow Queries

Hello,

Thanks a lot Brian for this clarification.

Could you please give additional information about the following points?



(3) "DG Builder builds the logic for processing rpc requests that are in yang 
models. 1 rpc == 1 DG" ?

The sliapi Yang data model includes an execute-graph rpc that have other rpc as 
attribute

Is the execute-graph rpc should be considered as a "meta" rpc with DG "rpc" as 
attribute?

>> They both have rpc attributes. If you look at the vnf-topology-operation DG 
>> it has an rpc called vnf-topology-operation. The vnf-topolog-operation DG 
>> has "call" nodes that refer to the sub-tending DG's like vnf-topology-assign 
>> () . the 
>> vnf-topology-assign rpc's etc do not need to be an rpc in the VNF-API.yang 
>> file since they aren't accessed via the REST API on the northbound side 
>> ([sdnc/northbound.git]
>>  / 
>> vnfapi
>>  / 
>> model
>>  / 
>> src
>>  / 
>> main
>>  / 
>> yang
>>  / 
>> VNF-API.yang)

(5) "it is procedural logic meant to run to complete quickly and deal with 
devices"

if a full rollback to the initial state is required in case of failure on any 
device, should the roll back procedure be explicitly designed in the directed 
graph or is it automatic with some kind of "all or nothing" global transaction 
integrity ?

>> the DG needs to handle rollback - that depends on the adaptors since some 
>> adaptors have specific rollback capablity (like a netconf adaptor or BGP 
>> Flowspec - withdraw route) but others the DG will need to handle the 
>> rollback with a sub-graph (like cli/ssh where the DG needs to remember what 
>> the original config was - one of the reasons we are trying to get away from 
>> CLI as an industry)

Thanks,

Olivier Augizeau

De : 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] De la part de FREEMAN, BRIAN D
Envoyé : mercredi 5 juillet 2017 20:50
À : Arun Arora (c); 
onap-discuss@lists.onap.org
Objet : Re: [onap-discuss] SDN-C Code flow Queries

Some replies inline.

Brian


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Wednesday, July 05, 2017 10:14 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDN-C Code flow Queries


Hi There,



We are trying to understand the SDN-C code flow from its Northbound interface 
to Southbound Controllers which manage the controlled devices.



Following is our understanding till now (build from ONAP Wiki and code reading):

1)   SDN-C is based on ODL framework

>> yes

2)  ONAP has added SLI which understands the network configuration workflow
>> yes

3)  The DG builder builds different models (using YANG, XML). These models 
are then converted into SVC Recopies [Recipies]
>> not quite. DG Builder builds the logic for processing rpc requests that are 
>> in yang

Re: [onap-discuss] [DOC] Documentation for running demo on Openstack Mitaka

[FREEMAN, BRIAN D]

Should we contribute the changed artifacts to the demo repository ?

Brian


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of MAJHI, TAPAN
Sent: Thursday, July 06, 2017 9:00 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [DOC] Documentation for running demo on Openstack Mitaka

Hi All,

We managed to run the vFw and vLB demo on Mitaka version of Openstack.
Some modification in the robot script/Python libraries and the heat files of 
vFW and vLB is done to run the demo successfully.
We are thinking of creating a page in the wiki to list down all the changes .

Let me know if this will be helpful for others or not. If yes where should I 
create the page?
Possible options I can think of is  
https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos

Please suggest

Regards
Tapan M

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
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partner­ship with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] SDN-C Code flow Queries

[FREEMAN, BRIAN D]

From: Arun Arora (c) [mailto:aroraa...@vmware.com]
Sent: Thursday, July 06, 2017 10:21 AM
To: Arun Arora (c) ; FREEMAN, BRIAN D 
Cc: onap-discuss@lists.onap.org
Subject: RE: SDN-C Code flow Queries

Hi Brian,

We continued to study the code with the information you provided along with 
getting more familiar with the ODL framework. As you explained and we 
understood, SDNC has 3 workflows, namely, design-time, onboarding and run-time. 
We are trying to understand the code execution flow for each from northbound to 
southbound.

We have some questions and would really appreciate if you can provide your 
comments on them and if possible provide the APIs for the workflows:

  1.  Design-Time
 *   We understand dgbuilder is used to create the directed-graphs. Are 
these static files which are stored once created into any database, like AAI?
>> they are static and versioned and stored in the mysql databse in the 
>> SVC_LOGIC table.

 *   Also, what is the input to dgbuilder create the directed-graphs? We 
saw in the netconf mount example, that certain JSON are used.. is similar input 
used for creating directed graphs for any service/ resource?
>> I dont understand the question. DG creation is a design time activity by the 
>> network engineers/developers to implement the state changes. They are not 
>> automtically generated.


 *   What is the role of admin portal in design time
>> its a way to activate new versions of a DG for testing in the development 
>> labs. Its also used for add-on admin functions if we need a GUI for some 
>> tier support function on an instance but generally its an extremely thin 
>> helper application for managing data in the controller.

  1.  Run-Time
 *   I have some confusion about the RPC request. I suppose the RPC request 
comes to the SDN-C interface as part of the run-time workflow? If yes, what is 
the interface on which the RPC request is received?

>> http://[ipaddrss]:8282/restconf/operations/VNF-API:vnf-topology-operation

(POST body would be the json or xml for the input)

You can see the list of these operations in the apidoc/explorer if you have a 
running SDNC instnace (btw this is swagger.json based online documenation as 
you can see from the GUI view )


 *   Also, how the directed-graph is used along with RPC input to create 
the complete sequence
>> Again not sure I fully understand the question but look at the 
>> [sdnc/northbound.git]
>>  / 
>> vnfapi
>>  / 
>> provider
>>  / 
>> src
>>  / 
>> main
>>  / 
>> java
>>  / 
>> org
>>  / 
>> openecomp
>>  / 
>> sdnc
>>  / 
>> vnfapi
>>  /

@Override
1008
 public Future> 
vnfInstanceTopologyOperation(
1009
 VnfInstanceTopologyOperationInput input) {

That method maps the vnf-topology-operation (VnfInstanceTopologyOpreration) to 
the process of pulling data from md-sal, combining with the input parameters , 
finding the active DG and then calling the execute method on the DG.

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Thursday, July 06, 2017 12:38 AM
To: bf1...@att.com
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SDN-C Code flow Queries

Hi Brian,
Really appreciate this detailed walk through. It would surely help in 
expediting our code understanding.
With Best Regards,
Arun Arora
PS: Would ping back if any more queries. Thanks
On Jul 6, 2017, at 12:20 AM, "FREEMAN, BRIAN D" 
mailto:bf1...@

Re: [onap-discuss] SDN-C Code flow Queries

[FREEMAN, BRIAN D]

Responses below.

Brian


From: olivier.augiz...@orange.com [mailto:olivier.augiz...@orange.com]
Sent: Thursday, July 06, 2017 3:16 AM
To: FREEMAN, BRIAN D ; Arun Arora (c) ; 
onap-discuss@lists.onap.org
Subject: RE: SDN-C Code flow Queries

Hello,

Thanks a lot Brian for this clarification.

Could you please give additional information about the following points?



(3) "DG Builder builds the logic for processing rpc requests that are in yang 
models. 1 rpc == 1 DG" ?

The sliapi Yang data model includes an execute-graph rpc that have other rpc as 
attribute

Is the execute-graph rpc should be considered as a "meta" rpc with DG "rpc" as 
attribute?

>> They both have rpc attributes. If you look at the vnf-topology-operation DG 
>> it has an rpc called vnf-topology-operation. The vnf-topolog-operation DG 
>> has "call" nodes that refer to the sub-tending DG's like vnf-topology-assign 
>> () . the 
>> vnf-topology-assign rpc's etc do not need to be an rpc in the VNF-API.yang 
>> file since they aren't accessed via the REST API on the northbound side 
>> ([sdnc/northbound.git]
>>  / 
>> vnfapi
>>  / 
>> model
>>  / 
>> src
>>  / 
>> main
>>  / 
>> yang
>>  / 
>> VNF-API.yang)

(5) "it is procedural logic meant to run to complete quickly and deal with 
devices"

if a full rollback to the initial state is required in case of failure on any 
device, should the roll back procedure be explicitly designed in the directed 
graph or is it automatic with some kind of "all or nothing" global transaction 
integrity ?

>> the DG needs to handle rollback - that depends on the adaptors since some 
>> adaptors have specific rollback capablity (like a netconf adaptor or BGP 
>> Flowspec - withdraw route) but others the DG will need to handle the 
>> rollback with a sub-graph (like cli/ssh where the DG needs to remember what 
>> the original config was - one of the reasons we are trying to get away from 
>> CLI as an industry)

Thanks,

Olivier Augizeau

De : 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] De la part de FREEMAN, BRIAN D
Envoyé : mercredi 5 juillet 2017 20:50
À : Arun Arora (c); 
onap-discuss@lists.onap.org
Objet : Re: [onap-discuss] SDN-C Code flow Queries

Some replies inline.

Brian


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Wednesday, July 05, 2017 10:14 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDN-C Code flow Queries


Hi There,



We are trying to understand the SDN-C code flow from its Northbound interface 
to Southbound Controllers which manage the controlled devices.



Following is our understanding till now (build from ONAP Wiki and code reading):

1)   SDN-C is based on ODL framework

>> yes

2)  ONAP has added SLI which understands the network configuration workflow
>> yes

3)  The DG builder builds different models (using YANG, XML). These models 
are then converted into SVC Recopies [Recipies]
>> not quite. DG Builder builds the logic for processing rpc requests that are 
>> in yang models. 1 rpc == 1 DG

  >> 1 DG can call other DGs as needed to keep the size of any 
single DG manageable and to create re-useable DGs

4)  SLI consumes into SVC Recopies to execute the network configuration 
workflow contained in the recipe
>> yes the RPC in the yang model is a service recipe - the "input" data is the 
>> minimum data set needed for the service.
>> the directed graph would then execute to fill out the rest of the containers 
>> in the model in the right sequence including assigning resources and 
>> calculating attributs as needed. Finally the DG at the ends of the branches 
>> would convert/map network data to the device specific attributes in config 
>> nodes.

5)  Effectively the workflow is passed to one of he underlying Network 
Adaptors which actually configure the necessary network resources
>> I hesitate to call it a workflow - it is procedural logic meant to run to 
>> complete quickly and deal with d

Re: [onap-discuss] SDN-C Code flow Queries

[Arun Arora (c)]

Hi Brian,

We continued to study the code with the information you provided along with 
getting more familiar with the ODL framework. As you explained and we 
understood, SDNC has 3 workflows, namely, design-time, onboarding and run-time. 
We are trying to understand the code execution flow for each from northbound to 
southbound.

We have some questions and would really appreciate if you can provide your 
comments on them and if possible provide the APIs for the workflows:

1)  Design-Time

a.   We understand dgbuilder is used to create the directed-graphs. Are 
these static files which are stored once created into any database, like AAI?

b.  Also, what is the input to dgbuilder create the directed-graphs? We saw 
in the netconf mount example, that certain JSON are used.. is similar input 
used for creating directed graphs for any service/ resource?

c.   What is the role of admin portal in design time

2)  Run-Time

a.   I have some confusion about the RPC request. I suppose the RPC request 
comes to the SDN-C interface as part of the run-time workflow? If yes, what is 
the interface on which the RPC request is received?

b.  Also, how the directed-graph is used along with RPC input to create the 
complete sequence


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Thursday, July 06, 2017 12:38 AM
To: bf1...@att.com
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SDN-C Code flow Queries

Hi Brian,

Really appreciate this detailed walk through. It would surely help in 
expediting our code understanding.
With Best Regards,
Arun Arora
PS: Would ping back if any more queries. Thanks
On Jul 6, 2017, at 12:20 AM, "FREEMAN, BRIAN D" 
mailto:bf1...@att.com>> wrote:
Some replies inline.


Brian




From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Wednesday, July 05, 2017 10:14 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDN-C Code flow Queries



Hi There,



We are trying to understand the SDN-C code flow from its Northbound interface 
to Southbound Controllers which manage the controlled devices.



Following is our understanding till now (build from ONAP Wiki and code reading):

1)   SDN-C is based on ODL framework

>> yes

2)  ONAP has added SLI which understands the network configuration workflow
>> yes

3)  The DG builder builds different models (using YANG, XML). These models 
are then converted into SVC Recopies [Recipies]
>> not quite. DG Builder builds the logic for processing rpc requests that are 
>> in yang models. 1 rpc == 1 DG

  >> 1 DG can call other DGs as needed to keep the size of any 
single DG manageable and to create re-useable DGs

4)  SLI consumes into SVC Recopies to execute the network configuration 
workflow contained in the recipe
>> yes the RPC in the yang model is a service recipe – the “input” data is the 
>> minimum data set needed for the service.
>> the directed graph would then execute to fill out the rest of the containers 
>> in the model in the right sequence including assigning resources and 
>> calculating attributs as needed. Finally the DG at the ends of the branches 
>> would convert/map network data to the device specific attributes in config 
>> nodes.

5)  Effectively the workflow is passed to one of he underlying Network 
Adaptors which actually configure the necessary network resources
>> I hesitate to call it a workflow – it is procedural logic meant to run to 
>> complete quickly and deal with devices not people and uses in some cases 
>> network signaling protocols like BGP
>> it is the adapters that do the real work of “safe changes in state” of the 
>> network which includes things like applying engineering rules to the 
>> resource assignments and calculated network attributes (think calculating 
>> static routes from newly assigned ip addresses for example)

6)  The update (success/ failure) is sent to MSO and AAI once the request 
is complete
>> yes.  Although the response is to MSO. AAI is updated on success or failure 
>> as appropriate. SDNC is the source of truth for network data in AAI that is 
>> set/configured/assingned by SDNC.



Following are the code modules we know till now:

1)  From MSO mso-sdn-adaptor calls VNFAPIProvider() in SDNCAdpaterRest.java

2)  VNFApiProvider() – receives the request and invokes the 
activate/configure services
>> the VNFApiProvider is the simplest case of MSO-SDNC interaction and really 
>> is used for dealing with L4-L7 VNFs that have a need for resource assignment 
>> but not any controller configuration.



Questions:

  1.  We have seen multiple entry pointers across SDN-C/SLI, dmaplisterner, 
uebClient, admportal and dgbuilder. But the interaction of these with each 
other, VnfAPIProvider() 

Re: [onap-discuss] [DOC] Documentation for running demo on Openstack Mitaka

[PLATANIA, MARCO (MARCO)]

Josef, Tapan,

Documenting your progress is a good idea! The heat templates for vLB and vFW 
that are currently in Gerrit work with OpenStack Liberty.

Tapan,

What changes did you make for Mitaka?

Thanks,
Marco

From:  on behalf of Josef Reisinger 

Date: Thursday, July 6, 2017 at 9:11 AM
To: "MAJHI, TAPAN" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] [DOC] Documentation for running demo on Openstack 
Mitaka

Hi Tapan,

I started a similar activity with pages under 
https://wiki.onap.org/display/DW/Tutorial%3A+Creating+a+Service+Instance+from+a+Design+Model...
 for Openstack Ocata - while I don't see any Ocata vs. Mitaka issues. You may 
want to check for duplicates

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:  josef.reisin...@de.ibm.com


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:Tapan Majhi 
To:"onap-discuss@lists.onap.org" 
Date:06.07.2017 15:00
Subject:[onap-discuss] [DOC] Documentation for running demo on 
Openstack Mitaka
Sent by:onap-discuss-boun...@lists.onap.org




Hi All,

We managed to run the vFw and vLB demo on Mitaka version of Openstack.
Some modification in the robot script/Python libraries and the heat files of 
vFW and vLB is done to run the demo successfully.
We are thinking of creating a page in the wiki to list down all the changes .

Let me know if this will be helpful for others or not. If yes where should I 
create the page?
Possible options I can think of is  
https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos

Please suggest

Regards
Tapan M

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
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partner­ship withLLP Identification Number: AAI-6901 
effective 28th Feb 2017)___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss




___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [DOC] Documentation for running demo on Openstack Mitaka

[Josef Reisinger]

Hi Tapan,

I started a similar activity with pages under 
https://wiki.onap.org/display/DW/Tutorial%3A+Creating+a+Service+Instance+from+a+Design+Model
 
... for Openstack Ocata - while I don't see any Ocata vs. Mitaka issues. 
You may want to check for duplicates

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:  josef.reisin...@de.ibm.com 


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:   Tapan Majhi 
To: "onap-discuss@lists.onap.org" 
Date:   06.07.2017 15:00
Subject:[onap-discuss] [DOC] Documentation for running demo on 
Openstack Mitaka
Sent by:onap-discuss-boun...@lists.onap.org



Hi All,
 
We managed to run the vFw and vLB demo on Mitaka version of Openstack.
Some modification in the robot script/Python libraries and the heat files 
of vFW and vLB is done to run the demo successfully.
We are thinking of creating a page in the wiki to list down all the 
changes .
 
Let me know if this will be helpful for others or not. If yes where should 
I create the page?
Possible options I can think of is  
https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos 
 
Please suggest
 
Regards
Tapan M
 
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
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP 
(A limited liability partner­ship with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss




___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] SDNC - oam clone issue - add -Djava.net.preferIPv4Stack=true to MAVEN_OPTS

[Arul Nambi]

Hi Sanchita,
Are you asking how to setup MAVEN_OPTS in windows? If so it is an environment 
variable that needs to be setup in the Advanced system properties the same 
place where you setup your JAVA_HOME. You will have to close and re-open your 
command prompt to get the new environment variable.
Regards
Arul

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Sanchita Pathak
Sent: Thursday, July 6, 2017 3:24 AM
To: Michael O'Brien 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SDNC - oam clone issue - add 
-Djava.net.preferIPv4Stack=true to MAVEN_OPTS

Hi Michael,

Thanks for updates. However I am using windows environment and without getting 
contents of sdnc/oam folder , sdnc core and rootpom builds are successful.

Regards,
Sanchita

From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Tuesday, July 4, 2017 07:29 PM
To: Sanchita Pathak 
mailto:sanch...@techmahindra.com>>; Arun Arora (c) 
mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org
Subject: RE: SDNC - oam clone issue - add -Djava.net.preferIPv4Stack=true to 
MAVEN_OPTS

Sanchita,
   Hi, I had this exact issue specific to ONAP servers when I started pulling 
in linux 6 weeks ago.
   I documented the fix on the developer page at
https://wiki.onap.org/display/DW/Setting+Up+Your+Development+Environment#SettingUpYourDevelopmentEnvironment-Redhat/CentOS

"Add the following option to your MAVEN_OPTS in order not to periodically hang 
on downloading artifacts in linux"
-Djava.net.preferIPv4Stack=true

  /michael

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Sanchita Pathak
Sent: Monday, July 3, 2017 06:35
To: Arun Arora (c) mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SDNC - oam clone issue

Thanks for quick reply Arun.

I kept it for more than 2 hrs but no change in the status (And tried it couple 
of times.). Usually it don't take so much time.

Regards,
Sanchita



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Sanchita Pathak
Sent: Tuesday, July 4, 2017 01:23
To: Arun Arora (c) mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SDNC - oam clone issue

Hi,

Not to worry about sdnc/oam folder, I could build sdnc core and sdnc rootpom 
without cloning oam.

Regards,
Sanchita

From: Arun Arora (c) [mailto:aroraa...@vmware.com]
Sent: Monday, July 3, 2017 03:44 PM
To: Sanchita Pathak 
mailto:sanch...@techmahindra.com>>; 
onap-discuss@lists.onap.org
Subject: Re: SDNC - oam clone issue


Correction... code size is 715 MBs


From: Arun Arora (c)
Sent: Monday, July 3, 2017 3:38:08 PM
To: Sanchita Pathak; 
onap-discuss@lists.onap.org
Subject: RE: SDNC - oam clone issue


Hi Sanchita,



It's not stuck, but keeps on downloading the code. Total code size of oam is 
750 MBs so you need to let it finish.



Thanks,

Arun



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Sanchita Pathak
Sent: Monday, July 03, 2017 3:20 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDNC - oam clone issue



Hi All,



While cloning SDNC -oam project every time it gets stuck at 93% , please refer 
below screenshot.



[cid:image001.png@01D2F410.7E61D300]



I never had this issue before while cloning APPC code and SDNC other projects 
i.e. adapters, core, northbound and plugins.  Issue is only with "oam", can 
anyone please help in this regads?



Thanks,

Sanchita



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

===

[onap-discuss] Invitation: [oom] Weekly Meeting followup

[Sauvageau, David]

Hi oom committers

Please use the following webex instead of  the zoom meeting from the invite. 
There is an issue with zoom

https://bchmtw.webex.com/join/david.sauvageaubell.ca



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [DOC] Documentation for running demo on Openstack Mitaka

[Tapan Majhi]

Hi All,

We managed to run the vFw and vLB demo on Mitaka version of Openstack.
Some modification in the robot script/Python libraries and the heat files of 
vFW and vLB is done to run the demo successfully.
We are thinking of creating a page in the wiki to list down all the changes .

Let me know if this will be helpful for others or not. If yes where should I 
create the page?
Possible options I can think of is  
https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos

Please suggest

Regards
Tapan M

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 


Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partner­ship with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Invitation: [oom] Weekly Meeting followup

[Sauvageau, David]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:US Eastern Standard Time
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
ORGANIZER;CN="Sauvageau, David":MAILTO:david.sauvag...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:\n\nmore details »\n\n[oom] Wee
 kly Meeing\n\n\n\nHi there\,\n\nONAP Meeting 5 is inviting you to a schedu
 led Zoom meeting.\n\n\n\nJoin from PC\, Mac\, Linux\, iOS or Android:\n\n\nhttps://zoom.us/j/118908904\n\n\n\nOr iPhone one-tap (US To
 ll): +14086380968\,\,118908904# or +16465588656\,\,118908904#\n\n\n\nOr Te
 lephone:\n\n\n\n\nDial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US T
 oll)\n\n\n\n\n+1 855 880 1246 (US Toll Free)\n\n\n\n\n+1 877 369 0926 (US 
 Toll Free)\n\n\n\n\nMeeting ID: 118 908 904\n\n\n\n\nInternational numbers
  available:\n\n\nhttps://zoom.us/zoomconference?m=RjcDSzvXlwMWG5
 gaHA7q936bD1fmNWjr\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
 \n\n\nWhen\nWeekly from 7am to 8am on Wednesday Pacific Time\n\nWh
 ere\nhttps://zoom.us/j/118908904 (map)\n\nCalendar\ndavid.sauvag...@bell.ca\n\nWho\n
 •\nkp...@linuxfoundation.org - creator\n\n•\ndavid
 .sauvag...@bell.ca\n\n•\nonap-discuss@lists.onap.org\n\n\nGoing?
  All events in this series: Yes - Maybe - No more options »\n\nInvitation from Google Calendar\n
 \nYou are receiving this courtesy email at the account david.sauvageau@bel
 l.ca because you are an attendee of this event.\n\nTo stop receiving futur
 e updates for this event\, decline this event. Alternatively you can sign 
 up for a Google account at https://www.google.com/calendar/ and control yo
 ur notification settings for your entire calendar.\n\nForwarding this invi
 tation could allow any recipient to modify your RSVP response. Learn More<
 https://support.google.com/calendar/answer/37135#forwarding>.\n\n\n\n\n
SUMMARY;LANGUAGE=en-US:Invitation: [oom] Weekly Meeting followup
DTSTART;TZID=US Eastern Standard Time:20170706T09
DTEND;TZID=US Eastern Standard Time:20170706T093000
UID:132CB7B95EF340828C8DF76E925F6F970
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20170706T124155Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:1
LOCATION;LANGUAGE=en-US:https://zoom.us/j/118908904
X-MICROSOFT-CDO-APPT-SEQUENCE:1
X-MICROSOFT-CDO-OWNERAPPTID:2115449333
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Invitation: [oom] Weekly Meeting followup

[Sauvageau, David]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:US Eastern Standard Time
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
ORGANIZER;CN="Sauvageau, David":MAILTO:david.sauvag...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:\n\nmore details »\n\n[oom] Wee
 kly Meeing\n\n\n\nHi there\,\n\nONAP Meeting 5 is inviting you to a schedu
 led Zoom meeting.\n\n\n\nJoin from PC\, Mac\, Linux\, iOS or Android:\n\nhttps://zoom.us/j/118908904\n\n\n\nOr iPhone one-tap (US Toll
 ): +14086380968\,\,118908904# or +16465588656\,\,118908904#\n\n\n\nOr Tele
 phone:\n\n\n\nDial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll)
 \n\n\n\n+1 855 880 1246 (US Toll Free)\n\n\n\n+1 877 369 0926 (US Toll Fre
 e)\n\n\n\nMeeting ID: 118 908 904\n\n\n\nInternational numbers available:\
 n\nhttps://zoom.us/zoomconference?m=RjcDSzvXlwMWG5gaHA7q936bD1fm
 NWjr\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\nWhen\n  
   Weekly from 7am to 8am on Wednesday Pacific Time\n\nWhere\nh
 ttps://zoom.us/j/118908904 (map)\n\nCalendar\ndavid.sauvag...@bell.ca\n\nWho\n•\n 
kp...@linuxfoundation.org - creator\n\n•\ndavid.sauvageau@bel
 l.ca\n\n•\nonap-discuss@lists.onap.org\n\n\nGoing? All events in
  this series: Yes - Maybe - No more options »\n\nInvitat
 ion from Google Calendar\n\nYou are rece
 iving this courtesy email at the account david.sauvag...@bell.ca because y
 ou are an attendee of this event.\n\nTo stop receiving future updates for 
 this event\, decline this event. Alternatively you can sign up for a Googl
 e account at https://www.google.com/calendar/ and control your notificatio
 n settings for your entire calendar.\n\nForwarding this invitation could a
 llow any recipient to modify your RSVP response. Learn More.\n\n\n\n\n
SUMMARY;LANGUAGE=en-US:Invitation: [oom] Weekly Meeting followup
DTSTART;TZID=US Eastern Standard Time:20170706T09
DTEND;TZID=US Eastern Standard Time:20170706T09
UID:132CB7B95EF340828C8DF76E925F6F970
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20170706T124124Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/118908904
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:2115449333
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:F

Re: [onap-discuss] ONAP-Optimization Framework: PTL Election

[PUTHENPURA, SARAT (SARAT)]

Voting results are now posted to complete the process.

Thanks,
Sarat Puthenpura

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of PUTHENPURA, SARAT 
(SARAT)
Sent: Wednesday, July 05, 2017 8:39 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP-Optimization Framework: PTL Election

Dear ONAP-OF committers,

Upon the close our self-nomination period, we only have one candidate: Sarat 
Puthenpura.  According to LF rules, we still need to run the election - which 
is being run now. The polls will be closed July 5th midnight EST.

Regards,

Sarat Puthenpura

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-tsc] sdc committers

[GILBERT, MAZIN E (MAZIN E)]

Yuan Yue,

I have not examined this particular project, but the TSC and I have requested 
last week during the review phase of projects for R1,
that the PTLs clean up the list of committers to 3-5, as some are more 
qualified to be contributors than committers.
We have projects with 16-20 committers and 2-3 contributors. PTLs should work 
with their project team to clean-up
the list to a core set of committers but should do it in total transparency and 
openness. If the TSC needs to provide clearer guidelines then we
can discuss today in our TSC Meeting.

thanks
Mazin


On Jul 6, 2017, at 4:42 AM, yuan@zte.com.cn 
wrote:


Hi Michael and Phil,


I wish this is just an unintentional mistake during synchronizing information 
between "approved SDC proposal page" to "Resources and Repositories" in the 
wiki page. Otherwise I would be greately confused on the pratice of removing 
committer from an approved project acording to the procedure we have defined on 
TSC Charter:


A Committer for a project who is disruptive, or has been inactive on that 
project for an extended period (e.g., six or more months) may have his or her 
Committer status revoked by the project’s Project Technical Leader (PTL) or by 
super-majority vote of the project’s committers.

The Project Technical Leader is responsible for informing the Technical 
Steering Committee (TSC) of any committers who are removed or resign.


Is there any explanation on the issue Zhaoxing mentioned in his mail?


Best Regards,

Yuan Yue



原始邮件
发件人：孟照星10024238
收件人： mailto:ml6...@intl.att.com>>;
抄送人： mailto:onap-discuss@lists.onap.org>>; 
mailto:onap-...@lists.onap.org>>;
日 期 ：2017年07月06日 14:45
主 题 ：[onap-tsc] sdc committers


Hi Michael,

I noticed that some of the committers have been removed from Resources and 
Repositories
 even though they're listed as committer in the approved SDC proposal 
page
 .
There is a guideline from TSC about project participants, for community 
diversity, a project is encouraged to have at least three companies involved, 
Currently only 2 in SDC. Given that ZTE has seed codes for SDC listed in the 
approved proposal page for Catalog, workflow designer and VNF designer, I think 
the committers from ZTE should also be listed at the Resources and Repositories 
page.

Thanks and Regards,
Zhaoxing






___
ONAP-TSC mailing list
onap-...@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Dtsc&d=DwICAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=IKSC5mg8GeOiSar1dax3GQ&m=zagCM6lrm4jcHVIcirLmNorTBnCLgbojm4GVc3NWGnA&s=WzM6PSwQz7jZ2SxUp_oMzcrP2JB3z4oWonomCFpPfPg&e=

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] SDC kickoff meeting

[Lando,Michael]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Israel Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:+0300
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:+0200
TZOFFSETTO:+0300
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=4FR;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Lando,Michael":MAILTO:ml6...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='onap-disc
 u...@lists.onap.org':MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="ZIV, AVI":M
 AILTO:avi@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="SHADMI, DA
 VID":MAILTO:ds2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Rozin, Ede
 n":MAILTO:er4...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Kapeluto, 
 Zahi":MAILTO:zk0...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='lironsh@a
 mdocs.com':MAILTO:liro...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Halfon.Ta
 l...@amdocs.com':MAILTO:halfon@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="POND, MARK"
 :MAILTO:mp...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="LU, TINGTI
 NG":MAILTO:tl2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='saw.jin@h
 uawei.com':MAILTO:saw@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='luna.lu@h
 uawei.com':MAILTO:luna...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='bin.hou@h
 uawei.com':MAILTO:bin@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='chenchuan
 y...@huawei.com':MAILTO:chenchua...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="WEST, EARL
 E":MAILTO:ew8...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='zhoujun8@
 huawei.com':MAILTO:zhouj...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='tsithara@
 in.ibm.com':MAILTO:tsith...@in.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="SHAH, GAUT
 AM":MAILTO:gaut...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="EMPOROPULO
 , VITALIY":MAILTO:vitaliy.emporop...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='meng.zhao
 xi...@zte.com.cn':MAILTO:meng.zhaoxi...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='zhao.huab
 i...@zte.com.cn':MAILTO:zhao.huab...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='lv.bo163@
 zte.com.cn':MAILTO:lv.bo...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='li.zi30@z
 te.com.cn':MAILTO:li.z...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='sun.qi310
 @zte.com.cn':MAILTO:sun.qi...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='an.ho@hua
 wei.com':MAILTO:an...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='kang.xi@h
 uawei.com':MAILTO:kang...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='chong.li@
 huawei.com':MAILTO:chong...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='rene.robe
 r...@orange.com':MAILTO:rene.rob...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Grinberg, 
 Moti":MAILTO:mg8...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='shentao@c
 hinamobile.com':MAILTO:shen...@chinamobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='yangyuanw
 e...@boco.com.cn':MAILTO:yangyuan...@boco.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='zhongheli
 u...@boco.com.cn':MAILTO:zhonghe...@boco.com.cn
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="LANTHIER, 
 STEPHEN":MAILTO:stephen.lanth...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Dejan Kit
 ic':MAILTO:dejan.ki...@ericsson.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Yang Xu (
 Yang, Fixed Network)'":MAILTO:yang@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Marisa S 
 Viveros':MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="TABEDZKI, 
 RICHARD":MAILTO:rt0...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="THORPE, HE
 NRY E":MAILTO:ht1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="EFRAT, ELH
 AY":MAILTO:elhay.efr...@amdocs.com
ATTENDEE;ROLE=OPT-

Re: [onap-discuss] [onap-tsc] sdc committers

[yuan.yue]

Hi Michael and Phil,




I wish this is just an unintentional mistake during synchronizing information 
between "approved SDC proposal page" to "Resources and Repositories" in the 
wiki page. Otherwise I would be greately confused on the pratice of removing 
committer from an approved project acording to the procedure we have defined on 
TSC Charter:




A Committer for a project who is disruptive, or has been inactive on that 
project for an extended period (e.g., six or more months) may have his or her 
Committer status revoked by the project’s Project Technical Leader (PTL) or by 
super-majority vote of the project’s committers.

The Project Technical Leader is responsible for informing the Technical 
Steering Committee (TSC) of any committers who are removed or resign.




Is there any explanation on the issue Zhaoxing mentioned in his mail?




Best Regards,

Yuan Yue










原始邮件



发件人：孟照星10024238
收件人： 
抄送人：  
日 期 ：2017年07月06日 14:45
主 题 ：[onap-tsc] sdc committers






Hi Michael,






I noticed that some of the committers have been removed from Resources and 
Repositories even though they're listed as committer in the approved SDC 
proposal page .


There is a guideline from TSC about project participants, for community 
diversity, a project is encouraged to have at least three companies involved, 
Currently only 2 in SDC. Given that ZTE has seed codes for SDC listed in the 
approved proposal page for Catalog, workflow designer and VNF designer, I think 
the committers from ZTE should also be listed at the Resources and Repositories 
page.





Thanks and Regards,


Zhaoxing___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] SDC kickoff meeting

[meng.zhaoxing1]

Hi,




We got connection issue when using Connect Conference last time, for this 
meeting,  We can use ZTE's zoom bridge  https://zoom.us/j/66 




Best regards

Zhaoxing









原始邮件



发件人： 
收件人：
   
   
   
   
  
孟照星10024238赵化冰10201488吕波10185543李滋00164331孙奇10159474

   
 
日 期 ：2017年07月06日 02:00
主 题 ：SDC kickoff meeting





 Hi,
I was requested to set up a kick off meeting before the R1 review.
 I understand that not everybody will be able to attend on such a short notice.
 Next week I will set up meetings according to the doodle poll results.
 The meeting will cover planes for R1 and introductions.
 For the first meeting we will use connect for the confrance.
 To join AT&T Connect Conference:

Click here: https://connect10.uc.att.com/alphatest/meet/?ExEventID=83540294&CT=M
 For dialing-in only:
---
1.Dial one of the numbers listed below
2. When prompted, enter the meeting access code: 3540294#
  * Toll-Free Number (in USA): 1-809-413-184.
  * Blackberry (Toll-Free Number): 1809413184x3540294#
  * iPhone / Android (Toll-Free Number): 1809413184,,3540294#
  * Windows Phone (Toll-Free Number): tel:1809413184,,3540294#,
On-site number(s):
* test: 
  * A number in your country or in a country close to you (may be toll 
free): 
https://www.teleconference.att.com/servlet/glbAccess?process=1&accessNumber=1809413184&accessCode=3540294
   Powered by AT&T Connect.
 

SDC kickoff meeting




主题：




SDC kickoff meeting






时间：




2017-07-06 20:00:00(UTC+08:00) ~ 2017-07-06 21:00:00(UTC+08:00)






地点：




(AT&T Connect online meeting at 
https://connect10.uc.att.com/alphatest/meet/?ExEventID=83540294&CT=M - Details 
below)






与会人：



onap-discuss@lists.onap.org,avi@amdocs.com,ds2...@att.com,er4...@intl.att.com,zk0...@intl.att.com,liro...@amdocs.com,halfon@amdocs.com,mp...@amdocs.com,tl2...@att.com,saw@huawei.com,luna...@huawei.com,bin@huawei.com,chenchua...@huawei.com,ew8...@att.com,zhouj...@huawei.com,tsith...@in.ibm.com,gaut...@amdocs.com,vitaliy.emporop...@amdocs.com,meng.zhaoxi...@zte.com.cn,zhao.huab...@zte.com.cn,lv.bo...@zte.com.cn,li.z...@zte.com.cn,sun.qi...@zte.com.cn,an...@huawei.com,kang...@huawei.com,chong...@huawei.com,rene.rob...@orange.com,mg8...@intl.att.com,shen...@chinamobile.com,yangyuan...@boco.com.cn,zhonghe...@boco.com.cn,




说明：




Hi,
I was requested to set up a kick off meeting before the R1 review.

I understand that not everybody will be able to attend on such a short notice.

Next week I will set up meetings according to the doodle poll results.

The meeting will cover planes for R1 and introductions.

For the first meeting we will use connect for the confrance.

To join AT&T Connect Conference:

Click here: https://connect10.uc.att.com/alphatest/meet/?ExEventID=83540294&CT=M

For dialing-in only:
---
1.Dial one of the numbers listed below
2. When prompted, enter the meeting access code: 3540294#
  * Toll-Free Number (in USA): 1-809-413-184.
  * Blackberry (Toll-Free Number): 1809413184x3540294#
  * iPhone / Android (Toll-Free Number): 1809413184,,3540294#
  * Windows Phone (Toll-Free Number): tel:1809413184,,3540294#,
On-site number(s):
* test: 
  * A number in your country or in a country close to you (may be toll 
free): 
https://www.teleconference.att.com/servlet/glbAccess?process=1&accessNumber=1809413184&accessCode=3540294



Powered by AT&T Connect.









特此通知！




组织者：ml6...@intl.att.com


创建时间：2017-07-06 01:59:42(UTC+08:00)






SDC kickoff meeting




SUMMARY:




SDC kickoff meeting






TIME:




2017-07-06 20:00:00(UTC+08:00) ~ 2017-07-06 21:00:00(UTC+08:00)






LOCATION:




(AT&T Connect online meeting at 
https://connect10.uc.att.com/alphatest/meet/?ExEventID=83540294&CT=M - Details 
below)






ATTENDEES:



onap-discuss@lists.onap.org,avi@amdocs.com,ds2...@att.com,er4...@intl.att.com,zk0...@intl.att.com,liro...@amdocs.com,halfon@amdocs.com,mp...@amdocs.com,tl2...@att.com,saw@huawei.com,luna...@huawei.com,bin@huawei.com,chenchua...@huawei.com,ew8...@att.com,zhouj...@huawei.com,tsith...@in.ibm.com,gaut...@amdocs.com,vitaliy.emporop...@amdocs.com,meng.zhaoxi...@zte.com.cn,zhao.huab...@zte.com.cn,lv.bo...@zte.com.cn,li.z...@zte.com.cn,sun.qi...@zte.com.cn,an...@huawei.com,kang...@huawei.com,chong...@huawei.com,rene.rob...@orange.com,mg8...@intl.att.com,shen...@chinamobile.com,yangyuan...@boco.com.cn,zhonghe...@boco.com.cn,




DESCRIPTION:




Hi,
I was requested to set up a kick off meeting before the R1 review.

I understand that not everybody will be able to attend on such a short notice.

Next week I will set up meetings according to the doodle poll results.

The meeting will cover planes for R1 and introductions.

For the first meeting we will use connect for the confrance.

To join AT&T Conn

[onap-discuss] SDC kickoff meeting

[Lando,Michael]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Israel Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:+0300
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:+0200
TZOFFSETTO:+0300
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=4FR;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Lando,Michael":MAILTO:ml6...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='onap-disc
 u...@lists.onap.org':MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="ZIV, AVI":M
 AILTO:avi@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="SHADMI, DA
 VID":MAILTO:ds2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Rozin, Ede
 n":MAILTO:er4...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Kapeluto, 
 Zahi":MAILTO:zk0...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='lironsh@a
 mdocs.com':MAILTO:liro...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Halfon.Ta
 l...@amdocs.com':MAILTO:halfon@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="POND, MARK"
 :MAILTO:mp...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="LU, TINGTI
 NG":MAILTO:tl2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='saw.jin@h
 uawei.com':MAILTO:saw@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='luna.lu@h
 uawei.com':MAILTO:luna...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='bin.hou@h
 uawei.com':MAILTO:bin@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='chenchuan
 y...@huawei.com':MAILTO:chenchua...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="WEST, EARL
 E":MAILTO:ew8...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='zhoujun8@
 huawei.com':MAILTO:zhouj...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='tsithara@
 in.ibm.com':MAILTO:tsith...@in.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="SHAH, GAUT
 AM":MAILTO:gaut...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="EMPOROPULO
 , VITALIY":MAILTO:vitaliy.emporop...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='meng.zhao
 xi...@zte.com.cn':MAILTO:meng.zhaoxi...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='zhao.huab
 i...@zte.com.cn':MAILTO:zhao.huab...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='lv.bo163@
 zte.com.cn':MAILTO:lv.bo...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='li.zi30@z
 te.com.cn':MAILTO:li.z...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='sun.qi310
 @zte.com.cn':MAILTO:sun.qi...@zte.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='an.ho@hua
 wei.com':MAILTO:an...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='kang.xi@h
 uawei.com':MAILTO:kang...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='chong.li@
 huawei.com':MAILTO:chong...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='rene.robe
 r...@orange.com':MAILTO:rene.rob...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Grinberg, 
 Moti":MAILTO:mg8...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='shentao@c
 hinamobile.com':MAILTO:shen...@chinamobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='yangyuanw
 e...@boco.com.cn':MAILTO:yangyuan...@boco.com.cn
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='zhongheli
 u...@boco.com.cn':MAILTO:zhonghe...@boco.com.cn
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="LANTHIER, 
 STEPHEN":MAILTO:stephen.lanth...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Dejan Kit
 ic':MAILTO:dejan.ki...@ericsson.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Yang Xu (
 Yang, Fixed Network)'":MAILTO:yang@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Marisa S 
 Viveros':MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="TABEDZKI, 
 RICHARD":MAILTO:rt0...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="THORPE, HE
 NRY E":MAILTO:ht1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="EFRAT, ELH
 AY":MAILTO:elhay.efr...@amdocs.com
ATTENDEE;ROLE=OPT-

Re: [onap-discuss] SDC kickoff meeting

[Lando,Michael]

Ok. I will update the meeting.


BR,

Michael Lando
Opensource & Frontend Team Lead, SDC
AT&T Network Application Development · NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
···
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: ml6...@intl.att.com


From: meng.zhaoxi...@zte.com.cn [mailto:meng.zhaoxi...@zte.com.cn]
Sent: Thursday, July 06, 2017 10:45 AM
To: la...@m0048589.ppops.net-00191d01; Lando,Michael 
Cc: onap-discuss@lists.onap.org; ZIV, AVI ; SHADMI, DAVID 
; Rozin, Eden ; Kapeluto, Zahi 
; liro...@amdocs.com; halfon@amdocs.com; POND, MARK 
; LU, TINGTING ; saw@huawei.com; 
luna...@huawei.com; bin@huawei.com; chenchua...@huawei.com; WEST, EARLE 
; zhouj...@huawei.com; tsith...@in.ibm.com; SHAH, GAUTAM 
; EMPOROPULO, VITALIY ; 
zhao.huab...@zte.com.cn; lv.bo...@zte.com.cn; li.z...@zte.com.cn; 
sun.qi...@zte.com.cn; an...@huawei.com; kang...@huawei.com; 
chong...@huawei.com; rene.rob...@orange.com; Grinberg, Moti 
; shen...@chinamobile.com; yangyuan...@boco.com.cn; 
zhonghe...@boco.com.cn
Subject: Re: SDC kickoff meeting


Hi,



We got connection issue when using Connect Conference last time, for this 
meeting,  We can use ZTE's zoom bridge  
https://zoom.us/j/66



Best regards

Zhaoxing




原始邮件
发件人： mailto:ml6...@intl.att.com>>;
收件人： mailto:onap-discuss@lists.onap.org>>; 
mailto:avi@amdocs.com>>; 
mailto:ds2...@att.com>>; 
mailto:er4...@intl.att.com>>; 
mailto:zk0...@intl.att.com>>; 
mailto:liro...@amdocs.com>>; 
mailto:halfon@amdocs.com>>; 
mailto:mp...@amdocs.com>>; 
mailto:tl2...@att.com>>; 
mailto:saw@huawei.com>>; 
mailto:luna...@huawei.com>>; 
mailto:bin@huawei.com>>; 
mailto:chenchua...@huawei.com>>; 
mailto:ew8...@att.com>>; 
mailto:zhouj...@huawei.com>>; 
mailto:tsith...@in.ibm.com>>; 
mailto:gaut...@amdocs.com>>; 
mailto:vitaliy.emporop...@amdocs.com>>;孟照星10024238;赵化冰10201488;吕波10185543;李滋00164331;孙奇10159474;
 mailto:an...@huawei.com>>; 
mailto:kang...@huawei.com>>; 
mailto:chong...@huawei.com>>; 
mailto:rene.rob...@orange.com>>; 
mailto:mg8...@intl.att.com>>; 
mailto:shen...@chinamobile.com>>; 
mailto:yangyuan...@boco.com.cn>>; 
mailto:zhonghe...@boco.com.cn>>;
日 期 ：2017年07月06日 02:00
主 题 ：SDC kickoff meeting


Hi,
I was requested to set up a kick off meeting before the R1 review.

I understand that not everybody will be able to attend on such a short notice.

Next week I will set up meetings according to the doodle poll results.

The meeting will cover planes for R1 and introductions.

For the first meeting we will use connect for the confrance.

To join AT&T Connect Conference:

Click here: https://connect10.uc.att.com/alphatest/meet/?ExEventID=83540294&CT=M

For dialing-in only:
---
1.Dial one of the numbers listed below
2. When prompted, enter the meeting access code: 3540294#
  * Toll-Free Number (in USA): 1-809-413-184.
  * Blackberry (Toll-Free Number): 1809413184x3540294#
  * iPhone / Android (Toll-Free Number): 1809413184,,3540294#
  * Windows Phone (Toll-Free Number): tel:1809413184,,3540294#,
On-site number(s):
* test: 
  * A number in your country or in a country close to you (may be toll 
free): 
https://www.teleconference.att.com/servlet/glbAccess?process=1&accessNumber=1809413184&accessCode=3540294

Powered by AT&T Connect.

SDC kickoff meeting

主题：

SDC kickoff meeting

时间：

2017-07-06 20:00:00(UTC+08:00) ~ 2017-07-06 21:00:00(UTC+08:00)

地点：

(AT&T Connect online meeting at 
https://connect10.uc.att.com/alphatest/meet/?ExEventID=83540294&CT=M - Details 
below)

与会人：
onap-discuss@lists.onap.org,avi@amdocs.com,ds2...@att.com,er4...@intl.att.com,zk0...@intl.att.com,liro...@amdocs.com,halfon@amdocs.com,mp...@amdocs.com,tl2...@att.com,saw@huawei.com,luna...@huawei.com,bin@huawei.com,chenchua...@huawei.com,ew8...@att.com,zhouj...@huawei.com,tsith...@in.ibm.com,gaut...@amdocs.com,vitaliy.emporop...@amdocs.com,meng.zhaoxi...@zte.com.cn,zhao.huab...@zte.com.cn,lv.bo...@zte.com.cn,li.z...@zte.com.cn,sun.qi...@zte.com.cn,an...@huawei.com,kang...@huawei.com,chong...@huawei.com,rene.rob...@orange.com,mg8...@intl.att.com,shen...@chinamobile.com,yangyuan...@boco.com.cn,zhonghe...@boco.com.cn

Re: [onap-discuss] [SDC] [portal] [demo] Need your help to deploy SDC

[Josef Reisinger]

Dave,
the logs look familiar to me... if I would remember what I did to 
mitigate.
I can only help with some vague memory as I seem not to have documented 
this piece properly :-(

I think the root issue is this line
Caused by: java.net.UnknownHostException: 
portal.api.simpledemo.openecomp.org from 1610-1

which is caused by a strange /etc/resolve.conf in the 1610-1 docker 
container. There are some rules how this file is created, in summary, it 
helped us to remove name servers on private networks (192.169...)  and 
just use 8.8.8.8 (and of course 10.0.100.1)

you could do a few things (and I attached the output of my portal which is 
working)

root@vm1-portal:~# docker exec -ot 1610-1 ping 
portal.api.simpledemo.openecomp.org
# this should help you to decide whether host resolution works
#
-
root@vm1-portal:~# docker exec -ot 1610-1 cat /etc/resolv.conf
search openstacklocal
nameserver 10.0.100.1
nameserver 8.8.8.8



-
root@vm1-portal:~#  ps www -C dockerd
  PID TTY  STAT   TIME COMMAND
17827 ?Ssl   37:43 /usr/bin/dockerd --dns 10.0.100.1 --dns 8.8.8.8 
--mtu=1450 --raw-logs



-
root@vm1-portal:~# cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by 
resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 10.0.100.1
nameserver 8.8.8.8
search openstacklocal



Mit freundlichen Grüßen / Kind regards 
Josef Reisinger 



From:   "Chen, Wei D" 
To: "ajay.priyadar...@ril.com" , 
"onap-discuss@lists.onap.org" 
Date:   06.07.2017 11:07
Subject:Re: [onap-discuss] [SDC] [portal] [demo] Need your help to 
deploy SDC
Sent by:onap-discuss-boun...@lists.onap.org



Thank you Ajay!
 
I haven?t customized anything but is using the yaml from the release1.0.0 
branch. ONAP is setup on top of stable/ocata branch.
After restarting each container for couple of times, the health status 
finally show me that all of them are up.
 
}ubuntu@vm1-sdc:/data/scripts$ curl 
http://localhost:8181/sdc1/rest/healthCheck
{
  "sdcVersion": "1.0.0",
  "siteMode": "unknown",
  "componentsInfo": [
{
  "healthCheckComponent": "BE",
  "healthCheckStatus": "UP",
  "version": "1.0.0",
  "description": "OK"
},
{
  "healthCheckComponent": "ES",
  "healthCheckStatus": "UP",
  "description": "OK"
},
{
  "healthCheckComponent": "TITAN",
  "healthCheckStatus": "UP",
  "description": "OK"
},
{
  "healthCheckComponent": "DE",
  "healthCheckStatus": "UP",
  "description": "OK"
},
{
  "healthCheckComponent": "FE",
  "healthCheckStatus": "UP",
  "version": "1.0.0",
  "description": "OK"
}
  ]
 
 
But I cannot login to the portal this time. L
$ sudo docker logs 1610-1
?
Caused by: com.mchange.v2.resourcepool.CannotAcquireResourceException: A 
ResourcePool could not acquire a resource from its primary factory or 
source.
at 
com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1469)
at 
com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:644)
at 
com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:554)
at 
com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutAndMarkConnectionInUse(C3P0PooledConnectionPool.java:758)
at 
com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:685)
... 44 more
Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: 
Communications link failure
 
The last packet sent successfully to the server was 0 milliseconds ago. 
The driver has not received any packets from the server.
at sun.reflect.GeneratedConstructorAccessor116.newInstance(Unknown 
Source)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
at 
com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1117)
at com.mysql.jdbc.MysqlIO.(MysqlIO.java:350)
at 
com.mysql.jdbc.ConnectionImpl.coreConnect(ConnectionImpl.java:2408)
at 
com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2445)
at 
com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2230)
at com.mysql.jdbc.ConnectionImpl.(ConnectionImpl.java:813)
at com.mysql.jdbc.JDBC4Connection.(JDBC4Connection.java:47)
at sun.reflect.GeneratedConstructorAccessor113.newInstance(Unknown 
Source)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
at 
com.mysql.j

[onap-discuss] Error at service instantiation in demo

[Ajay.Priyadarshi]

I am getting successful InitDemo, I have successfully onboarded the VSP(as per 
ONAP tut) via onap portal. While instantiating the service, I am getting 
following errors. Unable to fetch the demo service-models, which should be 
present along with sample onboarded service.

[cid:image001.png@01D2F668.B87765F0]

1). Successful DemoInit (Robot)
root@785f81a8b556:/# /var/opt/OpenECOMP_ETE/runTags.sh -V 
/share/config/vm_properties.py -V /share/config/integration_robot_properties.py 
-V /share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:1928 
-d /share/logs/ETE_1928 -i InitDemo --display 88
Starting Xvfb on display :88 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...
==
Initialize Customer And Models| PASS |
--
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestrat... | PASS |
1 critical test, 1 passed, 0 failed
1 test total, 1 passed, 0 failed
==
OpenECOMP ETE.Robot.Testsuites| PASS |
1 critical test, 1 passed, 0 failed
1 test total, 1 passed, 0 failed
==
OpenECOMP ETE.Robot   | PASS |
1 critical test, 1 passed, 0 failed
1 test total, 1 passed, 0 failed
==
OpenECOMP ETE | PASS |
1 critical test, 1 passed, 0 failed
1 test total, 1 passed, 0 failed
==
Output:  /share/logs/ETE_1928/output.xml
Log: /share/logs/ETE_1928/log.html
Report:  /share/logs/ETE_1928/report.html

2). Error at aai-inst1: (this  error comes during subscriber initialization)
2017-07-06T08:47:38.947+|2017-07-06T08:47:38.948+|1e578122-ff5c-46b4-be80-1b3d7cf65869||qtp1768305536-16WARN||172.19.0.2|1|aai-resources.api.simpledemo.openecomp.org||org.openecomp.aai.logging.LoggingContext|||co=:Unable
 to use UUID robot-ete-f9c4721e-dcb5-4569-abe9-89d990695a27 (Not formatted 
properly). Using generated UUID=1e578122-ff5c-46b4-be80-1b3d7cf65869
2017-07-06T08:47:39.141+|2017-07-06T08:47:39.141+|46b340f3-c7f2-44df-9888-a0f960fbc34a||qtp1768305536-17WARN||172.19.0.2|0|aai-resources.api.simpledemo.openecomp.org||org.openecomp.aai.logging.LoggingContext|||co=:Unable
 to use UUID robot-ete-d6553675-33b1-4bca-b837-9e482c541851 (Not formatted 
properly). Using generated UUID=46b340f3-c7f2-44df-9888-a0f960fbc34a
2017-07-06T08:47:39.266+|2017-07-06T08:47:39.266+|d90d76c1-180d-49b5-a588-af03254d02e1||qtp1768305536-20WARN||172.19.0.2|0|aai-resources.api.simpledemo.openecomp.org||org.openecomp.aai.logging.LoggingContext|||co=:Unable
 to use UUID robot-ete-6e308691-6425-4560-a311-0dc462ea04a0 (Not formatted 
properly). Using generated UUID=d90d76c1-180d-49b5-a588-af03254d02e1
2017-07-06T08:47:39.359+|2017-07-06T08:47:39.360+|63a24ca9-37bb-4690-87dd-574ed8592467||qtp1768305536-21WARN||172.19.0.2|1|aai-resources.api.simpledemo.openecomp.org||org.openecomp.aai.logging.LoggingContext|||co=:Unable
 to use UUID robot-ete-17c0a926-6b87-48a4-a255-ce71b0a2e85f (Not formatted 
properly). Using generated UUID=63a24ca9-37bb-4690-87dd-574ed8592467

3). Error at vm1-vid:
(this  error comes during subscriber initialization)

2017-07-06 
09:46:35,025|681b82a2-0a49-4a71-bc25-0f30acfe3a3b||http-apr-8080-exec-10||/get_property/mso_max_polls/7|292b461a-2954-4b63-a3f9-f916c7ad3bc0|ERROR|INFORMATIONAL|172.17.0.3|2b1d319dee54||org.openecomp.portalsdk.core.controller.MenuListController||
 Failed to get shared context for usernull
2017-07-06 
09:46:35,073|7a813434-e955-45f7-8919-4d6a1a4b52fe||http-apr-8080-exec-3||/get_property/mso_max_polls/7|292b461a-2954-4b63-a3f9-f916c7ad3bc0|ERROR|INFORMATIONAL|172.17.0.3|2b1d319dee54||org.openecomp.portalsdk.core.controller.MenuListController||
 Failed to get shared context for usernull

(During fetching models and service instances)

2017-07-06 
09:06:01,225|8b228f99-eee1-430c-b58c-1cc26b47b23a||http-apr-8080-exec-10||/get_property/mso_polling_interval_msecs/1000|292b461a-2954-4b63-a3f9-f916c7ad3bc0|ERROR|INFORMATIONAL|172.17.0.3|2b1d319dee54||

Re: [onap-discuss] [SDC] [portal] [demo] Need your help to deploy SDC

[Chen, Wei D]

Thank you Ajay!

I haven't customized anything but is using the yaml from the release1.0.0 
branch. ONAP is setup on top of stable/ocata branch.
After restarting each container for couple of times, the health status finally 
show me that all of them are up.

}ubuntu@vm1-sdc:/data/scripts$ curl http://localhost:8181/sdc1/rest/healthCheck
{
  "sdcVersion": "1.0.0",
  "siteMode": "unknown",
  "componentsInfo": [
{
  "healthCheckComponent": "BE",
  "healthCheckStatus": "UP",
  "version": "1.0.0",
  "description": "OK"
},
{
  "healthCheckComponent": "ES",
  "healthCheckStatus": "UP",
  "description": "OK"
},
{
  "healthCheckComponent": "TITAN",
  "healthCheckStatus": "UP",
  "description": "OK"
},
{
  "healthCheckComponent": "DE",
  "healthCheckStatus": "UP",
  "description": "OK"
},
{
  "healthCheckComponent": "FE",
  "healthCheckStatus": "UP",
  "version": "1.0.0",
  "description": "OK"
}
  ]


But I cannot login to the portal this time. :(
$ sudo docker logs 1610-1
...
Caused by: com.mchange.v2.resourcepool.CannotAcquireResourceException: A 
ResourcePool could not acquire a resource from its primary factory or source.
at 
com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1469)
at 
com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:644)
at 
com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:554)
at 
com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutAndMarkConnectionInUse(C3P0PooledConnectionPool.java:758)
at 
com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:685)
... 44 more
Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: 
Communications link failure

The last packet sent successfully to the server was 0 milliseconds ago. The 
driver has not received any packets from the server.
at sun.reflect.GeneratedConstructorAccessor116.newInstance(Unknown 
Source)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
at 
com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1117)
at com.mysql.jdbc.MysqlIO.(MysqlIO.java:350)
at com.mysql.jdbc.ConnectionImpl.coreConnect(ConnectionImpl.java:2408)
at 
com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2445)
at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2230)
at com.mysql.jdbc.ConnectionImpl.(ConnectionImpl.java:813)
at com.mysql.jdbc.JDBC4Connection.(JDBC4Connection.java:47)
at sun.reflect.GeneratedConstructorAccessor113.newInstance(Unknown 
Source)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:399)
at 
com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:334)
at 
com.mchange.v2.c3p0.DriverManagerDataSource.getConnection(DriverManagerDataSource.java:175)
at 
com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:220)
at 
com.mchange.v2.c3p0.WrapperConnectionPoolDataSource.getPooledConnection(WrapperConnectionPoolDataSource.java:206)
at 
com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.acquireResource(C3P0PooledConnectionPool.java:203)
at 
com.mchange.v2.resourcepool.BasicResourcePool.doAcquire(BasicResourcePool.java:1138)
at 
com.mchange.v2.resourcepool.BasicResourcePool.doAcquireAndDecrementPendingAcquiresWithinLockOnSuccess(BasicResourcePool.java:1125)
at 
com.mchange.v2.resourcepool.BasicResourcePool.access$700(BasicResourcePool.java:44)
at 
com.mchange.v2.resourcepool.BasicResourcePool$ScatteredAcquireTask.run(BasicResourcePool.java:1870)
at 
com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:696)
Caused by: java.net.UnknownHostException: portal.api.simpledemo.openecomp.org
at java.net.InetAddress.getAllByName0(InetAddress.java:1280)
at java.net.InetAddress.getAllByName(InetAddress.java:1192)
at java.net.InetAddress.getAllByName(InetAddress.java:1126)
at 
com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:249)
at com.mysql.jdbc.MysqlIO.(MysqlIO.java:300)
... 20 more


Status of the containers from portal,
$ sudo docker ps -a
CONTAINER ID   

Re: [onap-discuss] YANG.XML format

[Manoj K Nair]

Hi,

Referring to Kedar’s question below, Can you please clarify the use case where 
the VNF vendor will push the Yang file through SDC to SDNC, rather than using 
the NetConf interface (assuming the VNF vendor supports NetConf interface) 
available in SDN-C . Is the requirement mentioned below is for preloading the 
Yang files in  SDN-C cache without using the NetConf native mechanism of 
get-schema ? Is there any capability in SDN-C which can receive Yang files 
(.yang and not .xml) and use that for generating custom DG actions ?

Thanks

Manoj

[https://www.netcracker.com/assets/img/netcracker-social-final.png] ƕ
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Thomas Nadeau
Sent: Thursday, July 06, 2017 2:56 AM
To: FREEMAN, BRIAN D; NOSHPITZ, CLAUDE; LANDO, MICHAEL; Kedar Ambekar; ROZIN, 
EDEN
Cc: WRIGHT, STEVEN A; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] YANG.XML format

+1

While I’d love for all the new features in 1.1 to be available, the bottom line 
is as Brian said: actual production device support which in my estimation will 
take a bit longer.

--Tom


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Wednesday, July 5, 2017 4:12 PM
To: NOSHPITZ, CLAUDE ; LANDO, MICHAEL ; 
Kedar Ambekar ; ROZIN, EDEN 
Cc: WRIGHT, STEVEN A ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] YANG.XML format

The industry is still on yang 1.0 so I would focus on that version for now.

Yang 1.1 is emerging and ODL Carbon has limited support for it but its very 
new. I only know of one device that supposedly supports yang 1.1.

Brian


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of NOSHPITZ, CLAUDE
Sent: Wednesday, July 05, 2017 4:08 PM
To: LANDO, MICHAEL mailto:ml6...@intl.att.com>>; Kedar 
Ambekar mailto:ake...@techmahindra.com>>; ROZIN, EDEN 
mailto:er4...@intl.att.com>>
Cc: WRIGHT, STEVEN A mailto:sw3...@att.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] YANG.XML format

***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Is there a normative set of RFCs/standards that we plan to adhere to for the 
YANG work in ONAP?
I’m asking as an observer (without specific YANG expertise :-) wanting to make 
sure we pave the way for a coherent developer experience moving forward.

The ONAP Wiki references RFC 
6020
 (YANG 1.0) -- is this superseded (?) by RFC 
7950
 (YANG 1.1)?

And then there’s the JSON encoding proposed in RFC 
7951.
  It would be useful to consolidate around a consistent representation, given 
that different toolchains/consumers may need to interoperate.

Is there a need to reference the various core data models (RFCs 
6991,
 
7223,
 
7317,
 and all their friends), or is their use otherwise clearly implied?

There was discussion along these lines in the “VNF Management Requirements for 
OpenECOMP” 
document,
 which is seeded into the VNF Requirements projec

[onap-discuss] [Usecase UI]ONAP Usecase UI weekly meeting information

[shentao]

BEGIN:VCALENDAR
PRODID:-//Microsoft Corporation//Outlook 12.0 MIMEDIR//EN
VERSION:2.0
METHOD:REQUEST
X-MS-OLK-FORCEINSPECTOROPEN:TRUE
BEGIN:VEVENT
ATTENDEE;CN=onap-discuss@lists.onap.org;RSVP=TRUE:mailto:onap-discuss@lists
	.onap.org
ATTENDEE;CN=ah0...@intl.att.com;RSVP=TRUE:mailto:ah0...@intl.att.com
ATTENDEE;CN=zhao.huab...@zte.com.cn;RSVP=TRUE:mailto:zhao.huab...@zte.com.c
	n
ATTENDEE;CN="Jinxin (Saw)";RSVP=TRUE:mailto:saw@huawei.com
ATTENDEE;CN=jf2...@att.com;RSVP=TRUE:mailto:jf2...@att.com
ATTENDEE;CN=yoav.klu...@amdocs.com;RSVP=TRUE:mailto:yoav.klu...@amdocs.com
ATTENDEE;CN=talas...@research.att.com;RSVP=TRUE:mailto:talas...@research.at
	t.com
ATTENDEE;CN=karthikkum...@in.ibm.com;RSVP=TRUE:mailto:karthikkum...@in.ibm.
	com
ATTENDEE;CN=don...@raisecom.com;RSVP=TRUE:mailto:don...@raisecom.com
CLASS:PUBLIC
CREATED:20170706T073344Z
DESCRIPTION:时间: 2017年7月7日星期五 10:00-11:00(UTC+08:00) 北京
	，重庆，香港特别行政区，乌鲁木齐。\n地点: https://zoom.
	us/j/651540147\n\n*~*~*~*~*~*~*~*~*~*\n\nDear Usecase UI Committers and Co
	ntributors\,\n\nUsecase UI team will hold a meeting at 2pm (UTC time).\nTh
	e following is the agenda for next week's meeting：\n\n1.Review Usecase U
	I Jira Epics & Stories\n2.Usecase UI related work distribution\n3.other to
	pics\n\nand the meeting information：\nJoin from PC\, Mac\, Linux\, iOS o
	r Android: https://zoom.us/j/651540147\nOr iPhone one-tap (US Toll): +1646
	5588656\,\,651540147# or +14086380968\,\,651540147#\nOr Telephone:\nDial: 
	+1 646 558 8656 (US Toll) or +1 408 638 0968 (US Toll)\n+1 855 880 1246 (U
	S Toll Free)\n+1 877 369 0926 (US Toll Free)\nMeeting ID: 651 540 147\nInt
	ernational numbers available: https://zoom.us/zoomconference?m=C9ggkJxYGu7
	XRCrYIoinZfTJg-7jDSyH\n\n\nBest Regards\,\nTao\n
DTEND:20170707T03Z
DTSTAMP:20170706T073344Z
DTSTART:20170707T02Z
LAST-MODIFIED:20170706T073344Z
LOCATION:https://zoom.us/j/651540147
ORGANIZER;CN=shentao:mailto:shen...@chinamobile.com
PRIORITY:5
SEQUENCE:0
SUMMARY;LANGUAGE=zh-cn:[Usecase UI]ONAP Usecase UI weekly meeting informati
	on
TRANSP:OPAQUE
UID:04008200E00074C5B7101A82E008F07DEC1353F6D201000
	01000DCAA479E52862B47877ECC156A131B69
X-ALT-DESC;FMTTYPE=text/html:\n\n\n\n\n\n\n\n\n时间: 2017年7月7日星期五
	 10:00-11:00(UTC+08:
	00) 北京，重庆
	，香港特别行政区，乌鲁木齐。\n\n地点: https://zoom.us/j/651540147";>https://zoom.us/j/651540147\n\n\n\n*~*~*~*~*~*
	~*~*~*~*\n\n
	Dear Usecase UI Committers and Contribu
	tors\,\n\nUsecase UI team will hold a meeting at 2p
	m (UTC time).\n\nThe foll
	owing is the agenda for next week's meeting：
	\n\n1.Review Usecase UI Jira Epics &\; Stories\n\n2.Usecase UI r
	elated work distribution\n\n3.other topics\n\n\n\nand the meeting information：\n
	\nJoin from PC\, Mac\, Linux\, iOS or Android: https://zoom.us/j/651540147";>https://zoom.us/j/651540147<
	/FONT><
	/P>\n\nOr iPhone one-tap (US Toll): +16465588656\,\,651540147# or +14086380968\,\,651540147#\n\nOr Telephone:\n\nDial: +1 646 558
	 8656 (US Toll) or +1 408 638 0968 (US Toll)\n\n+1 
	855 880 1246 (US Toll Free)\n\n
	+1 877 369 0926 (US 
	Toll Free)\n\nMeeting ID: 651 540 147
	\n\nInternational numbers available: https://zoom.us/zoomconference?m=C9ggkJxYGu7XRCrYIoin
	ZfTJg-7jDSyH">https://zoom.us/zoomconference?m=C9ggkJxYGu7XRCrYIoinZfTJg-7jDSyH\
	n\n\n\nBest Regards\,
	\n\nTao\n\n\n
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-DISALLOW-COUNTER:FALSE
X-MS-OLK-ALLOWEXTERNCHECK:TRUE
X-MS-OLK-AUTOSTARTCHECK:FALSE
X-MS-OLK-CONFTYPE:0
X-MS-OLK-SENDER;CN=shentao:mailto:shen...@chinamobile.com
BEGIN:VALARM
TRIGGER:-PT15M
ACTION:DISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] SDNC - oam clone issue - add -Djava.net.preferIPv4Stack=true to MAVEN_OPTS

[Sanchita Pathak]

Hi Michael,

Thanks for updates. However I am using windows environment and without getting 
contents of sdnc/oam folder , sdnc core and rootpom builds are successful.

Regards,
Sanchita

From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Tuesday, July 4, 2017 07:29 PM
To: Sanchita Pathak ; Arun Arora (c) 
; onap-discuss@lists.onap.org
Subject: RE: SDNC - oam clone issue - add -Djava.net.preferIPv4Stack=true to 
MAVEN_OPTS

Sanchita,
   Hi, I had this exact issue specific to ONAP servers when I started pulling 
in linux 6 weeks ago.
   I documented the fix on the developer page at
https://wiki.onap.org/display/DW/Setting+Up+Your+Development+Environment#SettingUpYourDevelopmentEnvironment-Redhat/CentOS

"Add the following option to your MAVEN_OPTS in order not to periodically hang 
on downloading artifacts in linux"
-Djava.net.preferIPv4Stack=true

  /michael

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Sanchita Pathak
Sent: Monday, July 3, 2017 06:35
To: Arun Arora (c) mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SDNC - oam clone issue

Thanks for quick reply Arun.

I kept it for more than 2 hrs but no change in the status (And tried it couple 
of times.). Usually it don't take so much time.

Regards,
Sanchita



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Sanchita Pathak
Sent: Tuesday, July 4, 2017 01:23
To: Arun Arora (c) mailto:aroraa...@vmware.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SDNC - oam clone issue

Hi,

Not to worry about sdnc/oam folder, I could build sdnc core and sdnc rootpom 
without cloning oam.

Regards,
Sanchita

From: Arun Arora (c) [mailto:aroraa...@vmware.com]
Sent: Monday, July 3, 2017 03:44 PM
To: Sanchita Pathak 
mailto:sanch...@techmahindra.com>>; 
onap-discuss@lists.onap.org
Subject: Re: SDNC - oam clone issue


Correction... code size is 715 MBs


From: Arun Arora (c)
Sent: Monday, July 3, 2017 3:38:08 PM
To: Sanchita Pathak; 
onap-discuss@lists.onap.org
Subject: RE: SDNC - oam clone issue


Hi Sanchita,



It's not stuck, but keeps on downloading the code. Total code size of oam is 
750 MBs so you need to let it finish.



Thanks,

Arun



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Sanchita Pathak
Sent: Monday, July 03, 2017 3:20 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDNC - oam clone issue



Hi All,



While cloning SDNC -oam project every time it gets stuck at 93% , please refer 
below screenshot.



[cid:image001.png@01D2F410.7E61D300]



I never had this issue before while cloning APPC code and SDNC other projects 
i.e. adapters, core, northbound and plugins.  Issue is only with "oam", can 
anyone please help in this regads?



Thanks,

Sanchita



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


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
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [SDC] [demo] Need your help to deploy SDC

[Ajay.Priyadarshi]

Hi Chen,

You are using customized  version, as of new design now aai have been split in 
2 vms (one has the docker containers that run the A&AI logic and one has 
databases and third-party software dependencies.). Your yaml didn't support it. 
Your yaml is doing installation job as well (install script is pasted in yaml 
itself).
Have you customized it as per environment. If not you should use modular 
approach for installation. Heat will copy the all required configuration from 
underlined openstack and download the install scripts for respective vm. This 
is more helpful to correct as some issued we observed in install scripts (eg. 
Ubuntu 16.04 ens3 renaming etc.)

You can always find latest ones from 
https://gerrit.onap.org/r/gitweb?p=demo.git;a=tree;f=heat/OpenECOMP;h=b191dadd58edbe261c860adb649acdfd8e7c8b0f;hb=HEAD
Please let me know your openstack/cloud environment details.

For my environment, I need to create changes for DCAE (floating ips), so I 
changed for same. I am not sure it working or not but I am able to create 
service using portal.
My environment : RHOSP -10 (openstack Newton)


Regards,
Ajay

From: Chen, Wei D [mailto:wei.d.c...@intel.com]
Sent: 06 July 2017 12:11
To: Ajay Priyadarshi; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [SDC] [demo] Need your help to deploy SDC

Hi Ajay,

This copy is from release 1.0.0, it haven't created those file, I saw the file 
got created with the yaml from the latest code branch.


From: ajay.priyadar...@ril.com 
[mailto:ajay.priyadar...@ril.com]
Sent: Thursday, July 6, 2017 2:29 PM
To: Chen, Wei D mailto:wei.d.c...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [SDC] [demo] Need your help to deploy SDC

Can you share your yaml file (which you used for stack creation).
Because yaml creates these files (/opt/config/artifacts_version.txt and 
/opt/config/gerrit_branch.txt) in your vm.


Regards,
Ajay

From: Chen, Wei D [mailto:wei.d.c...@intel.com]
Sent: 06 July 2017 11:54
To: Ajay Priyadarshi; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [SDC] [demo] Need your help to deploy SDC

Hi Ajay,

Still no luck to get it up, I revert those environment as you mentioned below, 
I found the logs in backend say it cannot connect with Cassandra,

...
Caused by:
com.datastax.driver.core.exceptions.AuthenticationException: Authentication 
error on host /192.168.4.107:9042: Username and/or password are incorrect
at com.datastax.driver.core.Connection$8.apply(Connection.java:378)
at com.datastax.driver.core.Connection$8.apply(Connection.java:348)
at 
com.google.common.util.concurrent.Futures$AsyncChainingFuture.doTransform(Futures.java:1442)
at 
com.google.common.util.concurrent.Futures$AsyncChainingFuture.doTransform(Futures.java:1433)
at 
com.google.common.util.concurrent.Futures$AbstractChainingFuture.run(Futures.java:1408)
at com.google.common.util.concurrent.Futures$2$1.run(Futures.java:1177)
at 
com.google.common.util.concurrent.MoreExecutors$DirectExecutorService.execute(MoreExecutors.java:310)
at 
com.google.common.util.concurrent.Futures$2.execute(Futures.java:1174)
at 
com.google.common.util.concurrent.AbstractFuture.executeListener(AbstractFuture.java:817)
at 
com.google.common.util.concurrent.AbstractFuture.complete(AbstractFuture.java:753)
at 
com.google.common.util.concurrent.AbstractFuture.set(AbstractFuture.java:613)
at 
com.datastax.driver.core.Connection$Future.onSet(Connection.java:1179)


So, I login to the container and try it manually, cannot connect with the DB 
either,
# cqlsh -u cassandra -p cassandra 10.0.3.1
Connection error: ('Unable to connect to any servers', {'10.0.3.1': 
AuthenticationFailed(u'Failed to authenticate to 10.0.3.1: code=0100 [Bad 
credentials] message="Username and/or password are incorrect"',)})

I guess some chef script haven't got executed correctly, so I am trying to run 
startup.sh inside the container directly, and see if the issue will go away.
root@ad0d853bad30:/# ./root/startup.sh

[2017-07-05T21:49:54+00:00] INFO: Started chef-zero at 
chefzero://localhost:8889 with repository at /root/chef-solo
  One version per cookbook

[2017-07-05T21:49:54+00:00] INFO: Forking chef instance to converge...
Starting Chef Client, version 12.19.36
[2017-07-05T21:49:56+00:00] INFO: *** Chef 12.19.36 ***
[2017-07-05T21:49:56+00:00] INFO: Platform: x86_64-linux
[2017-07-05T21:49:56+00:00] INFO: Chef-client pid: 29039
[2017-07-05T21:50:56+00:00] INFO: Setting the run_list to 
["role[cassandra-actions]"] from CLI options
[2017-07-05T21:50:57+00:00] WARN: Run List override has been provided.
[2017-07-05T21:50:57+00:00] WARN: Original Run List: [role[cassandra-actions]]
[2017-07-05T21:50:57+00:00] WARN: Overridden Run List: 
[recipe[cassandra-actions::01-configureCassandra]]
[2017-07-05T21:50:

Re: [onap-discuss] SDN-C Code flow Queries

[olivier.augizeau]

Hello,

Thanks a lot Brian for this clarification.

Could you please give additional information about the following points?



(3) "DG Builder builds the logic for processing rpc requests that are in yang 
models. 1 rpc == 1 DG" ?

The sliapi Yang data model includes an execute-graph rpc that have other rpc as 
attribute

Is the execute-graph rpc should be considered as a "meta" rpc with DG "rpc" as 
attribute?



(5) "it is procedural logic meant to run to complete quickly and deal with 
devices"

if a full rollback to the initial state is required in case of failure on any 
device, should the roll back procedure be explicitly designed in the directed 
graph or is it automatic with some kind of "all or nothing" global transaction 
integrity ?

Thanks,

Olivier Augizeau

De : onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] De la part de FREEMAN, BRIAN D
Envoyé : mercredi 5 juillet 2017 20:50
À : Arun Arora (c); onap-discuss@lists.onap.org
Objet : Re: [onap-discuss] SDN-C Code flow Queries

Some replies inline.

Brian


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Wednesday, July 05, 2017 10:14 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDN-C Code flow Queries


Hi There,



We are trying to understand the SDN-C code flow from its Northbound interface 
to Southbound Controllers which manage the controlled devices.



Following is our understanding till now (build from ONAP Wiki and code reading):

1)   SDN-C is based on ODL framework

>> yes

2)  ONAP has added SLI which understands the network configuration workflow
>> yes

3)  The DG builder builds different models (using YANG, XML). These models 
are then converted into SVC Recopies [Recipies]
>> not quite. DG Builder builds the logic for processing rpc requests that are 
>> in yang models. 1 rpc == 1 DG

  >> 1 DG can call other DGs as needed to keep the size of any 
single DG manageable and to create re-useable DGs

4)  SLI consumes into SVC Recopies to execute the network configuration 
workflow contained in the recipe
>> yes the RPC in the yang model is a service recipe - the "input" data is the 
>> minimum data set needed for the service.
>> the directed graph would then execute to fill out the rest of the containers 
>> in the model in the right sequence including assigning resources and 
>> calculating attributs as needed. Finally the DG at the ends of the branches 
>> would convert/map network data to the device specific attributes in config 
>> nodes.

5)  Effectively the workflow is passed to one of he underlying Network 
Adaptors which actually configure the necessary network resources
>> I hesitate to call it a workflow - it is procedural logic meant to run to 
>> complete quickly and deal with devices not people and uses in some cases 
>> network signaling protocols like BGP
>> it is the adapters that do the real work of "safe changes in state" of the 
>> network which includes things like applying engineering rules to the 
>> resource assignments and calculated network attributes (think calculating 
>> static routes from newly assigned ip addresses for example)

6)  The update (success/ failure) is sent to MSO and AAI once the request 
is complete
>> yes.  Although the response is to MSO. AAI is updated on success or failure 
>> as appropriate. SDNC is the source of truth for network data in AAI that is 
>> set/configured/assingned by SDNC.



Following are the code modules we know till now:

1)  From MSO mso-sdn-adaptor calls VNFAPIProvider() in SDNCAdpaterRest.java

2)  VNFApiProvider() - receives the request and invokes the 
activate/configure services
>> the VNFApiProvider is the simplest case of MSO-SDNC interaction and really 
>> is used for dealing with L4-L7 VNFs that have a need for resource assignment 
>> but not any controller configuration.



Questions:

  1.  We have seen multiple entry pointers across SDN-C/SLI, dmaplisterner, 
uebClient, admportal and dgbuilder. But the interaction of these with each 
other, VnfAPIProvider()  and southbound interfaces is not clear

>> you need to separate design time / onboarding vs run time.

>> dgbuilder is used as design time to create directed graphs. It is not used 
>> during run time. In fact we dont deploy it in production SDNC instnaces we 
>> use the desktop version and check the json strings into git.

>> admin portal is only used to load/modify directed graphs and interact with 
>> mysql at design time if needed.

>> uebclient is deprecated and it will go away - it was replaced with the 
>> dmapplistener

>> dmaaplistener is used during onboarding when new models are distributed from 
>> SDNC

>> SDNC/SLI is the run time component that is called when a REST RPC request is 
>> sent into the controller. A provider class is called by t