subject:"Re\: \[onap\-discuss\] BLOCKER \- VID\-82"

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread FREEMAN, BRIAN D

lt;mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
Stella Gorenshtein <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82

No the API changed which is why the yang validator was rejeccting the preload 
input.

SDNC-119 is a loading issue with the subtending karaf featuress that the api 
uses that generate and error when valid preload is submitted (which you were 
not getting)

Brian


From: SONSINO, OFIR
Sent: Thursday, October 12, 2017 12:54 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; Parvez Basha 
Shaik <parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>>; 
HEMLI, AMICHAI <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82

Thanks Brian.
Parvez, please update if the json Brian suggested works for you. I'll study 
this further in the meantime.

Brian, did you mean the root cause for this is SDNC-119 ?

Thanks,
Ofir

From: FREEMAN, BRIAN D
Sent: Thursday, October 12, 2017 5:35 PM
To: Parvez Basha Shaik 
<parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>>; Sonsino, 
Ofir <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Hemli, Amichai 
<ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82


The problem was the preload API changed from 1.0.

Try this as an example.

SDNC is working on a bug that is blocking : SDNC-119 but this payload passes 
validation against the Amsterdam yang model.


Brian



{

  "input":

  {

"request-information":

{

  "notification-url":"openecomp.org",

  "order-number":"1",

  "order-version":"1",

  "request-action":"PreloadVNFRequest",

  "request-id": "robot20"

},

"sdnc-request-header":

{

  "svc-action": "reserve",

  "svc-notification-url": 
"http://openecomp.org:8080/adapters/rest/SDNCNotify<https://urldefense.proofpoint.com/v2/url?u=http-3A__openecomp.org-3A8080_adapters_rest_SDNCNotify=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=j5FlDR4Xemisko3JmyCX0tJRgKf_5IfoQ-ArSzNM5Us=dVas2TztF-VON4BPX6S_eXqtMxcWNBJnSTLh4Jd5O5k=>",

  "svc-request-id":"robot20"

},

"vnf-topology-information":

{

  "vnf-assignments":

  {

"availability-zones":[],

"vnf-networks":[],

"vnf-vms":[]

  },

  "vnf-parameters":

  [

{"vnf-parameter-name":"public_net_id","vnf-parameter-value": 
"4d51376d-5c5a-4789-9253-b0740e815341"},

{"vnf-parameter-name":"key_name","vnf-parameter-value":"ss"}

  ],

  "vnf-topology-identifier":

  {



 "generic-vnf-name": "TESTPZ",

         "generic-vnf-type": "devops1/devops1 0",

 "vnf-name": "TESTPZ",

 "vnf-type": "devops

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread Parvez Basha Shaik

ober 12, 2017 5:35 PM
To: Parvez Basha Shaik 
<parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>>; Sonsino, 
Ofir <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Hemli, Amichai 
<ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82


The problem was the preload API changed from 1.0.

Try this as an example.

SDNC is working on a bug that is blocking : SDNC-119 but this payload passes 
validation against the Amsterdam yang model.


Brian



{

  "input":

  {

"request-information":

{

  "notification-url":"openecomp.org",

  "order-number":"1",

  "order-version":"1",

  "request-action":"PreloadVNFRequest",

  "request-id": "robot20"

},

"sdnc-request-header":

{

  "svc-action": "reserve",

  "svc-notification-url": 
"http://openecomp.org:8080/adapters/rest/SDNCNotify<https://urldefense.proofpoint.com/v2/url?u=http-3A__openecomp.org-3A8080_adapters_rest_SDNCNotify=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=j5FlDR4Xemisko3JmyCX0tJRgKf_5IfoQ-ArSzNM5Us=dVas2TztF-VON4BPX6S_eXqtMxcWNBJnSTLh4Jd5O5k=>",

  "svc-request-id":"robot20"

},

"vnf-topology-information":

{

  "vnf-assignments":

  {

"availability-zones":[],

"vnf-networks":[],

"vnf-vms":[]

  },

  "vnf-parameters":

  [

{"vnf-parameter-name":"public_net_id","vnf-parameter-value": 
"4d51376d-5c5a-4789-9253-b0740e815341"},

{"vnf-parameter-name":"key_name","vnf-parameter-value":"ss"}

  ],

  "vnf-topology-identifier":

  {



 "generic-vnf-name": "TESTPZ",

 "generic-vnf-type": "devops1/devops1 0",

 "vnf-name": "TESTPZ",

 "vnf-type": "devops1..server..module-0",

                 "service-type": 
"8308f3c8-8d40-4d17-887a-9c9205569267"

  }

}

  }

}


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR <os0...@intl.att.com<mailto:os0...@intl.att.com>>; HEMLI, 
AMICHAI <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: Re: [onap-discuss] BLOCKER - VID-82

Hi All,

Gentle reminder. If anyone from VID team needs to be added, please add them it 
will be of great help.

Thanks,
Parvez

From: Parvez Basha Shaik
Sent: Wednesday, October 11, 2017 8:36 PM
To: Sonsino, Ofir <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Hemli, 
Amichai <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 'Yunxia 
Chen' <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 'Yang Xu (Yang, 
Fixed Network)' <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Tomer Oster <tomer.os...@amdocs.com<mailto:tomer.os...@amdocs.com>>; 
Michael O'Brien <frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>>; 
Netaji Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj 
Kapre <mano...@amdocs.com<mailto:mano...@amdoc

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread Parvez Basha Shaik

,

 "service-type": 
"8308f3c8-8d40-4d17-887a-9c9205569267"

  }

}

  }

}


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR <os0...@intl.att.com<mailto:os0...@intl.att.com>>; HEMLI, 
AMICHAI <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: Re: [onap-discuss] BLOCKER - VID-82

