ndd not scaling beyond 64 K on server

[Henrique Silva_3]

Trying to setup a hpux 11 box tcp window size beyond 64 k, and eventhough I get whatever I set for a value ( 128 K, 256 K, 512 K ), when doing packet tracing from a client to this server, it is not scaling beyond the 64 K. The ftp binary on the server seems to be acknowledging that the parameter is set to higher than 64 k, but it is staying at that parameter and not going beyond.

HPUX 11 does support RFC 1323, but it does not seem to accept the value that the tcp window size is showing, unless this is NOT a dynamic value and a reboot is needed, but then, I need to setup the config file there.

What am I missing ???

Thanks,

Henrique Silva

[Ron Kinner]

Think the problem is FTP. Windows size is closely related to buffer size and the max buffer for ftp (set in /etc/inetd.conf with a -B 64 on the ftp line) is 64K. Default is 56K.

Ron

[Henrique Silva_3]

that is what I am thinking.

is there a SUPER ftp out there for hpux ? what shold I use ?

Thanks,

Henrique Silva

[rick jones · Accepted solution]

HP-UX and ndd are behaving just fine. It is indeed FTP that has the "problem."

The HP-UX ftp uses (as it should IMO) setsockopt() to set SO_SNDBUF and SO_RCVBUF before connections are established. However, even after RFC 1323 support was added to HP-UX, ftp was not updated to go beyond 56KB in its config line.

I believe that the latest web release of the wu-ftpd for HP-UX on software.hp.com has removed the antiquated restriction on the -B setting and may (I cannot remember if that part of my diatribe to the team was acknowledged) allow one to set -B 0 to have it take the system default. However, do not take my word on that, double check with the new manpages and with tusc and tcpdump.

[Henrique Silva_3]

Thanks guys.

Indeed, wuftp did the trick, with the -B option on the inet.conf file. We are scaling well above the 64 K default now.

Thanks again,

Henrique

PS.: I keep on assigning points, but they do not stick somehow :-(((