Re: [onap-discuss] SDNC netconf adapter in amsterdam

2018-04-05 Thread Andrej Záň
Hi,


AFAIK there is no specific code for netconf in SDNC gerrit repository. SDNC 
(Amsterdam release) uses OpenDaylight Carbon distribution as backend and in 
this ODL distribution netconf southbound plugin is present. You can find how to 
use it in this documentation:
http://docs.opendaylight.org/en/stable-carbon/user-guide/netconf-user-guide.html#netconf-connector-configuration-with-md-sal


Regards

Andrej Záň


Od: Syed Atif Husain 
Odoslané: štvrtok, 5. apríla 2018 5:38:38
Komu: FREEMAN, BRIAN D; onap-discuss@lists.onap.org
Predmet: Re: [onap-discuss] SDNC netconf adapter in amsterdam

Hi Brian,

Can you point me to the gerrit code where netconf component is there in SDNC?

Regards,
Atif

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Thursday, April 5, 2018 12:54 AM
To: Syed Atif Husain ; onap-discuss@lists.onap.org
Subject: RE: SDNC netconf adapter in amsterdam

It is there just not started – follow standard ODL instructions for starting it 
and the network topology/restconf bundles.

Brian


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Syed Atif Husain
Sent: Wednesday, April 04, 2018 2:07 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] SDNC netconf adapter in amsterdam

Hi,

Is there an SDNC netconf adapter functional in ‘Amsterdam’ release?

I see there is one in appc-netconf-adapter module in appc project but I can’t 
find anything related to netconf in sdnc code. I looked up sdnc/adaptors 
project.

Regards,
Atif

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


[onap-discuss] What is Cambria?

2018-04-13 Thread Andrej Záň
Hello everyone,


In DMaaP there is a lot of stuffs named Cambria and Cambria Client in 
particular. I am curious what is Cambria? I was not successful with "googling" 
it.


Regards

Andrej Záň

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


Re: [onap-discuss] ONAP's resource requirements, again

2018-04-20 Thread Andrej Záň
Hi,


I am also interested in this topic. What I have seen so far, many containers 
are using base images with unnecessary software installed. For example 
container which does not use node js is based on image which has node js 
installed (just for illustration) and so on.


Are there any plans to optimize it?


Regards

Andrej Záň


Od: Ing-Wher Chen 
Odoslané: piatok, 20. apríla 2018 0:00:10
Komu: onap-discuss@lists.onap.org
Predmet: [onap-discuss] ONAP's resource requirements, again

Hello,

I browsed wiki pages and readthedocs, and also some discussion threads on 
ONAP's hardware resources requirements.  Some documentation I found are 
<https://wiki.onap.org/display/DW/ONAP+on+Kubernetes#ONAPonKubernetes-HardwareRequirements>,
 
<http://onap.readthedocs.io/en/latest/guides/onap-developer/settingup/fullonap.html#requirements>,
 including one interesting spreadsheet here: 
<https://lists.onap.org/pipermail/onap-discuss/2017-December/006702.html>.

I'm wondering why ONAP requires so much memory?  Is there any long term plan to 
optimize and reduce ONAP's hardware resource requirements?

Thanks,
Ing-Wher Chen
___
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] [Onap-usecasesub] Usecase subcommittee meeting of 30/4/2018 - the summary

2018-05-03 Thread Andrej Záň
Hello there,


I have one question (possibly stupid one, sorry for that).

You wrote that SDN-R will be SDN-C + APP-C functionality but for Mobility 
Wireless. Does that mean, that these functions can't be provided by some 
combination/cooperation of SDN-C and APP-C themselves?


Regards

Andrej Záň


Od: VAN BRAKLE, TRACY L 
Odoslané: štvrtok, 3. mája 2018 15:07
Komu: Vladimir Yanover (vyanover); BEGWANI, VIMAL; Stephen Terrill; Alla 
Goldner; onap-usecase...@lists.onap.org
Kópia: onap-...@lists.onap.org; onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Predmet: Re: [Onap-usecasesub] [onap-discuss] Usecase subcommittee meeting of 
30/4/2018 - the summary