Hi All,

Gentle reminder. If anyone from VID team needs to be added, please add them it 
will be of great help.

Thanks,
Parvez

From: Parvez Basha Shaik
Sent: Wednesday, October 11, 2017 8:36 PM
To: Sonsino, Ofir <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Hemli, 
Amichai <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 'Yunxia 
Chen' <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 'Yang Xu (Yang, 
Fixed Network)' <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Tomer Oster <tomer.os...@amdocs.com<mailto:tomer.os...@amdocs.com>>; 
Michael O'Brien <frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>>; 
Netaji Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj 
Kapre <mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: BLOCKER - VID-82
Importance: High

Hi All,

1. This is about 
VID-82<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_VID-2D82=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=orfsxpZSKtLrsrS3P2OSmO05Hspc_hoCf2Z-gu4Fsa4=eYJ_eOqBzUW8finUjYSq9Nedr4h3pgEtjqMaVYhcLYM=>

We are trying to create vFW stack. During the process, we are in the need of a 
valid Supplementary file/SDNC pre-load data to upload and create VF module. We 
had 1.0 preload file but we don't have file compatible with 1.1. So, we used 
the same file to process the request. And below is the error response we've got 
on VID UI.


10/11/17 15:18:39 HTTP Status: Bad Request (400)
{
"serviceException": {
"messageId": "SVC0002",
"text": "Mapping of request to JSON object failed. Can not deserialize instance 
of java.util.ArrayList out of START_OBJECT token\n at [Source: 
java.io.StringReader@698a8dec<mailto:java.io.StringReader@698a8dec>; line: 1, 
column: 469] (through reference chain: 
org.openecomp.mso.apihandlerinfra.serviceinstancebeans.ServiceInstancesRequest[\"requestDetails\"]>org.openecomp.mso.apihandlerinfra.serviceinstancebeans.RequestParameters[\"userParams\"])"
}
}

Can you please provide us the valid JSON file for SDNC pre-load. For now, we 
are using attached JSON files as supplementary files which are failing.


Thanks,
Parvez
Ph: +91 9985300392

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<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=orfsxpZSKtLrsrS3P2OSmO05Hspc_hoCf2Z-gu4Fsa4=LFBo4k3UCmba4pyjAHBUw3DbELOnanZz5SPGGpa2Ig4=>
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 
<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] BLOCKER - VID-82

2017-10-13 Thread Sonsino, Ofir

Thanks Brian.
Parvez, please update if the json Brian suggested works for you. I'll study 
this further in the meantime.

Brian, did you mean the root cause for this is SDNC-119 ?

Thanks,
Ofir

From: FREEMAN, BRIAN D
Sent: Thursday, October 12, 2017 5:35 PM
To: Parvez Basha Shaik <parvezbasha.sh...@amdocs.com>; Sonsino, Ofir 
<os0...@intl.att.com>; Hemli, Amichai <ah0...@intl.att.com>; onap-discuss 
<onap-discuss@lists.onap.org>; Yunxia Chen <helen.c...@huawei.com>; Yang Xu 
(Yang, Fixed Network) <yang@huawei.com>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com>; GORENSHTEIN, STELLA 
<stel...@amdocs.com>; Netaji Surve <netaji.su...@amdocs.com>; Manoj Kapre 
<mano...@amdocs.com>
Subject: RE: BLOCKER - VID-82


The problem was the preload API changed from 1.0.

Try this as an example.

SDNC is working on a bug that is blocking : SDNC-119 but this payload passes 
validation against the Amsterdam yang model.


Brian



{

  "input":

  {

"request-information":

{

  "notification-url":"openecomp.org",

  "order-number":"1",

  "order-version":"1",

  "request-action":"PreloadVNFRequest",

  "request-id": "robot20"

},

"sdnc-request-header":

{

  "svc-action": "reserve",

  "svc-notification-url": 
"http://openecomp.org:8080/adapters/rest/SDNCNotify;,

  "svc-request-id":"robot20"

},

"vnf-topology-information":

{

  "vnf-assignments":

  {

"availability-zones":[],

"vnf-networks":[],

"vnf-vms":[]

  },

  "vnf-parameters":

  [

{"vnf-parameter-name":"public_net_id","vnf-parameter-value": 
"4d51376d-5c5a-4789-9253-b0740e815341"},

{"vnf-parameter-name":"key_name","vnf-parameter-value":"ss"}

  ],

  "vnf-topology-identifier":

  {



 "generic-vnf-name": "TESTPZ",

 "generic-vnf-type": "devops1/devops1 0",

 "vnf-name": "TESTPZ",

 "vnf-type": "devops1..server..module-0",

 "service-type": 
"8308f3c8-8d40-4d17-887a-9c9205569267"

  }

}

  }

}


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR <os0...@intl.att.com<mailto:os0...@intl.att.com>>; HEMLI, 
AMICHAI <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: Re: [onap-discuss] BLOCKER - VID-82

Hi All,

Gentle reminder. If anyone from VID team needs to be added, please add them it 
will be of great help.

Thanks,
Parvez

From: Parvez Basha Shaik
Sent: Wednesday, October 11, 2017 8:36 PM
To: Sonsino, Ofir <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Hemli, 
Amichai <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 'Yunxia 
Chen' <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 'Yang Xu (Yang, 
Fixed Network)' <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Tomer Oster <tomer.os...@amdocs.com<mailto:tomer.os...@amdocs.com>>; 
Michael O'Brien <frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>>; 
Netaji Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj 
Kapre <mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: BLOCKER - VID-82
Importance: High

Hi All,

1.This is about 
VID-82<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_VID-2D82=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=orfsxpZSKtLrsrS3P2OSmO05Hspc_hoCf2Z-gu4Fsa4=eYJ_eOqBzUW8finUjYSq9Nedr4h3pgEtjqMaVYhcLYM=>

We are trying to create vFW stack. During the pr

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread FREEMAN, BRIAN D

rl": 
"http://openecomp.org:8080/adapters/rest/SDNCNotify<https://urldefense.proofpoint.com/v2/url?u=http-3A__openecomp.org-3A8080_adapters_rest_SDNCNotify=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=j5FlDR4Xemisko3JmyCX0tJRgKf_5IfoQ-ArSzNM5Us=dVas2TztF-VON4BPX6S_eXqtMxcWNBJnSTLh4Jd5O5k=>",

  "svc-request-id":"robot20"

},

