Re: Soft-Switch and X.500--Zisman Quo

Hoyt Kesterson <hoyt_kesterson@ppd-smtp.az05.bull.com> Wed, 01 September 1993 01:05 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa11680; 31 Aug 93 21:05 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa11676; 31 Aug 93 21:05 EDT
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa06463; 31 Aug 93 21:05 EDT
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.05149-0@haig.cs.ucl.ac.uk>; Wed, 1 Sep 1993 01:36:06 +0100
Received: from mailsrvr.az05.bull.com by bells.cs.ucl.ac.uk with Internet SMTP id <g.28876-0@bells.cs.ucl.ac.uk>; Wed, 1 Sep 1993 01:35:30 +0100
Received: from ppd-smtp.az05.bull.com by mailsrvr.az05.bull.com with SMTP (5.65c/021192-1-1) id AA21453; Tue, 31 Aug 1993 17:32:05 -0700
Received-Date: Tue, 31 Aug 1993 17:32:05 -0700
Message-Id: <199309010032.AA21453@mailsrvr.az05.bull.com>
Date: 31 Aug 93 17:37:51 U
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Hoyt Kesterson <hoyt_kesterson@ppd-smtp.az05.bull.com>
To: jpslone@mmc.com
Cc: hoyt_kesterson@ppd-smtp.az05.bull.com, dssig@nist.gov, osi-ds@cs.ucl.ac.uk, osi-ds@eso2.orl.mmc.com
Subject: Re: Soft-Switch and X.500--Zisman Quo

In response to your letter received 31 Aug 1993  at 11:28

remember that softswitch sells very nice gateway products to interconnect all
those different products. extensive deployment of standardized mail (x.400) or
directory (x.500) products eventually removes the need for those gateways.

unfortunately, those who write in the weekly press tend to describe x.500 as
too complex (i guess because many of the words in the documentation are too
long). most of these guys have never read the thing - they get their input from
companies like softswitch. the only way to fight this kind of rumor campaign is
to go out to these conferences and do presentations of your own (hopefully
about products you have built).

i recently talked to someone who was at the meeting in atlanta and got so mad
she walked out. my conversation with her reveals that the term "directory
synchronization" is interpreted several ways. that makes it even more difficult
to criticize.

my concern is that these people say that they just want to do a simple thing
with a simple mechanism; later they say that they want to add a feature that
will require a simple extension to the mechanism; finally they say that they
have too much investment in their now complex mechanism to consider going to
the standard mechanism and why didn't those standardization groups accommodate
those mechanisms already deployed.

   hoyt (my own opinions of course)