home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / tcpip / 4109 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  2.3 KB

  1. Path: sparky!uunet!mcsun!uknet!stl!crosfield!sap
  2. From: sap@crosfield.co.uk (stelios pavlides)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: Use of ARP with non-IP protocols
  5. Message-ID: <15148@suns3.crosfield.co.uk>
  6. Date: 14 Aug 92 17:35:36 GMT
  7. References: <15058@suns6.crosfield.co.uk> <1992Aug7.133126.12636@webo.dg.com>
  8. Organization: Crosfield Electronics, Hemel Hempstead, United Kingdom.
  9. Lines: 40
  10.  
  11. In article <1992Aug7.133126.12636@webo.dg.com> dad@mozart.webo.dg.com writes:
  12. >In article <15058@suns6.crosfield.co.uk>, sap@crosfield.co.uk (stelios pavlides) writes:
  13. /|> 
  14. /|> Assume there is a non-IP protocol, say XX, which nevertheless uses IP-style
  15. /|> addresses and relies on ARP for address resolution (this conveniently
  16. /|> exists for real in the name of XTP). What one should use in the ar$pro
  17. /|> field of the ARP packet, the IP protocol type (a) or the XX protocol type
  18. /|> (b)?
  19. /|> 
  20. /|> The case for (a) is that XX, although different to IP, should declare the
  21. /|> IP address space that it uses. That is, ar$pro refers to the address space
  22. /|> and not to the protocol itself.
  23. /|> 
  24. /|> The case for (b) is that one should have separate ARP tables on a per
  25. /|> protocol basis, even if two protocols use the same address space.
  26. /|> 
  27. /
  28. /From RFC 826 (An Ethernet Address Resolution Protocol --or--
  29. /Converting Network Protocol Addresses to 48.bit Ethernet Address
  30. /for Transmission on Ethernet Hardware):
  31. /
  32. /    16.bit: (ar$pro) Protocol address space.  For Ethernet
  33. /                     hardware, this is from the set of type
  34. /                     fields ether_typ$<protocol>. 
  35. /
  36. /Ethertype fields are 0x0800 for IP and 0x817D for XTP.
  37.  
  38. But that was precisely the nature of my question. Note that in your
  39. citation above 'protocol ADDRESS SPACE' is first mentioned, not just
  40. 'protocol' (possibly an indication of the author's intention?). I
  41. appreciate, of course, that the second sentence follows; but RFC 826 is
  42. dated Nov 1982, at which point there was probably one-to-one correspondence
  43. between 'protocol' and 'protocol address space'. This is no longer true
  44. today.
  45.  
  46. -- 
  47. Stelios Pavlides            Phone  :  +44 442 230000 ext 3468
  48. Crosfield Electronics Ltd        Fax    :  +44 442 232301
  49. Hemel Hempstead, Herts. HP2 7RH, UK    E-mail :  sap@crosfield.co.uk 
  50. -----------------------------------------------------------------------------
  51.