"vnf-topology-information":

{

  "vnf-assignments":

  {

"availability-zones":[],

"vnf-networks":[],

"vnf-vms":[]

  },

  "vnf-parameters":

  [

{"vnf-parameter-name":"public_net_id","vnf-parameter-value": 
"4d51376d-5c5a-4789-9253-b0740e815341"},

{"vnf-parameter-name":"key_name","vnf-parameter-value":"ss"}

  ],

  "vnf-topology-identifier":

  {



 "generic-vnf-name": "TESTPZ",

 "generic-vnf-type": "devops1/devops1 0",

 "vnf-name": "TESTPZ",

 "vnf-type": "devops1..server..module-0",

 "service-type": 
"8308f3c8-8d40-4d17-887a-9c9205569267"

  }

}

  }

}


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR <os0...@intl.att.com<mailto:os0...@intl.att.com>>; HEMLI, 
AMICHAI <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: Re: [onap-discuss] BLOCKER - VID-82

Hi All,

Gentle reminder. If anyone from VID team needs to be added, please add them it 
will be of great help.

Thanks,
Parvez

From: Parvez Basha Shaik
Sent: Wednesday, October 11, 2017 8:36 PM
To: Sonsino, Ofir <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Hemli, 
Amichai <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 'Yunxia 
Chen' <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 'Yang Xu (Yang, 
Fixed Network)' <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Tomer Oster <tomer.os...@amdocs.com<mailto:tomer.os...@amdocs.com>>; 
Michael O'Brien <frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>>; 
Netaji Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj 
Kapre <mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: BLOCKER - VID-82
Importance: High

