- Test - lists.nanog.org

Re: MIX
by Joe Provo 05 Apr '96

05 Apr '96

bill> How about you? Have you created one in _your_ metro? [clip] bill>A business model that shafts everyone else on the net so that you can bill>make more money? How do the extant MIXes fare, economically? No, not post-NSF subsidized NAPs, but the 'purely' independant ventures. I can grok most of the numbers involved in these but the ones beginning with $'s. Cheers, Joe Provo Network Operations Center UltraNet Communications, Inc.

1 0

RE: CIDR,Sprint and the Big Guys.
by Jim Fleming 05 Apr '96

05 Apr '96

On Friday, April 05, 1996 5:06 AM, Michael Dillon[SMTP:michael@memra.com] wrote: @On Fri, 5 Apr 1996, Jim Fleming wrote: @ @> I believe that there are technical ways of doing this that do not require IPv6... @ @Where's your Internet Draft or RFC ? @ @Michael Dillon Voice: +1-604-546-8022 As I said...some people have to "think outside of the box".... ...working code and systems will be more critical... ...besides...Internet Drafts and Internet RFCs apply to the Internet...if a new network is created outside of the Internet, then the documentation on that network would not necessarily fit the old model of the Internet... As an example, HTML will be used for all documents on the new Internet as well as for the programming language documentation...people will have to have a minimal web browser to make the transition to reading engineering documents that have pictures, drawings, etc. and not ASCII stick figures. -- Jim Fleming UNETY Systems, Inc. Naperville, IL 60563 e-mail: JimFleming(a)unety.net

1 0

Re: NANOG/IEPG/ISOC's current role
by rboivie＠vnet.IBM.COM 05 Apr '96

05 Apr '96

Gordon, I don't have any thoughts to share re: the posting or non-posting of traffic stats. I just wanted to correct the point regarding the termination of the NSFnet backbone service. Thanks, Rick Boivie >OOOPS! <blush> you are right. > >But, isn't the point two fold? While NSFnet stats were available for >another year is anyone going to seriously blame ISOC for not having them on >display a year after the fact? They are surely available some where. >Many reading this list would likely know where in an instant. I'd turn >to an Altavista search and to the NSF web stite to find them. > >second point. For a year now nothing has been available and given the >nature of the new market place, how could one reasonably expect them to >be available except by looking a through put figures at the MAEs. MAE >East in particular. > > >On Mon, 1 Apr 1996 rboivie(a)VNET.IBM.COM wrote: > >> Gordon, >> Small point. The NSFnet backbone service ended on April 30, 1995 >> (not '94). >> Rick Boivie >> rboivie(a)vnet.ibm.com >> >> > commercial internet matured and the federal gov't withdrew. Last traffic >> > reports march 1994!? Of course! This was the month before the last >> > gov't funded backbone (NSFnet) was turned off. Since then the traffic >> > statistics have been the **proprietary** possessions of Sprint, MCI, >> > UUNET, ANS, etc. >>

1 0

Re: CIDR, Sprint and the Big guys.
by Wolfgang Henke 05 Apr '96

05 Apr '96

salo(a)msc.edu (Tim Salo) wrote: It would appear that there may also be a strong argument that the tremendous proliferation of [small] ISPs is a significant contributor to the growth of the size of the Internet routing tables. Tim, this smells like an opportunity to me. To my regret I've been observing the decline of the supercomputer industry for years due to a lack of demand (KSR, CM5). Can't the supercomputer gurus apply some of their extensive knowledge gained in a super-router? Wolfgang

1 0

RE: CIDR,Sprint and the Big Guys.
by salo＠msc.edu 05 Apr '96

05 Apr '96

