看了一下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:
- class RelayServerBinding
- {
- std::vector<RelayServerConnection*> internal_connections_;
- std::vector<RelayServerConnection*> external_connections_;
- }
一个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
- void RelayServer::HandleStunAllocate(
- RelayServerConnection* int_conn, const StunMessage& request) {
- ...
- size_t index = rand() % external_sockets_.size();
- talk_base::SocketAddress ext_addr = external_sockets_[index]->GetLocalAddress();
- ...
- }
只是这个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), 这里就没有。
- 千里