1996-05-18 - [NOISE] Re:Rural Datafication (via RFC 1149)

Header Data

From: Steve Reid <root@edmweb.com>
To: cypherpunks@toad.com
Message Hash: 7dcf20a65876540af69a99f7928592796d214516abb8a6e84cbbf00f2d06a5d8
Message ID: <Pine.BSF.3.91.960516131202.145A-100000@bitbucket.edmweb.com>
Reply To: N/A
UTC Datetime: 1996-05-18 09:49:47 UTC
Raw Date: Sat, 18 May 1996 17:49:47 +0800

Raw message

From: Steve Reid <root@edmweb.com>
Date: Sat, 18 May 1996 17:49:47 +0800
To: cypherpunks@toad.com
Subject: [NOISE] Re:Rural Datafication (via RFC 1149)
Message-ID: <Pine.BSF.3.91.960516131202.145A-100000@bitbucket.edmweb.com>
MIME-Version: 1.0
Content-Type: text/plain


Hmm... Maybe this could be a low-cost way to get rural areas connected to 
the internet? The RFC says it's primarily for metropolitan areas, but I 
believe it could be equally effective in rural areas.

:)

(BTW, this is a "real" RFC. I got it from ftp.internic.net.)

----------------------------------------------------------------------

Network Working Group                                        D. Waitzman
Request for Comments: 1149                                       BBN STC
                                                            1 April 1990


   A Standard for the Transmission of IP Datagrams on Avian Carriers

Status of this Memo

   This memo describes an experimental method for the encapsulation of
   IP datagrams in avian carriers.  This specification is primarily
   useful in Metropolitan Area Networks.  This is an experimental, not
   recommended standard.  Distribution of this memo is unlimited.

Overview and Rational

   Avian carriers can provide high delay, low throughput, and low
   altitude service.  The connection topology is limited to a single
   point-to-point path for each carrier, used with standard carriers,
   but many carriers can be used without significant interference with
   each other, outside of early spring.  This is because of the 3D ether
   space available to the carriers, in contrast to the 1D ether used by
   IEEE802.3.  The carriers have an intrinsic collision avoidance
   system, which increases availability.  Unlike some network
   technologies, such as packet radio, communication is not limited to
   line-of-sight distance.  Connection oriented service is available in
   some cities, usually based upon a central hub topology.

Frame Format

   The IP datagram is printed, on a small scroll of paper, in
   hexadecimal, with each octet separated by whitestuff and blackstuff.
   The scroll of paper is wrapped around one leg of the avian carrier.
   A band of duct tape is used to secure the datagram's edges.  The
   bandwidth is limited to the leg length.  The MTU is variable, and
   paradoxically, generally increases with increased carrier age.  A
   typical MTU is 256 milligrams.  Some datagram padding may be needed.

   Upon receipt, the duct tape is removed and the paper copy of the
   datagram is optically scanned into a electronically transmittable
   form.

Discussion

   Multiple types of service can be provided with a prioritized pecking
   order.  An additional property is built-in worm detection and
   eradication.  Because IP only guarantees best effort delivery, loss
   of a carrier can be tolerated.  With time, the carriers are self-



Waitzman                                                        [Page 1]


RFC 1149             IP Datagrams on Avian Carriers         1 April 1990


   regenerating.  While broadcasting is not specified, storms can cause
   data loss.  There is persistent delivery retry, until the carrier
   drops.  Audit trails are automatically generated, and can often be
   found on logs and cable trays.

Security Considerations

   Security is not generally a problem in normal operation, but special
   measures must be taken (such as data encryption) when avian carriers
   are used in a tactical environment.

Author's Address

   David Waitzman
   BBN Systems and Technologies Corporation
   BBN Labs Division
   10 Moulton Street
   Cambridge, MA 02238

   Phone: (617) 873-4323

   EMail: dwaitzman@BBN.COM





























Waitzman                                                        [Page 2]








Thread