On Tue, 13 May 2008, [EMAIL PROTECTED] wrote: > Or: > > http://datacomsystemsinc.com/products/details.asp?prod=32&itm=1&cat=5 > > Forget about the vendor, but the idea of "taps" are that you sit inline and > observe traffic on your link.
Been there. Done that. Didn't like it since any changes in the "tap" (port move, additional mirror added), just caused too much down time. -Hank > > Jason > > -- > Regards, > > Jason Plank > CCIE #16560 > e: [EMAIL PROTECTED] > > -------------- Original message ---------------------- > From: Michael Smith <[EMAIL PROTECTED]> >> Hello Hank: >> >> On May 13, 2008, at 6:30 AM, Hank Nussbacher wrote: >> >>> We recently upgraded our connectivity from GigaE to an STM-16 POS. >>> We now >>> find that SPAN doesn't cover POS links: >>> petach-tikva-gp(config)#monitor session 1 source interface ? >>> GigabitEthernet GigabitEthernet IEEE 802.3z >>> Port-channel Ethernet Channel of interfaces >>> TenGigabitEthernet Ten Gigabit Ethernet >>> >>> Any clever workarounds for 12.2(18)SXF11? >>> >> I don't think there is a workaround because SPAN doesn't do POS >> interfaces. Can you SPAN from a different ethernet port on the back >> end (distribution instead of aggregate)? Also, what type of >> information are you trying to get from the POS interface? Perhaps >> there is something similar you can poll via SNMP. >> >> Regards, >> >> Mike >> _______________________________________________ >> 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/
