tìm hiểu về giao thức quản lý mạng snmp và thực hiện giám sát, quản trị mạng với phần mềm solarwinds

+ Để giải quyết vấn đề này bạn có thể dùng một ứng dụng SNMP giám sát lưu lượng, nó sẽ lấy được thông tin lưu lượng đang truyền qua các thiết bị của nhiều hãng khác nhau.. Chính nhờ việc

MỞ ĐẦU

Cùng với sự phát triển mạnh mẽ của các giải pháp công nghệ hạ tầng mạng truyền thông, hàng loạt các yêu cầu mới được đặt ra đối với các vấn đề khai thác và triển khai hệ thống trong môi trường mạng thực tiễn Bài toán quản lí mạng luôn là mối quan tâm hàng đầu và là một trong những vấn đề quan trọng nhất cần giải quyết của các nhà khai thác viễn thông Tùy thuộc vào các giải pháp công nghệ và các ứng dụng triển khai mà các nhà khai thác lựa chọn và xây dựng các hệ thống quản lí mạng thích hợp để nâng cao hiệu quả vận hành và khai thác mạng Vì vậy, các giải pháp quản lí mạng luôn là một bài toán mang tính động và sát với công nghệ mạng lưới Nhằm cung cấp cho học viên những kiến thức cơ bản trong quản lí mạng viễn thông, bài giảng này cung cấp cho sinh viên những kiến thức

cơ bản về quản lí mạng viễn thông để qua đó hiểu được các cơ chế, kĩ thuật cũng như giao thức quản lí và giám sát mạng viễn thông

Môn học Quản lý mạng máy tính cung cấp cho sinh viên các kiến thức về các giao

thức quản lý mạng cũng như các phần mềm, công cụ cần thiết để quản lý hệ thống mạng Nắm bắt được trạng thái hệ thống mạng để đảm bảo hệ thống mạng được hoạt động xuyên suốt Vì vậy, việc tìm hiểu lý thuyết về các giao thức quản lý mạng cũng như chọn công cụ thích hợp để nghiên cứu, thực hành trong quá trình học tập là điều không thể thiếu

MỤC LỤC

Edit Dictionaries: xây dựng cơ sở dữ liệu gồm các từ dùng cho SNMP 10Remote TCP Reset: thiết lập lại các phiên kết nối trên các thiết bị ở xa như router, server đầu cuối, server truy cập … 10Router Password Decryption: giải mã password của Cisco loại 7 10Security Check: tấn công thử để kiểm tra tính an toàn của chuỗi community có thuộc tính read-write 10SNMP Brute Force Attack: dùng các câu truy vấn SNMP với các ký tự tuần tự để cố găng xác định chuỗi community 11

I Tổng quan về solarwinds

1.1 Giới thiệu Solarwinds:

Solarwinds là bộ công cụ hổ trợ đắc lực cho cho nhà quản trị: phân tích lỗi cũng như các công cụ quản lý việc thực thi trên hệ thống mạng Phần lớn các ứng dụng trong Solarwinds đều sử dụng giao thức SNMP để truyền thông Bao gồm 32 ứng dụng chia làm 6 phần lớn:

1 Network Discovery Tools

2 Ping Diagnostic Tools

3 Tools for Cisco Routers

4 IP Address Management Tools

5 Fault & Performance Monitoring

6 Tools Miscellaneous Tools

1.2 Giao thức SNPM

1.2 1 Giám sát thiết bị mạng

Chúng ta sẽ đề cập đến 3 bài toán thuộc hàng phổ biến nhất trong các ứng dụng của SolarWinds

 Bài toán thứ nhất : Giám sát tài nguyên máy chủ

+ Giả sử bạn có nhiều máy chủ chạy các hệ điều hành (HĐH) khác nhau Làm thế nào

có thể giám sát tài nguyên của tất cả máy chủ hàng ngày, hàng giờ để kịp thời phát hiện các máy chủ sắp bị quá tải ? (Giám sát tài nguyên máy chủ nghĩa là theo dõi tỷ lệ chiếm dụng CPU, dung lượng còn lại của ổ cứng, tỷ lệ sử dụng bộ nhớ RAM, ….)

+ Bạn không thể kết nối vào từng máy để xem vì số lượng máy nhiều và vì các HĐH khác nhau có cách thức kiểm tra khác nhau

+ Để giải quyết vấn đề này bạn có thể dùng một ứng dụng SNMP giám sát được máy chủ, nó sẽ lấy được thông tin từ nhiều HĐH khác nhau

 Bài toán thứ hai : Giám sát lưu lượng trên các port của switch, router

+ Bạn có hàng ngàn thiết bị mạng (network devices) của nhiều hãng khác nhau, mỗi thiết bị có nhiều port Làm thế nào để giám sát lưu lượng đang truyền qua tất cả các port của các thiết bị suốt 24/24, kịp thời phát hiện các port sắp quá tải ?

+ Bạn cũng không thể kết nối vào từng thiết bị để gõ lệnh lấy thông tin vì thiết bị của các hãng khác nhau có lệnh khác nhau

+ Để giải quyết vấn đề này bạn có thể dùng một ứng dụng SNMP giám sát lưu lượng,

nó sẽ lấy được thông tin lưu lượng đang truyền qua các thiết bị của nhiều hãng khác nhau

 Bài toán thứ ba : Hệ thống tự động cảnh báo sự cố tức thời

+ Bạn có hàng ngàn thiết bị mạng và chúng có thể gặp nhiều vấn đề trong quá trình hoạt động như : một port nào đó bị mất tín hiệu (port down), có ai đó đã cố kết nối (login)

cảnh báo (warning) nó sẽ nhận cảnh báo từ tất cả các thiết bị và thông báo cho ngườiquản trị

1.2.2 Hai phương thức giám sát Poll và Alert ( Note : Có tài liệu gọi là Poll và Trap, hoặc Get và Trap )

Trước khi tìm hiểu SNMP cũng như SolarWind , tôi muốn trình bày hai phương thức giám sát “Poll” và “Alert” Đây là 2 phương thức cơ bản của các kỹ thuật giám sát hệ thống, nhiều phần mềm và giao thức được xây dựng dựa trên 2 phương thức này, trong đó có SNMP Việc hiểu rõ hoạt động của Poll & Alert và ưu nhược điểm của chúng sẽ giúp bạn dễ dàng tìm hiểu nguyên tắc hoạt động của các giao thức hay phần mềm giám sát khác

Hoặc nếu bạn muốn tự phát triển một cơ chế giám sát của riêng bạn thì nó cũng là cơ

sở để bạn xây dựng một nguyên tắc hoạt động đúng đắn

Nguyên tắc hoạt động : Trung tâm giám sát (manager) sẽ thường xuyên hỏi thông tin của thiết bị cần giám sát (device) Nếu Manager không hỏi thì Device không trả lời, nếu Manager hỏi thì Device phải trả lời Bằng cách hỏi thường xuyên, Manager sẽ luôn cập nhật được thông tin mới nhất từ Device Ví dụ : Người quản lý cần theo dõi khi nào thợ làm xong việc Anh ta cứ thường xuyên hỏi người thợ “Anh đã làm xong chưa ?”, và người thợ sẽ trả lời “Xong” hoặc “Chưa”

Nguyên tắc hoạt động : Mỗi khi trong Device xảy ra một sự kiện (event) nào đó thì Device sẽ tự động gửi thông báo cho Manager, gọi là Alert Manager không hỏi thông tin định kỳ từ Device

Device chỉ gửi những thông báo mang tính sự kiện chứ không gửi những thông tin thường xuyên thay đổi, nó cũng sẽ không gửi Alert nếu chẳng có sự kiện gì xảy ra Chẳng hạn khi một port down/up thì Device sẽ gửi cảnh báo, còn tổng số byte truyền qua port đó sẽ không được Device gửi đi vì đó là thông tin thường xuyên thay đổi Muốn lấy những thông tin thường xuyên thay đổi thì Manager phải chủ động đi hỏi Device, tức là phải thực hiện phương thức Poll

Hai phương thức Poll và Alert có điểm thuận lợi và bất lợi ngược nhau, do đó nhiều trường hợp ta nên sử dụng kết hợp cả Poll lẫn Alert để đạt được hiệu quả kết hợp của cả hai.

