網(wǎng)絡自適應與自發(fā)現(xiàn)的動機

成都創(chuàng)新互聯(lián)專注于珠暉企業(yè)網(wǎng)站建設,成都響應式網(wǎng)站建設,商城系統(tǒng)網(wǎng)站開發(fā)。珠暉網(wǎng)站建設公司,為珠暉等地區(qū)提供建站服務。全流程定制網(wǎng)站，專業(yè)設計，全程項目跟蹤，成都創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務

• 避免手動初始配置和更新網(wǎng)絡設備發(fā)現(xiàn)
• 網(wǎng)絡基礎設施數(shù)據(jù)填充數(shù)據(jù)組織過程資產
• 通過定期數(shù)據(jù)更新保持最新狀態(tài)
• 保持對要支持的網(wǎng)絡設備的精確描述
• 高效的網(wǎng)絡運營和規(guī)劃
• 資產庫存管理（CMDB）
• 準確清點所有硬件和軟件資產組織
• 網(wǎng)絡管理系統(tǒng)的核心準確定位
• 網(wǎng)絡拓撲的自動生成和邏輯關系的清楚展現(xiàn)

輸出的目標
安全風險與故障的及時有效的準確定位和排除
“要知道我們有什么，在哪里以及如何使用”

設備發(fā)現(xiàn)

• 通過IP地址發(fā)現(xiàn)網(wǎng)絡設備
• 掃描IP地址范圍（ping，snmp）
• 發(fā)現(xiàn)網(wǎng)絡設備，拓撲和IP地址空間
• 從核心交換機開始，通過網(wǎng)絡拓撲結構逐跳使用路由表中的下一跳
• 掃描每個接口上的子網(wǎng)絡并查找連接的設備
• 使用CDP或LLDP
• L3網(wǎng)絡拓撲
• 發(fā)現(xiàn)IP地址空間 - 每個接口上的子網(wǎng)
• 通過MAC地址發(fā)現(xiàn)網(wǎng)絡設備 - 每個LAN / VLAN
• 檢查每個設備接口上的ARP表
• 配對IP和MAC地址
• 在局域網(wǎng)上查找交換機
• 查詢交換機轉發(fā)表
• 了解網(wǎng)絡中的DHCP池
• L2網(wǎng)絡拓撲（ forwarding tables, ，STP）
  檢測設備的類型
• 路由器，交換機，UPS，主機（Linux，Windows ...）
• 檢測設備供應商
• 檢測設備型號
• 檢測設備資源（屬性）
• 系統(tǒng)名稱，型號，序列號
• 檢測設備組件及其資源
• 接口
• 物理實體 - 模塊，卡，CPU，內存...
• 邏輯實體 - 存儲分區(qū)，虛擬內存，路由表，連接用戶，BGP對等體，QoS策略等。
• 軟件組件 - 已安裝的軟件，運行過程...
  ok，各位看官提綱已經(jīng)列出來，大家繼續(xù)往下走分享具體實現(xiàn)邏輯，不然肯定有大牛說都是大而虛，不切實際，那我們下面就將具體信息落實：

using SNMP - CLI
snmpwalk command
snmpwalk -v 2c -c 1qaz@WSX 100.100.32.10

Standard MIBs
System (.1.3.6.1.2.1.1)
Name, description, uptime

Response bindings:
1: sysObjectID.0 (object identifier) enterprises.9.1.516
2: sysUpTimeInstance (timeticks) 42 days 23h:23m:48s.31th(371302831)
3: sysContact.0 (octet string) (zero-length)
4: sysName.0 (octet string) WS-C3750v2-48TS[57.53.2D.43.33.37.35.30.76.32.2D.34.38.54.53 (hex)]
5: sysLocation.0 (octet string) (zero-length)
6: sysServices.0 (integer) 6
7: sysORLastChange.0 (timeticks) 0 days 00h:00m:00s.00th (0)
8: sysORID.1 (object identifier) enterprises.9.7.129
9: sysORID.2 (object identifier) enterprises.9.7.115
10: sysORID.3 (object identifier) enterprises.9.7.265
Interfaces (IF-MIB)
IfTable (.1.3.6.1.2.1.2.2), IfXTable (.1.3.6.1.2.1.31.1)

IP (IP-MIB)
ipAddrTable (.1.3.6.1.2.1.4.20) – used IP addresses

ipRouteTable (.1.3.6.1.2.1.4.21) – Routing table

