Brian, Kang:
This issue appear when we running “vcpe,py customer” that is
"statusMessage": "Received error from SDN-C: Error updating md-sal for
tunnelxconn-allotted-resource”. Do you have any idea to check and resolve this
issue?
----------------------------------------------
Regards,
Liu Chenglong
[email protected]
> 在 2018年7月17日，01:29，Multanen, Eric W <[email protected]> 写道：
>
> Yeah – we can take a look.
>
> I recall – as Kang mentions – that there were intermittent issues.
>
> Eric
> <>
> <>From: Kang Xi [mailto:[email protected] <mailto:[email protected]>]
> Sent: Monday, July 16, 2018 8:24 AM
> To: FREEMAN, BRIAN D <[email protected] <mailto:[email protected]>>; Liu Chenglong
> <[email protected] <mailto:[email protected]>>; Multanen, Eric W
> <[email protected] <mailto:[email protected]>>
> Cc: huangzonghe <[email protected]
> <mailto:[email protected]>>; [email protected]
> <mailto:[email protected]>
> Subject: RE: [onap-discuss] [integration] create another vgw instance error
>
> Brian,
>
> Good suggestion.
>
> Eric,
>
> Is it possible to do so ?
>
> --------------------------------------------------
> Regards,
> Kang
> From:FREEMAN, BRIAN D
> To:Kang Xi,Liu Chenglong,
> Cc:huangzonghe,[email protected]
> <mailto:[email protected]>,
> Date:2018-07-16 11:13:39
> Subject:RE: [onap-discuss] [integration] create another vgw instance error
>
> Kang,
>
> For Casablanca – I wonder if Eric can pre-install those packages into an
> image ?
>
> Brian
>
>
> From: Kang Xi <[email protected] <mailto:[email protected]>>
> Sent: Monday, July 16, 2018 11:10 AM
> To: Liu Chenglong <[email protected] <mailto:[email protected]>>
> Cc: FREEMAN, BRIAN D <[email protected] <mailto:[email protected]>>; huangzonghe
> <[email protected] <mailto:[email protected]>>;
> [email protected] <mailto:[email protected]>
> Subject: RE: [onap-discuss] [integration] create another vgw instance error
>
> Chenglong,
>
> Somehow the isc-dhcp package is not properly installed on vGW. This happened
> multiple times to me as well. My workaround is to manually install that
> service using ‘apt install isc-dhcp-server’. Restarting vGW does not help and
> you really don’t need to delete and re-instantiation vGW.
>
> Regards,
> Kang
>
> From: Liu Chenglong [mailto:[email protected] <mailto:[email protected]>]
> Sent: Monday, July 16, 2018 4:14
> To: Kang Xi <[email protected] <mailto:[email protected]>>
> Cc: FREEMAN, BRIAN D <[email protected] <mailto:[email protected]>>; huangzonghe
> <[email protected] <mailto:[email protected]>>;
> [email protected] <mailto:[email protected]>
> Subject: Re: [onap-discuss] [integration] create another vgw instance error
>
> Kang:
> We use new vcpe script that your had update in url to run vcpe use
> case. At first, we run vcpe.py infra success, but when we copy
> kea-sdnc-notify.so to vDHCP vm server, it’s doesn’t work, we
>
> had write this question in another email. So, we delete all vcpe’s vnf stack
> and network stack from windiver cloud platform.
>
> After that we run vcpe.py infra again, this time kea-sdnc-notify.so is
> work now, we can query brg’s mac address from docker sdnc_db_container in
> sdnc vm. when we run vcpe.py customer,
>
> yes, we create vgw ok. But when login vgw vm, we found that the
> isc-dhcp-server service not found, we run “systemctl status
> isc-dhcp-server”command and the result is show as flow
>
> picture.Whatever we reboot vgw vm many time and it’s also not ok. Please tell
> us why this happend and how to solve it?
>
> <image002.png>
>
>
> So, we had to delete vgw stack and vnf instance from cloud platform and
> try to create vgw vm again. But there is a new question before we happened,
> the error message is :"statusMessage”:
>
> "Received error from SDN-C: Error updating md-sal for
> tunnelxconn-allotted-resource”.Please tell us why this happend and how to
> solve it?
>
> <image004.png>
>
>
>
> ----------------------------------------------
> Regards,
> Liu Chenglong
> [email protected] <mailto:[email protected]>
>
>
>
>
> 在 2018年7月16日，09:07，Liu Chenglong <[email protected] <mailto:[email protected]>>
> 写道：
>
> Kang:
> Thanks for your new vcpe script. Today I will test it.
>
>
> ----------------------------------------------
> Regards,
> Liu Chenglong
> [email protected] <mailto:[email protected]>
>
>
>
>
> 在 2018年7月15日，22:00，Kang Xi <[email protected] <mailto:[email protected]>>
> 写道：
>
> Chenglong,
>
> Please get the new script at the following link. Note that you will need to
> use the entire package, NOT just a single .py file.
> https://wiki.onap.org/download/attachments/20875625/vcpe-0715.zip?version=1&modificationDate=1531662971223&api=v2
>
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_download_attachments_20875625_vcpe-2D0715.zip-3Fversion-3D1-26modificationDate-3D1531662971223-26api-3Dv2&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=FJ9EHmKMIrkpydnAhz8HTLpSr3dgfE4O3ur7GkWr9OQ&s=IATAK9--9criBd4lfbSkhlQX2MCE2hXS_GdcPFqt1jo&e=>
>
> Regards,
> Kang
>
> From: Liu Chenglong [mailto:[email protected] <mailto:[email protected]>]
> Sent: Thursday, July 12, 2018 22:39
> To: FREEMAN, BRIAN D <[email protected] <mailto:[email protected]>>
> Cc: Liu Chenglong <[email protected] <mailto:[email protected]>>; Kang Xi
> <[email protected] <mailto:[email protected]>>; [email protected]
> <mailto:[email protected]>; huangzonghe
> <[email protected] <mailto:[email protected]>>
> Subject: Re: [onap-discuss] [integration] create another vgw instance error
>
> Brian,
> Thanks for your detailed explanation. We just waiting for Kang’s new
> vcpe.py script. In the few days, I download mso’s code fromgerrit.oanp.org
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__gerrit.oanp.org_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=FJ9EHmKMIrkpydnAhz8HTLpSr3dgfE4O3ur7GkWr9OQ&s=6zqx1CMTyJJP-KM-HbzpClxLtR9P24LTOE-LdSlaeUU&e=>
> and read mso-api-handlers, mso-api-handler-
>
> common, mso-api-handler-infra, I want to know the API running flow when
> vcpe.py call mso’s restful api.
>
>
>
> ----------------------------------------------
> Regards,
> Liu Chenglong
> [email protected] <mailto:[email protected]>
>
>
>
>
> 在 2018年7月12日，20:45，FREEMAN, BRIAN D <[email protected] <mailto:[email protected]>>
> 写道：
>
> Chenglong,
>
> I mistakenly typed CPE_SIGNALING and I should have said CPE_PUBLIC.
>
> Let me try to be more accurate since it is confusing.
>
> A. Kang modified the vCPE.py scripts to add a preload for the subsequent vGWs
>
> For example for vGW2 the preload would add
>
> {
> "name": "vgw_private_ip_2",
> "value": "10.2.0.3"
> },
>
> To the list of preload parameters for the vGW keyed by VNF name
> (VGW2BRG-fa:16:3e:8a:bd:93 for example).
>
> template.vcpe_vgw_vfmodule.json is the pattern and I think he has a
> modification to that template and a change to vcpe.py that increments the IP
> address.
>
> You could modify that template for the second vGW as a work around.
>
> We should not have to set vgw_private_ip_2 at all and it turns out that we
> did that to work around a heat engine issue in a previous release of
> Openstack and its no longer needed. I have a fix to the heat templates so
> we would not need to set any vgw_private_ip_2 for vGW or vBRGEMU but its
> probably simpler to simply change the template for vGW2 (or use Kang’s latest
> vcpe.py scripts once he gets back). For Casablanca we will sue the modified
> heat template so we dont need vgw_private_ip_2.
>
> B. WRT to the OOF/SNIRO emulator (not sure which you are using – we need
> Kang’s help since I’m not as familiar with that peace of the solution.
> Marcus Williams might be able to help since he teste this for HPA as well.
>
> Hope that helps
>
> Brian
>
>
>
> From: Liu Chenglong <[email protected] <mailto:[email protected]>>
> Sent: Wednesday, July 11, 2018 10:39 PM
> To: FREEMAN, BRIAN D <[email protected] <mailto:[email protected]>>; Kang Xi
> <[email protected] <mailto:[email protected]>>
> Cc: Liu Chenglong <[email protected] <mailto:[email protected]>>;
> [email protected] <mailto:[email protected]>; huangzonghe
> <[email protected] <mailto:[email protected]>>
> Subject: Re: [onap-discuss] [integration] create another vgw instance error
>
> Hi, Brian:
> At first, thanks a lot for you help. In our laboratory, the IP
> 10.2.0.3 that we found in base_vcpe_vgw.env file, and yes 10.2.0.3 that is
> allocated by
> sub network vcpe_net_cpe_public_201807060636 in vgw1 instance, and 10.2.0.1
> is the vDNS IP that is also allocated by subnetwork
> vcpe_net_cpe_public_201807060636.
>
> We check out vcpe script and preload_templates files , and we not found
> "the CPE_SIGNALING IP on the vGW via preload. “. And we vDNS, vGw, vbrg’s
> network information are show in there pictures.
>
> the vgw’s network information:
> <image002.png>
>
>
> the vdns’s network information:
> <image004.png>
>
> the vbrg’s network information:
> <image006.png>
>
>
> Brian, Kang, please check these network information are right?
>
>
> We run vcpe.py customer again in last night, and we found that’s another
> error happened, the error message is "statusMessage": "Received a Bad Sync
> Response from Sniro/OOF.” That’s seem to we meet different error. So we hope
> to you can provide the running flow after the vcpe script call MSO restful
> API, the url or picture is ok.
>
>
>
>
>
>
>
>
>
> 在 2018年7月12日，02:13，FREEMAN, BRIAN D <[email protected] <mailto:[email protected]>>
> 写道：
>
> Found the configuration problem on vDNS/vDHCP
>
> https://jira.onap.org/browse/TEST-104
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_TEST-2D104&d=DwMFbw&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=8DAgRZRNWNVi7IFMmZOj6oHjIdLqggSisWWRh07jGVk&s=EqLjMj7NFeWCaqe2S4QU2FSnwQI0TMBG9B0xSG0ChDk&e=>
>
> Should have a fix pushed soon but you can also manually fix the config file.
>
> I suspect the heat.yml for the vGW isnt quite right because it works without
> the DHCP on the CPE_PUBLIC side for the first vGW.
>
> Brian
>
>
> From: FREEMAN, BRIAN D
> Sent: Wednesday, July 11, 2018 9:59 AM
> To: [email protected] <mailto:[email protected]>;
> FREEMAN, BRIAN D <[email protected] <mailto:[email protected]>>; [email protected]
> <mailto:[email protected]>
> Subject: RE: [onap-discuss] [integration] create another vgw instance error
>
> I think the DHCP on that side of the vGW might not be working correctly.
>
> I checked over the data in the integration environment and test data from
> Kang and I think we are setting the CPE_SIGNALING IP on the vGW via preload.
>
> {
> "name": "vgw_private_ip_2",
> "value": "10.2.0.5"
> },
>
>
> Add vgw_private_ip_2 to the VGW2BRG-fa:16:3e:8a:bd:93 preload (or whatever
> your BRG MAC Address is)
>
> And see if that unblocks the second vGW
>
> Brian
>
>
> From: [email protected] <mailto:[email protected]>
> <[email protected] <mailto:[email protected]>> On Behalf
> Of FREEMAN, BRIAN D
> Sent: Tuesday, July 10, 2018 11:23 AM
> To: [email protected] <mailto:[email protected]>;
> [email protected] <mailto:[email protected]>
> Subject: Re: [onap-discuss] [integration] create another vgw instance error
>
> ***Security Advisory: This Message Originated Outside of AT&T ***
> Reference http://cso.att.com/EmailSecurity/IDSP.html
> <http://cso.att.com/EmailSecurity/IDSP.html> for more information.
>
> Chenglong,
>
> Not sure why the neutron stack is rejecting that create since that IP should
> be assigned by the vdns VM on the CPE_PUBIC subnet not by the neutron heat
> stack call.
> BTW the vGW1 should have gotten 10.2.0.2 not 10.2.0.3 if it was the first
> gateway to come up.
>
> The dhcp addresses on the CPE_PUBLIC subnet are assigned by the vdns VNF and
> the log file is:
> "output": "/var/log/kea-dhcp4.log"
>
> Also look in /var/lib/kea/kea-leases4.csv to see if you are getting the DHCP
> lease assignments expected.
>
> Kang did get multiple vGW/vBRGs working but he did have to change his scripts
> for it. He is expected back on Thursday and can probably provide better
> insight if we cant solve it before then.
>
> Brian
>
>
>
> From: [email protected] <mailto:[email protected]>
> <[email protected] <mailto:[email protected]>> On Behalf
> Of Liu Chenglong
> Sent: Monday, July 09, 2018 11:21 PM
> To: [email protected] <mailto:[email protected]>
> Cc: Liu Chenglong <[email protected] <mailto:[email protected]>>
> Subject: [onap-discuss] [integration] create another vgw instance error
>
> Hello:
>
> When we test vcpe use case, we had create a Vxlan tunnel success with a
> vbrg instance and a vgw named vgw1 instance. So we want to create another
> VxLANs tunnel. First, we create a new vbrg instance and success. But there
> is an error when create the vgw instance named vgw2, the error message is:
> "Received vfModuleException from VnfAdapter: category='INTERNAL'
> message='Exception during create VF 0 : Stack error (CREATE_FAILED): Resource
> CREATE failed: Conflict: resources.vgw_private_2_port: IP address
> 10.2.0.3 already allocated in subnet
> bb73e612-d22c-4537-a978-cf2ac9a7e8be\nNeutron server returns request_ids:
> ['req-8e0af890-9aa0-47bd-b950-8a cc6378f7dd'] - stack successfully deleted'
> rolledBack='true'".
> The error message show this information "IP address 10.2.0.3 already
> allocated ", we check the ip address and found that is the first vgw1's ip,
> so it seems vDHCP instance don't allocate right IP address to vgw2 instance.
> So we want to know how to find where is ip address allocate and how to solve
> this error.
>
>
> Regards,
> Chenglong
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11161): https://lists.onap.org/g/onap-discuss/message/11161
Mute This Topic: https://lists.onap.org/mt/23205574/21656
Group Owner: [email protected]
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
