From nobody Thu May 8 09:00:13 2014 Return-Path: X-Original-To: dclc@ietfa.amsl.com Delivered-To: dclc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CF6B1A005F for ; Thu, 8 May 2014 09:00:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.553 X-Spam-Level: X-Spam-Status: No, score=-7.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 deH2SJuNWTHa for ; Thu, 8 May 2014 09:00:04 -0700 (PDT) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) by ietfa.amsl.com (Postfix) with ESMTP id CE8721A007B for ; Thu, 8 May 2014 09:00:02 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.97,1010,1389772800"; d="asc'?scan'208";a="163148415" Received: from vmwexceht02-prd.hq.netapp.com ([10.106.76.240]) by mx12-out.netapp.com with ESMTP; 08 May 2014 08:59:54 -0700 Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.246]) by vmwexceht02-prd.hq.netapp.com ([10.106.76.240]) with mapi id 14.03.0123.003; Thu, 8 May 2014 08:59:54 -0700 From: "Eggert, Lars" To: dclc Thread-Topic: different spin on dclc Thread-Index: AQHPataN2lplmem6LEisaekU+V9INQ== Date: Thu, 8 May 2014 15:59:53 +0000 Message-ID: <72EB03B4-687B-46CD-941D-0EFF22F659B4@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.122.105.26] Content-Type: multipart/signed; boundary="Apple-Mail=_64120BE8-28F0-400B-98C8-D7F03A4D2EF7"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/dclc/3j2whEz8CQyY7Ge6f5AGwraLhGM Cc: "akatlas@gmail.com" Subject: [Dclc] different spin on dclc X-BeenThere: dclc@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of Data Center Latency Control List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2014 16:00:07 -0000 --Apple-Mail=_64120BE8-28F0-400B-98C8-D7F03A4D2EF7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I happened to chat with Alia (new RTG AD) about DCLC, and she mentioned = that there is a different area in datacenter where latency control = matters, and that is controlling latencies that arise from stacking = virtualized networks on top of one another. If you heavily virtualize = your infrastructure, the encaps/decaps operations create latencies, and = state/traffic may get concentrated in various places in the underlying = physical substrate in ways that also create hotspots (=3D latencies). I'm wondering if that's an area of interest to add to the charter? Lars PS: Could we put the current charter text on the wiki at = http://trac.tools.ietf.org/group/irtf/trac/wiki/dclc so it is findable? --Apple-Mail=_64120BE8-28F0-400B-98C8-D7F03A4D2EF7 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU2up+dZcnpRveo1xAQISZAP+IhRaYLHGN87vgrgxVZRZbYaYqZ3xx7Ju kTdtsMBO5LHyvEoQbsVZcE1GQY15Qeij14GchaT27Ra+NONQ6XJsKoJVBeKladZp TcTTAmBFFgNjyZjkCLx1PTTaN9Wtk0Ov35aM0GiXWBjXuhsFUUhlMsYdgK8roDUK Lj7GPipykNw= =vGLf -----END PGP SIGNATURE----- --Apple-Mail=_64120BE8-28F0-400B-98C8-D7F03A4D2EF7-- From nobody Thu May 8 09:35:45 2014 Return-Path: X-Original-To: dclc@ietfa.amsl.com Delivered-To: dclc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B942B1A0066 for ; Thu, 8 May 2014 09:35:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.152 X-Spam-Level: X-Spam-Status: No, score=-110.152 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] autolearn=ham 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 iQ4RezyVI-so for ; Thu, 8 May 2014 09:35:43 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) by ietfa.amsl.com (Postfix) with ESMTP id 5AED91A0052 for ; Thu, 8 May 2014 09:35:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2165; q=dns/txt; s=iport; t=1399566939; x=1400776539; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=sMXSNPzejdwyO0Fmh2XDwAngtFwbnoV05gjrtCcBtx8=; b=lHa/gh9rD/2LH/Q5+atgj1/qapqcZVnzhAooANciJj6bU1Yo63qObMsz /HAEd2iKoBOa0PBtvZONlN4vQJn6KV8c+6HnzRiuzm8rSbWsKGR0HszOs 2L0ZFjRDxTNw48iNcoDeyn+VQf8w1ZZ4ZffScLLCWieva/eJEv5Fb7uAu 4=; X-Files: signature.asc : 195 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiUFAEqxa1OtJA2M/2dsb2JhbABZgwZPWL4lhzwBgRMWdIIlAQEBAwEBAQFrCwULAgEIRicLJQIEDgUOiCsIDdA0F45SB4MqgRUEkSSBOYZbgTyRP4M2bYFC X-IronPort-AV: E=Sophos;i="4.97,1012,1389744000"; d="asc'?scan'208";a="42156629" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-6.cisco.com with ESMTP; 08 May 2014 16:35:38 +0000 Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id s48GZcvV019885 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 8 May 2014 16:35:38 GMT Received: from xmb-rcd-x09.cisco.com ([169.254.9.99]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.03.0123.003; Thu, 8 May 2014 11:35:38 -0500 From: "Fred Baker (fred)" To: "Eggert, Lars" Thread-Topic: [Dclc] different spin on dclc Thread-Index: AQHPatuKiyvOyE0gok+ufXzMbZ5Mpg== Date: Thu, 8 May 2014 16:35:36 +0000 Message-ID: References: <72EB03B4-687B-46CD-941D-0EFF22F659B4@netapp.com> In-Reply-To: <72EB03B4-687B-46CD-941D-0EFF22F659B4@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.154.176.16] Content-Type: multipart/signed; boundary="Apple-Mail=_1588E9DE-91A1-4028-AA18-E67E3AF1083B"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/dclc/HEtH3WDOq_Q5yfrY7PfWexDJh8A Cc: dclc , "akatlas@gmail.com" Subject: Re: [Dclc] different spin on dclc X-BeenThere: dclc@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of Data Center Latency Control List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2014 16:35:44 -0000 --Apple-Mail=_1588E9DE-91A1-4028-AA18-E67E3AF1083B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I don=92t see why not. I have filled in the wiki with the text Lingli provided for a charter = noting this update, pointers to her and myself as co-chairs (which might = be better described as =93list admin=94 and =93coordinator=94 :-), and a = list of meetings containing one. As a link from that, I put her notes = regarding the first meeting in a separate page as the proposed agenda. In the spirit of =93open source=94, if people don=92t like what I wrote, = they=92re free to discuss and correct it. On May 8, 2014, at 8:59 AM, Eggert, Lars wrote: > Hi, >=20 > I happened to chat with Alia (new RTG AD) about DCLC, and she = mentioned that there is a different area in datacenter where latency = control matters, and that is controlling latencies that arise from = stacking virtualized networks on top of one another. If you heavily = virtualize your infrastructure, the encaps/decaps operations create = latencies, and state/traffic may get concentrated in various places in = the underlying physical substrate in ways that also create hotspots (=3D = latencies). >=20 > I'm wondering if that's an area of interest to add to the charter? >=20 > Lars >=20 > PS: Could we put the current charter text on the wiki at = http://trac.tools.ietf.org/group/irtf/trac/wiki/dclc so it is findable? > _______________________________________________ > Dclc mailing list > Dclc@irtf.org > https://www.irtf.org/mailman/listinfo/dclc --Apple-Mail=_1588E9DE-91A1-4028-AA18-E67E3AF1083B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFTa7JWbjEdbHIsm0MRAnC2AJ4hLLDVChHKFKRD3QQvHdG3HZiRhwCg0RS2 KYciAd5J5uIzSKPrqvB5UVg= =fHeK -----END PGP SIGNATURE----- --Apple-Mail=_1588E9DE-91A1-4028-AA18-E67E3AF1083B-- From nobody Fri May 9 00:25:52 2014 Return-Path: X-Original-To: dclc@ietfa.amsl.com Delivered-To: dclc@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B92A1A01F8 for ; Fri, 9 May 2014 00:25:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.029 X-Spam-Level: X-Spam-Status: No, score=-0.029 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RELAY_IS_221=2.222, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] 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 0ZCuebEWTiGB for ; Fri, 9 May 2014 00:25:47 -0700 (PDT) Received: from n9-28.mail.139.com (n9-28.mail.139.com [221.176.9.28]) by ietfa.amsl.com (Postfix) with SMTP id 2478A1A0202 for ; Fri, 9 May 2014 00:25:45 -0700 (PDT) X-RM-SPAM-FLAG: 00000000 Received: from lingli.deng@139.com ( [114.132.243.175] ) by ajax-webmail-rmapp-09-11009 (RichMail) with HTTP; Fri, 9 May 2014 15:25:35 +0800 (CST) Date: Fri, 9 May 2014 15:25:35 +0800 (CST) From: =?utf-8?B?6YKT54G16I6J?= To: Eggert Lars , dclc Message-ID: <2b01536c7967013-00017.Richmail.00014336091891030097@139.com> References: <72EB03B4-687B-46CD-941D-0EFF22F659B4@netapp.com> MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_188684_1175255940.1399620335434" X-Priority: 3 X-RM-TRANSID: 2b01536c7967013-00017 X-RM-OA-ENC-TYPE: 0 X-Mailer: Richmail_Webapp(V1.6.11)A001 Archived-At: http://mailarchive.ietf.org/arch/msg/dclc/3woLCcpAF0uprnz_rV7rZX2USLU Cc: "akatlas@gmail.com" Subject: Re: [Dclc] different spin on dclc X-BeenThere: dclc@irtf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of Data Center Latency Control List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2014 07:25:51 -0000 ------=_Part_188684_1175255940.1399620335434 Content-Type: multipart/alternative; boundary="----=_Part_188683_1556422653.1399620335391" ------=_Part_188683_1556422653.1399620335391 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Lars, Thank you for the point. I could not agree more. To me, VXLAN and STT are typical cases for traffic tunneling for network vi= rtualization. In addition, SFC is also another case for traffic tunneling in operator's D= Cs too, I guess. You may as well be interested in the fact that STT deliberately utilizes NI= C's ToE capability via a TCP-like tunneling method to reduce the tunneling = latency's impact to E2E data delivery. Lingli =E9=82=93=E7=81=B5=E8=8E=89=E8=81=8C=E5=8A=A1=EF=BC=9A=E7=A0=94=E7=A9=B6=E5= =91=98/Researcher=E5=85=AC=E5=8F=B8=EF=BC=9A=E4=B8=AD=E5=9B=BD=E7=A7=BB=E5= =8A=A8=E7=A0=94=E7=A9=B6=E9=99=A2/China Mobile Research Institute=E5=9C=B0= =E5=9D=80=EF=BC=9A=E5=8C=97=E4=BA=AC=E5=AE=A3=E6=AD=A6=E9=97=A8=E8=A5=BF=E5= =A4=A7=E8=A1=9732=E5=8F=B7/32 Xuanwumenxi Ave, Beijing=E9=82=AE=E7=AE=B1=EF= =BC=9Alingli.deng@139.com=E6=89=8B=E6=9C=BA=EF=BC=9A13810597148=E9=82=AE=E7= =BC=96=EF=BC=9A100053=E6=97=A5=E6=9C=9F=EF=BC=9A2014=E5=B9=B405=E6=9C=8809= =E6=97=A5 =E6=98=9F=E6=9C=9F=E4=BA=94=20 ---------------------------------------------------------------------------= ----- ----The following is the content of the forwarded email---- From=EF=BC=9A"Eggert, Lars" To=EF=BC=9Adclc Date=EF=BC=9A2014-05-08 15:59:53 Subject=EF=BC=9A[Dclc] different spin on dclc Hi, I happened to chat with Alia (new RTG AD) about DCLC, and she mentioned tha= t there is a different area in datacenter where latency control matters, an= d that is controlling latencies that arise from stacking virtualized networ= ks on top of one another. If you heavily virtualize your infrastructure, th= e encaps/decaps operations create latencies, and state/traffic may get conc= entrated in various places in the underlying physical substrate in ways tha= t also create hotspots (=3D latencies). I'm wondering if that's an area of interest to add to the charter? Lars PS: Could we put the current charter text on the wiki at http://trac.tools.= ietf.org/group/irtf/trac/wiki/dclc so it is findable? ------=_Part_188683_1556422653.1399620335391 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Lars,
<= br>
Thank you for the point. I could not = agree more.

