For over a week now Ive been using my cisco 2950 default switch with no settings and could not get my pxe/client to detect F12. Today I switch over to a basic Hub I have and it works. So what do I need to add on my cisco switch to allow this as I just did the following but it did not work:? Int vlan 1 ip address 192.168.0.2 255.255.255.0 - same subnet as my dhcp network ip dhcp relay information trusted - I added this as Ive only ever seen this before but never know what scenario to use no ip route-cache - added by default I have not saved config which I dont think would make a difference in this case!!
Can anyone assist? Ok I will wait til the end of every reboot and see!! No error as such just the - pxee52 not ip address via dhcp or bootup thats all, as dont forget it works perfectly with my hub!!
Ive already turned off I already did a 'no spanning-tree mode' - the command was excepted but on doing 'sh run' 'spanning-tree mode pvst' still shows!! I will switch off 'spanning-tree portfast' and let you know in a minute! 'spanning-tree portfast' means to me the port comes up straightaway, so are you saying in this 'pxe' issue that it may affect? Known issues with configuring Windows Deployment Services - After reading below I did not tick boxes 66 & 67 due to both master dc/sp2/dns/dhcp on separate server to wds server but both on same subnet: 192.168.0.x!
Ie both of my serves are MS rather than NOT MS as below: If you are running Windows Deployment Services and a non-Microsoft DHCP server on the same computer, in addition to configuring the server to not listen on port 67, you will need to use your DHCP tools to add Option 60 to their DHCP scopes. If DHCP is installed on a server that is located in a different subnet, then you will need to do one of the following: (recommended) Configure your IP Helper tables. All DHCP broadcasts on UDP port 67 by client computers should be forwarded directly to both the DHCP server and the Windows Deployment Services PXE server. Also, all traffic to UDP port 4011 from the client computers to the Windows Deployment Services PXE server should be routed appropriately (these requests direct traffic to the server, not broadcasts).
Add DHCP options 66 and 67. Option 66 should be set to the Windows Deployment Services server, and option 67 should be set to boot x86 wdsnbp.com. Effectively out of box switch with just config below: Int range fa0/2 -3 switchport mode access no shut int vlan 1 ip address 192.168.0.2 255.255.255.0 no shut After testing to confirm the hub works with my client pc I left settings on host pc as they were and just moved cables from hub to the cisco switch on ports 2 & 3. Succesful pings from switch to the following: Master dc/sp2/dns/dhcp - successful Wds server - successful Int vlan 1 - successful I have temporary plugged my laptop which is set to auto-detect and yes my cisco switch does allow the laptop to be allocated an ip address!!! So this confirms dhcp is working as both my servers have static addresses as I did not check that with my laptop due to my hub being ok. When you say manually tag to vlan 1 how? Already tried this yesturday but by adding the below: int fa0/2 switchport access vlan 1 - is excepted but due to vlan 1 being a default setting it does not show for view in the running-config, unless I do a: config t #sh int switchport - enter - This shows all ports and shows the vlan 1 being used, unless I change it.
Config t int range fa0/2 -3 switchport mode access no spanning-tree portfast no shut int vlan 1 ip address 192.168.0.2 255.255.255.0 no shut All other ports are empty as nothing plugged in except fa0/2 & fa0/3. Cisco 2950 (I6Q4L2-M) Ver: 12.1 (22)ea6 flash:/c2950-i6q412-mz.121 -22.EA6.bi n When I do: Qns1.
Config t #no spanning-tree mode pvst - enter - command excepts but 'sh run' still shows: spanning-tree mode pvst - Not sure how to change? I have not got access to Cisco Network Assistant hence use Hyperterminal. Cisco Network Assitant can be downloaded freely from Cisco.com It seems to me that your cisco is NOT configured to use portfast. Thus the PXE packets are NOT transmitted correctly to DHCP/PXE server (PXE rom exits before the delay caused by STP). This is well known with Cisco and PXE and the resolution is to disable STP (not recommended) or to set it to portfast (recommended) Check the following article: The commands should be: configure terminal interface interface-id spanning-tree portfast default end show spanning-tree interface interface-id portfast copy running-config startup-config. Hi vivigatt, Yes spanning-tree portfast is there and have used it when connecting 3 triangles switches to test for 'root port, desig port, altn port etc for 'standard stp' & rstp for 'udld'.
It was suggest that I should remove 'portfast' from interfaces to see if my issue with resolving: 'E52-pxe no ip address detected via dhcp or bootp', as it DOES work on my hub but NOT my cisco switch. Removing 'portfast' did not work. I was not sure what the delays should be set to in dhcp & dns properties although I think one might have been 3 and the other 5 but cant remember.!! Although I did 'temporarily disable stp' on specific interface, I also did a: sh run spanning-tree mode pvst - still showed although I thought would show as 'no'. Ive since had a problem with 'wds' which may have been the cause and currently bringing my 'master dc/dns/dhcp' back online & then separate my 'wds server' and gonna run 'wds' again and put back 'boot.wim & capture.wim' in boot image folder and confirm that it works with the 'hub' normally ok, then will plug into cisco switch and hopefully ok.
I have been switching back and fourth from Sp2 & Sp1, for RIS & WDS so whether this caused a problem I dont know.! Ok understood about the usually greater than 30 seconds!! Question 1:Option 1: Are you suggesting use 'hub' for this and when 'host images' copied then plug in cisco switch afterwards?
Cna-windows-k9-installer-5-8-9-1-en
Option 2: When I did: config t int fa0/2 switchport mode access spanning-tree portfast no shut - successfully but 'pxe' still did not work Qns2. Just out of curiosity what about: 'ctrl-alt-b' - as there is a delay set by default to 3 secs whats that for? Correct me if Im wrong, I assume the reason I cannot set 'no spanning-tree mode pvst' in 'global mode' is because default setting anyway? No, I am not suggesting you use a hub in production!
But it is a very good diagnosis and we are then sure that something has to be done at the switch level to make the system work what does show spanning-tree interface fa0/2 portfast displays? Note that spanning tree must be set to portfast on ALL the interfaces used by a packet from a client to DHCP and WDS/PXE server. Have you tried this: spanning-tree portfast default (I assume that you do not have any trunked interfaces)? It's been a long time! If I recall correctly, the delay is set on the client and this is the amount of time that a user can press Ctrl-Alt-B to enter MBA (Managed Boot Agent) configuration. But this is quite old, I don't think that recent PXE implementation still use that.
Cna-windows-k9-installer-5-8-9-1-en.exe Download
Actually, it was mainly used to select a remote boot method, between PXE and RIPL or RPL (Novell/IBM ways of remote booting DOS!) I am curious, what version of PXE base code are your client using (usually displayed as 078, 079, 082 or 083)? Isn't there an updated PXE code for your clients? If the clients have NIC-on-Motherboard (LOM), then the PXE code will be part of the BIOS and updating the PXE code is done with BIOS updates. For your question 3, I can't tell.
My cisco skills are outdated. However, I would suggest studying this article: It is made tyo help disagnoising DHCP and PXE issues with Cisco devices. Show spanning-tree interface fa0/2 portfast - enter vlan0001 enabled spanning-tree portfast default - dont work as Ive only: spanning-tree mode pvst - standard STP spanning-tree mode rapid-pvst spanning-tree mode mst no (default) I assume it is the (standard STP) as mentioned but will look at your 'url' Just finished bringing server back as Master/dc/sp2/dns/dhcp & now going to reinstall 'wds' fresh and add 'boot.wim & capture.wim' files as before then attempt to use host pc to be recognised via pxe. Ive added the following on my cisco switch already: config t int range fa0/2 -3 switchport mode access spanning-tree portfast no shut No I have no trunk for these purposes!! I will let you know. Hi everyone, As my host pc when switched on was able to receive the 'F12' option to accept install of 'wds image' successfully. I then plugged cables back into my cisco 2950 default configuration switch and it 'still will not' prompt 'F12'.
The ONLY configurations in place are: spanning-tree mode rapid-pvst config t int range fa0/2 -3 switchport mode access spanning-tree portfast switchport access vlan 1 (default anyway) no shut int vlan 1 ip address 192.168.0.2 255.255.255.0 no shut ip default-gateway 192.168.0.1 - added but I know not needed anyway. All IP Addresses are on same subnet and 'ALL' are pingable successfully.
The only thing I can think of changing is the 'pxe response times from '0' to something else in dhcp properties? The issue is clearly the cisco switch!! Hi Krisdeep, My apologies but Ive just looked through the responses and you said to turn 'off stp and portfast'. I did the following: config t no spanning-tree mode pvst - enter - This command excepted but when I did the following: sh run - enter it still showed: spanning-tree mode pvst - So not sure still The only way to switch off spanning-tree was on specific interface: config t int fa0/1 - for eg no spanning-tree - enter successful It was EXPERT: vivigatt - who made a few comments and also stated switching off stp (not recommended anyway) - stated to switch 'on' - spanning-tree portfast. As a result this resolved my issue. My cisco 2950 version below does not have any by default commands in place: - cisco 2950 (I6Q4L2-M) Ver: 12.1 (22)ea6 - flash:/c2950-i6q412-mz.121 -22.EA6.bi n.
Description: Symptom: The dual-sup switch was in SSO. When switchover was initiated using the 'redundancy force-switchover' command, the entire chassis rebooted. Note: This fix does not address the crash, instead it enhances error logging for further investigating this crash. Conditions: Switchover Workaround: none Further Problem Description: The existing logs and crashinfo are not adequate to determine the root cause of the issue. With this fix, additional logging capabiliies have been added. If the issue is observed again, we will have additional logs to further debug the issue and identify the root cause.
Description: Symptom: 4500X VSS multicast traffic blackholed on orphan L3 egress portchannel. During problem symptom, traffic hits L2 floodset entry even though L3 entry si present and get dropped.There is a mismatch seen in state of ipv4MulticastEn between active and standby when switch is in this state. Hrn3-4500x-vss-01#sh platfo hardware rxvlan-map-table vl 200.