North American Network Operators Group|
Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical
Re: peering charges?
On Sun, 26 Jan 1997, Vadim Antonov wrote: <this was later but might be more interesting> > Would you please describe any useful mechanism of traffic-based > inter-backbone settelemts? Each packet either 1. terminates in my network 2. transits my network 3. originates from my network Lets assume that I announce a price that I will charge other networks for transitting packets through my network. Note, that I couldn't care less about the speed at which they connect to my network. Computers (third party?) on the edges of my network count the number of packets that transit my network over a certain time period. Periodically I issue invoices. Of course, other networks do the same. End users (including co-located computers) simply appear as connected networks that don't provide any transit, hence they pay for their connection. > >Why should it cost more to connect at 100MB/sec vs. 56KB/sec? If the same > >amount of packets are transfered? Why should I pay more beyond the > >one-time cost of buying interface electronics? > > Because there is a real cost for long-haul packet transport. Remember that I said "if the same amount of packets are transfered". The speed of my connection does not necessarily affect the number of packets that I'm transmitting. > "Connection costs" is rent on transmission facilities, plus > overhead (upkeep of the property, insurance, administration, etc). No. That's "transmission cost", not "connection cost". The cost of me connecting to your network (not counting setup and so on) is the sum of the interface electronics on both ends and whatever link we need inbetween. Off on a tangent... creating bandwidth is somewhat like making computer chips. Making the first production Pentium (or whatever) processor costs billions. The second is a few cents. Here, laying the cable is expensive. Once it is in the ground, the cost for transporting another packet is almost zero. An interesting question is what do to with potential bandwidth/cpu cycles/free ram, i.e. what are the costs of not using available capacity? One answer is that the cost is zero until your competitor starts being more efficient then you are. See Soviet UNION vs USA. Back to networks... it would be logical to assume that whenever people deploy fiber they drop as much as they can afford at that moment. If that's true then there must be enourmous amounts of unlit fiber. What's the total capacity going accross the atlantic or pacific? How much of it is being used? I'd bet that there are many terabits of fiber that are not in use. Yes, of course, the closer you get to what's technologically feasable, (the closer you move to the border to the future) the more expensive things become. I guess that's the main argument used to defend higher costs for faster connections. But we don't even need to go to that edge. Building gigabit, if not terrabit routers is amazingly simple and can be done with off the shelf technology. Hey, a few Linux boxes interconnected with a few 100MB/sec ethernet switches in the right fashion would allow the creation of a super NAP that should outperform gigaswitches easily. Summary: I would not be surprised if the packet carrying capacity of the Internet could be increased by two or three orders of magnitude with surprisingly little investments. The real challenge is how to get people to do that. > >All energy would go into building better networks... neither > >advertising, nor salespeople are necessary in this scenario! > > Ah, i'd like to live in that world of yours. Hehe... you can, think about it. Dirk > > --vadim > - - - - - - - - - - - - - - - - -