RE: linux-ipsec: RE: [OFFTOPIC]Re: FW: Crypto: [PsuedoOfftopic]:

[Strahm, Bill]

I do not see how Open SSL can perform this work.  What needs to happen is an
inline offload processing.  In otherwords, what I want to do is rather than
using Open SSL I want to go and pass information off to the NIC driver that
will tell the NIC to perform the crypto operation...

I do not see how openSSL can help much with this, other than maybe write
something into SSL that says, if the NIC supports it, don't do crypto, but
when the packet goes out the wire, do the perscribed crypto operation
then...

Bill

______________________________________________
Bill Strahm        Programming today is a race between
bill.strahm@      software engineers striving to build
intel.com           bigger and better idiot-proof programs,
[phone]   and the Universe trying to produce
            bigger and better idiots.  So far, the
                        Universe is winning.--Rich Cook
I am not speaking for Intel.  And Intel rarely speaks for me

> -----Original Message-----
> From: Michael T. Babcock [mailto:[e-mail]]
> Sent: Wednesday, August 02, 2000 8:42 PM
> To: Strahm, Bill
> Cc: [e-mail]; [e-mail]
> Subject: Re: linux-ipsec: RE: [OFFTOPIC]Re: FW: Crypto:
> [PsuedoOfftopic]: Crypto Offload
> 
> 
> I think the agreed-upon best place for this type of work is 
> in openssl, the
> common denominator library for encryption.
> 
> "Strahm, Bill" wrote:
> 
> > Many companies (including my own) are now producing crypto offload
> > processors.  What would be nice would be an API of sorts 
> between the kernel
> > proper and various Device Drivers that would implement the hardware
> > acceleration.
> 
>