🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

6 total messages Started by Jiro Nakamura Wed, 19 Jun 1991 01:53
Ithaca POP for PSI needs PEP : -)
#2
Author: Jiro Nakamura
Date: Wed, 19 Jun 1991 01:53
17 lines
1108 bytes
In case anyone didn't notice, the Ithaca POP for PSI opened with 2 measly
v.32 lines.... I'm using them right now. It is my hopes that more people
with Telebits will join up in Ithaca, and bully PSI into getting a proper
PEP line there. :-)
	On another vein, what kinds of throughput are people getting
with PSI's PEP lines? UUNET only gets me about 900-100 cps (character-bytes
per second). Since UUPSI goes through a telnet channel (apparently) from
the POP to PSI central, I don't imagine they get wonderful response
times (sigh, c'est la vie). 

   - Jiro Nakamura
     jiro@shaman.com
-- 
Jiro Nakamura				jiro@shaman.com
Shaman Consulting			+1 607 277-1440 Voice/Fax/Data
"Bring your dead, dying shamans here!"
Re: Ithaca POP for PSI needs PEP : -)
#7
Author: Mark Lawrence
Date: Wed, 19 Jun 1991 14:51
13 lines
952 bytes
Totally unrelated whatsover to PSI, POP and PEP, did
anybody else notice Jim Isaak's delightful pun in his
snitch report in the latest issue of ;login:?  Talking
about the POSIX Platform Environment Profile, Jim says
(obstensibly with a straight face):

"...In effect, PEP will blaze the trail for other more 
complex profile tasks..."

uh, huh.
-- 
mark@drd.com
mark@jnoc.go.jp  $B!J%^!<%/!&%i%l%s%9!K(B  Nihil novum sub solem
Re: Ithaca POP for PSI needs PEP : -)
#3
Author: Steven Abrams
Date: Wed, 19 Jun 1991 17:01
15 lines
1168 bytes
A company for whom I do consulting uses the NYC POP with PEP.  Our end
of the connection is sometimes noisy, but when that's OK, we get
around 900-1300 cps, depending on life, the universe, etc.  This is with
compression disabled on the Telebits.

~~~Steve
--
/*************************************************
 *
 *Steven Abrams             abrams@cs.columbia.edu
 *
 **************************************************/
#include <std/dumquote.h>
#include <std/disclaimer.h>
Re: Ithaca POP for PSI needs PEP : -)
#5
Author: Martin Schoffstall
Date: Wed, 19 Jun 1991 17:44
43 lines
2028 bytes
In article <1991Jun19.015353.717@shaman.com> jiro@shaman.com (Jiro Nakamura) writes:
>
>In case anyone didn't notice, the Ithaca POP for PSI opened with 2 measly
>v.32 lines....

As "advertised" in numbers-info@psi.com well in advance and implemented
today there are two LowSpeed (300/1200/2400) dialups and two HighSpeed
(V.32, 19.2kbps DTE) dialups in Ithaca.  While this is less than the
25 dialups in NewYorkCity, Ithaca is a smaller city after all....

>I'm using them right now. It is my hopes that more people
>with Telebits will join up in Ithaca, and bully PSI into getting a proper
>PEP line there. :-)

There is little differnce between PEP and V.32 signalling related
to performance on local phone lines.  Given that PEP is inferior
technology for interactive applications and SLIP/PPP, it will
take more than public or private bullying.

>	On another vein, what kinds of throughput are people getting
>with PSI's PEP lines? UUNET only gets me about 900-100 cps (character-bytes
>per second). Since UUPSI goes through a telnet channel (apparently) from
>the POP to PSI central, I don't imagine they get wonderful response
>times (sigh, c'est la vie). 
>

You are not using a telnet channel you are using a TCP Stream on
the official UUCP port (540).

Throughput is related to:

- signalling
- "network" latency +/- spoofing issues
- bandwidth of "smallest" hop within a subnet
- io of source host
- io of destination host

All (save for signalling) are effectively non-deterministic.

Given that they are non-deterministic (and a few other factors)
PSI's services are flat-fee.

Marty
Re: Ithaca POP for PSI needs PEP : -)
#8
Author: Peter da Silva
Date: Wed, 19 Jun 1991 19:59
15 lines
1358 bytes
In article <1991Jun19.015353.717@shaman.com> jiro@shaman.com (Jiro Nakamura) writes:
> In case anyone didn't notice, the Ithaca POP for PSI opened with 2 measly
> v.32 lines.... I'm using them right now. It is my hopes that more people
> with Telebits will join up in Ithaca, and bully PSI into getting a proper
> PEP line there. :-)

Ditto for Houston. PSI seems to have decided that PEP is for the birds...
they're not only not buying PEP modems, they refuse to move a few around
to balance out the load. This is ungood.

Come on, surely some of those places with bundles of PEP POPs can spare one
for little old Houston...?
-- 
Peter da Silva; Ferranti International Controls Corporation; +1 713 274 5180;
Sugar Land, TX  77487-5012;         `-_-' "Have you hugged your wolf, today?"
Re: Ithaca POP for PSI needs PEP : -)
#10
Author: Peter da Silva
Date: Thu, 20 Jun 1991 16:32
19 lines
1623 bytes
In article <1991Jun19.174421.7181@uu.psi.com> schoff@uu.psi.com (Martin Schoffstall) writes:
> There is little differnce between PEP and V.32 signalling related
> to performance on local phone lines.  Given that PEP is inferior
> technology for interactive applications and SLIP/PPP, it will
> take more than public or private bullying.

It's got nothing to do with bullying. There are many reasons for people
to be using the PEP protocol. That may be all they have, for example. Or
they may be calling from an exchange with older equipment (particularly
common in non-Bell areas) or through a PBX so PEP does provide better
performance on their lines. In either case, it would take additional
expenditures (buying modems or renting a direct or FX line from the
phone company) to use V.32 effectively

After all, if price was no object we would still be using UUNET. Don't
forget that's PSI's main edge over UUNET/Alternet.
-- 
Peter da Silva; Ferranti International Controls Corporation; +1 713 274 5180;
Sugar Land, TX  77487-5012;         `-_-' "Have you hugged your wolf, today?"
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads