You are not logged in. Login Now
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-199   200-224 
 225-249   250-263         
 
Author Message
25 new of 263 responses total.
dpc
response 75 of 263: Mark Unseen   Jan 19 16:20 UTC 1998

The present lag is probably due to the fact that the load average is
around 19.
scott
response 76 of 263: Mark Unseen   Jan 19 16:36 UTC 1998

We haven't discounted line noise on the dialins yet.
valerie
response 77 of 263: Mark Unseen   Jan 19 16:42 UTC 1998

This response has been erased.

valerie
response 78 of 263: Mark Unseen   Jan 19 16:43 UTC 1998

This response has been erased.

scott
response 79 of 263: Mark Unseen   Jan 19 17:36 UTC 1998

Yet I've had no lag at all today, including the period when the load was 19.
We (I guess I( need to check all of our lines for noisyness.
remmers
response 80 of 263: Mark Unseen   Jan 19 22:59 UTC 1998

I've experienced no lag on the dialins lately.
senna
response 81 of 263: Mark Unseen   Jan 20 00:22 UTC 1998

Lag on the dialins for me is pretty low, but I'm still having trouble with
pieces of text getting chopped out.  How do I adjust flow control?
scott
response 82 of 263: Mark Unseen   Jan 20 01:30 UTC 1998

Flow control is (should be) enabled on Grex already, so you need to tell your
terminal software to enable flow control.
senna
response 83 of 263: Mark Unseen   Jan 20 02:48 UTC 1998

And I do that by..?  Lag is very heavy right now on 3000.  Weird.
valerie
response 84 of 263: Mark Unseen   Jan 20 05:11 UTC 1998

This response has been erased.

valerie
response 85 of 263: Mark Unseen   Jan 20 05:42 UTC 1998

This response has been erased.

cyklone
response 86 of 263: Mark Unseen   Jan 20 05:51 UTC 1998

Still very slow. No offense scott, but I think if flow control at the user
end was the problem, we would have heard by now from some users who solved
the problem in the manner you suggest. Since that hasn't happened, I think
we need to look elsewhere for a solution.
remmers
response 87 of 263: Mark Unseen   Jan 20 11:22 UTC 1998

I've been having problems with losing chunks of text on the dialins
too. A few days ago when some modems were still not on the terminal
server, I noticed that I only had the problem when connected through
the terminal server. Last night senna and I were having the problem
at the same time (in party).

I have hardware flow control enabled and have not noticed this problem
with any other service that I dial.

It's conceivable, I suppose, that even though my comm software is set
to do hardware flow control, it's not doing it correctly. It's a
fairly old version of Procomm (2.0) for Windows. Right now I'm running
kermit under linux and things appear to be just fine.
n8nxf
response 88 of 263: Mark Unseen   Jan 20 12:28 UTC 1998

I use to lose chunks of text when I was using my Mac IIsi with Zterm.
It stopped, without me doing anything on my end, about 3 weeks ago.
At the same time I stopped having problems with echoed characters
at work on my 486, Telix 3.15 and USRobotics 14.4 modem.
 
Now all those problems are back.
other
response 89 of 263: Mark Unseen   Jan 20 23:59 UTC 1998

6:57pm  up 3 days, 10:58,  60 users,  load average: 27.40, 23.37, 18.58
lag is pretty bad right now.
i just had the text loss problem again, but i quit versaterm 4.5.3 and
restarted it, then dialed in again without changing anything and am not having
the problem.
could it be a problem with a specific modem or set of modems at grex's end?
scg
response 90 of 263: Mark Unseen   Jan 21 00:19 UTC 1998

People were complaining about the problem on non-terminal server connected
modems at a time when only some modems were connected to it.  I don't think
it's a problem with the terminal server.  I'm not sure what it would be a
problem with.
valerie
response 91 of 263: Mark Unseen   Jan 21 01:48 UTC 1998

This response has been erased.

ivynymph
response 92 of 263: Mark Unseen   Jan 21 03:32 UTC 1998

The only lag-associated problem i seem to be having (aside from the lag
itself) is a loss of text sent via tel.  

senna
response 93 of 263: Mark Unseen   Jan 21 06:18 UTC 1998

The telnet connection I had opened earlier today was fairly good.  I'm dialed,
and I've experienced some processor load problems, but otherwise it seems
alright.  Still losing some text, but not as much.  My program is
Hyperterminal, and I can't seem to find the flow control option on any of the
properties menues.
scott
response 94 of 263: Mark Unseen   Jan 21 12:15 UTC 1998

I've done some settings-checking.  All of the terminal server ports have
hardware flow control enabled, as do I on my terminal program.  "Xon/Xoff"
is software-based flow control, which is not being used since it would muck
up binary transfers.

Most (if not all) terminal programs should have hardware flow control
(sometimes knows as "handshaking" or "RTS/CTS") as a feature (if not an
option).  If yours doesn't, there are freeware programs such as Kermit that
do.
davel
response 95 of 263: Mark Unseen   Jan 21 14:22 UTC 1998

Did you check whether the modems themselves (on the termserver ports) are
using hardware flow control, too?  The users' own modems are also possible
sources of problems in this, but ... well, a lot of different people are
having these problems, fairly suddenly.  A misconfigured modem on the
termserver seems like a distinct possibility, though.
cmcgee
response 96 of 263: Mark Unseen   Jan 21 17:00 UTC 1998

Last night about 11:30, I dialed in using my automated logon program.  It took
over 7 minutes to log on, get a shell prompt, and get the first message in
my mailbox opened.  On that account, I log on to my shell prompt, no menu,
no bbs, no nothing but shell then the command "pine".  

Seven minutes seems awfully long.
scott
response 97 of 263: Mark Unseen   Jan 21 17:08 UTC 1998

(It's on my list to check my modem programming for flow control, but these
are the exact same setting I had from the time we were using the terminal
server due to power supply problems)
scott
response 98 of 263: Mark Unseen   Jan 21 17:54 UTC 1998

I've slowed my modem down to 2400 baud, (how I'm connected right now), with
no problems.  I'me going to have to check to see about *both* sets of modems
and their settings, and with the terminal server it is hard if not impossible
to figure out who is connected to what modem.

Win95 Hyperterm users:  To set flow control, go into the control panel and
open up Modems.  Choose the Properties button , then click on the Connction
tab of the window that opens.  Click on the Advanced button, and you will see
flow control settings.
senna
response 99 of 263: Mark Unseen   Jan 21 23:01 UTC 1998

Did it, and everything listed was set correctly.  But I'm still losing text.
(For example, in the second to last line of the last response by Scott, I read
"tab of the window that opens.ick on the Advanced button, and you will see"
instead of whatever it was that he actually wrote.)  I think it's coming from
somewhere else, particularly since it started when all the modems were on the
terminal server.
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-199   200-224 
 225-249   250-263         
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss