Re: VCC cost models .... (was Re: Limits
Curtis Villamizar <curtis@ans.net> Tue, 07 May 1996 05:39 UTC
Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa07790; 7 May 96 1:39 EDT
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa07786; 7 May 96 1:39 EDT
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.97.5]) by guelah.nexen.com (8.7.3/8.7.3) with ESMTP id BAA00985; Tue, 7 May 1996 01:32:13 -0400 (EDT)
Received: (from root@localhost) by maelstrom.nexen.com (8.7.3/8.7.3) id BAA04463 for rolc-out; Tue, 7 May 1996 01:23:45 -0400 (EDT)
Received: from nexen.nexen.com (nexen.nexen.com [204.249.96.18]) by maelstrom.nexen.com (8.7.3/8.7.3) with ESMTP id BAA04454 for <rolc@nexen.com>; Tue, 7 May 1996 01:23:41 -0400 (EDT)
Received: from brookfield.ans.net (brookfield-ef0.brookfield.ans.net [204.148.1.20]) by nexen.nexen.com (8.7.3/8.7.3) with ESMTP id BAA05495 for <rolc@nexen.com>; Tue, 7 May 1996 01:23:37 -0400 (EDT)
Received: from brookfield.ans.net (localhost.brookfield.ans.net [127.0.0.1]) by brookfield.ans.net (8.7.4/8.7.3) with ESMTP id BAA13651; Tue, 7 May 1996 01:21:44 -0400 (EDT)
Message-Id: <199605070521.BAA13651@brookfield.ans.net>
To: "Silverman, Steve" <ssilverman@reston.btna.com>
cc: curtis <curtis@ans.net>, rolc <rolc@nexen.com>
Reply-To: curtis@ans.net
Subject: Re: VCC cost models .... (was Re: Limits
In-reply-to: Your message of "Mon, 06 May 1996 15:05:00 EDT." <199605061756.AA27769@interlock.ans.net>
Date: Tue, 07 May 1996 01:21:44 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Curtis Villamizar <curtis@ans.net>
X-Orig-Sender: owner-rolc@nexen.com
Precedence: bulk
X-Info: [Un]Subscribe to rolc-request@nexen.com, submissions to rolc@nexen.com
X-Info: Email archive at ftp://ietf.cnri.reston.va.us/ietf-mail-archive/rolc/
X-Info: Hypermail archive at http://cell-relay.indiana.edu/mail/archives/rolc/
X-Info: FTP archive at ftp://ftp.nexen.com/pub/rolc/
Steve, In message <199605061756.AA27769@interlock.ans.net>, "Silverman, Steve" writes: > > The point of the original message was that you can't view Internet > links as "free" while assuming a charge for ATM links. This makes > makes the use of ATM uncompetitive. The subsidies are disappearing > (or are gone). We need to create a system that optimizes in some > sense the service the users get versus the total costs which the > user's will have to pay in one way or another. I think (with no real > proof) that ATM is a component in this "solution" but an analysis to > prove this (if possible) must be based on what will be not what was. People are not saying Internet links are free, just substantially more cost effective. That holds true today for commercial use of the Internet that no longer rely on any government subsidies when compared to the cost of switched services using SVCs, particularly when making lots of low bandwidth connections. > I agree that these subsidies (of the Internet) created an industry and > were a very good investment, far better than most of the other federal > government's expenditures. > > In the early '80s, I was able to identify several hundred million > dollars/year in govt. subsidies of the Internet. Most of what I saw > was funneled thru DOD but I am confident I only saw a piece of it. > > Steve A lot depends on what you call a subsidy. You could argue that the DoD by using the Intrernet is still subsidizing it, but then you'd have to claim they are subsidising the telephone companies because they use and pay for telephone service. Today the NSF provides funding to colleges to give those colleges access to the Internet. It also funds state level programs to build regional networks where there are none, though this too is going away. The Internet was research in the early 1980s. The telcos were well funded and the capital investments made by telcos to upgrade their equipment over the same decade completely dwarfs and funding provided to the Internet. Its a moot point anyway. The issue is really which will be more cost effective in the future and whether how well IP forwarding scales relative to switching becomes an overriding reason to go with switching or whether VC technical cost issues or VC pricing issues dominate the decision. It could go either way and we are probably wasting our time giving opinions on which way it will go. Curtis
- Re: VCC cost models .... (was Re: Limits Silverman, Steve
- Re: VCC cost models .... (was Re: Limits Curtis Villamizar
- Re: VCC cost models .... (was Re: Limits Silverman, Steve
- Re: VCC cost models .... (was Re: Limits Curtis Villamizar