Re: IPCOMP and IPSEC
mark@mentat.com (Marc Hasson) Thu, 28 May 1998 20:26 UTC
Received: (from majordom@localhost) by portal.ex.tis.com (8.8.2/8.8.2) id QAA00308 for ipsec-outgoing; Thu, 28 May 1998 16:26:44 -0400 (EDT)
Date: Thu, 28 May 1998 13:40:53 -0700
From: mark@mentat.com
Message-Id: <199805282040.NAA01397@orna.mentat.com>
To: dharkins@cisco.com
Subject: Re: IPCOMP and IPSEC
Cc: rpereira@TimeStep.com, Stephen.Waters@digital.com, ippcp@external.cisco.com, ipsec@tis.com
X-Sun-Charset: US-ASCII
Sender: owner-ipsec@ex.tis.com
Precedence: bulk
Dan, > > I guess you could say that ESP is in transport mode, but what about the > case where both AH and ESP are applied to the same packet: > > [IP2][AH][ESP][IP1][data] > > Is AH in transport mode? Good point. I can hear people arguing it both ways and am sorry I raised that side tidbit. Whats more important is that we all understand how to process the above, which I think is pretty clear in the specs. > Roy's would correct if the compression was being done by the host before > passing the packet to the SG, but Stephen (in the original post that started > this all) stated that the original packet received by the SG was: > > [IP1][TCP][data] Agreed, and a later post of Roy's corrected his response to Steve. I had just wanted to confirm that Roy's packet description was correct *if* the original host had instead emitted: [IP1][IPCOMP][TCP][data] which the first SG turns into Roy's: [IP2][ESP][IP1][IPCOMP][TCP][data][ESP trailer] Your paragraph above confirms this, thanks. > > In this case I don't think it's legal for a SG to add anything-- IPSec or > IPCOMP-- in transport mode. You sound right to me. One would certainly complicate the SG's job as well as one is more likely to experience topology-related problems if this was permitted since the SG containing the SA (or CA) is not explicitly addressed. I believe the group has rejected this SG "transport mode addition" before. -- Marc --
- IPCOMP and IPSEC Stephen Waters
- Re: IPCOMP and IPSEC Daniel Harkins
- Re: IPCOMP and IPSEC Vach Kompella
- Re: IPCOMP and IPSEC Naganand Doraswamy
- RE: IPCOMP and IPSEC Roy Pereira
- Re: IPCOMP and IPSEC Daniel Harkins
- FW: IPCOMP and IPSEC Stephen Waters
- RE: IPCOMP and IPSEC Roy Pereira
- Re: IPCOMP and IPSEC Daniel Harkins
- RE: IPCOMP and IPSEC Roy Pereira
- Re: IPCOMP and IPSEC Marc Hasson
- Re: IPCOMP and IPSEC Daniel Harkins
- Re: IPCOMP and IPSEC Marc Hasson
- Re: IPCOMP and IPSEC Saroop Mathur
- RE: IPCOMP and IPSEC Stephen Waters
- Re: IPCOMP and IPSEC Eric Dean
- RE: IPCOMP and IPSEC Avram Shacham
- RE: IPCOMP and IPSEC Avram Shacham
- RE: IPCOMP and IPSEC Eric Dean
- RE: IPCOMP and IPSEC Stephen Waters
- RE: IPCOMP and IPSEC Eric Dean
- RE: IPCOMP and IPSEC Eric Dean
- Re: IPCOMP and IPSEC Stephen Kent
- RE: IPCOMP and IPSEC Robert Moskowitz
- RE: IPCOMP and IPSEC Avram Shacham
- RE: IPCOMP and IPSEC Paul Koning