🚀 go-pugleaf

sconnell@*no*spam*dipix.com (Shawn Douglas Connelly) writes:



>I am experiencing a major problem that the 'experts' seem to be
>puzzled over.

>In a nutshell, I cannot upload a binary file larger than around 1024
>bytes.   The xfer will end in error with the messages, "transfer
>failed" and "blocking call canceled".


I've heard of this type thing from 2 different causes. Neither fits
here, but I'll cast them onto the ether anyhow...

a) Flow control problems -- someone has X-on/X-off active.

b) AMI vs B8ZS config error...

-- 
A host is a host from coast to coast.................wb8foz@nrk.com
& no one will talk to a host that's close........[v].(301) 56-LINUX
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead....................................20915-1433

>I am experiencing a major problem that the 'experts' seem to be
>puzzled over.

>In a nutshell, I cannot upload a binary file larger than around 1024
>bytes.   The xfer will end in error with the messages, "transfer
>failed" and "blocking call canceled".

I have experienced identical problems when I inadvertantly attempt to
FTP a binary file as an ASCII file.

--
Rick Reagan
Sterling Software
1404 Fort Crook Road South
Bellevue, NE 68005
Phone: (402)291-8300 Fax:(402)292-4362

Shawn Douglas Connelly wrote:
> 
> I am experiencing a major problem that the 'experts' seem to be
> puzzled over.
> 
> In a nutshell, I cannot upload a binary file larger than around 1024
> bytes.   The xfer will end in error with the messages, "transfer
> failed" and "blocking call canceled".

I have a problem with POTS PPP where the MTU (maximum transmit unit)
number mismatched the ISP's.  I had 1524 but the ISP expected 1500.
So I think I was overrunning PPP frames, making the connections freeze.  
Your case reminds me of this.  Check that the MTU & MRU on each side
match.

HTH,
-TW

This reminds me of a problem I had a while ago with a modem connection. As it turned out,
the modem had data compression enabled, and presumably certain byte combinations
interfered with that compression. Turning off compression solved the problem. I'm not
sure if the Ascend 50 routers support compression, but if they do, try turning it off.

Shawn Douglas Connelly wrote:

> I am experiencing a major problem that the 'experts' seem to be
> puzzled over.
>
> In a nutshell, I cannot upload a binary file larger than around 1024
> bytes.   The xfer will end in error with the messages, "transfer
> failed" and "blocking call canceled".
>
> Let me further explain the situation:
> * I have used both WS-FTP95 and the Windows 95 FTP program.  So I have
> verified that it's not the FTP software!
>
> * I experienced this problem with more than one ISP's FTP site.
> In one situation, I lost FTP access when they(ISP) switched to a
> different version of their FTP software.   Once they put me back to
> the original version, I regained the ability to upload binary files.
> This ISP is using: FTP Server (Version wu-2.4.2-academ[BETA-11](1)
> which works for me.
>
> The ISP's FTP I am currently having troubles with is using:
> FTP server (Version wu-2.4(1)
>
> * I am using an ASCEND Pipeline 50 ISDN router
>
> * I can upload any length of ASCII file!!  *BUT* not beyond a 1kb
> binary file not even if it's sent as ASCII.
>
> * This problem is not isolated to one computer
>
> * With the problem site, I talked with their many "experts" and no one
> can find an explanation.   It's was especially weird when, during the
> one hour trouble shooting session, I suddenly gained the ability to
> upload a large binary file.   Unfortunately, that ability only lasted
> a short while.  Now I definitely cannot upload any binaries.  What on
> earth is wrong??
>
> Your help is greatly appreciated and I'll be extremely grateful if
> someone knows the answer to me difficulties.
>
> Sincerely,
> Shawn
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Shawn Douglas Connelly, (the ubiquitous) Network Engineer
> Dipix Technologies Inc. 1051 Baxter Road, Ottawa, Ontario, K2C 3P1
> tel. 613-596-4942 x115  email: sconnell@dipix.com, postmaster@dipix.com
>
> Dipix Technologies manufactures high speed video frame grabbers for the food
> and scientific communities.  See our web page (in progress) at www.dipix.com.
> For microscopic image analysis see www.maztech.com!
>
> WARNING: Any unsolicited commercial email sent to '*@dipix.com' may cost the
> sender $25 for every 1K or portion thereof.  In addition you grant to us unlimited
> free license to use any text and/or other copyrighted materials contained in such
> e-mail for any and all commercial purposes that we see fit. By sending me unsolicited
> commercial e-mail you signal understanding and acceptance of these terms.
>
> Note: remove the "*remove*me*" from the suffix of my email address.