atom feed59 messages in org.freebsd.freebsd-archRemoving T/TCP and replacing it with ...
FromSent OnAttachments
Andre OppermannOct 21, 2004 7:33 am 
Poul-Henning KampOct 21, 2004 7:41 am 
Andre OppermannOct 21, 2004 7:46 am 
Richard WendlandOct 21, 2004 7:59 am 
Mike SilbersackOct 21, 2004 8:23 am 
Andre OppermannOct 21, 2004 8:37 am 
Bruce M SimpsonOct 21, 2004 8:40 am 
Andre OppermannOct 21, 2004 9:23 am 
Garrett WollmanOct 21, 2004 9:27 am 
Mark AllmanOct 21, 2004 10:31 am 
Andre OppermannOct 21, 2004 10:56 am 
Matt EmmertonOct 21, 2004 11:31 am 
Sean ChittendenOct 21, 2004 11:31 am 
Mark AllmanOct 21, 2004 11:32 am 
David O'BrienOct 21, 2004 11:51 am 
Andre OppermannOct 21, 2004 11:56 am 
Julian ElischerOct 21, 2004 11:59 am 
Garrett WollmanOct 21, 2004 12:02 pm 
Andre OppermannOct 21, 2004 12:02 pm 
Andre OppermannOct 21, 2004 12:04 pm 
Sean ChittendenOct 21, 2004 12:24 pm 
Marco MolteniOct 21, 2004 12:34 pm 
Igor SysoevOct 21, 2004 12:41 pm 
Craig RodriguesOct 21, 2004 6:46 pm 
Russell L. CarterOct 21, 2004 7:02 pm 
Julian ElischerOct 21, 2004 8:24 pm 
SUZUKI ShinsukeOct 22, 2004 12:47 am 
Dag-Erling SmørgravOct 22, 2004 5:06 am 
Dag-Erling SmørgravOct 22, 2004 5:47 am 
Andre OppermannOct 22, 2004 8:14 am 
Andre OppermannOct 22, 2004 8:17 am 
Brian Fundakowski FeldmanOct 22, 2004 8:44 am 
Andre OppermannOct 22, 2004 8:55 am 
Mark AllmanOct 22, 2004 11:24 am 
Peter LeiOct 22, 2004 5:59 pm 
Randall StewartOct 23, 2004 6:07 am 
Randall StewartOct 23, 2004 6:16 am 
Randall StewartOct 23, 2004 6:17 am 
Randall StewartOct 23, 2004 6:20 am 
Andre OppermannOct 23, 2004 7:16 am 
Randy BushOct 23, 2004 9:01 am 
SUZUKI ShinsukeOct 25, 2004 10:18 pm 
Randall StewartOct 26, 2004 3:41 am 
Peter LeiOct 26, 2004 7:44 am 
Karim Fodil-LemelinNov 4, 2004 9:52 am 
Andre OppermannNov 4, 2004 10:50 am 
Julian ElischerNov 4, 2004 12:52 pm 
Matt SealeyNov 4, 2004 12:58 pm 
Karim Fodil-LemelinNov 5, 2004 8:08 am 
Karim Fodil-LemelinNov 5, 2004 8:39 am 
Andre OppermannNov 5, 2004 8:45 am 
Karim Fodil-LemelinNov 5, 2004 9:12 am 
Andre OppermannNov 5, 2004 9:31 am 
Karim Fodil-LemelinNov 5, 2004 1:45 pm 
Andre OppermannNov 5, 2004 2:16 pm 
Mark AllmanNov 8, 2004 8:08 pm 
Andre OppermannJul 3, 2005 12:08 am 
Andre OppermannJul 3, 2005 11:43 am 
Randall StewartJul 3, 2005 11:44 am 
Subject:Removing T/TCP and replacing it with something simpler
From:Karim Fodil-Lemelin (kf@xiphos.ca)
Date:Nov 5, 2004 9:12:00 am
List:org.freebsd.freebsd-arch

In the case where all connections go through the SATLINK and are splitted by proxies, it make sense to use this knowledge and not renegotiate cookies for every connections since we know there is only one path to the internet and that all SATLINK connections will support (T/TCP or whatever name it will have). Do you have any plan to include that knowledge in your design or is it too much of a special case to really care?

Andre Oppermann wrote:

Karim Fodil-Lemelin wrote:

Now,

I have a question. In our application which can be described as:

Client ----> (Client Gateway) -------> SATLINK ------> (Server Gateway) -----> Internet

We act as the Internet servers (transparent proxies) and therefore T/TCP traffic is only sent over the SATLINK. In the current T/TCP implementation the sender has to send a ccnew option to discover that the server side supports T/TCP. Now we had to modify this so the gateways uses the knowledge that they work together and they don't need to send a ccnew option everytime a client makes a connection to a new server.

My question is: In the new implementation does the cookie will be generated per machine or like the tao mecanism will it be based on a src / dst tuple?

The new cookie system will use the src-host/dst-host tuple. The first tcp connection between two hosts (port numbers are irrelevant) is a normal three-way handshake and the cookie is exchanged. From then on it skips over 3WHS on the server if the cookie matches.

Xiphos Technologies Inc. (514) 848-9640 x223 (514) 848-9644 fax www.xiplink.com