<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Muni Wi-Fi 2.0: smaller targeted networks, flexible business models</title>
	<atom:link href="http://www.muniwireless.com/2008/11/19/muni-wifi-smaller-more-targeted-networks/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.muniwireless.com/2008/11/19/muni-wifi-smaller-more-targeted-networks/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=muni-wifi-smaller-more-targeted-networks</link>
	<description>Citywide WiFi, smart grid, enterprise wireless, public safety, mobile apps</description>
	<lastBuildDate>Sun, 12 Feb 2012 01:38:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Rory Conaway</title>
		<link>http://www.muniwireless.com/2008/11/19/muni-wifi-smaller-more-targeted-networks/#comment-36467</link>
		<dc:creator>Rory Conaway</dc:creator>
		<pubDate>Mon, 24 Nov 2008 05:05:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.muniwireless.com/?p=9059#comment-36467</guid>
		<description>The Meraki model is interesting but the equipment is still very short range and requires a lot of hops or a lot of backhauls.  I believe there is better outdoor equipment with greater range available at a better price that can provide a better cost model.  The big issue is still finding applications that can utilize it.  I believe they are there and we are designing for them.</description>
		<content:encoded><![CDATA[<p>The Meraki model is interesting but the equipment is still very short range and requires a lot of hops or a lot of backhauls.  I believe there is better outdoor equipment with greater range available at a better price that can provide a better cost model.  The big issue is still finding applications that can utilize it.  I believe they are there and we are designing for them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glenn Fleishman</title>
		<link>http://www.muniwireless.com/2008/11/19/muni-wifi-smaller-more-targeted-networks/#comment-36314</link>
		<dc:creator>Glenn Fleishman</dc:creator>
		<pubDate>Wed, 19 Nov 2008 17:46:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.muniwireless.com/?p=9059#comment-36314</guid>
		<description>A key point that I take away from Meraki, not accepting their word absolutely on this (of course) but relying on the maps they&#039;ve produced of active networks and other details, is that small networks get bigger.

With expensive gear that requires controllers and network operations centers (NOCs), and which have very high reliability promises, somewhere between cable/DSL and T1 service, a small network isn&#039;t financially feasible, while a large network has very high overhead. These big networks required aggressive customer acquisition models, and ubiquitous coverage among other factors. 

When you scale large networks bigger, costs don&#039;t rise in a linear fashion. Adding more customers might result in a large increase in customer support budgets. Or if you go from needing one person 24 hours a day in the NOC to two, your costs more than double given absenteeism, sick days, etc. And so on.

Meraki&#039;s approach has to play out, but their idea is to cut the NOC out, essentially, and remove the cost of controllers. I&#039;m unclear on what their maximum throughput is--1 Mbps? 5 Mbps? It&#039;s hard to know. But their equipment is being largely used in best-efforts networks, which have lower expectations, and often in free networks, which come with fewer promises.

The real question is that even though Meraki says that nearly every network they seed grows, sometimes quite quickly and to a large size. As these networks get bigger, can an operator (fee or free) keep costs very low and still serve users? Or do management issues, backhaul, and other elements escalate faster than the cost savings in these networks?</description>
		<content:encoded><![CDATA[<p>A key point that I take away from Meraki, not accepting their word absolutely on this (of course) but relying on the maps they&#8217;ve produced of active networks and other details, is that small networks get bigger.</p>
<p>With expensive gear that requires controllers and network operations centers (NOCs), and which have very high reliability promises, somewhere between cable/DSL and T1 service, a small network isn&#8217;t financially feasible, while a large network has very high overhead. These big networks required aggressive customer acquisition models, and ubiquitous coverage among other factors. </p>
<p>When you scale large networks bigger, costs don&#8217;t rise in a linear fashion. Adding more customers might result in a large increase in customer support budgets. Or if you go from needing one person 24 hours a day in the NOC to two, your costs more than double given absenteeism, sick days, etc. And so on.</p>
<p>Meraki&#8217;s approach has to play out, but their idea is to cut the NOC out, essentially, and remove the cost of controllers. I&#8217;m unclear on what their maximum throughput is&#8211;1 Mbps? 5 Mbps? It&#8217;s hard to know. But their equipment is being largely used in best-efforts networks, which have lower expectations, and often in free networks, which come with fewer promises.</p>
<p>The real question is that even though Meraki says that nearly every network they seed grows, sometimes quite quickly and to a large size. As these networks get bigger, can an operator (fee or free) keep costs very low and still serve users? Or do management issues, backhaul, and other elements escalate faster than the cost savings in these networks?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

