Tìm hiểu giao thức SNMP và phần mềm quản lý hệ thống mạng CACTI

Đà Nẵng, 03/2011
BÁO CÁO ĐỒ ÁN MÔN HỌC
QUẢN LÝ HỆ THỐNG MẠNG
Đề tài: Tìm hiểu giao thức SNMP và phần mềm
quản lý hệ thống mạng CACTI
Giảng viên hướng dẫn : Ths.Lê Tự Thanh
Lớp : MM02A – Nhóm 5
Sinh viên thực hiện - Vũ Hoàng Long
- Trần Thị Minh Trung

LỜI NÓI ĐẦU
Thế giới ngày nay đã có nhiều tiến bộ mạnh mẽ về công nghệ thông tin (CNTT)
từ một tiềm năng thông tin đã trở thành một tài nguyên thực sự, trở thành sản phẩm
hàng hoá trong xã hội tạo ra một sự thay đổi to lớn trong lực lượng sản xuất, cơ sở hạ
tầng, cấu trúc kinh tế, tính chất lao động và cả cách thức quản lý trong các lĩnh vực của
xã hội. Với sự phát triển nền công nghệ thông tin như vậy, việc ứng dụng CNTT vào đời
sống hằng ngày trở nên quá quen thuộc với mọi người. Với sự phát triển như vậy mạng
Internet đã phát triển mạnh mẽ, làm thay thay đổi những thói quen trong xã hội, nó
mang lại lợi ích to lớn cho cho quá trình phát triển kinh tế xã hội, thông tin liên lạc của
con người.
Internet đã phát triển như vũ bão như vậy, với hàng trăm triệu máy tính trên
mạng so với chỉ vài trăm máy ban đầu. Trong khi việc tạo ra một hệ thống mạng đã khó
mà việc quản lý hệ thống mạng đó lại càng khó khăn hơn. Để giải quyết những vấn đề
này phải sử dụng phần mềm Cacti để quản lý hệ thống mạng một cách hợp lý hơn.
Để nhận thấy được và hiểu rõ hơn sự quan trọng trong việc quản lý một hệ thống mạng
một cách hợp lý thì nhóm 5 lớp MM02A đã tiến hành nghiên cứu và phân tích các vấn
đề về giao thức SNMP và quản lý hệ thống mạng với Cacti.
MỤC LỤC
CHƯƠNG 1: TỔNG QUAN VỀ QUẢN LÝ MẠNG VỚI GIAO THỨC SNMP........1
1.1. KHÁI NIỆM QUẢN LÝ MẠNG.......................................................................1
1.2. GIAO THỨC QUẢN LÝ MẠNG SNMP...........................................................3

1.2.1. Giới Thiệu về Giao thức SNMP..................................................................3
1.2.2. Ưu điểm và các phiên bản giao thức SNMP...............................................4
1.2.2.1. Ưu điểm sử dụng giao thức SNMP......................................................4
1.2.2.2. Các phiên bản giao thức SNMP...........................................................4
1.2.3. Quản lý truyền thông trong SNMP............................................................12
1.2.3.1. Bộ phận quản lý (manager)................................................................13
1.2.3.2. Agent..................................................................................................14
1.2.3.3. Cơ sở thông tin quản lý – MIB..........................................................14
1.2.3.4. Mô hình giao thức SNMP..................................................................15
1.2.4. Các thành phần trong giao thức SNMP.....................................................19
1.2.5. Các cơ chế bảo mật SNMP........................................................................20
CHƯƠNG 2: TRIỂN KHAI QUẢN LÝ MẠNG VỚI PHẦN MỀM CACTI.............21
2.1. GIỚI THIỆU VỀ CACTI..................................................................................21
2.2. MÔ HÌNH TRIỂN KHAI.................................................................................22
2.3. CÀI ĐẶT CACTI.............................................................................................22
2.4. CẤU HÌNH CACTI..........................................................................................23
2.4.1. Thêm Thiết bị quản lý................................................................................24
2.4.2. Tạo graphs quản lý theo sơ đồ...................................................................25
2.4.3. Quản lý cơ bản hệ thống............................................................................26
KẾT LUẬN31
Quản lý hệ thống mạng với giao thứv SNMP Trang 1
CHƯƠNG 1: TỔNG QUAN VỀ QUẢN LÝ
MẠNG VỚI GIAO THỨC SNMP
1.1. KHÁI NIỆM QUẢN LÝ MẠNG
Các cơ chế quản lí mạng được nhìn nhận từ hai góc độ, góc độ mạng chỉ ra hệ
thống quản lí nằm tại các mức cao của mô hình OSI và từ phía người điều hành quản lí
hệ thống. Mặc dù có rất nhiều quan điểm khác nhau về mô hình quản lí nhưng chúng
đều thống nhất bởi ba chức năng quản lí cơ bản gồm: giám sát, điều khiển và đưa ra báo
cáo tới người điều hành.
Chức năng giám sát có nhiệm vụ thu thập liên tục các thông tin về trạng thái của

các tài nguyên được quản lí sau đó chuyển các thông tin này dưới dạng các sự kiện và
đưa ra các cảnh báo khi các tham số của tài nguyên mạng được quản lí vượt quá ngưỡng
cho phép.
Chức năng quản lí có nhiệm vụ thực hiện các yêu cầu của người quản lí hoặc các
ứng dụng quản lí nhằm thay đổi trạng thái hay cấu hình của một tài nguyên được quản lí
nào đó.
Chức năng đưa ra báo cáo có nhiệm vụ chuyển đổi và hiển thị các báo cáo dưới
dạng mà người quản lí có thể đọc, đánh giá hoặc tìm kiếm, tra cứu thông tin được báo
cáo.
Trong thực tế, tuỳ theo từng công việc cụ thể mà còn có một vài chức năng khác
được kết hợp với các hệ thống quản lí và các ứng dụng quản lí được sử dụng như quản
lí kế hoạch dự phòng thiết bị, dung lượng, triển khai dịch vụ, quản lí tóm tắt tài nguyên,
quản lí việc phân phối tài nguyên mạng các hệ thống, quản lí việc sao lưu và khôi phục
tình trạng hệ thống, vận hành quản lí tự động. Phần lớn các chức năng phức tạp kể trên
đều nằm trong hoặc được xây dựng dựa trên nền tảng của ba chức năng quản lí lớp cao
là giám sát, điều khiển và đưa ra báo cáo.
Hiện nay có hai phương pháp quản lý mạng được sử dụng khá phổ biến là quản
lý mạng tập trung và quản lý mạng phân cấp.
Đối với hình thức quản lý mạng tập trung: Chỉ có một thiết bị quản lí thu nhận
các thông tin và điều khiển toàn bộ các thực thể mạng. Các chức năng quản lí được thực
hiện bởi manager, khả năng của hệ thống phụ thuộc rất lớn vào mức độ thông minh của
manager. Kiến trúc này thường được sử dụng rất nhiều và có trung tâm quản trị mạng.
Khoa học máy tính – MM02A Nhóm 5
Quản lý hệ thống mạng với giao thứv SNMP Trang 2
So với các chức năng thuộc manager chức năng Agent thường rất đơn giản, thông tin
trao đổi từ manager tới các agent thông qua các giao thức thông tin quản lí như giao
thức SNMP (Simple Network Management Protocol). Tuy nhiên hệ thống quản lí tập
trung rất khó mở rộng vì mức độ phức tạp của hệ thống tăng.
Ưu điểm: Quan sát cảnh báo và các sự kiện mạng từ một vị trí. Bảo mật được khoanh
vùng đơn giản.

Nhược điểm: Lỗi hệ thống quản lí chính sẽ gây tác hại tới toàn bộ mạng. Tăng độ phức
tạp khi có thêm các phần tử mới vào mạng.
Khoa học máy tính – MM02A Nhóm 5
Hình 1.0: Mô hình quản lí tập trung
Quản lý hệ thống mạng với giao thứv SNMP Trang 3
Đối với phương thức quản lí phân cấp: Hệ thống được chia thành các vùng tùy theo
nhiệm vụ quản lí tạo ra hệ thống phân cấp quản lí. Trung tâm xử lý đặt tại gốc của cây
phân cấp, các hệ thống phân tán được đặt tại nhánh cây.

