README.inet
上传用户:blenddy
上传日期:2007-01-07
资源大小:6495k
文件大小:4k
源码类别:

数据库系统

开发平台:

Unix_Linux

  1. PostgreSQL type extensions for IP and MAC addresses.
  2. ---------------------------------------------------
  3. $Id: README.inet,v 1.1 1998/10/08 00:19:32 momjian Exp $
  4. I needed to record IP and MAC level ethernet addresses in a data
  5. base, and I really didn't want to store them as plain strings, with
  6. no enforced error checking, so I put together the accompanying code
  7. as my first experiment with adding a data type to PostgreSQL.  I
  8. then thought that this might be useful to others, both directly and
  9. as a very simple example of how to do this sort of thing, so I
  10. submitted it to the PostgreSQL project for inclusion in the contrib
  11. directory.  Since then, that directory has been modified to contain
  12. Aleksei Roudnev's implementation, which is based on mine.
  13. For those who have seen my previous contribution of these types, note
  14. that much has changed: I've modified the IP address type to work the
  15. way Paul Vixie did with his CIDR type.  In fact, I've pretty much just
  16. stolen his solution, modifying it into my framework in such a way as
  17. to facilitate the addition of IPV6 handling code in the future.  I've
  18. pretty much ignored Aleksei's C code, but I've added his SQL code to
  19. enter the necessary operators into the various system tables needed to
  20. make the types indexable.
  21. IP addresses are implemented as a struct of fixed in-memory length,
  22. but variable on-disk storage size.  For IPV4, it contains the address
  23. family (AF_INET), the CIDR prefix length and four byte address.  For
  24. IPV6, the address family will be different, and the address longer.
  25. The external representation of an IP address generally looks like
  26. '158.37.96.15/32'.  This address happens to be part of a subnet where
  27. I work; '158.37.96.0/24', which itself is a part of the larger subnet
  28. allocated to our site, which is '158.37.96.0/21', which again, if you
  29. go by the old book, is part of the class "B" net '158.37.0.0/16'.
  30. Input and output functions are supplied, along with the "normal" <,
  31. <=, =, >=, > and <> operators, which all do what you expect.  In
  32. addition, there are operators to check for networks or addresses being
  33. subnets of or addresses contained within other networks.  << tests
  34. whether the left operand is contained within the right, <<= includes
  35. equality, >> and >>= do the same things the opposite way.
  36. The input and output functions use routines from Paul Vixie's BIND,
  37. and I've snarfed the source files inet_net_ntop.c and inet_net_pton.c
  38. directly from a recent distribution of that code.  They are included
  39. here to avoid the need to fetch and install the BIND libraries to be
  40. able to use this code.  IANAL, but it looks from the copyright
  41. messages in the files as if this should be acceptable.  Read the
  42. documentation in inet_net_pton.c to see the legal input formats.
  43. MAC level ethernet addresses are implemented as a 6 byte struct that
  44. contains the address as unsigned chars.  Several input forms are
  45. accepted; the following are all the same address: '08002b:010203',
  46. '08002b-010203', '0800.2b01.0203', '08-00-2b-01-02-03' and
  47. '08:00:2b:01:02:03'.  Upper and lower case is accepted for the digits
  48. 'a' through 'f'.  Output is always in the latter of the given forms.
  49. As with IP addresses, input and output functions are supplied as well
  50. as the "normal" operators, which do what you expect.  As an extra
  51. feature, a function macaddr_manuf() is defined, which returns the name
  52. of the manufacturer as a string.  This is currently held in a
  53. hard-coded struct internal to the C module -- it might be smarter to
  54. put this information into an actual data base table, and look up the
  55. manufacturer there.
  56. Many thanks to Aleksei Roudnev and Paul Vixie for their fine work!
  57. I don't know what changes are needed to the Makefile for other systems
  58. than the one I'm running (NetBSD 1.3), but anyway: to install on a BSD
  59. system: fix the path names in the Makefile if you need to, then make,
  60. make install, slurp the SQL files into psql or whatever, and you're
  61. off.  Enjoy!
  62. Bergen, Norway, 1998-08-09, Tom Ivar Helbekkmo (tih@nhh.no).