Date: Thu, 16 Jun 2005 11:59:06 +0200 From: Marcin Jessa <lists@yazzy.org> To: ray@redshift.com Cc: freebsd-net@freebsd.org, current@freebsd.org Subject: Re: Looking for networking solution. Message-ID: <20050616115906.2bc4bc26.lists@yazzy.org> In-Reply-To: <3.0.1.32.20050616023527.00abb700@pop.redshift.com> References: <20050615114556.6df96e8c.lists@yazzy.org> <3.0.1.32.20050616023527.00abb700@pop.redshift.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 16 Jun 2005 02:35:27 -0700 ray@redshift.com wrote: > 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? I want to just dump all the packets between two satelite links without checking for ack back and forth which creates latency and long ping times. For that I want both the peers between satelite links to take care of that and be able to deal with routing the traffic flow out again. I am not sure what solution would be appropriate for that problem and I am very open for suggestions. What I want is a solution which does not requires 3.rd party software/hardware (I am aware of the existing ones). I want it to be able to run on FreeBSD. > > > 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@freebsd.org mailing list > | http://lists.freebsd.org/mailman/listinfo/freebsd-net > | To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > | > | > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050616115906.2bc4bc26.lists>