+ Trong quản lý người ta luôn thực hiện song song chế độ kiểm tra và báo cáo, thường xuyên kiểm tra để phát hiện vấn đề và báo cáo ngay khi xảy ra vấn đề

1.2.3 Giới thiệu giao thức SNMP

SNMP là “giao thức quản lý mạng đơn giản”, dịch từ cụm từ “Simple Network Management Protocol” Thế nào là giao thức quản lý mạng đơn giản ? Giao thức là một tập hợp các thủ tục mà các bên tham gia cần tuân theo để có thể giao tiếp được với nhau Trong lĩnh vực thông tin, một giao thức quy định cấu trúc, định dạng (format) của dòng dữ liệu trao đổi với nhau và quy định trình tự, thủ tục để trao đổi dòng dữ liệu đó Nếu một bên tham gia gửi dữ liệu không đúng định dạng hoặc không theo trình tự thì các bên khác sẽ không hiểu hoặc từ chối trao đổi thông tin SNMP là một giao thức, do đó nó có những quy định riêng

mà các thành phần trong mạng phải tuân theo

Một thiết bị hiểu được và hoạt động tuân theo giao thức SNMP được gọi là “có hỗ trợ SNMP” (SNMP supported) hoặc “tương thích SNMP” (SNMP compartible) SNMP dùng để quản lý, nghĩa là có thể theo dõi, có thể lấy thông tin, có thể được thông báo, và có thể tác động để hệ thống hoạt động như ý muốn VD một số khả năng của phần mềm SNMP :+ Theo dõi tốc độ đường truyền của một router, biết được tổng số byte đã truyền/nhận

+ Lấy thông tin máy chủ đang có bao nhiêu ổ cứng, mỗi ổ cứng còn trống bao nhiêu.+ Tự động nhận cảnh báo khi switch có một port bị down

+ Điều khiển tắt (shutdown) các port trên switch

SNMP dùng để quản lý mạng, nghĩa là nó được thiết kế để chạy trên nền TCP/IP và

mình

 Ưu điểm trong thiết kế của 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 SNMP được thiết kế để có thể mở rộng các chức năng quản lý, giám sát Không có giới hạn rằng SNMP có thể quản lý được cái gì 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ế “custom” 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 đáp ứng SNMP là giống nhau VD bạn có thể dùng 1 phần mềm để theo dõi dung lượng ổ cứng còn trống của các máy chủ chạy HĐH Windows và Linux; trong khi nếu không dùng SNMP mà làm trực tiếp trên các HĐH này thì bạn phải thực hiện theo các cách khác nhau

Các phiên bản của SNMP

SNMP có 4 phiên bản : SNMPv1, SNMPv2c, SNMPv2u 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 tại 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

+ Tên thiết bị được gọi là sysName, OID là 1.3.6.1.2.1.1.5 4

+ Tổng số port giao tiếp (interface) được gọi là ifNumber, OID là 1.3.6.1.2.1.2.1

+ Địa chỉ Mac Address của một port được gọi là ifPhysAddress, OID là 1.3.6.1.2.1.2.2.1.6.

+ Số byte đã nhận trên một port được gọi là ifInOctets, OID là 1.3.6.1.2.1.2.2.1.10

• Note : ý nghĩa của từng chữ số trong OID, chúng sẽ được giải thích trong phần sau.

Một object chỉ có một OID, chẳng hạn tên của thiết bị là một object Tuy nhiên nếu một thiết bị lại có nhiều tên thì làm thế nào để phân biệt ? Lúc này người ta dùng thêm 1 chỉ

số gọi là “scalar instance index” (cũng có thể gọi là “sub-id”) đặt ngay sau OID Ví dụ :

+ Tên thiết bị được gọi là sysName, OID là 1.3.6.1.2.1.1.5; nếu thiết bị có 2 tên thì chúng sẽ được gọi là sysName.0 & sysName.1 và có OID lần lượt là 1.3.6.1.2.1.1.5.0 & 1.3.6.1.2.1.1.5.1