Ưu điểm: Có khả năng mở rộng hệ thống quản lí nhanh.
Nhược điểm: Danh sách thiết bị quản lí phải được xác định và cấu hình trước.
1.2. GIAO THỨC QUẢN LÝ MẠNG SNMP
1.2.1. Giới Thiệu về Giao thức SNMP
Vào đầu năm 1988, Tổ chức kiến trúc Internet IAB (Internet Architecture Board)
nhận thấy sự cần thiết có bộ công cụ quản lí cho TCP/IP nên đã cho ra đời RFC
1052.RFC 1052 là các yêu cầu tiêu chuẩn hoá quản lí mạng và tập trung vào các vấn đề
quản lí mạng phải thực hiện:
• Đảm bảo tính mở rộng
• Đảm bảo tính đa dạng để phát triển
• Đảm bảo tính đa dạng trong quản lí
• Bao trùm nhiều lớp giao thức
Khoa học máy tính – MM02A Nhóm 5
Hình 1.1: Mô hình quản lí phân tán
Quản lý hệ thống mạng với giao thứv SNMP Trang 4
Tháng 4 năm 1993, SNMPv2 trở thành tiêu chuẩn quản lí mạng đơn giản thay thế
SNMPv1. SNMPv2 bổ sung một số vấn đề mà SNMPv1 còn thiếu như nhận thực và bảo
mật. Tuy nhiên, SNMPv2 khá phức tạp và khó tương thích với SNMPv1.
Năm 1997, SNMPv3 ra đời nhằm tương thích với các giao thức đa phương tiện
trong quản lí mạng, phát triển trên nền java và đưa ra kiến trúc và giao thức mới như
giao thức quản lí đa phương tiện HMMP (Hypermedia Management Protocol).

1.2.2. Ưu điểm và các phiên bản giao thức SNMP
1.2.2.1. Ưu điểm sử dụng giao thức SNMP
SNMP được thiết kế để đơn giản hóa quá trình quản lý các thành phần trong
mạng. Nhờ đó các phần mềm SNMP có thể được phát triển nhanh và tốn ít chi phí.
SNMP được thiết kế để có thể mở rộng các chức năng quản lý, giám sát. Khi có một
thiết bị mới với các thuộc tính, tính năng mới thì người ta có thể thiết kế tùy chọn
SNMP để phục vụ cho riêng mình. SNMP được thiết kế để có thể hoạt động độc lập với
các kiến trúc và cơ chế của các thiết bị hỗ trợ SNMP.Các thiết bị khác nhau có hoạt
động khác nhau nhưng hoạt động dựa trên giao thức SNMP là giống nhau.
1.2.2.2. Các phiên bản giao thức SNMP
Hiện tại SNMP có 3 phiên bản : SNMPv1, SNMPv2 và SNMPv3. Các phiên bản
này khác nhau một chút ở định dạng bản tin và phương thức hoạt động. Hiện nay
SNMPv1 là phổ biến nhất do có nhiều thiết bị tương thích nhất và có nhiều phần mềm
hỗ trợ nhất. Trong khi đó chỉ có một số thiết bị và phần mềm hỗ trợ SNMPv3.
-Phiên bản SNMPv1: phiên bản đầu tiên của SNMP, có 5 phương thức Get, GetNext,
Set, Response, Trap.
• GetRequest : Bản tin GetRequest được manager gửi đến agent để lấy
một thông tin nào đó. Trong GetRequest có chứa ID của object muốn
lấy. Ví dụ: Muốn lấy thông tin tên của Device1 thì manager gửi bản tin
GetRequest ID=1.3.6.1.2.1.1.5 đến Device1, tiến trình SNMP agent trên
Device1 sẽ nhận được bản tin và tạo bản tin trả lời. Trong một bản tin
GetRequest có thể chứa nhiều OID, nghĩa là dùng một GetRequest có thể
lấy về cùng lúc nhiều thông tin.
• GetNextRequest: Bản tin GetNextRequest cũng dùng để lấy thông tin
và cũng có chứa OID, tuy nhiên nó dùng để lấy thông tin của object nằm
Khoa học máy tính – MM02A Nhóm 5
Quản lý hệ thống mạng với giao thứv SNMP Trang 5
kế tiếp object được chỉ ra trong bản tin. Chúng ta đã biết khi đọc qua
những phần trên: một MIB bao gồm nhiều OID được sắp xếp thứ tự
nhưng không liên tục, nếu biết một OID thì không xác định được OID kế

tiếp. Do đó ta cần GetNextRequest để lấy về giá trị của OID kế tiếp. Nếu
thực hiện GetNextRequest liên tục thì ta sẽ lấy được toàn bộ thông tin
của agent.
• SetRequest:

Bản tin SetRequest được manager gửi cho agent để thiết
lập giá trị cho một object nào đó. Ví dụ: Có thể đặt lại tên của một máy
tính hay router bằng phần mềm SNMP manager, bằng cách gửi bản tin
SetRequest có OID là 1.3.6.1.2.1.1.5.0 (sysName.0) và có giá trị là tên
mới cần đặt.
• GetResponse: Mỗi khi SNMP agent nhận được các bản tin
GetRequest, GetNextRequest hay SetRequest thì nó sẽ gửi lại bản tin
GetResponse để trả lời. Trong bản tin GetResponse có chứa OID của
object được request và giá trị của object đó.
• Trap: Bản tin Trap được agent tự động gửi cho manager mỗi khi có sự
kiện xảy ra bên trong agent, các sự kiện này không phải là các hoạt động
thường xuyên của agent mà là các sự kiện mang tính biến cố. Ví dụ: Khi
có một port down, khi có một người dùng login không thành công, hoặc
khi thiết bị khởi động lại, agent sẽ gửi trap cho manager. Tuy nhiên
không phải mọi biến cố đều được agent gửi trap, cũng không phải mọi
agent đều gửi trap khi xảy ra cùng một biến cố. Việc agent gửi hay
không gửi trap cho biến cố nào là do hãng sản xuất device/agent quy
định.
Khoa học máy tính – MM02A Nhóm 5
Hình 1.2 : Các phương thức trong SNMPv1
Quản lý hệ thống mạng với giao thứv SNMP Trang 6
Cấu trúc của PDU GetRequest:
+ Request-id : mã số của request. ID này là số ngẫu nhiên do manager tạo ra,
agent khi gửi bản tin GetResponse cho request nào thì nó phải gửi requestID giống như
lúc nhận. Giữa manager và agent có thể có nhiều request & reponse, một request và một

response là cùng một phiên trao đổi khi chúng có requestID giống nhau.
+ Error-status : nếu = 0 là thực hiện thành công không có lỗi, nếu <> 0 là có lỗi
xảy ra và giá trị của nó mô tả mã lỗi. Trong bản tin GetRequest, GetNextRequest,
SetRequest thì error-status luôn = 0.
+ Error-index : số thứ tự của objectid liên quan đến lỗi nếu có. Trong variable-
bindings có nhiều objectid, được đánh số từ 1 đến n, một bản tin GetRequest có thể lấy
cùng lúc nhiều object.
+ Variable-bindings : danh sách các cặp [ObjectID – Value] cần lấy thông tin,
trong đó objectId là định danh của object cần lấy, còn value không mang giá trị. Khi
agent gửi bản tin trả lời thì nó sẽ copy lại bản tin này và điền vào value bằng giá trị của
object.
Khoa học máy tính – MM02A Nhóm 5
Hình 1.3 :

Cấu trúc Get/GetNext/Set/Response PDU
Quản lý hệ thống mạng với giao thứv SNMP Trang 7
Trong hình trên là cấu trúc một bản tin SNMP với PDU là GetRequest. Bao gồm các
thông tin :
+ Version là v1, số 0 trong ngoặc là giá trị của trường version, nếu giá trị này là 0
nghĩa là version1.
+ Community là “public”.
+ Request-id = 2142061952.
+ Error-status = 0, nghĩa là không có lỗi. Trong bản tin GetResponse thì error-
status mới được dùng.
+ Error-index = 0.
+ Phần variable-bindings bao gồm 1 item, mỗi item là 1 cặp objectid-value.
+ Objectid là .1.3.6.1.2.1.1.3.0, theo mib-2 thì đó là sysUpTime.0
+ Scalar instance index = 0, đây là chỉ số index của sysUptime. Do một thiết bị
chỉ có một khái niệm sysUptime nên index là 0 (sysUptime.0). Nếu bạn request ifDescr
chẳng hạn thì mỗi interface sẽ có một description khác nhau và sẽ có index khác nhau.

