Email Delivery

Receive new posts as email.

Email address

Syndicate this site

RSS | Atom

Contact

About This Site
Contact Us
Privacy Policy

Search


November 2010
Sun Mon Tues Wed Thurs Fri Sat
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30        

Stories by Category

Basics :: Basics
Casting :: Casting Listen In Podcasts Videocasts
Culture :: Culture Hacking
Deals :: Deals
FAQ :: FAQ
Future :: Future
Hardware :: Hardware Adapters Appliances Chips Consumer Electronics Gaming Home Entertainment Music Photography Video Gadgets Mesh Monitoring and Testing PDAs Phones Smartphones
Industry :: Industry Conferences Financial Free Health Legal Research Vendor analysis
International :: International
Media :: Media Locally cached Streaming
Metro-Scale Networks :: Metro-Scale Networks Community Networking Municipal
Network Types :: Network Types Broadband Wireless Cellular 2.5G and 3G 4G Power Line Satellite
News :: News Mainstream Media
Politics :: Politics Regulation Sock Puppets
Schedules :: Schedules
Security :: Security 802.1X
Site Specific :: Site Specific Administrative Detail April Fool's Blogging Book review Cluelessness Guest Commentary History Humor Self-Promotion Unique Wee-Fi Who's Hot Today?
Software :: Software Open Source
Spectrum :: Spectrum 60 GHz
Standards :: Standards 802.11a 802.11ac 802.11ad 802.11e 802.11g 802.11n 802.20 Bluetooth MIMO UWB WiGig WiMAX ZigBee
Transportation and Lodging :: Transportation and Lodging Air Travel Aquatic Commuting Hotels Rails
Unclassified :: Unclassified
Vertical Markets :: Vertical Markets Academia Enterprise WLAN Switches Home Hot Spot Aggregators Hot Spot Advertising Road Warrior Roaming Libraries Location Medical Public Safety Residential Rural SOHO Small-Medium Sized Business Universities Utilities wISP
Voice :: Voice

Archives

November 2010 | October 2010 | September 2010 | August 2010 | July 2010 | June 2010 | May 2010 | April 2010 | March 2010 | February 2010 | January 2010 | December 2009 | November 2009 | October 2009 | September 2009 | August 2009 | July 2009 | June 2009 | May 2009 | April 2009 | March 2009 | February 2009 | January 2009 | December 2008 | November 2008 | October 2008 | September 2008 | August 2008 | July 2008 | June 2008 | May 2008 | April 2008 | March 2008 | February 2008 | January 2008 | December 2007 | November 2007 | October 2007 | September 2007 | August 2007 | July 2007 | June 2007 | May 2007 | April 2007 | March 2007 | February 2007 | January 2007 | December 2006 | November 2006 | October 2006 | September 2006 | August 2006 | July 2006 | June 2006 | May 2006 | April 2006 | March 2006 | February 2006 | January 2006 | December 2005 | November 2005 | October 2005 | September 2005 | August 2005 | July 2005 | June 2005 | May 2005 | April 2005 | March 2005 | February 2005 | January 2005 | December 2004 | November 2004 | October 2004 | September 2004 | August 2004 | July 2004 | June 2004 | May 2004 | April 2004 | March 2004 | February 2004 | January 2004 | December 2003 | November 2003 | October 2003 | September 2003 | August 2003 | July 2003 | June 2003 | May 2003 | April 2003 | March 2003 | February 2003 | January 2003 | December 2002 | November 2002 | October 2002 | September 2002 | August 2002 | July 2002 | June 2002 | May 2002 | April 2002 | March 2002 | February 2002 | January 2002 | December 2001 | November 2001 | October 2001 | September 2001 | August 2001 | July 2001 | June 2001 | May 2001 | April 2001 |

Recent Entries

In-Flight Wi-Fi and In-Flight Bombs
Can WPA Protect against Firesheep on Same Network?
Southwest Sets In-Flight Wi-Fi at $5
Eye-Fi Adds a View for Web Access
Firesheep Makes Sidejacking Easy
Wi-Fi Direct Certification Starts
Decaf on the Starbucks Digital Network
Google Did Snag Passwords
WiMax and LTE Not Technically 4G by ITU Standards
AT&T Wi-Fi Connections Keep High Growth with Free Service

Site Philosophy

This site operates as an independent editorial operation. Advertising, sponsorships, and other non-editorial materials represent the opinions and messages of their respective origins, and not of the site operator. Part of the FM Tech advertising network.

Copyright

Entire site and all contents except otherwise noted © Copyright 2001-2010 by Glenn Fleishman. Some images ©2006 Jupiterimages Corporation. All rights reserved. Please contact us for reprint rights. Linking is, of course, free and encouraged.

Powered by
Movable Type

« Indoor Fireworks | Main | Wi-Fi in Broomfield County, Colorado »

June 25, 2002

How to Differentiate: T1 vs DSL

Today's 802.11b Networking News is sponsored by IIR's Public Access Wireless LANs
conference
, 1-3 October 2002, Lisbon


