date:20180122

Re: [onap-discuss] Bitergia Data Changes

2018-01-22 Thread li.zi30

Dear Kenny,






After reviewed the https://onap.biterg.io . I found that the statistic data 
about aai/esr-server and aai/esr-gui repository is from Jan 9, 2018. Actually, 
the statistic data should be start from Aug 7,2017 and ESR has been released in 
Amsterdam Release and make a success. The code submit history see 
https://gerrit.onap.org/r/gitweb?p=aai%2Fesr-server.git;a=summary  and 
https://gerrit.onap.org/r/gitweb?p=aai%2Fesr-gui.git;a=summary .


I think the data about ESR in biterg is incorrect. Could you be kindly fix that?






Thanks,


LiZi











原始邮件



发件人： ;
收件人： ;
日 期 ：2018年01月23日 06:36
主 题 ：[onap-discuss] Bitergia Data Changes


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


As mentioned on the PTL call this morning I had a pull request into Bitergia to 
update the information to align to specific projects. 
The config has now been updated. 



A couple of key changes:
- Each ONAP project now has its own line item , under which the associated 
repos are aligned.
- Previously missing repos have been added
- Locked repos associated with the original open-o or ecomp seedcode are no 
longer reported on

PTLs please take a look at your repos listed using either the git or gerrit 
views and please open a helpdesk ticket if something is missing.

https://onap.biterg.io 

  
Best Regards, 
-kenny

Kenny Paul,  Technical Program Manager
kp...@linuxfoundation.org
510.766.5945

As mentioned on the PTL call this morning I had a pull request into Bitergia to 
update the information to align to specific projects. 
The config has now been updated. 



A couple of key changes:

- Each ONAP project now has its own line item , under which the associated 
repos are aligned.

- Previously missing repos have been added

- Locked repos associated with the original open-o or ecomp seedcode are no 
longer reported on

PTLs please take a look at your repos listed using either the git or gerrit 
views and please open a helpdesk ticket if something is missing.

https://onap.biterg.io

  



Best Regards, -kennyKenny Paul,  Technical Program 
Managerkpaul@linuxfoundation.org510.766.5945___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] RE : RE: [SDC][Clamp] Design a DCAE mS

2018-01-22 Thread Lando,Michael

Hi,
As Martial said we are planning to add the DCAED functionality during Beijing 
release.

Once the code is uploaded and the integration is complete we will publish 
information regarding DCAED usability.









BR,

Michael Lando
Opensource TL , SDC
AT 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: Ngueko, Gervais-Martial
Sent: Monday, January 22, 2018 10:40
To: yuan@zte.com.cn
Cc: Lando,Michael ; onap-discuss@lists.onap.org
Subject: RE : RE: [SDC][Clamp] Design a DCAE mS

Hi,

Yes , the plan is to have DCAE-DS in Beijing .

Br
Martial





 Message d'origine 
De : yuan@zte.com.cn
Date : 22/01/18 02:12 (GMT+01:00)
À : "Ngueko, Gervais-Martial" >
Cc : "Lando,Michael" >, 
onap-discuss@lists.onap.org
Objet : RE: RE: [SDC][Clamp] Design a DCAE mS

Hi Martial,



Will the DCAE-DS be provided on Beijing release?



Thanks,

Yuan Hu


原始邮件
发件人： >;
收件人：袁虎10090474; >;
抄送人： >;
日 期 ：2018年01月18日 19:48
主 题 ：RE: [SDC][Clamp] Design a DCAE mS
Hi,

DCAE-DS was not there in R1.
I believe DCAE-DS team will provide samples once most of the remaining details 
have been finalized.

Br,
Martial

From: yuan@zte.com.cn 
[mailto:yuan@zte.com.cn]
Sent: jeudi 18 janvier 2018 12:27
To: Ngueko, Gervais-Martial >; 
Lando,Michael >
Cc: onap-discuss@lists.onap.org
Subject: [SDC][Clamp] Design a DCAE mS


Hi Martial and Michael,



Does the SDC already provide the function to Design a DCAE mS in R1 release? 
And where is the entrance of this function?

In addition, could you give me an example(in the format of Tosca Template) of 
DCAE mS designed in SDC.



Thanks,

Yuan Hu












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

Re: [onap-discuss] [AAI] Unable to add "getQueryList" namedquery

2018-01-22 Thread FORSYTH, JAMES

Hi, Bharath,

If you do a search for 
/aai/v11/service-design-and-creation/models/model/80b712fd-0ad3-4180-a99c-8c995cf1cc32,
 what do you get?

Thanks,
jimmy

From: bharath thiruveedula 
Date: Sunday, January 21, 2018 at 10:54 PM
To: "onap-discuss@lists.onap.org" , HARISH V KAJUR 
, "FORSYTH, JAMES" 
Subject: [AAI] Unable to add "getQueryList" namedquery


Hi AAI team,



I am trying to setup development environment of AAI using 
"https://wiki.onap.org/pages/viewpage.action?pageId=10782088".
 I ran AddWidgets json in the POSTMAN. But while adding "getQueryList" 
namedquery, i got the following error:


2018-01-22T03:43:22.143+|2018-01-22T03:43:22.182+|36935cd3-8724-4ff3-9540-a1410be9c511||qtp564413599-33||PUT
 
/aai/v11/service-design-and-creation/named-queries/named-query/0367193e-c785-4d5f-9cb8-7bc89dc9ddb7|jimmy-postman|ERROR|404|Error
 making edge to target node:3003:Not Found:Node of type model. Could not find 
object at: 
/service-design-and-creation/models/model/80b712fd-0ad3-4180-a99c-8c995cf1cc32||WARN||127.0.1.1|0|bharath-hp||org.onap.aai.rest.LegacyMoxyConsumer|||co=:Rolling
 back Titan transaction

I have checked the model corresponding to named-query , it exists. Do I missing 
anything here?


Best Regards
Bharath T







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

Re: [onap-discuss] [OOM] DCAE config in windriver

2018-01-22 Thread Alexis de Talhouët

Gary,

OOM doesn’t yet support the proxied solution. This is being worked on; until 
this is not fix, you cannot use Wind-River lab to deploy OOM with DCAENGEN2.
Expect the fix to be submit in the next couple of days.

Thanks,
Alexis

> On Jan 22, 2018, at 3:17 PM, Gary Wu  wrote:
> 
> Hi Alexis,
>  
> Yes, I’m able to deploy DCAEGEN2 on a (non-Wind River) system with Designate 
> installed.  My question is specifically on the Wind River lab.  Can we use 
> Designate there?  So far what I see is “public endpoint for dns service in 
> RegionOne region not found”, so it seems like we cannot.  Or is there a 
> special Designate endpoint/config available?
>  
> Has anyone successfully deployed OOM with DCAEGEN2 in the Wind River lab, 
> with or without the proxy solution?
>  
> Thanks,
> Gary
>  
>  
> From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com 
> ] 
> Sent: Monday, January 22, 2018 11:58 AM
> To: Gary Wu >
> Cc: BRIAN D FREEMAN >; PLATANIA, MARCO 
> (MARCO) >; 
> onap-discuss@lists.onap.org 
> Subject: Re: [onap-discuss] [OOM] DCAE config in windriver
>  
> Hi Gary,
>  
> I noticed the proxy solution that DCAEGEN2 offers is not fully working yet 
> with OOM. What is working is having DCAE on the same OpenStack as DNS 
> Designate. I’m currently in the process of addressing this.
>  
> Regarding your question about how "vm1.aai.simpledemo.onap.org 
>  gets resolves, we create a zone in 
> Designate for simpledemo.onap.org , see 
> https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/config/docker/init/src/config/dcaegen2/heat/entrypoint.sh;h=85c5ee2b131458f7f25cab3c8efc4071b22775f5;hb=refs/heads/amsterdam
>  
> 
> And we added a reverse proxy so the lookup returns the IP of the K8S host 
> running the reverse-proxy, and the service port are opened.
>  
> See bellow design implemented:
>  
> 
>  
>  
> Thanks,
> Alexis
> 
> 
> On Jan 22, 2018, at 2:00 PM, Gary Wu  > wrote:
>  
> Hi Alexis and Brian,
> 
> How should we currently spin up DCAEGEN2 using OOM in Wind River lab?
> 
> I assume we're supposed to set DNSAAS_PROXY_ENABLE to "true".  However, when 
> this is done, my dcae-dcae-boostrap VM gets stuck on wait_for_aai_ready() 
> since it's unable to resolve the hostname "vm1.aai.simpledemo.onap.org 
> ", and none of the DNSAAS-related code 
> in dcae_vm_init.sh gets triggered since they only occur after 
> wait_for_aai_ready().
> 
> Is there additional config/init that we're supposed to do to get 
> vm1.aai.simpledemo.onap.org  to resolve 
> in this VM?
> 
> Thanks,
> Gary
> 
> -Original Message-
> From: onap-discuss-boun...@lists.onap.org 
>  
> [mailto:onap-discuss-boun...@lists.onap.org 
> ] On Behalf Of Alexis de Talhouët
> Sent: Monday, January 22, 2018 6:48 AM
> To: BRIAN D FREEMAN >
> Cc: onap-discuss@lists.onap.org 
> Subject: Re: [onap-discuss] [OOM] DCAE status in non-openstack clouds ?
> 
> Brian,
> 
> DCAE deployment in Amsterdam is coupled to OpenStack cloud, and we’re not in 
> the process of supporting other cloud for now.
> This could be an enhancement for Beijing, if DCAE still runs in VMs. And if 
> we do such implementation, we should leverage Multicloud interfaces to do so.
> 
> Prior to this, we should flush out the requirement of DCAE deployment on 
> different type of cloud, what are the implications and so on.
> 
> Alexis
> 
>  

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

