At Mon, 3 Mar 2008 10:23:54 -0800, Henry Sinnreich wrote: > > Ted, > > >The overlay ends up being a path of last resort > > Having the media go over 5-10 hops, some of which may pass via several > continents due to the hashing in the DHT makes such real time media > worthless due to the delay and cut-offs.
I agree that this is likely to be of marginal value. > Bruce: Can you comment on this? Reload-03 has no clear text on symmetric > routing for media. The reason there's no text on this in RELOAD is that it's out of scope. RELOAD allows the peers to exchange SIP messages, which (presumably) carry SDP which carries ICE. From there, they do ICE exactly as non-P2P SIP implementations would. RELOAD isn't involved. I would assume this would be true for any system like RELOAD. There are two (potential) ways in which RELOAD interacts here: - RELOAD provides a service discovery mechanism which could be used to find a TURN server. You could then use said TURN server to relay your media. Note that this isn't the same as having the media go *through* the overlay, it's just discovery. Once the TURN server is discovered, RELOAD is no longer part of the equation. - RELOAD *does* have a TUNNEL method which could potentially be used to pass media traffic, but you would need to write a new usage that described exactly how this works. It's certainly not something that as far as I know any of the RELOAD authors intended as a standard operational mode. -Ekr _______________________________________________ P2PSIP mailing list [email protected] https://www.ietf.org/mailman/listinfo/p2psip