To me, VXLAN and STT are typical cases for traffic tunneling for = network virtualization.
In addition, SFC = is also another case for traffic tunneling in operator's DCs too, I guess.<= /div>

Y= ou may as well be interested in the fact that STT deliberately utilizes NIC= 's ToE capability via a TCP-like tunneling method to reduce the tunneling l= atency's impact to E2E data delivery.
<= br>
Lingli


 
----The following is the content of the&nbs= p;forwarded email----
From=EF=BC=9A"Eggert, Lars" <lar= s@netapp.com>
To=EF=BC=9Adclc  <dclc@irtf.org>
Dat= e=EF=BC=9A2014-05-08 15:59:53
Subject=EF=BC=9A[Dclc] different=  spin on dclc

Hi,

I happened to = ;chat with Alia (new RTG AD) about DCLC,=  and she mentioned that there is a = different area in datacenter where latency co= ntrol matters, and that is controlling latenc= ies that arise from stacking virtualized netw= orks on top of one another. If you = heavily virtualize your infrastructure, the encaps= /decaps operations create latencies, and state/tra= ffic may get concentrated in various places&n= bsp;in the underlying physical substrate in w= ays that also create hotspots (=3D latencies)= .

I'm wondering if that's an area of&n= bsp;interest to add to the charter?

