MIB鐵匠鋪SDK項目是一個商業和動態的Tcl / Tk擴展開發自己的SMI轉換工具和SNMP管理腳本。
MIB鐵匠鋪SDK包含內置的MIB驗證和XML導入支持
什麼是此版本中的新：
- 在5876：設置文件關聯在安裝時：
- 在MIB鐵匠鋪文件關聯，現在由安裝程序註冊的，而不是由應用程序本身，讓Windows可以在適當的時候卸載管理去除協會。
- 在381：使用XML格式的項目文件：
- 在MIB鐵匠鋪的項目文件現在保存在XML，而不是INI格式，可以用更複雜的配置未來特性。當打開一個舊的格式（.mip）項目文件將提示您保存到一個新的（.smproj）文件，該項目將被轉換為新的格式。
- 在5720：重新排序通知對象：
- 在重排命令（上移/下移）加入到了通知工作區的對象屬性。作為對象的順序影響了通知上的線編碼，它們不能被任意地由MIB鐵匠鋪方式例如重新排序組成員可以，但使用和QUOT;請選擇＆ldquo;按鈕傾向於把它們按字母順序排列。
- 在5127：改變首選項的文件格式為XML：
- 在MIB鐵匠鋪應用偏好現在存儲在XML，而不是INI格式，可以用更複雜的喜好未來特性。現有的首選項會被自動轉換。
- 在5114：使用DOM生成XML：
- 在MIB鐵匠鋪現在使用一個實際的DOM實現構建其XML輸出格式的MIB（和喜好，項目文件等），而不是基本的文本操作。這是不容易引入異常的XML，並且可以允許將來對DOM文檔的操作。
- 在5878：Windows系統：不想Application Data文件夾在註冊地的首選項：
- 在MIB鐵匠鋪將不再保存應用程序首選項Windows註冊表除了作為後備，如果它不能在其他地方保存。相反，喜好都保存到用戶的Application Data文件夾。現有的首選項將被導入，而用戶給定的選項刪除或保存舊的註冊表項。
- 在5932：＆QUOT;在自定義生成腳本＆QUOT錯誤;在MOSY編譯：
- 在輸出目錄的名稱空間並沒有編譯到MOSY格式時，導致＆QUOT妥善處理;消息。
- 在5767：提高無符號/ Gauge32轉換為派生類型：
- 在SNMP工具將更好地處理轉換無符號和Gauge32，具有相同的On-the-線編碼，以提供適當的MIB裝載了適當的語法顯示的目的。
- 在5781：丟失的引用屬性頁：
- 在模塊，合規性和AGENT-CAPABILITIES工作區失踪的標籤，讓這些宏參考性的編輯。
- 在5115：XML-SMI模式更正：
- 在少量修改的XML-SMI模式向使RangeSubspec和枚舉定義法律XSD語法。
- 在5128：更改模塊導入的符號不應該添加新的進口：
- 在編輯模塊名稱為進口列表中的現有符號現在真正改變哪個模塊是從進口的，而不是導致符號被從兩個模塊導入（除非＆quot;新增＆QUOT;使用按鈕，而不是＆QUOT ;修改＆QUOT;）
- 在2121：添加支持預本地化和未本地化鍵：
- 在SNMP工具會話現在可以直接與未本地化或局部的auth /私法鍵配置，而不需要密碼，並讓會話管理轉換鍵和鍵定位。
- 在5801：添加選項CLI工具指定鍵而不是密碼：
- 在捆綁的CLI工具/示例腳本現在有直接指定SNMPv3的認證/私法鍵（局部或未本地化），而不是只允許指定密碼的選項。
- 在2277：給驗證信息的唯一ID：
- 在所有的解析器和驗證消息已經被轉移到一個消息表有唯一的ID，這是在打印到配置日誌通道的消息，並在參數配置的日誌命令提供的。實際的標識仍然受到改變與重組，但是這允許一個（例如）實現過濾器，有效地禁用不想要的消息。
- 在1839：ASN.1類型分配型BITS：
- 在目前在分析時企圖用ASN.1類型分配符號（姓名:: =型）與＆QUOT時產生的錯誤;構建（這是不以這種形式允許），而不是只是靜靜地糾正它。
- 在5397：XML-SMI XSD：使用XSD：令牌類型，其中合適的：
- 的XML-SMI模式改為使用＆QUOT; XSD：令牌QUOT;而不是＆QUOT;為xsd：字符串＆QUOT;對於某些類型的適當。語義的模式是本作＆QUOT不變; XSD：令牌QUOT;是＆QUOT一個子集的xsd：字符串＆QUOT;但是＆QUOT; XSD：令牌QUOT;更加緊密地匹配（現有的）值的限制。
- 在1870年：加入支持模塊符合項（RFC-1303）：
- 支持被解析，編輯添加和驗證模塊符合項的RFC 1303（該SMIv1的前身SMIv2的的經紀人，能力）的建設。在XML-SMI模式也被更新，添加支持。
- 在6065：添加支持MIB瀏覽代理文件：
- 在增加了對使用MIB瀏覽代理文件與MIB鐵匠鋪SNMP工具，以保存和恢復SNMP代理設置到/從文件的支持。
- 在5809：記住SNMPv3陷阱關注配置：
- 在SNMPv3陷阱監視工具配置（端口，SNMP v3的用戶名，鑰匙等）現在存儲在用戶的喜好文件，並運行之間想起來了。
- 在5954：在步行改善GUI響應速度：
- 的SNMP漫遊工具可能出現在陣陣更新如果有更多的CPU時間花在處理信息比允許GUI更新。它現在將確保在GUI更新時條目被添加到結果表
- 在5953：錯誤選項＆QUOT; -fulloid＆QUOT;在MIB瀏覽器錯誤：
- 在A'壞選項＆QUOT; -fulloid＆QUOT;“由於可能發生在MIB瀏覽器錯誤的4.6版，以更好地處理模棱兩可的MIB定義引入的更改 。
錯誤的自定義生成腳本＆QUOT;
BITS＆QUOT;
什麼是4.6.2版本，新的：
- 在小錯誤是固定
什麼在4.6版本的新：
- 在MIB解析器/驗證消息進行了澄清，現在所有消息與產生這些（支持過濾）的相關規則，唯一ID。
- 在支持SNMPv3的指定鍵（未本地化或預本地化）會話使用，而不是密碼，增加了。
- 在支持模塊符合項（RFC 1303）加入。
- 在小錯誤是固定的。
什麼在4.5版本的新：
- 在支持解碼KeyChange值加入
- 在新功能中添加，以簡化OID比較操作，SNMP會話，並要求配置，MIB加載和^ 32值的友好格式。
- 在改進了的包裝提供斯科蒂配伍而成。
- 在小錯誤是固定的。
什麼是4.4版本，新的：
- 在此版本支持SNMPv3的接收AUTH /私法運籌學，並指定CONTEXTNAME和contextEngineID在SNMPv3的消息。
- 來限制監聽陷阱到特定的接口（而不是所有接口）的能力已被添加。
- 在二進制文件的Mac OS X現在PPC + 86，而不是PPC-而已。
什麼版本4.3是新的：
- 在一個普通的＆QUOT;無效的對象標識符＆QUOT;試圖發出帶有一個符號的OID而無法完全解決的SNMP請求時給出。現在反而給出一個＆QUOT;無法解析OID＆QUOT;錯誤，指示其父母不能得到解決，並有可能的原因。
- 新[smilib掃描]和[snmplib掃描]添加命令反轉顯示格式（即對面[smilib格式]），在可能的情況。斯科蒂/ TNM兼容接口，現在也支持TNM :: MIB掃描命令。
- 在斯科蒂/ TNM compability現在包括＆QUOT; MIB包＆QUOT;和＆QUOT; MIB解壓＆QUOT;命令。 （然而，八位組串留在二進制形式;它們不會轉換為十六進制為斯科蒂一樣） 。
- 在通用＆QUOT;記錄搜索字符串是曖昧＆QUOT;錯誤被替換為一個錯誤指示哪個字符串是模糊的，連同非曖昧匹配的列表。
- 在一個新的驗證規則添加到檢查的通知-TYPE和TRAP-TYPE中列出的對象類型有一個有效的語法（即沒有表/行）。
- 在使用斯科蒂/ TNM兼容接口現在支持SDK的原生API的-logchannel選擇寫數據包跟踪到指定的通道SNMP會議。
- 在一個新的-logcommand選項被添加到SNMP會話作為替代品-logchannel，它允許數據包記錄，通過回調函數來完成。
- 在起始請求ID和郵件ID為SNMP會話現在是隨機的，而不是從0開始為每個會話。
- 的SNMP會議的斯科蒂/ TNM兼容接口，現在支持發送消息和限制待處理的請求數量（而不是默認忽略選項）前等待-delay和-window選項，並且還支持SDK的原生會話。
- 在改變已作出的使用隨機數（如SNMPv3驗證/隱私鹽），使其更加隨意。
- 的[smilib格式]命令將不再適用DISPLAY-HINT格式化時給出的語法是NULL，防止格式例外，如endOfMibView。
- 在隱子節點（即OID的有沒有為他們定義的記錄，但它是其他記錄的父母）再一次列入[smilib GET -subnodes]的結果。
- 在指定的地址和端口與所包含的樣本CLI腳本的形式已經從地址[：端口]解決[#port]（如127.0.0.1＃161），以適應冒號分隔的IPv6地址
- 添加/刪除程序圖標，可再發行組件SDK現在一樣經常SDK。
- 在匹配時的SNMPv3報告未決請求，只有消息ID將被用於還匹配請求ID代替。 SNMPv3的允許的安全模式可能引發的報告發回由代理人無需請求PDU經理的可能性分析，這將導致請求超時，而不是處理的報告。
- 當SNMPv3請求超時，他們將不再有相同engineBoots / engineTime值時發送重發;代替時間窗口將被更新，並且該信息再次進行編碼（和重新加密/如果適用認證）。
- 當MODULE遵守或AGENT-CAPABILITIES引用的模塊名稱不明確，驗證正確的消息表明，這是一個進口模塊的參考，這是不明確的。
評論沒有發現