home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_q_t / draft-ietf-svrloc-IPv6-00.txt < prev    next >
Text File  |  1996-07-19  |  8KB  |  280 lines
  1.  
  2.  
  3. Internet Engineering Task Force                            John Veizades
  4. INTERNET DRAFT                                             @Home Network
  5. 11 July 1996                                                Erik Guttman
  6. Expires in six months                                   Sun Microsystems
  7.  
  8.                 Service Location Modifications for IPv6
  9.                      draft-ietf-svrloc-IPv6-00.txt
  10.  
  11.  
  12. Status of this Memo
  13.  
  14.    This document is an Internet-Draft.  Internet-Drafts are working
  15.    documents of the Internet Engineering Task Force (IETF), its areas,
  16.    and its working groups.  Note that other groups may also distribute
  17.    working documents as Internet-Drafts.
  18.  
  19.    Internet-Drafts are draft documents valid for a maximum of six months
  20.    and may be updated, replaced, or obsoleted by other documents at any
  21.    time.  It is inappropriate to use Internet-Drafts as reference
  22.    material or to cite them other than as ``work in progress.''
  23.  
  24.    To learn the current status of any Internet-Draft, please check the
  25.    ``1id-abstracts.txt'' listing contained in the Internet-Drafts Shadow
  26.    Directories on ftp.is.co.za (Africa), nic.nordu.net (Europe),
  27.    munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or
  28.    ftp.isi.edu (US West Coast).
  29.  
  30.  
  31. Abstract
  32.  
  33.  
  34.    The Service Location Protocol provides a scalable framework for the
  35.    discovery and selection of network services.  Using this protocol,
  36.    computers using the Internet no longer need so much static
  37.    configuration of network services for network based applications.
  38.    This is especially important as computers become more portable, and
  39.    users less tolerant or able to fulfill the demands of network
  40.    administration.
  41.  
  42.    The Service Location Protocol is well defined for use over IPv4
  43.    networks [SLP]:  This document defines its use over IPv6 networks.
  44.    Since this protocol relies on UDP and TCP, the changes to support its
  45.    use over IPv6 are minor.
  46.  
  47.  
  48. 1.0 Protocol Changes
  49.  
  50.    The following are  changes required to have the Service Location
  51.  
  52.  
  53.  
  54. Veizades, Guttman                                               [Page 1]
  55.  
  56. Internet Draft  Service Location Modifications for IPv6     11 July 1996
  57.  
  58.  
  59.    Protocol work over IPv6.  These changes include:
  60.  
  61.        2.0 Eliminating support for broadcast SLP requests
  62.        3.0 Restricted Propogation of Link Local Addresses
  63.        4.0 Address Specification for IPv6 Addresses in URLs
  64.        5.0 Changes to DHCP options
  65.  
  66.  
  67. 2.0 Eliminating support for broadcast SLP requests
  68.  
  69.    Service Location over IPv4 allows broadcasts to send Service Location
  70.    request messages.  This is no longer supported.  If a User Agent
  71.    wishes to make a request to discover Directory Agents or make a
  72.    request of multiple Service Agents, the User Agent must multicast the
  73.    request to the appropriate multicast address.
  74.  
  75.    This change modifies the requirements described in Section 4.6 (Use
  76.    of TCP, UDP and Multicast in Service Location) and Section 22
  77.    (Implementation Requirements) of the Service Location Protocol [SLP].
  78.  
  79.    The General Service Location Multicast address and the Directory
  80.    Agent Discovery Multicast address have been assigned for IPv4, but
  81.    have not yet been assigned for IPv6.  This will be done as soon as
  82.    possible.
  83.  
  84.  
  85. 3.0 Restricted Propogation of Link Local Addresses
  86.  
  87.    A Service Agent may send a Service Registration to a Directory Agent
  88.    using its Link Local address.  This may occur in an environment where
  89.    there is no DNS [DNS] or router available.  If DNS is available, the
  90.    Service Agent SHOULD register a FQDN.  If DNS is present, then, this
  91.    would not be an issue.  If a router is available, the Service Agent
  92.    may register a routable address.
  93.  
  94.    A Directory Agent must not propogate this Service Registration
  95.    information to User Agents that request it from other links.  This
  96.    means that Directory Agents must inspect the URL registered by a
  97.    Service Agent in a Service Registration message and ascertain whether
  98.    the address included is a numerical IPv6 address which specifies a
  99.    link local address.  In this case, it must be returned to User Agent
  100.    Service Requests only if the User Agent is on the same link as the
  101.    link local address of the Service URL.
  102.  
  103.    This constitutes an additional requirement for Directory Agents and
  104.    modifies the list given in [SLP], Section 22 (Implementation
  105.    Requirements).
  106.  
  107.  
  108.  
  109.  
  110. Veizades, Guttman                                               [Page 2]
  111.  
  112. Internet Draft  Service Location Modifications for IPv6     11 July 1996
  113.  
  114.  
  115. 4.0 Address Specification for IPv6 Addresses in URLs
  116.  
  117.    Service Location allows the use of the protocol without the benefit
  118.    of DNS.  This is relevant when a group of systems is connected to
  119.    build a network without any previous configuration of servers to
  120.    support this network.  When Service Location is used in this manner,
  121.    addresses must be used to identify end systems.  Systems must
  122.    explicitely provide their numerical addresses in this case.
  123.  
  124.    The address specification for IPv6 replaces the address specification
  125.    description for the "dotted decimal IP address notation" in section
  126.    21.4 of the Service Location Protocol [SLP].
  127.  
  128.    The form is a string representation of the hexadecimal values of the
  129.    eight 16-bit pieces of the address [AddrSpec].
  130.  
  131.    The colons in the address must be escaped for the purposes of
  132.    inclusion in a URL [URL].  The IPv6 address represented in a URL will
  133.    take the following form:
  134.  
  135.    Examples:
  136.  
  137.       FEDC:BA98:7654:3210:FEDC:BA98:7654:3210
  138.  
  139.       becomes:
  140.  
  141.       FEDC%3aBA98%3a7654%3a3210%3aFEDC%3aBA98%3a7654%3a3210
  142.  
  143.       To add a port number (say 3431) to this address specification, a
  144.       colon followed by the port number value may be appended, as
  145.       follows:
  146.  
  147.       FEDC%3aBA98%3a7654%3a3210%3aFEDC%3aBA98%3a7654%3a3210:3431
  148.  
  149.    The port number value after the colon is expressed in decimal
  150.    notation, as defined in [URL].
  151.  
  152.    When ever possible the DNS name of the service should be used rather
  153.    than the above representation.
  154.  
  155.  
  156. 5.0 Changes to DHCP Options
  157.  
  158.    The DHCP options for use in Service Location have been submitted to
  159.    the IANA and DHCP working group of the IETF for standardization.  One
  160.    of these option returns the IPv4 address of the Directory Agent for a
  161.    host to use. This option will have to be changed for IPv6 so that the
  162.    Directory Agent address will be 128 bits wide.  This new option
  163.  
  164.  
  165.  
  166. Veizades, Guttman                                               [Page 3]
  167.  
  168. Internet Draft  Service Location Modifications for IPv6     11 July 1996
  169.  
  170.  
  171.    definition will be submitted in a formal proposal in the near future.
  172.    See [DHCPv6 EXT].
  173.  
  174. 6.0 Security Considerations
  175.  
  176.    Security issues are not discussed in this document.
  177.  
  178.  
  179. 7.0 References
  180.  
  181.    [DHCP] Droms, R., "Dynamic Host Configuration Protocol", RFC1541,
  182.    October 1993
  183.  
  184.    [SLP] Veizades, J., Guttman, E., Perkins, C., Kaplan, S., "Service
  185.    Location Protocol", Work in progress, June 1996
  186.  
  187.    [DNS] Mockapetris, P. V. "Domain names - concepts and facilities",
  188.    RFC 1034.  November 1987.
  189.  
  190.          Mockapetris, P. V. "Domain names - implementation and
  191.    specification", RFC 1035.  November 1987.
  192.  
  193.    [URL] Berners-Lee, T., Masinter, L., McCahill, M., "Uniform Resource
  194.    Locators (URL)", RFC 1738, December 1994
  195.  
  196.    [AddrSpec] Hinden, R., Deering, S., "IP Version 6 Addressing
  197.    Architecture", RFC 1884, January 1996
  198.  
  199.    [DHCPV6-EXT] Perkins, C., "Extensions for DHCPv6", Work in progress,
  200.    June 1996.
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222. Veizades, Guttman                                               [Page 4]
  223.  
  224. Internet Draft  Service Location Modifications for IPv6     11 July 1996
  225.  
  226.  
  227. 8. Author Information
  228.  
  229.       John Veizades
  230.       @Home Network
  231.       385 Ravendale Dr.
  232.       Mountain View, CA 94043
  233.  
  234.       Phone:  +1 415 944 7332
  235.       Fax:    +1 415 944 8500
  236.  
  237.       Email:  veizades@home.net
  238.  
  239.  
  240.       Erik Guttman
  241.       Sun Microsystems
  242.       2550 Garcia Avenue, MS PAL01-550
  243.       Mountain View, CA 94043-1100
  244.  
  245.       Phone:  +1 415 336 6697
  246.       Fax:    +1 415 336 0673
  247.  
  248.       Email:  Erik.Guttman@eng.sun.com
  249.  
  250.  
  251. 9.0 This document expires January 16, 1997.
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278. Veizades, Guttman                                               [Page 5]
  279.  
  280.