I had this problem that I wanted to ftp files over a wan link too and
from a VMS box running multinet.

I use a linux redhad box on one side and the vms box is on the remote

to get a file from VMS to linux (command run on linux)

wget --limit-rate=62k --glob=off

to put a file on VMS from linux (command run on Linux)

curl --limit-rate 62K --data-binary -T --globoff -T "file.name"

Can anyone tell me why this work only when there is 2 -T's

thank you
Phillip du Plooy
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^6
>>> itbpjdp@PUKNET.PUK.AC.ZA 2006/03/30 04:35 PM >>>


I think the problem is the vertion of wget that I use. It must be
above 1.9

Thank you
Phillip du Plooy
>>> whalenr@process.com 2006/03/30 04:22:15 PM >>>

The 2gig limit could be any place that a signed 32 bit number is used
to keep track of the number of bytes. The first place that I would look
would be wget; next check to make sure that the disk has enough free
space and that it can handle a file that big. Are the disks ODS-2 or

-----Original Message-----
From: Phillip du Plooy [mailto:itbpjdp@puknet.puk.ac.za]
Sent: Thursday, March 30, 2006 4:41 AM
To: info-multinet@process.com
Subject: RE: bandwidth shaping


I still sit with a problem here.

The WAN link is a diginet line, only about 200 km long. It has low
latency. The amount of acks is killing it if I make the window small.

I tried wget for OpenVMS but don't have a C++ compiler.

Now I want to backup the file using OPENVMS backup. (file to big to
zip) then wget ( I use the --limit-rate=62k to limit the download to
500 kilobits/s) it to a linux box and then ftp it up to my OpenVMS box.
But wget stops at 2097100k of a 5 gig file.

Both VMS boxes runs Multinet. The remote server is a DS10 running
OpenVMS V7.2-1 and MultiNet V4.1 Rev B . GNU Wget 1.8.2 on Linux
version 2.4.21-32.0.1.ELsmp

Why the 2gig limit? Where is it OpenVMS, Multinet, Linux or wget?

Thank you
Phillip du Plooy
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^6
>>> jeremy@vsm.com.au 2006/03/16 02:14:13 AM >>>

Hi Phillip,

I suggest you follow Richard Whalen's advice:

>If you just want to do it for FTP sessions (and not in general), the
>MultiNet FTP client has a WINDOW-SIZE command.

We had a similar problem -- frequent FTP transfers between two remote
affecting performance on a relatively slow line which connected a dozen
so printers and about 30 TELNET sessions. Each time the FTP ran, the
performance became intolerable (the rest of the time it was fine).

We run some tests to find out what impact the FTP window size would
have on
overall network performance, using PING as a crude test.

Window Ping Statistics Duration
Size count, min/avg/max (seconds)
------ -------------------- ---------
32K 94, 69/682/902ms 91
8K 96, 71/233/375ms 92
6K 107, 67/145/315ms 104
4K 191, 68/128/342ms 188
2K 415, 67/ 81/162ms 413

You will notice in the above table that reducing the window size to 6K
reduces the network degradation by a factor of 3 (i.e. PING response
was significantly improved) without significantly increasing the time
required to send the file.

So we reduced the window size to 6K and the users were happy.

I suggest you perform similar tests with your own network. The
documentation explains how to set the window size; we did it using the


Jeremy Begg

| VSM Software Services Pty. Ltd. |
| http://www.vsm.com.au/ |
| "OpenVMS Systems Management & Programming" |
| P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au |
| South Australia 5081 | Phone: +61 8 8221 5188 |
|---------------------------| Mobile: 0414 422 947 |
| A.C.N. 068 409 156 | FAX: +61 8 8221 7199 |

Hierdie boodskap (en aanhangsels) is onderhewig aan beperkings en 'n
vrywaringsklousule. Volledige besonderhede beskikbaar by
http://www.puk.ac.za/itb/e-pos/disclaimer.html , of by

This message (and attachments) is subject to restrictions and a
disclaimer. Please refer to
http://www.puk.ac.za/itb/e-pos/disclaimer.html for full details, or
at itbsekr@puknet.puk.ac.za