Hi Helen, Please call me at your earliest convenience at the number in my sig. Thanks!
Best Regards, -kenny Kenny Paul, Technical Program Manager [email protected] 510.766.5945 > On Oct 24, 2017, at 5:53 PM, Yunxia Chen <[email protected]> wrote: > > Hi, Kenny, > You are right, we are trying to get a VPN jumphost at a public cloud. By > testing the performance of that jumphost, we recommend each user has its own > jumphost instead of shared one. This could be used for both: > 1. Temporal solution for downloading docker images, (this will be > replaced by the git and nexus 3 mirror after Nov, 3) > 2. Outside developers to visit the ONAP env inside CMCC lab. > > We could get average 3~5 MB/sec for that temporal solution. > > Regards, > > Helen Chen > > Testing data: > I tested Aliyun using the Remote Desktop provided by Huawei, here are a few > downloads I did from nexus3.onap.org <http://nexus3.onap.org/> > > File size Seconds > 135MB 70 > 50MB 10 > 43MB 10 > 111MB 38 > 135MB 19 > 316MB 79 > > So the average download speed from nenux3 is 3~5MB/sec. > > > From: <[email protected] > <mailto:[email protected]>> on behalf of Kenny Paul > <[email protected] <mailto:[email protected]>> > Date: Tuesday, October 24, 2017 at 4:00 PM > To: onap-release <[email protected] > <mailto:[email protected]>> > Cc: "[email protected] <mailto:[email protected]>" > <[email protected] <mailto:[email protected]>>, onap-tsc > <[email protected] <mailto:[email protected]>> > Subject: Re: [Onap-release] [onap-tsc] China Lab Status > > > Can I get some clarity on the actual use case and requirements for this > standalone VM for China? I’m sorry but I am a bit confused as to what > specific problem we are trying to solve. My original understanding from last > week is that a VPN jumphost was being requested. What is being described > below looks like a completely different scenario. > > As for the other work we have committed to, the Infrastructure team is > setting up the AWS environment with an ipsec connection in Singapore with a > Nexus 3 server (the one with the Docker images) and the git mirror. As > previously stated the expected delivery for these resources is Nov 3rd. > > With regards to requests that we pursue an alternative service provider, that > possibility will be assessed at a later date. For the tight time frames on > this effort it would be inappropriate to try and ramp up with a new service > provider where we have no pre-existing relationships, no contracts in place > and no support experience working with them. Doing so would carry a very > high risk of actually delaying the delivery of these critical resources. > > Please let me know if you have any questions. > > Best Regards, > -kenny > > Kenny Paul, Technical Program Manager > [email protected] <mailto:[email protected]> > 510.766.5945 > > On Oct 24, 2017, at 12:11 AM, Chengli Wang <[email protected] > <mailto:[email protected]>> wrote: > > 2. I apply an VM located in Japan, and set up squid service as http/https > proxy. > I config my Nexus proxy server with this proxy and try to pull docker images > from ONAP nexus3 repo. It can work although it is only 500KB/s. > So based on this condition, I think maybe USB disk is not urgent right now, > it would be helpful If you can collaborate to provide the public VM with > squid service locate in Asia. > >
_______________________________________________ ONAP-TSC mailing list [email protected] https://lists.onap.org/mailman/listinfo/onap-tsc
