最近在網路建設過程中，必須面對乙個實際存在的問題：當只有一根線入戶時，該如何解決catv和寬頻業務的共存呢？這時就要考慮用到dhcp option60了，那麼dhcp option60到底是如何來實現業務區分的呢？
首先先來看下dhcp協議，在dhcp協議中，定義了乙個option欄位，該欄位主要是用來擴充套件dhcp協議的，option 60 (vendor class identifier)是dhcp報文中的乙個選項字段，code為60，可以標識終端型別，根據不同的終端型別來選擇介面下的閘道器。這樣，各個廠家就可以在該字段中新增自身的標識，用於區別不同的終端。
針對與機頂盒來說具體的實現應該是這樣的：
1. 使用者終端（機頂盒）填好的乙個域（class identifier），主要用於機頂盒標識自身的裝置型別或配置，以便在dhcp server之間傳遞特殊的配置資訊。
2. dhcp relay裝置根據dhcp報文內的option 60域的內容判斷其屬於哪個dhcp域，並將相關閘道器位址填入giaddr，然後進行3層**。
3. 不具備option 60的dhcp server將忽略該選項；否則，server在返回相應資訊時應採用option 60選項。
目前在實際的建網過程中，大多數都採用三層交換機來充當dhcp server，這中間會涉及到dhcp relay功能（暫時不解釋），在三層交換機上配置vlan介面，建立兩個位址池，乙個給寬頻使用者，乙個給catv，但是這兩個業務是在同乙個vlan中（開頭提到的只有一根線入戶），如何來區分呢？需要給該vlan介面配置兩個ip位址（閘道器），然後給這個介面指定兩個server（不同的dns），乙個給寬頻使用者分配上網位址，乙個給機頂盒分配點播互動位址，並且開啟dhcp relay（不開啟不能獲取位址），當使用者用pc上網時，獲取的將是寬頻業務的位址，當進行catv互動點播時，獲取到的是catv的位址，這樣就解決了一根線入戶，區別業務的目的。
ps：當用三層交換機做server時，一般配置介面位址為server的位址。
下圖為機頂盒發起的dhcp discover報文：
空白部分就是機頂盒的class identifier（不好公布，諒解），由機頂盒發起，其他的dhcp過程就不上圖了，跟一般的過程一樣，只是整個互動過程注意這個填充欄位就可以了。
關於visual basic6 0的滑鼠滾輪修復
不知道大家在寫 的時候，有沒有發現，總是要到旁邊去點選滾動條。對於一些簡短的 還是可以忍受的，但是遇到幾百行的 的時候，就寫歇菜了。下面我就這個問題，說明一下。第二步 開啟執行對話方塊，輸入regsvr32 vb6diemousewheeladdin.dll 進行註冊。然後啟動visual basi...
關於vc 6 0的程式設計小問題
現在用的編工具是vc 6.0,雖然用這個工具來寫一些控制台下的c程式似乎有點大材小用了,但個人覺得用的還算是順手.但最近vc總是給我找麻煩 就說變數的定義問題吧,有一次編繹總是報錯 變數未定義.我可是十分納悶,變數明明在那定義了,怎麼是未定義呢?多方查詢後,終於找出了問題所在,原來有乙個變數是在呼叫...
關於FEKO 6 0 的到期破解問題
由於課題需要用到feko 6.0，然而，原先破解的版本日期卻是限定在2015 01 01，也就意味著過了15年的元旦就不可用了，對於新年的第一天，這著實不是乙個好的訊息，因為實驗室所有的版本都是6.0，而較低版本 如5.3和5.4 都是win32的，在嘗試過後發現解決不了大尺寸的問題 allocat...