Hi Daniel, Marco,
It appears that the robot script run for demo.sh appc is more specific for vFW.
In case if vLB, as packetGenerator VM is part of different Heat stack, the
robot script can’t find key vpg_name_0 in the dictionary. Also, I believe it
will fail further for vpg_private_ip_1.
I gave a try by making below small changes (as APPC is not involved in vLB
demo) in demo_preload.robot as below.
Original :
${vpg_name_0}= Get From Dictionary ${stack_info} vpg_name_0
${vpg_public_ip}= Get Server Ip ${server_list} ${stack_info}
vpg_name_0 network_name=public
${vpg_oam_ip}= Get From Dictionary ${stack_info} vpg_private_ip_1
${appc}= Create Mount Point In APPC ${vpg_name_0} ${vpg_oam_ip}
Changed:
Declared a variable vpg_name_0 with the name of my packet generator VM from
different stack.
Declared a variable vpg_public_ip with public IP of my packet generator VM from
different stack.
${appc}= Create Mount Point In APPC ${vpg_name_0} ${vpg_public_ip}
With that, though I am not sure the impact of above change yet, I could make
the demo.sh appc step pass.
Now, can I know how to verify the closed control loop ? How to see messages
exchanged on Message Bus for both the use cases ?
Appreciate some write-up on verification of both the cases !!
From: Kedar Ambekar
Sent: Friday, May 19, 2017 10:22 AM
To: [email protected]
Subject: RE: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase
Thanks Catherine for the updated diagram, I could follow them.
Hi Daniel, Marco,
I am using Release-1.Here are my env parameters while running ONAP Heat
template.
artifacts_version: 1.0.0
docker_version: 1.0-STAGING-latest
gerrit_branch: release-1.0.0
When I do demo.sh appc <name of module of base_vlb_rackspace>, I get
“Dictionary does not contain key 'vpg_name_0'.”. The env file
base_vlb_rackspace does not have this parameter. packet_gen_vlb_rackspace env
file has this parameter though.
Here is my stack list.
[cid:[email protected]]
From: Lefevre, Catherine [mailto:[email protected]]
Sent: Friday, May 19, 2017 9:31 AM
To: PLATANIA, MARCO
<[email protected]<mailto:[email protected]>>; ROSE, DANIEL V
<[email protected]<mailto:[email protected]>>; Kedar Ambekar
<[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>
Subject: RE: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase
Marco, Kedar,
I have updated the wiki page with the latest pictures.
Best regards
Catherine
From:
[email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of PLATANIA, MARCO
Sent: Friday, May 19, 2017 12:29 AM
To: ROSE, DANIEL V <[email protected]<mailto:[email protected]>>; Kedar Ambekar
<[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>
Subject: Re: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase
***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hi Kedar,
I’m not familiar with preloading (Dan can cover that part), but for what
regards the vLB demo flow, APP-C is not involved. During the closed loop,
policy gets the VNF Id from AAI and provides this Id as argument of a
CreateVF-Module request to MSO, which actually spins up the second DNS.
The figure in the wiki is outdated and should be replaced. Honeycomb isn’t used
on the vLB VM.
Thanks,
Marco
From: "ROSE, DANIEL V" <[email protected]<mailto:[email protected]>>
Date: Thursday, May 18, 2017 at 6:09 PM
To: Kedar Ambekar <[email protected]<mailto:[email protected]>>,
"[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>, "PLATANIA,
MARCO (MARCO)" <[email protected]<mailto:[email protected]>>
Subject: RE: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase
you should be calling ./demo.sh appc <name of module of
base_vlb_rackspace>. What branch of onap are you using? Release1?
Marco can answer questions about the actual demo closed loop better.
Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
From:
[email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of Kedar Ambekar
Sent: Thursday, May 18, 2017 8:44 AM
To: [email protected]<mailto:[email protected]>
Subject: Re: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase
Hi Daniel,
Thanks for reply !
1. In zip file uploaded, I had base_vlb_rackspace and
dnsscaling_rackspace files.
2. I did demo.sh preload for
K-demoVLB-Module<https://urldefense.proofpoint.com/v2/url?u=https-3A__mycloud.rackspace.com_cloud_1033910_servers-23stacks_orchestration-252CcloudOrchestration-252CIAD_K-2DdemoVLB-2DModule-252F2f720d88-2D287a-2D4628-2D9c7e-2D2bb5df5ba99c_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=2wwdGZ3YcpSivQ2Kio028A&m=UDVCsf_QNH-oQ7ZWHrwg3LxeKoHYbq84kMssY3SUTWw&s=CVMZ8bDOY7cdXCVesdhK1x37QEfbth06co2E0yU7ug4&e=>.
3. In Add VF Module, I chose base_vlb and created a VF Module with name
K-demoVLB-Module<https://urldefense.proofpoint.com/v2/url?u=https-3A__mycloud.rackspace.com_cloud_1033910_servers-23stacks_orchestration-252CcloudOrchestration-252CIAD_K-2DdemoVLB-2DModule-252F2f720d88-2D287a-2D4628-2D9c7e-2D2bb5df5ba99c_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=2wwdGZ3YcpSivQ2Kio028A&m=UDVCsf_QNH-oQ7ZWHrwg3LxeKoHYbq84kMssY3SUTWw&s=CVMZ8bDOY7cdXCVesdhK1x37QEfbth06co2E0yU7ug4&e=>.
I did not do Add VF Module for dns_scaling.
4. I created a separate heat stack for packet_gen_vlb_rackspace of name
K-demoVLB-PackGen<https://urldefense.proofpoint.com/v2/url?u=https-3A__mycloud.rackspace.com_cloud_1033910_servers-23stacks_orchestration-252CcloudOrchestration-252CIAD_K-2DdemoVLB-2DPackGen-252F5ab12078-2Dcd09-2D4a29-2Db08a-2D0c65368cc728_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=2wwdGZ3YcpSivQ2Kio028A&m=UDVCsf_QNH-oQ7ZWHrwg3LxeKoHYbq84kMssY3SUTWw&s=MFlNerNQgTp5cuAjAbvjc5Z_qWjn5_WwjjBDjXBQEjc&e=>
using Heat client.
5. When I do demo.sh appc K-demoVLB-Module, I got error Dictionary does
not contain key 'vpg_name_0'.
6. I tried to do demo.sh appc on
K-demoVLB-PackGen<https://urldefense.proofpoint.com/v2/url?u=https-3A__mycloud.rackspace.com_cloud_1033910_servers-23stacks_orchestration-252CcloudOrchestration-252CIAD_K-2DdemoVLB-2DPackGen-252F5ab12078-2Dcd09-2D4a29-2Db08a-2D0c65368cc728_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=2wwdGZ3YcpSivQ2Kio028A&m=UDVCsf_QNH-oQ7ZWHrwg3LxeKoHYbq84kMssY3SUTWw&s=MFlNerNQgTp5cuAjAbvjc5Z_qWjn5_WwjjBDjXBQEjc&e=>
as well. That time it gave error Dictionary does not contain key
'vpg_private_ip_1'.
In vLB use case, the mounting of traffic generator to enable policy driven
configuration changes (demo.sh appc) should be done on which VF-Module ? In my
example,
K-demoVLB-PackGen<https://urldefense.proofpoint.com/v2/url?u=https-3A__mycloud.rackspace.com_cloud_1033910_servers-23stacks_orchestration-252CcloudOrchestration-252CIAD_K-2DdemoVLB-2DPackGen-252F5ab12078-2Dcd09-2D4a29-2Db08a-2D0c65368cc728_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=2wwdGZ3YcpSivQ2Kio028A&m=UDVCsf_QNH-oQ7ZWHrwg3LxeKoHYbq84kMssY3SUTWw&s=MFlNerNQgTp5cuAjAbvjc5Z_qWjn5_WwjjBDjXBQEjc&e=>
or K-demoVLB-Module ?
The architecture diagram on wiki for vLB
(https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Installing-2Band-2BRunning-2Bthe-2BONAP-2BDemos&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=2wwdGZ3YcpSivQ2Kio028A&m=UDVCsf_QNH-oQ7ZWHrwg3LxeKoHYbq84kMssY3SUTWw&s=9Z9zuJ2IgC7GfFVwLRL6Qce_I0ra8ZFR7FIKL4VXMZw&e=>)
does not show APPC involved and directing packet generator using NETCONF. Is
it expected ? If yes, how DNS VM scale up-down is demonstrated in that case ?
In same diagram, what is the use of honeycomb on vLB VM ?
KeDar Ambekar | Network Services | Tech Mahindra
• Desk: +91 20 66018100 x 2879 Mobile: +91 95616 50414
From: ROSE, DANIEL V [mailto:[email protected]]
Sent: Thursday, May 18, 2017 12:09 AM
To: Kedar Ambekar <[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>
Subject: RE: Re:RE: Query on vlb_ipaddr parameter of vLB usecase
They may both be there, but you wont have to do the second one through VID.
Policy will do it for you
Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
From: Kedar Ambekar [mailto:[email protected]]
Sent: Wednesday, May 17, 2017 2:38 PM
To: [email protected]<mailto:[email protected]>; Kedar
Ambekar <[email protected]<mailto:[email protected]>>; ROSE, DANIEL
V <[email protected]<mailto:[email protected]>>
Subject: Re:RE: Query on vlb_ipaddr parameter of vLB usecase
In my case, I think VID has loaded. both as I get 2 options to create VF module.
Sent from my Mi phone
On "ROSE, DANIEL V" <[email protected]<mailto:[email protected]>>, May 17, 2017 11:00
PM wrote:
Hi Kedar
you should just have to run it on the one vid loads.
Before running the closed loop you will have to run demo.sh appc command though
Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
From:
[email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of Kedar Ambekar
Sent: Wednesday, May 17, 2017 9:25 AM
To: [email protected]<mailto:[email protected]>
Subject: Re: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase
Hi Daniel,
As a VSP for vLB, I have uploaded zip containing dnsscaling_rackspace and
base_vlb_rackspace yaml & env files. In Add VF-Module menu, I get 2 options,
one for base_vlb and other for dns_scaling.
For both, am I supposed to run steps demo.sh preload, add VF-Modules, demo.sh
appc ?
I have manually created manifest file (attached) as I am not sure which
generate-manifest.py to use. Is this file ok ?
Regards,
KeDar
From: ROSE, DANIEL V [mailto:[email protected]]
Sent: Monday, May 15, 2017 10:44 PM
To: Kedar Ambekar <[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>
Subject: RE: Query on vlb_ipaddr parameter of vLB usecase
Yeah, that’s how testing does it.
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
From:
[email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of Kedar Ambekar
Sent: Monday, May 15, 2017 12:57 PM
To: [email protected]<mailto:[email protected]>
Subject: Re: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase
Hi Daniel,
Ok. So zip file containing dnsscaling_rackspace and base_vlb_rackspace should
be on-boarded in SDC ?
And then packet generator heat template could be installed with some heat
client separately.
Regards,
KeDar
From: ROSE, DANIEL V [mailto:[email protected]]
Sent: Monday, May 15, 2017 7:14 PM
To: Kedar Ambekar <[email protected]<mailto:[email protected]>>;
[email protected]<mailto:[email protected]>
Subject: RE: Query on vlb_ipaddr parameter of vLB usecase
We did thinks a bit bifferent for vlb vs vfw, here robot treats the packet gen
as a tool to test the use case. This is actually closer to being how real vnfs
would be tested as most real vnfs would not have a packet gen included in their
base heat template.
Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
From:
[email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of Kedar Ambekar
Sent: Monday, May 15, 2017 9:42 AM
To: [email protected]<mailto:[email protected]>
Subject: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase
Hi ,
packet_gen_vlb_rackspace.env file of vLB use case has this parameter.
vlb_ipaddr: INSERT THE PUBLIC ADDRESS OF THE vLB HERE
To fill this, the vLB VM needs to be instantiated first.
What all Heat templates should be part of the zip file to be uploaded while
defining a new Vendor Software Product in case of vLB ? Only
dnsscaling_rackspace and base_vlb_rackspace first and then separately
packet_gen_vlb_rackspace ? If this understanding is correct, then there will be
2 Heat stacks for vLB usecase ?
Regards,
KeDar
============================================================================================================================
Disclaimer: This message and the information contained herein is proprietary
and confidential and subject to the Tech Mahindra policy statement, you may
review the policy at
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=2wwdGZ3YcpSivQ2Kio028A&m=RS7LO0T6NpRNU-_xm3bRy2WHDt4rkvlNFlugszlz_mE&s=FbkKa1MuHZanpjCX4lf05YQANwZW43t_QMTUt0sYQEc&e=>
externally
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=2wwdGZ3YcpSivQ2Kio028A&m=RS7LO0T6NpRNU-_xm3bRy2WHDt4rkvlNFlugszlz_mE&s=0pMsE_IcMSnLdkIKstCjx90_fC-MKF3yYvgYyzZy07E&e=>
internally within TechMahindra.
============================================================================================================================
_______________________________________________
onap-discuss mailing list
[email protected]
https://lists.onap.org/mailman/listinfo/onap-discuss
