TURN
"Toshihiro Sonoda" <[email protected]> Sun, 28 Nov 2004 16:27:23 +0900
| Newsgroups | gmane.ietf.midcom |
|---|---|
| Message-ID | <010f01c4d51b$b498c2c0$0200a8c0@FM307599003> |
I have two questions about turn.
Q.1
Assuming the following topology.
+---------+
|TURNserver|
+---------+
|
|
+--------+ +--------+
|symmetric1| |symmetric2|
+--------+ +--------+
| |
| |
+-------+ +--------+
| client1 | | client2 |
+-------+ +--------+
Client1 and clients wants to connect each other.
Client1 knows TURN server, and it is behind symmetric 1.
But client2 doesn't know TURN server, and it is behind symmetric2.
Client1 and client2 can exchange data channel information using
signaling channel, like SDP of SIP.
Then, can client1 and client2 be connected?
If turn server emulates Restricted NAT, but not Port Restricted NAT,
then I think client 1 and client2 can be connected.
Are there any problem if turn server emulated Restricted NAT.
Q.2
Assuming the following topology.
+----------+ +----------+
|TURNserver1| |TURNserver2|
+----------+ +----------+
| |
| |
+--------+ +--------+
|symmetric1| |symmetric2|
+--------+ +--------+
| |
| |
+-------+ +--------+
| client1 | | client2 |
+-------+ +--------+
Client1 and clients wants to connect each other.
Client1 knows TURN server, and it is behind symmetric1.
Client2 knows TURN server, and it is behind symmetric2.
Client1 and client2 can exchange data channel information using
signaling channel, like SDP of SIP.
Then, I think client1 and client2 can be connected, using double relaying.
This is, clietn1 <-> TURNserver1 <-> TURNserver2 <-> client2.
But, this is not efficient. Do you have good idea for connecting peers under
above situation?
Thank you for advices.