Marcin, What is it you are trying to accomplish and/or solve here? Switching between UDP and TCP isn't going to have much impact on your problem if it is a function of a lower network layer. In a case where you have a questionable connection, TCP is really what you want, because UDP has a habit of saying "oh, can't get this packet to ya, sorry, see ya later, drop packet". In other words, UDP is more a hope for the best sort of situation, whereas TCP has built in retranmission, error checking, etc. Again, I'm not sure what exactly you are trying to accomplish with this idea? Ray At 11:45 AM 6/15/2005 +0200, Marcin Jessa wrote: | Hi guys. | | I am looking for solution I could implement on a link with a huge latency when ping replies can go up to a few hundred miliseconds, e.g sateliete links. | What I was thinking about is some kind of virtual interface which could translate tcp to udp in one of the pears of the link and push the data it received from a 'normal' interface through the virtual interface without bothering about ack-timing. | The receiving end would have a similar interface which would translate the udp data stream to tcp and then route it out to the internet. | (normal network)tcp<-->virtual udp interface<-------->virtual udp interface<-->tcp(normal network) | | Is there something avaliable on FreeBSD that can be used for that purpose? | Maybe someone is working on such a thing in CURRENT ? | Any thoughts about that? Any sugestions for a solution? | | | Regards, | Marcin Jessa. | | _______________________________________________ | freebsd-net_at_freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-net | To unsubscribe, send any mail to "freebsd-net-unsubscribe_at_freebsd.org" | |Received on Thu Jun 16 2005 - 07:35:16 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:36 UTC