Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Smart Routers

michael posted more than 12 years ago | from the centralized-control dept.

The Internet 125

Lukenary writes: "For years, Cisco and Juniper have been stuck in the "smart fringes, dumb core" view of routers and the Internet. If Larry Roberts and his new company, Caspian Networks, have their way, all those promises you've heard about the Web being the new entertainment medium may play out. "Smart" routers will be able to pick out different types of packets (text, voice, media, etc.) and intelligently sequence them to their destination more efficiently. Broadband that can really stream high-quality multimedia. Worldwide, high-quality IP-based long-distance telephone. Even faster dialup connections." While the Wired reporter doesn't question the greatness of these new routers, what it means is that the backbone companies gain greater control over what traffic they will and won't permit, what they'll speed up and slow down, etc. This is likely to increase their profits at the expense of the health and dynamicism of the overall network. ("You're a residential customer, you can't serve data, only consume it!") These are the issues we've looked at before here and here.

cancel ×


Sorry! There are no comments related to the filter you selected.

Given the speedy implementation (1)

Jeremiah Cornelius (137) | more than 12 years ago | (#209318)

...Of IPv6, I have little worry about the immediate impact of this.

Tunneled traffic will also have to be worked out as a problem, as the flags have to be available in the visible header. Thisisi a headache waining for someone to iron out.

Also, what about networks other than your ISP? The peering agreements between providers are pretty fast and loose as it is... Have you looked into the problems in enforcing QOS bits outside of even your own network?

Inertia is not an impervious defense, but it looks like a comforting one for this issue into the near-to-mid future.

Jeremiah Cornelius

Wrong on two counts... (2)

Sanity (1431) | more than 12 years ago | (#209319)

1) While this could theoretically be used for what you might call "censorship", the intention is actually a good one. It is quite sensible to give higher priority to realtime data such as audio and video than it is for, say, SMTP traffic, and all users would benefit from this.
2) Unlike IPv6, this doesn't require widespread deployment before it can be used (the chicken-and-egg problem that is delaying IBv6 deployment). Even if you are the only ISP on the planet using it, there will still be some benefit to your users.


Re:Application Developers.. (1)

