home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / iso / x400 / 644 < prev    next >
Encoding:
Internet Message Format  |  1992-11-06  |  3.5 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!elroy.jpl.nasa.gov!usc!news.service.uci.edu!ucivax!gateway
  2. From: Paul.Rarey@ssf-sys.dhl.com ("Paul.Rarey")
  3. Subject: Re: X400 address
  4. Message-ID: <921105163534.3903@maverick.ssf-sys.DHL.COM>
  5. Encoding: 58 TEXT, 12 TEXT SIGNATURE
  6. In-Reply-To: <1992Nov5.163030.29308@chsun.chuug.ch>
  7. X-Mailer: Poste 2.0
  8. Newsgroups: comp.protocols.iso.x400
  9. Approved: usenet@q2.ics.uci.edu
  10. Lines: 71
  11. References: <1992Nov5.163030.29308@chsun.chuug.ch>
  12. Date: 6 Nov 92 00:37:41 GMT
  13.  
  14.  
  15. > Paul.Rarey@ssf-sys.dhl.com (Paul.Rarey) writes:
  16. > ...
  17. > : All  that  is  really  needed is  a  naming  authority  appropriately
  18. > : chartered  by  commercial  enterprise or where  necessary,  by  local
  19. > : government.  I don't mean to over trivialize the issue, but we're not
  20. > : inventing  something  here.  There is plenty of foundation of how  to
  21. > : manage unambiguous names within a hierarchy.
  22. >
  23. > You're missing my point: it's simply -too- late in most western countries,
  24. > they already -have- multiple ADMD's allocating PRMD`s without central
  25. > coordination.
  26. > If you can convince all the ADMD's in the US (for example) to change
  27. > their PRMD's to be unique, congratulations (just think about what it
  28. > costs a PRMD owner to change his address).
  29.  
  30. You're  right.   I did miss your point.  Following this your  meaning
  31. now,  "-too-  late" to me means either near death, or not  worth  the
  32. effort,  (obviously  near death is not worth it...).   Attempting  to
  33. stay away from "religion" here, I don't think X.400 is near death, so
  34. the  question  becomes...:  is transitioning to an  "ambiguous"  ADMD
  35. attribute value worth it...?
  36.  
  37. This  would  depend  on  ones commitment  (or  dependance)  on  X.400
  38. services, and the impact of usage on the bottom line of ones company.
  39. Personally, I would rather bite the bullet now, than to pay the price
  40. later.   The  "price"  being  that "my" ADMD kept  prices  "just  low
  41. enough"  to not warrant transition another ADMD, (thus O/R addressing
  42. transition  issues),  but  significantly higher than what  one  could
  43. achieve by openly bidding an RFP every few years.
  44.  
  45. Also,  in this scenario, RFP's could only really be done once in  the
  46. lifetime of any PRMD/ADMD O/R schema, thus supplemental RFPs would be
  47. moot,  unless  one accepted the fact the their O/R  addressing  would
  48. change.
  49.  
  50. Looking  at this on a subscriber by subscriber basis, providers as  a
  51. whole  probably  won't  do  much to  facilitate  ADMD  ambiguous  O/R
  52. addressing.   However, via associations such as the EMA, EEMA and the
  53. latest association in Japan, the collective effort of subscribers can
  54. and are having an impact.
  55.  
  56. It  would  be  possible  to apply "technology"  within  the  PRMD  to
  57. re-write  P1/P2 Originator/Recipient addressing...ugh...!  Did I  say
  58. that...?  I expect a flood telling me this is not "legal" and to core
  59. dump the thought....
  60.  
  61. In  any case, I believe it is in the best interest of the  subscriber
  62. community  to  leverage the transition to ambiguous ADMD  addressing,
  63. even  given  the hurdle you correctly bring to light.  Over the  long
  64. haul, X.400 subscribers will be better off for it.
  65.  
  66. ....pay me now or pay me later, I'm gonna get paid....
  67.  
  68. >
  69. >                       Simon
  70. > --
  71. > CHUUG/EUnet Switzerland                               Simon Poole
  72.  
  73.  
  74.  
  75.     Best regards...,
  76.  
  77.  
  78.     Paul S. Rarey           DHL Systems Inc.
  79.     Open Systems Research   1700 S Amphlett Blvd  Phn: (415) 358-5522
  80.     Global Communications   San Mateo, CA  94402  FAX: (415) 571-7073
  81.  
  82.     INet:      Paul.Rarey@ssf-sys.DHL.COM
  83.     X400:      PN=Paul.Rarey;O=SYSTEMS;P=DHL;A=MARK400;C=US
  84.  
  85.