部分帶有路由功能的交換機會在(.1.3.6.1.2.1.4.24體現(xiàn)路由信息例如cisco 3750

ICMP (IP-MIB)
icmpStatsTable (.1.3.6.1.2.1.5.29) – statistics of ICMP packets

目前這部分被廣泛應用在大數(shù)據(jù)分析、設備狀態(tài)監(jiān)測、甚至在APM也有所使用

UDP (UDP-MIB)
udpTable (.1.3.6.1.2.1.7.5)
TCP 1.3.6.1.2.1.6

如何識別設備類型？
發(fā)現(xiàn)測試 - 檢索特定設備類型的唯一值
路由器
如何識別路由器？
路由表？主機也有一張路由表……
sysServices（.1.3.6.1.2.1.1.7）
返回值的位數(shù)確定設備所在的OSI/TCP的層數(shù)
例如：6（dec）= 0110（bin） - 第3層和第2層（L3交換機）
ipForwarding (.1.3.6.1.2.1.4.1) in IP-MIB
forwarding(1) – for routing capable devices
not-forwarding(2) – for all other devices

上述我舉例的方式已經(jīng)很詳細，就不一一給大家截圖分析了，下面就直接給大家貼oid了：
BGP protocol (BPG4-MIB)
bgpPeerTable (.1.3.6.1.2.1.15.3)
OSPF protocol (OSPF-MIB)
ospfAreaTable (.1.3.6.1.2.1.14.2), ospfLsdbTabl (.1.3.6.1.2.1.14.4)
MPLS (MPLS-LSR-MIB, MPLS-×××-MIB)
mplsInSegmentTable (.1.3.6.1.3.96.1.3)
mplsOutSegmentTable (.1.3.6.1.3.96.1.6)
BRIDGE-MIB
Discovery test
dot1dBaseBridgeAddress (.1.3.6.1.2.1.17.1.1)
dot1dBasePortTable (.1.3.6.1.2.1.17.1.4)
pairing switching ports with interfaces (ifTable)
HOST-RESOURCES-MIB
Discovery test
hrSystem (.1.3.6.1.2.1.25.1)
these (.1.3.6.1.2.1.25.1.1), hrSystemDate (.1.3.6.1.2.1.25.1.2)
hrStorageTable (.1.3.6.1.2.1.25.2.3)
hrDeviceTable (.1.3.6.1.2.1.25.3.2)
hrProcessorTable (.1.3.6.1.2.1.25.3.3)
private.enterprises (.1.3.6.1.4.1) subtree
cisco (.1.3.6.1.4.1.9)
apc (.1.3.6.1.4.1.318)
microsoft (.1.3.6.1.4.1.311)
juniperMIB (.1.3.6.1.4.1.2636)
vmware (.1.3.6.1.4.1.6876)
…………
詳情見我之前分享的完整廠家分享，對與未知設備但凡支持SNMP需要在庫中不斷更新
OID sysObjectID (.1.3.6.1.2.1.1.2)
returns vendor specific OID which defines device model
Example:
sysObjectID = .1.3.6.1.4.1.9.1.283
CISCO-PRODUCTS-MIB (.1.3.6.1.4.1.9.1)
OID .1.3.6.1.4.1.9.1.283
Identifier
type: name: Cat6509
returns no date

上述是發(fā)現(xiàn)思科機框設備都會有不同的模塊和板塊

可以預期通過拓撲發(fā)現(xiàn)技術，可以不斷識別網(wǎng)絡地址空間，并不斷探索網(wǎng)絡的邊界；可以持續(xù)地對終端設備進行普查，這種審查發(fā)生在網(wǎng)絡核心，不需要安裝終端；同時，能夠不斷積累設備元數(shù)據(jù)和行為數(shù)據(jù)。
這些能力能夠發(fā)現(xiàn)未曾記錄在檔案的網(wǎng)絡，發(fā)現(xiàn)網(wǎng)絡中的無賴設備，甚至發(fā)現(xiàn)有威脅特征的設備，等等。而消除這些網(wǎng)絡安全風險所付出的代價又較小，這也是我青睞于拓撲技術在網(wǎng)絡安全中應用的重要原因

目前很多態(tài)勢感知類設備甚至是soc都需要借助SNMP去獲取一些設備狀態(tài)信息、日志信息、包括進程，甚至是應用狀態(tài)的監(jiān)控，來掌握網(wǎng)絡實時狀態(tài)，隨著SDN的發(fā)展，某些廠家通過網(wǎng)絡虛擬化技術沒通過opefew技術，對虛擬化網(wǎng)絡設備及安全設備中的fewtable進行檢測，傳統(tǒng)的流量檢測還是用了netfew技術，但是根據(jù)調研目前大部分虛擬化設備還是支持SNMP的，無論哪種技術，無非都是完成對企業(yè)內部資源的可視化：“拓撲可視化”“流量可視化”“設備配置信息可視化”“資產可視化等等。。。?！?/p>

具體還在不斷的學習和實踐中，還希望有這方面研究的朋友一起探討。

網(wǎng)頁題目：基于snmp的網(wǎng)絡自適應與自發(fā)現(xiàn)（建議開發(fā)運維自動化平臺和基礎架構支撐的朋友看）
當前路徑：http://aaarwkj.com/article22/peigcc.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、關鍵詞優(yōu)化、定制網(wǎng)站、用戶體驗、網(wǎng)站制作、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)