Re: [onap-discuss] [aai] PUT request that accepts a list of objects

2018-01-22 Thread ROSE, DANIEL V

/aai/v11/bulkadd should be what you are looking for. Here is a sample

{
  "transactions": [
{
  "put": [
{
  "body": {
"image-os-distro": "ubuntu",
"image-architecture": "x64",
"image-name": "com.ubuntu",
"image-os-version": "14.04",
"image-id": "88b21539-70fe-4451-abfc-d55d58dd1e87",
"image-selflink": 
"https://iad.servers.api.rackspacecloud.com/1031120/images/88b21539-70fe-4451-abfc-d55d58dd1e87;
  },
  "uri": 
"/cloud-infrastructure/cloud-regions/cloud-region/Rackspace/IAD/images/image/88b21539-70fe-4451-abfc-d55d58dd1e87"
}
  ]
},
{
  "put": [
{
  "body": {
"image-os-distro": "ubuntu",
"image-architecture": "x64",
"image-name": "com.ubuntu",
"image-os-version": "14.04",
"image-id": "88b21539-70fe-4451-abfc-d55d58dd1e87",
"image-selflink": 
"https://iad.servers.api.rackspacecloud.com/1031120/images/88b21539-70fe-4451-abfc-d55d58dd1e87;
  },
  "uri": 
"/cloud-infrastructure/cloud-regions/cloud-region/Rackspace/IAD/images/image/88b21539-70fe-4451-abfc-d55d58dd1e87"
}
  ]
}
  ]
}


Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ahmad, Munir
Sent: Monday, January 22, 2018 12:41 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [aai] PUT request that accepts a list of objects

Hi AAI team,

Is a way to put a list of objects in AAI with a single call? For example: We 
are adding hundreds of l-interfaces and doing it one after the other is very 
slow (~7 minutes for 1500 l-interfaces).

network/pnfs/pnf/PNF-NAME/lag-interfaces/lag-interface/Bundle-Ether11/l-interfaces

If the operation described above exist for any other object can you please 
point us to the implementation.

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

[onap-discuss] Invitation: [doc] Weekly (updated Jan 22) @ Weekly from 7am to 8am on Tuesday from Tue Jan 23 to Tue Jul 24 (PST) (onap-discuss@lists.onap.org)

2018-01-22 Thread kpaul

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:America/New_York
X-LIC-LOCATION:America/New_York
BEGIN:DAYLIGHT
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
DTSTART:19700308T02
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
DTSTART:19701101T02
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/New_York:20180123T10
DTEND;TZID=America/New_York:20180123T11
RRULE:FREQ=WEEKLY;UNTIL=20180724T15Z;INTERVAL=1;BYDAY=TU
DTSTAMP:20180122T203728Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:uatm804m22hp6k97uleijrc...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=onap-discuss@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-discuss@list
 s.onap.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=gg2...@att.com;X-NUM-GUESTS=0:mailto:gg2...@att.com
CREATED:20180122T203606Z
DESCRIPTION:Hi there\, \n\nONAP Meeting 2 is inviting you to a scheduled Zo
 om meeting. \n\nJoin from PC\, Mac\, Linux\, iOS or Android: https://zoom.u
 s/j/907176290\n\nOr iPhone one-tap :\nUS: +16465588656\,\,907176290#  o
 r +16699006833\,\,907176290# \nOr Telephone:\nDial(for higher quality\,
  dial a number based on your current location): \nUS: +1 646 558 86
 56  or +1 669 900 6833  or +1 855 880 1246 (Toll Free) or +1 877 369 0926 (
 Toll Free)\nMeeting ID: 907 176 290\nInternational numbers availabl
 e: https://zoom.us/zoomconference?m=f2l9c3areD9rVxFzofIqYqzqMK5CkfWH\n\n\n\
 n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:
 ~:~:~::~:~::-\nPlease do not edit this section of the description.\n\nView 
 your event at https://www.google.com/calendar/event?action=VIEW=dWF0bTg
 wNG0yMmhwNms5N3VsZWlqcmNwcGsgb25hcC1kaXNjdXNzQGxpc3RzLm9uYXAub3Jn=NzIjb
 GludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc2Zm1mbHBsb2k4OEBncm91cC5jYWxl
 bmRhci5nb29nbGUuY29tNGFiNzkwMzliZTA2M2QwNzQ5YjhkMjZkODFhNGY1ZWM0NjEzOTgzOQ&
 ctz=America/Los_Angeles=en.\n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~
 :~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~::~:~::-
LAST-MODIFIED:20180122T203727Z
LOCATION:https://zoom.us/j/907176290
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[doc] Weekly (updated Jan 22)
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

[onap-discuss] Updated invitation: [doc] Weekly Meeting @ Weekly from 6am to 7am on Tuesday from Tue Jul 11, 2017 to Mon Jan 22 (PDT) (onap-discuss@lists.onap.org)

2018-01-22 Thread kpaul

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
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:20170711T06
DTEND;TZID=America/Los_Angeles:20170711T07
RRULE:FREQ=WEEKLY;UNTIL=20170808T065959Z;BYDAY=TU
DTSTAMP:20180122T203311Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:0n145ifjoss9qc154lsncuj...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=onap-discuss@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-discuss@list
 s.onap.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=gg2...@att.com;X-NUM-GUESTS=0:mailto:gg2...@att.com
CREATED:20170621T161904Z
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/981212600\n\nOr iPhone one-tap (US Toll):  +14086380968\,\,981212600# o
 r +16465588656\,\,981212600#\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: 981 212 600\nInterna
 tional numbers available: https://zoom.us/zoomconference?m=It_2aPlwgUYRY3iJ
 3WI5BkHop6nEsGgx\n\n\n\n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~
 :~:~:~:~:~:~:~:~:~:~:~:~:~:~::~:~::-\nPlease do not edit this section of th
 e description.\n\nView your event at https://www.google.com/calendar/event?
 action=VIEW=MG4xNDVpZmpvc3M5cWMxNTRsc25jdWo1djAgb25hcC1kaXNjdXNzQGxpc3R
 zLm9uYXAub3Jn=NzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc2Zm1mb
 HBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tZmZhODFjNjFiOWNmZTJlOTA2MDU3Njdi
 ODRjZTE1ZmVkNWIxYzFjNw=America/Los_Angeles=en.\n-::~:~::~:~:~:~:~:~:
 ~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~::~:~::-
