- NANOG - lists.nanog.org

RE: Internet II is coming...
by Vadim Antonov 10 Oct '96

10 Oct '96

Sean Doran <smd(a)cesium.clock.org> wrote: >Moreover, you will note that lightweight private lines is not >something that can be done only by ATM... It can be done with IPv4 as-is. Build an IP-in-IP tunnel. Have the gateways doing encapsulation to slap higher priority on the packets, so there won't be any loss. Place a rate limitation on traffic entering the tunnel. Much better than CBR SVC in many ways. I know of at least one company which plans to offer that kind of functionality, at wire speed :) --vadim

1 0

Re: Internet II is coming...
by Vadim Antonov 10 Oct '96

10 Oct '96

Stephen Wolff wrote: >It **is** one IP infrastructure. The difference between a corporate >intranet and the academic version - I-II - is the stringency of AUP >observance and enforcement. Oh, no, not AUP again! What a mess. --vadim

1 0

RE: Internet II is coming...
by Sean Doran 10 Oct '96

10 Oct '96

| would you mind expanding a bit on why SVCs would do the job? | We're trying to determine if it's a service worth offering anytime | soon, who would use it, etc., Well, you have to remember that I'm not a marketing expert, so my advice has to be taken with a few kilograms of salt. Also, I was distracted for long periods of time between paragraphs, and had little revision time... Essentially, I could see some applications where one might want to nail up an SVC for a day or two, essentialy like ordering a private line. One obvious application might be putting some facility into well-known conference venues; from time to time one would want to nail up a gaggle of bit pipes to various places. Whether this is done as a virtual circuit using ATM or some other VC protocol, or mapping a "real" circuit through some SONET fabric(s) is probably less material than that it work reliably and not cost arms and legs in terms of time and in terms of money to set up and tear down. Another likely application might be to set something up between a supercomputer centre and a big data-storage or data-collection facility for some relatively short period of time. For instance, if a bunch of oil exploration data is suddenly going to be processed on some crunchy site, one would want a bunch of bandwidth available for some period of time as something along the lines of a dedicated circuit. Again, how this is done is less important than doing it relatively inexpensively and reliably. Could this be done with SVCs? Yes, certainly, but your routers will have to deal with shoving IP down the new SVCs, and your SVCs will therefore more likely want to be more like short-term PVCs than anything else. The 'S' part is probably useful for pricing and billing; your customers get to bring up a "circuit" when they want it and tear it down when they're through, and if one thinks in terms of hours or days or something as a billing period, rather than seconds, or milliseconds or whatever, this is relatively nifty stuff, potentially. If you are having to think in short time units, you get into ugly SVC setup times and having to deal with when to bring up an SVC and when to tear it down, more dynamic rather than static routing and the like. Could this be done with PVCs? Sure, no problem, but you lose some potential functionality and flexibility. For instance, if I were an ISP or an ISP's client, I'd like to be able to guarantee an X kbps path to somewhere specific for some period of time, which roughly translates to a CBR PVC, if one is disinclined to use a "real" private line. The problem is that PVCs typically are set up by telcos (which are not known to be ultraresponsive), and likely the SVC mechanism will allow one to acquire more or less bandwidth as necessary, under the control of the telco's customer, rather than the telco itself, within configured maximum and minimum bounds. This is pretty much the only REALLY interesting feature left in ATM: ideally you get to play TDM games at the endpoints rather than having to muck with things through a cloud or series of clouds. If one could do this with SONET, or one could do this at some other level that is more data-friendly than ATM, it would be a plus. (BTW, RSVP is not a good way to do this at the IP layer, but hybrid level-2/level-3 switch/routers (think of tags) might be...) Essentially, SVCs *could* offer some flexibility in terms of finding out what one wants as a PVC or in terms of having "temporary" PVCs. SVCs are not, however, remotely useful for building a connection-oriented network with the way the Internet works now, except in very very small niche markets. Thinking of SVCs and the equivalent as lightweight private lines might well be a good marketing and engineering position to take, although it is not precisely what canonical ATM hype seems to believe in. Moreover, you will note that lightweight private lines is not something that can be done only by ATM... Sean.

1 0

Welcome to nanog
by Majordomo＠merit.edu 10 Oct '96

10 Oct '96

-- Welcome to the nanog mailing list! If you ever want to remove yourself from this mailing list, you can send mail to "Majordomo" with the following command in the body of your email message: unsubscribe nanog web(a)typo.org nanog Here's the general information for the list you've subscribed to, in case you don't already have it: North American Network Operators Group