+ Địa chỉ Mac address được gọi là ifPhysAddress, OID là 1.3.6.1.2.1.2.2.1.6; nếu thiết bị có 2 mac address thì chúng sẽ được gọi là ifPhysAddress.0 & ifPhysAddress.1 và có OID lần lượt là 1.3.6.1.2.1.2.2.1.6.0 & 3.6.1.2.1.2.2.1.6.1

+ Tổng số port được gọi là ifNumber, giá trị này chỉ có 1 (duy nhất) nên OID của nó không có phân cấp con và vẫn là 1.3.6.1.2.1.2.1

Ở hầu hết các thiết bị, các object có thể có nhiều giá trị thì thường được viết dưới dạng có sub-id VD một thiết bị dù chỉ có 1 tên thì nó vẫn phải có OID là sysName.0 hay 1.3.6.1.2.1.1.5.0 Sub-id không nhất thiết phải liên tục hay bắt đầu từ 0 VD một thiết bị có 2 mac address thì có thể chúng được gọi là ifPhysAddress.23 và ifPhysAddress.125645

OID của các object phổ biến có thể được chuẩn hóa, OID của các object do bạn tạo ra thì bạn phải tự mô tả chúng Để lấy một thông tin có OID đã chuẩn hóa thì SNMP application phải gửi một bản tin SNMP có chứa OID của object đó cho SNMP agent, SNMP agent khi nhận được thì nó phải trả lời bằng thông tin ứng với OID đó

khác nhau Chính nhờ việc chuẩn hóa OID mà ta có thể dùng SolarWind để lấy thông tin các loại device của các hãng khác nhau.

MIB (cơ sở thông tin quản lý) là một cấu trúc dữ liệu gồm các đối tượng được quản lý (managed object), được dùng cho việc quản lý các thiết bị chạy trên nền TCP/IP MIB là kiến trúc chung mà các giao thức quản lý trên TCP/IP nên tuân theo, trong đó có SNMP MIB được thể hiện thành 1 file (MIB file), và có thể biểudiễn thành 1 cây (MIB tree) MIB

có thể được chuẩn hóa hoặc tự tạo Hình sau minh họa MIB tree :

Một node trong cây là một object, có thể được gọi bằng tên hoặc id Ví dụ :

+ Node iso.org.dod.internet.mgmt.mib-2.system có OID là 1.3.6.1.2.1.1, chứa tất cả các object lien quan đến thông tin của một hệ thống như tên của thiết bị (iso.org.dod.internet.mgmt.mib-2.system.sysName hay 1.3.6.1.2.1.1.5)

+ Các OID của các hãng tự thiết kế nằm dưới iso.org.dod.internet.private.enterprise

Ví dụ : Cisco nằm dưới iso.org.dod.internet.private.enterprise.cisco hay 1.3.6.1.4.1.9, Microsoft nằm dưới iso.org.dod.internet.private.enterprise.microsoft hay 1.3.6.1.4.1.311 Số

9 (Cisco) hay 311 (Microsoft) là số dành riêng cho các công ty do IANA cấp 5 Nếu Cisco hay Microsoft chế tạo ra một thiết bị nào đó, thì thiết bị này có thể hỗ trợ các MIB chuẩn đã được định nghĩa sẵn (như mib-2) hay hỗ trợ MIB được thiết kế riêng Các MIB được công ty nào thiết kế riêng thì phải nằm bên dưới OID của công ty đó Các objectID trong MIB được sắp xếp thứ tự nhưng không phải là liên tục, khi biết một OID thì không chắc chắn có thể xác định được OID tiếp theo trong MIB VD trong chuẩn mib-2 6 thì object ifSpecific và object atIfIndex nằm kề nhau nhưng OID lần lượt là 1.3.6.1.2.1.2.2.1.22 và 1.3.6.1.2.1.3.1.1.1 Muốn hiểu được một OID nào đó thì bạn cần có file MIB mô tả OID đó

Một MIB file không nhất thiết phải chứa toàn bộ cây ở trên mà có thể chỉ chứa mô tả cho một nhánh con Bất cứ nhánh con nào và tất cả lá của nó đều có thể gọi là một mib