LAST-MODIFIED:20180122T203311Z
LOCATION:https://zoom.us/j/981212600
SEQUENCE:1
STATUS:CONFIRMED
SUMMARY:[doc] Weekly Meeting
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

[onap-discuss] Updated invitation: [doc] Weekly Meeting @ Weekly from 6am to 7am on Tuesday from Tue Aug 8, 2017 to Mon Jan 22 (PDT) (onap-discuss@lists.onap.org)

2018-01-22 Thread kpaul

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
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:20170808T06
DTEND;TZID=America/Los_Angeles:20170808T07
RRULE:FREQ=WEEKLY;UNTIL=20180123T075959Z;BYDAY=TU
DTSTAMP:20180122T203311Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:0n145ifjoss9qc154lsncuj5v0_r20170808t130...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=gg2...@att.com;X-NUM-GUESTS=0:mailto:gg2...@att.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=onap-discuss@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-disc...@lists.on
 ap.org
CREATED:20170621T161904Z
DESCRIPTION:-NEW BRIDGE NUMBER effective 8/8/2017-\n\nONAP Meeting 2 is inv
 iting you to a scheduled Zoom meeting.\nJoin from PC\, Mac\, Linux\, iOS or
  Android: https://zoom.us/j/907176290\nOr iPhone one-tap (US Toll): +140863
 80968\,\,907176290# or +16465588656\,\,907176290#\nOr Telephone:\nDial: +1 
 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll)\n+1 855 880 1246 (US To
 ll Free)\n+1 877 369 0926 (US Toll Free)\nMeeting ID: 907 176 290\nInternat
 ional numbers available: https://zoom.us/zoomconference?m=f2l9c3areD9rVxFzo
 fIqYqzqMK5CkfWH\n\n\n\n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:
 ~:~:~:~:~:~:~:~:~:~:~:~:~:~::~:~::-\nPlease do not edit this section of the
  description.\n\nView your event at https://www.google.com/calendar/event?a
 ction=VIEW=MG4xNDVpZmpvc3M5cWMxNTRsc25jdWo1djBfUjIwMTcwODA4VDEzMDAwMCBv
 bmFwLWRpc2N1c3NAbGlzdHMub25hcC5vcmc=NzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm1
 0YjV0cHIzdWM4Zjc2Zm1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tOTRmOGExOT
 E5OWE2MWYwNTNkOWRkMzc4NGU3ODcyNDAyMzRjZmEwNg=America/Los_Angeles=en.
 \n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~
 :~:~:~::~:~::-
LAST-MODIFIED:20180122T203311Z
LOCATION:https://zoom.us/j/907176290
SEQUENCE:1
STATUS:CONFIRMED
SUMMARY:[doc] Weekly Meeting
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] [OOM] DCAE config in windriver

2018-01-22 Thread Kranthi Guttikonda

If there is a DNS designate endpoint available, then we can disable this.

Thanks,
Kranthi

On 1/22/18, 2:01 PM, "onap-discuss-boun...@lists.onap.org on behalf of Gary 
Wu"  
wrote:

Hi Alexis and Brian,

How should we currently spin up DCAEGEN2 using OOM in Wind River lab?

I assume we're supposed to set DNSAAS_PROXY_ENABLE to "true".  However, 
when this is done, my dcae-dcae-boostrap VM gets stuck on wait_for_aai_ready() 
since it's unable to resolve the hostname "vm1.aai.simpledemo.onap.org", and 
none of the DNSAAS-related code in dcae_vm_init.sh gets triggered since they 
only occur after wait_for_aai_ready().

Is there additional config/init that we're supposed to do to get 
vm1.aai.simpledemo.onap.org to resolve in this VM?

Thanks,
Gary

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Monday, January 22, 2018 6:48 AM
To: BRIAN D FREEMAN 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] DCAE status in non-openstack clouds ?

Brian,

DCAE deployment in Amsterdam is coupled to OpenStack cloud, and we’re not 
in the process of supporting other cloud for now.
This could be an enhancement for Beijing, if DCAE still runs in VMs. And if 
we do such implementation, we should leverage Multicloud interfaces to do so.

Prior to this, we should flush out the requirement of DCAE deployment on 
different type of cloud, what are the implications and so on.

Alexis

___
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

[onap-discuss] [OOM] DCAE config in windriver

2018-01-22 Thread Gary Wu

Hi Alexis and Brian,

How should we currently spin up DCAEGEN2 using OOM in Wind River lab?

I assume we're supposed to set DNSAAS_PROXY_ENABLE to "true".  However, when 
this is done, my dcae-dcae-boostrap VM gets stuck on wait_for_aai_ready() since 
it's unable to resolve the hostname "vm1.aai.simpledemo.onap.org", and none of 
the DNSAAS-related code in dcae_vm_init.sh gets triggered since they only occur 
after wait_for_aai_ready().

Is there additional config/init that we're supposed to do to get 
vm1.aai.simpledemo.onap.org to resolve in this VM?

Thanks,
Gary

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Monday, January 22, 2018 6:48 AM
To: BRIAN D FREEMAN 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] DCAE status in non-openstack clouds ?

Brian,

DCAE deployment in Amsterdam is coupled to OpenStack cloud, and we’re not in 
the process of supporting other cloud for now.
This could be an enhancement for Beijing, if DCAE still runs in VMs. And if we 
do such implementation, we should leverage Multicloud interfaces to do so.

Prior to this, we should flush out the requirement of DCAE deployment on 
different type of cloud, what are the implications and so on.

Alexis

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

[onap-discuss] [integration] Integration Weekly Meeting extension for demoing opnfv's platform testing tools from Orange

2018-01-22 Thread Yunxia Chen

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Yunxia Chen:MAILTO:helen.c...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 ss:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=morgan.ric
 ho...@orange.com:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Eric Debea
 u:MAILTO:eric.deb...@orange.com
DESCRIPTION;LANGUAGE=en-US:When: Tuesday\, January 23\, 2018 7:30 AM-8:00 A
 M. (UTC-08:00) Pacific Time (US & Canada)\nWhere: https://zoom.us/j/44
 \n\n*~*~*~*~*~*~*~*~*~*\n\n\n
SUMMARY;LANGUAGE=en-US:[integration] Integration Weekly Meeting extension f
 or demoing opnfv's platform testing tools from Orange
DTSTART;TZID=Pacific Standard Time:20180123T073000
DTEND;TZID=Pacific Standard Time:20180123T08
UID:DC5A35B2-F6C8-4C02-BDBC-8A83A96FCEF0
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20180122T183256Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:2116138616
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:TRUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
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] [aai] PUT request that accepts a list of objects

2018-01-22 Thread Ahmad, Munir

Hi AAI team,

Is a way to put a list of objects in AAI with a single call? For example: We 
are adding hundreds of l-interfaces and doing it one after the other is very 
slow (~7 minutes for 1500 l-interfaces).

network/pnfs/pnf/PNF-NAME/lag-interfaces/lag-interface/Bundle-Ether11/l-interfaces

If the operation described above exist for any other object can you please 
point us to the implementation.

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

Re: [onap-discuss] [EXTERNAL] Service distribution error on latest ONAP/OOM

2018-01-22 Thread Ramanarayanan, Karthick

That's great Alexis.

Thanks.

(also don't be surprised if backend doesn't come up sometimes with no indicator 
in the log pods.

 Just restart cassandra, elastic search and kibana pod before restarting 
backend pod and it would load the user profiles in the sdc-be logs :)

Regards,

-Karthick

From: Alexis de Talhouët 
Sent: Monday, January 22, 2018 5:10:26 AM
To: Ramanarayanan, Karthick
Cc: onap-discuss@lists.onap.org; Bainbridge, David
Subject: Re: [**EXTERNAL**] [onap-discuss] Service distribution error on latest 
ONAP/OOM

Hi Karthick,

Yes, I’m aware of this since you mentioned it last week. I reproduced the issue.
Currently implementing a fix for it. Sorry for the regression introduced.

