I recently got an evaluation copy of TIA and set it up on my shell system
(SGI runing IRIX). I have been using Trupmet Winsock to "SLIP" Netscape
1.0N and WinVN. So far I have had only sporadic success making the
winsock client programs work. When the work, they work great; however,
this has been only about 3 out of 100 tries. Very frustrating.
The problems manifeststs itself like this:
Start up Netscape. It calls up trumpet and dials into my account.
Followiung the script, login seems to be normal and then Trumnpet telss
me I'm connected and the SLIP is enabled (and gives my dummy IP address).
In Netscape, the program claims to look up the host of the URL, and then
claims to connect. Where it grinds to a halt is with "Connected to Host:
Waiting for response." At this point it just sits there. I try other
URLs and get the same treatment. I rty starting ans stopping the URL over
again. No dice.
Similarly, when I use WinVN I get stuck at "connecting to Mailserver" (or
something similar) and there I sit untill I shut down the program!
Any suggestions?
Is the problem TIA? Trumpet? Both?
Any answers or solutions will be met with much adoration!
-Byron
--
_________________________________________________________________
Das war ein Vorspeil nur; |That was only a prelude;
dort wo man Buecher verbrennt, |Where one burns books,
verbrennt man auch am Ende |One will also burn people
Menschen. |eventually.
- Heinrich Heine
__________________________________________________________________
Byron M.G. Sanford
E-mail: law...@gsusgi2.gsu.edu Snail: 910 The Oaks
SLord...@aol.com Clarkston, GA 30021
(404) 508-8288
___________________________________________________________________
..Stuff deleted..
>>MTU = 552
>>MSS = 512
>>RWIN = 4096 ## Play with this setting to optimize for your system.
>>
>I thought those settings were selected to give good response time for
>multiple interactive sessions using the same slip line.
>If you've only got one session using the line MTU=1500, MSS=1460 will
>give better performance.
>Lee Rian
>lr...@census.gov
According to the .faq, and some of my own experience (measured with
WS_FTP) the results you get with these settings will vary depending on
what sites are involved in a tranfer.
If you're connecting to *one* site that supports a packet size of 1500
bytes, then you're right...MTU=1500 is optimum. But if you wind up
relaying thru 2 or more sites, say in an ftp from Australia (Likely to
be 30-40 sites ?) then you can't get a packet bigger than the worst case
packet size any one of those relay points will support.
If you request a packet of 1500, and then hit a site that'll do 512, then
your original packet will be segmented into 472 byte packets(4 of em)
and a 40 byte header added to each of them. One of those packets will
be very small...56 bytes plus the 40 byte header.
Since you requested 1500 byte packets, your pc will spend the time
trying to write the 1500 to your hard drive. Now you've increased your
overhead enormously, because your pc is busy doing nothing..waiting
for 1000 bytes of info that doen't arrive in the packet (times 4 packets).
Most international transfers support MSS (Maximum Segment Size)=512.
This allows the settings I quoted above.
My measurable results for the same file transferred many many times
ranged from about 6000 bytes/sec to 1300 bytes/sec on my
486DX2-66 with a 14.4K modem using TIA / WS_FTP/Trumpet
winsock v2.0a/Windows 3.1.
Best results were the above quoted numbers. The worst were the
defaults set in the winsock .ini...MTU=1500/MSS=1460.
Boy..That's the most I've said in six months..Did it make any sense ?
Joe Bradshaw
Boston, Ma.
>
>My measurable results for the same file transferred many many times
>ranged from about 6000 bytes/sec to 1300 bytes/sec on my
>486DX2-66 with a 14.4K modem using TIA / WS_FTP/Trumpet
>winsock v2.0a/Windows 3.1.
>Best results were the above quoted numbers. The worst were the
>defaults set in the winsock .ini...MTU=1500/MSS=1460.
>
Oh, Duh...I mean 6000 BITS/sec and 1300 BYTES/sec.
Sorry.
Joe Bradshaw
Boston, Ma.