The above is a paid, sponsored link. Contact us for more information.

[ Other News, below ]

The back-end bandwidth for a hot spot may become as important as its very existence. One of the nails in the coffin of MobileStar's deployment of hot spots in Starbucks stores was their insistence (prompted by Starbucks) on using dedicated T1 lines to bring bandwidth to the locations. Their competitors and others in the industry sniggered: why spend several hundred to several thousand dollars a month per location to bring in a T1 when comparable DSL service might only be a few hundred at most?

The answer is, of course, quality of service. No matter who provides the DSL -- a regional telco, Covad, or a local phone company -- it's not their top priority. Circuits go up and down. The service at times is pumped into overloaded ATM (asynchronous transfer mode) circuits and then shot thousands of miles before emerging at a network operation center or NOC. (Smarter ISPs manage this better, placing points of presence or POPs closer to major DSL customer bases.)

And who cares if the DSL goes down? It's usually an 8 to 5 proposition, weekdays, holidays excluded. You lose your circuit on Friday at noon, and if you're lucky enough to reach someone who can troubleshoot it and get a trouble ticket issued, you might get it solved by the end of the day -- but as likely as not, no.

I speak from experience on both sides: I've had almost 100 percent reliable (knock photo-wood-grain finish) DSL in several locations, but I've also had the Friday-afternoon experience.

Contrast this with T1: a T1 line is point-to-point. That is, service originates at one location coming out of a CSU/DSU which converts a router's output into T1 frames. Four wires snake from one location to a central office where the circuit is connected to another circuit and back into another office, CSU/DSU, and router. Because the quality of service (QoS) is maintained throughout, and because T1 is priced as a business service that may actually cover a telco's cost of operations, the choke points can be serviced right away.

When I had a T1 line back in 1994-1996 running an early Web development business, even in those heady early days my service calls were escalated. I paid the phone company $250/month for what I now pay them, over DSL, about $20 to $30 per month.

The context of T1s and QoS is equally important to hot spots. Starbucks demanded a robust business network over which to run their store-to-HQ ecommerce network, training systems, and incidentally to allow MobileStar to provide wireless-to-Internet service. MobileStar's mistake, apparently picked up by VoiceStream-cum-T-Mobile's deep pockets, is to subsidize Starbucks IT (information technology) expense as part of their cost of placement in a premium location.

For T-Mobile, it may make sense: spending $100 million on a national network of several thousand points all of which proudly display their wireless data/cellular brand could easily result in more cellular customers, and it's a bully launching point for any seamless, integrated cell/Wi-Fi tests and rollouts.

For most other locales, DSL could suffice, but the ups and downs of managing multiple DSL circuits, or relying on your hot spot customers (if you're deploying the service or reselling it), could swamp the uninitiated who base DSL performance on their own experience.

Other options are available, such as frame relay, an interesting technology in which you bring varying speed lines to facilities scattered around a number of central offices back to a central frame cloud. A circuit can be stuck in the middle of that cloud, essentially, pumping the frame traffic off to the Internet. The frame network can be cheaper to deploy because you don't need to bring Internet service to every location, just to the frame cloud itself. You also can offer a higher level of performance, because frame is a business service, and a higher pool of bandwidth.

Overseas, some providers already seem to be using bandwidth as a selling point, like NTT in Japan promoting the notion that the backhaul from their Wi-Fi hot spots will be multimegabits per second, rather than a more typical T1 speed (1.5 Mbps) or much slower (DSL speeds of 128 to 768 Kbps).

As conference centers start to roll wireless networking into their array of services to trade shows, they'll face more and more resistance from their $2,000 charges for a few days of Ethernet access at T1 speeds. A colleague recently asked me privately about how trade shows might respond to these enormous facilities charges while attendees at the show were spending $10 per day for full Internet access.

My response was that QoS and packet shaping (ratcheting bandwidth based on type of service, and even specific users) could allow conference centers to charge reasonable amounts for service (nothing like the ridiculous margins of today, I would expect).

The conference center wireless network can be segregated so that trade show booths and speaker media have guarantees for available bandwidth to aid in streaming, demonstrations, and simply using corporate VPNs. Average attendees might be subject to bandwidth throttling, lower priority of their packets, or other limits to further distinguish service.

In the majority of hot spots, 512 Kbps service will continue to be the average rule of the day, and most hot spot networks don't have the Starbucks burden weighing on their backs. But as bandwidth use increases across many kinds of applications, hot spots will increasingly need to plan for bandwidth front and center, rather than as a last detail in deployment.

Other News

iPass proposes standard gateway interface for roaming: the company hopes its proposal becomes a de facto method for a client to access any arbitrary network for authentication.

Motorola to extend Canopy networking to include unlicensed 5 GHz band: some technical details, but no pricing or availability. Motorola's thrust is odd: anyone can become an ISP. Yeah, if they have quite a lot of technical and business expertise. There are plenty of existing ISPs that will be delighted to have yet another tool in the final mile, point-to-point arsenal. [via Alan Reiter]