狀況:
使用Lan Boot PXE ,皆無法抓取到DHCP Server的封包, 也就無法取得IP位置
請教各位是否有人熟Dlink的產品, 能熱心告知..如何設定 感謝.
參考 手冊 第31頁,
將 Spanning Tree 的功能關掉;
或者有切某些port為某vlan才需PXE boot的話,
只要針對那幾個 port 關掉該 port 的 Spanning Tree 功能;
這樣 PXE boot 就可獲得 IP。
有點好奇:
PXE Boot 怎麼會跟 Spanning Tree 扯上關係? 非得關掉 STP 才能傳送 PXE Boot??
而且樓主也沒提到說跟其他 Switch 之間有串接?
我是在建置再生龍時,
碰到這個 無法以 PXE 啟動的FAQ 問題,
就是其中的第3小點所提及的方式來解決。
如果是用 hub 無此問題,在 switch 上較可能因此造成問題。
詳細原因,我是不求甚解的,而沒有細究;
可用 pxe spanning tree 查詢到較詳細的原因說明。
這段話的確該改一下:
或者有切某些port為某vlan才需PXE boot的話,
只要針對那幾個 port 關掉該 port 的 Spanning Tree 功能;
這是我自己在switch上切某幾個port成一個vlan,
而只有那個vlan範圍需用到PXE boot的功能。
所以那兩行應該改為:
把需要 PXE boot 的 port 關掉 Spanning Tree 的計算功能。
twtw提到:
pxe spanning tree
感謝您指引方向, 確實查到很多因為 STP 造成 PXE Boot failed 的現象. 整體看來, 有兩種解法:
如果方法 2. 能有效解決的話, 我個人比較傾向使用 2. 這個方式.
實際原因我也還在研究, 現在只能有個大概的模糊概念:
當 PXE 自己剛開機向 DHCP 要到 IP 之後, 此時 Switch 已經記下這個 MAC 的相關資訊; 但接下來 Kernel 載入, 要重新啟動 Kernel 自己的介面去向 DHCP 再要一次 IP 時, 此時因為....!*#%$#&#@$%(#@$....(這段還沒搞懂)的關係, 造成 Switch 會啟動 STP 去搜尋是否存在重複路徑? 而這個搜尋需要耗時 30~60 秒, 將會造成 Kernel 的 DHCP request time-out, 以至於 PXE Boot 失敗.
上面提到的 Port-fast 設定, 就是將這 30~60 秒縮減成 3~5 秒 (????), 於是便不會 Time-out.....
以上初略的理解, 如果有誤請大家補充.....
剛在仔細查了一下, 上面的 port-fast 跟我所想像的有落差....
其實開啟了 port-fast, 那個效果就跟關閉 STP 是一樣的 (我原本以為 STP 仍有作用). 但在 Cisco Switch 裡面, 為了防止誤串 Switch, 開了 Port-fast 以後, 可以再加上 spanning-tree bpduguard enable 來保護, 避免因為沒有 STP 而造成廣播風暴.
開了 BPDU 之後, 萬一發生誤串事件, 那個誤串的 Port 會直接被 Disable 掉, 必須由管理者透過指令才能解開.
STP 為什麼要等這麼久? 因為她要做這些事情:
◎ Blocking (max age = 20 sec)‧偵測 BPDU。
◎ Listening (forward delay = 15 sec)‧收送 BPDU。
◎ Learning (forward delay = 15 sec)‧學 Mac Address。
◎ Forwarding
這個問題已經有解, 就是改用 Rapid STP (RSTP, 802.1w), 只需要 5 秒. 這樣就可以避免因關閉 STP 而產生人為操誤的風險, 又可以滿足 PXE Boot. 當然, 或許不是所有廠牌的 Switch 都可以支援 RSTP, 採購時要注意規格.
STP常常有看沒有懂,
經raytracy的整理解說,
就有較具體的認識了。
依手冊P.35所寫
Configuration > 802.1D Spanning Tree
802.1D Spanning Tree Protocol (STP) implementation is a backup link(s) between switches, bridges or
routers designed to prevent network loops that could cause a broadcast storm. When physical links forming
a loop provide redundancy, only a single path will be forwarding frames. If the link fails, STP activates a
redundant link automatically.
**By default, Spanning Tree is disabled.**預設是關閉的!!
所有的DGS-1224T都更新到新版本,並回復預設值..
之前有拿別家的switch來測試 PXE-Boot都正常無誤
只有用Dlink DGS-1224T才會發生錯誤
很困擾的是..機器在澳門..我人在台灣>"<
查了查手冊http://www.dlinktw.com.tw/temp/dk2Support_Guide/319/D-Link+Gigabit+Ethernet+Smart+Switch+User+Manual+v2.0.pdf
Security > Mac Address Table > Static Mac
This page provides two distinct features. The top table provides the ability to turn off auto learning Mac
address if a port isn't connected to an uplink Switch (i.e. DHCP Server). By default, this feature is Off
(disabled). The Macs listed on this table may only connect from corresponding ports and VIDs, in order to
protect the network from illegal Macs.
只有發現..此說明..有關於DHCP Server.
英文程度太難...有看沒有懂= =
根據PXE Error Code說明http://h18004.www1.hp.com/products/servers/management/rdp/knowledgebase/00000138.html
• PXE-E51: No DHCP or proxyDHCP offers were received.
The client did not receive any valid DHCP, BOOTP or proxyDHCP offers. To resolve this issue, check each of the following network configuration items:
• DHCP services are not available on the network to which the PXE-enabled NIC is connected.
• A DHCP proxy or IP helper address is not configured for the subnet on which the PXE client is connected.
• The switch port connected to the PXE NIC is running Spanning Tree Protocol, EtherChannel Protocol, or Port Aggregation Protocol and is thus not activated immediately when a link is detected. This forces the DHCP request from the PXE client to timeout.
應該是上述的通訊協定..搞的鬼, 只是不懂Dlink的設定怎麼調整
Dhcp 抓取一直Time Out........救人哦
試過調整,把所有的設定都關掉..也是解決不了PXE Boot抓不到DHCP的問題.
= =||