I have this really wierd problem with a ppp link. I have a file that I wish
to ftp over this link. However, when I perform the transfer the transfer
just hangs. This is what I’ve observed so far.
-
The hanging is dependent on the data content of the file, which is
binary. If I gzip the file the transfer works. Similar files, with the same
internal format but different content work fine. The ftp is done in binary
mode.
-
The hanging is limited to the ppp link. If I do the transfer over
Ethernet it works. The ppp link runs over a pair of leased line modems to
another QNX box. The standard async serial port running at 115200 baud is
used at both ends. I initially thought it might be some form of flow control
problem with the modems or serial ports, but I can maintain a ping and
another ftp transfer whils this particular transfer hangs. This would
indicate that the hardware link is still running.
Does anyone have any ideas please?
On a totally different and off topic matter, if anyone has a spare PCMCIA
Ethernet network card that is redundant I could find a home for it. I’m
trying to network up some laptops for a local primary school that has zero
funds for this project. (Windows of course…) If you can help could you
email me at jth@ion.le.ac.uk
regards
Julian Thornhill
“Operating System Tech Support” <os@qnx.com> wrote in message
news:9rud78$4cv$1@nntp.qnx.com…
“Julian Thornhill” <> jth@ion.le.ac.uk> > wrote in message
news:9ru007$slu$> 1@inn.qnx.com> …
I have this really wierd problem with a ppp link. I have a file that I
wish
to ftp over this link. However, when I perform the transfer the transfer
just hangs. This is what I’ve observed so far.
- The hanging is dependent on the data content of the file, which is
binary. If I gzip the file the transfer works. Similar files, with the
same
internal format but different content work fine. The ftp is done in
binary
mode.
Do you turn hash marking on to see the progress? (ie ftp command = hash).
Have you tried sending a compressed (gzip) file that is approx the same
size
as an uncompressed file that has trouble?
Have you tried adjusting the MTU for the ppp link to something smaller
then
1500 (if that is what you have set). Have you tried to transfer the file
using a different method (ie. rcp etc).
-Adam
I had hash marking on, I get no hashes for the file in question.
I’ve tried other files of similar size and they work.
I’ve just tried rcp and that fails too. It creates a file with the correct
name but has a length of 0.
I’ve tried reducing the MTU (from 1500 to 296) and that had no effect.
Any more ideas?
Yours flummoxed
Julian Thornhill
“Julian Thornhill” <jth@ion.le.ac.uk> wrote in message
news:9ru007$slu$1@inn.qnx.com…
I have this really wierd problem with a ppp link. I have a file that I
wish
to ftp over this link. However, when I perform the transfer the transfer
just hangs. This is what I’ve observed so far.
- The hanging is dependent on the data content of the file, which is
binary. If I gzip the file the transfer works. Similar files, with the
same
internal format but different content work fine. The ftp is done in binary
mode.
Do you turn hash marking on to see the progress? (ie ftp command = hash).
Have you tried sending a compressed (gzip) file that is approx the same size
as an uncompressed file that has trouble?
Have you tried adjusting the MTU for the ppp link to something smaller then
1500 (if that is what you have set). Have you tried to transfer the file
using a different method (ie. rcp etc).
-Adam
“Julian Thornhill” <jth@ion.le.ac.uk> wrote in message
news:9ruh6q$e21$1@inn.qnx.com…
I’ve just tried rcp and that fails too. It creates a file with the correct
name but has a length of 0.
I’ve tried reducing the MTU (from 1500 to 296) and that had no effect.
Have you tried a similar sized file (if a gzip of 5000bytes works, then a
none gzip of 5000bytes)?
-Adam
“Operating System Tech Support” <os@qnx.com> wrote in message
news:9rutp4$dun$1@nntp.qnx.com…
“Julian Thornhill” <> jth@ion.le.ac.uk> > wrote in message
news:9ruh6q$e21$> 1@inn.qnx.com> …
I’ve just tried rcp and that fails too. It creates a file with the
correct
name but has a length of 0.
I’ve tried reducing the MTU (from 1500 to 296) and that had no effect.
Have you tried a similar sized file (if a gzip of 5000bytes works, then a
none gzip of 5000bytes)?
-Adam
Yes, a similar sized file works (I’ve not tried it to the exact byte
though). We transfer around 50 files a day over this link. 99.9% work just
fine. It is just the odd one that shows this behaviour.
Help!!
Julian Thornhill
“Julian Thornhill” <jth@ion.le.ac.uk> wrote in message
news:9s6efl$gdu$1@inn.qnx.com…
Yes, a similar sized file works (I’ve not tried it to the exact byte
though). We transfer around 50 files a day over this link. 99.9% work just
fine. It is just the odd one that shows this behaviour.
Very strange, what version of QNX4 are you using? Have you tried the tcp/ip
5.0 update?
-Adam
“Operating System Tech Support” <os@qnx.com> wrote in message
news:9s6rro$bs6$1@nntp.qnx.com…
“Julian Thornhill” <> jth@ion.le.ac.uk> > wrote in message
news:9s6efl$gdu$> 1@inn.qnx.com> …
Yes, a similar sized file works (I’ve not tried it to the exact byte
though). We transfer around 50 files a day over this link. 99.9% work
just
fine. It is just the odd one that shows this behaviour.
Very strange, what version of QNX4 are you using? Have you tried the
tcp/ip
5.0 update?
-Adam
Well the v5 update seemed sufficiently different from the v4 implementation
to put me off. i didn’t want to break a working system in the field. Is
there a document that details the differences between v4 and v5, or provides
help in upgrading?
thanks
Julian Thornhill
“Operating System Tech Support” <os@qnx.com> wrote in message
news:9s8t0l$k73$1@nntp.qnx.com…
“Julian Thornhill” <> jth@ion.le.ac.uk> > wrote in message
news:9s8d8g$odq$> 1@inn.qnx.com> …
Well the v5 update seemed sufficiently different from the v4
implementation
to put me off. i didn’t want to break a working system in the field. Is
there a document that details the differences between v4 and v5, or
provides
help in upgrading?
http://qdn.qnx.com/download/updates/tcpip5/tcprt425to5.txt
What version of QNX4 are you using? Can you post the output of “sin ver”?
-Adam
PROGRAM NAME VERSION DATE
sys/Proc32 Proc 4.25I Nov 25 1998
sys/Proc32 Slib16 4.23G Oct 04 1996
sys/Slib32 Slib32 4.24B Aug 12 1997
/bin/Fsys Fsys32 4.24S Jul 16 1998
/bin/Fsys.eide eide 4.24N Nov 18 1998
//1/bin/Dev32 Dev32 4.23G Oct 04 1996
//1/bin/Dev32.ansi Dev32.ansi 4.23H Nov 21 1996
//1/bin/Dev32.pty Dev32.pty 4.23G Oct 04 1996
//1/bin/Fsys.aha7scsi scsi 4.24M Mar 23 1998
//1/bin/Dev32.ser Dev32.ser 4.23I Jun 27 1997
//1/bin/Net Net 4.25B Jul 27 1998
//1/bin/Net.ether1000 Net.ether100 4.24B Jul 24 1998
//1/bin/automap Automap 1.41C Feb 10 1999
//1/*/usr/ucb/Socket Socket 4.25C Aug 19 1998
//1/bin/Dev32.par Dev32.par 4.23G Oct 04 1996
//1/bin/Pipe Pipe 4.23A Feb 26 1996
//1/usr/bin/int10 INT10h 4.23B Feb 13 1997
//1/bin/cron cron 4.23B Oct 30 1997
thanks
Julian Thornhill
“Julian Thornhill” <jth@ion.le.ac.uk> wrote in message
news:9s8d8g$odq$1@inn.qnx.com…
Well the v5 update seemed sufficiently different from the v4
implementation
to put me off. i didn’t want to break a working system in the field. Is
there a document that details the differences between v4 and v5, or
provides
help in upgrading?
http://qdn.qnx.com/download/updates/tcpip5/tcprt425to5.txt
What version of QNX4 are you using? Can you post the output of “sin ver”?
-Adam
“Julian Thornhill” <jth@ion.le.ac.uk> wrote in message
news:9s8vlv$6hs$1@inn.qnx.com…
“Operating System Tech Support” <> os@qnx.com> > wrote in message
news:9s8t0l$k73$> 1@nntp.qnx.com> …
“Julian Thornhill” <> jth@ion.le.ac.uk> > wrote in message
news:9s8d8g$odq$> 1@inn.qnx.com> …
Well the v5 update seemed sufficiently different from the v4
implementation
to put me off. i didn’t want to break a working system in the field.
Is
there a document that details the differences between v4 and v5, or
provides
help in upgrading?
http://qdn.qnx.com/download/updates/tcpip5/tcprt425to5.txt
What version of QNX4 are you using? Can you post the output of “sin
ver”?
Can you also post how you’re invoking pppd, and perhaps provide the problem
file that reproduces this problem? What happens when you just cat the file
accross
the serial interface (assuming it’s serial).
-Adam