See 
https://jira.onap.org/browse/OOM-608
 for more details.

Thanks,
Alexis

On Jan 19, 2018, at 4:21 PM, Ramanarayanan, Karthick 
> wrote:

Hi Alexis,
 I reverted the oom commit from head to:

git checkout cb02aa241edd97acb6c5ca744de84313f53e8a5a

Author: yuryn >
Date:   Thu Dec 21 14:31:21 2017 +0200

Fix firefox tab crashes in VNC

Change-Id: Ie295257d98ddf32693309535e15c6ad9529f10fc
Issue-ID: OOM-531

Everything works with service creation, vnf and vf creates!
Please note that I am running with dcae disabled.
Something is broken with dcae disabled in the latest.
100% reproducible with service distribution step through operator taking a 
policy exception mailed earlier.
Have a nice weekend.

Regards,
-Karthick

From: Ramanarayanan, Karthick
Sent: Friday, January 19, 2018 8:48:23 AM
To: Alexis de Talhouët
Cc: onap-discuss@lists.onap.org
Subject: Re: [**EXTERNAL**] Re: [onap-discuss] Service distribution error on 
latest ONAP/OOM

Hi Alexis,
 I did check the policy pod logs before sending the mail.
 I didn't see anything suspicious.
 I initially suspected aai-service dns not getting resolved but you seem to 
have fixed it
 and it was accessible from policy pod.
 Nothing suspicious from any log anywhere.
 I did see that the health check on sdc pods returned all UP except: DE 
component whose health check was down.
 Not sure if its anyway related. Could be benign.

curl 
http://127.0.0.1:30206/sdc1/rest/healthCheck
{
 "sdcVersion": "1.1.0",
 "siteMode": "unknown",
 "componentsInfo": [
   {
 "healthCheckComponent": "BE",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK"
   },
   {
 "healthCheckComponent": "TITAN",
 "healthCheckStatus": "UP",
 "description": "OK"
   },
   {
 "healthCheckComponent": "DE",
 "healthCheckStatus": "DOWN",
 "description": "U-EB cluster is not available"
   },
   {
 "healthCheckComponent": "CASSANDRA",
 "healthCheckStatus": "UP",
 "description": "OK"
   },
   {
 "healthCheckComponent": "ON_BOARDING",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK",
 "componentsInfo": [
   {
 "healthCheckComponent": "ZU",
 "healthCheckStatus": "UP",
 "version": "0.2.0",
 "description": "OK"
   },
   {
 "healthCheckComponent": "BE",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK"
   },
   {
 "healthCheckComponent": "CAS",
 "healthCheckStatus": "UP",
 "version": "2.1.17",
 "description": "OK"
   },
   {
 "healthCheckComponent": "FE",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK"
   }
 ]
   },
   {
 "healthCheckComponent": "FE",
 "healthCheckStatus": "UP",
 "version": "1.1.0",
 "description": "OK"
   }
 ]

On some occasions backend doesn't come up even though pods are running.
(seen on other nodes running onap and was there even without your changes. Logs 
indicated nothing.
But if I restart the sdc pods for cassandra, elastic search and kibana before 
backend restart, backend starts responding and ends up creating the user 
profile entries for the various user roles for onap as seen in logs. But this 
is unrelated to this service distribution error as backend is up.)
)

Regards,
-Karthick

From: Alexis de Talhouët 
>
Sent: Friday, January 19, 2018

Re: [onap-discuss] M2 Checklist Question

2018-01-22 Thread Gildas Lanilis

Hi Steve,

Following the discussion in PTL's call today, I will had the following question:
"Does your project team expect any feature content change from the current 
release scope to impact VNF requirements?"

Let me know your thoughts on the wording and I will add it asap in M2 checklist.

Thanks,
Gildas
ONAP Release Manager
1 415 238 6287

From: WRIGHT, STEVEN A [mailto:sw3...@att.com]
Sent: Friday, January 05, 2018 7:41 AM
To: Gildas Lanilis 
Cc: onap-discuss@lists.onap.org
Subject: M2 Checklist Question

Hi Gildas,

As ONAP  evolves, I'd like to have something in place to help keep the platform 
code evolution and VNF requirements in sync.  Could we  please add a question 
to the M2 checklist for the PTLS to identify if they expect any on the  feature 
content from the current release of their project to impact VNF requirements?


best regards
Steven Wright, MBA, PhD, JD.
[Tech Integration]
AT Services Inc.
1057 Lenox Park Blvd NE, STE 4D28
Atlanta, GA 30319
P: 470.415.3156

sw3...@att.com
www.linkedin.com/in/drstevenawright/

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

Re: [onap-discuss] conflicted Interpretation of Cloud Region ID in AAI, RE: [AAI][SO] How to add another LCP Region

2018-01-22 Thread FREEMAN, BRIAN D

It doesnt break multi-vim if regionIds are globally unique. Agree its 
sub-optimal but it is a constraint of the amsterdam API’s that they have to be.

Brian

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Monday, January 22, 2018 9:32 AM
To: FREEMAN, BRIAN D ; Alexis de Talhouët 

Cc: onap-discuss ; Ethan Lynn 
(ethanly...@vmware.com) ; HU, BIN 
Subject: conflicted Interpretation of Cloud Region ID in AAI, RE: 
[onap-discuss] [AAI][SO] How to add another LCP Region

Hi Brian,

   Two OpenStack instance cannot have the same Region ID will be a 
fundamental (and confusing) assumption which impacts many ONAP components.  
MultiCloud is one of them which has been interpreting this Region ID in 
different way: MultiCloud assumes that this Cloud Region ID in AAI was to store 
the OpenStack’s Region ID , it is confined in scope of a Cloud Owner. So 
MultiCloud assumes that Region ID itself does not have to be unique , but Cloud 
Owner + Cloud Region ID should be unique.  This interpretation was based on the 
communication with AAI team (Ethan in cc list could share more context around 
that communication).

With the AAI documentation (aai_swagger_v11.html), the cloud-region is uniquely 
identified by {cloud-owner}/{cloud-region-id}, not the {cloud-region-id} alone. 
That implies that it is possible that different {cloud-owner} have the same 
{cloud-region-id}.

GET 
/cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}
Tags: 
CloudInfrastructure
returns cloud-region

cloud-owner

Identifies the vendor and cloud name, e.g., att-aic. First part of composite 
key should be formatted as vendor-cloudname

path

string

cloud-region-id

Identifier used by the vendor for the region. Second part of composite key

path

string

On the other hands, SO, Robot VM, they all use ‘cloud-region-id’ as parameter 
to invoke OpenStack API, which means, this ‘cloud-region-id’ is the exactly the 
Region ID used in context of OpenStack API. Inevitably, there will be different 
OpenStack provisioned with “RegionOne” by default.

So there is discrepancy between different ONAP components with regarding to how 
to interpret this ‘cloud-region-id’ in AAI. This discrepancy should be resolved 
in Beijing Release, otherwise it will be a blocking issue when there is use 
case to deploy VNFs to multiple VIM/Cloud instances.

Thanks.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, January 11, 2018 2:55 AM
To: Alexis de Talhouët
Cc: onap-discuss
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

“So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.” – Yes

Brian

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 1:48 PM
To: FREEMAN, BRIAN D >
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, creating another Region in OpenStack , alongs with its service endpoints is 
working.

So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.

Thanks for the help,
Alexis

On Jan 10, 2018, at 9:57 AM, FREEMAN, BRIAN D 
> wrote:

I would name the second openstack something other than RegionOne in that 
Openstack :)  I suspect the design assumes the cloud regions have unique names 
but I didnt think robot needed the cloud region in their vanilla openstack 
keystone queries (but its been a while since I looked at a trace). I know 
Rackspace does have unique region names (IAD, DFW, etc) and we do in our 
installations but not sure if vanilla would require that.

Brian

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 9:53 AM
To: FREEMAN, BRIAN D >
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, haven’t thought about deploying another robot.

