[Storagesync] 回复: Re: recent issues discussed (plain text)

"Fei Song" <fsong@bjtu.edu.cn> Fri, 08 January 2016 14:32 UTC

Return-Path: <fsong@bjtu.edu.cn>
X-Original-To: storagesync@ietfa.amsl.com
Delivered-To: storagesync@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84CFC1A89FA for <storagesync@ietfa.amsl.com>; Fri, 8 Jan 2016 06:32:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: YES
X-Spam-Score: 7.339
X-Spam-Level: *******
X-Spam-Status: Yes, score=7.339 tagged_above=-999 required=5 tests=[BAYES_50=0.8, CHARSET_FARAWAY_HEADER=3.2, J_CHICKENPOX_64=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_BLANKS=0.001, MIME_CHARSET_FARAWAY=2.45, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45m_qWodiwCc for <storagesync@ietfa.amsl.com>; Fri, 8 Jan 2016 06:32:14 -0800 (PST)
Received: from bjtu.edu.cn (mail.bjtu.edu.cn [218.249.29.198]) by ietfa.amsl.com (Postfix) with ESMTP id 7372F1A89F6 for <storagesync@ietf.org.>; Fri, 8 Jan 2016 06:32:12 -0800 (PST)
Received: from PC-201001061KKK (unknown [211.71.74.217]) by Jdweb3 (Coremail) with SMTP id d55wygC3X4+qyI9WTOY_AA--.32458S2; Fri, 08 Jan 2016 22:33:14 +0800 (CST)
Date: Fri, 08 Jan 2016 22:32:15 +0800
From: Fei Song <fsong@bjtu.edu.cn>
To: "qinxiaowei@cnnic.cn" <qinxiaowei@cnnic.cn>, storagesync
References: <2016010516581844207610@cnnic.cn>, <2016010517035181241711@bjtu.edu.cn>, <201601071335198488025@cnnic.cn>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.0.1.91[cn]
Mime-Version: 1.0
Message-ID: <2016010818255996869321@bjtu.edu.cn>
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
X-CM-TRANSID: d55wygC3X4+qyI9WTOY_AA--.32458S2
X-Coremail-Antispam: 1UD129KBjvJXoW7AFyxJFW3XryUXw4DCr43Awb_yoW8Zry8pF sxtF12kFnrXr1Svrn2ka48uF1FgFZ5Ga13XryDKry8Aws0kF9agr1xtw18ur97uryrur1j va90qFsrZ3W2kFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUv0b7Iv0xC_Cr1lb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2z4x0Y4vE2Ix0cI8IcVAFwI0_tr0E3s1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI0_Gr1j 6F4UJwA2z4x0Y4vEx4A2jsIE14v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oV Cq3wAS0I0E0xvYzxvE52x082IY62kv0487Mc02F40EFcxC0VAKzVAqx4xG6I80ewAv7VC0 I7IYx2IY67AKxVWUJVWUGwAv7VC2z280aVAFwI0_Jr0_Gr1lOx8S6xCaFVCjc4AY6r1j6r 4UM4x0Y48IcxkI7VAKI48JM4xvF2IEb7IF0Fy264kE64k0F24lFcxC0VAYjxAxZF0Ex2Iq xwCY02Avz4vE14v_Xryl42xK82IYc2Ij64vIr41lx2IqxVAqx4xG67AKxVWUJVWUGwC20s 026x8GjcxK67AKxVWUGVWUWwC2zVAF1VAY17CE14v26r1Y6r17MIIYrxkI7VAKI48JMIIF 0xvE2Ix0cI8IcVAFwI0_Jr0_JF4lIxAIcVC0I7IYx2IY6xkF7I0E14v26r1j6r4UMIIF0x vE42xK8VAvwI8IcIk0rVWrJr0_WFyUJwCI42IY6I8E87Iv67AKxVWUJVW8JwCI42IY6I8E 87Iv6xkF7I0E14v26r1j6r4UMVCEFcxC0VAYjxAxZFUvcSsGvfC2KfnxnUUI43ZEXa7IU8 lzutUUUUU==
X-CM-SenderInfo: aytwlqpemw3hxhgxhubq/
Archived-At: <http://mailarchive.ietf.org/arch/msg/storagesync/BIwaY693pQNK4UqQH89-WtglB00>
Subject: [Storagesync] 回复: Re: recent issues discussed (plain text)
X-BeenThere: storagesync@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: fsong <fsong@bjtu.edu.cn>
List-Id: Mechanisms to synchronize client file systems with Internet-based data storage services <storagesync.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/storagesync>, <mailto:storagesync-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/storagesync/>
List-Post: <mailto:storagesync@ietf.org>
List-Help: <mailto:storagesync-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/storagesync>, <mailto:storagesync-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jan 2016 14:32:16 -0000

Dear Xiaowei

Thanks for your email. Please see my reply inline

--------------
Fei Song
>Hi,Fei
>IMO, the main work includes:
>1. Identification of pre-uploaded content and Redirection of the uploading request: 
>     As we known, in downloading, URL/URI  -->  "DNAME” of the DNS  -->  uCDN

Is this a traditional and normal way to download a file from a storage server?
It seems that you want to describe it from clients' perspective.
User request URL, then DNS and CDN will help the client machine to finish the downloading

>Uploading: How to identify the pre-uploaded content and redirect the request to UATN?

There are already some discussions about matadata and Etag. Might be helpful in this issue.

>2. Move the random & mass content generated by end users efficiently
>Downloading: content generated by companies, large and manageability

You mean the content or data created by companies will be large and easy to handle with?

>Uploading:  When and where end users upload content is random, mass and relatively small

Indeed. it is hard to estimate the pattern of usage.

>3. Best edge server and optimal uploading route 
>Downloading: moving content to the hot edge server in advance.

It will be possible if users' moving trajectory and content's name is available before requesting.

>Uploading: UATN should assign the best edge server and select a optimal uploading route to serve a uploading. 

Can we just enable "temporary storage" at the nearest node?

>
>Regards
>
>Xiaowei Qin
> 
>--------------
>Fei Song
>>Hi,Fei>If I did not get wrong, this issue is complicated and should be seperated into multiple steps. >like protocol improvement, deployment optimization, etc.I deeply agree with you. That is a great problem, but, IMO, is worth doing.  If needed, I will outline what should we do about that.Best wishes!Xiao wei Qin
> 
>That would be great! Please do that. then we can discuss in depth via mailing list.
>Thanks for that!
> 
>>
>> 
>>
>>
>>
>>