home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS 1992 June / SIMTEL_0692.cdr / msdos / packet / mbl514.arc / DOMAIN.6VV < prev    next >
Encoding:
Text File  |  1988-08-10  |  5.3 KB  |  127 lines
  1. [44344] PY
  2. Path: W3IWI!N6VV
  3. Date: 10 Aug 88 06:21:58 Z
  4. From: N6VV@N6VV
  5. To: W3IWI
  6. Subject: Routing Designators
  7.  
  8. Hank,
  9.  
  10.   With the introduction of the Hierarchical Forward system which you
  11.   are currently implementing I have been thinking about the content
  12.   of the new fields you are implementing. Besides solving the "lazy
  13.   Sysop" ZIP forwarding controversy currently brewing in Norcal, it
  14.   presents us with both new opportunities and new problems. Some
  15.   guidelines need to be established quickly before we have everyone
  16.   "inventing" standards for routing designators. It is important that
  17.   this is done on the front end since some kind of standard will have
  18.   to be implemented and all BBSs educated so that stations can modify
  19.   their forwarding file to support the new capabilities that your
  20.   enhancement provide.
  21.  
  22.   I have more interest in this than most people since I am currently
  23.   receiving the traffic for the Pacific, Asia and sometimes Europe for
  24.   forwarding thru AX4BBS. In general I am not too interested in North
  25.   American forwarding schemes since I am sure that almost everyone will
  26.   adopt your proposal set out in you example. Thus:
  27.  
  28.        W6ABC @ W0RLI.CA
  29.  
  30.   Will undoubtely be accepted as the way to do it. State based forwarding
  31.   will gain general acceptance and will make all of our lives much
  32.   simpler. I am concerning about setting up some proposed standards for
  33.   out of country forwarding. This is not only because I am currently
  34.   responsible for a good bulk of it but because the I'm sure that as
  35.   the PACSATs come on-line there may be increase opportunity for
  36.   internationally routed traffic. We should try to work out some
  37.   standards now and give them a work out in the international HF
  38.   forwarding arena to see how they work.
  39.  
  40.   I am quite familiar with commercial standards setting procedures as
  41.   I am a member of a number of standards orgainizations including
  42.   ANSI and ISO. My company is involved in the international message
  43.   software business thru what is known as ANSI X.12 and the EDIFACT
  44.   standard which are used for EDI or Electronic Data Interchange.
  45.  
  46.   I would like your comments on this proposal:
  47.  
  48.   We agree to a geographical structure which would involve getting
  49.   the traffic to successively better defined areas. For international
  50.   traffic forwarding this currently involves getting it to at least the
  51.   right continent. Thus I propose using a 2 letter code to designate
  52.   continental areas. I will explain why 2 later. I have done some
  53.   research into possible continental codes and cannot find any official
  54.   designators that have wide acceptance so propose that we could adopt
  55.   what would be generally accepted and recognizable codes such as:
  56.  
  57.   NA North America
  58.   SA South America
  59.   EU Europe
  60.   AF Africa
  61.   AS Asia
  62.   PA Pacific (Not actually a continent but different from Asia and
  63.               Australia. Includes much of my traffic.)
  64.   AU Australia
  65.  
  66.  As it turns out all AF,AS,PA and AU traffic comes now to N6VV. I also
  67.  get traffic for EU but have only seen 3 pieces of traffic returned
  68.  from Europe thru Asia so I'm not sure how effective that path is.
  69.  
  70.   The next level would be country code and here there is a widely
  71.   accepted international standard for country codes. It is published
  72.   by The International Standards Oranization (ISO) and is used in
  73.   virtually every standard electronic document and sporting event
  74.   or international gathering. At the Olympics this 3 character
  75.   code is used on scoreboards to denote country. It is found in
  76.   ISO Standard 3166 more properly known as ISO-3166-1981(E/F).
  77.   This document is printed in Geneva Switzerland but I happen to have
  78.   it in my possesion in both printed and electronic form.
  79.  
  80.   Some country codes are:
  81.  
  82.   Australia     AUS
  83.   Belgium       BEL
  84.   Canada        CAN
  85.   Denmark       DNK
  86.   France        FRA
  87.   Germany,East  DDR
  88.   Germany,West  DEU
  89.   Italy         ITA
  90.   Japan         JPN
  91.   New Zealand   NZL
  92.   UK            GBR
  93.   US            USA
  94.  
  95. Using this scheme traffic for Japan would AT LEAST have the following:
  96.  
  97.     JA4XYZ @ JA1KSO.JPN.AS
  98.  
  99. Further divisions below the country level would be at the option of
  100. country organizers or groups but some kind of international standard
  101. needs to be proposed for adoption. In the case of Japan you site the
  102. Nets and prefecture division which is similar to our state subdivision.
  103.  
  104. Mail from abroad could thus be properly addressed :
  105.  
  106.   W6ABC @ N6VV.CA.USA.NA
  107.  
  108.  As I mentioned I selected 2 character continent codes to avoid
  109.  confusion with similar 3 character country codes.
  110.  
  111.  The key here is that you are providing tremendous capabilities to
  112. the packet community for increased efficency in traffic forwarding.
  113. I think it is important to discuss the content of the new fields so
  114. that we can quickly come to some general agreement on how these
  115. capabilities will be used.
  116.  
  117. I would be happy to work with you on this in what ever way you would
  118. like. I could provide a file of the ISO-3166 country codes for inclusion
  119. in the release. I would be happy to help you write documentation for
  120. this portion of the system. Please let me know what you think.
  121.  
  122. I have taken the liberty of sending a copy of this message to Tom
  123. W3IWI because of the potential implications for the PACSAT program.
  124.  
  125. Lew N6VV
  126.  
  127.