• Federation 简单的解释就是分布式的互联互通，没有中心服务器。比如email, XMPP等系统都是federation的，任何公司没法对它进行控制。Google Wave Federation Protocol协议基于XMPP核心协议XMPP core [RFC3920]来扩展，实现多个wave服务器之间即时的交互通讯。
• Waves可以理解为一种支持实时通讯的多人文档(multi-user document)，它由一到多个wavelets构成。wavelet中包含一到多个具体的document。
• 服务器之间通讯必须使用TLS(类似SSL)
• Wave 的创建服务器通常认为拥有此wave, 在协议中称为master, 所有修改及并发操作逻辑由master负责管理。其他外域用户的服务器实际上只起一个代理作用，将本域用户的操作发送到master。多个服务器通讯，协 议中的Client和Server都是相对的，因为实际上双方都是服务器。协议上把发起方视为client。因此从单一的wave对象来看，实际上还是一 个中心服务器的架构。

Non-Authoritative         Authoritative
    Server                   Server
-----------------         -------------
     |                          |
     |  establish connection    |
     |  --------------------->  |
     |                          |
     |  send delta operation    |
     |  --------------------->  |
     |                          |
     |  receive response        |                  All non-authoritative
     |  <---------------------  |                      servers with
                                |                      participants
                                |                      ----------
                                |  establish connection   |
                                |  -------------------->  |
                                |                         |
                                |  send delta operation   |
                                |  -------------------->  |
                                |                         |
                                |  receive response       |

                                |  <--------------------  |

• 从 协议来看，虽然Wave是XMPP的协议扩展，但和XMPP目前的体系并无具体的联系，没有互联互通(wave federation不等于xmpp federation)。没有presence(在线状态), message(消息), roster(联系人)。可能和很多人想像的不一样。它只是用XMPP协议来作为载体。打个比方就像写了一个socket服务程序，用pop3协议(或扩展)来实现多机传送文件，虽然协议是POP3, 但是这个体系跟邮件没什么关系。wave与XMPP的关系也是这样。
• 从目前来看，Wave不会代替IM，因为它没有对Presence(在线状态)的定义，但用发展的眼光来看，如果一些extension可以把xmpp presence带入的话可能情况就会发生改变，如下所示，比较期待。

• Ideas for creating a friendfeed like feed aggregator system

• Thrift and Protocol Buffers performance in Java
  
• Thrift, Protocol Buffers installation and Java code howto

• 如何写nginx module

You may have noticed near-instant updates on the new web interface—this is primarily due to the super-fast messaging features of eJabberd, the XMPP server that Present.ly runs on

We are using ejabberd, which is known for its high level of compliance with XMPP. On the front end we use the Strophe javascript library, which uses a technique called Bidirectional-streams Over Synchronous HTTP (BOSH) to connect to a Jabber server.

• Openfire最近一两年在大规模集群方面停滞不前，而基于erlang的ejabberd天生具有良好的分布式及可扩展性，因此受到国外 很多初创项目的青睐。尽管如此，对于国内同时在线人数小于30万规模的应用，我建议还是采用Openfire，它易用性强，门槛低，更容易扩展。而大规模的互联网应用可以考虑基于ejabberd。
• 除ejabberd外，Present.ly大部分应用都是基于ruby开发。
• 另外产品上，感觉Present.ly目前的定位(商务网络+twitter)被facebook可替代性比较强。

• XEP扩展协议是不是太多了，看得好晕？Too many XEPs!
• Not enough developer-friendly documentation — can we build out the tech pages or a wiki?
• Can’t we use Relax NG instead of W3C XML Schema?
• Where’s that [user|developer]-friendly [client|library|server] written in [insert favorite code language here]?!?
• XMPP people are trying to do too much (pubsub, voice, video, microblogging, etc.).
• XMPP people aren’t doing enough (why haven’t we killed off [AIM|MSN|Skype] yet?)!
• There’s not enough coordination and cross-pollination among projects.
• [Add your idea/complaint/rant in the comments or on the jdev list.]

• 最近几个月都在紧张的忙着改bug :)
• 用户从10个月前的7千万增加到目前的1.75亿
• 其中2/3的用户用过facebook chat
• 最复杂的实现据称是作为HTTP网关的channel server，是erlang实现的，存放推送给客户端的message
• presence server收集所有的cluster下用户的presence,并可一次返回用户的所有好友状态，逻辑简单, 但是传输的数据用zlib进行了压缩
• chatloggers是c++实现的，主要瓶颈在malloc，由于太多内存碎片造成
• 监控服务器运行有2种方法，erlang支持attach一个pid做实时分析; 另外用了Scribe来收集日志。

1. 解析 "_xmpp-client._tcp.timyang.net" ，获得连接的服务器和端口;
2. 如果失败，则解析 "_jabber._tcp.timyang.net"，这个主要针对老的服务器配置;
3. 如果还是失败，则客户端认为该域没有配置SRV记录，则直接解析"timyang.net"并使用默认端口5222连接。

$ dig -t SRV _xmpp-client._TCP.gmail.com

; <<>> DiG 9.4.2-P2 <<>> -t SRV _xmpp-client._TCP.gmail.com
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53058
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;_xmpp-client._TCP.gmail.com.     IN     SRV

;; ANSWER SECTION:
_xmpp-client._TCP.gmail.com. 85182 IN     SRV     20 0 5222 talk3.l.google.com.
_xmpp-client._TCP.gmail.com. 85182 IN     SRV     20 0 5222 talk4.l.google.com.
_xmpp-client._TCP.gmail.com. 85182 IN     SRV     5 0 5222 talk.l.google.com.
_xmpp-client._TCP.gmail.com. 85182 IN     SRV     20 0 5222 talk1.l.google.com.
_xmpp-client._TCP.gmail.com. 85182 IN     SRV     20 0 5222 talk2.l.google.com.

;; Query time: 202 msec
;; SERVER: 208.67.222.222#53(208.67.222.222)
;; WHEN: Tue Jan 20 10:29:59 2009
;; MSG SIZE  rcvd: 234

• XMPP primer
• tutorials on writing XMPP bots and components
• XMPP server setup tutorials
• Jingle
• PubSub
• microblogging
• MOM (Message-Oriented Middleware)