| |
PA2AGA > TCPDIG 03.04.97 13:52l 185 Lines 7908 Bytes #-10670 (0) @ EU
BID : TCP_97_28N
Read: GUEST
Subj: TCP-Group Digest 97/28N
Path: DB0AAB<DB0CRL<DB0TTM<DB0SWR<DB0FP<DB0SRS<DB0SIF<DB0AIS<DB0NDK<DB0ACH<
ON4RAT<ON7RC<ON1BWP<ON6AR<PI8HWB<PI8VAD<PI8VNW
Sent: 970403/0826Z @:PI8VNW.#ZH2.NLD.EU #:10945 [Hoek v Holland] FBB5.15c
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : TCPDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA32836 ; Thu, 03 Apr 97 07:56:42 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.62/7.1) with SMTP
id AA00002259 ; Wed, 02 Apr 97 22:05:45 MET
Received: from pa2aga-1 by pa2aga with SMTP
id AA00002223 ; Wed, 02 Apr 97 22:00:13 MET
Received: from pa2aga-1 by pa2aga-1 (NET/Mac 2.3.62/7.6) with SMTP
id AA00009310 ; Wed, 02 Apr 97 22:00:07 MET
Date: Wed, 02 Apr 97 21:53:24 MET
Message-Id: <tcp_97_28N>
From: pa2aga
To: tcp_broadcast@pa2aga-1
Subject: TCP-Group Digest 97/28N
X-BBS-Msg-Type: B
>develop to the point where amateur TCP/IP ops will be using the phone lines
>to communicate across town, not to mention across country. ( Actually, I'm
>sure it happens right now.. Why not? )
>"It's cheaper".
>"It's faster".
Of course, they don't generally allow ham radio in North Korea.
>The "connectivity" which is of interest to the amateur radio community is
>the "connectivity" which can be achieved with RADIOS. When regulatory
>agencies look to our achievements, they have absolutely no interest in what
>we do with the telephone.. They want to see what we are doing with RADIOS.
>- And this in turn has much to do with our stewardship of the ham bands.
What we're capable of doing with the frequencies we still have (going,
going...) is building local networks, not wide-area high-speed backbones.
Perhaps North Korea could have used its resources differently, specializing
in what it could do well and importing the rest. Come to think of it,
that's what South Korea did, and now they're practically filthy rich.
Anyone remember Adam Smith's The Wealth of Nations? By trade you prosper.
"Comparative advantage".
>Much of the disparagement of mainstream packet which I hear from TCP/IP
>devotees comes across as some form of self-justification for doing
>something they know is wrong, and feel ashamed about.
Translation: Yes, everyone in South Korea is totally ashamed of themselves,
pretending that the great Democratic Peoples' Republic of Korea (North) is
having problems, when they really just envy the Dear Leader and the ideal
society he is leading!
I hope everyone realizes that this is not intended as a *personal* slight at
Mr. Brabham, merely an allegory that refutes his obviously fanatical demand
for self-sufficiency.
fred k1io (ham since 1965, author of RSPF protocol, and
Resident ISDN Weenie.)
---
Fred R. Goldstein k1io fgoldstein@bbn.com +1 617 873 3850
Opinions are mine alone. Sharing requires permission.
------------------------------
Date: Thu, 6 Mar 1997 04:53:50 GMT
From: "Dr. Rich Artym" <rartym@galacta.demon.co.uk>
Subject: Benefits of AMPR IP encapsulation gateways.
In <331DED65.2D07071@perf.no.itg.telecom.com.au>, Terry Dawson writes:
> Already there are groups beginning to seriously investigate non-amateur
> allocations for development of personal radio based data networks.
> Alan Cox referred to a UK based group, I've certainly already
> investigated some other license classes in VK and I'm sure the
> Part 15 stuff in the U.S. will have its proponents as well. My
> motivations for doing so were what I consider to be overly restrictive
> regulation of the form and nature of the traffic I can carry.
Yes, a lot of us identify with that sentiment. The "purity" argument
holds just about as much water when applied to amateur datacomms as
when applied to race, ie. none. Networking is about connectivity and
integration, not exclusion, so the RF fundamentalists misunderstand the
target altogether. Use it where it works, but not where it doesn't.
Amateur RF has immense potential capability, but very sparse potential
coverage owing to the undeniably small amateur population. That can't
be overcome easily, so integration with other forms of networking is
not only sensible but the *only* solution that is going to keep the RF
side alive. RF fundamentalism can't overcome lack of coverage so it
would commit amateur RF networks to remain threadbare and therefore to
die by virtue of being fairly useless. That's not defense of RF, that's
plain RF vandalism.
We need to integrate --- we need to ride on top of the shoulders of
giants in order to rise above them. That means using the telephone
network where nothing else is available. It also means using other,
commercial, RF systems where they offer connectivity as a commodity,
eg. car-to-home data links are best done over the cellphone systems.
Integrate that with long-haul connectivity over the Internet and only
then do megabit amateur RF community networks start to make sense.
As for content, that's non-negociable: the largest network and the
largest repository of information on the planet establishes the content
of our RF network, and nothing less is of any interest whatsoever ---
amateurs are not ostriches with their heads buried in the sands of
isolationism. That makes Internet gateways completely inevitable.
Rich.
--
########### Dr. Rich Artym ================ PGP public key available
# galacta # Email : rich@galacta.demon.co.uk 158.152.156.137
# ->demon # Web : http://www.galacta.demon.co.uk - temp page only
# ->ampr # AMPR : rich@g7exm[.uk].ampr.org 44.131.164.1 BBS:GB7MSW
# ->NTS # Fun : Unix, X, TCP/IP, kernel, O-O, C++, SoftEng, Nano
########### More fun: Regional IP Coordinator Hertfordshire + N.London
------------------------------
Date: 14 Mar 97 04:06:16 EST
From: "Charles E. Shipp" <76675.471@CompuServe.COM>
Subject: Business Trip (set NOMAIL)
SET tcp-group NOMAIL
Please pardon my sending this to several ID's.
I probably need an 'assist' with my syntax.
Could 'owner' check and see if I can be set
to NOMAIL... I'll be at the annual SAS Conf
in San Diego next week... I really appreciate
the list and so just want to turn off mail
until I return home.
Thanks, Charlie Shipp KB6OLC
>.
------------------------------
Date: 28 Feb 1997 18:03:37 -0600
From: Dave Johnson <dbj+@cs.cmu.edu>
Subject: CMU Monarch Project implementation of IETF Mobile IP
The Monarch Project at Carnegie Mellon University is proud to announce
the availability of Release 1.0.2 of our implementation of IETF
Mobile IP for IPv4. This release now directly supports both NetBSD
(version 1.1) and FreeBSD (version 2.2_GAMMA).
Our implementation, since Release 1.0.0, fully conforms to the IETF
standard Mobile IP protocol, as specified in RFC 2002, and includes both
"IP-in-IP" and "minimal" encapsulation support (RFC 2003 and RFC 2004).
The only real change in Release 1.0.2 over our recent Release 1.0.1
version is the addition of support for FreeBSD 2.2_GAMMA; this FreeBSD
support is based on changes submitted by Assar Westerlund of the Swedish
Institute of Computer Science.
This release of the CMU Monarch Project's implementation of IETF
Mobile IPv4 is available from our web page at
http://www.monarch.cs.cmu.edu/
and by ftp as a gzip'ed tar file from
ftp://ftp.monarch.cs.cmu.edu/pub/monarch/mobileip/mip-1.0.2.tar.gz
The CMU Monarch Project researches issues in mobile and wireless
networking. Named after the migratory monarch butterfly (or the acronym
"MObile Networking ARCHitecture"), the goal of the CMU Monarch Project
is to enable mobile hosts to communicate with each other and with
stationary or wired hosts, transparently and adaptively making the most
efficient use of the best network connectivity available to the mobile
host at any time. Our research includes work in areas from protocol
design and implementation to performance measurement and usage-based
evaluation. For more information on the CMU Monarch Project, visit our
web page at http://www.monarch.cs.cmu.edu/.
------------------------------
Date: Thu, 13 Mar 1997 11:50:22 +0300 (THR)
From: "M. R. Nikrou" <nikrou@kadous.gu.ac.ir>
To be continued in digest: tcp_97_28O
Read previous mail | Read next mail
| |