Một manager có thể quản lý được một device chỉ khi ứng dụng SNMP manager và ứng dụng SNMP agent cùng hỗ trợ một MIB Các ứng dụng này cũng có thể hỗ trợ cùng lúc nhiều MIB Trong chương này chúng ta chỉ đề cập đến khái niệm MIB ngắn gọn như trên

II 5 chức năng quản trị:

1 Performance Mgmt: quản lý việc thực thi của hệ thống mạng:

• Install

• Update

3 Fault Mgmt: quản lý lỗi cho hệ thống mạng:

• Preactive : khi có sự cố thì bắt tay vào khắc phục

• Proactive: tác động đến hệ thống trước khi hệ thống xãy ra lỗi, điều này dựa nhiều vào kinh nghiệm của nhà quản trị

• Công cụ giới thiệu: Network Performance Monitor (Alert+SNMPTrap receiver)

 Xác thực ai muốn dùng tài nguyên

 Bất kỳ ai muốn sử dụng tài nguyên cũng phải giới hạn quyền

 Bất kỳ dữ liệu lưu trữ nào cũng cấp quyền

 Tính toàn vẹn dữ liệu trên đường truyền

 Tính không chối cãi của công việc chia sẻ

 Port Scanner: xác định trên Agent có những dịch vụ nào đang mở (thông qua cổng dịch vụ)

 SNMP Brute Force Attack: công cụ quét Community của một Agent

 Edit Dictionaries: xây dựng cơ sở dữ liệu gồm các từ dùng cho SNMP

 Remote TCP Reset: thiết lập lại các phiên kết nối trên các thiết

bị ở xa như router, server đầu cuối, server truy cập …

 Security Check: tấn công thử để kiểm tra tính an toàn của chuỗi community có thuộ c tính read-write

 SNMP Brute Force Attack: dùng các câu truy v ấ n SNMP v ớ i các

ký t ự tu ầ n t ự đ ể c ố găng xác đ ị nh chu ỗ i community

 SNMP Dictionary Attack tấn công dùng dictionary đã biết để tìm chuỗi community

5 Accounting Mgmt:

• Cấp quyền

• Giám sát các quyền hạn trên Agent

• Công cụ giới thiệu IP Network Browser

3 Bước 3: Discover và Import thiết bị quản trị:

4 Bước 4: Xem thiết lập các thông số baseline ban đầu

- Installed Software:

-Running Software:

- System Mibs:

• sysDescr: Mô tả nguyên văn của đối tượng quản lý Giá trị này thường bao gồm tên đầy đủ và version của loại phần cứng của hệ thống, hệ điều hành, thiết bị mạng

• sysObjectID: định danh của đối tượng đang được quản lý

• sysContact: Tên liên lạc của người quản lý node này

• SysUptime: Thời gian từ lúc mà hệ thống khởi động thiết lập

• sysLocation: Địa chỉ thật của node đang quản lý

• sysServices: Tổng số dịch vụ mà node cho phép

- Interface Mibs:

• Quản trị performance:

• ifMtu: Kích thước lớn nhất của một packet có thể được gửi và nhận

trên interface này, tính bằng octets

• ifSpeed: băng thông hiện thời trên interface theo đơn vị bit/s Với

những interface không có sự thay đổi về băng thông hay những interface không thể ước lượng được chính xác, thì giá trị này sẽ là băng thông hiệu dụng Nếu băng thông này lớn hơn giá trị cực đại

mà biến này có thể biểu diễn (4,294,967,295) thì variable ifHighSpeed sẽ được dùng để biểu diễn tốc độ của interface Đối với

các sub-layer mà không liên quan đến tốc độ thì giá trị này được biểu diễn là 0.

• ifOperStatus: Trạng thái hoạt động hiện hành trong hệ thống của

interface, có cùng trạng thái với ifAdminStatus là up nếu như

interface đã sẵn sàng để chuyển và nhận lưu lượng mạng, hoặc đang đợi cho một hành động bên ngoài( ví dụ : như đang đợi cho một kết nối vào), down khi có lỗi xảy ra

• ifInUcast Pkts: Tổng số gói unicast được phân phối bởi lớp dưới lên lớp trên của nó

