VoIP 電話取回 IP 地址：dhcp 區域或 vlan 有問題
我有一些 Mitel IP 電話在我最近繼承的網路上給我帶來了麻煩。從字面上看，我在 12 月 28 日星期一開始支持該系統的第一天，發現自聖誕節前一天起，與建築物的光纖連接就已斷開。謝天謝地，整個星期幾乎每個人都出去了。該連結現在已恢復，但建築物中的 IP 電話將無法獲得良好的 IP 地址。我真的很想在星期一之前讓一切恢復正常。我對設置知之甚少，但這是我目前能夠了解的事情的配置方式：
- 電話系統使用與電腦不同的 vlan（當然）。
- 每部電話都與辦公桌上的電腦共用一根電線（電腦插入電話背面）。這是我見過的其他環境的典型特徵。
- 建築物中的交換機（3com superstack 4200）本身沒有任何明顯的能力來配置每個埠的 vlan，但據說至少可以辨識 vlan，並且應該為我傳遞 vlan 標籤。
- 該遠端交換機通過光纖鏈路與校園內伺服器機房中的 4900SX 光纖交換機通信，該交換機可以管理每個埠的 vlan；每個埠都可以被標記、未標記或不是 VLAN 的成員。
- 4900 配置了用於遠端鏈路的未標記的普通/預設 vlan，並標記了電話 vlan。這聽起來對我來說是正確的。
- 電話 vlan 與預設 vlan 位於完全不同的子網上。我的意思是，192.168.xx 與 10.xxx，所以它甚至不接近。兩個網路的地址均由單個 Windows Server 2003 dhcp 伺服器提供，每個 vlan 具有不同的區域。
問題是電話無法獲得有效的 IP 地址。這是我理解事情應該起作用的方式：
- 電話以基本配置啟動並通過 dhcp 請求 IP 地址。
- 電話上還沒有設置 vlan，因此它應該從預設/電腦網路上的區域獲得地址的響應。
- 該區域配置了一些電話可以辨識的額外選項。
- 電話會根據這些選項重新配置自己，釋放舊的無效 IP 並請求新的 IP 地址，這一次用正確的 VLAN 標記它的幀。
- 4900 交換機應該會看到標籤，這一次當它將數據包轉發到 dhcp 伺服器時，它們看起來像是屬於電話 vlan 的 dhcp 區域。
- dhcp 伺服器發回正確 vlan 的響應，電話能夠正確連接到 VoIP pbx。
我看到他們啟動的是他們獲得了第一個 IP 地址並使用新的 vlan 重新配置，但隨後要麼無法獲得新地址，要麼繼續獲得無效地址並最終陷入 dhcp 發現模式，無休止地重試請求.
任何關於可能出現問題或如何最好地解決此問題的想法都值得讚賞。此外，在我看來，Windows 如何決定使用哪個 dhcp 區域（至少是預設值）或 4900 交換機如何指示電話 vlan 數據包屬於哪個網路，似乎正在發生一些魔法，因此有關其工作原理的更多資訊也受到讚賞。
我的直覺告訴我問題出在 4900 交換機上，因為那是我第一個問題的解決方案所在，而且這似乎是“魔法”所在（它應該做出關於幀來自哪個網路/vlan 的第 3 層決策，但我看不到在哪裡配置它）。
DHCP 選項更新：
128 Tftp 伺服器 192.168.#.# 129 RTC IP 地址 192.168.#.# 130米特爾IP電話 132 VLAN ID {電話VLAN ID} 133 優先級 6這些設置在兩個區域上。
我覺得很笨。我找到了在遠端交換機上為正確的 vlan 標記埠的位置。
如果它完全像思科所做的那樣，電話或多或少是一個交換機。從交換機的角度來看，我在家中的 Cisco 電話（是的，我是個極客）配置在中繼埠上，僅 VLAN，在我的情況下為 VLAN 13 和 VLAN 14。電話在 VLAN 13 上獲得地址，而 PC埠為 VLAN 14。
思科電話有點神奇，其中涉及到 CDP。
現在，我懷疑很多手機都是這樣做的，因為這有點道理。有配置文件可以查看嗎？很可能有一些東西可以定義它應該用於 PC 埠的 VLAN。
我希望手機不要期待特殊的 DHCP 選項，但我想這也是可能的。您的 DHCP 配置中是否定義了任何特殊選項？我只熟悉ISC 的 DHCP 伺服器，但我懷疑 windows 的伺服器也可以做一些特殊的選擇。