Thomas Charron (1485) | more than 12 years ago | (#209320)

DoH! Should have been 'or', not 'of' higher priority web browsing.

Re:QOS (1)

Thomas Charron (1485) | more than 12 years ago | (#209321)

The idea of priority is decided based on the type of data inside of the packet 'stream', instead of simply taking the labels on the packets for granted.

Re:Bah :) (1)

Thomas Charron (1485) | more than 12 years ago | (#209322)

What provider was this, if you don't mind me asking? I know that it's stated in many usage agreements, however, it's a matter of public servers vs private ones.

Re:...when pigs fly and IPv6 is implemented (1)

Thomas Charron (1485) | more than 12 years ago | (#209323)

Democratic isn't the solution. I'd say that, just like the United States, a republic is more the idea. For the same reasons that ever single little law can't have a general vote in the US, the Internet can't have every little priority of ever little packet decided by everyone. I certainly don't want MediaOne, by service provider, deciding my bandwidth allotment based on every little packet I send.

Re:...when pigs fly and IPv6 is implemented (1)

Thomas Charron (1485) | more than 12 years ago | (#209324)

I'm confused by at least one statement after reading this post. How is this a 'new standard'? Theres no standard set forward with this. It's a product that provides these capabilities. In no way do they ever state they want this to be a standard. Then they'd lose their competitive advantage.

Re:QOS (1)

Thomas Charron (1485) | more than 12 years ago | (#209325)

No argument there. I was simply stating how this way different then a QOS flag within the individual IP packets.

One could also argue, however, that the flagging of streams on even a large scale, would require only a fractional increase in price compared to the total cost of these kind of switches.

Re:Really? (2)

Thomas Charron (1485) | more than 12 years ago | (#209326)

Well, it could always just look for known protocols, such as those used for video vs email, etc, tag that packet, and treat all other packets to the destination port/host as the priority of that it has 'decided' it should be.

It's really a vague mapping of what the routers think the data really is. Not the best idea, but if they could flag at least the more common video/audio streaming 'paths', it could help deliver these with a lower latency. Personally, I dunno if I'm comfortable about it. If you look at it on a really theoretical lvl, providers could start to analyze what kind of traffic I'm 'consuming', and hence, target my email with yet more spam based on what I've been doing. Blech.. More data to profile on..

Re:Just a reminder (2)

Thomas Charron (1485) | more than 12 years ago | (#209327)

Yea, but the issue I can see is how it's going to actually be enforced. It's a great idea, but beyond the ability to prioritize based on either destination or source, it seems to m that developers will eventually spoof it, and hence, negate it.

Re:Network Dynamism issues (2)

Thomas Charron (1485) | more than 12 years ago | (#209328)

This is a darned good post, I gotta say. IPv6 provides the 'smart network' by simply stating in the actual packets what priority needs to be given, and negates the need for some sort of a predictive algorithm to logically figure out what needs a higher priority.

My main concern, however, is that fact that application developers would still spoof this out, providing a higher priority for their traffic, hence, a higher thoughput, then needed. Blech...

Re:Smart=Dumb (2)

Thomas Charron (1485) | more than 12 years ago | (#209329)

Well, right now, there is quite literally NO intelligence involed beyond a simply netmask to determine where to hell to send the packet. I'm not so sure that intoducing *SOME* intelligence is such as bad idea, if it could be enforced somehow.. 8-(

Re:Application Developers.. (2)

Thomas Charron (1485) | more than 12 years ago | (#209330)

Yea, thats what I was thinking, really. The idea is great, but the enforcement of it simply can't exist beyond a simply source/destination based rule..

Re:Network Dynamism issues (2)

Thomas Charron (1485) | more than 12 years ago | (#209331)

Exactly what I'm thinking of. And I'm not so sure it'd b so hard to spoof the protocol into thinking it eas something else. I'm taking for granted that the routers/switches aren't going to be doing such an indepth analyses of each packet do to processing considerations, and hence, it shouldn't take to long to figure out what makes the higher priority 'kick in'.

Re:Really? (2)

Thomas Charron (1485) | more than 12 years ago | (#209332)

I'd imagine it'd deal with SSL as a standard 'web' traffic packet. Things like streaming video and audio wouldn't be transfered over SSL, so hence, SSL would have a lower priority, presumably the same as standard port 80 traffic.

Application Developers.. (5)

Thomas Charron (1485) | more than 12 years ago | (#209333)

One has to wonder, if these 'smart routers' ever come to fruition on the internet on a large scale, how long it would take developers to beging to 'camaflague' their applicaitons data to be those of higher priority purposes, and use this as a 'selling point'. Even if there would be really no basis for this, could it simply become a selling point for 'High Priority' instant messaging of web browsing, and hence make the entire idea innefective?

As a disclaimer, I'm not saying that this SHOULD happen, simply that I could see developers trying to get their applications to utilize smart switches and routers at a higher priority then they should. Some people just don't know how it all really works, and might be 'sold' on the idea of their emails going thru at a higher priority then they really need to.

Restrictions on services on Aussie cable (1)

GoLGY (9296) | more than 12 years ago | (#209339)

The kind of enforcement of what services you are able to run are already here in Australia. The current broadband carriers ( both of them - we have only 2, with DSL still being introduced ) require you to not run any type of service from your connection as part of the AUP ( Acceptable Usage Policy ), and as such, is a ground for termination.

A lot of people are quite annoyed with this AUP, as by default, unicies run the type of services from scratch.

While I can understand the need for the ISP's to restrict what their clients do, and i respect their distaste of 31337 kiddies running 0-day warez ftp sites on their network, I find it highly vexing that I have to firewall myself from my own ISP against me.

Fundamental flaw... (5)

FWMiller (9925) | more than 12 years ago | (#209340)

Theres a fundamental flaw with the theory that interior network nodes should be intelligent. The rate of progress in optical bandwidth improvement is increasing faster than Moore's Law. As a result, any intelligence that is built into the core using optical-electical-optical (OEO) technologies will actually cause the core to get slower (with respect to the overall bandwidth available) over time.

Something to think about...


Re:Juniper, not Jupiter (1)

vawlk (14842) | more than 12 years ago | (#209341)

I was about to say the same thing, but figured I'd search first because someone HAD to notice. Only you did.

Re:Jsut how smart is "smart'? (2)

Skapare (16644) | more than 12 years ago | (#209342)

Did you give that customer the option for a higher bandwidth contract, say at double the price for double the bandwidth? If so, then I would agree thc customer is cheating you. But if not, then I think you're in the wrong and the contract is agreed to under duress. If the physical link can handle 10 meg up, and the customer wants to use 10 meg up, and pays you for it, then adjust your core pipe accordingly, make more profits, and be a nice guy. Of course you need to use QOS either way.

Re:Intelligent Routing (1)

Anomie-ous Cow-ard (18944) | more than 12 years ago | (#209345)

If I am trying to ftp from my machine to a client across town, why on earth does it need to be bounced across the country, because we use different ISP's.

Not that this will actually solve that problem. It just means that all the routers on the path across the country and back will decide to deprioritize your traffic so the connection will be slower.

The reason it bounces across the country isn't technological, it's 'business'.


zero-copy (2)

cpeterso (19082) | more than 13 years ago | (#209346)

This problem already exists. This is why (some) people get excited about zero-copy network code for Linux. If your network is 1 Gbps, but the bus between your computer's CPU and RAM (say) 400 Mbps, if you copy your data once, then you have effectively halved your network throughput.

A company doing this (1)

Tronster (25566) | more than 12 years ago | (#209347)

The company Adero [] has been doing global content deliver via "smart" routing for a few years now.

Re:Fundamental flaw... (1)

jmauro (32523) | more than 12 years ago | (#209351)

Except OEO will soon die off for the really big switches, as all Optical Swtiches come into creation. No conversion from and to electronic signals, just all movements of photons. If OEO switches get slower as the get bigger, that fine. Just use all optical and forget the conversion all together.

Wow, what a load of crap (2)

Salamander (33735) | more than 12 years ago | (#209353)

This might be the first company I've seen outdo StarBridge in the "blatantly obvious BS" category. Slashdot has yet again fulfilled one of it's major roles in my life: letting me know about companies I should *avoid* investing in

I'm designing an "intelligent router" (2)

AaronW (33736) | more than 12 years ago | (#209354)

At my current job at I'm currently implementing what Caspian is talking about. I'm working on a BRAS - Broadband Remote Access Server which is able to interface with a portal and various services to allow the subscriber to do what they want to do.

For example, say it's Friday night and you want to watch that new movie that just came out. You log into your ISP's portal and go to the video selection, click on the movie you want and go watch it. Behind the scenes, the portal tells our box that you need, say, 5Mbps of bandwidth to the video server. Our box will guarantee that you have the bandwidth needed for the video, even if your roomate starts downloading a bunch of porn in the middle of a really exciting action scene.

This has other applications, for example gaming, video conferencing, or anything where a certain quality of service is required.

Now the BRAS needs to identify various flows and be able to individually shape flows as needed. Usually all that is needed is to look at either the layer 3 or layer 4 information, but unlike a traditional router, both the source and destination are important.

The product I am working on can guarantee bandwidth on a per-flow basis, where a subscriber might have multiple flows. That way traffic from a video server, or packets going to other gamers, will have the bandwidth and/or latency needed.

Our product is controlled via an open API, which is based on Corba and XML. This allows our box to be easily integrated into existing infrastructure (i.e. web portals and billing packages).


Re:I'm designing an "intelligent router" (2)

AaronW (33736) | more than 12 years ago | (#209355)

I might add that the box I'm working on does this with standard IPv4 and clients running standard software. No custom software on the subscriber's computer is needed. No custom protocols are used. In fact, the specifications are supposedly free (see tml).

The article on Caspian is rather sparse on information and mostly marketing fluff, however, the service creation model described is definitely the way things are going.

As for being able to sniff traffic and analyze packets, the box I'm working on doesn't go beyond layer 4 except for handling L2TP tunnels.

Another nice thing about the box I'm working on is adding new protocols and interfaces is a piece of cake. My code already handles all of the various PPPoE, PPP, Ethernet, and ATM encapsulations, but adding new ones like POS (Packet over Sonet) is also a piece of cake. This is due to the fact that it's based on a network processor. No, it doesn't run Linux nor is it capable of running it due to its highly specialized design.

Down the road expect for these routers to look deeper and deeper into the traffic as the network processors become more powerful.


Hey, I've done that! (1)

knarf (34928) | more than 12 years ago | (#209356)

My puny P166 gateway does something not quite unlike this, and more... Not hyperfast of course, but the technology to make content/context-based routing decisions is in the Linux kernel in the form of Class Based Queueing (CBQ). There's also the firewall based classifier, which enables you to 'mark' packets with iptables and use those marks for routing decisions. Look for this stuff under the 'advanced router' option.

Re:Application Developers.. (2)

Zurk (37028) | more than 12 years ago | (#209357)

blah. its already taken place before. the TCP/IP packet has a flag for high priority traffic. that lasted for a few days before everyone figured out the flag and now ALL traffic has the flag set for high priority. superswitches wont do shit -- everyone will just mark their data as high priority as before and life will go on.

Re:Application Developers.. (3)

Zurk (37028) | more than 12 years ago | (#209358)

no you anonymous dumbass. its not the URGENT field. its bits 8 thru 16 of the IP packet -- the TOS. and its not part of TCP either...maybe you should reread whatever crap reference you gave me.
i quote from RFC 791 : Internet Protocol :

Type of Service: 8 bits

The Type of Service provides an indication of the abstract parameters of the quality of service desired. These parameters are to be usedto guide the selection of the actual service parameters when transmitting a datagram through a particular network. Several networks offer service precedence, which somehow treats high precedence traffic as more important than other traffic (generally by accepting only traffic above a certain precedence at time of high load). The major choice is a three way tradeoff between low-delay,high-reliability, and high-throughput.

111 - Network Control
011 - Flash
110 - Internetwork Control
010 - Immediate
001 - Priority
100 - Flash Override
000 - Routine

One type of rerouting that would be nice... (1)

Velox_SwiftFox (57902) | more than 12 years ago | (#209359)

Is if this could be taken to the level of moving commonly-used data to multicast channels. How much of the Internet traffic is static content from commonly-accessed sites?

Maybe in a decade it will be taken for granted that the low bandwidth data comes from your main connection, and most of the packets for the Star Wars Part 9 trailer come from the TV's tuner, broadcast on a TV station's spare digital subchannels to the larger audience. We'll see what happens.

Re:Bah :) (1)

Velox_SwiftFox (57902) | more than 12 years ago | (#209360)

Thank you. It is customers like you who mean my own ISP has enough outgoing bandwidth (after their own web hosting) that they can and do allow servers to be run.

Re:Really? (1)

Velox_SwiftFox (57902) | more than 12 years ago | (#209361)

Ah, but what does it do when it cannot interpret the content from the packet type? Say "hey, this is an SSL packet, who knows, it might contain video or someone's electrocardiogram data, so give it highest priority just in case"?

Re:Intelligent Routing (2)

Velox_SwiftFox (57902) | more than 12 years ago | (#209363)

Not that this will actually solve that problem. It just means that all the routers on the path across the country and back will decide to deprioritize your traffic so the connection will be slower.

The reason it bounces across the country isn't technological, it's 'business'.

Business is exactly why that won't happen. How many routers will implement this stuff at once? Not too many. One corporation's segment of the Internet backbone at a time, at the fastest. Result: angry customers - lawsuits and courts interpreting contracts for guaranteed bandwidth broken - cat and dogs, living together - et cetra until the features are disabled.

Most of the router buyers won't purchase processing power beyond what is needed for plain vanilla routing anyway, plus processing some access lists at most, and the ballooning of the routing tables is likely to suck up enough router cycles that any multi-homed network will have to pass on the new "features".

Maybe it will come in as a lump feature everywhere simultaneously along with actual IPv6 usage. I doubt it.

Re:Really? (2)

Velox_SwiftFox (57902) | more than 13 years ago | (#209364)

Still, video and audio data will be - probably is - transmitted in encrypted form when confidentiality is required, over PPTP links for company "extranets", etc.

I suspect (hope) that with a secure protocol it would be difficult to classify the traffic inside, as I understand is beingh proposed.

Not if we want security/privacy... (1)

burtonator (70115) | more than 12 years ago | (#209365)


Next startup please!!!

So?... how do you expect to do this analyze packets and do smart routing when everything is encrypted? Huh? Thought so.

A lot of people in the cypherpunk community want a 100% encrypted network without the capability of wiretapping.

I think that it could be an interesting idea and I have thought about doing this for the last few years. The second you add encryption you can just throw the idea out the window.


Invasion of privacy (1)

Jarvo (70205) | more than 13 years ago | (#209366)

A couple of years ago her in Australia Telstra (the telecomms monopoly) wanted to introduce timed local calls for data while leaving voice calls alone. To do this they would have had to sample and analyze a piece of each call to determine how it should be charged. This, being an invasion of privacy, was thrown away as soon as the public got wind of it.

Classification of packets by protocol can only really work if the data in analyzed. Doesn't this also constitute and invasion of privacy?

The classification could also be achieved by only looking at the source / destination ports, but they can easily be changed by the provider of the service.

Re:...when pigs fly and IPv6 is implemented (1)

Jay L (74152) | more than 12 years ago | (#209367)

we need an international, independent, governing body for DNS and the internet, not an American-controlled company.

What, like ICANN? Yeah, that's worked well.

Sounds like MPLS (2)

sg3000 (87992) | more than 12 years ago | (#209368)

>To the untrained eye, Caspian's product, the Apeiro, is a
>new kind of router. But Roberts says it's not a router at
>all, because where traditional routers are "dumb" - Roberts'
>shorthand for the fact that they don't differentiate between
>the kinds of bits running over a network - his "optical IP
>superswitch," as he calls it, is smart. It can identify
>packet types (voice, text, video, et cetera) and priorities,
>allowing it to determine one packet's relation to others,
>and expedite traffic
in a way that's impossible today.

Roberts sounds like a jerk. He also sounds like he's trying to do multiple label router switching (MPLS). The idea is the originating device adds a short label in a shim layer between the transport medium (ATM, for example) and the IP layer. The label is read by the label switched routers (LSR) to route the packets through the network. Contrast this with the "best guess" method that's used with regular routers or even the QoS features of ATM.

The idea is that voice packets, various types of data packets, or anything that has different requirements on latency or jitter can be served on the same network.

And the "big gorillas" are happily implementing MPLS for their next generation data networks; Alcatel, Juniper, Cisco (although -- surprise! -- they're initially implementing a proprietary approach and just calling it MPLS), and others are all doing this for their core and edge router products.

But, hey, who am I to rain on this guy's parade?

Re:...when pigs fly and IPv6 is implemented (1)

mikedotd (91056) | more than 12 years ago | (#209370)

2) Its a new standard. It will never fly. The internet hasn't really changed since IPv4 & TCP/IP were implemented over a decade ago. Remember: we need IPv6, and we need "intellegent" routers if we want what people have been promised, the great "information superhighway". However, there are 10's of millions of hosts on the internet, and they all have to start using new protocols for packets, and IPv6. Before we start implementing major new changes online, we need an international, independent, governing body for DNS and the internet, not an American-controlled company. The internet used to be open and democratic, lets try and make it that way once more.

Correction. There would be no benifit if you were the only ISP on the planet using this, as all of the data you want to give priority to would be "off-net", not "on-net". Odds are your custiomers are looking to access multimedia from some other site, not your own network.

Entertainment vs. Communication (1)

numberVI (94451) | more than 13 years ago | (#209371)

The difference between the Internet, and TV, radio, and other "mediums" is that it is a Communication medium, whereas TV and radio are Entertainment mediums.

It is sad to hear that narrow minds in high places are intent on trick f**king the Internet into an Entertainment/Marketing medium.

I hope that by the time these QoS enabled routers become ubiquitous enough to annoy me, I will be to old and senile to notice.

Re:Application Developers.. (1)

bonoboy (98001) | more than 13 years ago | (#209372)

Look, this doesn't have to be an IP-layer bit. This can easily be implemented in an MPLS QOS-style deal, where the packet is encapsulated at the ingress to the network, and stripped at the egress. Try getting round THAT in a TCP header. Layer 2-and-a-half is where the business takes place, not layer 3. As soon as you've left your PPP, Ethernet or NBMA segment, you can kiss your application settings goodbye.

Not everything exists at layer 3, chaps.

Re:Bah :) (1)

-brazil- (111867) | more than 13 years ago | (#209373)

I fail to see how a server can "demand heavier use" than a non-server connection, when both have the same bandwidth limit.

Why we don't have QOS (4)

Animats (122034) | more than 12 years ago | (#209374)

I read the original article. They're implementing quality of service via something that looks vaguely like circuit-switched pipes. We've seen that before. Anyone remember Tymnet, from the 1960s, the predecessor to X.25? Same idea, but with newer technology. Very telco-oriented, with explicit setup and teardown. Well-defined for billing purposes. Some people think that's a good thing, and some don't.

The pro and anti QOS issue is quite old. When I first developed fair queueing [] , it was obvious to me that the queuing system could be biased to be "unfair", and that this would aid in making the Internet a billable transmission system. I deliberately didn't put that in RFC970, because I didn't want to make that happen.

A truism of modern transmission systems, including voice telephony, is that the billing process costs more than actual transmission. Worse, once you have a traffic-based billing system in place, prices tend not to decline as rapidly as tranmission costs decline. This is the major argument against QOS in the Internet.

John Nagle

Smart=Dumb (1)

R.Caley (126968) | more than 12 years ago | (#209375)

A Smart `center' means a more complex center, more things to go wrong, lower reliability.

Routing problems are common enough now. Imagine what will happen if configuring a router involves 10 times as many options to control all that intelligence...

This is not news (1)

T. (128661) | more than 12 years ago | (#209376)

It is, however, Layer 4 switching and it has been around for a while by now. Both Cisco and Juniper have their hands quite deep into this pie as well! Let us not forget the number two and three WAN hardware vendors, either. An easier way to write this article would have been to link to any one or two of a hundred old articles on this topic. (Oh, wait, that is what you did.)

this article is a total bullshit (1)

porky_pig_jr (129948) | more than 12 years ago | (#209377)

I hope this is the journalist who's clueless rather than the founder of Caspian (PhD from MIT, worked at Lincoln Labs), but just by reading the article one can safely say Caspian won't be anything more than a small blib in a radar screen, not due to the evil Cisco and Jupiter (sic!) plotting against it, but simply because these proposed routers don't offer anything which is fundamentally new. There are two reasons packets classification is done at the edges rather than at the core: the first one is that if you didn't do it right at the edges, it may be too late to do anything at the core, and the second one - packet rate at the core is such that doing anything fancy simply slows down the router. yes, you can put the prioritization logic into the silicon, this is what Juniper already has, and probably Cisco will have as well, and yet the fact of life is that on a core interface runing at OC-192 (and soon at OC-768), getting all the packets through at a wire speed, in conjunction with overallocation (so the average utilization is about 20 to 30%) gives you that 'guaranteed delivery' since most of the packets don't get lost due to queuing or interface pps rate. This is the key element in the design of the core: let's keep things simple. let's not introduce fancy algorithms. let's through some extra bandwidth and some raw power but other than that - no fancy algorithms, special policies, etc etc etc. Reliability achieved by a simple brute force. I don't wish anyone dealing with INTERNET core get involved in what appears to be 'content-sensitive prioritization and routing'. incidently the main reason Juniper bits the shit out of Cisco at the core is wire-speed and high density. as simple as that.

Juniper, not Jupiter (1)

Mold (136317) | more than 12 years ago | (#209379)

The two companies are Cisco and Juniper, not Cisco and Jupiter.

Re:Jsut how smart is "smart'? (1)

Doomdark (136619) | more than 12 years ago | (#209380)

trying to exceed the contractual bandwidth caps

Just curious; why don't you use real cap (as in having actual hard bottleneck... or even dynamically adjusting that accounts for consumed bw) for max speed. It seems this is/should be routers' responsibility; since it's beneficial for _you_ to make sure bandwidth is limited (not end user), you should keep everyone happy. I guess I'm just saying that preventing problems beforehand is better than letting problems occur then punishing your (soon ex-)customer.

The article is a pure piece of Marketing (5)

-tji (139690) | more than 12 years ago | (#209381)

The stuff he says about the "smart network" is a big piece of crap, intended to make them look better than the giant, cisco.

'He designed the Internet to be dumb at the core, so he could keep control at his lab' What a load of crap.. The Internet of his day bears little resemblance to the Internet of today. The reason the core doesn't get into complexities is just because of CPU power. The relatively low bandwidths on the edge was the only place that had enough CPU power to do heavy processing. If you tried to do that in the core, where all the links were aggregated, you could not keep up with the load and do complex processing.

And, the junk about smart routers telling different data types is REALLY simplistic. Labelling packets for their type of data is not the challenge. Allocating bandwidth per customer, billing per usage were more difficult. And, for a really tough issue to overcome.... Your ISP, say AT&T, labels your packet high priority voice data.. It zips through their network, then goes through a NAP & gets passed to MCI's network.. You don't pay MCI a dime.. Why should they honor your priority & preempt their paying customers?

Also, he tries to make it out to be a big benefit to everyone. As if, my WWW browsing will get faster if they do prioritized switching in the core. But, in reality, today my packets are treated equally with everyone else's. With prioritized routing, I will be at a lower priority than Mr. Deep Pockets at GM, CitiBank, GE, and other high paying customers.

Bah :) (3)

tcc (140386) | more than 12 years ago | (#209382)

("You're a residential customer, you can't serve data, only consume it!")

That's okay with me, I wanna consume p0rn not serve it.

QOS (1)

binford2k (142561) | more than 12 years ago | (#209383)

Can someone in the know explain how this is different from QOS?

Re:QOS (1)

iritant (156271) | more than 12 years ago | (#209384)

stream = state
state = memory
memory = $$

And where do you need to put that stream, state, memory, and $$?

Answer: everywhere in the core!

This is *precisely* why SMART edges are a good thing. Buffering video is a good thing. Beyond that, identifying interactive flows without retaining state is important.

Re:Network Dynamism issues (1)

iritant (156271) | more than 12 years ago | (#209385)

The only place you NEED QoS is in your network, and not in "the protocol". You need QoS properly implemented in ANYTHING that buffers, and at each and every buffer location.

Any time you make a QoS decision you make it based on your resources and policies, not just on request. As an administrator you need to decide what's important. The routers help you implement that choice today. And you can provide special queue handling or you can redirect the path of the packet (policy based routing). All of this works today.

A lot of what you're talking about sounds an awful lot like RSVP. It's already here for IPv4. Ipv6 solves the addressing shortage today, and that's about it.

Re:QOS (1)

iritant (156271) | more than 12 years ago | (#209386)

The major problems with ISPs today are as follows:

1] space
1a] power

2] truck roles

3] support

Putting aside [2] right now, I think [1] and [3] are going to be seriously impacted by mechanisms that don't make judicious use of well known ports.

Looking inside the packet is exceedingly complex, and it subjects the router to all sorts of state changes based on potentially buggy user code at the end station.

I apologize if my response was short in tone, but we've got to remember why we moved the intelligence out of the core in the first place. Remember, with a telephone you get O(1) stream, fixed rate, and there is no buffering on the ends.

Today, you can bunches of streams running simultaneously to your laptop/handheld/desk side. You could be watching a movie while talking to your brother on the phone, reading mail, playing with GNUtella, running IRC/Aimster/...

Re:So many misconceptions, so little time... (1)

iritant (156271) | more than 12 years ago | (#209387)

1) On the topic of encryption, you're talking about something at layer 5 or 6, whereas these routers would be looking at layer 4. At least, that's my view of how they work.

IPSEC is at layer 3. TLS sits atop layer 4, but in front of the data. If you wish to follow a stream on a core device without looking at port information (implied by others), then you're hosed.

2) QoS. Again, we are talking about the core. The backbone providers presently use a 'dumb' core. It doesn't care about QoS and can't implement it. They route purely at layer 3, usually using IS-IS as a routing protocol. What Caspian is proposing is to enable the backbone to route at a higher layer - presumably 4 - to prioritize packets, and to keep packets of the same stream together, rather than scattering them all over the place, hoping that they all get to the destination in some useful order.

First, I don't know what you mean by "scattering them all over the place", but I presume you mean in time, and not in route, since routing on the Internet doesn't change all that much from moment to moment, and when it does change, it does so due to a legitimate outage.

While it's true that backbone routers route at layer 3, they can and do implement QoS. This is particularly true for the GSR. Go check the web pages at Cisco. For interactive communications, by the way, you do not WANT the packets kept together. Instead you want them transmitted in the core at the same rate they were transmitted by the edge device. If you bunch traffic the humans on either end will notice, and/or you'll need buffering in the end devices to cover it.

3) The ISP's and backbone providers to a degree can already favor one customer over another. They can adjust BGP costs, set static routes, etc. so that certain traffic flows in a certain way.

The play for an ISP is to have a small percentage of priority traffic and a high percentage of non-priority traffic. So, what you want to sell is the right to have SOME high priority traffic, like interactive voice or video from a customer and a lot of low priority from that same customer.

Also, customers who pay for priority service want to know that they're getting it. That means that you need to know where the customer is going to be transmitting high priority traffic (i.e., provisioning bandwidth). That turns out to be a tricky problem solved by RSVP.

4) They new routers are meant for the backbone/ISP level. Your typical business won't have them.

You are correct so long as you use the word "typical", since large businesses buy a lot of the same gear as even the largest ISPs. Look at how many companies have 7500s today. Many of those same companies are looking at GSRs.

And I guess this says something about the technical prowess of Wired, if they gave you these misconceptions.

Re:Wrong on two counts... (1)

peccary (161168) | more than 12 years ago | (#209389)

re your 1. In an ideal world, charging for different classes of service (and volume) would mean that I could run ca. 1989 Internet services practically free of charge: text-only email and a few dozen text newsgroups. Not time-dependent, delay it as much as you like, bury it in your off-peak times. Alas, my pessimism assures me that the marketroids will utterly screw this up as well.

Re:Intelligent Routing (2)

peccary (161168) | more than 12 years ago | (#209390)

It's not "just because you use different ISPs". It's because your ISPs just don't have enough traffic in your town to justify peering with each other locally. Believe me, if there were a significant amount of local traffic, they'd just as soon avoid forwarding halfway across the country.

Re:Application Developers.. (3)

peccary (161168) | more than 12 years ago | (#209391)

They've already done it. Not every protocol in use on the Internet is "TCP-friendly". I won't name names, since, um, I was one of the offenders.

In a similar vein, there once was a little project to build a graphical hypertext browser, and they didn't like TCP's slow-start algorithm, so they made it open multiple simultaneous connections to the file server to bypass slow-start. They called that thing Netscape, IIRC.

Re:Intelligent Routing (2)

NevDull (170554) | more than 13 years ago | (#209392)

The reason your traffic goes all over the place is largely because of the influence of current or former telecom employees in companies providing internet services.

Let's take a 10-year-old telco, for example. In 1991, if they sold data services, the value was added in getting bits from one place on their network to another. Salespuke: "Hi. MyTelecom will get your bits from your office in New York to your office in LA over our great network. Latency is X, availability is Y"

Contrast that with the internet. Where does the company find its <buzzword>value proposition</buzzword>? If their excellent fiber (or whatever physical asset) is what adds value, then they want traffic *on* their network, and not hopping off of it.

What about private peering? Oh. Well, if I'm selling transit to my customers, why am I going to give it for free to (UUNet, Genuity, Qwest, AT&T, etc.) and if I do, because peering is in my interest, well... let's do it in 3 or 4 places. New York... San Jose... maybe D.C. and Chicago if they're lucky. So... if you're sending something from Dallas to Fort Worth... well... sure, your packets have to go through San Jose, and we're wasting bandwidth on our backbone, but if they want to get better connectivity to us, they're going to have to pay for it.


OK... enough free clues. Time to go back to looking for a job.


Re:Internet2 (2)

NevDull (170554) | more than 13 years ago | (#209393)


Internet2, if it's cheaper for anyone, is so because of the services and equipment which get donated.

Paradise for Business (2)

Alien54 (180860) | more than 12 years ago | (#209394)

Some CEOs think Paradise for Business is when they have the customer locked into their product, with now way out. Not that we know of anyone like this.

But there is definitely an elitist viewpoint out there, and inside club for some of these types. I was speaking the other day to may MIS manager, and he recalled dealing with an Upper Level Manager (TM) whose attitude was that if you didn't come from the right kind of school, then you were scum and disposable.

Whether you know it or not, for some people, there is a caste system, in their own minds, and it is good because they are on top. And if you aren't part of it, well too bad. You were not born lucky.

This leads us to the viewpoint of "We can do what we want"; it is just that there is less of a social veneer to the whole thing, so that they are being less hidden about it. It is more in the open, because they feel that there is nothing to stop them. Most of the public have been tamed and domesticated. The wild (but educated) Human is a rare breed indeed these days.

Check out the Vinny the Vampire [] comic strip

Re:Sounds like MPLS (1)

dalzell (190300) | more than 13 years ago | (#209395)

>Contrast this with the "best guess" method that's used with regular routers or even the QoS features
>of ATM.

MPLS/POS QoS still will not rival that of ATM b/c MPLS traffic will be all variable sized and at some points these will need to be buffered and Jitter will increase even for high-QoS streams (take the instance where a 30,000B packet of priority x is just being transmitted and a 30B packet of priorty_greater_than_x is sent to an egress port. that 30B packet will have to wait for the entire 30,000 B packet to be transmitted.). ATM doesn't have this problem, as connections' traffic is all 53 B (there is a small bound on the jitter one will ever experience). The problem with ATM is that it is IP-unaware without MPLS. Many MPLS solutions will, in fact, maintain ATM through the core and will only have POS/MPLS LERs. See the "Best Of" Article in the latest Network World article where they named AT&T's IP-aware ATM network as the best out there.

Re:Fundamental flaw... (3)

dalzell (190300) | more than 12 years ago | (#209396)

The problem with your argument is that for intelligence, you still need OEO conversion. The all-optical part is the data path only. To distinguish/analyze packets or to set up connections and tunnels still requires OEO conversion.

Pay to play? (5)

Papa Legba (192550) | more than 12 years ago | (#209397)

The use I would expect to see these put to is shakedown for ISPs by the bandwidth providers (Worldcom, etal.) . With them being able to tell what the packet contains and speed it up or slow it down accordingly it is not any kind of leap to do it based on packet source. This means that they will be able to sell you a T1, but if you want the premium upgrade that will cost you. The premium upgade will contain an automatic speed up of one step for packets originating at your IP range. Want another step, that's another "premium" package purchase. If you are AOL and want you packets to route faster than the packets from mindspring you just need to get the next "premium" upgrade. That way you can run ads saying that your network is faster than theirs. It will make the final days of the ISP wars a bidding adventure.

Writers of software could kick in also on this. If the packet contains a word document then give it a speed step, microsoft pays for it, Star office on the other hand gets nothing. The individual effect is negligable, but the overall impression people will get is that Office is faster than it's compitition.

The ultimate effect will be that the larger providers and software publishers will be able to pay to get increased performance on the net. The little guy will be squeezed out of the market by a lack of being able to pay for bandwidth ability.

And let's not even talk about paying to have your competion slowed down on the net...

Intelligent Routing (2)

Warin (200873) | more than 12 years ago | (#209398)

I dont think anyone can deny that we need some change in the way packet routing happens now. If I am trying to ftp from my machine to a client across town, why on earth does it need to be bounced across the country, because we use different ISP's. The main problem I see with this system is that there really is no way to stop the large backbone providers from selling 'priority' access for particular streams. In other words, your for pay info from will be a lot faster than your not for pay look at Slashdot. I think that if you CAN abuse it, a corporation will figure out a way to do it, no?

Internet2 (1)

PSUdaemon (204822) | more than 13 years ago | (#209399)

This is very much like the concept of Internet2 [] that a whole slew of universities, and i believe some non-profit organizations take part in. They have their own private backbone, "abeline", and they have a priority scheme implemented. And what if someone breaks the rules? If they get caught they are kicked off. Which is a great detterant since this network is much more efficient than the standard internet, and cheaper.

Re:Yummy (1)

Zero Sum (209324) | more than 12 years ago | (#209401)

Those are called dilberries... From the old English "dil" = "asshole".

Re:Bah :) (1)

Stonefish (210962) | more than 12 years ago | (#209403)

The problem with QOS and associated schemes is that it costs more to manage the bandwidth than the bandwidth costs. Each service type needs its own routing table. Routers that don't support this type of routing dissapear from the network leading to a service that is not utilising all the available hardware. Read the fat pipe hypothosis. Modern routing protocols already can choose optimal routes for traffic but telecos only interconnect their network at designated points rather than multipoint connectivity.

OSA Model (1)

Aciel (222783) | more than 12 years ago | (#209404)

Where does this go in the OSA Model? Damn CCNA...


Re:Network Dynamism issues (2)

hillct (230132) | more than 12 years ago | (#209405)

That's a good point, although I'd think, in order to spoof a protocol, to the extent that a QOS capable router would assign it some higher priority than it would otherwise get, the protocol being modified would have to be extremely close to the target protocol (being spoofed); so much so that it would be unlikely to be successful.

Spoofing one protocol into another to the point where a router wouldn't be able to distinguish the two is far more complex than spoofing the source or destination of packets.

Presumably, we're not talking about something simple like wrapping FTP inside SSH. I guess it's concievable that someone might wrap FTO or some other protocol inside Real Networks PNM, or something (that's the first example that came to mind) but I'm not sure how much of a value-add even that would be for a developer, to have his transfer given that marginally higher packet priority. I guess it's an issue that could be debated extensively...

As I compose this, i'm convincing myself that perhaps prtocol spoofing might be a more substancial problem... hmmm. Well I can see a scenerio where a vendor sels an FTP client ans server product set, where the vendor can garuntee a higher transfer rate than with any competing FTP client/server packaged product set. Customers would only realize a benefit when using this hypethetical across similar systems, for example enterprise remote offices.



Network Dynamism issues (4)

hillct (230132) | more than 12 years ago | (#209406)

The point was made that network dynamism will be reduced. While this is certainly true, in that new protocols will be slower to take hold, because with the introduction of new protocols would require each router to be re-tuned to handle them at a suitable priority, this is really no different than current firewalls. If you assume that the first thing a network engineer is going to do when he gets one of these QOS capable routers, is lock down his network, in essance firewalling each subnet, well then the hypothesis will be accurate.

If, on the other hand, the majority on network engineers are smart enough to know that while QOS is important, it only has business value where the benefit it offers meshed with the services offered by the provider in question, for example, the first thing every network engineer is going to do as soon as he/she gets her hand on one of these is to lock down a test enviroment, but hopefully, they will be smart enough to see if, for example, their company doesn't provide VOIP services, there's no point to tuning the routers to handle it (unless they're just trying to be neighborly or something.

The example given is, however completely valid, about choking off upstream trafic for residential broadband customers, however, this is already being done , although not with the level of rranularity with which it could be done.

While router based QOS is neat, it's really only a tiny step forward. We need IPv6 before QOS really becomes a reality. Router based QOS is just no substitute for protocol based QOS.



Not a problem for me (1)

MaxQuordlepleen (236397) | more than 12 years ago | (#209407)

no servers WHATSOEVER allowed, i.e. they explicitly prohibited http and ftp So far, so good. I don't know if the cable operators in my neck of the woods are stupid, or overworked, or don't really care, but it all works out the same. Supposedly we are limited to one IP unless we beg for more, because of some kind of naming scheme. At least here in SW Ontario, @Home's network doesn't do the checking they claim they do. Also, no problems running ftp and http servers at all. And from the amount of portscanning traffic that I see in my logs, I am assuming there are a LOT of servers running on 24.x.x.x...

Re:This isn't new... (1)

smashdot (243415) | more than 12 years ago | (#209409)

I hear ya..

This idea has already been implemented. We are hearing market-man speak. Custom-queueing in a Cisco router can be done on a very granular level. At the core level (i.e Auton. Sys.), however, this will become more of an issue, as we have seen in the discussion about BGP routing protocols and their sheer memory requirements. BTW, most of the world ain't getting their data via ATM. Most of or WAN infrastructure is still Frame Relay, which has fewer built-in QOS features. In a nutshell, if we were talking about a revolutionary idea, Cisco would have done it already. To truly improve the perfomance of broadcast-type apps, we need caching, not queing.

Really? (2)

tulare (244053) | more than 12 years ago | (#209410)

So these routers can analyze my packets and "determine the most efficient way to transmit them?" Is anyone else just a little bit uncomfortable with this?
I agree with those who say the Internet is not running up to spec, but I'd sure like to see a thorough discussion on how the technology can avoid actually looking at the content, not just the content type. I agree with michael (for once) that this introduces an ability for ISPs which may not be in the best interests of free expression of ideas - something I was led to believe the internet would bring us.

So many misconceptions, so little time... (2)

sacremon (244448) | more than 12 years ago | (#209411)

1) On the topic of encryption, you're talking about something at layer 5 or 6, whereas these routers would be looking at layer 4. At least, that's my view of how they work.

2) QoS. Again, we are talking about the core. The backbone providers presently use a 'dumb' core. It doesn't care about QoS and can't implement it. They route purely at layer 3, usually using IS-IS as a routing protocol. What Caspian is proposing is to enable the backbone to route at a higher layer - presumably 4 - to prioritize packets, and to keep packets of the same stream together, rather than scattering them all over the place, hoping that they all get to the destination in some useful order.

3) The ISP's and backbone providers to a degree can already favor one customer over another. They can adjust BGP costs, set static routes, etc. so that certain traffic flows in a certain way.

4) They new routers are meant for the backbone/ISP level. Your typical business won't have them. The biggest barrier is going to be replacing the existing hardware with the new stuff. That's a lot of hardware to replace, and it doesn't look like an ISP can replace things piecemeal.

If people had bothered to read the Wired article in the first place, a lot of these questions would not have been asked in the first place.

...when pigs fly and IPv6 is implemented (5)

MikeLRoy (246462) | more than 12 years ago | (#209412)

The whole idea of smart routers is nice, but it has two major problems.

1) It is another form of corporate censorship. Before the days of big ISP (i used to use a ma and pa operation!), a host was a host was a host: ie, if you had an ip, be it dialup or a t1, you could use your bandwidth as you pleased. Granted, and FTP server on a 33.6k connection was sad, but that was your choice. Now that bandwidth at the doorstep exists, we're limited in how we can use it: if @Home had their way, all you'd be able to use is their "premium content".

2) Its a new standard. It will never fly. The internet hasn't really changed since IPv4 & TCP/IP were implemented over a decade ago. Remember: we need IPv6, and we need "intellegent" routers if we want what people have been promised, the great "information superhighway". However, there are 10's of millions of hosts on the internet, and they all have to start using new protocols for packets, and IPv6. Before we start implementing major new changes online, we need an international, independent, governing body for DNS and the internet, not an American-controlled company. The internet used to be open and democratic, lets try and make it that way once more.


How will this effect gaming? (1)

man_ls (248470) | more than 12 years ago | (#209413)

What priority will games such as Counter-Strike be given? They probably amount to a large portion of Internet traffic (given that there are more users playing CS online at any given time then Q3 Arena and Unreal Tournament combined), but aren't exactly terribly important. Would they be assigned lower priority then streaming media? Voice-over-IP connections? Regular user's web surfing?

There needs to be an outside, possibly even government authority controling what priority different types of traffic. I want my Counter-Strike higher then my friend's pr0n surfing, but not necessarely higher then Linus' voice-over-IP telephone call to another Linux developer.

smart routers are a bandaid (1)

xtp (248706) | more than 12 years ago | (#209415)

The religion of packet switching (dumb router core) does not acknowledge the value of circuit switching. There are many architectures where packet switching rides over (reliable) circuits, as well as the other way around. The extreme measures needed to look at an IP packet stream and deduce (!!) the circuit information that would have been present, but is not, require a tour-de-force of beyond-the-header spying: i.e. it's like adding a switching fabric to Carnivore. Caspian is not the only proponent of "reverse-engineering" packets to synthesize QoS streams. The idea has been around, although doing it on a bunch of OC-192 flows is quite macho. Caspain has probably stated the problem correctly; it is not at all clear the world will be dragged in their direction.

Why didn't he just say ... (1)

rixster (249481) | more than 13 years ago | (#209416)

My router goes up to 11.

Re:Bah :) (1)

daniel_isaacs (249732) | more than 12 years ago | (#209418)

While this is true of every Cable EUA, it's more bark than bite. I, and just about everyone I know with RoadRunner, run a webserver/mail server from our cable modems. And as long I don't start selling stuff from it, or host a 'Time-Warner customer service sucks Goat balls' page, they more likely than not will leave it alone. Sure, they have you over a barrel if they want, but so do most corporations.

Jsut how smart is "smart'? (1)

RavStar (252707) | more than 12 years ago | (#209419)

We could really use these, we use complex access filters as it is to deliver QOS for the different protocols, but we still see problems on our network. Many of a time have I had to govern a user who was abusing a cheep residential account, trying to exceed the contractual bandwidth caps, trying to run a high load game server, ect. We try to be as flexible with the users as possible, we even host most light load and game servers on our server pod for free or nearly free for our customers. A smarter router that would allow us to be more flexible and cut our bandwidth up between our users would be great. I am wondering HOW much smarter, because QOS and ACLs tend to provide a high degree of control all ready.

Shameless Plug for my website:
Wireless Lan Systems!
Network over a 25 mile radius!
MicroCellular Systems! []

Hey, at least I didn't use the BLINK tag!

Re:Jsut how smart is "smart'? (1)

RavStar (252707) | more than 12 years ago | (#209420)

yes, we have the option to purchase "premium" accounts and more blocks of data transpher. Our premium accounts are un-limited.

Re:Jsut how smart is "smart'? (1)

RavStar (252707) | more than 12 years ago | (#209421)

we TRY to keep the network as fast as possible, but at the same time we also have to make sure that all users get what they pay for. We have a packet monitoring Linux box that logs the amount of data each IP address (client) sends and receives on our network. When a account exceeds 2gb/mth, the IP address is sent to sales. The sales person looks up the account, contacts the user about upgrading the account. We normally don't actually start charging the 2$/100mb unless the user has transferred 60-200% over the monthly quota. Since we have a 11mbps switched backbone (wireless 801.11b with fast gate switching and spanning tree) we have to make people aware that the simple fact is:

On several users, who do not desire to purchase additional bandwidth and who don't want to upgrade their account, after 2gb/mth we downgrade their speed to 256k, which is still faster than dial up but slow enough that they cant use up the network's bandwidth. Also, on our network, bandwidth can only be governed at the routers, the 802.11b equipment we have DOES do it, but it is a pain. The Software Development Team is supposed to fix this in the next rev....

Re:Jsut how smart is "smart'? (1)

RavStar (252707) | more than 12 years ago | (#209422)

dispel this: ES&D!

Its not like Slash Dot has a built - in spell checker...

And I still filter it through my word proc's spell checker.

Re:Juniper, not Jupiter (2)

imipak (254310) | more than 13 years ago | (#209424)

How hilarious - and how slashdot that 24 posts didn't notice...
"I'm not downloaded, I'm just loaded and down"

Re:Bah :) (2)

imipak (254310) | more than 13 years ago | (#209425)

Considering the vast majority of broadband ISPs don't even filter for ports 137/139, let alone actively look for them and warn customers that they're sharing their entire Windows machine with the world, do you think they go checking up? I doubt it. They're probably not going to notice, unless you get slashdotted...
"I'm not downloaded, I'm just loaded and down"

Why is the Internet becoming the television? (1)

Slashdot Junky (265039) | more than 12 years ago | (#209426)

Dear world,

What will faster and smarter routers do for the net? I suspect that they will not do much anything if content continues to evolve like it is presently.

I have thoroughly enjoyed my cable modem since receiving it in January of 1999. Home broadband connections are absolutely great, and they allow for those of us with one to receive data, regardless of type, at much higher speeds! This is benefit in many different ways!

Personally, since I work from home, I value the always-on feature more than the increase in speed. I care nothing about video-on-demand and net radio. I have two televisions and a stereo for that type of media.

The Internet would not be so congested if it wasn't for all of this "fat" data moving around. The powers-that-be are pushing this very type, because they want for the Internet to be interactive TV. Text-based and still image-based content effectively conveys information to me.

My question to the world is:
Why must the Internet become the television instead of simply being a compliment to it?

Clay Smith

Re:Fundamental flaw... (2)

gsliepen (303583) | more than 13 years ago | (#209427)

Very true.

To back this with some numbers and an example:

  • Today's backbone linespeeds are in the order of 10 Gbit/s
  • Humans are sensitive to jitter/delay down to the order of 1 ms
How does QoS work? It puts packets in buffers in a smart way and sends them out at other times to make sure jitter and delay are as low as possible. Since the human resolution is about 1 ms, the buffers need to be able to store roughly 1 ms of network traffic.

10 Gbit/s * 1 ms = 10 Mbit = ~1 Mbyte

So, each port on a QoS router in the backbone should have a buffer of 1 Megabyte behind it? And in 1 ms the logic in the router has to sort and shuffle the contents of that entire buffer?

Let's also calculate the duration of a packet of about 1 kbit big (that's close to the MTU):

1 kbit / 10 Gbit/s = 100 ns

Jitter on the network is in the order of a few packetdurations. Compare this to the resolution of a human. On 10 Gbit/s networks, this really isn't an issue anymore.

Where is the real problem? Where the network is slow. Where is that? Near your own modem: on the edge of the network. QED.

Just a reminder (2)

blair1q (305137) | more than 12 years ago | (#209428)

QOS, or "quality of service" doesn't mean "we're going to make your service better and better," it means "we're going to give you what you paid for it."

And it's not draconian, it's business. Anyone who doesn't devolve to the profit-maximizing model will not be profitable, he will be out-competed, and his perhaps shinier technology will be marginalized, then forgotten.

"This is why in 2001 there are no flying cars, only five oil companies, six banks, and one internet."

well (1)

waspleg (316038) | more than 12 years ago | (#209429)

it is their network i don't see why they shouldn't be able to have more control over it if they want to.. this could be a bad thing, but i think the top level people at most of the backbone providers are pretty smart and probably don't want to see the net get facist.. besides faster/better routed traffic would increase teh speed of everything immensely look at teh bright side, if they are successful there will be lots of cheap cisco stuff on ebay!!

Time for the UnderNET? (1)

TargetBoy (322020) | more than 12 years ago | (#209430)

Hrm. I wonder how long it will be before I start using BBSes on dialup again.

Already starting to see some crop up on the 'net. They will be in good position to keep on going once the corps make it impossible to have any freedom on the internet.

There really needs to be two internets. One that is corporate and non-anonymous, and an anonymous one where the government and corporations are not allowed.

Stupid routers (1)

crazyprogrammer (412543) | more than 12 years ago | (#209431)

I wond3r h0W lonG iT will be BeforE my coMmentss wiLl be rouTed througH a Smart RoutEr thAt wiLl know HoW to hAndle PackEts of tExt, uNlike thE sTupid rouTer iT iS goIng ThrougH noW

Re:Sounds like MPLS (1)

crealf (414283) | more than 13 years ago | (#209432)

MPLS/POS QoS still will not rival that of ATM b/c MPLS traffic will be all variable sized and at some points these will need to be buffered and Jitter will increase even for high-QoS streams (take the instance where a 30,000B packet of priority x is just being transmitted and a 30B packet of priorty_greater_than_x is sent to an egress port. that 30B packet will have to wait for the entire 30,000 B packet to be transmitted.).

This is a problem only if you have limited bandwidth. If you have high bandwidth (say 1 terabit), the delay for which the 30B packet will have to wait will be much less than the transmission delay: 24 ms at 1 Gbps, 24 microseconds at 1 Tbps (at which point the hardware architecture dominate the switching delay, not nessarily queueing).

Since bandwidth can increase but obviously the speed of light cannot be increased, I'm tempted to say ATM small packets are attempting to solve the wrong problem. ATM is only optionnal.

This isn't new... (5)

Phasedshift (415064) | more than 12 years ago | (#209435)

This isn't such a revolutionary idea.

It says in the article:

"The Apeiro technique is based on a standard called multi-protocol label switching, which Roberts has tweaked and renamed D/MPLS - the D is for dynamic."

Basically, in a large network the border routers would take parts of the header of the IP packet (dest/source IP address, etc just like MPLS), along with parts specific to D/MPLS (probably pulling certain information from the payload of packets, among other things), and sticking it in the ATM cell header, allowing things to be switched at Layer 2.

If your just grabbing data from the header of the IP packet, then MPLS already does this (mind you, it could be better). However, as far as being able to look at portions of the payload of packets, and switching them based on that data.. This is not feasable for a backbone router, the latency this would add would be unacceptable in most cases (versus the benefits), unless the data your looking for is always a certain length, etc.

Besides, the important part is you can impliment custom queueing on gateway and border routers, along with MPLS allowing you to do the same thing (minus a few "features", but not enough to make this anything revolutionary). Custom queueing on a Cisco will give certain types of traffic priority over others. I.E. it can give packets with a destination port (TCP/UDP) of 1720 (H.323) the highest priority, while giving FTP traffic (port 21, etc) lower priority. How to set it up on a cisco (and information on it) is at ftware/ios120/12cgcr/qos_c/qcpart2/qccq.htm

You can also do nifty things like give priority to traffic with a source of a certain subnet (custom queueing can't do that, but using route-map's, etc it can be done), etc.

What if.. (1)

Coolmoe (416032) | more than 12 years ago | (#209436)

The company providing your ISP bandwidth were to lower the priority of the packets coming from your T1 line? You still get your bandwidth but would it matter? Also will an ISP's bigger customers get the preferental treatment as far as priority even though you may pay the same amount of money. Seems like a bad idea to me as well as increasing network overhead. IMHO

Re:Intelligent Routing (1)

cisco_rob (443705) | more than 12 years ago | (#209437)

not that it really makes a shits worth of difference whether your traffic flows across the country and back to its destination or directly to it. The latency is negligable. If my traffic goes to mae west and back here, it took 10 ms more once it reaches that high level of routing. When your traffic goes from one side of the country in one hop you're most likely riding on some tipe of fiber connection (OC 12, 48, etc.) And I promise, with all the other shite that happens when it actually gets to its destination (read: frontpage extentions, piece of shit webserver handling, etc.) you can't tell the difference.

Re:Bah :) (1)

PineGreen (446635) | more than 12 years ago | (#209439)

Yeah, porn is great, but I was just about to get a cable modem, when they told me, no servers WHATSOEVER allowed, i.e. they explicitly prohibited http and ftp, but it was sort of implied that if they get you running a BBS or a hotline server they kill your children. Of course, you can get that a cable with server allowance but that COSTS.

Another dumb idea (1)

krazyninja (447747) | more than 13 years ago | (#209440)

The idea of prioritising has been discussed for a long time, in various forms for VoIP networks (mainly). Now, how many such routers have been deployed today? Intel has them , cisco has them, others have them. But why hasnt the internet speeded up? I think the problem is not with being able to prioritise data, but with the infrastructure itself. Unless the entire backbone is changed, the present scenario wont change. But he is right in one thing. The dumb core - smart fringe idea has to be thrown out for this to fructify

dumb and smart (1)

zoombah (447772) | more than 12 years ago | (#209441)

Don't underestimate "dumb" routers. Don't underestimate "dumb", period.

Examples of "dumb" equipment working better than "smart" equipment:
1) Many SCSI Controllers under UNIX. Unices typically like to have low level control over the disk devices. Adding another "thinking" layer slows things down.
2) Pentium IV. Sure, the branch execution may help in some places, but in others the pipeline gets screwed over and you end up with *bad* performance.

Apply the same logic to routers. Sure, the current load on our routers is enormous, but making them "smart" isn't the end-all-be-all.
Load More Comments
Slashdot Login

Need an Account?

Forgot your password?

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>