lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20041017091239.GA16125@maya.vse.cz>
From: janus at volny.cz (Honza Vlach)
Subject: TCP / IP

Hi,
actually, the window says how much the other host can accept due to e.g.
link congestion, disk activity etc. There is no point in sending more
data than the destination can handle, because it would ack the part of it
and everything after the error must be retransmitted.

So in your example, if host sees that segment 3 is missing, it's pointles
if it has 4,5 and 7. Retransmissions would go from segment 3. 

HTH,
Honza


On Sat, Oct 16, 2004 at 04:49:52PM -0700, D B wrote:
> From: D B <geggam692000@...oo.com>
> To: full-disclosure@...ts.netsys.com
> Subject: [Full-Disclosure] TCP / IP
> Date: Sat, 16 Oct 2004 16:49:52 -0700 (PDT)
> 
> I am just a student learning about TCP/IP and dont
> know where to post this idea, figured posting it here
> would get me some flames and links.
> 
> Why not make the window the size of the file to be
> transmitted and the ack back have the segments missing
> thereby reducing overall overhead and lag time.
> 
> ie 
> 
> host1 1mb file --- sent -- > host2
> 
> host1 <-- ack missing 3 6 8 segments -- host2
> 
> host1 -- segments 3 6 8 sent ---> host2
> 
> host1 <-- FIN --- host2
> 
> 
> 
> The window could be dynamic according to content size.
> 
> Buffers would have to be huge but with RAM so cheap
> these days why not ?
> 
> or am I smoking newbie crack ?
> 
> Dan
> 
> 
> 		
> __________________________________
> Do you Yahoo!?
> Y! Messenger - Communicate in real time. Download now. 
> http://messenger.yahoo.com
> 
> _______________________________________________
> Full-Disclosure - We believe in it.
> Charter: http://lists.netsys.com/full-disclosure-charter.html

-- 
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GIT/CS d- s: a-- C++++$ ULS++++$ P L+++ E--- W- N+ o? K? w-->--- O? M->+ V? PS PE Y++ PGP+++ !t 5? X++ R tv-- b++ DI+ D++ G+>+++ e h--- r++ y?
------END GEEK CODE BLOCK------
()  ascii ribbon campaign - against html mail 
/\                        - against microsoft attachments

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.grok.org.uk/pipermail/full-disclosure/attachments/20041017/02b0f47c/attachment.bin

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