Regarding my attempt with RegionAlex, the thing is this region doesn’t exist in 
my Openstack, it’s RegionOne that exist. That’s why it’s not working. But I 
have to use a different name so mso can differentiate.
But maybe I haven’t updated all the python scripts. I’ll have another look at 
it.

Thanks,
Alexis

On Jan 10, 2018, at 9:49 AM, FREEMAN, BRIAN D

Re: [onap-discuss] [OOM] DCAE status in non-openstack clouds ?

2018-01-22 Thread Alexis de Talhouët

Brian,

DCAE deployment in Amsterdam is coupled to OpenStack cloud, and we’re not in 
the process of supporting other cloud for now.
This could be an enhancement for Beijing, if DCAE still runs in VMs. And if we 
do such implementation, we should leverage Multicloud interfaces to do so.

Prior to this, we should flush out the requirement of DCAE deployment on 
different type of cloud, what are the implications and so on.

Alexis

> On Jan 22, 2018, at 9:34 AM, FREEMAN, BRIAN D  wrote:
> 
> Michale, Alexis,
> 
> What is the current status of bring DCAE up on non-openstack clouds via OOM ? 
> I have gotten all components but DCAE to pass healthcheck but not sure 
> dcaegen2 pod is even starting in my Azure test environment.
> 
> Brian
> 
> -Original Message-
> From: onap-discuss-boun...@lists.onap.org 
> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien via 
> RT
> Sent: Friday, January 05, 2018 2:46 PM
> Cc: onap-discuss@lists.onap.org; onap-...@lists.onap.org
> Subject: Re: [onap-discuss] [ONAP Helpdesk #50702] Unable to create new JIRA 
> on mandatory "Affects Version" introduced today
> 
> Jessica,
>   Fixed - thank you
>   Verified task and bug creation
> https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_INT-2D376=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=tKrU0djaLFNMunPe64UL71aFWuRZOtZNphgsL0_tZww=
>   
> https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_INT-2D377=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=lmgLUdA1wy4X-hgZh5sG7g92G3dUW8ZBiQIzON1dVIg=
>  
> 
>   /michael
> 
> -Original Message-
> From: Jessica Wagantall via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
> Sent: Friday, January 5, 2018 13:38
> To: Michael O'Brien 
> Cc: onap-discuss@lists.onap.org; onap-...@lists.onap.org
> Subject: [ONAP Helpdesk #50702] Unable to create new JIRA on mandatory 
> "Affects Version" introduced today
> 
> Dear Michael , 
> 
> Can you please try again. This mandatory field has now been isolated to only 
> Bug type issues on its own. Epic and Story can now be created without the 
> need of an Affected Version. 
> 
> Please try and let me know. 
> 
> Thanks and sorry for the trouble
> Jess
> 
> On Fri Jan 05 13:33:22 2018, jwagantall wrote:
>> Working on this now.. 
>> 
>> thanks!
>> Jess
>> 
>> On Fri Jan 05 08:17:31 2018, frank.obr...@amdocs.com wrote:
>>> Jessica,
>>>   Hi, JIRA currently is broken on the new validation field - we are 
>>> not able to add any new issues - could we get this addressed ASAP, 
>>> either temporarily reverse the change and retest it before 
>>> reintroducing it or temporarily auto-populating it
>>> 
>>> Thank you
>>> /michael
>>> 
>>> -Original Message-
>>> From: ONAP Helpdesk via RT [mailto:onap- 
>>> helpd...@rt.linuxfoundation.org]
>>> Sent: Friday, January 5, 2018 00:44
>>> To: Michael O'Brien 
>>> Subject: [ONAP Helpdesk #50702] AutoReply: Unable to create new JIRA 
>>> on mandatory "Affects Version" introduced today
>>> 
>>> Greetings,
>>> 
>>> Your support ticket regarding:
>>>"Unable to create new JIRA on mandatory "Affects Version"
>>> introduced today", has been entered in our ticket tracker.  A 
>>> summary of your ticket appears below.
>>> 
>>> If you have any follow-up related to this issue, please reply to 
>>> this email.
>>> 
>>> You may also follow up on your open tickets by visiting 
>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__rt.linuxfoundation.org_=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=FXckY0PVLNJI-0IyLaAM6k6lmgsRtC5iXouWEJ8SEcU=
>>>   -- if you have not logged into RT 
>>> before, you will need to follow the "Forgot your password" link to 
>>> set an RT password.
>>> 
>>> --
>>> The Linux Foundation Support Team
>>> 
>>> 
>>> 
>>> -
>>> LF,
>>>  Hi, I totally agree with the new mandatory field "affects version"
>>> - however I have tried adjusting the "configure fields" section and 
>>> an unable to raise any Epic or Story anymore because of the blocking 
>>> error on this field - which does not show on the create issue screen.
>>>   Setting the "Fix Version/s" field does not help.
>>>   Can you adjust the "Create Issue" screen so we can fill in this 
>>> mandatory field
>>> 
>>> 
>>> [cid:image002.jpg@01D385BE.48F088C0]
>>>thank you
>>>   /Michael
>>> 
>>> This message and the information contained herein is proprietary and 
>>> confidential and subject to the Amdocs policy statement,
>>> 
>>> you may review at 
>>>

Re: [onap-discuss] conflicted Interpretation of Cloud Region ID in AAI, RE: [AAI][SO] How to add another LCP Region

2018-01-22 Thread Alexis de Talhouët

Bin, 

I think every component should rely on AAI to get the VIM information. SO and 
Robot should then be fixed to rely on AAI, instead of there baked configs.

Alexis

> On Jan 22, 2018, at 9:32 AM, Yang, Bin  wrote:
> 
> Hi Brian, <>
>  
>Two OpenStack instance cannot have the same Region ID will be 
> a fundamental (and confusing) assumption which impacts many ONAP components.  
> MultiCloud is one of them which has been interpreting this Region ID in 
> different way: MultiCloud assumes that this Cloud Region ID in AAI was to 
> store the OpenStack’s Region ID , it is confined in scope of a Cloud Owner. 
> So MultiCloud assumes that Region ID itself does not have to be unique , but 
> Cloud Owner + Cloud Region ID should be unique.  This interpretation was 
> based on the communication with AAI team (Ethan in cc list could share more 
> context around that communication).
>  
> With the AAI documentation (aai_swagger_v11.html), the cloud-region is 
> uniquely identified by {cloud-owner}/{cloud-region-id}, not the 
> {cloud-region-id} alone. That implies that it is possible that different 
> {cloud-owner} have the same {cloud-region-id}.
>  
> GET 
> /cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}
> Tags: CloudInfrastructure 
> 
> returns cloud-region
> cloud-owner
> Identifies the vendor and cloud name, e.g., att-aic. First part of composite 
> key should be formatted as vendor-cloudname
> path
> string
> cloud-region-id
> Identifier used by the vendor for the region. Second part of composite key
> path
> string
>  
>  
> On the other hands, SO, Robot VM, they all use ‘cloud-region-id’ as parameter 
> to invoke OpenStack API, which means, this ‘cloud-region-id’ is the exactly 
> the Region ID used in context of OpenStack API. Inevitably, there will be 
> different OpenStack provisioned with “RegionOne” by default. 
>  
> So there is discrepancy between different ONAP components with regarding to 
> how to interpret this ‘cloud-region-id’ in AAI. This discrepancy should be 
> resolved in Beijing Release, otherwise it will be a blocking issue when there 
> is use case to deploy VNFs to multiple VIM/Cloud instances.
>  
> Thanks.
>  
> Best Regards,
> Bin Yang,Solution Readiness Team,Wind River
> Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
> Skype: yangbincs993
>  
> From: onap-discuss-boun...@lists.onap.org 
>  
> [mailto:onap-discuss-boun...@lists.onap.org 
> ] On Behalf Of FREEMAN, BRIAN D
> Sent: Thursday, January 11, 2018 2:55 AM
> To: Alexis de Talhouët
> Cc: onap-discuss
> Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region
>  
> “So is it fair to say X distinct OpenStack instances must have unique 
> Region(s) to be used in ONAP? e.g. two instance cannot have the same Region.” 
> – Yes
>  
> Brian
>  
> From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com 
> ] 
> Sent: Wednesday, January 10, 2018 1:48 PM
> To: FREEMAN, BRIAN D >
> Cc: onap-discuss  >
> Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region
>  
> Ok, creating another Region in OpenStack , alongs with its service endpoints 
> is working.
>  
> So is it fair to say X distinct OpenStack instances must have unique 
> Region(s) to be used in ONAP? e.g. two instance cannot have the same Region.
>  
> Thanks for the help,
> Alexis
>  
> 
> On Jan 10, 2018, at 9:57 AM, FREEMAN, BRIAN D  > wrote:
>  
> I would name the second openstack something other than RegionOne in that 
> Openstack :)  I suspect the design assumes the cloud regions have unique 
> names but I didnt think robot needed the cloud region in their vanilla 
> openstack keystone queries (but its been a while since I looked at a trace). 
> I know Rackspace does have unique region names (IAD, DFW, etc) and we do in 
> our installations but not sure if vanilla would require that.
>  
> Brian
>  
>  
> From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com 
> ] 
> Sent: Wednesday, January 10, 2018 9:53 AM
> To: FREEMAN, BRIAN D >
> Cc: onap-discuss  >
> Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region
>  
> Ok, haven’t thought about deploying another robot.
>  
> Regarding my attempt with RegionAlex, the thing is this region doesn’t exist 
> in my Openstack, it’s RegionOne that exist. That’s why it’s not working. But 
> I have to use a different name so mso can differentiate.
> But maybe I haven’t updated all the python scripts. I’ll have another look at 
> it.
>  
> Thanks,
> Alexis
> 
> 
> 
> On Jan 10, 2018, at 9:49

