2 Sep 2010 18:02
Re: How to transport BFCP in the presence of NATs
Tom Kristensen <2mkristensen <at> gmail.com>
2010-09-02 16:02:02 GMT
2010-09-02 16:02:02 GMT
On 28 July 2010 17:45, <lennox <at> cs.columbia.edu> wrote: > On Wednesday, July 28 2010, "Joerg Ott" wrote to "Jukka Manner, tsv-area <at> ietf.org" saying: > >> this should be the preferred approach rather than doing a special >> version of every application protocol to also run over UDP -- which >> would just be calling for trouble, IMHO. > > Do you mean specifically GUT, or generally something that allows tunneling > of TCP over UDP? Other options in that space would be some sort of > peer-to-peer Teredo, or draft-baset-tsvwg-tcp-over-udp. Each of these makes > different choices about the tradeoff between generality and overhead, and > it's not clear to me which would be the best option for this functionality. > > The concern for BFCP specifically is that these ideas are all currently, at > best, individual author drafts, which would need not only to be standardized > but also to have documents written defining their use in SDP <proto> fields > and ICE candidate addresses. > > Given how long this discussion has been going on already, I don't think > anyone imagines this would be a quick process. The community that uses BFCP > is running into problems with peer-to-peer TCP communication in their > currently deployed networks, and the feeling among much of this community is > that progressing draft-sandbakken-xcon-bfcp-udp would be a much more > expedious process than getting consensus on a generic TCP-over-UDP > mechanism. I completely agree with the argumentation and view here. More vendors now see the need for a solution to allow BFCP work in important, indeed real scenarios. I had nothing to add when Lennox wrote this late in July. We have just submitted a new version of the draft in(Continue reading)
RSS Feed