Re: [Cfrg] Re: [saag] Algorithm upgrades

[Jeff Williams <jwkckid1 at ix.netcom.com>]

RJ and all,

RJ Atkinson wrote:

> On Oct 29, 2004, at 09:23, Alex Alten wrote:
> > Let me point out as an example that the automated teller machines
> > (ATMs) security
> > protocol has been using the same algorithm with DES since about 1982.
> > Making
> > protocols algorithm independent (with extra handshakes and upgrade
> > mechanisms)
> > has the side effect of making them very complex and thus harder to
> > certify for
> > interoperability, optimize for performance, etc.
> >
> > - Alex
>
> I am not at all persuaded that making protocols algorithm-independent
> necessarily
> has the side effect of making them more complex or harder to certify or
> harder to
> performance optimise.  I've seen a lot of protocols that were not
> algorithm-independent
> that *were* astonishingly complex, so the inverse is also not obvious
> to me.

  We have similar experiences it seems.  So I entirely agree with you
here.  And as such, why I still believe that interface facilities for
multi-algorithm's is a far better approach.  But convincing
Steve and others on this seems to be improbable even though
such is being done and has been for several years.  Perhaps this
"Dates" Steve and those of his mindset.

>
>
> Ran
> rja at extremenetworks.com

Regards,

--
Jeffrey A. Williams
Spokesman for INEGroup LLA. - (Over 134k members/stakeholders strong!)
"Be precise in the use of words and expect precision from others" -
    Pierre Abelard

"If the probability be called P; the injury, L; and the burden, B;
liability depends upon whether B is less than L multiplied by
P: i.e., whether B is less than PL."
United States v. Carroll Towing  (159 F.2d 169 [2d Cir. 1947]
===============================================================
Updated 1/26/04
CSO/DIR. Internet Network Eng. SR. Eng. Network data security
IDNS. div. of Information Network Eng.  INEG. INC.
E-Mail jwkckid1 at ix.netcom.com
 Registered Email addr with the USPS
Contact Number: 214-244-4827



_______________________________________________
Cfrg mailing list
Cfrg at ietf.org
https://www1.ietf.org/mailman/listinfo/cfrg