>>I have RoadRunner cable service, using OS 8.6 through a MacSense
>>XRouter Pro purchased from ListMom, Dr. Bott.  TCP/IP has been used
>>with the setting 'Load only when needed' both on and off, without any
>>apparent impact on the problem.
>>
>>While there is not set period of time when it occurs, the server
>>connection will fail regularly, i.e., Eudora, IE 5.0, Fetch, etc.
>>will stall and fail to make a connection with the server.
>>
>>The easiest fix is to put my 2400 to sleep and immediately wake it
>>up.  Everything works fine for awhile...then stalls again.
>>
>>I'm not sure how relevant this is, but sometimes I can get into the
>>Router's Admin status page using IE and reset the IP address to get
>>things going again, but most of the time, IE is stalled out and I
>>can't even get to the Router's Admin page.  This page is
>>hosted/populated by the router itself and doesn't involve the server
>>connection at all.
>
>
>TCP/IP will often pause, causing a timeout, if it is buried behind a 
>firewall like what is built into the Xrouter Pro (130?).  Seems 
>Apple's implimentation of the stack and reverse lookup is at fault, 
>as your system cannot do a DNS lookup beyond the router -- and hence 
>will time out at about 20-25 seconds.

Yup, the 130.  This sounds like the most likely cause of the 
problem...but I'm surprised it's not a bigger issue..."why me?" :-)

>Second, IE is HORRIBLE about releasing the cpu to do anything else 
>while it is attempting to make a connection. ...Try to see if the 
>same effect occurs in Netscape (with it's poor cache management).

I finally began to use IE with 5.0, but the way it ties up everything 
drives me crazy.  I'll try Netscape again, but would probably stay 
with IE and the current workaround.

>Third, most cable companies have an IP timeout.  Ours is 12 hrs. 
>Yours may be different.  The router is polite, and will not 
>re-establish (reget) an IP from the cable network unless you need it 
>-- this takes 20 seconds or so here in Raleigh.  Then, you are good 
>to go until the next timeout occurs.  Maybe your cable company has a 
>sliding timeout -- or you have a LOT of traffic on the node they 
>connect you with.

24 hour timeout.  Sometimes that seems to be the problem, but the 
frequency of the stall issue precludes it from being the primary 
cause.

>I did find that 9.0.4 and 9.1 TCP/IP is more robust than earlier 
>implimentations, by the way (so is Open Transport).

But 8.6 is so stable and most everything works.... :-)

Hmm, I'm using Open Transport 2.6.1 from OS 9, from an earlier effort 
to stabilize the RR connection.

Thanks...


Ralph Mawyer, Jr.
San Antonio, Texas

Associate Editor
mac2400 ... http://www.sineware.com/mac2400
Your PowerBook 2400 Reference Site


----------
Duo/2400 List, The friendliest place on the Net!
A listserv for users and fans of Mac subportables.
FAQ at <http://www.themacintoshguy.com/lists/DuoListFAQ.shtml>
Be sure to visit Mac2400! <http://www.sineware.com/mac2400>

To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
Need help from a real person? Try.  <[EMAIL PROTECTED]>

----------
Dr. Bott  | 10/100 Ethernet for your 2400 is finally here!
MPC-100   | <http://www.drbott.com/prod/mpc100.html>

NineWire          | If they are cool enough to host this list...
Digital Solutions | ...you should check them out! http://www.NineWire.com/

Midwest Mac Parts  ][  <http://www.midwestmac.com>  
After-market parts  for Macs.   ][  888-356-1104 ][

MacResQ Specials: LaCie SCSI CDR From $99! PowerBook 3400/200 Only $879! 
Norton AntiVirus 6 Only $19! We Stock PARTS! <http://www.macresq.com>

Reply via email to