笔记： 《Content Networking Fundamentals》

从下面的内容里面，我感觉Content Networking总的概念就是，对于传统的基于包交换的网络，传输层是完全内容无关的，内容的感知是内容产生者的责任，Content Networking 就是对于整个网络层次，都是内容感知（content-awareness）的。

内容网络涵盖了网络处理各方面的元素，从下面的图片，我们可以看到3个层次：

Originator：内容生产者（or an origin server）为clients请求提供内容, 内容可以是live video, 文件下载传输还有动态的静态的数据，交互式多媒体内容。应用包括e-learning, corporate communications, e-commerce, hosting services, and enterprise client/server applications, among many others.

Network infrastructure：这层分发content, 包括一些协议和概念，such as TCP/IP and Ethernet, plus the content networking services and intelligent network services discussed in this book.

Recipient：请求content的client，可以是PC桌面软件不如浏览器，视频播放器等，也可以是TV/PDA/IP Phone等。

图片：Relationship Between Recipient, Network, and Originator Content Network Entities

要点：

• local dns (local name server)是客户端网络设置的一部分，要么是手工配置，要么从DHCP得到。一般local dns 在从网络上靠近客户端。
• 主要的域，比如.com .net .org 等，都由Internet管理方进行管理维护，负责这些域的服务器也叫"根服务器", 根服务器里面有 foo.com 之类的子域，每个子域有一个或者多个服务器，这就是子域的权威服务器（授权DNS服务器）。
• 授权DNS服务器存储对于管理一个域名的重要信息，同时一个域名可以分为多个Zone，个Zone可以有各自的授权DNS,称为Zone of Authority(ZOA). 比如a.foo.com b.foo.com 可以有各自的ZOA
• 可以有一个或者多个授权DNS服务器，但是只有一个 primary authoritative DNS 负责分发域名name space的信息。

迭代查询和递归查询：

迭代查询：服务器可以回答确切答案，或者告知查询者其他可能知道答案的服务器。

递归查询：服务器必须回答确切答案，假如自己不知道，就要通过查询其他服务器得到答案。

客户端的DNS解析器一般无法处理迭代的回答，所以查询localDNS一般使用递归方式。服务器DNS解析器可以回答迭代或者递归查询，也可以发出递归或者迭代查询。

典型DNS查询流程:

?1996 美国MIT的一个研究小组提出CDN 概念

?1999年全球第一个专业CDN服务网络投入商用

?第一个正式用户－Yahoo

国际上主要CDN服务提供商

?AKAMAI

?Digital Island (C&W)

?Ibeam(卫星CDN服务）

?Speedera

?Cidera

?Real（流媒体服务）

?AT&T

?….

国际上主要CDN设备提供商

?CISCO

?NORTEL

?F5

?BlueCoat (CacheFlow)

?Inktomi

?Netapp （以缓存设备起家，06年NetCache产品卖给BlueCoat了，从此专心做存储)

?Foundry Networks

?Array Networks

?….

CDN在中国

?Akamai、Digital Island等开始在国内建点

?国内一些IDC、ISP开始代理销售国外CDN服务商的服务

?电信运营商建立自己内部的或区域的CDN网络 - 大量使用NetApp/Radware的硬件产品。VOD CDN上华为思华创智有一定份额

?独立的CDN服务提供商——ChinaCache

1. 2000年初在信息产业部的支持下ChinaCache 开始商业试验
2. Sina成为第一个使用ChinaCache CDN服务的客户
3. 2002年6月正式批准商业运营
4. 截至2007年9月ChinaCache在全国80多个大中城市拥有近350个节点，全网处理能力突破400Gbps

关于ChinaCache的使用的设备和技术(仅从公开信息收集,不一定准确)

最开始使用Array NetWorks的产品

后来使用F5的产品(应该是3DNS-GSLB)

使用Squid作为web cache

有朋友说自己的电影网站卡的厉害，给看了一下，应该是磁盘性能问题，过程中找了几篇文章：

http://doc.51windows.net/iismmc/?url=/iismmc/htm/perf_tune.htm

性能调整

通过调整 Web 服务器和改善性能，可以最大限度地提高吞吐量，并最大限度地降低 Web 应用程序响应时间，从而为访问 Web 服务器的客户端带来更好的体验。当服务器在响应客户端请求时，客户端不必等待很长时间或频繁地等待。性能调整有助于避免瓶颈，并有助于延长每次硬件升级之间的时间间隔。

本节包括下列信息：

• 关于性能调整：描述了测试和调整 Internet 信息服务 (IIS) Web 服务器的一般方法。
• 性能和安全性：描述了如何平衡服务器安全性与性能需求。
• 性能设置：描述了特定注册表和配置数据库设置，可以通过调整它们来改善 IIS 性能。
• 性能监视：描述了用于监视服务器性能的工具和计数器。
• 可伸缩性：描述了对硬件进行扩展以改善 IIS 性能的不同方法。

相关主题

• 有关基于站点内容选择的性能效果的信息，请参阅配置应用程序。
  ……

优化 Microsoft Windows Media Services 9 Series

http://zmhu.spaces.live.com/blog/cns!DCAC6C4CEA29C244!340.entry#category

IPTV这个话题很热门，IPTV领域也很复杂。很多大公司在IPTV方面都有所布局，稍微分析一下会发现，确实很精彩。

本文主要来自对微软技术文章的章节翻译加上了一些个人理解

Windows Media Services Version 4.1 vs. Windows Media Services 9 Series

wms9 相比 wms4.1 有显著的性能提升，下面的一些特性都和性能的提升有关：

新的对象模型和扩展的插件架构

1. 改良的I/O和线程模型
2. 快速流服务(Fast Streaming )改进了用户体验, 有4个部分:快速启动，快速缓存，快速重连，快速恢复*(Fast Start, Fast Cache, Fast Reconnect, and Fast Recovery)
3. 对数据使用大块的存取策略，这样大大减少了磁盘的寻址操作(这个操作是很慢的)
4. 在一般的情况下增加了并发用户数量
5. 使用了windows 2003的"file-buffering"机制，这种机制将经常访问的内容放在内存，这样可以提高性能
6. ……