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

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]> on behalf of Kenny Paul 
<[email protected]>
Date: Tuesday, October 24, 2017 at 4:00 PM
To: onap-release <[email protected]>
Cc: "[email protected]" <[email protected]>, onap-tsc 
<[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

Reply via email to