昨日,思科发布了《思科视觉化网络指数:全球移动数据流量预测更新2011-2016》报告。该报告通过对1997年到2011年互联网和移动设备相关的数据进行统计,然后对未来移动设备和数据的发展趋势进了的预测。 我们筛选了其中16个自2011到2016年移动设备和数据分析趋势图,并简单解析,供各位参考。 1. 月移动流量增长趋势。其中到2016年,每月移动数据流量10.8EB,平均年复合增长率(CAGR)为78%。(1EB=1000PB,1PB=1000TB,1TB=1000GB) 2. 各地区移动数据增长趋势。亚洲地区增长最快,2016年占全球数据流量的40%。西欧占22.56%,其次是北美、拉丁美洲、东欧和中欧、中东地区和非洲。 3. 各移动设备所占比例。智能手机最高,占48.3%,其次是笔记本(包括上网本)和平板电脑各占24.2%和10%。 4. 高端设备和非智能手机流量比较。有点意外的是,移动投影电话的数据流量仅次于笔记本,相当于300个非智能手机流量。 5. 有两台或更多移动设备的用户所占比例。到了2016年,手中至少有两台移动设备的用户将占总人数的四分之一。 6. 2016年,移动视频将贡献70%的流量!网页数据贡献了20%。剩下的不到10%,最令人难以置信的是,手机游戏的流量只占总流量的1.1%。 7. 网络应用使用流量所占比例。该数据来自美国本土,其中流媒体应用Netflix贡献了近三分之一的流量,音乐应用Pandora只占14%左右,社交应用占10%左右,网页和邮件约为40%。 8. 所有移动数据流量中,2016年来自电信运营商网络的流量只占78%,另外22%来自于WiFi等网络。 9. 在手机和平板设备的数据流量中,这一比例略微上涨,电信网络数据占近三分之一。 10. 1%的用户在第一月贡献了52%的月流量,到第21个月之后这一比例下降到24%。 11. 在年流量增长比中,20%的用户贡献了102%的增长,另外1%的用户贡献了37%的增长。 12. 在所有用户中,只有1%的用户每月会用掉5GB的数据流量,每月使用2GB流量的用户也不到3%。其中绝大部分每月流量在200M之下。 13. 操作系统每月贡献的流量(MB),Android系统使用流量最大,每月在800MB左右。其次是苹果的iOS和Windows。 14. 计算机之间的数据传输量五年之后将增长22倍,达到每月508PB。(1PB=1000TB,1TB=1000GB) 15. 到2016年,全球可以支持IPv6协议的智能手机和平板将达到16亿台。而去年只有2.8亿台。年复合增长率约42%。 16. 到2016年,全球支持IPv6协议的移动设备将超过40亿。
2011-2016 全球移动设备与数据增长预测——解读思科移动增长预测报告-leo发表
http://www.52network.com/blog/2012/02/19/2011-2016-%e5%85%a8%e7%90%83%e7%a7%bb%e5%8a%a8%e8%ae%be%e5%a4%87%e4%b8%8e%e6%95%b0%e6%8d%ae%e5%a2%9e%e9%95%bf%e9%a2%84%e6%b5%8b%e8%a7%a3%e8%af%bb%e6%80%9d%e7%a7%91%e7%a7%bb%e5%8a%a8/
Juniper QFabric – 作者:Pradeep Sindhu
Juniper QFabric2000384-zh-Qfabric.pdf QFabric 是一个分组交换网络技术的名称,该技术使用市场上出售的标准化计算、存储和服务网元,专门用于搭建各种规模的高效、经济、动态和易于管理的数据中心。 Pradeep Sindhu 副董事长、 首席技术官、 创始人 Pradeep Sindhu于1996年2月创建了瞻博网络,现任公司的副董事长兼首席技术官。 他创立公司时的愿景是“连通世界,沟通你我”,这也是今后公司的愿景。在创立瞻博网络之前,Sindhu 博士曾是Xerox公司Palo Alto研发中心(PARC)计算机科学实验室的首席科学家和杰出工程师。 Sindhu博士拥有印度坎普尔理工学院电气工程系学士学位,以及夏威夷大学电气工程系硕士学位。此外,Sindhu博士还拥有卡耐基-梅隆大学计算机科学的硕士和博士学位。
http://www.52network.com/blog/2011/02/26/juniper-qfabric-%e4%bd%9c%e8%80%85pradeep-sindhu/
IEEE MASS 2010 Workshops
IEEE MASS 2010 Workshops https://mass2010.soe.ucsc.edu/node/4 November 8-12, 2010 – San Francisco, CA, USA ———————————————————————– The following workshops will be held in conjunction with the IEEE MASS’10 conference, which will be held in the San Francisco bay area on November 8-12, 2010: · The Third Workshop on Mobile Entity Localization and Tracking (MELT) (http://meltworks.org) [...]
http://www.52network.com/blog/2010/05/19/ieee-mass-2010-workshops/
大规模影响用户因素(DDOS)
大规模DDOS是针对特定目标进行拒绝服务攻击,该攻击将产生大量的数据流量造成网络拥塞,攻击的流量可以高达到几G甚至几十G的数据流量,根据规模可以完全拥塞城域网出口,特别是中、小型城域网。 对于运营商而言,大规模DDOS攻击行为将严重影响互联网接入用户的网络使用感知,用户网络明显变慢,城域网提供的互联网接入服务质量变差,影响电信运营商自营业务和企业客户业务的正常使用。 攻击示意如下: 当DDOS攻击者通过互联网控制僵尸网络攻击地市城域网特定的服务器和用户目标时,数据源将通过其他其他运营商和其他互联网线路达到目标网络。在大规模DDOS时将在骨干上产生几G甚至数十G的数据流量,大量的攻击数据将占用城域网出口带宽,导致用户无法正常使用互联网服务,被攻击目标所在网络无法正常使用,特别是目标为IDC机房服务器时可能使整个IDC机房服务器均无法提供服务。 当发生大规模DDOS攻击,建议运营商部署流量清洗系统对DDOS目标流量进行牵引并进行数据清洗,保障DDOS目标用户的网络正常服务。 针对具体情况,当城域网中未部署流量清洗系统时可考虑在现网情况下进行流量牵引,避免DDOS攻击至相应本地城域网的服务器和用户时拥塞城域网出口,影响城域网用户质量。 建议的流量牵引有两种方式:Sink Hole(下水道技术)和black hole(黑洞技术)。 Sink Hole和black hole主要是针对运营商大规模DDOS攻击的解决方案,依赖BGP协议进行攻击目标通告或流量牵引。 Sink Hole当网络发生大规模DDOS攻击影响出口带宽时,通过BGP路由触发骨干路由器策略将攻击流量牵引至sinkhole路由器,通过厂商流量监控系统和流量清洗系统进行攻击流量的攻击和分析、记录,实现对流量的清洗,将合法流量继续转发至目标服务器或主机。Sinkhole类似与蜜罐技术,但sinkhole能够保护网络的整体安全而不是特定的主机。Sinkhole路由器建议部署在NOC中心,sinkhole路由器需要与骨干路由器建立BGP邻居关系,并手工将攻击目标的地址或网络通过BGP路由策略通告给骨干路由器,将流量牵引至NOC sinkhole网络,保障城域网出口流量正常,使互联网接入用户和业务的正常使用。 Blackhole主要是部署增强的BGP触发黑洞技术,利用BGP团体属性实现在攻击流量入口路由器上启动路由黑洞或sinkhole路由。部署blackhole需要定义一个团体属性值,当发生DDOS攻击时,通过BGP通告被攻击的路由,同时携带定义好的团体属性,入口路由器收到路由后将根据路由策略将下一条属性指定到一个null接口的私有地址(RFC1918)。入口路由器将收到的攻击报文直接丢弃,也可避免攻击流量至本地城域网,保证本地城域网出口流量正常和用户的正常的互联网访问。Blackhole方式下被攻击目标将无法继续提供服务,直到DDOS攻击取消,恢复正常BGP路由通告。 当城域网中发生大规模DDOS堵塞城域网出口时,通过sink hole或者black hole等逻辑配置技术手段可以有效的避免城域网出口被拥塞,避免大规模影响城域网用户上网质量,提高城域网整体服务质量。
http://www.52network.com/blog/2010/03/31/%e5%a4%a7%e8%a7%84%e6%a8%a1%e5%bd%b1%e5%93%8d%e7%94%a8%e6%88%b7%e5%9b%a0%e7%b4%a0ddos/
IPV6演进
IPV6的商用还需要一个长期的过程来演进,在很长一段时间需要IPV4/IPV6共存。城域网全网使用IPV6是未来一段时间的目标,预计要到2020年左右才能实现全网IPV6。升级到IPV6需要从核心层、业务控制层面、接入层面和业务应用均要全面支持IPV6,从现网IPV6城域网升级至IPV6城域网至少需要下述几个阶段: 1、 IPV4城域网(现网) 2、 IPV4/IPV6共存 3、 IPV6城域网 其中IPV4与IPV6共存阶段是一个较为长期并需要大量设备升级和割接扩容的阶段,是以后城域网一个重要的阶段。对于该阶段我们建议关注以下内容: 1、 地址规划 2、 核心和业务层面升级至IPV6 3、 接入层面升级至IPV6 4、 IPV4组播业务升级至IPV6 IPV6地址管理一直是所有运营商最关心的问题,合理的地址分配方式和地址标识易于推进IPV6运营和管理。核心和业务层面的现网大部分设备可支持IPV6,因此在过渡阶段对于核心层面与业务层面建议部署dual stack,核心层面和业务层面设备同时提供IPV4与IPV6网络环境。而接入层面由于现网设备种类繁多,功能支持不一,需要进行大量的设备扩容、升级或替换后才能支持IPV6,因此接入层面的升级将是城域网升级至IPV6的关键的一部分,接入网演进至IPV6阶段需要两个方向:1、BRAS连接支持IPV6的接入网为用户提供直接的IPV6服务;2、BRAS(dual-Stack)通过隧道或6RD为接入网用户提供服务,接入网不能完全支持IPV6,用户使用dual stack,在过渡阶段将接入网慢慢升级至IPV6。另外一个IPV6问题是组播业务的升级,需要将原有IPV4组播升级至IPV6,该方式只能在接入网过渡阶段采用两个方向的情况下才能进行IPV4组播业务至IPV6升级。 图示: 城域网IPV6演进思路: 1、核心层面: 1.1、在整个城域网中启动IPV6,实现部署IPV4/IPV6 Dual Stack,城域网中IPV4与IPV6网络共存; 1.2、当IPV6业务发展到一定阶段,用户大面积采用IPV6后可以考虑取消IPV4承载。 1.3、核心层面需要支持6PE/6VPE;支持Carrier Grade NAT(CGN)或者是叫Large Scale NAT(LSN) 2、业务控制层面: 2.1、业务层面BRAS大多数已经支持IPV6,建议支持IPV6 BRAS部署dual stack,提供IPV4和IPV6网络服务; 2.2、BRAS不支持IPV6可采用L2TP连接至IPV6业务路由器提供IPV6服务。 3、接入层面: 3.1、现网不支持IPV6接入网可采用6RD方式为用户提供IPV6服务,通过6RD中继边界设备访问IPV6应用;逐步进行升级支持IPV6;也可通过BRAS作为LAC通过L2TP方式连接至dual stack的LNS提供ipv6服务; 3.2、根据用户区域逐步新建支持IPV6接入网提供用户IPV6服务,包括IPV6组播视频业务。 4、IPV6/IPV4互访 4.1、核心层面部署CGN实现城域网内ipv4和ipv6用户访问互联网服务(包括ipv4和ipv6服务); 4.2、城域网内ipv4用户使用6RD方式通过6RD中继设备访问ipv6服务; 4.3、当城域网骨干完全升级至IPV6,IPV4用户可通过DS-Lite访问IPV4互联网服务;IPV6用户可通过NAT64访问IPV4互联网服务。 5、组播演进 5.1、在只支持ipv4的接入网中,复制点将终止在BRAS上。 5.2、由于接入网只支持ipv4时候无法有效实现ipv6组播至终端,建议IPV6组播业务提供在新建IPV6接入网中。 5、移动分组核心网 6.1、需要对PDSN进行改造以支持dual stack,并且需支持dual-stack-ip-flow over ppp,可选支持6over4隧道; 6.2、移动分组核心网使用dual stack,部署dual-stack proxy [...]
http://www.52network.com/blog/2010/03/31/ipv6%e6%bc%94%e8%bf%9b/
The InterPlanetary Internet (IPN)
By: Marc Boucher The Basics Ten years ago few people had heard of the Internet. Even 5 years ago it was viewed by many as a technological curiosity – some thought it to be a passing fad. Now the so-called "dot com" economy makes multi-billion dollar deals on a regular basis. Ten years from now [...]
http://www.52network.com/blog/2010/03/31/the-interplanetary-internet-ipn/
Ubiquitous Computing
Ubiquitous Computing就是按照人类的心意去做事的电脑,简称UC。现在我们经常提到的使用RFID或者是无线传感网络就是UC技术的一种体现。UC将是我们下一代电脑,它不仅仅局限在我手上在敲的thinkpad之类的笔记本,它将包含在生活的任一个地方。 例如通过植入RFID来记录人的生活习惯,环境,提供远距离医疗服务等;在家电和电子产品中利用无线传感网络构建家庭网络,收集产品故障信息实时反馈远程故障维修处理等等。 看看各国的发展情况: 欧洲 ubiquitous“无处不在”,这在美国被称为“普及运算”(pervasive computing),在欧洲被称为“环境智慧”或“智慧环境感知技术”(ambient intelligence)。 2003年11月2日荷兰Eindhoven举行的首届EUSAI(European Symposium on Ambient Intelligence)论坛上,主办者飞利浦公司在技术概念会议集中探讨了智慧环境感知技术的三大关键领域包括:无所不在运算(ubiquitous computing)、环境感知(context awareness)、智慧及自然互动作用。其中智慧环境感知技术的目标是,在人体的周围环境中布置智慧化的技术,而且能够不为人所察觉。 普及运算已被欧盟采纳为IST研究及技术开发计划的主导项目,欧盟还拨款超过36亿欧元,在未来四年内用于该课题的研究。其中一些EUSAI参与者则认为,普及运算未来的成果就是“让电脑消失”。 日本的U-JAPAN 日本在二○○四年发动“U-Japan”政策,希望于二○一○年时,亚洲能成为“全球资讯传播中心。U-Japan计划: 实现无所不在的社会政策(Ubiquitous Network Society); 希望在2010年将日本建设成一个“anytime, anywhere, anything, anyone”都可以上网的环境。 日本政府是以“IT新改革战略”为主,实现每个人在任何时间与地点都能感受到IT好处的社会;日本的 U化社会理念是依循从固网为核心的基础建设,发展至有线与无线整合成无缝隙的随手可得的服务社会,同时以 ICT(资讯通讯)着手解决21世纪社会产生的发展议题。 韩国U-KOREA 韩国则是在2004年 3月推出“IT 839策略”,主要目标是提升韩国现有的资讯科技框架,期望在2007年达成韩国的全方位资讯社会愿景;这个“IT 839策略”是以八大创新服务和服务所需的三大基础网络,以及九大成长产业为主。 2006年韩国再推出“u-Korea”政策,而“IT 839策略”为后即其前导型计划,u-Korea意旨建立无所不在的社会(ubiquitous society)。计划期程是1995年到2002年,是准备阶段,着重于基础建设的建置;2003年到2007年是韩国宽带实施阶段;2007年后,是建立无所不在的社会相关服务的阶段。 台湾U-Taiwan 台湾政府也在二○○六年正式启动“U-Taiwan”计划,主要是应用RFID技术可以发挥无所不在的功能,目标则是推动发展“e化服务随手可得之优质网络社会”,内容包括:整备优质网络、建立完备U-Taiwan发展环境、以及推动U化生活应用。 所谓的“U化”,可涵盖几大特征,包括:“随时随地取得”、“不断线”(always on)、“即时回应”、“多样化可携式服务”、以及从使用者角度出发的“客户导向”原则。而实践U化之技术,则将以无线网络技术为主,透过光纤网络为骨干传输,并依涵盖范围及宽带需求划分,发展不同的无线网络技术。 为达到上述目标,未来政府的施政重点包括: 推动“优质网络社会”基本法立法与相关修法; 维护优质网络社会资通安全与信赖机制; 创造、流通及运用数位内容; 缩减数位落差创造数位机会; 提升资讯素养,以培育普适网络社会(ubiquitous network society,UNS)人才; 推动国际合作行销台湾,期许能尽速建构优质网络社会环境,提高人民的生活环境。 未来,RFID技术的运用范围可以更广泛、更无所不在,结合数位家庭、互联网、无线网络及设备,发展出远距照护、安全监控、数位娱乐、车辆导航、电子货柜、医疗废弃物追踪、机场行李通关等新的整合科技运用,创造无限商机。透过随手可得的e化服务,建构台湾成为一个安全便利的安心社会,并达成2010年高速宽带网络与汇流涵盖率达90%的目标,使台湾成为世界U化的先进。
http://www.52network.com/blog/2010/03/30/ubiquitous-computing/
IETF 77 Meeting Materials
IETF 77 Meeting Materials Submission cutoff date: April 23, 2010 Corrections to submissions cutoff date: May 12, 2010 Meeting Materials Manager (for session chairs only; password required) Plenary Sessions Wednesday Plenary Agenda No minutes received Gathering Slides Wednesday Plenary Agenda IETF Chair Report (Part 1) IETF Chair Report (Part 2) NOC Report IETF Trust Chair [...]
http://www.52network.com/blog/2010/03/26/ietf-77-meeting-materials/
Agenda of the 77th IETF Meeting
Agenda of the 77th IETF Meeting March 21-26, 2010 Updated 2010-03-21 09:18:33 PDT Room Maps IETF agendas are subject to change, up to and during the meeting. SATURDAY, March 20, 2010 0930-1700 Code Sprint – San Simeon SUNDAY, March 21, 2010 1200-1900 IETF Registration – 2nd Floor Foyer 1000-1200 IEPG Meeting – Palos Verdes 1300-1450 [...]
http://www.52network.com/blog/2010/03/24/agenda-of-the-77th-ietf-meeting/
DTN for IANA
Stephen关于DTN注册到IANA的建议草案,本周将提交到dtnrg会议上。 Marc. ============== Filename: draft-blanchet-dtnrg-iana-registries Revision: 00 Title: Delay-Tolerant Networks (DTN) IANA Registries Creation_date: 2010-03-22 WG ID: Independent Submission Number_of_pages: 14 Abstract: The DTNRG research group has defined many protocols such as Bundle Protocol and Licklider. The specifications of these protocols contain fields that are subject to a registry. For the purpose of its [...]
http://www.52network.com/blog/2010/03/24/dtn-for-iana/










