今天一早，就听到消息说gmail容量停在2800G了.上网一看，果然。但google并没有说明原因。我分析有3种可能性：

1. 解决gmail故障的临时措施。去年底，陆续有用户报告gmail丢信。这对gmail而言是非常严重的bug.可能是google集中力量解决问题时的一种临时措施。我注意到，gmail首页仅仅是停止更新容量数字，措辞仍然没变：
   

   超过 2800 MB（还在增加中）的免费存储空间供您随意使用，您永远不必再删除任何邮件。

2. 比较乐观的一种想法是在为gdriver上线做准备。网上硬盘gdriver已经被证实确实存在。gdriver一旦上线，用户就不必把大文件放在gmail中，对gmail容量的需求下降。换言之，容量不断增加的gmail，对gdriver的推广有不利影响。
3. 纯粹是停止显示gmail容量增长。gmail的真实容量其实和显示量关系不大。至今没有报道谁把gmail用满了。容量增长是2004年gmail推出时的一种吸引眼球的手段。现在，2G的邮箱遍地，这种手段可以停止了。

究竟是那种原因，让我们拭目以待。

1.4更新:

mail已经恢复增容，看来以上分析中1可能性比较大,属于临时性。

BTW:

gmail容量停止增长真正原因是Google的某个天才忘了更新gmail代码。更详细的解释，请看Gmail容量增长算法分析。

原文永久链接：https://jijian91.com/blog20070102/gmail-stop-increase.html

google的2007新年纪念logo，在近年作品中应属上乘。google blogoscoped也这样认为。放出时间早于往常的美国时间2007年1月1日0点。

对比一下，百度的，有点小气：

国内其他搜索引擎，包括学google的网易有道，全部缺席logo盛会。

原文永久链接：https://jijian91.com/blog20070101/google-welcome-year2007.html

很多网站在圣诞节前都已经登出对2006年的总结和回顾。谁也没有想到，在这最后几天里，发生了很多事情：

12月25日：
Firefox老大Blake Ross在个人blog中发表文章，抨击google正在偏离“不作恶”的信条。文中列举google在搜索结果第0位为自己的picasa、calendar、blog服务大做广告。Firefox和google一贯保持密切合作关系，google也大量在搜索结果第0位推荐firefox。Blake Ross所说更多是出自信念，而不是商业利益。

其实，Blake Ross可能还没有看到google更过分的地方。无论是IE还是Firefox,装上新版google toolbar以后，只要浏览google以外的搜索引擎，就会弹出提示框，引导用户转到google。这种行为已经跨过了红线，与流氓插件的行为相近了。目前，尚不清楚这是否是简体中文版的专利。抵御流氓营销的诱惑，的确不易。

12月26日:
20时26分和34分,2次地震导致多条中美海底光缆断裂。yahoo、微软网站和即时通讯软件随之中断。google经受住了考验，服务基本未受影响。其中原因，虽有分析，但不能确认。

12月26日:
《商业周刊》转引博客网站TechCrunch报道，Yahoo的新广告平台——巴拿马已经上线。巴拿马是google adsense的有力竞争对手。

12月30日:
部分gmail用户集中反应邮件丢失。其实，之前就有报道称firefox 2.0.0版会造成gmail丢失邮件，建议升级到firefox 2.0.1。但毕竟是firefox的问题。这次，则是直指gmail。网络服务的安全性问题再次浮出水面。无疑，这是google用户最敏感的地方。相比之下，疯狂推销自己的服务就只能算是鸡毛蒜皮了。

此次，如果google不能妥善解决，有可能酿成巨大的风波。

原文永久链接：https://jijian91.com/blog20061231/google2006.html

这次海底光缆断裂以后，google.com和google.cn几乎未受影响，yahoo.com和MSN都不能访问。现在勉强可以上了，但非常慢。下面分别traceroute了一下，分析原因：

google.com：

