Re: FTP Bytes In count reset

On 10-Jun-2011 17:55 , Hart, Doug - EI wrote:

I'm running a number of large file transfers i5 to i5 using FTP. So
sitting on a NETSTAT screen I can see each active session with the
number of bytes in on the target host. Every once in a while I'll
refresh (F5) my screen and see how it's doing. But it seems that
after a while the number of bytes in will drop. And it's not just one
session, but all of them or at least the larger ones (a few gig
transferred). It doesn't seem to be a restart and it's too big a drop
to be a resend triggered by a bad block. But the overall run time
seems OK. The SAVF on the target finishes OK and is not corrupt. The
number of bytes is not hitting 9,999,... gig and wrapping the column
field size.

Anyone seen this, any answers?

I can not claim to have seen that, but since the value is said not to reset at ~9999999999 [and the panel appears possibly to support that as the largest potential value without 'crowding'] yet no approximation of at what value might be the highest seen before when that reset occurs, is the value possibly being reset at ~4294967295 instead?

The "bytes in" for the effectively equivalent API [List Network Connections (QtocLstNetCnn) API] shows as having data type BINARY(8) which as signed integer would wrap at 2147483647, but as unsigned integer would wrap at 4294967295.

QtocLstNetCnn:
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/apis/qtoclstnetcnn.htm

Regards, Chuck