[onap-discuss] [OOM] DCAE status in non-openstack clouds ?

2018-01-22 Thread FREEMAN, BRIAN D

Michale, Alexis,

What is the current status of bring DCAE up on non-openstack clouds via OOM ? I 
have gotten all components but DCAE to pass healthcheck but not sure dcaegen2 
pod is even starting in my Azure test environment.

Brian

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien via RT
Sent: Friday, January 05, 2018 2:46 PM
Cc: onap-discuss@lists.onap.org; onap-...@lists.onap.org
Subject: Re: [onap-discuss] [ONAP Helpdesk #50702] Unable to create new JIRA on 
mandatory "Affects Version" introduced today

Jessica,
   Fixed - thank you
   Verified task and bug creation
https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_INT-2D376=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=tKrU0djaLFNMunPe64UL71aFWuRZOtZNphgsL0_tZww=
  
https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_INT-2D377=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=lmgLUdA1wy4X-hgZh5sG7g92G3dUW8ZBiQIzON1dVIg=
 

   /michael

-Original Message-
From: Jessica Wagantall via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Friday, January 5, 2018 13:38
To: Michael O'Brien 
Cc: onap-discuss@lists.onap.org; onap-...@lists.onap.org
Subject: [ONAP Helpdesk #50702] Unable to create new JIRA on mandatory "Affects 
Version" introduced today

Dear Michael , 

Can you please try again. This mandatory field has now been isolated to only 
Bug type issues on its own. Epic and Story can now be created without the need 
of an Affected Version. 

Please try and let me know. 

Thanks and sorry for the trouble
Jess

On Fri Jan 05 13:33:22 2018, jwagantall wrote:
> Working on this now.. 
> 
> thanks!
> Jess
> 
> On Fri Jan 05 08:17:31 2018, frank.obr...@amdocs.com wrote:
> > Jessica,
> >Hi, JIRA currently is broken on the new validation field - we are 
> > not able to add any new issues - could we get this addressed ASAP, 
> > either temporarily reverse the change and retest it before 
> > reintroducing it or temporarily auto-populating it
> > 
> > Thank you
> > /michael
> > 
> > -Original Message-
> >  From: ONAP Helpdesk via RT [mailto:onap- 
> > helpd...@rt.linuxfoundation.org]
> > Sent: Friday, January 5, 2018 00:44
> > To: Michael O'Brien 
> > Subject: [ONAP Helpdesk #50702] AutoReply: Unable to create new JIRA 
> > on mandatory "Affects Version" introduced today
> > 
> > Greetings,
> > 
> > Your support ticket regarding:
> > "Unable to create new JIRA on mandatory "Affects Version"
> > introduced today", has been entered in our ticket tracker.  A 
> > summary of your ticket appears below.
> > 
> > If you have any follow-up related to this issue, please reply to 
> > this email.
> > 
> > You may also follow up on your open tickets by visiting 
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__rt.linuxfoundation.org_=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=FXckY0PVLNJI-0IyLaAM6k6lmgsRtC5iXouWEJ8SEcU=
> >   -- if you have not logged into RT 
> > before, you will need to follow the "Forgot your password" link to 
> > set an RT password.
> > 
> > --
> > The Linux Foundation Support Team
> > 
> > 
> > 
> > -
> > LF,
> >   Hi, I totally agree with the new mandatory field "affects version"
> > - however I have tried adjusting the "configure fields" section and 
> > an unable to raise any Epic or Story anymore because of the blocking 
> > error on this field - which does not show on the create issue screen.
> >Setting the "Fix Version/s" field does not help.
> >Can you adjust the "Create Issue" screen so we can fill in this 
> > mandatory field
> > 
> > 
> > [cid:image002.jpg@01D385BE.48F088C0]
> > thank you
> >/Michael
> > 
> > This message and the information contained herein is proprietary and 
> > confidential and subject to the Amdocs policy statement,
> > 
> > you may review at 
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X0h7lcMZUU83N2cuK_RLHtm5rKHLh_QVh7IVqQwuWl8=cwcQx-lb5lvCNmnJ6UvcPywCAUokSHPPUtuuEMBOiM8=
> >  
> >  >  >
> > 
> > This message and the information contained herein is proprietary and 
> > confidential and subject to the Amdocs policy statement,
> > 
> > you may review at 
> >

[onap-discuss] conflicted Interpretation of Cloud Region ID in AAI, RE: [AAI][SO] How to add another LCP Region

2018-01-22 Thread Yang, Bin

Hi Brian,

   Two OpenStack instance cannot have the same Region ID will be a 
fundamental (and confusing) assumption which impacts many ONAP components.  
MultiCloud is one of them which has been interpreting this Region ID in 
different way: MultiCloud assumes that this Cloud Region ID in AAI was to store 
the OpenStack’s Region ID , it is confined in scope of a Cloud Owner. So 
MultiCloud assumes that Region ID itself does not have to be unique , but Cloud 
Owner + Cloud Region ID should be unique.  This interpretation was based on the 
communication with AAI team (Ethan in cc list could share more context around 
that communication).

With the AAI documentation (aai_swagger_v11.html), the cloud-region is uniquely 
identified by {cloud-owner}/{cloud-region-id}, not the {cloud-region-id} alone. 
That implies that it is possible that different {cloud-owner} have the same 
{cloud-region-id}.

GET 
/cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}
Tags: 
CloudInfrastructure
returns cloud-region

cloud-owner

Identifies the vendor and cloud name, e.g., att-aic. First part of composite 
key should be formatted as vendor-cloudname

path

string

cloud-region-id

Identifier used by the vendor for the region. Second part of composite key

path

string

On the other hands, SO, Robot VM, they all use ‘cloud-region-id’ as parameter 
to invoke OpenStack API, which means, this ‘cloud-region-id’ is the exactly the 
Region ID used in context of OpenStack API. Inevitably, there will be different 
OpenStack provisioned with “RegionOne” by default.

So there is discrepancy between different ONAP components with regarding to how 
to interpret this ‘cloud-region-id’ in AAI. This discrepancy should be resolved 
in Beijing Release, otherwise it will be a blocking issue when there is use 
case to deploy VNFs to multiple VIM/Cloud instances.

Thanks.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Thursday, January 11, 2018 2:55 AM
To: Alexis de Talhouët
Cc: onap-discuss
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

“So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.” – Yes

Brian

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 1:48 PM
To: FREEMAN, BRIAN D >
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, creating another Region in OpenStack , alongs with its service endpoints is 
working.

So is it fair to say X distinct OpenStack instances must have unique Region(s) 
to be used in ONAP? e.g. two instance cannot have the same Region.

Thanks for the help,
Alexis

On Jan 10, 2018, at 9:57 AM, FREEMAN, BRIAN D 
> wrote:

I would name the second openstack something other than RegionOne in that 
Openstack :)  I suspect the design assumes the cloud regions have unique names 
but I didnt think robot needed the cloud region in their vanilla openstack 
keystone queries (but its been a while since I looked at a trace). I know 
Rackspace does have unique region names (IAD, DFW, etc) and we do in our 
installations but not sure if vanilla would require that.

Brian

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018 9:53 AM
To: FREEMAN, BRIAN D >
Cc: onap-discuss 
>
Subject: Re: [onap-discuss] [AAI][SO] How to add another LCP Region

Ok, haven’t thought about deploying another robot.

Regarding my attempt with RegionAlex, the thing is this region doesn’t exist in 
my Openstack, it’s RegionOne that exist. That’s why it’s not working. But I 
have to use a different name so mso can differentiate.
But maybe I haven’t updated all the python scripts. I’ll have another look at 
it.

Thanks,
Alexis

On Jan 10, 2018, at 9:49 AM, FREEMAN, BRIAN D 
> wrote:

I dont think robot can handle multiple cloud regions from one isntance.

I would run two robot’s – one for each cloud region in all honesty or do what 
robot does via POSTMAN

One thing though:

Keystone address/Tenant/Username/Password have been changed as per as the Cloud 
Identity Service: id=ALEX_KEYSTONE
Now the issue:
—> If the region is RegionAlex, Robot can’t connect

That should have worked.  Are you sure you updated urls, tenantid, tenantname, 
credentials etc in all the .py’s needed ?

Brian

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 10, 2018

Re: [onap-discuss] [EXTERNAL] Service distribution error on latest ONAP/OOM

2018-01-22 Thread Alexis de Talhouët

Hi Karthick,

Yes, I’m aware of this since you mentioned it last week. I reproduced the issue.
Currently implementing a fix for it. Sorry for the regression introduced.

See https://jira.onap.org/browse/OOM-608 for more details.

Thanks,
Alexis

> On Jan 19, 2018, at 4:21 PM, Ramanarayanan, Karthick  
> wrote:
> 
> Hi Alexis,
>  I reverted the oom commit from head to:
> 
> git checkout cb02aa241edd97acb6c5ca744de84313f53e8a5a
> 
> Author: yuryn >
> Date:   Thu Dec 21 14:31:21 2017 +0200
> 
> Fix firefox tab crashes in VNC
> 
> Change-Id: Ie295257d98ddf32693309535e15c6ad9529f10fc
> Issue-ID: OOM-531
> 
> 
> Everything works with service creation, vnf and vf creates! 
> Please note that I am running with dcae disabled.
> Something is broken with dcae disabled in the latest.
> 100% reproducible with service distribution step through operator taking a 
> policy exception mailed earlier.
> Have a nice weekend.
> 
> Regards,
> -Karthick
> 
> 
> 
> From: Ramanarayanan, Karthick
> Sent: Friday, January 19, 2018 8:48:23 AM
> To: Alexis de Talhouët
> Cc: onap-discuss@lists.onap.org
> Subject: Re: [**EXTERNAL**] Re: [onap-discuss] Service distribution error on 
> latest ONAP/OOM
>  
> Hi Alexis,
>  I did check the policy pod logs before sending the mail. 
>  I didn't see anything suspicious.
>  I initially suspected aai-service dns not getting resolved but you seem to 
> have fixed it
>  and it was accessible from policy pod.
>  Nothing suspicious from any log anywhere.
>  I did see that the health check on sdc pods returned all UP except: DE 
> component whose health check was down. 
>  Not sure if its anyway related. Could be benign.
> 
> curl http://127.0.0.1:30206/sdc1/rest/healthCheck
> {
>  "sdcVersion": "1.1.0",
>  "siteMode": "unknown",
>  "componentsInfo": [
>{
>  "healthCheckComponent": "BE",
>  "healthCheckStatus": "UP",
>  "version": "1.1.0",
>  "description": "OK"
>},
>{
>  "healthCheckComponent": "TITAN",
>  "healthCheckStatus": "UP",
>  "description": "OK"
>},
>{
>  "healthCheckComponent": "DE",
>  "healthCheckStatus": "DOWN",
>  "description": "U-EB cluster is not available"
>},
>{
>  "healthCheckComponent": "CASSANDRA",
>  "healthCheckStatus": "UP",
>  "description": "OK"
>},
>{
>  "healthCheckComponent": "ON_BOARDING",
>  "healthCheckStatus": "UP",
>  "version": "1.1.0",
>  "description": "OK",
>  "componentsInfo": [
>{
>  "healthCheckComponent": "ZU",
>  "healthCheckStatus": "UP",
>  "version": "0.2.0",
>  "description": "OK"
>},
>{
>  "healthCheckComponent": "BE",
>  "healthCheckStatus": "UP",
>  "version": "1.1.0",
>  "description": "OK"
>},
>{
>  "healthCheckComponent": "CAS",
>  "healthCheckStatus": "UP",
>  "version": "2.1.17",
>  "description": "OK"
>},
>{
>  "healthCheckComponent": "FE",
>  "healthCheckStatus": "UP",
>  "version": "1.1.0",
>  "description": "OK"
>}
>  ]
>},
>{
>  "healthCheckComponent": "FE",
>  "healthCheckStatus": "UP",
>  "version": "1.1.0",
>  "description": "OK"
>}
>  ]
> 
> 
> On some occasions backend doesn't come up even though pods are running. 
> (seen on other nodes running onap and was there even without your changes. 
> Logs indicated nothing.
> But if I restart the sdc pods for cassandra, elastic search and kibana before 
> backend restart, backend starts responding and ends up creating the user 
> profile entries for the various user roles for onap as seen in logs. But this 
> is unrelated to this service distribution error as backend is up.)
> )
> 
> 
> Regards,
> -Karthick
> 
> 
> From: Alexis de Talhouët 
> Sent: Friday, January 19, 2018 4:54 AM
> To: Ramanarayanan, Karthick
> Cc: onap-discuss@lists.onap.org
> Subject: [**EXTERNAL**] Re: [onap-discuss] Service distribution error on 
> latest ONAP/OOM
>  
> Hi,
> 
> Could you look at the log of Policy for errors, for that you need to go in 
> the pod themselves, under /var/log/onap.
> You could do the same for SDC container (backend).
> The thing that could have affect Policy is the fact we removed the persisted 
> data of mariadb, because it was bogus (https://gerrit.onap.org/r/#/c/27521/ 
> ).
>  But I doubt it does explain your issue.
> Beside that, nothing having a potential disruptive effect happen to policy.
> The DCAE work was well tested before it got merged. I’ll re-test sometime 
> today or early next week to make

[onap-discuss] Creation of vFW stack on new registered VIM instead of RegionOne

2018-01-22 Thread ESWAR RAO

Hi All,

I have installed ONAP Amsterdam release and trying to bring-up vFW.

I was able to create service-instance. did SDNC-preload and created
VF-modules.
The new HEAT stack is created in the same ONAP deployed openstack.

[root@onapcontroller ONAP(keystone_admin)]# openstack stack list
+--+---++--+--+
| ID   | Stack Name| Stack Status
 | Creation Time| Updated Time |
+--+---++--+--+
| 5871592e-74a8-459f-9eee-3b8bb1cbabe4 | eswar_stack-5 | CREATE_COMPLETE
   | 2018-01-22T10:04:33Z | None |
| 67da10b0-fa27-4363-99c1-7791902b7c2a | ONAP| CREATE_COMPLETE|
2018-01-03T07:05:09Z | None |
+--+---++--+--+


While creating VF-module : *LCP region : RegionOne,  Tenant: admin,* I am
unable to see my new registered VIM *"Bglr" in LCP region*.

Can someone please help me in creating vFW heat stack in new registered
VIMs .

I am able to see my new registered VIM in below curl request and also in
AAI UI.
http://192.168.21.212/iui/aai-esr-gui/extsys/vim/vimView.html

[root@onapcontroller ONAP_TEST]# curl -X GET -H
X-TransactionId:get_aai_subr -H X-FromAppId:AAI -H Accept:application/json
-H Content-Type:application/json -H 'Authorization:Basic QUFJOkFBSQ=='
https://192.168.21.211:8443/aai/v11/cloud-infrastructure/cloud-regions
--insecure |python -mjson.tool
{
"cloud-region": [
{
"cloud-owner": "CloudOwner",
"cloud-region-id": "*RegionOne*",
"cloud-region-version": "v1",
"cloud-type": "SharedNode",
"cloud-zone": "CloudZone",
"owner-defined-type": "OwnerType",
"relationship-list": {
"relationship": [
{
"related-link":
"/aai/v11/cloud-infrastructure/complexes/complex/clli1",
"related-to": "complex",
"relationship-data": [
{
"relationship-key":
"complex.physical-location-id",
"relationship-value": "clli1"
}
]
}
]
},
"resource-version": "1516433755116",
"sriov-automation": false
},
{
"cloud-owner": "Eswar",
"cloud-region-id": "*Bglr*",
"cloud-region-version": "4.0",
"cloud-type": "openstack",
"cloud-zone": "bglr",
"complex-name": "bglr-demo",
"identity-url": "
http://192.168.21.212:80/api/multicloud-ocata/v0/radisys_mec/identity/v3;,
"resource-version": "1516602662905",
"sriov-automation": false
}
]
}
[root@onapcontroller ONAP_TEST]#

Registered VIM using below:

[root@onapcontroller ONAP_TEST]#  curl -X PUT -H
X-TransactionId:get_aai_subr -H X-FromAppId:AAI -H Accept:application/json
-H Content-Type:application/json
 -H 'Authorization:Basic QUFJOkFBSQ==' https://192.168.21.211:8443/
aai/v11/cloud-infrastructure/cloud-regions/cloud-region/onap/bglr
 --insecure
-d '{
  "cloud-owner": "Eswar",
  "cloud-region-id": "Bglr",
  "cloud-type": "openstack",
  "cloud-region-version": "4.0",
  "identity-url": "http://192.168.21.212:80/api/
multicloud-ocata/v0/onap_bglr/identity/v3
",
  "cloud-zone": "bglr",
  "complex-name": "bglr-demo",
  "esr-system-info-list": {
  "esr-system-info": [
  {
  "esr-system-info-id":"bglr-cloud",
  "system-name": "bglr-cloud",
  "type": "vim",
  "service-url": "http://192.168.21.31:5000/v3;,
  "user-name": "admin",
  "password": "36cee2491a7440e5",
  "system-type": "VIM",
  "ssl-insecure": "true",
  "cloud-domain": "Default",
  "default-tenant": "admin"
  }
  ]
  }
}


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

