home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_j_p / draft-ietf-ngtrans-6bone-registry-01.txt < prev    next >
Text File  |  1997-06-06  |  15KB  |  503 lines
  1.  
  2. Internet Engineering Task Force                            David Kessens
  3. Draft                                                                ISI
  4. Expires December 1997                                 Geert Jan de Groot
  5. <draft-ietf-ngtrans-6bone-registry-01.txt>                      RIPE NCC
  6.                                                                June 1997
  7.  
  8.  
  9.               A proposal for an IPv6 site database object
  10.  
  11.  
  12.  
  13. Status of this Memo
  14.  
  15.    This document is an Internet-Draft.  Internet-Drafts are working
  16.    documents of the Internet Engineering Task Force (IETF), its areas,
  17.    and its working groups.  Note that other groups may also distribute
  18.    working documents as Internet-Drafts.
  19.  
  20.    Internet-Drafts are draft documents valid for a maximum of six months
  21.    and may be updated, replaced, or obsoleted by other documents at any
  22.    time.  It is inappropriate to use Internet- Drafts as reference
  23.    material or to cite them other than as ``work in progress.''
  24.  
  25.    To learn the current status of any Internet-Draft, please check the
  26.    ``1id-abstracts.txt'' listing contained in the Internet- Drafts
  27.    Shadow Directories on ftp.is.co.za (Africa), nic.nordu.net (Europe),
  28.    munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or
  29.    ftp.isi.edu (US West Coast).
  30.  
  31.  
  32. Abstract
  33.  
  34.    This proposal describes the proposed syntax of a new RIPE database
  35.    object that describes the several IPv6 sites in the world. The object
  36.    and resulting database collection will be used to facilitate the
  37.    introduction of IPv6 in the Internet.
  38.  
  39.  
  40. Introduction
  41.  
  42.    This proposal describes the proposed syntax of a new RIPE database
  43.    object that describes the several IPv6 sites in the world. The
  44.    proposal has been extended for experimental use inside DNS. The
  45.    object will be used to facilitate the introduction of IPv6 in the
  46.    Internet. It is expected that the object will be superceded later
  47.    (when the IPv6 routing protocols and the like are better standarized)
  48.    by a new structure within the RPS [1] that is more genericly designed
  49.    and less IPv6 dependant. Syntax checking will explicitly not be made
  50.  
  51.  
  52.  
  53. Kessens&de Groot                                                [Page 1]
  54.  
  55. Draft                       IPv6 site object                   June 1997
  56.  
  57.  
  58.    very strong to allow for easy changes to the format in our rapidly
  59.    changing environment and to cut implementation time.
  60.  
  61.    The syntax is based on the experience with the 'ftp' object
  62.    repository at the RIPE NCC created by Geert Jan de Groot and
  63.    discussions on the 6bone mailing list. Any comments for changes
  64.    and/or better wording are welcome.
  65.  
  66.    Several attribute name changes are made to the existing 'ftp' object
  67.    to faciliate a better integration (and reuse of already existing
  68.    attributes) in the RIPE database scheme.
  69.  
  70.    The now existing nearly-real time mirroring mechanism of the data
  71.    allows for a fast distribution mechanism to other (mirror) databases
  72.    in a topologically closer position to the database users. It is
  73.    therefore proposed that this object can only be updated at the 6BONE
  74.    database repository (for now). This avoids conflicting data in
  75.    different databases problems as we have now with the IPv4 route and
  76.    AS number objects.
  77.  
  78.    The proposed RIDE working group is currently defining an exchange
  79.    format for communication between different Internet registries. This
  80.    will facilitate other types of databases such as DNS that could be
  81.    used instead for storing this data.
  82.  
  83. Formal RIPE database template:
  84.  
  85.    ipv6-site:      [mandatory] [single]
  86.    origin:         [mandatory] [single]
  87.    descr:          [mandatory] [multiple]
  88.    location:       [optional]  [multiple]
  89.    country:        [optional]  [multiple]
  90.    prefix:         [mandatory] [multiple]
  91.    application:    [optional]  [multiple]
  92.    tunnel:         [optional]  [multiple]
  93.    contact:        [mandatory] [multiple]
  94.    url:            [optional]  [multiple]
  95.    remarks:        [optional]  [multiple]
  96.    changed:        [mandatory] [multiple]
  97.    source:         [mandatory] [single]
  98.  
  99.    The object could be stored in DNS TXT records using the following
  100.    syntax:
  101.  
  102.    TXT "[optional white space]<line number><white space>tag:[optional white
  103.         space]<value>"
  104.  
  105.    Description and purpose of the attributes:
  106.  
  107.  
  108.  
  109. Kessens&de Groot                                                [Page 2]
  110.  
  111. Draft                       IPv6 site object                   June 1997
  112.  
  113.  
  114.    ipv6-site:   <SiteTag>
  115.  
  116.       SiteTag is a short unique tag for the IPv6 site to be used for
  117.       lookups and referrals of the object.
  118.  
  119.       Syntax:
  120.  
  121.       /^[A-Z][A-Z-]*[A-Z]$/
  122.  
  123.       Example:
  124.  
  125.       ipv6-site: ISI
  126.  
  127.  
  128.    origin:      <OriginAS>
  129.  
  130.       OriginAS is the AS number of the AS of which the IPv6 site is part
  131.       of.
  132.  
  133.       Syntax:
  134.  
  135.       /^AS+$/
  136.  
  137.       Example:
  138.  
  139.       origin: AS226
  140.  
  141.  
  142.    descr:  <SiteDescr>
  143.  
  144.       Multiple line attribute that describes the site. This attribute
  145.       usually contains information about the location of the IPv6 site
  146.       and a full name of the site.
  147.  
  148.       Syntax:
  149.  
  150.       /^.*$/
  151.  
  152.       Example:
  153.  
  154.       descr: ISI/USC, descr: Los Angeles
  155.  
  156.  
  157.    location: <LocatianString>
  158.  
  159.       LocationString contains the coordinates of the IPv6 sites
  160.       location. Multiple location strings can be provided on different
  161.       lines for sites that have multiple locations in the area. One can
  162.  
  163.  
  164.  
  165. Kessens&de Groot                                                [Page 3]
  166.  
  167. Draft                       IPv6 site object                   June 1997
  168.  
  169.  
  170.       use a domainname instead of LocationString if an RFC1876 LOC
  171.       record is present in DNS [2].
  172.  
  173.       Note that this attribute is unnecessary for DNS based databases
  174.       since DNS already has support for special location (LOC) records.
  175.  
  176.       Syntax:
  177.  
  178.       location: <DomainName|
  179.                  d1 [m1 [s1]] {"N"|"S"}
  180.                  d2 [m2 [s2]] {"E"|"W"}
  181.                  alt["m"] [siz["m"] [hp["m"] [vp["m"]]]]>
  182.  
  183.       Examples:
  184.  
  185.       location: 37 49 S 144 58 E 200m
  186.       location: 42 21 43.952 N 71 5 6.344 W -24m 1m 200m
  187.       location: loiosh.kei.com
  188.  
  189.       Full syntax is described in RFC1876. An excerpt follows below:
  190.  
  191.       3. Master File Format
  192.  
  193.       The LOC record is expressed in a master file in the following
  194.       format:
  195.  
  196.       <owner> <TTL> <class> LOC ( d1 [m1 [s1]] {"N"|"S"} d2 [m2 [s2]]
  197.                                   {"E"|"W"} alt["m"] [siz["m"] [hp["m"]
  198.                                   [vp["m"]]]] )
  199.  
  200.       (The parentheses are used for multi-line data as specified in [RFC
  201.       1035] section 5.1.)
  202.  
  203.       where:
  204.  
  205.          d1:     [0 .. 90]            (degrees latitude)
  206.          d2:     [0 .. 180]           (degrees longitude)
  207.          m1, m2: [0 .. 59]            (minutes latitude/longitude)
  208.          s1, s2: [0 .. 59.999]        (seconds latitude/longitude)
  209.          alt:    [-100000.00 .. 42849672.95] BY .01 (altitude in meters)
  210.          siz, hp, vp: [0 .. 90000000.00] (size/precision in meters)
  211.  
  212.       If omitted, minutes and seconds default to zero, size defaults to
  213.       1m, horizontal precision defaults to 10000m, and vertical
  214.       precision defaults to 10m.  These defaults are chosen to represent
  215.       typical ZIP/postal code area sizes, since it is often easy to find
  216.       approximate geographical location by ZIP/postal code.
  217.  
  218.  
  219.  
  220.  
  221. Kessens&de Groot                                                [Page 4]
  222.  
  223. Draft                       IPv6 site object                   June 1997
  224.  
  225.  
  226.       4. Example Data
  227.  
  228.       ;;; ;;; note that these data would not all appear in one zone file
  229.       ;;;
  230.  
  231.       ;; network LOC RR derived from ZIP data.  note use of precision
  232.       defaults cambridge-net.kei.com.        LOC   42 21 54 N
  233.                                           71 06 18 W -24m 30m
  234.  
  235.       ;; higher-precision host LOC RR.  note use of vertical precision
  236.       default loiosh.kei.com.               LOC   42 21 43.952 N
  237.                                           71 5 6.344 W -24m 1m 200m
  238.  
  239.       pipex.net.                    LOC   52 14 05 N 00 08 50 E 10m
  240.  
  241.       curtin.edu.au.                LOC   32 7 19 S 116 2 25 E 10m
  242.  
  243.       rwy04L.logan-airport.boston.  LOC   42 21 28.764 N
  244.                                           71 00 51.617 W -44m 2000m
  245.  
  246.  
  247.    country: <ISO3166-country code> ...
  248.  
  249.       Specify here the country codes of the countries where your site is
  250.       located.
  251.  
  252.       Example:
  253.  
  254.       country: US
  255.  
  256.       or
  257.  
  258.       country: DK SE
  259.  
  260.  
  261.    prefix: <IPv6Prefix>
  262.  
  263.       IPv6Prefix is a prefix that is used within the the IPv6 site.
  264.  
  265.       Syntax:
  266.  
  267.       <ValidIPv6Address/0-128>
  268.  
  269.       Example:
  270.  
  271.       prefix:         5f0d:0500:c100::/64
  272.  
  273.  
  274.  
  275.  
  276.  
  277. Kessens&de Groot                                                [Page 5]
  278.  
  279. Draft                       IPv6 site object                   June 1997
  280.  
  281.  
  282.    application: <service> <hostname> [port[/protocol]]
  283.  
  284.       This attribute describes the different services available on the
  285.       site.  The services are the same as described in the
  286.       '/etc/services' plus 'ping' More services might be added later on.
  287.  
  288.       Hostname is the DNS hostname of the host that provides the service
  289.       and a port number and protocol type may be specified for services
  290.       that don't run on the standard port.
  291.  
  292.       Syntax:
  293.  
  294.       /^S+[a-zA-Z-]+(.[a-zA-Z-])*+(/udp|/tcp))?$/
  295.  
  296.       Examples:
  297.  
  298.       application: ping pinghost.ISI.EDU application: ftp  ftp.ISI.EDU
  299.  
  300.  
  301.    tunnel:  <Protocol1> in <Protocol2> <src> -> <dst> <IPv6-site>
  302.                                                    <Protocol> [FreeText]
  303.  
  304.       This attribute defines a tunnel of Protocol1 in Protocol2 from
  305.       address src to address dst. You only need to define your side of
  306.       the tunnel.  The other end should be present in the object of the
  307.       other party's site object. Note that tunnels should in general be
  308.       configured symmetrically along both end-points and only be present
  309.       in the object if they are actually configured and working at both
  310.       ends.
  311.  
  312.       Currently (only) the following type of tunnels are accepted:
  313.  
  314.       tunnel:  IPv6 in IPv4 <SrcDomainname> -> <DstDomainName> <IPv6-site>
  315.                                                    <Protocol> [FreeText]
  316.  
  317.       It is expected that more possibilities will be added later.
  318.  
  319.       Currently defined protocols are: IDRPv6, BGP5, RIPv6, STATIC
  320.       Syntax checking will not be done on this field to allow for newer
  321.       and fast implementations of other protocols.
  322.  
  323.       Domainnames are used for greater flexibility. It makes it for
  324.       example trivial to obtain the IPv6 or IPv4 address from DNS if
  325.       needed.
  326.  
  327.       Example:
  328.  
  329.       tunnel: IPv6 in IPv4 tbc5000-18.tbit.dk -> unvea.denet.dk
  330.  
  331.  
  332.  
  333. Kessens&de Groot                                                [Page 6]
  334.  
  335. Draft                       IPv6 site object                   June 1997
  336.  
  337.  
  338.                                                         TELEBIT IDRPv6
  339.  
  340.  
  341.    contact: <NIC-handle>
  342.  
  343.       This is the contact information of the site. Use a valid NIC
  344.       handle that you received when creating an entry for your personal
  345.       data in one of the registry databases (do 'whois -h whois.ripe.net
  346.       HELP' for help on creating such an object).
  347.  
  348.       Example:
  349.  
  350.       contact: DK13-RIPE
  351.  
  352.       Note for DNS databases:
  353.  
  354.       References for DNS style databases can be defined as follows:
  355.  
  356.       - use a valid NIC-handle that points to an entry in a whois Internet
  357.         registry database
  358.  
  359.       - use the following syntax:
  360.  
  361.         contact: YourName (DomainNameOfTextRecordWithYourContactObject)
  362.  
  363.       - the ipv6-site object has a personal data entry attached in DNS
  364.         (separated by an empty record with a line number only) and the
  365.         contact entry has the same value as the name of the person.
  366.  
  367.         person:      [mandatory]  [single]
  368.         address:     [mandatory]  [multiple]
  369.         phone:       [mandatory]  [multiple]
  370.         fax-no:      [optional]   [multiple]
  371.         e-mail:      [optional]   [multiple]
  372.         remarks:     [optional]   [multiple]
  373.         changed:     [mandatory]  [multiple]
  374.  
  375.  
  376.    url: <URL>
  377.  
  378.       Put here any useful URLs that are of interest for your site
  379.  
  380.       Example:
  381.  
  382.       url: http://www.iol.unh.edu
  383.  
  384.  
  385.    remarks: <FreeText>
  386.  
  387.  
  388.  
  389. Kessens&de Groot                                                [Page 7]
  390.  
  391. Draft                       IPv6 site object                   June 1997
  392.  
  393.  
  394.       Put here any information that might be interesting for the other
  395.       people at the 6bone to know about or use it for site specific
  396.       information.  Also 'not yet accepted new functionality' to the
  397.       objects can be put here (temporarely).
  398.  
  399.       Many people use this to report about the status of their site; is
  400.       it in implementation phase, is it up and running or are there
  401.       still techincal problems.
  402.  
  403.       Syntax:
  404.  
  405.       /^.*$/
  406.  
  407.       Example:
  408.  
  409.       remarks: operational since July 5, 1996
  410.       remarks: happy to add new tunnels upon request.
  411.       remarks: 6bone-router.cisco.com carries all ipv6 routes.
  412.  
  413.    changed: <E-mail> [Date]
  414.  
  415.       Use this attribute to show who was resposible for a
  416.       change/addition of the object and the date on which it took
  417.       effect. You may use more changed attribute to reflect the change
  418.       history of the object.
  419.  
  420.       The date field has the following format: YYYYMMDD. More 'changed:'
  421.       attributes can be specified to show a history of changes. The
  422.       database software will automatically add the current local date of
  423.       the database software if no date is specified.
  424.  
  425.       Example:
  426.  
  427.       changed: davidk@ISI.EDU 960923 changed: davidk@ISI.EDU
  428.  
  429.  
  430.    source: 6BONE
  431.  
  432.       This field is always the same for now. It describes the place
  433.       where the object can be updated and is stored.
  434.  
  435.       Example:
  436.  
  437.       source: 6BONE
  438.  
  439.       Note that a 'source:' field is not relevant for non-RIPE
  440.       databases.  Whois query tools are recommended to use a 'source:
  441.       DNS' to identify data that is extracted from DNS or another clear
  442.  
  443.  
  444.  
  445. Kessens&de Groot                                                [Page 8]
  446.  
  447. Draft                       IPv6 site object                   June 1997
  448.  
  449.  
  450.       identifier for other databases.
  451.  
  452.  
  453. Security considerations
  454.  
  455.    There are no security implications since this draft solely describes
  456.    a representation of data.
  457.  
  458.  
  459. Acknowledgments
  460.  
  461.    We would like to thank everybody that contributed to the work of the
  462.    6bone IETF working group, for their various comments and suggestions.
  463.  
  464.  
  465. References
  466.  
  467.    [1] C. Alaettinoglu et. al., draft-ietf-rps-rpsl-01.txt, March 1997.
  468.  
  469.    [2] C. Davis, P. Vixie, T. Goodwin and I. Dickinson, RFC1876, January 1996
  470.  
  471. Author's Address:
  472.  
  473.    David Kessens,
  474.    ISI
  475.    4676 Admiralty Way, Suite 1001
  476.    Marina del Rey, CA 90292-6695
  477.    USA
  478.    davidk@ISI.EDU
  479.  
  480.    Geert Jan de Groot
  481.    geertj@ripe.net
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501. Kessens&de Groot                                                [Page 9]
  502.  
  503.