The two PCs I'm experienting with are using hard-coded IPs, however the results are the same with a DHCP machine. Portfast is indeed enabled (A while ago, I learned the hard way about spanning-tree and DHCP/Novell).
Well, and I find myself trying to get more into the Novell process to understand where the breakdown could be happening. I know when the PC boots, it does a GNS and I also know routers will keep a GNS table and can respond to the GNS requests, but in this case the PCs are in the same VLAN with the Novell servers. The Cisco TAC Engr said that if there are Type 4 servers in the subnet (or on that ethernet segment) that the router won't respond to the GNS requests. I connected a sniffer and when the PC boots you see 4 GNS requests go out and never a single response. Strange since it's in the same VLAN with 30+ Novell servers!! Like I said tho, the strangest part is that if I connect the PC to VLAN1 on 6509A (which would have to be L2 switched over 6509B which would then L2 switch over to the 5513 where the Novell servers are physically connected) it works like it should. I've dug around on Novell's website, and found a document saying that not only Spanning Tree, but also Trunk negotiation (which is 'auto' by default) and PAgP (which is only active if you have the link set as a member of an etherchannel, so it doesn't apply here) can all interfere with Novell's login process. Again, thanks for your comments, and keep 'em coming... Mike W. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=47961&t=47951 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]