[onap-discuss] Did You Know?

2018-01-22 Thread Borislav Glozman


[cid:image001.png@01D39363.9A0858C0]

Did You Know?
OOM enhances ONAP by deploying Logging framework

OOM implements Logging Enhancement 
Project by 
deploying Elastic Stack and defining consistent 
logging configuration.

OOM deploys (ElasticSearch, 
Logstash, 
Kibana) together with 
filebeat to collect logs from 
the different ONAP components. It enables components with canonical logs 
configuration.

[cid:image004.png@01D3936D.E0D39F80]

You can access ONAP Logs Kibana at:
http://:30253/app/kibana

Components that have logs available in OOM Elastic Stack: A, APPC, MSO, 
Policy, Portal, SDC, SDNC, VID.

If you would like ONAP to collect your components logs in a consistent matter, 
please contact the OOM team.

If you'd like to learn more about OOM, check out the OOM 
wiki.



Thanks,
Borislav Glozman
ONAP Operations Manager Team
[amdocs-a]
Amdocs a Platinum member of 
ONAP
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

[onap-discuss] RE : RE: [SDC][Clamp] Design a DCAE mS

2018-01-22 Thread Ngueko, Gervais-Martial

Hi,

Yes , the plan is to have DCAE-DS in Beijing .

Br
Martial





 Message d'origine 
