Hi All
We have a two-port etherchannel linking a 2960 to a 3750. The etherchannel carries uplink traffic for all vlank's on the 2960. Now we would like to create a new VLAN (89) on the 2960, but we don't want to use the etherchannel to uplink the traffic to the 3750. Instead, we will have a dedicated port connected to another router.
The etherchannel is not configured to carry specific VLAN traffic, it simply carries traffic or all VLAN's. We would like to keep the etherchannel this way rather than statically assigning VLAN ID's for it to carry. But we do still want to block VLAN 89 traffic from getting onto this uplink.
It looks like we just need to put "switchport trunk prunning 89" on the etherchannel interface; but I've read in some places that this is desgned to "temporarially" block the traffic during the time a remote VLAN is unavailable. Is this correct ? Would this not be suitable in this scenario ? Or is this what it's designed for ?
I've also read that we could configure access lists, but I'd rather solve this at layer 2 rather than looking to layer 3.
Can anybody confirm/deny if the command above would help us out ?
Thanks in advance
Irish Poetry - Karen O'Connor
Irish Poetry and Short Stories - Doghouse Books
Garten und Landschaftsbau
We have a two-port etherchannel linking a 2960 to a 3750. The etherchannel carries uplink traffic for all vlank's on the 2960. Now we would like to create a new VLAN (89) on the 2960, but we don't want to use the etherchannel to uplink the traffic to the 3750. Instead, we will have a dedicated port connected to another router.
The etherchannel is not configured to carry specific VLAN traffic, it simply carries traffic or all VLAN's. We would like to keep the etherchannel this way rather than statically assigning VLAN ID's for it to carry. But we do still want to block VLAN 89 traffic from getting onto this uplink.
It looks like we just need to put "switchport trunk prunning 89" on the etherchannel interface; but I've read in some places that this is desgned to "temporarially" block the traffic during the time a remote VLAN is unavailable. Is this correct ? Would this not be suitable in this scenario ? Or is this what it's designed for ?
I've also read that we could configure access lists, but I'd rather solve this at layer 2 rather than looking to layer 3.
Can anybody confirm/deny if the command above would help us out ?
Thanks in advance
Irish Poetry - Karen O'Connor
Irish Poetry and Short Stories - Doghouse Books
Garten und Landschaftsbau