|
Grex > Coop6 > #91: Is our new router better? | |
|
| Author |
Message |
sidhe
|
|
Is our new router better?
|
Jan 27 15:15 UTC 1995 |
Someone please explain to me what *exactly* is going on with our new
router. It has, since the time it was installed, frozen me out every time
I telnet in through MichNet. It has selectively not made telnet access
available to any host I am at, only to become available ten minutes later.
<By the way, when I get back on, I find that I am one of the few, if not
the only one, kicked off in this fashion> It has produced some NASTY lag-
effects, even with load averages as low as 2.08 <I checked>!
I've been told that it is now a 486, and *supposedly* much better
than the old 386 we had running. Honestly, I pine for the old router,
which was compatible with MichNet access, and didn't play "stupid Net tricks"
with me, and I suspect, other users.
|
| 34 responses total. |
carson
|
|
response 1 of 34:
|
Jan 27 15:41 UTC 1995 |
for the moment I agree with sidhe, as I currently use a secure Merit
terminal which I use to connect to MSUGopher/Mlink in order to then
get to Grex. however, I remember one of staff (mju? maybe?) sent
mail to The Powers That Be in an attempt to find out why Merit is
being so fuzzy with Grexing. I think the advantages of the new router
are things that technologically illiterate users like myself *won't*
see, so I guess if the access thingy would clear up, I'd be a
happier camper. :) :) :)
|
cicero
|
|
response 2 of 34:
|
Jan 27 15:54 UTC 1995 |
Um, I think the router is now a 386 and *supposedly* much better
than the old 286 we had running.
|
mdw
|
|
response 3 of 34:
|
Jan 27 18:40 UTC 1995 |
The old router was PC-Route on a 286. It worked ok for light
interactive loads, but it didn't work so well for heavy loads, and
didn't work at all for sustained transfers >30K. The router has to
convert from ethernet speeds to serial link speeds, which is only about
1/100 the speed. In the long run, that's not a real problem because TCP
will eventually figure out how fast the link is, and pace itself. But
in the short run, making that work depends on the router being able to
buffer the data - and the PC route box didn't have much buffer room, so
it discarded traffic whenever things got too much for it. Eventually,
of course, the traffic would get resent, but that's where the network
lag came in, and why sustained transfers choked up.
While mju was home over christmas, we had him work on upgrading the
router to a 386 w/ netbsd. In theory, this will work a lot better.
netbsd supports PPP (instead of SLIP) which should lead to better
efficiency. Netbsd also supports a lot more buffer space, which should
cure the sustained transfer problem.
Unfortunately, in practice, netbsd isn't fully debugged, and the version
we installed has serious bugs in its serial driver, which manifest
themselves under heavy load. We fixed a few problems, but by the time
we realized just how serious the problems were, Marc had to go back to
school. We then were faced with the usual warehouse access issue, plus
also the move.
The current plan is to try freebsd, which (we hope) will have all of the
advantages of netbsd, but which is also supposed to have less flakey
serial drivers. We already have at least 3 people who are willing to do
this, so the major constraints are scheduling, and figuring out how to
do it with the least amount of disruption and risk.
One question people here might like to think about is: would they mind a
definite 8 hour outtage, if it would make it possible to try freebsd
that much sooner? This would basically make the difference between
doing it monday, and doing it somewhere towards the end of the week.
|
steve
|
|
response 4 of 34:
|
Jan 27 18:45 UTC 1995 |
The problem with gryps is possibly multiple in origin. We aren't
sure yet. The underlying fact is that NetBSD, for all its coolness,
is immature in terms of its PPP handling and possibly handling
of serial ports.
The problems with NetBSD are, as far we we know: 1) sometimes the
PPP daemon (pppd) just stops working. 2) Gryps sometimes panics and reboots
itself. 3) Greg has seen occaisons were a packet of text gets repeated on
his screen, which results in getting data twice.
Because of this, Marcus and I are going to install "freeBSD" on another
hard disk for gryps. This is a "compeating" BSD derivitive, which sounds
like it might well work better. I suspect that we will work on this starting
Monday night. It shouldn't take more than a few hours to set this up, and then
gryps can be a freeBSD machine and we shall see what the performance is of
that system.
|
ajax
|
|
response 5 of 34:
|
Jan 27 22:56 UTC 1995 |
As a lay-person answer, here's my understanding: the new router should
theoretically double Grex's internet throughput. This would allow everyone
to telnet faster, or more people to telnet in. But it's taking a while to
iron out its "kinks" (which mdw & steve elaborate on :-). I'm sure there's
no conspiracy to degrade your access; staff was and is *trying* to improve
things for you and everyone. (I'm appreciative - thanks staffolk!)
|
popcorn
|
|
response 6 of 34:
|
Jan 28 00:08 UTC 1995 |
Yup, the new router should something like double internet throughput.
Also, with the old router, ftp'ing files out of Grex used to hang after
sending only a small amount of data. The new router should make outbound
ftp work OK.
|
scg
|
|
response 7 of 34:
|
Jan 28 04:22 UTC 1995 |
We've been off the Internet for a few hours now, so I guess it might be
being worked on right now. But, if it isn't, it might make sense to take
gryps out of service until we can get it working. The old PCRoute box,
for all its faults, worked consistently. As for the new router, it's nice
to have it fast when it's up, but when it's going down for several minutes
at a time every half hour (which was happening last night) it gets to the
point where any speed increase we are getting from it is not worth the
trouble it's causing.
|
steve
|
|
response 8 of 34:
|
Jan 28 04:46 UTC 1995 |
Someone taught gryps a new trick tonight: according to Greg,
people on grex to talk to gryps, and the outside could talk to gryps,
but gryps wouldn't let the outside world get to grex, nor the
grex subnet to get out to the world.
Thats a new one, for me. I hope it forgets this little trick soon.
(It probably knows that we're about to change it over to freeBSD
sometime next week).
|
srw
|
|
response 9 of 34:
|
Jan 28 08:35 UTC 1995 |
Replacing the PPP link between gryps and ICnet with a SL/IP link,
which is what the PC route uses, requires a coordinated change with ICnet.
This complicates the problem of switching back to PC route in the interim.
|
tsty
|
|
response 10 of 34:
|
Jan 28 19:15 UTC 1995 |
Is there (was there ever) any hope for Linux to run on the router?
What prevents/prohibits it from working - maybe remmers has some
insights into this as well.
|
gregc
|
|
response 11 of 34:
|
Jan 28 20:43 UTC 1995 |
Linux is SysVish in nature, it's networking code is considered sub-standard
and nobody on staff wants to deal with it.
|
steve
|
|
response 12 of 34:
|
Jan 28 23:10 UTC 1995 |
Espically since the linux networking code is almost completely
hacked into the system from other op systems.
FreeBSD promises to be better in this regard. If it isn't,
we'll have to go inside the serial drivers ourselves, but I don't
think we'll have to.
Dropping back to the PC Route box is certainly a possibility
however, if we can't get to FreeBSD quickly.
|
sidhe
|
|
response 13 of 34:
|
Jan 29 04:15 UTC 1995 |
Yes, I was <and am> annoyed at the router problem, but, no, I wasn't
pointing to a conspiracy against me in particular. I am grateful that
it is being worked on, and I am also grateful for the explanations as to what
was going on, as that is why I entered this item. Again, thank you all.
|
carson
|
|
response 14 of 34:
|
Jan 29 11:07 UTC 1995 |
(I think this makes for a brief news item. I'll try and "summarize" what's
happening and all...)
|
sidhe
|
|
response 15 of 34:
|
Jan 30 03:59 UTC 1995 |
As in Grexnews? I'm going to have to go look at that new cf!
|
sarrica
|
|
response 16 of 34:
|
Jan 30 17:42 UTC 1995 |
Is the new router an old AST 286 that has been ipgraded to a 386?
If it is, what was your source for the upgrade hardware and what did
you folks pay? (I have access to another 286 and might like to upgrade
it.) Thanks!
|
steve
|
|
response 17 of 34:
|
Jan 30 22:35 UTC 1995 |
We'll definately take the 286 Steve, because if nothing else, it
can turn into JCCfodder and make us a little money.
Yes, the router is now a 40MHz 386 system with 340M of disk,
running NetBSD. It even mostly works. Mostly. But that ain't
good enough.
|
kentn
|
|
response 18 of 34:
|
Jan 30 23:27 UTC 1995 |
So..."what was your source for the upgrade hardware and what did you
folks pay?" (To quote :16).
|
steve
|
|
response 19 of 34:
|
Jan 31 02:01 UTC 1995 |
We need to enter an item for gryps. But: we got a 386 motherboard
case & power supply for $95, and a 340M IDE disk and controller for
$230. These prices are approximate but pretty close. So we have something
that we already know is fast enough, and has enough disk on it so we can
build new kernels and keep healthy sized log files.
|
popcorn
|
|
response 20 of 34:
|
Jan 31 13:30 UTC 1995 |
To once again rephrase #16: where did we get it?
|
steve
|
|
response 21 of 34:
|
Jan 31 21:32 UTC 1995 |
Oh, sorry--from a tech that Marc knew at Domanint Systems, who
was upgrading his system to a 486 or pentium.
|
tsty
|
|
response 22 of 34:
|
Feb 1 16:04 UTC 1995 |
Good buy sounds like.
|
nephi
|
|
response 23 of 34:
|
Feb 25 08:12 UTC 1995 |
Umm, I'm still having the problems as described in the header. Ther are
not happening as often, but it'd be nice if they didn't happen at all.
Does anyone have any leads concerning this?
|
jep
|
|
response 24 of 34:
|
Feb 25 17:58 UTC 1995 |
I usually telnet in from msen.com. In recent weeks, I've gotten
several delays of a couple of minutes up to several minutes, then my
connection resumed and I was able to go on conferencing. However, after
some period of time, usually an hour or so I'd get a delay and then my
connection would be lost, and when I tried to reach Grex again, I
couldn't get re-connected. Thursday, according to "last -10 jep", this
was due to a system crash, but not any of the other recent visits. Last
night I got a couple of the typical long delays, but I was finally able to
stay on long enough to catch up on the coop conference.
Each time I got disconnected, as near as I can remember, I did a
traceroute to grex and got as far as ICNET, but found I couldn't connect
to Grex.
If this is due to router problems, the problem is severe, and I don't
know what can be done about it. Something, I hope. The problems are
awfully consistent.
If it's due to loss of carrier and inability to reconnect to ICNET
due to busy signals, I hope Ivars gives Grex back it's dedicated line. I
also wonder if it's normal for a 28.8K modem to disconnect so often. Maybe
Grex needs a better modem or two.
|