Re: Re: VCC cost models .... (was Re: Limits on SVCCs)
"Charles J. Ludinsky" <cjl@mail09.mitre.org> Thu, 02 May 1996 15:02 UTC
Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa03156; 2 May 96 11:02 EDT
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa03152; 2 May 96 11:02 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 KAA11111; Thu, 2 May 1996 10:54:22 -0400 (EDT)
Received: (from root@localhost) by maelstrom.nexen.com (8.7.3/8.7.3) id KAA03314 for rolc-out; Thu, 2 May 1996 10:50:30 -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 KAA03305 for <rolc@nexen.com>; Thu, 2 May 1996 10:50:27 -0400 (EDT)
Received: from mwunix.mitre.org (mwunix.mitre.org [128.29.154.1]) by nexen.nexen.com (8.7.3/8.7.3) with SMTP id KAA20749 for <rolc@nexen.com>; Thu, 2 May 1996 10:50:25 -0400 (EDT)
Received: from tgate1 (tgate1.mitre.org [128.29.154.210]) by mwunix.mitre.org (8.6.10/8.6.4) with SMTP id KAA01648; Thu, 2 May 1996 10:50:20 -0400
Received: from mbunix.mitre.org (129.83.20.100) by tgate1.mitre.org (EMWAC SMTPRS 0.60) with SMTP id <B0000669024@tgate1.mitre.org>; Thu, 02 May 1996 10:48:17 -0400
Received: from mail09 (mail09.mitre.org [129.83.20.43]) by mbunix.mitre.org (8.6.10/8.6.9) with SMTP id KAA11652; Thu, 2 May 1996 10:50:19 -0400
Received: by mail09; (5.65v3.2/1.1.8.2/22Jun94-0628PM) id AA23584; Thu, 2 May 1996 10:50:31 -0400
Subject: Re: Re: VCC cost models .... (was Re: Limits on SVCCs)
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "Charles J. Ludinsky" <cjl@mail09.mitre.org>
To: rolc@nexen.com
cc: cjl@mitre.org
Message-Id: <960502105030.9600@mail09.0>
Date: Thu, 02 May 1996 10:50:31 -0400
X-Mailer: MAILworks 1.7-A-1
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/
Let's pursue the argument that the routed solution is less expensive than a cut-through solution to its (perhaps) logical conclusion, assuming status quo on service pricing for the Internet and for telco provided services. Assume the following: (1) all of the features/services planned for the Internet are implemented, especially quality of service features; (2) backbone bandwidths are continually increased to meet demand; and (3) service pricing remains more or less the same. Then, one might argue, we will see businesses migrate services such as video teleconferencing and voice telephone from the telco services to the Internet. After all, why should a business continue providing such services over the more expensive, per call services provived by the telcos when cheaper fixed rate services of equivalent quality are available elsewhere? But who provides the underlying transmission systems that support both the switched telco services and the Internet? And why would one expect those providers to, in effect, subsidize one service in favor of the other? Can the telcos continue to price their services as they currently do in the face of potentially large losses of customers to the (future) Internet? I agree with Joel's "different way of looking" at the issue. Current service pricing models are probably irrelevant and will change drastically as soon as the Internet begins to offer significant competition. Regards, Chuck Ludinsky cjl@mitre.org > > >>The recent discussion has been suggesting that a cut-through would > >>"cost more" than a routed path across an NBMA fabric. > >> > >>Maybe I am looking at this differently, but it seems to me definitional > >>that a cut-through costs the same or less in real terms. > [..] > >>There are many possible charging models for > >>IP service, and many possible charging models for lower layer service. > > There are possible models, and then there are existing models. I'm > not aware of any ISPs serving 'the masses' who charge users for > how many router hops their outbound traffic uses. I am aware of > lower link providers who charge based on the topological 'distance' of > the calls. Given such real models, minimizing router hops by > making a long distance call comes across as less than obviously > beneficial (financially) to the entity that was redirected to perform > the cut-through. Sure, it saves router hops, but if I as Joe User > can get my web pages either way, I dont care for the incremental charge > of this cut-through. > > If anyone's done a deeper analysis already, and can release it, > perhaps we can start a FAQ on cut-through. I'd be happy to see > a more detailed argument refute this straw-man negative scenario > constructed above (but based on existing or deployable-in-the-time- > frame-of-NHRP charging models, of course). > > cheers, > gja > >
- VCC cost models .... (was Re: Limits on SVCCs) Andrew Smith
- Re: VCC cost models .... (was Re: Limits on SVCCs) Keith McCloghrie
- Re: VCC cost models .... (was Re: Limits on SVCCs) schulter
- Re: VCC cost models .... (was Re: Limits on SVCCs) Tim Salo
- Re: VCC cost models .... (was Re: Limits on SVCCs) Curtis Villamizar
- Re: VCC cost models .... (was Re: Limits on SVCCs) Eric W. Gray
- Re: VCC cost models .... (was Re: Limits on SVCCs) schulter
- Re: VCC cost models .... (was Re: Limits on SVCCs) Eric W. Gray
- Re: VCC cost models .... (was Re: Limits on SVCCs) Grenville Armitage
- Re: VCC cost models .... (was Re: Limits on SVCCs) schulter
- Re: VCC cost models .... (was Re: Limits on SVCCs) Eric W. Gray
- Re: VCC cost models .... (was Re: Limits on SVCCs) Grenville Armitage
- Re: VCC cost models .... (was Re: Limits on SVCCs) Andrew Smith
- Re: VCC cost models .... (was Re: Limits on SVCCs) schulter
- Re: VCC cost models .... (was Re: Limits on SVCCs) schulter
- Re: VCC cost models .... (was Re: Limits on SVCCs) bgleeson
- Re: VCC cost models .... (was Re: Limits on SVCCs) Joel Halpern
- Re: VCC cost models .... (was Re: Limits on SVCCs) Grenville Armitage
- Re: VCC cost models .... (was Re: Limits on SVCCs) Eric W. Gray
- Re: VCC cost models .... (was Re: Limits on SVCCs) Eric W. Gray
- Re: Re: VCC cost models .... (was Re: Limits on S… Charles J. Ludinsky