Re: [EXTERNAL] Re: Reminiscing our first internet connections (WAS) Re: akamai yesterday - what in the world was that

2020-02-17 Thread Gene LeDuc
I remember that TI luggable - that sucker weighed a ton!  I dragged it 
from the lab to my dorm a few times to log in remotely, but carrying it 
on a bicycle was a dicey deal and I got over the novelty pretty quickly. 
 I'd forgotten who made it until you mentioned it - good memories!


Gene

On 2/17/20 11:34 AM, nano...@mulligan.org wrote:
Back in 1973 I was hired by Tymshare to "hack" Tymnet and some of the 
various systems (XDS 940, PDP-10s) - I was 15.  Tymshare provided me 
with a Teletype ASR-33 (with the built in tape punch and reader).  I had 
an AJ 300 baud acoustic coupler.  We had a second phone line installed, 
'cause my dad was tired of picking up the phone and hearing tones.  I 
ended up rewiring the house phones so I could put the terminal in my room.


When I went to the Pentagon in '79 I was in charge of PENT-TIP and got 
to take home and travel with a TI Silent700 with a built in acoustic 
coupler.  We had a bank of 300/1200 baud modems on PENT-TIP.  Our IMP 
was connected to the Arpanet via a 56K modem that was the size of 5 foot 
tall 19" rack!  Back in those days it seems TIP phone numbers were 
closely guarded treasure.


I still remember when I got an LS ADM-3A (no more finding rolls of 
thermal paper). I still have it, though I don't know why...


Geoff

On 2/17/20 11:20 AM, Anne P. Mitchell, Esq. wrote:



On Feb 17, 2020, at 10:38 AM, Gene LeDuc  wrote:

I was a student worker at a computer lab at USC in the 70s and a 
buddy had a system operator job at ISI in Marina Del Rey.  One day he 
connected to his office from my lab via a 300baud acoustic modem and 
then got on the ARPA-NET.  From there he connected to a system called 
ATLAS in the UK.  I had no idea what to do at the prompt so I typed



?
to get list of commands.  My global eyes were opened when the 
response was


Pardon?

instead of the usual rude or cryptic error message that I was used 
to. There was a big world out there and we were definitely not in 
Kansas anymore!
It was about 1980.  My C-128 came with one of those CIS snap packs to 
let you test connecting to the 'net via Compuserve.  So I connected 
with my 300baud modem and..whoa!!!


When I got my next computer (and first portable) shortly thereafter (a 
TRS Model 100) I got acoustic cups for it, and suddenly I was 
connected from anywhere and everywhere there was a phone - including 
from my job at a Fotomat booth (remember those?) :-)


Anne

--
Anne P. Mitchell, Attorney at Law, Dean of Cyberlaw & Cybersecurity, 
Lincoln Law School

CEO/President, SuretyMail Email Reputation Certification
Author: Section 6 of the CAN-SPAM Act of 2003 (the Federal anti-spam law)
Legislative Consultant, GDPR, CCPA (CA) & CCDPA (CO) Compliance 
Consultant

Former Counsel: Mail Abuse Prevention System (MAPS)






--
Gene LeDuc | Experience is the worst teacher. It always
Technology Security| gives the test first, and the lesson
San Diego State University | afterwards.


Re: Reminiscing our first internet connections (WAS) Re: akamai yesterday - what in the world was that

2020-02-17 Thread Gene LeDuc
I was a student worker at a computer lab at USC in the 70s and a buddy 
had a system operator job at ISI in Marina Del Rey.  One day he 
connected to his office from my lab via a 300baud acoustic modem and 
then got on the ARPA-NET.  From there he connected to a system called 
ATLAS in the UK.  I had no idea what to do at the prompt so I typed


> ?

to get list of commands.  My global eyes were opened when the response was

Pardon?

instead of the usual rude or cryptic error message that I was used to. 
There was a big world out there and we were definitely not in Kansas 
anymore!


Gene

On 2/16/20 1:25 PM, b...@theworld.com wrote:


Ok it's Sunday...

The first time I got on the internet was around 1977.

A friend dropped by the lab I worked in at Harvard and wondered if I
had an MIT ITS account and I said no wasn't even sure what it was
other than a time sharing system at MIT.

