分組列中的MIB SNMP

我有一個表在SNMP這樣的：分組列中的MIB SNMP

Id Name A.x A.y B.x B.y 
1  Test  1  2  1 3 
2  Next  3  4  5 6

我可以使用SNMP使這個訪問是

table.1.1 = 1    table.1.2 = 2 
table.2.1 = Name   table.2.2 = Next 
table.3.1 = 1    table.3.2 = 3 
table.4.1 = 2    table.4.2 = 4 
table.5.1 = 1    table.5.2 = 5 
table.6.1 = 3    table.6.2 = 6

所以列一個任務將是

1 = Id 2 = Name 3 = A.x 4 = A.y 5 = B.x 6 = B.y

但是由於某些原因（比如能夠在「正確的順序」中添加Az和Bz），我想要c olumns如下：然後

1 = Id 2 = Name 3.1 = A.x 3.2 = A.y 4.1 = B.x 4.2 = B.y

我的數據是這樣的：

table.1.1 = 1    table.1.2 = 2 
table.2.1 = Name   table.2.2 = Next 
table.3.1.1 = 1   table.3.1.2 = 3 
table.3.2.1 = 2   table.3.2.2 = 4 
table.4.1.1 = 1   table.4.1.2 = 5 
table.4.2.1 = 3   table.4.2.2 = 6

基本上SNMP（只要求所有的數據可以與一些被遍歷開始OID每列，並沒有進一步的內部的表格規則）允許。

然而，它可以用MIB來表達嗎？

客戶端是否能夠處理該問題？

來源

2017-08-28 Steffen Heil

你可以做任何你想做的事。但是，如果你要服從標準RFC 2578，則第7.1.12概念表「管理信息結構」在

https://tools.ietf.org/html/rfc2578#section-7.1.12

解釋說，你已經知道的規則。大多數應用程序不會知道您的特設表格佈局。

來源

2017-08-29 14:18:36

但我不明白這與我的佈局有什麼矛盾。讓我們看看那裏給出的例子。「evalString」可以很好地定義爲「{evalEntry 2 1}」和「evalValue」作爲「{evalEntry 2 2}」。爲什麼會這樣呢？ –

您建議的分配，其中一些柱狀對象不是該行的直接子節點，而是在它們之間具有中間子節點，這是不合法的。相關規則在RFC 2578 section 7.10(2)定義，對象類型值的映射：

（2）如果該對象對應於概念上的行，則至少有一個分配，一個用於概念行中的每一列，在該對象下方存在。 每個列的管理分配名稱都是通過將唯一的肯定子標識符附加到概念行的管理性分配名稱而得到的。

強調我的。含義很明確：您的列的OID 必須由單個子標識符指定，該子標識符附加到該行的OID（請注意，「name」表示OBJECT IDENTIFIER值。文本標籤往往被認爲是名稱，稱爲「「描述符」）。

來源

2017-08-29 22:31:20

分組列中的MIB SNMP

回答

相關問題