home *** CD-ROM | disk | FTP | other *** search
/ ARM Club 1 / ARM_CLUB_CD.iso / contents / sillies / silly8 / R / RequestFC < prev    next >
Text File  |  1994-02-11  |  3KB  |  83 lines
  1.                        Pigeon-Packet Protocol
  2.  
  3. This is a *genuine* Internet 'Request For Comment' (RFC) document as
  4. published by the DARPA Internet committee. It even has a genuine RFC
  5. number. Look, however, at the publishing date before you take it too
  6. seriously...
  7.  
  8. Enjoy!
  9.  
  10. Network Working Group                                 D. Waitzman
  11. Request for Comments: 1149                                BBN STC
  12.                                                      1 April 1990
  13.  
  14.  
  15. A Standard for the Transmission of IP Datagrams on Avian Carriers
  16. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  17.  
  18. Status of this Memo
  19.  
  20. This memo describes an experimental method for the encapsulation of
  21. IP datagrams in avian carriers.  This specification is primarily
  22. useful in Metropolitan Area Networks.  This is an experimental, not
  23. recommended standard.  Distribution of this memo is unlimited.
  24.  
  25. Overview and Rationale
  26.  
  27. Avian carriers can provide high delay, low throughput, and low
  28. altitude service.  The connection topology is limited to a single
  29. point-to-point path for each carrier, used with standard carriers,
  30. but many carriers can be used without significant interference with
  31. each other, outside of early spring.  This is because of the 3D ether
  32. space available to the carriers, in contrast to the 1D ether used by
  33. IEEE802.3.  The carriers have an intrinsic collision avoidance
  34. system, which increases availability.  Unlike some network
  35. technologies, such as packet radio, communication is not limited to
  36. line-of-sight distance.  Connection oriented service is available in
  37. some cities, usually based upon a central hub topology.
  38.  
  39. Frame Format
  40.  
  41. The IP datagram is printed, on a small scroll of paper, in
  42. hexadecimal, with each octet separated by whitestuff and blackstuff.
  43. The scroll of paper is wrapped around one leg of the avian carrier.
  44. A band of duct tape is used to secure the datagram's edges.  The
  45. bandwidth is limited to the leg length.  The MTU is variable, and
  46. paradoxically, generally increases with increased carrier age.  A
  47. typical MTU is 256 milligrams.  Some datagram padding may be needed.
  48. Upon receipt, the duct tape is removed and the paper copy of the
  49. datagram is optically scanned into a electronically transmittable
  50. form.
  51.  
  52. Discussion
  53.  
  54. Multiple types of service can be provided with a prioritized pecking
  55. order.  An additional property is built-in worm detection and
  56. eradication.  Because IP only guarantees best effort delivery, loss
  57. of a carrier can be tolerated.  With time, the carriers are self-
  58. regenerating.  While broadcasting is not specified, storms can cause
  59. data loss.  There is persistent delivery retry, until the carrier
  60. drops.  Audit trails are automatically generated, and can often be
  61. found on logs and cable trays.
  62.  
  63. Security Considerations
  64.  
  65. Security is not generally a problem in normal operation, but special
  66. measures must be taken (such as data encryption) when avian carriers
  67. are used in a tactical environment.
  68.  
  69. Author's Address
  70.  
  71. David Waitzman
  72. BBN Systems and Technologies Corporation
  73. BBN Labs Division
  74. 10 Moulton Street
  75. Cambridge, MA 02238
  76.  
  77. Phone: (617) 873-4323
  78.  
  79. EMail: dwaitzman@BBN.COM
  80.  
  81. Uploaded from the Internet by Pete G6WBJ@GB7SDN.GBR.EU  PJML@UK.AC.NWL.IA ||
  82. *** EOF
  83.