+ value = unSpecified. Do bản tin là GetRequest nên value sẽ không mang giá
trị, giá trị sẽ được ghi vào và trả về trong bản tin GetResponse.
Cấu trúc của PDU GetResponse: Cấu trúc GetNextRequest giống với
GetRequest, chỉ khác ở byte chỉ ra bản tin là GetNextRequest PDU. Hình sau là bản tin
GetNextRequest với objectid là sysContact, sau đó agent sẽ gửi bản tin GetReponse trả
Khoa học máy tính – MM02A Nhóm 5
Hình 1.4: sử dụng Wireshark kiểm tra
Quản lý hệ thống mạng với giao thứv SNMP Trang 8
lời với Objectid là sysName, vì sysName nằm sau sysContact trong MIB. Chú ý request-
id là giống nhau.
Cấu trúc của PDU SetRequest: Cấu trúc SetRequest cũng giống với
GetRequest, objectid-value chỉ ra đối tượng và giá trị cần set.
Cấu trúc của PDU Trap : Cấu trúc của bản tin trap của SNMPv1 như sau :
+ Enterprise : kiểu của object gửi trap. Đây là một OID giúp nhận dạng thiết bị
gửi trap là thiết bị gì; nhận dạng chi tiết đến hãng sản xuất, chủng loại, model. OID này
bao gồm một chỉ số doanh nghiệp (enterprise number) và chỉ số id của thiết bị của
hãng do hãng tự định nghĩa.
+ Agent address : địa chỉ IP của nguồn sinh ra trap. Có thể bạn sẽ thắc mắc tại
sao lại có IP của nguồn sinh ra trap trong khi bản tin IP chứa gói SNMP đã có địa chỉ
nguồn. Giả sử mô hình giám sát của bạn như sau : tất cả trap sender được cấu hình để
gửi trap đến một trap receiver trung gian, gọi là trap relay, sau đó trap relay mới gửi đến
nhiều trap receiver cùng lúc thì lúc này bản tin trap nhận được tại trap receiver sẽ có IP
Khoa học máy tính – MM02A Nhóm 5
Hình 1.5 : cấu trúc của get-next
Hình 1.6: cấu trúc PDU setrequest
Quản lý hệ thống mạng với giao thứv SNMP Trang 9
source là của trap relay, trong khi IP của nguồn phát sinh trap thực sự nằm trong agent
address.
+ Generic-trap: kiểu của các loại trap generic.
+ Specific-trap: kiểu của các loại trap do người dùng tự định nghĩa.

+ Time-stamp: thời gian tính từ lúc thiết bị được khởi động đến lúc gửi bản tin
trap, tính bằng centi giây.
+ Variable-bindings: các cặp objectID – values mô tả các object có liên quan đến
trap.
- Phiên bản SNMPv2: SNMPv2 tích hợp khả năng liên điều hành từ manager tới
manager và hai đơn vị dữ liệu giao thức mới. Khả năng liên kết điều hành manager-
manager cho phép SNMP hỗ trợ quản lí mạng phân tán trong một trạm và gửi báo cáo
tới một trạm khác. Hai đơn vị dữ liệu giao thức PDU (Protocol Data Unit) là
GetbulkRequest và InformRequest. Các PDU này liên quan tới xử lý lỗi và khả năng
đếm của SNMPv2. Khả năng đếm trong SNMPv2 sử dụng bộ đếm 64 bit (hoặc 32) để
duy trì trạng thái của các liên kết và giao diện.
MIB cho SNMPv2: MIB trong SNMPv2 định nghĩa các đối tượng mô tả tác động
của một phần tử SNMPv2.MIB gồm 3 nhóm:
Nhóm hệ thống (System group): là một mở rộng của nhóm system trong MIB-II
gốc, bao gồm một nhóm các đối tượng cho phép một Agent SNMPv2 mô tả các đối
tượng tài nguyên của nó.
Nhóm SNMP (SNMP group): một cải tiến của nhóm SNMP trong MIB-II gốc,
bao gồm các đối tượng cung cấp các công cụ cơ bản cho hoạt động giao thức.
Nhóm các đối tượng MIB (MIB objects group): một tập hợp các đối tượng liên
quan đến các SNMPv2-trap PDU và cho phép một vài phần tử SNMPv2 cùng hoạt
động, thực hiện như trạm quản trị, phối hợp việc sử dụng của chúng trong toán tử Set
của SNMPv2
Nhóm hệ thống: nhóm system định nghĩa trong SNMPv2 giống trong MIB-II và
bổ sung một vài đối tượng mới.
Nhóm SNMP: Nhóm này gần giống như nhóm SNMP đươc định nghĩa trong
MIB-II nhưng có thêm một số đối tượng mới và loại bỏ một số đối tượng ban đầu.
Nhóm SNMP chứa một vài thông tin lưu lượng cơ bản liên quan đến toán tử
SNMPv2 và chỉ có một trong các đối tượng là bộ đệm chỉ đọc 32-bit.
Khoa học máy tính – MM02A Nhóm 5
Quản lý hệ thống mạng với giao thứv SNMP Trang 10