> From: Jim Fleming <JimFleming(a)unety.net> > To: "'Christian Nielsen'" <cnielsen(a)vii.com>, "nanog(a)merit.edu" > Subject: RE: CIDR,Sprint and the Big Guys. > Date: Fri, 5 Apr 1996 01:29:10 -0600 > [...] > Yes CIDR is a good thing...unfortunately, it does not guarantee that the > net will grow and aggregate in a rational way. When coupled with the > "slow start" ISP policy, CIDR helps to rapidly fragment the IP address > space and in some cases causes poor IP address utilization all in the > name of "protecting the future of the Internet" or maybe "protecting the > Internet from ISPs". > [...] It would appear that there may also be a strong argument that the tremendous proliferation of [small] ISPs is a significant contributor to the growth of the size of the Internet routing tables. Perhaps, the [anticipated] consolidation of ISPs will be a significant event in the efforts to control routing table size. -tjs

3 2

RE: the Internet Backbone
by Jim Browning 05 Apr '96

05 Apr '96

From: Michael Dillon[SMTP:michael@memra.com] > >On Fri, 5 Apr 1996, Gordon Cook wrote: > >> Bill sez: A US Internet "backbone" is one which connects to ALL the >> NAP/MAEs in the US. Not just two. All of them. > >Why not just start calling it the Internet "core". The core of the US >Internet no longer follows a backbone topology. The core is composed of >the major NSP's who operate national backbones providing national transit >and who interconnect at all or most of the public exchange points. > >Make sense? Yes, as does much of what you say... :) -- Jim Browning

1 0

RE: CIDR,Sprint and the Big Guys.
by Jim Fleming 05 Apr '96

05 Apr '96

On Thursday, April 04, 1996 3:07 PM, Christian Nielsen[SMTP:cnielsen@vii.com] wrote: @ @ I think we all agree that CIDR is a good thing, I have no @problems with it and feel that we should use it as best we can. The @problems that I see, yes I know this has been said before, it is getting @harder and harder for the little guy to get IPs from the Nic. Now that @Sprint is saying that you now need a /16 to route over their network, I @don't see the nic just handing out /16s like they did with the /19 or @before that the /20s etc.. @ Yes CIDR is a good thing...unfortunately, it does not guarantee that the net will grow and aggregate in a rational way. When coupled with the "slow start" ISP policy, CIDR helps to rapidly fragment the IP address space and in some cases causes poor IP address utilization all in the name of "protecting the future of the Internet" or maybe "protecting the Internet from ISPs". @ And Just because I have nothing else to do, except work, sleep, @work, internet, eat, work, sleep, I did some looking around. @ @[21]/export/home/c/cnielsen> whois 208.0.0.0 @Sprint (NETBLK-SPRINTLINK-BLKS) @ @ Netname: SPRINTLINK-BLKS @ Netblock: 208.0.0.0 - 208.3.255.0 @ @ Here now shows that Sprint is getting a /15 from the nic and that @they can now server more customers, move their ips around with little @problem, etc. But what about some other ISP? Can they get a /15? Nope. You have to face the fact that "THE Internet" as you know it has been turned over to big demand, big money and big business. This will result in big government stepping in to get the beast under control. If the government(s) do not step in, we are going to have Cyber Wars never before experienced on the planet. The people paying the admission (mostly consumers) will not tolerate these "wars" and will have to turn to their government(s) for intervention. Politicians will thrive on protecting the net from itself. Stay tuned for toll charges, taxes, certifications, licensing, tariffs, and auditing. @But I bet you that if Sprint wanted to or even MCI for that matter, they @could get a /14 or a /13 from the nic. @ They have to walk a fine line to look like good netizens while making sure that they get their plates filled with ample helpings of resources. This is sort of what happens when people stand in line at an "all you can eat buffet", no one puts their face directly into the food or eats directly out of the serving trays that would be "rude". Instead, some people stand in line, fill their plate to the brim, and rush back to stand in line again. The management requests that you "eat what you take". The food flows to those that can eat the fastest, get back in line, and show a big empty plate plus a healthy appetite. There is very little attention paid to how much food falls on the floor or is passed to other parties. As long as the line keeps moving the food will keep flowing. The management is just enforcing the policies which are clearly posted on the walls. @ How can we solve this problem? How can we make sure that everyone @has equal access to IP addresses to make IP addresses usable around the @Net, save on router memory etc? This is how I would do it. @ <snip> @ @Christian Nielsen Another possible solution is to "reinvent the net"...using the net...the Internet can be used as a large bit transporter and a "new" Internet can be constructed around the edges of the current net. Customers interested in gourmet foods and a more relaxed atmosphere can be attracted to the side-walk cafes that can be positioned around the busy buffet described above. The crumbs provided by THE net can easily fuel the new net. I believe that there are technical ways of doing this that do not require IPv6... the key will be to provide specific market reasons for customers to move to this new net...(i.e. better service, faster service, better food, etc.) Keep in mind that, not everyone eats at buffets... -- Jim Fleming UNETY Systems, Inc. Naperville, IL 60563 e-mail: JimFleming(a)unety.net