4     2 ms     4 ms     2 ms  202.106.102.233 北京网通5     3 ms     3 ms     2 ms  202.99.57.106 北京网通6    15 ms    16 ms    21 ms  221.239.18.133 天津电信7    21 ms    15 ms    14 ms  221.239.7.49 天津电信8    26 ms   107 ms   268 ms  221.238.222.213 天津电信9   205 ms     *       32 ms  202.97.34.225 北京10    29 ms    30 ms    29 ms  202.97.37.53 北京11    26 ms    34 ms    28 ms  202.97.33.22 上海电信骨干网12    28 ms    28 ms    25 ms  202.97.60.38 北京13    71 ms    71 ms    68 ms  202.97.4.46 北京14   159 ms   155 ms   159 ms  216.239.47.237 美国google15   156 ms   156 ms   155 ms  72.14.239.13 美国加州Mountain16   207 ms   211 ms   211 ms  72.14.233.117 美国加州Mountain17   228 ms   228 ms   227 ms  216.239.46.226 美国google18   295 ms   295 ms   291 ms  72.14.236.217 美国加州Mountain19   307 ms   302 ms   305 ms  216.239.43.120 美国google20   303 ms   311 ms   302 ms  72.14.233.81 美国加州Mountain21   317 ms   302 ms   311 ms  66.249.94.54 美国google22   305 ms   305 ms   309 ms  google.com [66.249.93.104]

访问google.com，是从北京的202.97.4.46直接到达美国google。后面加州Mountain的机器很可能也是google的，因为Mountain就是google总部所在地。没查到202.97.4.46是何方神圣，好像北方的海底光缆要在日本登陆再到美国。会不会是卫星？

特别说明一下，这个网络路径不是临时调整的，海底电缆断裂前就是如此。只是不知道为什么从北京绕了天津和上海2个圈，才出去？

google.cn：

4     2 ms     4 ms     2 ms  202.106.102.233 北京网通5     3 ms     3 ms     2 ms  202.99.57.106 北京网通6     9 ms     8 ms     5 ms  221.239.18.133 天津电信7     6 ms     6 ms     5 ms  221.239.7.49 天津电信8     5 ms     7 ms     6 ms  221.238.222.213 天津电信9    26 ms    25 ms    25 ms  202.97.34.225 北京10    25 ms    28 ms    28 ms  202.97.37.5311    27 ms    30 ms    34 ms  202.97.33.9012    27 ms    28 ms    30 ms  202.97.60.38 北京13    66 ms    64 ms    65 ms  202.97.4.46 北京14   155 ms   154 ms   153 ms  216.239.47.237 美国google15   168 ms   170 ms   169 ms  66.249.95.134 美国google16   169 ms   169 ms   169 ms  66.249.94.226 美国google17   175 ms   168 ms   168 ms  72.14.233.121 美国加州Mountain18   169 ms   168 ms   166 ms  cw-in-f99.google.com [216.239.57.99] 美国google

访问google.cn的路径和google.com基本相同，都是从202.97.4.46出国，直达美国google。这说明google.cn的服务器也在美国，而不在中国。

yahoo.com:

4     3 ms     3 ms     3 ms  202.106.102.233 北京网通5     2 ms     2 ms     3 ms  202.99.57.106 北京网通6     6 ms     7 ms     5 ms  221.239.18.125 天津电信7     4 ms     6 ms     5 ms  221.239.7.49 天津电信8     5 ms     4 ms     5 ms  221.238.222.213 天津电信9    25 ms    26 ms    31 ms  202.97.34.229 北京10    26 ms    24 ms    26 ms  202.97.37.53 北京11    25 ms    26 ms    27 ms  202.97.33.14 上海电信骨干网12    27 ms    26 ms    25 ms  202.97.33.170 上海电信骨干网13   252 ms     *        *     if-2-3.bb3.LAA-LosAngeles.Teleglobe.net [209.58.85.33]14   252 ms     *        *     if-9-0.core1.LAA-LosAngeles.Teleglobe.net [207.45.193.97]15   252 ms   251 ms     *     if-1-1.mcore3.LAA-LosAngeles.teleglobe.net [216.6.84.17]16     *      331 ms     *     if-4-0.mcore3.NJY-Newark.teleglobe.net [216.6.84.2]17   314 ms     *      309 ms  216.6.97.3718   309 ms   310 ms     *     if-1-0-0.core3.AEQ-Ashburn.teleglobe.net [216.6.51.5]19     *        *      321 ms  ix-12-1.core3.AEQ-Ashburn.teleglobe.net [63.243.149.122]20   319 ms   318 ms   319 ms  ge-1-0-0-p110.msr2.dcn.yahoo.com [216.115.108.45]21     *      311 ms   318 ms  ge3-1.bas1-m.dcn.yahoo.com [216.109.120.149]22   323 ms   322 ms     *     w2.rc.vip.dcn.yahoo.com [216.109.112.135]23     *      320 ms   321 ms  w2.rc.vip.dcn.yahoo.com [216.109.112.135]

