Re: STP's load balance

From: Sachin Shenoy (sachinshenoy@hotmail.com)
Date: Mon May 31 2004 - 06:48:54 GMT-3


Hi Tom,

The port will be blocked only if its configured as a access port. If you
configure the port as a trunk, it will go into spanning tree blocking on a
per VLAN basis. When one of the trunks has to be selected for the vlan
traffic transmission, the port cost, port priority and finally the port ID
influence the decision. The lower port cost or lower priority or lower of
the port IDs is selected.

In this case the load sharing is achieved using post cost or port priority,
for a bunch of VLANs, these parameters are set lower (more desirable) than
for the others on a particular link and for the remaining VLANs the other
trunk is made preferred with the same parameters.

Nortel Networks apparently supports something called SMLT (Split Multi Link
Trunk) which allows load sharing on redundant links for the same VLAN ... (I
am not sure about this ...But thats what I was told)

Regards,
SACHIN SHENOY

----- Original Message -----
From: "Tom Young" <gitsyoung@yahoo.co.jp>
To: <ccielab@groupstudy.com>
Sent: Monday, May 31, 2004 1:23 PM
Subject: STP's load balance

> Hi , group
>
> A funny question, refer to the link below, there are two
> trunks between two switchs for balancing the traffic. If I
> connect two switch like the graph, I will get a port
> blocked, that a ORANGE lamp will appears on that port. The
> port will not transmit any traffic again, I think. So, How
> to get the load balance ?????
> I suspect it.
>
>
http://www.cisco.com/en/US/products/hw/switches/ps646/products_configuration_guide_chapter09186a00801f0a43.html#1106281
>
>
> __________________________________________________
> Do You Yahoo!?
> http://bb.yahoo.co.jp/
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Wed Jun 02 2004 - 11:12:19 GMT-3