RE: mutiple phase 1 tunnel and proxy ID issues
Roy Pereira <rpereira@TimeStep.com> Tue, 26 May 1998 20:28 UTC
Received: (from majordom@localhost) by portal.ex.tis.com (8.8.2/8.8.2) id QAA17919 for ipsec-outgoing; Tue, 26 May 1998 16:28:01 -0400 (EDT)
Message-ID: <319A1C5F94C8D11192DE00805FBBADDF124101@exchange.timestep.com>
From: Roy Pereira <rpereira@TimeStep.com>
To: Cliff Wang <cxwang@us.ibm.com>, kent@bbn.com
Cc: ipsec@tis.com
Subject: RE: mutiple phase 1 tunnel and proxy ID issues
Date: Tue, 26 May 1998 16:29:03 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.1960.3)
Content-Type: text/plain
Sender: owner-ipsec@ex.tis.com
Precedence: bulk
For a mobile client, its phase 1 ID will be something like an email address since its IP address is not static. For its phase 2 ID though, it will need to send an IP address. This IP address is its dynamically assigned IP address that it recieved through PPP, DHCP, ISAKMP-CFG or any other means. The trick is that the gateway must be able to remember the phase 1 ID to get policy for the phase 2 negotiation. Although, not in any internet draft, I really don't believe that all ID types are valid for phase 1 and phase 2. Phase 1, for instance, doesn't really support subnets and ranges. While phase 2 doesn't really support email, DN & GN. > I totally agree what you have replied in the mail. Actually > my question is that if user name instead of IP address is > used in the ID payload of phase 2 negotiation, even if > a Phase 2 SA is negotiated successfully, we cannot > create a SPD entry since user ID cannot be used to > process packet. We need to turn that ID into address > in order to create a SPD entry. But I am not sure how > to map that ID into an IP address. This is a practical case > when two mobile user logs into two different ISP box, > get a dynamic address and they want to have their > data traffic protected. The ISP boxes's policy can only be > configured with the mobile user's ID, since their > address are dynamically assigned. The ISP boxes > can negotiate a Phase 2 SA with ID, but then they > somehow need to exchange user ID to IP address > mapping to each other. Otherwise SPD entry can not be > created.
- Re: mutiple phase 1 tunnel and proxy ID issues Bronislav Kavsan
- RE: mutiple phase 1 tunnel and proxy ID issues Roy Pereira
- Re: mutiple phase 1 tunnel and proxy ID issues Bronislav Kavsan
- Re: mutiple phase 1 tunnel and proxy ID issues Cliff Wang
- mutiple phase 1 tunnel and proxy ID issues Cliff Wang
- Re: mutiple phase 1 tunnel and proxy ID issues Stephen Kent
- Re: mutiple phase 1 tunnel and proxy ID issues Cliff Wang
- Re: mutiple phase 1 tunnel and proxy ID issues Stephen Kent
- Re: mutiple phase 1 tunnel and proxy ID issues Cliff Wang
- Re: mutiple phase 1 tunnel and proxy ID issues Raul Miller
- Re: mutiple phase 1 tunnel and proxy ID issues Kai Martius
- Re: mutiple phase 1 tunnel and proxy ID issues Cliff Wang
- RE: mutiple phase 1 tunnel and proxy ID issues Roy Pereira
- Re: mutiple phase 1 tunnel and proxy ID issues Bronislav Kavsan
- RE: mutiple phase 1 tunnel and proxy ID issues Roy Pereira
- Re: mutiple phase 1 tunnel and proxy ID issues Bronislav Kavsan
- Re: mutiple phase 1 tunnel and proxy ID issues Will Fiveash