2 1

RE: CIDR,Sprint and the Big Guys.
by Jim Fleming 05 Apr '96

05 Apr '96

On Friday, April 05, 1996 3:58 AM, Tim Salo[SMTP:salo@msc.edu] wrote: @> From: Avi Freedman <freedman(a)netaxs.com> @> Subject: Re: CIDR,Sprint and the Big Guys. <snip> @ @We hear a lot about dual-homed ISPs and ISPs who want to change their @upstream providers. It would be very interesting to have some @quantitative information about the size of these classes. @ @(Or, are issues related to dual-homed ISPs and changes in upstream @providers more theoretical than real?) @ @-tjs @ There is another very serious business reality when it comes to "upstream providers". The InterNIC and the other "network engineering" bodies may not have taken this into account. The story goes like this... ISP X is bidding on an important account with Company Y...there might be 16 other companies bidding for the same account...ISP X has a strong relationship with one or more large "upstream providers" that also happen to sell long distance telephone service... It might happen that Company Y "dislikes" the upstream provider because of a variety of reasons...maybe Company Y is owned by another similar company... maybe a competitor of the upstream provider employs several thousand people in the area and the upstream provider is not welcome in the area...maybe the upstream provider filed suit against a local university over an operating system and the people have never forgotten this... ...the point is that the InterNIC can not have a full understanding of the local and global politics that can determine which way these decisions are made... By "coaxing" ISPs to their upstream providers and not providing them with portable globally routable IP addresses, the InterNIC could be setting an ISP up for failure...the InterNIC and IANA are not taking into account the business realities of the world... ...furthermore, by providing "selected" ISPs with portable, and globally routable IP addresses, the InterNIC and IANA are making it easier for some companies to "win" bids like the one described above...ISP X may not have a chance because they can not offer the same "independence" from a particular upstream provider that might be desired by Company Y...because of historical reasons which are not discussed... -- Jim Fleming UNETY Systems, Inc. Naperville, IL 60563 e-mail: JimFleming(a)unety.net

1 0

Re: the Internet Backbone
by Sean Donelan 05 Apr '96

05 Apr '96

The NSF didn't use the term "backbone," but it did use the term NSP - Network Service Provider. The NSF definition for NSP was - connect to hubs called priority Network Access Points, - route and carry traffic to or from any research and education location, and - make the routes available to a routing arbiter The implementation wasn't as clean as the definition. -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

RE: the Internet Backbone
by John Curran 05 Apr '96

05 Apr '96

At 12:35 PM 4/5/96, Jim Browning wrote: >There is no clear consensus concerning which of the facilities are "NAPs", >let alone which ones an ISP should participate in to be considered a >credible National/Backbone provider. For instance, while MAE-West was not >one of the original NAPs established by NSF, it clearly qualifies in all >other respects. On the other hand, I don't think it would be considered >necessary to be at LA, Phoenix, Tucson, Dallas, etc right now to be >considered a National/Backbone provider. Oh, I fully agree. >The criteria I've heard most frequently is "connected to three of the >NAPs, peering with at least 2 national providers at each of those NAPs". >I believe this is what MCI requires in order to establish peering with a >new entity... Mumble. Presumably, not every national provider will require peering with at least two others before agreeing to peer... the possibilities for deadlock seem a tad high. /John

1 0