<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: 802.1X and the Default VLAN</title>
	<atom:link href="http://www.seanconvery.com/weblog/2006/05/26/8021x-and-the-default-vlan/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.seanconvery.com/weblog/2006/05/26/8021x-and-the-default-vlan/</link>
	<description>Ruminations on Identity Management for Networks</description>
	<pubDate>Thu, 20 Nov 2008 00:03:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Sean</title>
		<link>http://www.seanconvery.com/weblog/2006/05/26/8021x-and-the-default-vlan/#comment-29993</link>
		<dc:creator>Sean</dc:creator>
		<pubDate>Mon, 26 Nov 2007 16:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.seanconvery.com/weblog/?p=26#comment-29993</guid>
		<description>A number of companies make captive portal solutions that work with 802.1X including Identity Engines. The basic idea is if you don't respond to the 802.1X query the endpoint is placed on a default VLAN that forces all traffic through the portal.</description>
		<content:encoded><![CDATA[<p>A number of companies make captive portal solutions that work with 802.1X including Identity Engines. The basic idea is if you don&#8217;t respond to the 802.1X query the endpoint is placed on a default VLAN that forces all traffic through the portal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dani</title>
		<link>http://www.seanconvery.com/weblog/2006/05/26/8021x-and-the-default-vlan/#comment-29420</link>
		<dc:creator>Dani</dc:creator>
		<pubDate>Thu, 22 Nov 2007 09:52:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.seanconvery.com/weblog/?p=26#comment-29420</guid>
		<description>I want to implement some captive portal-based solution but with the use of 802.1x, in order to assign different VLAN-IDs according to the user credentials.

Do you know about some captive portal that works with 802.1x?</description>
		<content:encoded><![CDATA[<p>I want to implement some captive portal-based solution but with the use of 802.1x, in order to assign different VLAN-IDs according to the user credentials.</p>
<p>Do you know about some captive portal that works with 802.1x?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean</title>
		<link>http://www.seanconvery.com/weblog/2006/05/26/8021x-and-the-default-vlan/#comment-466</link>
		<dc:creator>Sean</dc:creator>
		<pubDate>Fri, 07 Jul 2006 23:48:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.seanconvery.com/weblog/?p=26#comment-466</guid>
		<description>I'm not sure specifically about HostAPd but there are a few different ways folks approach this with wireless. Most of my post had to do with wired 802.1X. For wireless many just choose to implement multiple SSIDs with one SSID for the 802.1X folks and another for the non-EAP capable clients. Some wireless vendors can automate this a bit more though their specific approaches are not completely consistent. Last I checked Cisco needed the multiple SSIDs but Trapeze could do the mapping in a more automated form. I haven't looked into HostAPd yet.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure specifically about HostAPd but there are a few different ways folks approach this with wireless. Most of my post had to do with wired 802.1X. For wireless many just choose to implement multiple SSIDs with one SSID for the 802.1X folks and another for the non-EAP capable clients. Some wireless vendors can automate this a bit more though their specific approaches are not completely consistent. Last I checked Cisco needed the multiple SSIDs but Trapeze could do the mapping in a more automated form. I haven&#8217;t looked into HostAPd yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lloyd</title>
		<link>http://www.seanconvery.com/weblog/2006/05/26/8021x-and-the-default-vlan/#comment-460</link>
		<dc:creator>Lloyd</dc:creator>
		<pubDate>Mon, 03 Jul 2006 17:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.seanconvery.com/weblog/?p=26#comment-460</guid>
		<description>We are interested in implementing this dual-layer functionality on a community wireless network using OpenSource solutions.  Is it possible to implement this by running HostAPd 802.1x and NoCat (examples) on Linux APs?  Any hardware could be considered, ie. WRAP boards with miniPCI radios, or all-in-one solutions like Linksys WRT54G with OpenWRT linux.</description>
		<content:encoded><![CDATA[<p>We are interested in implementing this dual-layer functionality on a community wireless network using OpenSource solutions.  Is it possible to implement this by running HostAPd 802.1x and NoCat (examples) on Linux APs?  Any hardware could be considered, ie. WRAP boards with miniPCI radios, or all-in-one solutions like Linksys WRT54G with OpenWRT linux.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean</title>
		<link>http://www.seanconvery.com/weblog/2006/05/26/8021x-and-the-default-vlan/#comment-450</link>
		<dc:creator>Sean</dc:creator>
		<pubDate>Thu, 22 Jun 2006 16:42:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.seanconvery.com/weblog/?p=26#comment-450</guid>
		<description>Quite a wide variety of devices support captive portal authentication. Many commercial firewalls such as Netscreen and Sonicwall support captive portal as well as newer inline security gateways from companies like Caymas. On the network infrastructure side some Cisco switches support web authentication directly instead of deploying a separate captive portal device. Additionally Airespace (now part of Cisco) has web authentication on their WLAN APs as well. There are other infrastructure players with this capability too. Lastly I'll gratuitously plug my company (Identity Engines) which has some captive portal technology for when an organization doesn't have an existing vendor of choice.</description>
		<content:encoded><![CDATA[<p>Quite a wide variety of devices support captive portal authentication. Many commercial firewalls such as Netscreen and Sonicwall support captive portal as well as newer inline security gateways from companies like Caymas. On the network infrastructure side some Cisco switches support web authentication directly instead of deploying a separate captive portal device. Additionally Airespace (now part of Cisco) has web authentication on their WLAN APs as well. There are other infrastructure players with this capability too. Lastly I&#8217;ll gratuitously plug my company (Identity Engines) which has some captive portal technology for when an organization doesn&#8217;t have an existing vendor of choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Jacobs</title>
		<link>http://www.seanconvery.com/weblog/2006/05/26/8021x-and-the-default-vlan/#comment-449</link>
		<dc:creator>Andrew Jacobs</dc:creator>
		<pubDate>Thu, 22 Jun 2006 14:42:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.seanconvery.com/weblog/?p=26#comment-449</guid>
		<description>"One viable deployment choice has this default VLAN routing traffic through a captive portal where web-based authentication can take the place of the 802.1X authentication step. Some network devices support this web authentication on their hardware directly which represents yet another choice."

Do you have any suggestions for devices that provide that functionality?</description>
		<content:encoded><![CDATA[<p>&#8220;One viable deployment choice has this default VLAN routing traffic through a captive portal where web-based authentication can take the place of the 802.1X authentication step. Some network devices support this web authentication on their hardware directly which represents yet another choice.&#8221;</p>
<p>Do you have any suggestions for devices that provide that functionality?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
