[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Compression - was Re[2]: Comments on latest IPSP drafts
At 12:15 PM 5/3/95 -0400, Perry E. Metzger wrote:
>
>Paul_Lambert-P15452@email.mot.com says:
>> > Of course you can't compress after
>> >encrypting but if almost all the non-link level compression you wanted
>> >to do was in conjunction with encryption, why not do something like I
>> >had previously described and efficiently have a way of inidcationg
>> >compression algorithm in the ESP or whatever payload?
>>
>> Why not create another Security Transform that first compresses and
>> then encrypts outgoing traffic. All algorithms need to be
>> negotiated (encryption, compression, integrity) so it would seem
>> that comnpression becomes part of the transform selected in the
>> establishment of the Security Association.
>
>This indeed seems like the most reasonable course, at least to
>me.
I read draft-ietf-pppext-compression-04.txt,
draft-ietf-pppext-dce-compress-00.txt, and
draft-ietf-pppext-bsd-compress-02.txt.
It seems that there is much here that can be used directly. The bsd
compress sounds best due to licensing issues, yes? I'd try my hand at
cobbling something together, but I am overdue on 1597bis :(
Robert Moskowitz
Chrysler Corporation
(810) 758-8212