<?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: San Francisco MuniFi Economics</title>
	<atom:link href="http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/</link>
	<description>More Signal. Less Noise.</description>
	<lastBuildDate>Thu, 02 Apr 2009 12:29:57 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Philidelphia Municipal WiFi Analysis - Nyquist Capital</title>
		<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-311</link>
		<dc:creator>Philidelphia Municipal WiFi Analysis - Nyquist Capital</dc:creator>
		<pubDate>Wed, 26 Apr 2006 02:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-311</guid>
		<description>[...] MuniWireless cracks open the terms of the Philadelphia Municipal WiFi contract with Earthlink Inc. (ELNK). It&#8217;s worth a look. The contract outsources virtually all business risk to Earthlink. It seems like a great idea. I thought the San Francisco proposal looked economically solid, but SFO is about as tech-savvy as cities get, and is an ideal environment for MuniFi. I&#8217;m not so sure about Philly. [...]</description>
		<content:encoded><![CDATA[<p>[...] MuniWireless cracks open the terms of the Philadelphia Municipal WiFi contract with Earthlink Inc. (ELNK). It&#8217;s worth a look. The contract outsources virtually all business risk to Earthlink. It seems like a great idea. I thought the San Francisco proposal looked economically solid, but SFO is about as tech-savvy as cities get, and is an ideal environment for MuniFi. I&#8217;m not so sure about Philly. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Schmitt</title>
		<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-310</link>
		<dc:creator>Andrew Schmitt</dc:creator>
		<pubDate>Fri, 07 Apr 2006 13:01:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-310</guid>
		<description>I see what you are saying - you need surge capacity.

The best way is to have a pool of support shared among 30 muni-fi installs, which is exactly what Earthlink is trying to do.

Thanks for the comments.</description>
		<content:encoded><![CDATA[<p>I see what you are saying &#8211; you need surge capacity.</p>
<p>The best way is to have a pool of support shared among 30 muni-fi installs, which is exactly what Earthlink is trying to do.</p>
<p>Thanks for the comments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-309</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Fri, 07 Apr 2006 12:16:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-309</guid>
		<description>&quot;A support person should be able to take 4 calls an hour. Figure users average 3 calls a year. 10k users is 30000 calls/year. Thatâ€™s only 7500 hours of support time, or 187 man weeks. Thatâ€™s four people for 10k users.&quot;

Right, but it doesn&#039;t work like that in the real world.  Say some drunk guy runs into a pole where there&#039;s a particularly heavily utilized set of AP&#039;s.  That&#039;s 100 people calling in at the same time.  And you&#039;ve got to be prepared to handle that sort of thing 24/7, which requires a lot of staff because you need 3 shifts + 2 days off for each shift member.  Earthlink should have this problem solved - and I&#039;ve certainly never run a wireless network at this large of a scale, so it&#039;s very possible I&#039;m wrong.

I do agree with you that the key thing is expectation setting.  They have a lot of challenges - coverage, interference, maintaining bandwidth in the absence of clear spectrum, supporting users with laptops (and viruses), etc. - which are all going to impact service, probably at the same time.  It will be interesting to see how it will shake out.</description>
		<content:encoded><![CDATA[<p>&#8220;A support person should be able to take 4 calls an hour. Figure users average 3 calls a year. 10k users is 30000 calls/year. Thatâ€™s only 7500 hours of support time, or 187 man weeks. Thatâ€™s four people for 10k users.&#8221;</p>
<p>Right, but it doesn&#8217;t work like that in the real world.  Say some drunk guy runs into a pole where there&#8217;s a particularly heavily utilized set of AP&#8217;s.  That&#8217;s 100 people calling in at the same time.  And you&#8217;ve got to be prepared to handle that sort of thing 24/7, which requires a lot of staff because you need 3 shifts + 2 days off for each shift member.  Earthlink should have this problem solved &#8211; and I&#8217;ve certainly never run a wireless network at this large of a scale, so it&#8217;s very possible I&#8217;m wrong.</p>
<p>I do agree with you that the key thing is expectation setting.  They have a lot of challenges &#8211; coverage, interference, maintaining bandwidth in the absence of clear spectrum, supporting users with laptops (and viruses), etc. &#8211; which are all going to impact service, probably at the same time.  It will be interesting to see how it will shake out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IP Democracy</title>
		<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-308</link>
		<dc:creator>IP Democracy</dc:creator>
		<pubDate>Fri, 07 Apr 2006 02:34:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-308</guid>
		<description>&lt;strong&gt;Google, EarthLink Picked in SF Wi-Fi Bid...&lt;/strong&gt;

(Note: Light blogging today and tomorrow&#8230;am on the road and in meetings.) The much-watched San Francisco Wi-Fi bidding process has come to an end with Google and EarthLink, who teamed to offer the city free Wi-Fi service rather than bid......</description>
		<content:encoded><![CDATA[<p><strong>Google, EarthLink Picked in SF Wi-Fi Bid&#8230;</strong></p>
<p>(Note: Light blogging today and tomorrow&#8230;am on the road and in meetings.) The much-watched San Francisco Wi-Fi bidding process has come to an end with Google and EarthLink, who teamed to offer the city free Wi-Fi service rather than bid&#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Schmitt</title>
		<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-307</link>
		<dc:creator>Andrew Schmitt</dc:creator>
		<pubDate>Fri, 07 Apr 2006 00:52:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-307</guid>
		<description>Jason -

I have zero experience in this area... but the numbers sound awful high per 1k people. Network Admins will scale, maybe 1 for the first 1000, a second for the next 5000, a third for the next 5000, etc.

A support person should be able to take 4 calls an hour. Figure users average 3 calls a year. 10k users is 30000 calls/year. That&#039;s only 7500 hours of support time, or 187 man weeks. That&#039;s four people for 10k users.

I think the coverage issues are the biggest problem. The key thing will be setting peoples expectations low and giving them a free trial.

I wonder how Google is setting up the business side of things. Do they commit to cover a fixed portion of capex and opex and get to keep all of the ad revenue? Or does Earthlink front the opex and take a cut of Googles ad revenue? Interesting problem to analyze....</description>
		<content:encoded><![CDATA[<p>Jason -</p>
<p>I have zero experience in this area&#8230; but the numbers sound awful high per 1k people. Network Admins will scale, maybe 1 for the first 1000, a second for the next 5000, a third for the next 5000, etc.</p>
<p>A support person should be able to take 4 calls an hour. Figure users average 3 calls a year. 10k users is 30000 calls/year. That&#8217;s only 7500 hours of support time, or 187 man weeks. That&#8217;s four people for 10k users.</p>
<p>I think the coverage issues are the biggest problem. The key thing will be setting peoples expectations low and giving them a free trial.</p>
<p>I wonder how Google is setting up the business side of things. Do they commit to cover a fixed portion of capex and opex and get to keep all of the ad revenue? Or does Earthlink front the opex and take a cut of Googles ad revenue? Interesting problem to analyze&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-306</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Fri, 07 Apr 2006 00:50:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-306</guid>
		<description>Technically, a single 802.11b AP with 1 meg plans can support around a real world maximum of about 50 or so concurrent users, with 2 or 3 doing something at any given moment.  There are some methods of tuning you can use to maximize for more users, but at the expense of bandwidth.  I&#039;ve never worked with the Tropos system Google want to use, but 802.11b is a pretty well known standard at this point, and I wouldn&#039;t expect a whole lot of improvements to my estimate.  The real question would be how many people are using the network as a fixed wireless method as opposed to a transitional hotspot application.

I agree with you on the admin costs - I forgot that Earthlink is doing that, and they&#039;ve already paid for all the infrastructure on that end.  My mistake.

Now, with regards to hardware failure, I think you are wrong.  You&#039;ve got sensitive electronic gear out in the environment, being exposed to rain, sleet, heat, etc.  Not to mention power surges, brownouts, power outages, lightning strikes, car crashes, general human idiocy, and the like.  Wireless gear in outdoor environmentscan really only be counted on to last a year or 2.  Lots of gear lasts longer (particularly the expensive licensed gear which lasts forever), but the cheaper, mass deployed stuff will fail often.  Multiply that by the 1000 or whatever AP&#039;s they&#039;re going to need, and thats a lot of failure.  And then you&#039;ve got maintenance costs of going back to each POP every so often and replacing cable and checking the physical stuff.  You can skip this, but I certainly wouldn&#039;t.

As far as network administration, you need folks who are working around the clock.  To fully staff a NOC 24/7 requires 7-10 people, which is in line with my 1 per 1000 estimate.  I think that Earthlink has all the staff already to do this, so this isn&#039;t a &quot;new&quot; expense, but it is ongoing expense.  You can only automate so much.  The biggest difficulty here is interference mitigation, which is almost impossible to do automatically without disconnecting each user every time something is encountered.  I&#039;m speaking from experience here, trust me.

I could go on, but suffice it to say, I think that this enterprise is going to be a break even or worse venture until the ad revenue model is worked out.</description>
		<content:encoded><![CDATA[<p>Technically, a single 802.11b AP with 1 meg plans can support around a real world maximum of about 50 or so concurrent users, with 2 or 3 doing something at any given moment.  There are some methods of tuning you can use to maximize for more users, but at the expense of bandwidth.  I&#8217;ve never worked with the Tropos system Google want to use, but 802.11b is a pretty well known standard at this point, and I wouldn&#8217;t expect a whole lot of improvements to my estimate.  The real question would be how many people are using the network as a fixed wireless method as opposed to a transitional hotspot application.</p>
<p>I agree with you on the admin costs &#8211; I forgot that Earthlink is doing that, and they&#8217;ve already paid for all the infrastructure on that end.  My mistake.</p>
<p>Now, with regards to hardware failure, I think you are wrong.  You&#8217;ve got sensitive electronic gear out in the environment, being exposed to rain, sleet, heat, etc.  Not to mention power surges, brownouts, power outages, lightning strikes, car crashes, general human idiocy, and the like.  Wireless gear in outdoor environmentscan really only be counted on to last a year or 2.  Lots of gear lasts longer (particularly the expensive licensed gear which lasts forever), but the cheaper, mass deployed stuff will fail often.  Multiply that by the 1000 or whatever AP&#8217;s they&#8217;re going to need, and thats a lot of failure.  And then you&#8217;ve got maintenance costs of going back to each POP every so often and replacing cable and checking the physical stuff.  You can skip this, but I certainly wouldn&#8217;t.</p>
<p>As far as network administration, you need folks who are working around the clock.  To fully staff a NOC 24/7 requires 7-10 people, which is in line with my 1 per 1000 estimate.  I think that Earthlink has all the staff already to do this, so this isn&#8217;t a &#8220;new&#8221; expense, but it is ongoing expense.  You can only automate so much.  The biggest difficulty here is interference mitigation, which is almost impossible to do automatically without disconnecting each user every time something is encountered.  I&#8217;m speaking from experience here, trust me.</p>
<p>I could go on, but suffice it to say, I think that this enterprise is going to be a break even or worse venture until the ad revenue model is worked out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: efwef</title>
		<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-305</link>
		<dc:creator>efwef</dc:creator>
		<pubDate>Thu, 06 Apr 2006 21:54:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-305</guid>
		<description>Jason,

How many users do you estimate per hotspot? and how many hotspots?

Surely the situation is like one of my websites, I have about 2-3000 users daily on a typical site, it gets 1 or 2 technical problems a year. They buy things, but its a purely electronic transaction and the computer handles it.

So admin costs are zero, and free Wifi, or website purchased wifi would be the same. Automated by computer and nearly zero cost.

Hardware just doesn&#039;t fail so often. Say 20 hotspots per thousand customers, MTBF of 20,000 hours, thats 1 failure every 41 days.

I also don&#039;t see why 1 network admin per 1000 customers, since the system would be completely automatic its just not needed.</description>
		<content:encoded><![CDATA[<p>Jason,</p>
<p>How many users do you estimate per hotspot? and how many hotspots?</p>
<p>Surely the situation is like one of my websites, I have about 2-3000 users daily on a typical site, it gets 1 or 2 technical problems a year. They buy things, but its a purely electronic transaction and the computer handles it.</p>
<p>So admin costs are zero, and free Wifi, or website purchased wifi would be the same. Automated by computer and nearly zero cost.</p>
<p>Hardware just doesn&#8217;t fail so often. Say 20 hotspots per thousand customers, MTBF of 20,000 hours, thats 1 failure every 41 days.</p>
<p>I also don&#8217;t see why 1 network admin per 1000 customers, since the system would be completely automatic its just not needed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Powell</title>
		<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-304</link>
		<dc:creator>Jason Powell</dc:creator>
		<pubDate>Thu, 06 Apr 2006 21:15:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-304</guid>
		<description>This is a subject I have no small amount of experience with, so let me take a crack:

For each 1000 users, you need about 6 (overworked) people, 2 for support (40k each), 1 for administration (this could be outsourced, though - about 25k maybe?), and 2 field crew types (40k each) to replace physical hardware and that sort of thing, as well as 1 network administrator type (75k in SF).  That&#039;s about 260k or so per 1000 users, who are generating 250k of revenue each year in terms of subscriptions.  If you add advertising to the mix, the numbers would look a lot different.

This venture has some pretty hard problems.  First, your employee cost is pretty high, relative to the wireless industry at large.  Do this in Milwaukee, and you&#039;re spending 30-40 percent less on staff.  More importantly, you&#039;ve got an extremely varied terrain that makes ubiquitous coverage extremely difficult at 2.4 ghz.  People are going to expect 100 percent coverage, or something very close to what their cell phones provide.  Count the number of towers in SF from a single provider, and multiply by at least 8 to get roughly the same coverage.

http://www.sprint.com/pcsbusiness/coverage/towermaps2.jsp?cityid=13&amp;city=San%20Francisco

Sprint lets you see their cellular towers, so this isn&#039;t all that hard to see.  AND, they have NO interference.  Intel lists over 8000 (public) hotspots in San Francisco.  I don&#039;t even want to know how many private AP&#039;s there are in that city.  The end result is that you have to overpower your distribution to communicate over that horrendous noise floor.  Meaning you need more AP&#039;s at a higher cost.

As a private venture, I can see ways this venture makes sense, the same way EV-DO makes sense.  But, I think it&#039;s going to be a huge money drain.

Just my 2.5 cents!</description>
		<content:encoded><![CDATA[<p>This is a subject I have no small amount of experience with, so let me take a crack:</p>
<p>For each 1000 users, you need about 6 (overworked) people, 2 for support (40k each), 1 for administration (this could be outsourced, though &#8211; about 25k maybe?), and 2 field crew types (40k each) to replace physical hardware and that sort of thing, as well as 1 network administrator type (75k in SF).  That&#8217;s about 260k or so per 1000 users, who are generating 250k of revenue each year in terms of subscriptions.  If you add advertising to the mix, the numbers would look a lot different.</p>
<p>This venture has some pretty hard problems.  First, your employee cost is pretty high, relative to the wireless industry at large.  Do this in Milwaukee, and you&#8217;re spending 30-40 percent less on staff.  More importantly, you&#8217;ve got an extremely varied terrain that makes ubiquitous coverage extremely difficult at 2.4 ghz.  People are going to expect 100 percent coverage, or something very close to what their cell phones provide.  Count the number of towers in SF from a single provider, and multiply by at least 8 to get roughly the same coverage.</p>
<p><a href="http://www.sprint.com/pcsbusiness/coverage/towermaps2.jsp?cityid=13&amp;city=San%20Francisco" rel="nofollow">http://www.sprint.com/pcsbusiness/coverage/towermaps2.jsp?cityid=13&amp;city=San%20Francisco</a></p>
<p>Sprint lets you see their cellular towers, so this isn&#8217;t all that hard to see.  AND, they have NO interference.  Intel lists over 8000 (public) hotspots in San Francisco.  I don&#8217;t even want to know how many private AP&#8217;s there are in that city.  The end result is that you have to overpower your distribution to communicate over that horrendous noise floor.  Meaning you need more AP&#8217;s at a higher cost.</p>
<p>As a private venture, I can see ways this venture makes sense, the same way EV-DO makes sense.  But, I think it&#8217;s going to be a huge money drain.</p>
<p>Just my 2.5 cents!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: njjf</title>
		<link>http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-303</link>
		<dc:creator>njjf</dc:creator>
		<pubDate>Thu, 06 Apr 2006 17:51:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.nyquistcapital.com/2006/04/06/san-francisco-munifi-economics/#comment-303</guid>
		<description>Minimum staffing would easily cover that, say 30 people average 50k =1.5m
Triple it for overhead and equipment maintenance = 4.5m. Say they need 30k subscribers.

But don&#039;t ignore the advertising. Say each customer sees 200 ad pages per day at $5cpm (both very reasonable numbers if its their default screen). e.g. 1-2 clicks a day at 50cents to 1 dollar per click. Thats easily enough to cover $20 per user per month on the free advertising sponsored service.

So can they get 30k users for free? Easily.

Yellow Pages directory is a huge book, with mostly free listings, high printing costs, requiring a lot of staff to maintain it, delivered to the door free to everyone and the local advertising (the large ads) pays for it all. Here they have much lower overhead and automated systems so far fewer staff, so they&#039;ll find it trivial to profit on that.</description>
		<content:encoded><![CDATA[<p>Minimum staffing would easily cover that, say 30 people average 50k =1.5m<br />
Triple it for overhead and equipment maintenance = 4.5m. Say they need 30k subscribers.</p>
<p>But don&#8217;t ignore the advertising. Say each customer sees 200 ad pages per day at $5cpm (both very reasonable numbers if its their default screen). e.g. 1-2 clicks a day at 50cents to 1 dollar per click. Thats easily enough to cover $20 per user per month on the free advertising sponsored service.</p>
<p>So can they get 30k users for free? Easily.</p>
<p>Yellow Pages directory is a huge book, with mostly free listings, high printing costs, requiring a lot of staff to maintain it, delivered to the door free to everyone and the local advertising (the large ads) pays for it all. Here they have much lower overhead and automated systems so far fewer staff, so they&#8217;ll find it trivial to profit on that.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