Nhóm đối tượng MIB: Nhóm các đối tượng MIB chứa các đối tượng thích hợp
thêm vào việc điều khiển các đối tượng MIB.
Cấu trúc bản tin SNMPv2 :
Trường phiên bản (Version) thể hiện phiên bản của giao thức SNMPv2.
Trường Community là một chuỗi password xác nhận cho cả tiến trình lấy và thay
đổi dữ liệu. SNMP PDU chứa kiểu điều hành (get, set), yêu cầu đáp ứng (cùng số thứ tự
với bản tin gửi đi) - cho phép người điều hành gửi đồng thời nhiều bản tin. Biến ghép
gồm các thiết bị được đặc tả trong RFC 2358 và chứa cả giá trị đặt tới đối tượng.
Trường đơn vị dữ liệu giao thức (PDU) gồm có các trường con: Kiểu đơn vị dữ
liệu giao thức, nhận dạng các yêu cầu (Request ID), trạng thái lỗi, chỉ số lỗi, các giá trị
và đối tượng.
Các kiểu đơn vị dữ liệu giao thức PDU thể hiện các bản tin sử dụng trong
SNMPv2 gồm có:
GetRequest: Câu lệnh GetRequest được sử dụng giữa Manager tới Agent. Câu
lệnh này được sử dụng để đọc biến MIB đơn hoặc danh sách các biến MIB từ các Agent
đích.
GetNextRequest: Câu lệnh GetNextRequest tương tự như câu lệnh GetRequest,
tuy nhiên tuỳ thuộc vào agent trong khoản mục kế tiếp của MIB. Các biến được lưu
trong thiết bị và được coi như đối tượng bị quản lí. Vì vậy,câu lệnh GetNextRequest mở
rộng các biến và được đọc theo tuần tự.
Khoa học máy tính – MM02A Nhóm 5
Hình 1.7: Cấu trúc bản tin SNMPv2
Quản lý hệ thống mạng với giao thứv SNMP Trang 11
SetRequest: Câu lệnh SetRequest là câu lệnh được gửi đi từ Manager tới Agent
như hai câu lệnh trên. SetRequest tìm kiếm các thông tin mở rộng trongbảng MIB và
yêu cầu Agent đặt giá trị cho các đối tượng quản lý hoặc các đối tượng chứa trong câu
lệnh.
GetResponse: Câu lệnh GetResponse là câu lệnh từ Agent tới Manager. Câu lệnh
này cung cấp cơ chế đáp ứng cho các câu lệnh GetRequest, GetNextRequest và
SetRequest.

Trap: Trap là câu lệnh độc lập, không phụ thuộc vào đáp ứng hoặc yêu cầu từcác
Manager hoặc các Agent. Trap đưa ra các thông tin liên quan tới các điều kiện được
định nghĩa trước và được gửi từ các Agent tới Manager.
GetBulkRequest: Chức năng của câu lệnh GetBulkRequest tương tự như câu lệnh
GetNextRequest ngoại trừ vấn đề liên quan tới số lượng dữ liệu được lấy ra.
GetBulkRequest cho phép Agent gửi lại Manager dữ liệu liên quan tới nhiều đối tượng
thay vì từng đối tượng bị quản lý. Như vậy, GetBulkRequest có thể giảm bớt lưu lượng
truyền dẫn và các bản tin đáp ứng thông báo về các điều kiện vi phạm.
InformRequest: Câu lệnh InformRequest cung cấp khả năng hỗ trợ các Manager
bố trí theo cấu hình phân cấp.Câu lệnh này cho phép một Manager trao đổi thông tin với
các Manager khác.
Trong trường PDU Type, các giá trị thể hiện như sau:
- Phiên bản SNMPv3: SNMPv3 dựa trên việc thực hiện giao thức, loại dữ liệu và uỷ
quyền như SNMPv2 và cải tiến phần an toàn. SNMPv3 cung cấp an toàn truy nhập vào
Khoa học máy tính – MM02A Nhóm 5
Hình 1.8 : Bảng thông tin trong trường PDU
Type