Vladimir,



As of now, the expectation is that all categories of parameters would be 
supported by the ONAP controller derived from CC-SDK for Mobility Wireless.



We have dubbed this controller “SDN-R,” as you know, because this particular 
label has meaning (traction, actually) within both ONAP and ONF.



SDN-R = SDN-C + APP-C for Mobility Wireless, in other words.



What we do not yet know is what will be configured via Netconf/YANG versus what 
will be configured via Ansible, but I believe the community will have this 
question answered fairly early within the Casblanca release timeframe.



Tracy



From: Vladimir Yanover (vyanover) 
Sent: Thursday, May 03, 2018 4:09 AM
To: VAN BRAKLE, TRACY L ; BEGWANI, VIMAL ; 
Stephen Terrill ; Alla Goldner 
; onap-usecase...@lists.onap.org
Cc: onap-...@lists.onap.org; onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Subject: RE: [Onap-usecasesub] [onap-discuss] Usecase subcommittee meeting of 
30/4/2018 - the summary



Tracy, Steve and Vimal

I have to admit that I am confused as well and need your help.

Which categories of parameters will be supported by the SDN-R?

Which categories of “the parameters needed for DU & CUs” cannot be supported by 
the SDN-R (why?) and will be supported by the APP-C?

Thanks

Vladimir





From: 
onap-usecasesub-boun...@lists.onap.org<mailto:onap-usecasesub-boun...@lists.onap.org>
 
mailto:onap-usecasesub-boun...@lists.onap.org>>
 On Behalf Of VAN BRAKLE, TRACY L
Sent: Thursday, May 3, 2018 12:04 AM
To: BEGWANI, VIMAL mailto:vb1...@att.com>>; Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>; Alla 
Goldner mailto:alla.gold...@amdocs.com>>; 
onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>
Cc: onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>
Subject: Re: [Onap-usecasesub] [onap-discuss] Usecase subcommittee meeting of 
30/4/2018 - the summary



Whatever we elect to call it, “SDN-R” in Casablanca is evolving to include all 
(or most) logic + features/functionality derived from CC-SDK, whether 
considered “SDN-C” or “APP-C.”  This will include Ansible and Chef interfaces 
as well as the additional parameters that may be defined/documented within ONAP 
or within a related open source project.



Refer to the “ONAP OAM Controller” slides on SDN-R wiki page 
(https://wiki.onap.org/display/DW/SDN-R+Documents<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_SDN-2DR-2BDocuments&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=7TfzZqNtM8rzzpoqgbTKTw&m=Q5JxkgYqaNRcy-dbGrOPxcUcPx4i1VI3cGkYOqVGzy4&s=qCAHXnOCV8awLKHYscHZRvZJhSVb4tTkGsxyJCDbsZs&e=>)
 that were reviewed with you and with others last month.



The seed code is already packaged and will be uploaded to the repository as 
soon as it becomes available.





From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of BEGWANI, VIMAL
Sent: Wednesday, May 02, 2018 4:30 PM
To: Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>; Alla 
Goldner mailto:alla.gold...@amdocs.com>>; 
onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>
Cc: onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
onap-...@lists.onap.org<mailto:onap-...@lists.onap.org>
Subject: Re: [onap-discuss] [Onap-usecasesub] Usecase subcommittee meeting of 
30/4/2018 - the summary



***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Steve,

  We have a SDN-C sub-project called SND-R, that focuses on radio configuration 
using NetConf Yang, but it did not cover all the parameters needed for DU & CUs 
(and UPF) and need support Ansible.  We also realized that all mobility network 
elements should be managed by the same controllers (as we might combine CU-UP, 
a RAN element, with UPF, a core elements).  Hence, we need some of the 
capabilities from SD