< draft-wkumari-dhc-capport-10.txt		draft-wkumari-dhc-capport-11.txt >
	Network Working Group W. Kumari		Network Working Group W. Kumari
	Internet-Draft Google		Internet-Draft Google
	Intended status: Informational O. Gudmundsson		Intended status: Informational O. Gudmundsson
	Expires: August 1, 2015 Shinkuro Inc.		Expires: August 3, 2015 CloudFlare
	P. Ebersman		P. Ebersman
	Comcast		Comcast
	S. Sheng		S. Sheng
	ICANN		ICANN
	January 28, 2015		January 30, 2015
	Captive-Portal identification in DHCP / RA		Captive-Portal identification in DHCP / RA
	draft-wkumari-dhc-capport-10		draft-wkumari-dhc-capport-11
	Abstract		Abstract
	In many environments offering short-term or temporary Internet access		In many environments offering short-term or temporary Internet access
	(such as coffee shops), it is common to start new connections in a		(such as coffee shops), it is common to start new connections in a
	captive portal mode. This highly restricts what the customer can do		captive portal mode. This highly restricts what the customer can do
	until the customer has authenticated.		until the customer has authenticated.
	This document describes a DHCP option (and a RA extension) to inform		This document describes a DHCP option (and a RA extension) to inform
	clients that they are behind some sort of captive portal device, and		clients that they are behind some sort of captive portal device, and
	skipping to change at page 1, line 42 ¶		skipping to change at page 1, line 42 ¶
	Internet-Drafts are working documents of the Internet Engineering		Internet-Drafts are working documents of the Internet Engineering
	Task Force (IETF). Note that other groups may also distribute		Task Force (IETF). Note that other groups may also distribute
	working documents as Internet-Drafts. The list of current Internet-		working documents as Internet-Drafts. The list of current Internet-
	Drafts is at http://datatracker.ietf.org/drafts/current/.		Drafts is at http://datatracker.ietf.org/drafts/current/.
	Internet-Drafts are draft documents valid for a maximum of six months		Internet-Drafts are draft documents valid for a maximum of six months
	and may be updated, replaced, or obsoleted by other documents at any		and may be updated, replaced, or obsoleted by other documents at any
	time. It is inappropriate to use Internet-Drafts as reference		time. It is inappropriate to use Internet-Drafts as reference
	material or to cite them other than as "work in progress."		material or to cite them other than as "work in progress."
	This Internet-Draft will expire on August 1, 2015.		This Internet-Draft will expire on August 3, 2015.
	Copyright Notice		Copyright Notice
	Copyright (c) 2015 IETF Trust and the persons identified as the		Copyright (c) 2015 IETF Trust and the persons identified as the
	document authors. All rights reserved.		document authors. All rights reserved.
	This document is subject to BCP 78 and the IETF Trust's Legal		This document is subject to BCP 78 and the IETF Trust's Legal
	Provisions Relating to IETF Documents		Provisions Relating to IETF Documents
	(http://trustee.ietf.org/license-info) in effect on the date of		(http://trustee.ietf.org/license-info) in effect on the date of
	publication of this document. Please review these documents		publication of this document. Please review these documents
	skipping to change at page 9, line 36 ¶		skipping to change at page 9, line 36 ¶
	9. Normative References		9. Normative References
	[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate		[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
	Requirement Levels", BCP 14, RFC 2119, March 1997.		Requirement Levels", BCP 14, RFC 2119, March 1997.
	Appendix A. Changes / Author Notes.		Appendix A. Changes / Author Notes.
	[RFC Editor: Please remove this section before publication ]		[RFC Editor: Please remove this section before publication ]
			From 10 to 11:
			o Updared Olafur's affiliation.
	From 09 to 10:		From 09 to 10:
	o Ted Lemon and Joel Jaeggli: there's no benefit to insisting on an		o Ted Lemon and Joel Jaeggli: there's no benefit to insisting on an
	ordering. I think you should just say that the ordering is		ordering. I think you should just say that the ordering is
	indeterminate, and if different mechanisms give non-equivalent		indeterminate, and if different mechanisms give non-equivalent
	answers, this is likely to cause operational problems in practice.		answers, this is likely to cause operational problems in practice.
	From 08 to 09:		From 08 to 09:
	o Put back the DHCPv6 option, and made the fact that is separate		o Put back the DHCPv6 option, and made the fact that is separate
	skipping to change at page 11, line 38 ¶		skipping to change at page 11, line 44 ¶
	Warren Kumari		Warren Kumari
	Google		Google
	1600 Amphitheatre Parkway		1600 Amphitheatre Parkway
	Mountain View, CA 94043		Mountain View, CA 94043
	US		US
	Email: warren@kumari.net		Email: warren@kumari.net
	Olafur Gudmundsson		Olafur Gudmundsson
	Shinkuro Inc.		CloudFlare
	4922 Fairmont Av, Suite 250		San Francisco, CA 94107
	Bethesda, MD 20814
	USA		USA
	Email: ogud@ogud.com		Email: olafur@cloudflare.com
	Paul Ebersman		Paul Ebersman
	Comcast		Comcast
	Email: ebersman-ietf@dragon.net		Email: ebersman-ietf@dragon.net
	Steve Sheng		Steve Sheng
	Internet Corporation for Assigned Names and Numbers		Internet Corporation for Assigned Names and Numbers
	12025 Waterfront Drive, Suite 300		12025 Waterfront Drive, Suite 300
	Los Angeles 90094		Los Angeles 90094
	United States of America		United States of America
	Phone: +1.310.301.5800		Phone: +1.310.301.5800
	Email: steve.sheng@icann.org		Email: steve.sheng@icann.org
End of changes. 8 change blocks.
	9 lines changed or deleted		12 lines changed or added
This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/