[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: IPComp rfc2393bis-00
At 08:38 AM 11/24/99 +0900, itojun@iijlab.net wrote:
> If you would like to negotiate the existence/support for IPComp
> at each end, you will need to perform IKE negotiation for well-known
> CPI. Is there any other way available for us to check such a
> situation?
>
> Problem: node A has IPComp support, node B has no IPComp support.
> Under your assumption node A will be using well-known CPI IPComp
> without negotiating with node B. Packets will be dropped at node B.
Node A has to offer CPI + Protocol ID + Transform(s)
where
The CPI is sent in the SPI field of the proposal, with the SPI size
field set to match.
[...]
In the Internet IP Security Domain of Interpretation (DOI), IPComp is
negotiated as the Protocol ID PROTO_IPCOMP. The compression
algorithm is negotiated as one of the defined IPCOMP Transform
Identifiers.
What is missing?
avram
Follow-Ups:
References: