Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!sdd.hp.com!decwrl!ucbvax!NIUCS.BITNET!A01DGU1
From: A01DGU1@NIUCS.BITNET (Dave Ulrick)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: FTP PUT from PC causes reset
Message-ID: <9008021500.aa12567@louie.udel.edu>
Date: 2 Aug 90 12:26:24 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 37

I'm having a problem getting IBM VM TCP/IP 1.2.2 (or "FAL") to talk
properly with some PCs that we have.  The PCs are running FTP Software's
PC/TCP.  When the PC user tries to do an FTP PUT of either an ASCII or
binary file, FAL's FTP server sends the PC two resets.  The PC then hangs,
and has to be rebooted.  Of course, this "response" on the part of
the FTP client is not very desirable.  Nonetheless, we would like to
determine why VM's FTP server doesn't like the packets that the PC is
sending him.

Basically, our configuration is something like this:

    VM host <--> BTI ELC <--> Proteon router <--> LAN server <--> PC

Our networking person here tells me that the router is apparently taking
the packets being sent by the PC and is breaking them down into 512-byte
packets.  The packets are then being sent on to VM TCP/IP, who is
complaining about them.  The following is the GATEWAY statement from
VM's PROFILE TCPIP:

GATEWAY
 * Network  First hop   Driver  Packet size  Subnet mask  Subnet value
   131.156    =           ETH1     1500      0.0.255.0    0
   DEFAULTNET 131.156.4.2 ETH1  DEFAULTSIZE  0


Any ideas on what I can do to convince the VM and PC TCP/IP to cooperate?
Our networking person has already talked with FTP Software; they seem to
feel that FAL is inproperly handling the shortened 512 byte packets.
We're running FAL under VM/SP 5.0 with the Lippke BTI driver.

Thanks,
Dave

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Dave Ulrick                         Bitnet:    A01DGU1@NIUCS
Northern Illinois University        Internet:  A01DGU1@VM.NIU.EDU
DeKalb, IL, USA