RE: 3550 vs 2950

From: Senthil Kumar (senthil.kumar@intechnology.co.uk)
Date: Fri Sep 20 2002 - 08:42:19 GMT-3


3550 supports per port qos at layer2 to layer 4 levels.. labs after nov 4th
might have this in

3550 also supports dscp along with precedence, with a map table and more
than one queue on inbound and outbound.

-----Original Message-----
From: Warner, Thomas S [mailto:thomas.s.warner@lmco.com]
Sent: 20 September 2002 11:52
To: 'Bob Sinclair'; Pieter Jordaan; ccielab@groupstudy.com
Subject: RE: 3550 vs 2950

The 2950 does not support ISL trunking - only 802.1q trunking.

Tom

-----Original Message-----
From: Bob Sinclair [mailto:bsin@erols.com]
Sent: Friday, September 20, 2002 6:30 AM
To: Pieter Jordaan; ccielab@groupstudy.com
Subject: Re: 3550 vs 2950

One difference I have seen: the 3550 seems to be the first of the IOS
switches to support PAgP. That is, the first that will actually negotiate
trunking.

----- Original Message -----
From: "Pieter Jordaan" <pieterj@is.co.za>
To: <ccielab@groupstudy.com>
Sent: Friday, September 20, 2002 1:24 AM
Subject: 3550 vs 2950

> Guys
>
> Apart from the L3 capabilities, are there any major differences between
the
> 2950 and the 3550, Talking from a pure switching point of view.
>
> IE: Do you configure vLAN, trunks, ether channel and STP in the same way?
Do
> you also add the management IP in the same way or is it different?
>
> Thanks
>
>
>
>
> "This e-mail may contain confidential information and may be legally
> privileged and is intended only for the person to whom it is addressed. If
> you are not the intended recipient, you are notified that you may not use,
> distribute or copy this document in any manner whatsoever. Kindly also
> notify the sender immediately by telephone, and delete the e-mail. When
> addressed to clients of the company from where this e-mail originates
("the
> sending company ") any opinion or advice contained in this e-mail is
subject
> to the terms and conditions expressed in any applicable terms of business
or
> client engagement letter . The sending company does not accept liability
for
> any damage, loss or expense arising from this e-mail and/or from the
> accessing of any files attached to this e-mail."



This archive was generated by hypermail 2.1.4 : Mon Oct 07 2002 - 07:43:58 GMT-3