x
<<   <   Page 3 / 5   >   >>
tsat 12/5/2012 | 3:27:14 PM
re: Cisco Pumps Up the Edge You really think major customers will make decisions based on LR tests? LR is going to risk loosing ad revenue from the losing vendor? I'm just sayin'...
Light-bulb 12/5/2012 | 3:27:14 PM
re: Cisco Pumps Up the Edge Well if the vendors believe in their products... charge them. If anyone can pull this off it's LR. It needs to be 3rd party.

It's gotta get done somehow.
tsat 12/5/2012 | 3:27:14 PM
re: Cisco Pumps Up the Edge I doubt LR has the resources for these sorts of expensive tests. Hell, I doubt the carriers even have the budget for it.

-tsat
Light-bulb 12/5/2012 | 3:27:14 PM
re: Cisco Pumps Up the Edge You know it's amazing the amount of bashing that comes out against Cisco when they release a new product. It's almost to a point of laughable.

You know the last thing I remember seeing about large boxes is the CRS actually being tested at LR and no other vendor willing to submit equipment. And as to the whole 92tb thing... obviously someone doesn't understand the carrier market. Fundamentally the CRS follows the Tellabs 5500 concept. And I've never known that an architecture that can scale as a bad thing. At least they have a story of growth instead of forklift.

As to the question of H-QoS, has someone actually done a valid comparison of this in a very solid head to head test? I've always come away as very impressed with the QoS of Cisco devices albeit sometimes you never know what equipment can support what, as the various equipment supports very different QoS abilities, and that can be frustrating.

I think this is a good challenge to LR. Get the equipment, Price it out (AT LIST PRICING) and compare the level of traffic sculpting, shaping, policing, and really flex QoS. I think it's a no brainer that QoS that had been done traditionally at the edge is very much getting pulled in very tightly into the Core networks. One stance that I applaud Cisco for having the foresite to understand this especially as more services are directly implemented off the network. QoS should live and be enforced THROUGHOUT the network holistically.

So hop to it LR! Get Alcatel, Juniper, Cisco, Redback, Huawei in a head to head! Let's see who can master the traffic! Let all the vendors put their money where their mouth is. And lets really see some strain, H-QoS on a massive scale! ACLs, NetFlow, Scalability, Platform Life expectancy, Power utilization/Power efficiency. Lets see it!
whyiswhy 12/5/2012 | 3:27:12 PM
re: Cisco Pumps Up the Edge Cable co's found an answer to this problem years ago:

http://www.cablelabs.com/

Mind boggling over all these years telephone companies haven't gotten their shix together and done something similar. Were they hoping Bell Labs wouldn't die?

-Why
Light-bulb 12/5/2012 | 3:27:12 PM
re: Cisco Pumps Up the Edge You are right of course. However, I grow tired of the 'vendors' trying to throw FUD on the boards towards any new product. I see this very clearly when Cisco releases something but at the same time I see it with new product releases from basically all vendors.

I do wish there was a way for a true 3rd party to validate these systems as any more testing these massive systems becomes nearly impossible to an individual carrier or customer.

LB
tmc1 12/5/2012 | 3:27:11 PM
re: Cisco Pumps Up the Edge Not that this matters, but here's an amusing piece of trivia: Cisco actually called out Juniper and Alcatel-Lucent by name in the press materials this time.
----------------------------------------------

Craig,

Is that like a "shout out to all of our peeps"?

;)

farsonic 12/5/2012 | 3:27:11 PM
re: Cisco Pumps Up the Edge I can see you point about bashing vendors when they announce a product. But normally products are announced with some concrete features.

This is a product announcement for a router due in Q2 next year. They state 400Gb/s per slot, which in reality we know is going to have to involve some major patch work at a later date.

There isn't even a spec sheet saying what protocols and/or features it supports. Every announcement from Juniper/Alcatel/Tellabs etc announces products stating what the hell it actually does....this announcement is to create a barrier to stop companies buying 7750/7450's, MX's and other products.
ethermac 12/5/2012 | 3:27:06 PM
re: Cisco Pumps Up the Edge There isn't even a spec sheet saying what protocols and/or features it supports. Every announcement from Juniper/Alcatel/Tellabs etc announces products stating what the hell it actually does....this announcement is to create a barrier to stop companies buying 7750/7450's, MX's and other products.

Sorry, but are you serious? This is the same for all of the vendors, don't point your finger at Cisco for this. Specifically, I remember very well announcements from Juniper re the MX and the T1600 when everybody in the industry knew very well the products were not there. As for the ALU products, tell me where can I get the same level of *real* information (publicly available) of their products, as I can with Cisco, or Juniper

xp 12/5/2012 | 3:27:04 PM
re: Cisco Pumps Up the Edge >> I think it's a no brainer that QoS that had been done traditionally at the edge is very much getting pulled in very tightly into the Core networks. One stance that I applaud Cisco for having the foresite to understand this especially as more services are directly implemented off the network. QoS should live and be enforced THROUGHOUT the network holistically.

While this may sound appealing in theory, what's the cost of having the smart people to configure/troubleshoot the QoS mechanisms?

QoS is often treated as a purely technical topic. But it also has a commercial and regulatory (Net Neutrality) side. When you look at all the technical, commercial and regulatory issues together, you may get a clearer big picture, and thus some new perspective on QoS.

I highly recommend Xipeng Xiao's new book "Technical, Commercial and Regulatory Challenges of QoS: An Internet Service Model Perspective", available at Amazon.
<<   <   Page 3 / 5   >   >>
HOME
Sign In
SEARCH
CLOSE
MORE
CLOSE