If it requires an NDA or me having to talk to Cisco to find out this basic information, then I will drop Cisco off the list for consideration as you rightly point out, the others all provide this detail upfront.
How does Cisco expect us to sell them as a superior product against other vendors if the information is not available? ...Skeeve -- Skeeve Stevens, CEO/Technical Director eintellego Pty Ltd - The Networking Specialists [email protected] / www.eintellego.net Phone: 1300 753 383, Fax: (+612) 8572 9954 Cell +61 (0)414 753 383 / skype://skeeve www.linkedin.com/in/skeeve ; facebook.com/eintellego -- NOC, NOC, who's there? > -----Original Message----- > From: [email protected] [mailto:[email protected]] > Sent: Tuesday, 25 May 2010 1:04 AM > To: Arie Vayner (avayner); [email protected]; Skeeve > Stevens; [email protected] > Subject: Re: [c-nsp] Cisco Switch Packet Buffering Matrix? > > Imho, one should not encourage this nonsense by signing any such NDA. > Brocade, juniper, extreme, and others publish such data about their > products right on their darn respective websites, and without > demonstrable harm. > > Knowing if something has a shared+per-port limit vs per-port-asic vs > per-port mac/asic buffering arch is inconsequential, and represents no > competitive disadvantage--unless the (advantage?) purpose is, in fact, > to obscure details. > > As for getting this data from the hardware itself, poke around MQC and > MLS qos show commands, and attempt to configure mls/mqc QoS policies. > These features usually will indicate what their "maxiums" are on the > platforms in question, while you're configuring them. > > -Tk > > -----Original Message----- > From: "Arie Vayner (avayner)" <[email protected]> > Date: Mon, 24 May 2010 16:47:38 > To: Skeeve Stevens<[email protected]>; <[email protected]> > Subject: Re: [c-nsp] Cisco Switch Packet Buffering Matrix? > > Skeeve, > > If you want to get this info in the "right" way, then the best approach > would be to talk to your local Cisco account team... > Some of the info may require NDA etc. > > On the same point, you may want to also look at 4948E and Nexus5000 > switches, which could give you better latency performance, which is > important for storage-related applications. > > Arie > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Skeeve Stevens > Sent: Monday, May 24, 2010 16:04 > To: [email protected] > Subject: [c-nsp] Cisco Switch Packet Buffering Matrix? > > I don't think this email got through the other day... I didn't see it > appear. > > ...Skeeve > > > From: Skeeve Stevens > Sent: Tuesday, 11 May 2010 10:27 PM > To: [email protected] > Subject: Cisco Switch Packet Buffering Matrix? > > Hey all, > > I am doing some iSCSI implementations are the moment and are looking at > which switch models are best for different iSCSI rollouts we're doing. > > I am wanting to know which 29xx and 35xx/37xx series switches have the > following: > > > - Size of packet buffering per model > > - If the PB is per port or shared > > - Is there one or more classes of PB classification > > - If the PB is shared, is it per switching module (i.e. 8/12 > port block) or across the entire switch > > - If the 10GB model is plugged in, does it have its own PB, or > does it share the main boards? > > I looked in the Portable Product Sheet - > http://www.cisco.com/web/partners/tools/quickreference/index.html but > found nothing, and Google and Cisco.com proved useless. Maybe there is > a reason for this, or my searchfoo is weak. > > ...Skeeve > > > -- > Skeeve Stevens, CEO/Technical Director > eintellego Pty Ltd - The Networking Specialists > [email protected] / www.eintellego.net > Phone: 1300 753 383, Fax: (+612) 8572 9954 > Cell +61 (0)414 753 383 / skype://skeeve > www.linkedin.com/in/skeeve ; facebook.com/eintellego > -- > Disclaimer: Limits of Liability and Disclaimer: This message is for the > named person's use only. It may contain sensitive and private > proprietary or legally privileged information. You must not, directly > or > indirectly, use, disclose, distribute, print, or copy any part of this > message if you are not the intended recipient. eintellego Pty Ltd and > each legal entity in the Tefilah Pty Ltd group of companies reserve the > right to monitor all e-mail communications through its networks. Any > views expressed in this message are those of the individual sender, > except where the message states otherwise and the sender is authorised > to state them to be the views of any such entity. Any reference to > costs, fee quotations, contractual transactions and variations to > contract terms is subject to separate confirmation in writing signed by > an authorised representative of eintellego. Whilst all efforts are made > to safeguard inbound and outbound e-mails, we cannot guarantee that > attachments are! > virus-free or compatible with your systems and do not accept any > liability in respect of viruses or computer problems experienced. > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