• IfInNUcast Pkts: Tổng số gói, được phân phối bởi lớp dưới lên lớp trên, là địa chỉ multicast hoặc broadcast của lớp dưới

• ifOutOctets: số octet ra khỏi interface

• ifOutUnicastPkts: Số gói unicast ra khỏi interface

• ifOutNUcastPkts: số gói không phải unicast ra khỏi interface

• Quản trị lỗi:

• ifInErrors:Là số các gói nhận vào mà có lỗi đối với interface hướng gói , là chiều dài tổng số lần đơn vị chuyển tải vào bị lỗi đối với interface hướng ký tự Ngăn cản chúng không cho phân phối tới lớp giao thức cao hơn

• ifOutErrors: lỗi của gói ra

• ifInUnknownProtos: Tổng số gói được nhận qua interface sẽ bị

huỷ bởi vì không có giao thức hoặc giao thức không được hỗ trợ

• ifInDiscard: số gói bị hủy

• ifOutDiscards: gói ra bị hủy

• ifLastChange: Lần cuối cùng thay đổi trạng thái của interface

• ifOutQlen: chiều dài gói ra

• ipRouteNextHop:hop tiếp theo trên đường đi

• ipRouteType: kiểu đường đi (direct, indirect)

• ipRouteProto: giao thức định tuyến

• ipRouteAge: Thời gian tồn tại của route

• ipRouteMask: mặt nạ cho subnet của địa chỉ ip

- Ip Mibs:

• Quản trị performance:

• ipInReceives.0: tổng số gói nhận được tại interface này bao gồm các gói

bị lỗi

• ipInDelivers.0: số gói nhận được phân phối đến lớp trên

• ipOutRequests.0: số gói yêu cầu cần được truyền đến lớp trên

• ipReasmTimeout.0: thời gian tối đa (tính bằng giây) để chờ nhận các mảnh mà đang chờ được tái hợp

• ipReasmReqds.0: số lượng của các phân mảnh IP nhận mà đang chờ tái hợp

• ipReasmOKs.0: số lượng của các gói IP tái hợp thành công Do không có gói nào bị phân mãnh nên trường này có giá trị là 0

• ipReasmFails.0: số lượng các gói không thành công được phát hiện bởi thuật toán tái hợp của IP

• ipFragOKs.0: số lượng của các gói IP mà phân mảnh thành công

• ipFragFails.0: số lượng của các gói IP mà bị loại bỏ bởi vì chúng không thể bị phân mảnh

• ipFragCreates.0: số lượng của các gói IP phân mảnh được tạo trong quá trình phân mảnh

• Quản trị fault:

• ipInHdrErrors.0: lỗi trong Header

• ipInAddrrErrors.0: lỗi trong địa chỉ

• ipForwDatagrams.0: số datagram được chuyển tiếp

• ipInUnknownProtos.0:tổng số gói được nhận sẽ bị huỷ vì không có giao thức hoặc giao thức không được hỗ trợ

• ipOutNoRoutes.0: số gói ra không có đường đi

• ipInDiscards.0: số lượng các gói IP input mà không có vấn đề gì bắt gặp

để ngăn chặn chúng được tiếp tục xử lý, nhưng mà bị loại bỏ do khác hơn

tuyến bởi vì tất cả các router mặc định của chúng đã bị down.

- TCP Mibs:

• Quản trị performance:

• tcpActiveOpens: số lần các kết nối TCP tạo ra một chuyển tiếp đến trạng thái SYN-SENT từ trạng thái CLOSE

• tcpPassiveOpens: số lần các kết nối TCP tạo ra một chuyển tiếp trực tiếp

• tcpAttempptFails: số lần thử kết nối bị lỗi

• tcpEstabResets: số các reset xuất hiện

• tcpCurrEstab: số kết nối có trạng thái hiện tại là ESTABLISHED hay CLOSE-WAIT

• tcpInSegs: tổng số segment đã nhận

• tcpOutSegs: tổng số segment đã gửi

• tcpRetransSegs: tổng số segment được truyền lại

• tcpOutRsts: tổng số segment được gửi

• Quản trị fault:

• tcpAttempptFails: số lần thử kết nối bị lỗi