De : yuan@zte.com.cn
Date : 22/01/18 02:12 (GMT+01:00)
À : "Ngueko, Gervais-Martial" 
Cc : "Lando,Michael" , onap-discuss@lists.onap.org
Objet : RE: RE: [SDC][Clamp] Design a DCAE mS


Hi Martial,


Will the DCAE-DS be provided on Beijing release?


Thanks,

Yuan Hu


原始邮件
发件人： ;
收件人：袁虎10090474; ;
抄送人： ;
日 期 ：2018年01月18日 19:48
主 题 ：RE: [SDC][Clamp] Design a DCAE mS
Hi,

DCAE-DS was not there in R1.
I believe DCAE-DS team will provide samples once most of the remaining details 
have been finalized.

Br,
Martial

From: yuan@zte.com.cn [mailto:yuan@zte.com.cn]
Sent: jeudi 18 janvier 2018 12:27
To: Ngueko, Gervais-Martial ; Lando,Michael 

Cc: onap-discuss@lists.onap.org
Subject: [SDC][Clamp] Design a DCAE mS


Hi Martial and Michael,



Does the SDC already provide the function to Design a DCAE mS in R1 release? 
And where is the entrance of this function?

In addition, could you give me an example(in the format of Tosca Template) of 
DCAE mS designed in SDC.



Thanks,

Yuan Hu











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

Re: [onap-discuss] Bitergia Data Changes

Re: [onap-discuss] RE : RE: [SDC][Clamp] Design a DCAE mS

Re: [onap-discuss] [AAI] Unable to add "getQueryList" namedquery

Re: [onap-discuss] [OOM] DCAE config in windriver

Re: [onap-discuss] [aai] PUT request that accepts a list of objects

[onap-discuss] Invitation: [doc] Weekly (updated Jan 22) @ Weekly from 7am to 8am on Tuesday from Tue Jan 23 to Tue Jul 24 (PST) (onap-discuss@lists.onap.org)

[onap-discuss] Updated invitation: [doc] Weekly Meeting @ Weekly from 6am to 7am on Tuesday from Tue Jul 11, 2017 to Mon Jan 22 (PDT) (onap-discuss@lists.onap.org)

[onap-discuss] Updated invitation: [doc] Weekly Meeting @ Weekly from 6am to 7am on Tuesday from Tue Aug 8, 2017 to Mon Jan 22 (PDT) (onap-discuss@lists.onap.org)

Re: [onap-discuss] [OOM] DCAE config in windriver

[onap-discuss] [OOM] DCAE config in windriver

[onap-discuss] [integration] Integration Weekly Meeting extension for demoing opnfv's platform testing tools from Orange

Re: [onap-discuss] [aai] PUT request that accepts a list of objects

Re: [onap-discuss] [EXTERNAL] Service distribution error on latest ONAP/OOM

Re: [onap-discuss] M2 Checklist Question

Re: [onap-discuss] conflicted Interpretation of Cloud Region ID in AAI, RE: [AAI][SO] How to add another LCP Region

Re: [onap-discuss] [OOM] DCAE status in non-openstack clouds ?

Re: [onap-discuss] conflicted Interpretation of Cloud Region ID in AAI, RE: [AAI][SO] How to add another LCP Region

[onap-discuss] [OOM] DCAE status in non-openstack clouds ?

[onap-discuss] conflicted Interpretation of Cloud Region ID in AAI, RE: [AAI][SO] How to add another LCP Region

Re: [onap-discuss] [EXTERNAL] Service distribution error on latest ONAP/OOM

[onap-discuss] Creation of vFW stack on new registered VIM instead of RegionOne

[onap-discuss] Did You Know?

[onap-discuss] RE : RE: [SDC][Clamp] Design a DCAE mS

23 matches

Site Navigation

Mail list logo

Footer information