Hi All,

1. This is about 
VID-82<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_VID-2D82=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=orfsxpZSKtLrsrS3P2OSmO05Hspc_hoCf2Z-gu4Fsa4=eYJ_eOqBzUW8finUjYSq9Nedr4h3pgEtjqMaVYhcLYM=>

We are trying to create vFW stack. During the process, we are in the need of a 
valid Supplementary file/SDNC pre-load data to upload and create VF module. We 
had 1.0 preload file but we don't have file compatible with 1.1. So, we used 
the same file to process the request. And below is the error response we've got 
on VID UI.


10/11/17 15:18:39 HTTP Status: Bad Request (400)
{
"serviceException": {
"messageId": "SVC0002",
"text": "Mapping of request to JSON object failed. Can not deserialize instance 
of java.util.ArrayList out of START_OBJECT token\n at [Source: 
java.io.StringReader@698a8dec<mailto:java.io.StringReader@698a8dec>; line: 1, 
column: 469] (through reference chain: 
org.openecomp.mso.apihandlerinfra.serviceinstancebeans.ServiceInstancesRequest[\"requestDetails\"]>org.openecomp.mso.apihandlerinfra.serviceinstancebeans.RequestParameters[\"userParams\"])"
}
}

Can you please provide us the valid JSON file for SDNC pre-load. For now, we 
are using attached JSON files as supplementary files which are failing.


Thanks,
Parvez
Ph: +91 9985300392

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<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=orfsxpZSKtLrsrS3P2OSmO05Hspc_hoCf2Z-gu4Fsa4=LFBo4k3UCmba4pyjAHBUw3DbELOnanZz5SPGGpa2Ig4=>
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<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=j5FlDR4Xemisko3JmyCX0tJRgKf_5IfoQ-ArSzNM5Us=umZTmScklr7tMHoVJ-Wy8yGH45zrjbKyvcIuLIiI2x8=>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread FREEMAN, BRIAN D

No the API changed which is why the yang validator was rejeccting the preload 
input.

SDNC-119 is a loading issue with the subtending karaf featuress that the api 
uses that generate and error when valid preload is submitted (which you were 
not getting)

Brian


From: SONSINO, OFIR
Sent: Thursday, October 12, 2017 12:54 PM
To: FREEMAN, BRIAN D <bf1...@att.com>; Parvez Basha Shaik 
<parvezbasha.sh...@amdocs.com>; HEMLI, AMICHAI <ah0...@intl.att.com>; 
onap-discuss <onap-discuss@lists.onap.org>; Yunxia Chen 
<helen.c...@huawei.com>; Yang Xu (Yang, Fixed Network) <yang@huawei.com>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com>; GORENSHTEIN, STELLA 
<stel...@amdocs.com>; Netaji Surve <netaji.su...@amdocs.com>; Manoj Kapre 
<mano...@amdocs.com>
Subject: RE: BLOCKER - VID-82

Thanks Brian.
Parvez, please update if the json Brian suggested works for you. I'll study 
this further in the meantime.

Brian, did you mean the root cause for this is SDNC-119 ?

Thanks,
Ofir

From: FREEMAN, BRIAN D
Sent: Thursday, October 12, 2017 5:35 PM
To: Parvez Basha Shaik 
<parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>>; Sonsino, 
Ofir <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Hemli, Amichai 
<ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82


The problem was the preload API changed from 1.0.

Try this as an example.

SDNC is working on a bug that is blocking : SDNC-119 but this payload passes 
validation against the Amsterdam yang model.


Brian



{

  "input":

  {

"request-information":

{

  "notification-url":"openecomp.org",

  "order-number":"1",

  "order-version":"1",

  "request-action":"PreloadVNFRequest",

  "request-id": "robot20"

},

"sdnc-request-header":

{

  "svc-action": "reserve",

  "svc-notification-url": 
"http://openecomp.org:8080/adapters/rest/SDNCNotify;,

  "svc-request-id":"robot20"

},

"vnf-topology-information":

{

  "vnf-assignments":

  {

"availability-zones":[],

"vnf-networks":[],

"vnf-vms":[]

  },

  "vnf-parameters":

  [

{"vnf-parameter-name":"public_net_id","vnf-parameter-value": 
"4d51376d-5c5a-4789-9253-b0740e815341"},

{"vnf-parameter-name":"key_name","vnf-parameter-value":"ss"}

  ],

  "vnf-topology-identifier":

  {



 "generic-vnf-name": "TESTPZ",

 "generic-vnf-type": "devops1/devops1 0",

 "vnf-name": "TESTPZ",

 "vnf-type": "devops1..server..module-0",

 "service-type": 
"8308f3c8-8d40-4d17-887a-9c9205569267"

  }

}

  }

}


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR <os0...@intl.att.com<mailto:os0...@intl.att.com>>; HEMLI, 
AMICHAI <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: Re: [onap-discuss] BLOCKER - VID-82

Hi All,

Gentle reminder. If anyone from VID team needs to be added, please add them it 
will be of gre

Re: [onap-discuss] BLOCKER - VID-82

2017-10-12 Thread FREEMAN, BRIAN D


The problem was the preload API changed from 1.0.

Try this as an example.

SDNC is working on a bug that is blocking : SDNC-119 but this payload passes 
validation against the Amsterdam yang model.


Brian



{

  "input":

  {

"request-information":

{

  "notification-url":"openecomp.org",

  "order-number":"1",

  "order-version":"1",

  "request-action":"PreloadVNFRequest",

  "request-id": "robot20"

},

"sdnc-request-header":

{

  "svc-action": "reserve",

  "svc-notification-url": 
"http://openecomp.org:8080/adapters/rest/SDNCNotify;,

  "svc-request-id":"robot20"

},

"vnf-topology-information":

{

  "vnf-assignments":

  {

"availability-zones":[],

"vnf-networks":[],

"vnf-vms":[]

  },

  "vnf-parameters":

  [

{"vnf-parameter-name":"public_net_id","vnf-parameter-value": 
"4d51376d-5c5a-4789-9253-b0740e815341"},

{"vnf-parameter-name":"key_name","vnf-parameter-value":"ss"}

  ],

  "vnf-topology-identifier":

  {



 "generic-vnf-name": "TESTPZ",

 "generic-vnf-type": "devops1/devops1 0",

 "vnf-name": "TESTPZ",

 "vnf-type": "devops1..server..module-0",

 "service-type": 
"8308f3c8-8d40-4d17-887a-9c9205569267"

  }

}

  }

}


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR <os0...@intl.att.com>; HEMLI, AMICHAI <ah0...@intl.att.com>; 
onap-discuss <onap-discuss@lists.onap.org>; Yunxia Chen 
<helen.c...@huawei.com>; Yang Xu (Yang, Fixed Network) <yang@huawei.com>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com>; GORENSHTEIN, STELLA 
<stel...@amdocs.com>; Netaji Surve <netaji.su...@amdocs.com>; Manoj Kapre 
<mano...@amdocs.com>
Subject: Re: [onap-discuss] BLOCKER - VID-82

Hi All,

Gentle reminder. If anyone from VID team needs to be added, please add them it 
will be of great help.

Thanks,
Parvez

From: Parvez Basha Shaik
Sent: Wednesday, October 11, 2017 8:36 PM
To: Sonsino, Ofir <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Hemli, 
Amichai <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 'Yunxia 
Chen' <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 'Yang Xu (Yang, 
Fixed Network)' <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Tomer Oster <tomer.os...@amdocs.com<mailto:tomer.os...@amdocs.com>>; 
Michael O'Brien <frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>>; 
Netaji Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj 
Kapre <mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: BLOCKER - VID-82
Importance: High

Hi All,

1. This is about 
VID-82<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_VID-2D82=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=orfsxpZSKtLrsrS3P2OSmO05Hspc_hoCf2Z-gu4Fsa4=eYJ_eOqBzUW8finUjYSq9Nedr4h3pgEtjqMaVYhcLYM=>

We are trying to create vFW stack. During the process, we are in the need of a 
valid Supplementary file/SDNC pre-load data to upload and create VF module. We 
had 1.0 preload file but we don't have file compatible with 1.1. So, we used 
the same file to process the request. And below is the error response we've got 
on VID UI.


10/11/17 15:18:39 HTTP Status: Bad Request (400)
{
"serviceException": {
"messageId": "SVC0002",
"text": "Mapping of request to JSON object failed. Can not deserialize instance 
of java.util.ArrayList out of START_OBJECT token\n at [Source: 
java.io.StringReader@698a8dec<mailto:java.io.StringReader@698a8dec>; line: 1, 
column: 469] (through reference chain: 
org.openecomp.mso.apihandlerinfra.serviceinstancebeans.ServiceInstancesRequest[\"requestDetails\"]>org.openecomp.mso.apihandlerinfra.serviceinstancebeans.RequestParameters[\"userParams\"])"
}
}

Can you please provide us the valid JSON file for SDNC pre-load. For now, we 
are using attached JSON files as supplementary files which are failing.


Thanks,
Parvez
Ph: +91 9985300392

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<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=orfsxpZSKtLrsrS3P2OSmO05Hspc_hoCf2Z-gu4Fsa4=LFBo4k3UCmba4pyjAHBUw3DbELOnanZz5SPGGpa2Ig4=>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] BLOCKER - VID-82

2017-10-12 Thread Parvez Basha Shaik

Hi All,

Gentle reminder. If anyone from VID team needs to be added, please add them it 
will be of great help.

Thanks,
Parvez

From: Parvez Basha Shaik
Sent: Wednesday, October 11, 2017 8:36 PM
To: Sonsino, Ofir ; Hemli, Amichai ; 
onap-discuss ; 'Yunxia Chen' 
; 'Yang Xu (Yang, Fixed Network)' 
Cc: Tomer Oster ; Michael O'Brien 
; Netaji Surve ; Manoj Kapre 

Subject: BLOCKER - VID-82
Importance: High

Hi All,

1. This is about VID-82

We are trying to create vFW stack. During the process, we are in the need of a 
valid Supplementary file/SDNC pre-load data to upload and create VF module. We 
had 1.0 preload file but we don't have file compatible with 1.1. So, we used 
the same file to process the request. And below is the error response we've got 
on VID UI.


10/11/17 15:18:39 HTTP Status: Bad Request (400)
{
"serviceException": {
"messageId": "SVC0002",
"text": "Mapping of request to JSON object failed. Can not deserialize instance 
of java.util.ArrayList out of START_OBJECT token\n at [Source: 
java.io.StringReader@698a8dec; line: 1, 
column: 469] (through reference chain: 
org.openecomp.mso.apihandlerinfra.serviceinstancebeans.ServiceInstancesRequest[\"requestDetails\"]>org.openecomp.mso.apihandlerinfra.serviceinstancebeans.RequestParameters[\"userParams\"])"
}
}

Can you please provide us the valid JSON file for SDNC pre-load. For now, we 
are using attached JSON files as supplementary files which are failing.


Thanks,
Parvez
Ph: +91 9985300392

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] BLOCKER - VID-82

2017-10-11 Thread FREEMAN, BRIAN D



If you use the apidoc/explorer/index.html and navigate to the particular 
operation you can click on the model schema and get an example input to the RPC.

Many of these parametes are optional so I think we just need to remove sectiosn 
of the 1.0 preloads that don’t match the 1.1 api .

I’m debugging a problem in my environment but hope to get a valid preload for 
your example soon.

Brian



post
 
/operations/VNF-API:preload-vnf-topology-operation

{
  "VNF-API:input": {
"VNF-API:request-information": {
  "VNF-API:request-id": "Some request-id",
  "VNF-API:notification-url": "Some notification-url",
  "VNF-API:order-number": "Some order-number",
  "VNF-API:request-sub-action": "SUPP",
  "VNF-API:request-action": "PreloadNetworkRequest",
  "VNF-API:source": "Some source",
  "VNF-API:order-version": "Some order-version"
},
"VNF-API:sdnc-request-header": {
  "VNF-API:svc-action": "reserve",
  "VNF-API:svc-notification-url": "Some svc-notification-url",
  "VNF-API:svc-request-id": "Some svc-request-id"
},
"VNF-API:vnf-topology-information": {
  "VNF-API:vnf-topology-identifier": {
"VNF-API:generic-vnf-name": "Some generic-vnf-name",
"VNF-API:service-type": "Some service-type",
"VNF-API:service-id": "Some service-id",
"VNF-API:vnf-name": "Some vnf-name",
"VNF-API:vnf-type": "Some vnf-type",
"VNF-API:generic-vnf-id": "Some generic-vnf-id",
"VNF-API:generic-vnf-type": "Some generic-vnf-type"
  },
  "VNF-API:vnf-parameters": [
{
  "VNF-API:vnf-parameter-name": "Some vnf-parameter-name",
  "VNF-API:vnf-parameter-value": "Some vnf-parameter-value"
}
  ],
  "VNF-API:vnf-assignments": {
"VNF-API:vnf-status": "Some vnf-status",
"VNF-API:vnf-vms": [
  {
"VNF-API:vm-type": "Some vm-type",
"VNF-API:vm-names": [
  {
"VNF-API:vm-name": "Some vm-name"
  }
],
"VNF-API:vm-networks": [
  {
"VNF-API:use-dhcp": "Y",
"VNF-API:floating-ip-v6": "DabF:%LpN",
"VNF-API:network-role": "Some network-role",
"VNF-API:network-macs": [
  {
"VNF-API:mac-address": "Some mac-address"
  }
],
"VNF-API:floating-ip": "52.9.0.9%{LpL",
"VNF-API:network-ips": [
  {
"VNF-API:ip-address": "2.8.0.75%Lpp{"
  }
],
"VNF-API:network-ips-v6": [
  {
"VNF-API:ip-address-ipv6": ":%{L}LL}"
  }
],
"VNF-API:interface-route-prefixes": [
  {
"VNF-API:interface-route-prefix": "1.6.0.0%N",
"VNF-API:interface-route-prefix-cidr": "Some 
interface-route-prefix-cidr"
  }
],
"VNF-API:ip-count": "0"
  }
],
"VNF-API:vm-count": "0"
  }
],
"VNF-API:vnf-networks": [
  {
"VNF-API:network-role": "Some network-role",
"VNF-API:subnet-name": "Some subnet-name",
"VNF-API:ipv6-subnet-id": "Some ipv6-subnet-id",
"VNF-API:contrail-network-fqdn": "Some contrail-network-fqdn",
"VNF-API:ipv6-subnet-name": "Some ipv6-subnet-name",
"VNF-API:neutron-id": "Some neutron-id",
"VNF-API:subnet-id": "Some subnet-id",
"VNF-API:network-id": "Some network-id",
"VNF-API:network-name": "Some network-name",
"VNF-API:sriov-vlan-filter-list": [
  {
"VNF-API:sriov-vlan-filter": "Some sriov-vlan-filter"
  }
]
  }
],
"VNF-API:availability-zones": [
  {
"VNF-API:availability-zone": "Some availability-zone"
  }
]
  }
}
  }
}

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Wednesday, October 11, 2017 11:06 AM
To: SONSINO, OFIR ; HEMLI, AMICHAI ; 
onap-discuss ; Yunxia Chen 
; Yang Xu (Yang, Fixed Network) 
Cc: Manoj Kapre ; Netaji Surve 
Subject: [onap-discuss] BLOCKER - VID-82
Importance: High

Hi All,

1. This is about

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

9 matches

Site Navigation

Mail list logo

Footer information