• tcpEstabResets: số các reset xuất hiện

• tcpRetransSegs: tổng số segment được truyền lại

• tcpErrs: tổng số segment nhận được bị lỗi

• tcpRtoAlgorithm: thuật toán được sử dụng để xác định giá trị timeout sử dụng cho việc truyền lại các octet không hoàn thành

• tcpRtoMin: giá trị nhỏ nhất được cho phép bởi sự thực thi TCP cho việc truyền lại timeout

• tcpRtoMax: giá trị lớn nhất được cho phép bởi sự thực thi TCP cho việc truyền lại timeout

• tcpMaxConn: số liên kết TCP tối đa

• tcpConnState: trạng thái của kết nối

- UDP Mibs:

- ICMP Mibs:

• Quản trị performance

• icmpInMsgs: tổng số thông điệp ICMP đi vào

• icmpInErrorss: số các thông điệp ICMP đi vào có chứa lỗi

• icmpInDestUnreachs: số thông ICMP không đọc được đích đến

• icmpInTimeExcds: số các thông điệp ICMP vượt quá thời gian

• icmpInParmProbs: số thông điệp ICMP thông số khó hiểu đi vào

• icmpInSrcQuenchs: số thông điệp ICMP Source Quench đi vào

• icmpInRedirects: số thông điệp ICMP Redirect đã nhận

• icmpInEchos: số các thông điệp ICMP Echo request đi vào

• icmpInEchoReps: số các thông điệp ICMP Echo reply nhận được

• icmpInTimestamps: số ICMP Timestamp request đã nhận

• icmpInTimestampReps : số thông điệp ICMP Timestamp Reply đi vào đã nhận

• icmpInAddrMasks: số ICMP Adddresss Mask Request đi vào đã nhận

• icmpInAddrMaskReps: số thông điệp ICMP Adddresss Mask Reply

đi vào đã nhận

• icmpOutMsgs: tổng số thông điệp ICMP mà entity thử nhận

• icmpOutErrors: tổng số lần thử để gửi thông điệp ICMP bị lỗi

• icmpOutDestUnreachs: số thông điệp ICMP gửi để báo các đích không đọc được

• icmpOutTimeExcds: số thông điệp ICMP gửi để báo vượt quá thời gian

• icmpOutParmProbs: số thông điệp ICMP gửi để báo vấn đề về tham số

• icmpOutSrcQuenchs: số thông điệp ICMP Soure Quench đã gửi

• icmpOutRedirects: số thông điệp ICMP Redirect đã gửi

• icmpOutEchos: số thông điệp Echo Request messages đã gửi

• icmpOuttEchoReps: số thông điệp Echo Reply messages đã gửi

• icmpOutAddrMasks: số thông điệp Address Mask Request đã gửi

• icmpOutAddrMaskReps: số thông điệp Address Mask Reply đã gửi

• Quản trị fault:

• icmpOutMsgs: tổng số thông điệp ICMP thử nhận

• icmpOutErrors: tổng số lần thử để gửi thông điệp ICMP bị lỗi

• icmpInRedirects: số thông điệp ICMP Redirect đã nhận

- SNMP Mibs:

• Quản trị Performance:

• snmpIn/OutTotalReqVars: Số đối tượng Mib được phục hồi thành công khi nhận được các PDUs get-request và get-next hợp lệ./ được tạo ra

• snmpIn/OutGetRequests: Số PDU get-request được chấp nhận/ được tạo ra

• snmpIn/OutGetNexts: Số PDU get-next được chấp nhận nhận và xử lý/ được tạo ra

• snmpIn/OutGetResponse: Số PDU get-response được chấp nhận và

xử lý/ được tạo ra

• Quản trị Faults:

tạo bởi thực thể giao thức SNMP có giá trị của trường error-status là

“badValue”

• snmpIn/OutGenErrs: Số lượng SNMP PDUs phân phối tới/được tạo bởi thực thể giao thức SNMP có giá trị của trường error-status là

“genErr”

5 Thiết lập Event Log:

Giúp cất giữ các các bản record chi tiết của các sự kiện, giúp cho việc theo dõi

và troubleshoot những bất thường xảy ra