Gtalk Jingle (1) - TURN relay server

看了一下google放出来的libjingle-0.4.0源代码中的relay server部分。基本原理是要有个public的Relay Server，Relay Server要可以分配Replayed Transport Address，倒是如TURN draft-ietf-behave-turn-09描述的那样。但有挺多不同和简化。当然了，这个东西私有的，不存在互通的问题。

 

TURN是一个client/server协议, 特指client和relay server之间的交互：

 

client-----relay server ------ peer.

 

一个地址对(SocketAddressPair)构成一个连接(RelayServerConnection):

 

libjingle-0.4.0并没有实现TURN协议中的Send消息(client->server)和Data(server->client)消息:

       0x006  :  Send
       0x007  :  Data

没有这些消息的封装，那怎么知道数据要发给谁呢？

 

在libjingle中，把client和relay server直接的连接叫internal connection, 而relay server和peer直接的连接叫external connection。internal connection和external connection可以有绑定关系：

 

talk/p2p/base/relayserver.h:

1. class RelayServerBinding
2. {
3.   std::vector<RelayServerConnection*> internal_connections_;
4.   std::vector<RelayServerConnection*> external_connections_;
5. }

一个internal connection跟一个external connection建立绑定关系之后，可以说这2个connection组成了一个link，从哪个internal connection进来的数据，就知道放到哪个external connection来发出去给peer；同样，从哪个external connection进来的数据，也知道该从哪个internal connection发出去给client。

 

基本流程是：

client--> server: Allocate.

               server记下user name和地址对/internal connection

client<---server : Reponse (带上relayed transport  address，实际上就5001)

...(通过某个/另一个server，peer得到relayed transport  address)

peer---->server

               server取出user name，找到internal connection. 讲external connection和internal connection绑定。

 

OK, 将四个地址绑死组成一个link了，数据就可以在上面按特定的方向传送了。

 

 

另一个明显不同，Gtalk的server transport address用端口5000，relayed transport address用端口5001. 所以Gtalk对所有allocation都分配的5001，并不像TURN协议所说的一个relayed transport address可以一一对应一个allocation。Gtalk用地址对和连接绑定来识别allocation。 当然了，有源代码，你也可以修改，因为RelayServer的写法是有一个sock address pool，可以从这个pool中(随即)选择/分配relayed transport address给某个client的allocation:

talk/p2p/base/relayserver.cc

1. void RelayServer::HandleStunAllocate(
2.     RelayServerConnection* int_conn, const StunMessage& request) {
3. ...
4.   size_t index = rand() % external_sockets_.size();
5.   talk_base::SocketAddress ext_addr = external_sockets_[index]->GetLocalAddress();
6. ...
7. }

只是这个pool被Gtalk设置为只有一个sock address，使用端口5001.

 

这样，Relay sever只给client分配5001一个端口，并使用前述的绑定方法，那么一个client通过一个relayed transport address只能和一个peer交换数据，而不像TURN协议中说的可以和多个peer通信。

 

不过，这样client的数据包直接发给server，而不是封装在Send消息里，这倒是没有了适用ChannelBinding的理由(Send/Data消息的包头开销)，因此你见不到

       0x009  :  ChannelBind

 

还有，比如说Gtalk中的allocation不是通过Refresh消息来刷新，而是用数据包去刷新。也没有实现Allocation的一些高级属性，比如TURN协议中REQUESTED-PROPS attribute可以指定要求分配相邻偶数奇数端口对(方便RTP/RTCP), 这里就没有。

 

- 千里