Re: [HOKEY] [IPsec] IKEv2 and ERP

Tina TSOU <> Sun, 20 November 2011 08:50 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id EEACA21F85A1; Sun, 20 Nov 2011 00:50:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.047
X-Spam-Status: No, score=-6.047 tagged_above=-999 required=5 tests=[AWL=0.551, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id G2ZWxynT9zuk; Sun, 20 Nov 2011 00:50:42 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 989D121F8593; Sun, 20 Nov 2011 00:50:41 -0800 (PST)
Received: from (szxga04-in []) by (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <>; Sun, 20 Nov 2011 16:50:31 +0800 (CST)
Received: from ([]) by (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <>; Sun, 20 Nov 2011 16:50:31 +0800 (CST)
Received: from ([]) by (MOS 4.1.9-GA) with ESMTP id AFF14064; Sun, 20 Nov 2011 16:50:30 +0800
Received: from ( by ( with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 20 Nov 2011 16:50:20 +0800
Received: from ([]) by ([]) with mapi id 14.01.0323.003; Sun, 20 Nov 2011 16:49:36 +0800
Date: Sun, 20 Nov 2011 08:50:22 +0000
From: Tina TSOU <>
In-reply-to: <>
To: Yoav Nir <>
Message-id: <>
MIME-version: 1.0
Content-type: multipart/alternative; boundary="Boundary_(ID_3cb3WS0YID0FAi3TpMiOGg)"
Content-language: en-US
Accept-Language: en-US, zh-CN
Thread-topic: [IPsec] IKEv2 and ERP
Thread-index: AQHMp1q3hPfjVRq9HU+xMRLIhzYT4pW07fKA
X-CFilter-Loop: Reflected
References: <> <> <> <>
Cc: IPsecme WG <>, Yaron Sheffer <>, "" <>
Subject: Re: [HOKEY] [IPsec] IKEv2 and ERP
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: HOKEY WG Mailing List <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 20 Nov 2011 08:50:43 -0000

I assume the similar use case for enterprise.

Sent from my iPad

On Nov 20, 2011, at 4:02 PM, "Yoav Nir" <<>> wrote:

Hi Yaron

Actually the motivation in my case is a smooth transition from a 802.1x local network, to remote access VPN on a 3GPP/WiMax public network and back, and this is a very enterprise network sort of thing. At the HOKEY meeting in QC there were some Telco people, and they didn't seem to think there was another use case.

I do remember the use case of doing IKE with EAP-SIM or EAP-AKA, but IIRC that was also the phone connecting to its home network over the Internet.

Qin: are you aware of cases where IKE is used with anything other than the home network?


On Nov 20, 2011, at 9:42 AM, Yaron Sheffer wrote:

Hi Yoav,

motivation for this work seems to have come from 3GPP/3GPP2/WiMAX, and I strongly suggest that you or your coauthor go back to the originating organization to validate your use case(s).

I find the new paragraph (top of Sec. 3.2) confusing: I would expect the IKE negotiation to go to a local network (in the "visited network") with this gateway being supported by a "home" EAP server. EAP requests are commonly routed back into the home network. In a telco network, this backend EAP connectivity most likely would *not* be over the open Internet.

Lastly, judging by the level of interest so far, I do not see this draft becoming an ipsecme WG charter item. I do not have any problem with its being published elsewhere.


On 11/19/2011 02:07 PM, Yoav Nir wrote:

On Aug 6, 2011, at 10:37 PM, Yoav Nir wrote:


At the meeting in Quebec, I gave a presentation at the hokey meeting about <> .

The draft covers using the EAP extensions for re-authentication in IKEv2. The obvious (to me) use-case is a phone connected to a 802.1x network. As you leave the building, the same phone automatically using IKEv2 over a 3G network without the user authenticating, by using the handed-over keys from 802.1x.

ERP (RFC 5296) works in two cases:
1. when the new AAA backend and the old AAA backend are the same, and
2. when they are different - you connect to a local EAP server

There is an open question here. Obviously, when you use EAP for 802.1x or PPP or some other network access, you often connect to a local Authenticator that is not the same as your "home network". But is this relevant in IKEv2?  IKEv2 is used over the Internet. Why would you ever want to connect to a server other than your home (or a server that relies on the same AAA backend)

In other words: is there a use-case for connecting to a local rather than a home server in IKE, a use-case that uses EAP.

My feeling is that the answer is no, and there were some phone operators in the room who agreed with me. Someone did bring up the case of host-to-host IPsec, but I don't think that ever uses EAP.

Does anybody have different thoughts about this?


As there were no replies to this email, and as there was pretty much an uncalled consensus at the HOKEY meeting, I have submitted version -02 of the draft with an extra paragraph in section 3.2 to explain that "roaming to a different EAP server" scenario is probably not relevant.


I would be happy for this to become a working group item, but if not, I would like to take it to our ADs (not sure which one, as this involves both IPsecME and HOKEY). I would also appreciate any suggestions for the Security Considerations section, other than just moving the rest of section 3.2 into it.

IPsec mailing list