FW: [c-nsp] Might be a little OT: Still working on our Wyse thin clientissue

[Craig Gauss]

For those of you that might be interested I ended up submitting a TAC
case on this.  Ended up being DHCP Option 82 needed to be enabled on the
3550's with 12.1 and above and all of the 3560's.  Works great now.

-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Craig Gauss
Sent: Monday, December 26, 2005 11:44 AM
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] Might be a little OT: Still working on our Wyse thin
clientissue

 
Speaking with Wyse they think there may be some configuration issues on
our switches that might be causing the inability to push/pull images on
our network.  After viewing some packet captures, they are thinking it
is timing out somehow as on some of our VLANs we are having DHCP traffic
"replicated" by multiple switches.

For example our VLAN 10, IP range of 192.168.10.x, has a core switch
interface address of 192.168.10.230.  There are 5 switches in the closet
192.168.10.231, 232, 233, 234, 235.  We ran some more packet captures on
this today and came up with the following.  

192.168.10.230, 231, 232, 234 and 235 are all "replicating" DHCP
requests and acks.  .233 is not.  .230 makes sense as it is coming from
the core, the others do not.  Upon further investigation we found that
231, 232, 234 and 235 have an IOS version of 12.2 and 233 is 12.0. 

So we dug around and tested this in some of our other VLANs.  We got
"replicated" DHCP traffic from any switch in a VLAN that has 12.2.

Im guessing there was some change by Cisco between these two versions.
Is there some command that we may need that would stop this
"replication" of traffic?

Thanks

_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/