Chenglong,
Login for sdnc:8282: username: admin password: Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U Regards, Kang From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On Behalf Of Kang Xi Sent: Thursday, August 02, 2018 15:17 To: Liu Chenglong <lcl7...@163.com> Cc: FREEMAN, BRIAN D <bf1...@att.com>; huangzonghe <huangzh....@chinatelecom.cn>; 孙鑫龙 <sunxl....@chinatelecom.cn>; onap-discuss@lists.onap.org Subject: Re: [onap-discuss] [integration] vgw_private_1_port IP address already allocated Chenglong, I checked the preload data file under __var, it is up-to-date. So my conclusion is that the script did put the correct preload data into SDNC. That’s good. Now I suspect that somehow the request from SO to SDNC for preloading vGW somehow got old data, which was loaded into SDNC weeks ago and is still staying there. This should not happen since all the name suffix should match. Can you dump all the preloading data currently stored in SDNC and we can take a look? 1. Access <sdnc_ip>:8282/apidoc/explorer/index.html 2. Click on VNF-API Now find the GET method for preload data and click “submit” to retrieve the data. Send me a copy. After that, you can delete all the preload data from SDNC and retry “vcpe.py customer” Regards, Kang From: Liu Chenglong [mailto:lcl7...@163.com] Sent: Wednesday, August 01, 2018 21:49 To: Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>> Cc: Liu Chenglong <lcl7...@163.com<mailto:lcl7...@163.com>>; FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; huangzonghe <huangzh....@chinatelecom.cn<mailto:huangzh....@chinatelecom.cn>>; 孙鑫龙 <sunxl....@chinatelecom.cn<mailto:sunxl....@chinatelecom.cn>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] [integration] vgw_private_1_port IP address already allocated The __var files. ---------------------------------------------- Regards, Liu Chenglong lcl7...@163.com<mailto:lcl7...@163.com> 在 2018年8月1日，22:16，Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>> 写道： That’s strange. When running ‘vcpe.py infra’, the script creates all the stacks and then at the end of the instantiation writes the instance information into files under directory called __var. Later when ‘vcpe.py customer’ is executed, the scripts reads the related info including the network name from the files under __var and then use them for preloading. Based on the above process, I suspect that __var/preload_dict holds old information vcpe_net_mux_gw_201807160624. Can you open that file and check if it is the case? I don’t know what might have caused this but you could delete everything under __var and __tmp and then delete all the stacks and rerun ‘vcpe.py infra’ to try again. Note that normally deleting files under __var and __tmp is not needed as the files are overwritten each time running ‘vcpe.py infra’. Regards, Kang From: Liu Chenglong [mailto:lcl7...@163.com] Sent: Wednesday, August 01, 2018 4:31 To: Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>>; FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>> Cc: Liu Chenglong <lcl7...@163.com<mailto:lcl7...@163.com>>; huangzonghe <huangzh....@chinatelecom.cn<mailto:huangzh....@chinatelecom.cn>>; 孙鑫龙 <sunxl....@chinatelecom.cn<mailto:sunxl....@chinatelecom.cn>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] [integration] vgw_private_1_port IP address already allocated Hi, Kang, Brian: Today, first we delete origin stacks about vcpe use case that include vnf and network and instance. And then, we create a new vcpe use case again, running vcpe.py infra success, vbrg instance’ vppctl is also ok, and DCHP_MAP table had the mac_addr and ip_addr value, and new network name suffix is 201808010242<http://172.30.3.10/project/stacks/stack/cfaaa570-ba29-4e48-a12d-f52777100735/>, like vcpe_net_mux_gw_201808010242<http://172.30.3.10/project/stacks/stack/cfaaa570-ba29-4e48-a12d-f52777100735/>, vcpe_net_cpe_signal_201808010242<http://172.30.3.10/project/stacks/stack/9c31ff49-5167-49a8-a3ef-c0f8b8e15524/>, vcpe_net_cpe_public_201808010242<http://172.30.3.10/project/stacks/stack/2b3bfee0-13af-46f7-b174-e9680abd194b/> and so on. So, we create vgw instance again, and we according to a new error: "statusMessage": "Received vfModuleException from VnfAdapter: category='INTERNAL' message='Exception during create VF 400 Bad Request: The server could not comply with the request since it is either malformed or otherwise incorrect., error.type=StackValidationFailed, error.message=Property error: : resources.vgw_private_0_port.properties.network: : Error validating value 'vcpe_net_mux_gw_201807160624': Unable to find network with name or id 'vcpe_net_mux_gw_201807160624'' rolledBack='true’” The value vcpe_net_mux_gw_201807160624 is in our origin vcpe use case network stack that created about 15 days ago. And please help us to resolve this issue and tell us about this reason. And the full print information about vcpe.py customer: root@onap-robot:~/autotest# ./vcpe.py customer ---------------------------------------------------------------------------------------------------- vcpe.py: Brief info about this program vcpe.py init: Add customer service data to SDNC and SO DBs. vcpe.py infra: Deploy infrastructure, including DHCP, AAA, DNS, Web Server, vBNG, vGMUX, vBRG. vcpe.py customer: Deploy customer service, including vGW and VxLANs vcpe.py loop: Test closed loop control ---------------------------------------------------------------------------------------------------- Ready to deploy customer service? y/n: y Initializing configuration Preloading vGW Parser found a VNF: vcpevsp_vgw_20180730a 0 Parser found a VNF: vcpear_brg_20180628a 0 Parser found a VNF: vcpear_tunnelxconn_20180628a 0 Parser found a VF module: VcpevspVgw20180730a..base_vcpe_vgw..module-0 { "requestDetails": { "cloudConfiguration": { "lcpCloudRegionId": "CloudOwner_RegionOne", "tenantId": "b45461e4b03547db8f2869d2c9f9e29e" }, "modelInfo": { "modelInvariantId": "b25637f2-24ce-492a-81e9-10a223d63fc8", "modelName": "vcpesvc_rescust_20180731a", "modelType": "service", "modelVersion": "1.0", "modelVersionId": "eb80614c-8d7a-408a-97ed-db909e496031" }, "owningEntity": { "owningEntityId": "520cc603-a3c4-4ec2-9ef4-ca70facd79c0", "owningEntityName": "OE-Demonstration" }, "project": { "projectName": "Project-Demonstration" }, "requestInfo": { "instanceName": "vcpe_svc_vcpesvc_rescust_20180731a_201808010812", "productFamilyId": "a9a77d5a-123e-4ca2-9eb9-0b015d2ee0fb", "requestorId": "vCPE-Robot", "source": "VID", "suppressRollback": "true" }, "requestParameters": { "aLaCarte": "false", "subscriptionServiceType": "vCPE", "userParams": [ { "name": "BRG_WAN_MAC_Address", "value": "fa:16:3e:0b:b9:9a" }, { "name": "Customer_Location", "value": { "customerLatitude": "32.897480", "customerLongitude": "-97.040443", "customerName": "some_company" } }, { "name": "Homing_Solution", "value": "sniro" } ] }, "subscriberInfo": { "globalSubscriberId": "SDN-ETHERNET-INTERNET", "subscriberName": "Kaneohe" } } } Creating custom service vcpe_svc_vcpesvc_rescust_20180731a_201808010812. http://172.30.22.64:8080/ecomp/mso/infra/serviceInstances/v5 =>> submit_create_req request body: { "requestDetails": { "cloudConfiguration": { "lcpCloudRegionId": "CloudOwner_RegionOne", "tenantId": "b45461e4b03547db8f2869d2c9f9e29e" }, "modelInfo": { "modelInvariantId": "b25637f2-24ce-492a-81e9-10a223d63fc8", "modelName": "vcpesvc_rescust_20180731a", "modelType": "service", "modelVersion": "1.0", "modelVersionId": "eb80614c-8d7a-408a-97ed-db909e496031" }, "owningEntity": { "owningEntityId": "520cc603-a3c4-4ec2-9ef4-ca70facd79c0", "owningEntityName": "OE-Demonstration" }, "project": { "projectName": "Project-Demonstration" }, "requestInfo": { "instanceName": "vcpe_svc_vcpesvc_rescust_20180731a_201808010812", "productFamilyId": "a9a77d5a-123e-4ca2-9eb9-0b015d2ee0fb", "requestorId": "vCPE-Robot", "source": "VID", "suppressRollback": "true" }, "requestParameters": { "aLaCarte": "false", "subscriptionServiceType": "vCPE", "userParams": [ { "name": "BRG_WAN_MAC_Address", "value": "fa:16:3e:0b:b9:9a" }, { "name": "Customer_Location", "value": { "customerLatitude": "32.897480", "customerLongitude": "-97.040443", "customerName": "some_company" } }, { "name": "Homing_Solution", "value": "sniro" } ] }, "subscriberInfo": { "globalSubscriberId": "SDN-ETHERNET-INTERNET", "subscriberName": "Kaneohe" } } } \ | # | 67 Elapsed Time: 0:01:30Request failed. { "request": { "instanceReferences": { "requestorId": "vCPE-Robot", "serviceInstanceName": "vcpe_svc_vcpesvc_rescust_20180731a_201808010812" }, "requestDetails": { "cloudConfiguration": { "lcpCloudRegionId": "CloudOwner_RegionOne", "tenantId": "b45461e4b03547db8f2869d2c9f9e29e" }, "modelInfo": { "modelInvariantId": "b25637f2-24ce-492a-81e9-10a223d63fc8", "modelName": "vcpesvc_rescust_20180731a", "modelType": "service", "modelVersion": "1.0", "modelVersionId": "eb80614c-8d7a-408a-97ed-db909e496031" }, "owningEntity": { "owningEntityId": "520cc603-a3c4-4ec2-9ef4-ca70facd79c0", "owningEntityName": "OE-Demonstration" }, "project": { "projectName": "Project-Demonstration" }, "requestInfo": { "instanceName": "vcpe_svc_vcpesvc_rescust_20180731a_201808010812", "productFamilyId": "a9a77d5a-123e-4ca2-9eb9-0b015d2ee0fb", "requestorId": "vCPE-Robot", "source": "VID", "suppressRollback": true }, "requestParameters": { "aLaCarte": false, "alaCarte": false, "subscriptionServiceType": "vCPE", "userParams": [ { "name": "BRG_WAN_MAC_Address", "value": "fa:16:3e:0b:b9:9a" }, { "name": "Customer_Location", "value": { "customerLatitude": "32.897480", "customerLongitude": "-97.040443", "customerName": "some_company" } }, { "name": "Homing_Solution", "value": "sniro" } ] }, "subscriberInfo": { "globalSubscriberId": "SDN-ETHERNET-INTERNET", "subscriberName": "Kaneohe" } }, "requestId": "02623567-29ab-4c2f-8614-f2b5e5b7c835", "requestScope": "service", "requestStatus": { "finishTime": "Wed, 01 Aug 2018 08:14:33 GMT", "percentProgress": 100, "requestState": "FAILED", "statusMessage": "Received vfModuleException from VnfAdapter: category='INTERNAL' message='Exception during create VF 400 Bad Request: The server could not comply with the request since it is either malformed or otherwise incorrect., error.type=StackValidationFailed, error.message=Property error: : resources.vgw_private_0_port.properties.network: : Error validating value 'vcpe_net_mux_gw_201807160624': Unable to find network with name or id 'vcpe_net_mux_gw_201807160624'' rolledBack='true'" }, "requestType": "createInstance", "startTime": "Wed, 01 Aug 2018 08:12:54 GMT" } } | | ---------------------------------------------- Regards, Liu Chenglong lcl7...@163.com<mailto:lcl7...@163.com> 在 2018年8月1日，01:58，Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>> 写道： Did you check the csars files under your script directory to make sure that everything is up-to-date? If that’s the case, maybe AAI is messed up. I would delete all the stacks previously created by vcpe.py and recreate from scratch. Regards, Kang From: Liu Chenglong [mailto:lcl7...@163.com] Sent: Tuesday, July 31, 2018 4:50 To: Kang Xi <kang...@huawei.com<mailto:kang...@huawei.com>>; FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>> Cc: Liu Chenglong <lcl7...@163.com<mailto:lcl7...@163.com>>; huangzonghe <huangzh....@chinatelecom.cn<mailto:huangzh....@chinatelecom.cn>>; 孙鑫龙 <sunxl....@chinatelecom.cn<mailto:sunxl....@chinatelecom.cn>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: Re: [onap-discuss] [integration] vgw_private_1_port IP address already allocated hi, Kang: We running vcpe.py customer script, and there is a new error happened: "statusMessage": "TunnelXConn alloted resource Parent ServiceInstance:9540d624-807c-4a9a-a176-f89a4087fa50 was not found in AAI" Please help us. By the way, if you have update vcpe script, please copy and email to us. ---------------------------------------------- Regards, Liu Chenglong lcl7...@163.com<mailto:lcl7...@163.com> 在 2018年7月30日，21:00，Brian <bf1...@att.com<mailto:bf1...@att.com>> 写道： If looks like your preload is wrong for vgw_private_ip_1 for the second vGW. That is the ONAP OAM IP asssigned during preload I think. I’m not sure this is the latest from Kang’s script but I would check what you are doing in preload_templates/template.vcpe_vgw_vfmodule.json 10.0.101 should be used for assignments uniquely in the ONAP OAM interface. Can you check and see what might have the 10.0.101.103 address ? That isnt one that I remenber being used Brian From base_vcpe_vgw.env onap_private_net_cidr: 10.0.0.0/16 vgw_private_ip_0: 10.5.0.21 vgw_private_ip_1: 10.0.101.30 ## VPP will use DHCP to get the vgw_private_ip_2 on the CPE_PUBLIC subnet ## vgw_private_ip_2: 10.2.0.3 From base_vcpe_vgw.yaml vgw_private_ip_1: type: string label: vGW private IP address towards the ONAP management network description: Private IP address that is assigned to the vGW to communicate with ONAP components vgw_private_1_port: type: OS::Neutron::Port properties: network: { get_param: onap_private_net_id } fixed_ips: [{"subnet": { get_param: onap_private_subnet_id }, "ip_address": { get_param: vgw_private_ip_1 }}] From: Liu Chenglong <lcl7...@163.com<mailto:lcl7...@163.com>> Sent: Monday, July 30, 2018 4:37 AM To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; kang...@huawei.com<mailto:kang...@huawei.com> Cc: Liu Chenglong <lcl7...@163.com<mailto:lcl7...@163.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; huangzonghe <huangzh....@chinatelecom.cn<mailto:huangzh....@chinatelecom.cn>>; 孙鑫龙<sunxl....@chinatelecom.cn<mailto:sunxl....@chinatelecom.cn>> Subject: [onap-discuss] [integration] vgw_private_1_port IP address already allocated Hi, Brian and Kang: According to this url:https://gerrit.onap.org/r/#/c/56287/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_56287_&d=DwMFoQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=X7tPamWhDsGlErLOYl2jC5XbmkW5ckyMI7uXlhQfRzQ&s=J2cX7uoAuErKHG6EXhUI7JQ9-SbyiIiEpcav8lWc4KY&e=> , we do this work for create new vgw2 in our laboratory, but an error happened. The error message is: "statusMessage": "Received vfModuleException from VnfAdapter: category='INTERNAL' message='Exception during create VF 0 : Stack error (CREATE_FAILED): Resource CREATE failed: Conflict: resources.vgw_private_1_port: IP address 10.0.101.103 already allocated in subnet 0ea19634-2497-4775-acb7-7a033251b0a1\nNeutron server returns request_ids: ['req-028091c0-349a-412a-9c11-16d81ce55b66'] - stack successfully deleted' rolledBack='true’”. <image002.png> It seems like to vgw_private_0 error, and we want to konw how to modify the heat file. ---------------------------------------------- Regards, Liu Chenglong lcl7...@163.com<mailto:lcl7...@163.com> -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11639): https://lists.onap.org/g/onap-discuss/message/11639 Mute This Topic: https://lists.onap.org/mt/23858014/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