Lars
PS: Could we put the current charter&nbs= p;text on the wiki at http://trac.tools.ietf.org/g= roup/irtf/trac/wiki/dclc so it is findable?
------=_Part_188683_1556422653.1399620335391-- ------=_Part_188684_1175255940.1399620335434 Content-Type: image/jpeg; charset=utf-8; name=11112014031114574914m7.jpg Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=11112014031114574914m7.jpg Content-ID: <31089082426233861> /9j/4AAQSkZJRgABAgAAAQABAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCABgAGADASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDZ8a+F Bpd8GsYz5LruA9D3rnrES+YIpFmkdxhv3eAvoC3WvRfEepad4kaC1tjKZI2JZx8u0GsaRLfS4/ss Ubtv+dpGbJC9vxNbyqPls9zim1fQwRZxLG6owXIOSw5/SqF3YqkUTBRl+QSMcVvTzoJxBFCDJ/Hg f6sVQumkhikNyokjU45bjjn8qxjVlexMZO5ktbRRweY5EcRHDt95/wDdHpXOXU0byblDKoJHz4qK +1mfUbpjyIs446n/AAFJ9ikdxJKAE6hfQVutUbFm3t/PcAkKuM5Pf2+taUNtLfw7/Jjjgj+Vck81 nq6ou1GP0zU+l3URvokmc+TuG4qecd6pRE7mxYeHL2+G22szIf8AZzxVPUvD95p0qre2j26twCT1 +le2W3iLw5pOlKLCRGULkKg+ZvrXmPizxFLrt5mWVY0TIQYyFFEbt7D6WucsbQF41iZljHJJH9Ku gKB8x+b2qnKkKLuGqMzddixZJ/OqD6iVOC2au/YLHo8WqDTdRSG3RZV8webIO4zzTpr83suqSykR mO48hCR3rmNX1C38lRZI0CqPmAbczn1Jx3q5DdPf/ZjkhJ0WeVQM/Pjaefw/WuGpoYRR0NhEsenz XMjYe4YgA9dg6n+dee6z4oN3q0oU4ts7VX2rofFOsta2s0MZ2BIEjjx6Hqf515cp86cIOSzYFVSV lzGsIXZuQTwxjEUe5WbGSO9VtRvbi3uCgBAxgg9q7HT/AA20+iyeWuHiPmD3xUWveG2vNOjvYUO7 ADcdK0VRnS6Vlc4L7ZN5oJcjPI9quRTbZBIWxu/nWfd281lO8Uq4ZT6U2G4yjRnof0qkzKx2dlqZ YJE0pCE4z6VseJ9GbTmtrm0u/NsLlMxyScEsOo/r9K86trplYLnmvVNP1OPVPAVvE8wjNo53uBlh 6D8ablqjKb5dTjGsLu7crFPEAeAN4FSjwtqcLqpeNy3RYpA7fkK7Lw/ZadqXyvqFxAckligYbR36 V6DYv4d0XTRFpl/ZrcdTPPHlm+uBVvQVOoqmqZxlr8PNWbK3ltGqH5f9YDzWjH4P1iwt7g21nCZG IVB5wAVQO1P+G0uparcz/wBp3c1ykbLhZHJ6g16ZLp9okbMLYMQCQATzXFKEXubKlY+cviPpd5pt lbvcxbJJWKkhgenbiuS8LWJv9YUsCIoyMkDvXtfxI0SXVvA09wNPSC5tZDOVHJEY6/oc/hXEfCrT be7t5ZZuSJSoycYwM/1pxslZGtONjoLm+ttM2ql+YnPyhMg7qu6SzXEFxGJAy7SSp4q7qHhewuiD HbAYO7LKM59etXNG0C3NxcSICyLbmPaRkZ9apuyNknc8w8S2FtOryu4XbkBgOvsa4t9FnK+bbfOv XrzXrK6LDGz28sbSBHbB4PfpUx0W3kAWK2ZDj75AUCjm0E43PEyrCTJBDA4INegeBLHWrqG8k0uE yRlTFKMgfeHvWF4r0qPSdYiVTnzQS3p1r3b4a+FrK08GWU80OZ7pfOckkYz0H8qHLQxlTvozmdO8 K6pE9mTALPyfnLKgY7gOhAPIyOvvWe3hHxC926+R8pJbzCwC/wA69ik0ax3JiJhlucO3+NPGjWP/ ADyYf8Db/GqjVZksMkeZfB2/luJtQjmwWiKDPfv1r18tXi/wiGnw32pfY9Re8kYoZt0e3aea9R1X xBpmiwh9RvoLfIyFd8M30HWirK8tEawVlqVNUhlvb26gafZbPF5LIAOcjnJ/GvFfCMEvhnxZq/h6 4yvzCWLPGcf/AFiPyr0+Xxv4Wms0P9tW3mFt7gk5ya5bxZqXhq/lttZs9XtG1CzXBUNzLH3X69cV krouNkzblvyINkY+ZuM1Hb63No0Rtvs+XZcmXOd2axHuTJbCW3kB3AFG6iqF5PqU+0TTgKvTatJu 7sdUFc1obuW4vvOkiEZycjP3qvTXSsPlAH0rlrZL0uC1y2wH061pS3cVvEZZXCqvLEnFTzW0Bxsz kNU0yfxP8RLbTYAzYCh8fwr1JNfR1rClnaQ20YASJAigegGK808CyeH9KkudQutY086net8w85fk UdFHNekCZXRXVgynkMpyCKG3Y53qyZ3+ZPrTt9VWk5T/AHqDJzTTA8N+Fd9Na3uu313bx25EKSmO MYXChugrmpJ/7ce41LUZHmuriUkMzHCjPAFaPh/UZLmDxS1vdNeK1sqQbWZgAcjC7uRyam0rSoPD lrFLqireagMCOxjbJjYnq3bgHNddODk3YwnJRRyN9piiQ+QjHngAGpdI8Ia3rFysdpZOd5IDSfKM /U111vfReI9RLPBKLKBxGyg7X3np054x29K9V8PwiCdolAAjtwdqtkKSemfXAH51pUgoRbIpycpW R5tbaTc+GEFhNdC4cDcwXonsD3rVGrWrQBZUAb3o19Gj1aVn6MeKyZIlcdq86Td7noxVlYsz6xbp kRLuPoKo3dg+t6bcQyOUZgCDjpimpbor7jitG1mWPp0xzUXdynax55qHhS605d8qAx9A6nK16F8H dbuUvb3Q7iV2iSLzoUY52YOCB6cH9KvFoWgdZQrREHcrDIxXOeGdYsdN1ttXjt2bh4BJGTtYZ/iH YgAfWuqEXNNI45+5qe5NJ8yA/wB6nb81ymneMNO1FlxKsY3HJLdPr6VvrMCgYMCp6EHis3CUdxxk nseNeFo7PQdN1G6063kvLyQkLCkfyRBVJXdnjOSc1R0s3Nxq9pIgga4kDTkkZQ4yT+pxWjLqSWWn WSWZAkBy6PwOpyx+uayrSC7url/sU0sAkkZiqMFUZPyqGxnkda9WKSWhxO73Ohu76fSL6DZJYvOA 1wbeOI/eGSNx/qSOlbGl+KodIv7P7ZcKxuIRLcyAYDO54P4dPQcVx91YDTNNubqLzZ7lH8pYXbe2 7uemSORSa/pl3qa28rpGiPMq+eFwVBwMEDqOKcoqSsEJOLuj0nxLYxX8fnwHJ68dK4cko7Rtwwq3 pGraxYXE1jq6edAHCQSDAkxzkkD6frUs8tjeSM0EiMw6gHkfUV5k6LiejCqpbGW+emeadASD8xwK q3F/bxT7Wlj5OB81Ymv69LZqscO0Fl3ZJ6jPT61KotlSqpGj4g19LVUtY3VnfhxnO1fwrOgvY7TS jfW9shuS4JGMDaxxz6n8qw3ubac20uGnllcM6qedncfpXR6zYKNJsriASrEJkAiIDALj7xx+ldtK nyI4ak+aV2b1hqeiyXMV/OkUbICZVxlj8v68/Wti18eGfX4rDTrItaIpeSQnlgB2HavO5ra1m0t5 4Yn82AlnIHLqe2OvHBzVzSbi4k0tjp0bpuj33FyBj5R1U/hWrjGWjITa1R//2Q== ------=_Part_188684_1175255940.1399620335434--
<= td>=E7=A0=94=E7=A9=B6=E5=91=98/Researcher<= td>=E6=97=A5=E6=9C=9F=EF=BC=9A
=E9=82=93=E7= =81=B5=E8=8E=89
=E8=81=8C=E5=8A=A1=EF=BC=9A
=E5=85=AC=E5=8F= =B8=EF=BC=9A=E4=B8=AD=E5=9B=BD=E7=A7=BB=E5=8A=A8=E7=A0=94=E7=A9=B6= =E9=99=A2/China Mobile Research Institute
= =E5=9C=B0=E5=9D=80=EF=BC=9A=E5=8C=97=E4=BA=AC=E5=AE=A3=E6=AD=A6=E9= =97=A8=E8=A5=BF=E5=A4=A7=E8=A1=9732=E5=8F=B7/32 Xuanwumenxi Ave,&= nbsp;Beijing
=E9=82=AE=E7=AE=B1=EF=BC=9Alingli.de= ng@139.com
=E6=89=8B=E6=9C=BA=EF=BC=9A13810597148=
=E9=82=AE=E7=BC=96=EF=BC=9A100053
2014=E5=B9=B405=E6=9C=8809=E6=97=A5 = =E6=98=9F=E6=9C=9F=E4=BA=94