From: CXP Peter (peter@cyscoexpert.com)
Date: Tue Feb 10 2004 - 00:30:49 GMT-3
Did you tell your Cats that vlan 4 is remote span vlan? Cause if not then it
is most likely why it doesn't work.
You have to go to "config t" on vtp server, type "vlan 4" and then
"remote-span". Make sure the other switch recognizes vlan 4 as rspan vlan by
typing "show vlan". There is a separate section in the output that shows
which vlans as rspan.
_____________________________
Peter
#7247 (R&S, Security, SP)
CyscoExpert Corp.
4433 W. Touhy Ave. Suite 410
Lincolnwood, IL 60712
Phone (847) 674-3392
Toll Free (866) CyscoXP (297-2697)
Fax (847) 674-2625
----- Original Message -----
From: "csaez" <csaez@satec.es>
To: <ccielab@groupstudy.com>
Sent: Monday, February 09, 2004 6:02 PM
Subject: 3550 issues
> Hello,
>
> I have some issues with the 3550 that I need to clarify if possible:
>
> I have set a lab with two 3550 with 12.1(19)EA1a-EMI loaded and got some
> estrange results:
>
> 1 - RSPAN: I was not able to make it work.
>
> Here is my configuration:
>
> SW-1#sh run | include monitor
> monitor session 1 source interface Fa0/14
> monitor session 1 destination remote vlan 4 reflector-port Fa0/23
>
> SW-2#sh run | include monitor
> monitor session 1 destination interface Fa0/2
> monitor session 1 source remote vlan 4
>
> And outputs:
>
> SW-1#sh monitor session 1
> Session 1
> ---------
> Type : Remote Source Session
> Source Ports :
> Both : Fa0/14
> Reflector Port : Fa0/23
> Dest RSPAN VLAN: 4
>
> SW-2#sh monitor session 1
> Session 1
> ---------
> Type : Remote Destination Session
> Source RSPAN VLAN: 4
> Destination Ports : Fa0/2
> Encapsulation : Native
> Ingress: Disabled
>
>
> I did not get anything at the destination port. I could check that RSPAN
> VLAN (4) was not pruned in the trunk connecting both switches.
>
> QUESTIONS:
>
> - I guess that the reflector port is for internal use only and you can
> leave it disconnected. RSPAN traffic is transported through regular
> trunk connections, right?
> - I had to force the VLAN 4 not to be pruned in the trunk kind of
> artificially (declaring interface VLAN 4 in both switches). I mean, if I
> only use the RSPAN VLAN
> to transport this kind of traffic how can I manage to make this vlan not
> be pruned? Activating RSPAN didn4t seem to be enough.
> - Any experience with this?
>
>
>
> 2- VLAN filtering with regular SPAN.
>
> I set a regular SPAN session to sniff a trunk port. I configured the
> filter vlan feature in order to capture only one or two but there was no
> way. I got always the whole
> bunch of VLANs.
>
> QUESTIONS:
> - Any experience with this?
>
>
>
>
> 3- MAC vlan maps:
>
> I just want to make sure about this. MAC vlan maps affect all traffic
> but IP. So if you apply a vlan map of this kind youd better take care
> because it affects regular ARP (CDP, VTP, etc if you apply it to VLAN
> 1). At least, that was what happened to me. I set a little mac filter
> allowing some LSAPs and all my IP-ARP traffic got dropped.
>
> QUESTIONS:
> - Am I right with this?
>
>
>
>
> I would like to know whether I am doing/assuming something wrong.
>
> Thanks in advance,
>
> Cesar.
>
> _______________________________________________________________________
> 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 : Fri Mar 05 2004 - 07:13:48 GMT-3