3 2

Re: Internet II is coming...
by Vadim Antonov 10 Oct '96

10 Oct '96

That only shows they have little clue. 10 times, ha! That's less than two years growth of the Internet. Somehow it looks exactly like more pork. --vadim > As described in the Oct. 11 issue of The Chronicle of > Higher Education, the new network is intended to deliver > the vastly higher speeds needed to allow the ... > "What everybody needs is > something on the order of 10 times more bandwidth."

3 2

Re: Internet II is coming...
by Sean Doran 10 Oct '96

10 Oct '96

2 1

Re: Internet II is coming...
by Kent W. England 10 Oct '96

10 Oct '96

At 05:20 PM 09-10-96 -0400, Fletcher E Kittredge wrote: >So a 10Mbps fiber ATM circuit translates, after the cell tax and >packet stredding, to 6Mbps on a real link. Is this not slow enough to >be a bottleneck? > >regards, >fletcher > > Even if a 10Mbps ATM circuit resulted in as little as a 6Mbps TCP payload, then PPP would give you about 7.2Mbps, since ATM costs you about 12% over PPP, given measured packet size distributions from FIX West. Is this not slow enough to be a bottleneck? --Kent

1 0

RE: Internet II is coming...
by Jim Browning 10 Oct '96

10 Oct '96

>From: Robert E. Seastrom[SMTP:rs@bifrost.seastrom.com] >Sent: Thursday, October 10, 1996 3:19 AM > From: Jim Browning <jfbb(a)atmnet.net> > > >| Oh, and by the way, given that the local loop provider has OC-48 SONET > >| provisioned to this particular location, we could just as easily have > >| provisioned the connection to our backbone at OC12 as opposed to OC3. > Did > >| I miss the Cisco announcement of an OC12 IP-SONET card? > > > >You may wish to discuss an NDA presentation on the forthcoming > >generation of routers from each of Cisco, Juniper and Bay Networks. > > Again, my post was based upon your assertion that this could be done today. > I sincerely hope that a new generation of routers is forthcoming asap that > can match ATM speeds. > >So, Jim, since your metric is what can be done _today_, could you tell >us just exactly how many ATM switch vendors can offer me _working_ >(not beta) OC12 interface cards _today_? The only one that I can >think of off the top of my head that I'd be willing to risk my >credibility as an engineer with management by going with is Fore. Of >course, that assumes that I'd be willing to risk my credibility as an >engineer by spec'ing ATM in the first place, which is a shaky >proposition to say the least. One is more than zero (which is what is available today with other technologies), and if you refer to Sean's original post, it was also focused on a single, albeit different, vendor. As the saying goes; what's good for the goose, is good for the gander. And BTW, the _today_ metric is Sean's, not mine.. You can flame ATM all you want, but you can _not_ credibly claim that router technology can _today_ provide _everything_ that can be done by adding ATM to the equation. Feel free to question the technology, as that leads to improvement. But please don't respond to legitimate argument with obfuscation. Sean made a statement. I challenged it with specific (working today) examples. The only arguments put forth in response can be paraphrased as "we don't need that capability on the Internet", and "ATM sucks". Neither one refutes my argument. -- Jim

1 0

RE: Internet II is coming...
by ckbr＠snt.bellsouth.com 10 Oct '96

10 Oct '96

Sean Doran wrote: >In the brave new world of an ATM-free future (assuming the ATM people >don't get _cheap_ SVCs out the door before we get the "Peter-Tony Protocol" would you mind expanding a bit on why SVCs would do the job? We're trying to determine if it's a service worth offering anytime soon, who would use it, etc., -Carolyn Reuss Science & Technology BellSouth

1 0

Re: Internet II is coming...
by swolff＠cisco.com 10 Oct '96

10 Oct '96

At 5:42 PM 96-10-09, Stephen Balbach wrote: >On Wed, 9 Oct 1996, Stephen Wolff wrote: > >> >Even with "recreational" use of the Internet, the Internet today is much >> >faster then it was 6 years ago (T1 national backbone (singular)). >> >> <ahem> UUNET had one. PSI had one. NASA had one and so did DoE. Oh yes >> NSF had one too. > >..and everyone fairly pulled thier equal weight.. ;) ACK. -s Stephen Wolff Business Development ciscoSystems 202 337 1213

1 0