yahoo.com目前可以访问，但非常慢。访问yahoo.com是从上海的202.97.33.170出国，到达美国洛杉矶，明显是经过了海底光缆。就从这一段开始，速度明显下降，掉包严重。应该是发生了拥堵。

这样看来，google不受影响的原因是因为它走了北京出口。尚不清楚google是仅走北京出口，还是使用了多个出口(北京/上海/广州)。

如果是后者,证明google有远见。如果是前者，那只能说google真是走运。如果这次是北京出口出问题，google就惨了。

从跟踪结果上看，google并没有绕行欧洲，也没有发现使用了特殊手段进行流量转发的迹象。而google出于什么考虑选择了北京出口，而不使用上海主出口，尚不清楚。202.97.4.46究竟是什么出口，尚待查实。

12.30更新:
见到一篇号称专业的分析google不受光缆影响的文章，看完之后一片茫然。除了罗列了大量专业名词，什么都没说出来。很明显，作者并不知道原因。这就是典型的”专家文章。

12.31更新:
增加msn.com.cn的trecaroute:

  4     2 ms     4 ms     4 ms  202.106.102.233 北京网通 5     5 ms     4 ms     3 ms  ab-6-42.bta.net.cn [202.99.57.106] 6    60 ms    65 ms    61 ms  221.4.0.5 广州网通 7    53 ms    47 ms    47 ms  221.4.4.225 广州网通 8    45 ms    48 ms    48 ms  221.4.0.42 广州网通 9    46 ms    46 ms    47 ms  219.158.10.137 北京网通10    45 ms    45 ms    47 ms  219.158.4.153 北京网通11    46 ms    45 ms    46 ms  219.158.3.158 北京网通12    80 ms    80 ms    82 ms  219.158.3.82 北京网通13    82 ms    80 ms    82 ms  219.158.3.94 北京网通14   420 ms   424 ms     *     219.158.33.86 北京网通15     *      422 ms   424 ms  po2-0.cr1.hkg3.asianetcom.net [202.147.16.209] 澳大利亚亚通16   435 ms   437 ms   435 ms  po9-0.cr1.nrt1.asianetcom.net [202.147.0.169] 澳大利亚亚通17   437 ms   434 ms   438 ms  gi6-1.gw1.nrt2.asianetcom.net [202.147.1.33] 澳大利亚亚通18     *        *        *     Request timed out.19     *     Microsoft-Corp.gw1.nrt2.asianetcom.net [203.192.149.242]  reports:Destination net unreachable.

msn是从北京网通接上澳大利亚亚通，在北京网通出口就已经发生严重拥堵。目前msn.com.cn能够访问，但非常慢。

原文永久链接：https://jijian91.com/blog20061229/submarine-fiber-cable-google.html

据报道，Internetnews.com近日对Google副总裁David Girouard进行了采访。Girouard谈到整合是2007年的gtalk、社交网络、Docs & Spreadsheets升级的基调：

目前gtalk只能在彼此之间进行VoIP通话，将来可以和普通电话、其他VoIP服务商的用户进行通话。

社交网络(SNS)将整合之前收购的web2.0公司的，例如wiki制造商Jotspot和社交网站orkut等,来构建合作平台的框架。

Docs & Spreadsheets等产品将解决互联网访问问题。至少对企业用户，将提供离线访问数据功能。2007年，google将为Docs & Spreadsheets增加特性，尝试为消费者和小企业提供真正的选择。

David Girouard是Google副总裁(VP)和企业部总经理(General Manager at Google Enterprise)。

原文永久链接：https://jijian91.com/blog20061228/gtalk-tel.html