So we had a modem and dumb terminal and dialed-in and one could create
an account from the login prompt which I guess today seems mundane but
really was totally unintuitive, getting logins on time shared systems
generally required paper work and proof one should have access.

And I became BARRYS@MIT-AI (no stinkin' dots back then.)

He showed me some ARPAnet things and I was suitably amazed and
explored more from home where I had my own dumb tty and modem.

TBH I didn't really have much use for it at the time other than
joining mailing lists or similar.

Occasionally if someone was in the room I'd say "watch this!" and get
to a login prompt at Stanford or UCL (London.) They were usually
impressed.

I did use the local area network to access MIT-MC to use MacSyma (a
symbolic math package) which I did use in my work.

I was fairly amazed that my files were visible on either machine.

etc etc etc.



--
Gene LeDuc | A ship in port is safe, but that's not
Technology Security| what ships are built for.
San Diego State University |   --Adm. Grace Hopper, USN


RE: akamai yesterday - what in the world was that

2020-01-24 Thread Gene LeDuc
There is probably a "law" enshrined somewhere: Bandwidth is like closet 
space, demand will always manage to exceed capacity.


Gene

On 1/24/20 6:52 AM, Aaron Gould wrote:
Thanks Hugo, very interesting.  Induced demand.  Someone said recently… 
they’ve seen that no matter how much bandwidth you give a customer, they 
will eventually figure out how to use it. (whether they realize it or 
not… I guess it just happens)


-Aaron

*From:*NANOG [mailto:nanog-boun...@nanog.org] *On Behalf Of *Hugo Slabbert
*Sent:* Thursday, January 23, 2020 11:44 AM
*To:* Tom Beecher
*Cc:* NANOG list
*Subject:* Re: akamai yesterday - what in the world was that

 > This just follows the same rules as networks have always seemed to; 
If you build it, they will come, and you'll have to build more. :)


https://en.m.wikipedia.org/wiki/Induced_demand

:-)

On Thu., Jan. 23, 2020, 09:40 Tom Beecher  wrote:

I think this is a tribute to how we’ve built and upgraded
networks for capacity and speed.

I think it's spot on.

In years past it made more sense to distribute smaller , incremental
patches. More work on the software side, but it was likely a better
option than getting blasted on Twitter because "OMG I WANT TO PLAY
AND MY DOWNLOAD IS TAKING 8 HOURS".

This just follows the same rules as networks have always seemed to;
If you build it, they will come, and you'll have to build more. :)

On Thu, Jan 23, 2020 at 11:57 AM Jared Mauch mailto:ja...@puck.nether.net>> wrote:



 > On Jan 23, 2020, at 11:52 AM, Valdis Klētnieks
mailto:valdis.kletni...@vt.edu>> wrote:
 >
 > On Thu, 23 Jan 2020 17:13:15 +0100, Bryan Holloway said:
 >
 >> Game releases are hardly a new thing, but these last two
events seem to
 >> be almost an order of magnitude higher than what we're used
to (at least
 >> on our predominantly eyeball network.)
 >>
 >> Any thoughts from the community? We're taking steps to
accommodate, but
 >> from a capacity-planning perspective, this seems non-linear
to me.
 >
 > Be prepared for an entire new world of hurt this holiday
season. Sony has already
 > confirmed that PS5 releases will ship on 100Gbyte blu-ray
disks.  Which means that
 > download sizes will be comparable…

There’s also the “we will stream you all the data things” I keep
hearing about like the
Consoles without discs or some other thing I can’t remember the
name of.

I think this is a tribute to how we’ve built and upgraded
networks for capacity and speed.

- Jared



--
Gene LeDuc | A little learning is a dangerous thing,
Technology Security| but a lot of ignorance is just as bad.
San Diego State University |   --Bob Edwards


Re: Network Segmentation Approaches

2015-05-05 Thread Gene LeDuc



On 5/5/2015 4:34 PM, Mark Andrews wrote:

In message 20150505113445.gb24...@gsp.org, Rich Kulawiec writes:

I break them up by function and (when necessary) by the topology
enforced by geography.  The first rule in every firewall is of
course deny all and subsequent rulesets permit only the traffic
that is necessary.


Deny all really isn't needed with modern machines but that is a matter of
policy.


The firewalls I've worked with don't log denies if they are due to an 
implicit deny-all at the end of the policy.  I always put one in at the 
end to make sure that the attempt is logged.


Gene