Tích hợp tác tử SNMP với các hệ thống quản trị mạng dựa trên XML

Tích hợp tác tử SNMP với các hệ thống quản trị
mạng dựa trên XML
Integrating SNMP agents with XML-based network management systems
NXB H. : ĐHCN, 2012 Số trang 106 tr. +


Nguyễn Thanh Hương


Trường Đại học Công nghệ
Luận văn ThS ngành: Mạng và Truyền số liệu; Mã số: 60 48 15
Cán bộ hướng dẫn khoa học: PGS. TS. Nguyễn Văn Tam
Năm bảo vệ: 2012


Abstract. Luận văn giới thiệu chung về chức năng và mô hình kiến trúc của các hệ quản trị mạng.
Giới thiệu tổng quan về kiến trúc các hệ quản trị mạng dựa trên SNMP và mô hình kiến trúc các
hệ quản trị mạng dựa trên XML. Tích hợp tác tử SNMP với các hệ quản trị mạng dựa trên XML:
Giới thiệu cổng chuyển đổi XML/SNMP tích hợp các tác tử SNMP với các hệ quản trị mạng dựa
trên XML.

Keywords: Công nghệ thông tin; Mạng truyền thông; Quản trị dữ liệu; Mạng máy tính

Content.
CHƢƠNG I: TỔNG QUAN VỀ CÁC HỆ QUẢN TRỊ MẠNG
1.1. Giới thiệu
1.2. Chức năng quản trị mạng
Mỗi hệ thống mạng có thể bao gồm một hoặc nhiều chức năng. Mô hình quản trị mạng do Tổ chức
Tiêu chuẩn hóa Quốc tế (ISO) định nghĩa gồm có 5 vùng chức năng quản trị mạng chính sau:
- Quản trị lỗi: Phát hiện, phân lập, thông báo, và chỉnh sửa lỗi gặp phải trong mạng

- Quản trị cấu hình: Quản trị những phần cấu hình của các thiết bị mạng như quản trị tập tin cấu
hình, quản trị tài nguyên, và quản trị phần mềm.
- Quản trị hiệu năng: Giám sát và đo lường các phần thực thi khác nhau của mạng, qua đó có thể
duy trì hiệu năng tổng thể của mạng ở mức chấp nhận được
- Quản trị an ninh: Cung cấp quyền truy cập vào thiết bị mạng và các nguồn tài nguyên của các
công ty, cá nhân đã đăng ký bản quyền.
- Quản trị tài khoản: Quản trị việc sử dụng thông tin tài nguyên mạng và việc thanh toán.
1.3. Định nghĩa một hệ quản trị mạng
Hệ quản trị mạng, hay còn gọi là mô hình Manager/Agent, bao gồm một hệ quản trị, một hệ bị
quản trị, một cơ sở dữ liệu chứa thông tin quản trị và các giao thức quản trị mạng.

- Hệ quản trị bao gồm tiến trình manager (manager process): cung cấp giao diện giữa người quản trị
mạng và các thiết bị được quản trị, đồng thời thực hiện các nhiệm vụ như: đo lượng lưu thông trên một
đoạn mạng cục bộ ở xa, hoặc ghi tốc độ truyền và địa chỉ vật lý của giao diện LAN trên một router
- Hệ bị quản trị bao gồm tiến trình agent (agent process) và các đối tượng quản trị. Tiến trình
agent thực hiện các thao tác quản trị mạng như: đặt các tham số cấu hình, thống kê hoạt động Các đối
tượng quản trị gồm: các server, router, hub, kênh truyền
- Cơ sở dữ liệu chứa thông tin quản trị mạng được gọi là sơ sở thông tin quản trị (MIB). Tổ chức
logic của MIB được gọi là cấu trúc của thông tin quản trị (SMI -Structure of Management Information).
- Giao thức quản trị mạng cung cấp phương thức liên lạc giữa các manager, các đối tượng quản trị
và các agent.
1.4. Cấu hình một hệ quản trị mạng
Thực thể quản trị mạng (NME): NME bao gồm một tập hợp phần mềm dành cho nhiệm vụ quản
trị mạng, thường được coi như là một "agent quản trị". Mỗi nút mạng đều phải có NME.

Hình 1.1: Mô hình kiến trúc một hệ quản trị mạng điển hình
Ứng dụng quản trị mạng (NMA): NMA bao gồm một giao diện điều hành, cho phép người dùng
có thẩm quyền quản trị mạng. NMA được coi như là một "network manager". Nó đáp ứng các lệnh của
người quản trị bằng cách hiển thị thông tin và phát hành các yêu cầu đến các NME trên toàn mạng.
Comm: Các phần mềm truyền thông trong mạng

Appl: Các ứng dụng
OS: Hệ điều hành
Máy chủ kiểm soát mạng được chỉ định là máy quản trị (manager). Nó bao gồm cả NME và
NMA. Manager giao tiếp và kiểm soát các NME ở các hệ thống khác. Agent bao gồm các máy dịch vụ,
máy trạm, router, bridge Các agent đều có NME đáp ứng yêu cầu từ hệ manager.
1.5. Kiến trúc của một hệ quản trị mạng
Hệ điều hành quản trị mạng có thể sử dụng các kiến trúc khác nhau để cung cấp các chức năng
quản trị mạng. Hiện có 3 phương pháp phổ biến để xây dựng kiến trúc một hệ quản trị mạng:
NMA
NME
Appl
Comm
OS
NME
Appl
Comm
OS
NME
Appl
Comm
OS
NME
Comm
OS
Máy chủ kiểm soát mạng
(Manager)
Máy dịch vụ
(Agent)
Máy trạm
(Agent)

Router
(Agent)
NMA = Ứng dụng quản trị mạng
NME = Thực thể quản trị mạng
Appl = Các ứng dụng
Comm = Phần mềm truyền thông
OS = Hệ điều hành
Mạng

- Hệ thống tập trung để điều khiển toàn mạng.
- Hệ thống phân cấp, có thể phân chia được chức năng quản trị mạng.
- Hệ thống phân tán, kết hợp cả hai phương pháp trên.

Hình 1.2: Kiến trúc hệ quản trị phân tán
Kiến trúc tập trung: Là kiến trúc mà hệ điều hành quản trị mạng chỉ đặt trên một hệ thống máy tính,
tức là chỉ có duy nhất một manager. Trong dự phòng, hệ thống này phải được hỗ trợ bởi một hệ thống
khác.
Kiến trúc phân cấp: Là kiến trúc sử dụng nhiều hệ thống máy tính, trong đó có một hệ thống hoạt
động như một server trung tâm còn các hệ thống khác hoạt động như các client. Server trung tâm sẽ chịu
trách nhiệm sao lưu dự phòng.
Kiến trúc phân tán: Sử dụng nhiều hệ thống quản trị mạng (manager) ngang hàng, có thể phân tán
theo chức năng hoặc theo địa lý. Mỗi hệ thống có một cơ sở dữ liệu đầy đủ. Mỗi manager có thể thực
hiện các nhiệm vụ khác nhau và báo cáo lại cho một hệ thống trung tâm.
1.6. Kiến trúc các phần mềm quản trị mạng
Các phần mềm sử dụng trong quản trị mạng có thể được chia thành ba loại sau:
- Phần mềm trình diễn dành cho người dùng.
- Phần mềm quản trị mạng
- Phần mềm hỗ trợ truyền thông và cơ sở dữ liệu.
Server quản trị
Server quản

trị
Mạng
Mạng
NMA
NMA
MIB
MIB
Proxy
Proxy
Tài nguyên mạng với
các agent quản trị
(swicht, router, )
Các client quản trị
(PC, máy trạm)
Thiết bị được
quản trị
Các thiết bị với các giao
thức quản trị khác nhau
Mỗi client có thể truy
cập đến một hoặc nhiều
server quản trị


Hình 1.3: Mô hình kiến trúc phần mềm một NMS
1.7. Kết luận
Tóm lại, một hệ quản trị mạng được mô hình hóa với năm thành phần như sau:
- Một hoặc nhiều nút là trạm quản trị, hay còn gọi là manager. Trên nút này có các ứng dụng quản
trị mạng.
- Một hoặc nhiều nút được quản trị, mỗi nút có một tác nhân hay còn gọi là agent.
-Thực thể mạng có vai trò kép; vừa hoạt động như tác nhân, vừa có chức năng như người quản trị.

- Giao thức quản trị mạng; Giao thức này được cài đặt trên manager và nút tác nhân agent nhằm
trao đổi thông tin.
- Cơ sở dữ liệu quản trị MIB nhằm lưu trữ thông tin quản trị mạng.
CHƢƠNG II: KIẾN TRÚC CÁC HỆ QUẢN TRỊ MẠNG DỰA TRÊN SNMP
2.1. Giới thiệu
2.2. Các khái niệm cơ bản
2.2.1. SNMP là gì
SNMP là giao thức quản trị mạng đơn giản được sử dụng rộng rãi trong việc kiểm soát các thiết bị
truyền thông dùng giao thức TCP/IP trên mạng. Các thiết bị này không nhất thiết phải là máy tính mà có thể là
switch, router, firewall, adsl gateway và cả một số phần mềm cho phép quản trị bằng 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 dựa trên SNMP có thể được phát triển nhanh và tốn ít chi phí. 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.
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 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.
2.2.2. Mô hình SNMP
Quản trị mạng SNMP dựa trên mô hình Manager/Agent như thể hiện trong hình 2.1.
Ứng dụng quản trị mạng
Ứng dụng quản trị mạng

Thành tố ứng dụng
Thành tố ứng dụng

Thành tố ứng dụng
Dịch vụ giao vận dữ liệu quản trị mạng
Modul truy cập MIB
Ngăn xếp chứa các
giao thức truyền thông

Các mạng được quản trị

Cơ sở dữ liệu
thông tin quản trị
(MIB)
Mô tả thông tin quản trị đến người dùng
Giao diện người dùng thống nhất


Hình 2.1: Mô hình quản trị mạng dựa trên SNMP
Manager thường là một máy tính chạy các ứng dụng quản trị SNMP (SNMP manager), dùng để
giám sát và điều khiển tập trung các agent.
Agent là các thiết bị, máy tính, hoặc phần mềm tương thích SNMP, thường là các thành phần như
máy chủ, bộ nối, bộ định tuyến và hub được gắn các SNMP agent để có thể được quản trị bởi manager.
Giao thức SNMP: dùng để liên kết manager và agent. SNMP bao gồm ba toán tử SET, GET,
TRAP.
SNMP manager là tiến trình chạy trên manager, có nhiệm vụ quản lý, theo dõi và kiểm soát
agent.
SNMP agent là tiến trình chạy trên agent, có nhiệm vụ cung cấp thông tin của agent cho manager,
nhờ đó manager có thể quản lý được agent. Thực tế thì SNMP manager và SNMP agent mới là 2 tiến
trình SNMP trực tiếp liên hệ với nhau.
2.2.3. SMI và MIB
2.2.3.1. Cơ sở thông tin quản trị MIB
MIB là một cấu trúc dữ liệu gồm các đối tượng được quản trị, được dùng cho việc quản lý các thiết bị
chạy trên nền TCP/IP. MIB được thể hiện thành một tệp tin MIB (MIB file) và có cấu trúc dạng cây bao
gồm các biến cụ thể. Đối tượng trong MIB được nhận diên thông qua OID của nó. Có 2 loại MIB:
- MIB chuẩn định nghĩa các đối tượng quản trị dùng chung cho hầu hết các hệ thống được định
nghĩa bởi IETF. MIB chuẩn của SNMPv1 là MIB-II và MIB chuẩn của SNMPv2 là SNMPv2-MIB
- MIB riêng dùng để định nghĩa thông tin quản trị riêng cho từng công ty
2.2.3.2. Cấu trúc thông tin quản trị SMI

SMI mô tả cấu trúc thông tin quản trị của tệp tin MIB. SMI cung cấp các tiêu chuẩn kỹ thuật để
định nghĩa cấu trúc MIB đặc biệt, các đối tượng đơn lẻ (bao gồm cú pháp và giá trị mỗi đối tượng), và
mã hoá các giá trị đối tượng.
Có 2 phiên bản SMI:
- SMIv1: mô tả cách trình bày một tệp tin MIB
- SMIv2, mở rộng của SMIv1; định nghĩa nhánh mib nằm dưới iso.org.dod.internet.mgmt.mib-2
Theo SMIv1, mỗi đối tượng bao gồm 3 thuộc tính cơ bản:
Tên (Name): Name là định danh của đối tượng, có kiểu OBJECT IDENTIFIER (OID).
Cú pháp (Syntax): mô tả kiểu của đối tượng thông qua ASN.1.
Manager 1
Manager 2
Agent
Agent
Agent
Giao thức SNMP
Giao thức SNMP

Mã hóa (Encoding): Một trong 3 hệ thống luật mã hóa trong ASN.1 là BER. BER định nghĩa các
các đối tượng được mã hóa và giải mã để chúng có thể truyền đi thông qua môi trường Ethernet. BER
được SNMP dùng làm phương pháp mã hóa dữ liệu.
Để định nghĩa đối tượng quản trị, SMI cung cấp kiểu dữ liệu OBJECT-TYPE

Hình 2.4: Cây SMIv1
2.2.3. ASN.1
ASN.1 - Ký hiệu cú pháp trừu tượng một, là một ngôn ngữ hình thức, được dùng để
- Định nghĩa các cú pháp trừu tượng cho dữ liệu ứng dụng;
- Định nghĩa cấu trúc của ứng dụng và đưa ra các đơn vị dữ liệu giao thức (PDU);
- Định nghĩa cơ sở thông tin quản trị cho cả hệ quản trị mạng SNMP lẫn OSI.
2.3. Kiến trúc giao thức SNMP

Hình 2.5: Kiến trúc quản trị mạng dựa trên SNMP
Theo RFC1157, SNMP được thiết kế là một giao thức tầng ứng dụng, một phần của bộ giao thức
TCP/IP. Nó được cài đặt trên giao thức UDP.
SNMP có 05 bản tin cơ bản (Get, GetNext, GetResponse, Set, và Trap) để kết nối giữa manager và
agent. Bản tin Get và GetNext cho phép manager yêu cầu thông tin của một biến cụ thể. Bản tin Trap
cho phép agent tự phát thông tin cho manager trong hoàn cảnh “đặc biệt”. Các bản tin Get,GetNext và
Set thường chỉ được phát ra bởi SNMP manager vì bản tin Trap chỉ được khởi tạo bởi agent. Trap là bản

GetRequest
GetNextRequest
SetRequest
GetResponse
Trap
Ứng dụng quản trị
SNMP manager
UDP
IP
Các giao thức
phụ thuộc mạng

GetRequest
GetNextRequest
SetRequest
GetResponse
Trap
Các đối tượng SNMP
được quản trị
SNMP agent
UDP
IP

Các giao thức
phụ thuộc mạng
Các bản tin SNMP
Ứng dụng
quản trị đối tƣợng
Mạng
hoặc liên mạng
Manager
Agent

tin sử dụng cho các RTU (Remote Telemetry Unit) khi có các cảnh báo, và sẽ thông báo đến SNMP
manager ngay sau khi có sự cố xảy ra thay vì phải chờ manager yêu cầu.
2.3.1. Kiểm soát theo Trap
2.3.2. Uỷ quyền (Proxy)
Hình 2.6 thể hiện dạng cấu trúc giao thức của một SNMP agent hoạt động như một hệ thống uỷ
quyền cho một hoặc nhiều thiết bị khác, có nghĩa là một SNMP agent hoạt động thay mặt cho các thiết
bị được uỷ quyền. Mọi yêu cầu và trả lời giữa một manager và thiết bị uỷ quyền đều được truyền thông
qua agent của nó. Agent sẽ chuyển đổi các yêu cầu và trả lời hoặc Trap thành dạng giao thức quản trị
phù hợp.

Hình 2.6: Kiến trúc SNMP ủy quyền
2.3.3. Các toán tử SNMP
SNMP chỉ hỗ trợ các toán tử là sửa đổi và duyệt các biến. Đặc biệt, ba toán tử sau có thể được
thực hiện trên các đối tượng vô hướng:
 Get: trạm quản trị nhận một giá trị của đối tượng vô hướng từ trạm bị quản trị.
 Set: trạm quản trị cập nhập giá trị của đối tượng vô hướng cho trạm bị quản trị.
 Trap: trạm quản trị gửi giá trị của đối tượng vô hướng không được yêu cầu tới trạm quản trị.
2.4. Phƣơng thức hoạt động của SNMP
2.4.1. Mô tả giao thức SNMP
Giao thức SNMPv1 có 5 phương thức hoạt động, tương ứng với 5 loại bản tin (còn được gọi là các

PDU - Protocol Data Unit) như sau:
GetRequest: Bản tin GetRequest được manager gửi đến agent để yêu cầu agent cung cấp thông tin
nào đó dựa vào OID. Trong GetRequest có chứa OID của đối tượng muốn lấy. 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.
Tiến trình quản trị
SNMP
UDP
IP
Các giao thức phụ
thuộc mạng
Chức năng ánh xạ
Tiến trình Agent
SNMP
UDP
IP
Các giao thức
phụ thuộc mạng

Kiến trúc
giao thức được
thiết bị ủy quyền
sử dụng
Các giao thức
phụ thuộc mạng
Tiến hành quản trị
Các giao thức
được thiết bị
ủy quyền sử dụng
Các giao thức

phụ thuộc mạng

Mạng

Mạng
Manager
Agent ủy quyền
Thiết bị đƣợc ủy quyền


Hình 2.7: Các phương thức của SNMPv1
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 đối tượng nằm kế tiếp đối tượng được chỉ ra trong bản tin.
SetRequest: Bản tin SetRequest được manager gửi cho agent để thiết lập giá trị cho đối tượng của
agent dựa vào OID.
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
đối tượng được yêu cầu và giá trị của đối tượng đó.
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ố.
Đối với các phương thức Get/Set/Response thì SNMP agent sẽ nghe ở cổng UDP 161, còn phương thức
Trap thì SNMP Trap Receiver sẽ nghe ở cổng UDP 162.
2.4.2. Cấu trúc bản tin SNMP
SNMP chạy trên nền UDP. Cấu trúc của một bản tin SNMP bao gồm: version, community và data.

Hình 2.8: Cấu trúc bản tin SNMP
 Version: Phiên bản SNMP.
 Phần Data trong bản tin SNMP gọi là PDU.
2.4.3. Truyền và nhận một bản tin SNMP

2.5. Các cơ chế bảo mật cho SNMP
2.5.1. Community string
Community string là một chuỗi ký tự được cài đặt giống nhau trên cả SNMP manager và SNMP
agent, đóng vai trò như “mật khẩu” giữa 2 bên khi trao đổi dữ liệu. Community string có 3 loại: Read-
community, Write-Community và Trap-Community.

2.5.2. View
Khi manager có read-community thì nó có thể đọc toàn bộ OID của agent. Tuy nhiên agent có thể
quy định chỉ cho phép đọc một số OID có liên quan nhau, tức là chỉ đọc được một phần của MIB. Tập
con của MIB này gọi là view. Trên agent có thể định nghĩa nhiều view.
Một view phải gắn liền với một community string. Tùy vào community string nhận được là gì mà
agent xử lý trên view tương ứng. Vệc định nghĩa các view như thế nào tùy thuộc vào từng SNMP agent
khác nhau. Có nhiều hệ thống không hỗ trợ tính năng view.
2.5.3. SNMP access control list
SNMP ACL là một danh sách các địa chỉ IP được phép quản lý/giám sát agent, nó chỉ áp dụng
riêng cho giao thức SNMP và được cài trên agent. Nếu một manager có IP không được phép trong ACL
gửi request thì agent sẽ không xử lý, dù request có community string là đúng.
2.6. RMON
Mục đích:
Quản lý, giám sát tập trung toàn mạng từ xa
Giúp mạng có thể tự hoạt động và các thiết bị riêng lẻ có thể hoạt động đồng bộ trong mạng
Không chỉ dùng cho việc giám sát lưu lượng trong LAN mà còn cho cả các giao diện WAN
RMON bổ sung MIB-RMON cho MIB-II và cung cấp thông tin quan trọng về liên mạng cho quản
trị viên. Các Monitor tạo ra các thông tin tóm tắt, gồm số liệu thống kê lỗi và số liệu thống kê hiệu năng
mạng…
2.7. Kết luận
Những hạn chế của quản trị mạng dựa trên SNMP:
- Tính mở rộng và hiệu quả
- Bảo mật
- Mô hình thông tin quản trị kém

- Khó triển khai quản trị chức năng
CHƢƠNG III: KIẾN TRÚC CÁC HỆ QUẢN TRỊ MẠNG DỰA TRÊN XML
3.1. Giới thiệu
3.2. Các công nghệ liên quan đến XML
XML - Ngôn ngữ đánh dấu mở rộng, là một ngôn ngữ siêu đánh dấu, được chuẩn hóa bởi Hiệp
hội World Wide Web (W3C) vào năm 1998 nhằm trao đổi tài liệu trên World-Wide Web. XML là một
tập con của ngôn ngữ đánh dấu chung chuẩn (SGML - Standard Generalized Markup Language). Các
công nghệ liên quan đến XML được mô tả trong hình 3.1.


Hình 3.1: Các công nghệ XML
XML có hai phương pháp cơ bản để xác định cấu trúc tài liệu XML: Định nghĩa kiểu tài liệu
(DTD) và Lược đồ XML (XML Schema).
DTD được dùng để chỉ ra mô hình nội dung cho mỗi thành tố. Tuy nhiên, các DTD không hỗ trợ
mô hình thông tin phức tạp.
XML Schema về cơ bản được tái cấu trúc và tái mở rộng từ những khả năng được tìm thấy trong
các DTD, hỗ trợ sự tạo thành các kiểu dữ liệu mới.
DOM - Mô hình đối tƣợng tài liệu: là một một giao diện lập trình để truy cập và thao tác các tài
liệu XML.
SAX - Giao diện lập trình ứng dụng chung dành cho XML là một cơ chế hướng sự kiện và truy
cập liên tiếp dành cho việc truy cập các tài liệu XML.
XSL - Ngôn ngữ định kiểu mở rộng là một ngôn ngữ đánh dấu được thiết kế để minh họa các
phương pháp hiển thị các tài liệu XML trên web.
XSLT - Ngôn ngữ định kiểu chuyển đổi mở rộng: là công nghệ định kiểu để chuyển đổi các tài
liệu XML, một tập con của công nghệ XSL.
XPath - Ngôn ngữ đƣờng dẫn XML: là ngôn ngữ phi XML được dùng để ghi địa chỉ các phần
của một tài liệu XML.
XQuery - Ngôn ngữ truy vấn XML: được thiết kế để áp dụng một cách rộng rãi cho tất cả các
nguồn dữ liệu XML.
XUpdate là một ngôn ngữ cập nhật, cung cấp các tiện tích cập nhật linh hoạt và có tính mở để

chèn, cập nhật, và xóa dữ liệu trong các tài liệu XML.
SOAP - Giao thức truy cập đối tƣợng đơn giản: là một giao thức đơn giản giúp trao đổi thông
tin trong môi trường phân tán. SOAP định nghĩa việc sử dụng XML và HTTP hoặc SMTP để truy cập
các dịch vụ, đối tượng, trong các máy chủ độc lập về hệ điều hành và ngôn ngữ.
WSDL - Ngôn ngữ mô tả dịch vụ web: là một ngôn ngữ dựa trên XML được dùng để xác định các
dịch vụ Web và mô tả cách truy cập đến các dịch vụ đó.

3.3. Các kỹ thuật liên quan đến XML
- Sử dụng XML để trình bày dữ liệu quản lý.
- Sử dụng HTTP để truyền dữ liệu quản trị.
- Sử dụng API DOM và SAX để truy cập dữ liệu quản trị từ ứng dụng.
- Sử dụng XSL để xử lý dữ liệu quản trị.
- Sử dụng XML Schema để định nghĩa cấu trúc dữ liệu quản trị.
3.4. Quản trị mạng dựa trên XML
3.4.1. Ứng dụng các công nghệ XML đối với các nhiệm vụ quản trị mạng
Các nhiệm vụ quản trị cơ bản trong một hệ quản trị mạng được mô tả như hình 3.3.

Hình 3.3: Các nhiệm vụ cơ bản trong hệ quản trị mạng
3.4.1.1. Mô hình hóa thông tin quản trị
Các XML Schema được sử dụng để tối đa hóa những lợi thế quan trọng của XML trong mô hình
thông tin quản trị so với các giải pháp thay thế khác.
3.4.1.2. Hợp thức hóa thông tin quản trị
Nhiệm vụ của việc hợp thức hóa thông tin quản trị bao gồm tất cả các hoạt động đảm bảo tính nhất
quán giữa các đối tượng và nguồn tài nguyên quản trị trong một hệ thống agent. Các hoạt động cập nhật
từ trạng thái tài nguyên quản trị đến các biến của các đối tượng quản trị phải được thực thi khi trạng thái
tài nguyên quản trị bị thay đổi.
Hợp thức hóa thông tin quản trị có thể được coi như là một nhóm các tiến trình biên dịch, tạo và
sửa đổi các tài liệu XML. Có hai công nghệ biên dịch các tài liệu XML chuẩn gồm: DOM và SAX. Hai
công nghệ này khiến việc biên dịch, tạo, và sửa đổi các tài liệu XML trở nên dễ dàng
3.4.1.3. Giao thức quản trị

Về giao thức quản trị, quản trị mạng dựa trên XML theo mô hình chuyển giao dữ liệu thông qua
giao thức HTTP.
XPath được dùng kết hợp với XSLT để xác định các phần của một tài liệu XML nhằm mục đích
chuyển đổi.
Các cơ chế HTTP Get, Post, Push để thông báo và bỏ phiếu dự kiến.
3.4.1.4. Phân tích
Hỗ trợ cơ sở dữ liệu (DB) của bên thứ ba
Sử dụng công nghệ XML chuẩn (DOM, Xpath…) để xử lý phân tích dữ liệu

Có thể thực hiện các hoạt động quản trị bằng cách xử lý các tài liệu XML thông qua giao diện
DOM chuẩn.
3.4.1.5. Trình bày
XML tách biệt các nội dung của tài liệu từ cách thể hiện
XSLT chuyển đổi XML sang HTML hoặc tài liệu XML khác
Nếu thông tin quản trị ở định dạng XML, một Web-MUI có thể dễ dàng suy diễn từ các tài liệu
XML
3.4.2. Một số nghiên cứu về phương pháp quản trị mạng dựa trên XML
Quản trị doanh nghiệp dựa trên web (WBEM) là một sáng kiến của DMTF, bao gồm một tập
hợp các công nghệ cho phép quản lý tương thích một doanh nghiệp. WBEM định nghĩa một mô hình
thông tin gọi là Mô hình thông tin chung (CIM)
XNM - Quản trị mạng dựa trên XML: Quản trị mạng dựa trên XML (XNM) bằng cách sử dụng
dịch vụ Web nhúng (EWS).
XNAMI: Là kiến trúc dựa trên XML dành cho quản trị mạng và các ứng dụng SNMP. Đây là một ví
dụ về kiến trúc truyền thông quản trị dựa trên XML cho phép hệ manager mở rộng MIB của agent trong
khung tương tác SNMP.
JUNOScript: Là hệ thống điều hành mạng JUNOS của Juniper Networks, sử dụng một mô hình
đơn giản được thiết kế để giảm thiểu cả chi phí thực hiện và tác động trên các thiết bị được quản lý, cho
phép các ứng dụng khách truy cập đến các dữ liệu hoạt động và cấu hình bằng cách sử dụng XML-RPC.
Trạm đăng ký cấu hình Cisco là một hệ thống dựa trên web giúp phân tán một cách tự động các
tệp tin cấu hình đến các thiết bị mạng IOS của Cisco. Nó sử dụng giao thức HTTP để giao tiếp với các

agent và chuyển dữ liệu cấu hình sang XML. Các agent cấu hình trong thiết bị sử dụng XML parser
riêng của nó để giải thích các dữ liệu cấu hình từ các tệp tin cấu hình nhận được.
Nhóm làm việc Cấu hình mạng (Netconf WG) định nghĩa giao thức cấu hình Netconf và chuyển
các ánh xạ. Giao thức Netconf sử dụng XML để mã hóa dữ liệu, và RPC cho cơ chế truyền thông.
3.4.3. Các mô hình quản trị
Hình 3.4 cho thấy bốn mô hình có thể kết hợp giữa các manager và agent có triển vọng trong quản
trị mạng tích hợp dựa trên XML.

Hình 3.4: Các phối hợp giữa manager và agent

3.5. Thiết kế kiến trúc của XBM manager và XBM agent
3.5.1. XBM Agent
3.5.1.1. Mô hình hóa thông tin
Thông tin quản trị được xác định bởi XML Schema.
3.5.1.2. Hợp thức hóa thông tin quản trị
XPath Handler trong DOM lựa chọn nút cụ thể. DOM cập nhật giá trị nút cho nút được chọn thông
qua giao diện hỗ trợ quản trị MBI. MBI sẽ chịu trách nhiệm cập nhật một số nút không cần cập nhật giá trị
nút DOM trước khi trả lời.
Phương thức hoạt động: Đối với những dữ liệu thay đổi thường xuyên, như dữ liệu đo lưu lượng
truy cập, sử dụng pull-based update ở MBI. Đối với những dữ liệu tĩnh hoặc bán động, MBI sử dụng
push-based update.
3.5.1.3. Giao thức quản trị
- XBM agent truyền dữ liệu XML cho manager thông qua HTTP.
- XBM agent xác định các hoạt động quản trị và dữ liệu quản trị bằng cách sử dụng SOAP.
3.5.1.4. Kiến trúc XBM Agent
Kiến trúc XBM agent dựa trên DOM
Hình 3.7 minh họa kiến trúc của một XBM agent dựa trên DOM.

Hình 3.7: Kiến trúc của XBM Agent dựa trên DOM
XBM agent bao gồm hai thành phần cơ bản là HTTP Server và SOAP Server. Các thành phần bổ

sung vào các dịch vụ này là hoạt động SOAP RPC dành cho hoạt động quản trị. Các hoạt động này chứa
giao diện DOM thực hiện các hoạt động quản trị cơ bản. Các hoạt động cơ bản sử dụng XML Parser và
XPath Handler. Mô đun XML Parser cho phép một agent phân tích và truy cập vào nội dung của bản tin
XML bằng biểu thức XPath. Ngoài ra, agent cần phải gửi thông báo cho manager, và manager cần phải
nhận được và xử lý các thông báo. Để gửi thông báo đến manager, XBM agent cần tới mô đun SOAP

Client và mô đun HTTP Client. Do đó, manager cần có một mô đun SOAP Server và mô đun HTTP
Server tương ứng. XML Paser phân tích tài liệu XML, chọn nút được chỉ định, và đọc dữ liệu quản trị.
Để gửi thông tin cập nhật, XBM agent tập hợp thông tin từ MBI. Các XML Paser cập nhật giá trị nút
được chọn thông qua MBI trước khi trả lời cho manager. Scheduler quản lý thông tin đăng ký, lịch phân
phối thông tin quản trị và gửi dữ liệu định kỳ đến manager thông quan SOAP Client và HTTP Client tại
thời điểm dự kiến.
Kiến trúc XBM agent dựa trên SAX Parser:
Kích thước mã và kích thước bộ nhớ thực thi của Sax Parser nhỏ hơn DOM. Do đó, SAX Parser
nhẹ tải hơn nhiều so với DOM về chức năng và tài nguyên.

Hình 3.8: Kiến trúc của XBM agent dựa trên SAX Parser
Hình 3.8 mô tả kiến trúc của một XBM agent dựa trên SAX Paser. Các thành phần cơ bản của XBM
agent là dịch vụ web nhúng (EWS). Các thành phần bổ sung vào EWS là bộ vi xử lý XML (XML
processor), gồm cả bộ phân tích cú pháp SAX (chính là bộ phân tích cú pháp XML) và Trạm lịch đẩy (Push
Scheduler), và công cụ HTTP client (HTTP Client Engine). Các SAX Parser không hỗ trợ chức năng ghi, do
đó, cần có thêm một mô đun ghi (Write Module).
Để gửi một thông báo cho XBM manager, XBM agent cần một trạm xử lý đẩy (Push Handler) và
HTTP Client Engine, cũng như một mô đun XML Processor. Ngoài ra, để gửi thông tin quản trị định kỳ
đến manager tại một thời điểm cố định với một yêu cầu có thời hạn, XBM agent cần đến một Scheduler.
HTTP Client Engine cung cấp bản tin không đồng bộ đến XBM manager nhằm báo cáo các cảnh báo và
phân phối dữ liệu quản trị theo lịch trình. Scheduler quản lý thông tin đăng ký và lịch trình cho việc
phân phối các thông tin quản trị. Thông tin đăng ký bao gồm URL của đối tượng đăng ký sẽ nhận thông
tin đăng ký, biểu thức XPath của đối tượng được quản trị, và thông tin lịch trình chứa thời điểm bắt đầu,
thời điểm kết thúc, và khoảng thời gian thực hiện. Push Handler nhận yêu cầu từ Scheduler và gửi dữ

liệu theo lịch đến manager thông qua HTTP Client tại thời điểm theo lịch. Push Handler cũng sẽ gửi một
thông báo được tạo ra ở các agent, thông báo này sẽ được gửi cho manager thông qua HTTP Client. Nếu
XBM agent không nhận được đáp ứng 'HTTP OK' đối với thông báo từ manager, Push Handler sẽ gửi
lại bản tin thông báo cho manager.

3.5.2. XBM Manager
3.5.2.1. Mô hình hóa thông tin
Thông tin quản trị được xác định bởi XML Schema
3.5.2.2. Giao thức quản trị
SOAP là giao thức trao đổi các bản tin dựa trên XML thông qua HTTP hoặc SMTP với XBM
agent và cổng chuyển đổi.
3.5.2.3. Phân tích
DOM có thể phân tích dữ liệu quản trị của các định dạng tài liệu XML. XML DB lưu trữ thông tin
quản trị
3.5.2.4. Trình diễn
XSLT sẽ thực hiện việc trình diễn ở XBM manager
3.5.2.5. Kiến trúc XBM Manager
Hình 3.10 minh họa kiến trúc của một XBM manager: Một dịch vụ web (Web server) được sử
dụng để cung cấp cho các quản trị viên với một Web-MUI và dành cho việc nhận các yêu cầu từ các ứng
dụng quản trị (management application) và đi qua chúng vào các thành phần quản trị thông qua các kịch
bản quản trị (management script). Dịch vụ web được sử dụng để nhận các bản tin không đồng bộ cho
các thông báo từ các thiết bị thông qua giao thức SOAP/HTTP. SOAP/HTTP client giữ vai trò trong các
mô đun giao diện của thiết bị và trao đổi thông tin quản trị đồng bộ với agent. Cơ sở dữ liệu (DB) được
sử dụng để lưu trữ thông tin quản trị nhằm phân tích dài hạn. Kho các mẫu XSL (XLS template
repository) lưu trữ các tệp tin XSL để tạo ra các tài liệu HTML từ các tài liệu XML. Các thành phần
quản trị, như trạm quản trị cấu hình thiết bị (Device config. manager) hoặc bộ phân tích (Analyzer), sử
dụng giao diện DOM để thực hiện các chức năng ứng dụng quản trị vì thông tin quản trị được mô tả
trong dữ liệu XML. Các chức năng này bao gồm tạo, xóa, lọc, nhận, thiết lập, logging,… và thu thập dữ
liệu từ các agent.

Hình 3.10: Kiến trúc XBM manager
Có 3 luồng dữ liệu:
- Gửi yêu cầu quản trị từ ứng dụng quản trị đến dịch vụ web, tương tự như hoạt động SNMP Get,
SNMP SET

- Gửi một bản tin cảnh báo đến dịch vụ web của XBM manager, tương tự như hoạt động SNMP
Trap
- Tạo và lưu báo cáo phân tích tại DB.
3.6. Kết luận
Ưu điểm của quản trị mạng dựa trên XML là:
- Vùng ứng dụng của XML là rất rộng
- XML tỏ ra là một giải pháp tuyệt vời để giải quyết các thách thức kỹ thuật.
Tuy nhiên, hầu hết các thiết bị mạng hiện có đều được nhúng SNMP agent. Do vậy, cần quản trị
tích hợp SNMP agent vào XNMS.
CHƢƠNG IV: TÍCH HỢP TÁC TỬ SNMP
VỚI CÁC HỆ QUẢN TRỊ MẠNG DỰA TRÊN XML
4.1. Giới thiệu
4.2. Các nghiên cứu tích hợp SNMP agent với XNMS
4.2.1. Chuyển đổi theo chỉ định
JP Martin-Flatin đưa ra cơ sở thông tin quản trị SNMP (MIB) cho các mô hình chuyển đổi
XML, có tên là ánh xạ cấp mô hình và ánh xạ cấp siêu mô hình. Trong ánh xạ cấp mô hình, DTD là
riêng đối với các SNMP MIB đặc thù, và các thành tố và các thuộc tính XML trong DTD có cùng tên
với các biến SNMP MIB. Trong ánh xạ cấp siêu mô hình, DTD là chung và giống hệt nhau trong tất cả
các SNMP MIB.
F. Strauss đưa ra một thư viện để truy cập vào cấu trúc thông tin quản trị (SMI) của MIB có tên
"libsmi". Libsmi chuyển đổi các SNMP MIB thành các ngôn ngữ khác, như JAVA, CORBA, C, và
XML. Thư viện này cung cấp các công cụ để kiểm tra, phân tích, loại bỏ, chuyển đổi, và so sánh các
định nghĩa MIB.
4.2.2. Cổng chuyển đổi XML/SNMP
Jens Müller đưa ra một cổng chuyển đổi SNMP-to-XML như là một Servlet Java cho phép lấy

các tài liệu XML thông qua HTTP. Các phần MIB có thể được xử lý thông qua các biểu thức XPath
được mã hóa trong các URL thu được.
Avaya Labs phát triển một giao diện quản trị dựa trên XML cho các thiết bị tương thích SNMP.
Hệ thống gồm 3 phần:
- Một công cụ để tự tạo ra một DTD dựa trên các thông tin SNMP SMI
- Một giao thức bản tin XML-RPC để lấy và sửa đổi thông tin MIB trong các thiết bị tương thích
SNMP.
- Một bộ chuyển đổi để lấy và sửa đổi thông tin thiết bị theo dạng dữ liệu XML dựa trên các thông
tin trong MIB của thiết bị
Cổng chuyển đổi XML/SNMP của POSTECH: phát triển 3 phương pháp chuyển đổi tương tác
giữa một cổng XML/SNMP và một XBM manager, dựa trên 3 công nghệ DOM, HTTP và SOAP.

- Chuyển đổi dựa trên DOM, cho phép manager trực tiếp truy cập DOM để trao đổi thông tin quản
trị với SNMP agent.
- Chuyển đổi dựa trên HTTP, mở rộng chuỗi URI có chứa thông tin về yêu cầu với XPath và
XQuery, giúp cải thiện hiệu quả trong truyền thông XML/HTTP.
- Chuyển đổi dựa trên SOAP, cổng chuyển đổi sẽ cung cấp một phương pháp chuẩn linh hoạt
tương tác với XBM manager trong môi trường phân tán
4.3. Tích hợp SNMP agent vào XNMS
4.3.1. Chuyển MIB SMI thành các định nghĩa XML Schema
XML Schema là ngôn ngữ mô hình hóa chính thống. Các định nghĩa Schema là những tài liệu
được viết theo SMIv2 và có thể định nghĩa cấu trúc của các tài liệu XML có thể mô tả dữ liệu quản trị
(xem hình 4.1).

Hình 4.1: Ánh xạ các ngôn ngữ mô hình dữ liệu, mô hình dữ liệu và dữ liệu
Có 2 mục đích khi thiết kế thuật toán ánh xạ. Mục đích trước tiên là muốn các tài liệu XML càng
thuận tiện trong việc đọc và xử lý càng tốt. Mục đích thứ hai là giảm mất mát thông tin trong quá trình
chuyển đổi.
4.3.2. Cấu trúc XML của dữ liệu quản trị
Bước đầu tiên khi thiết kế cấu trúc tài liệu XML là xác định phạm vi của nó. Có thể đặt ra một số

giới hạn về phạm vi.
Có 2 cách xử lý cây OID của một MIB. Cách thứ nhất là ánh xạ trực tiếp tất cả các nút trong MIB
sang các thành tố lồng nhau trong tài liệu phiên bản XML. Cách thứ hai là thiết kế một hệ phân cấp
thành tố „phẳng hóa‟ và cố gắng tránh phân cấp sâu các thành tố.
Việc đặt tên duy nhất trong SMI dựa trên cặp mô tả modulename.
Các mệnh đề INDEX trong mô đun MIB được sử dụng để xác định các đối tượng sẽ chỉ được
dùng để định danh các dòng bảng. Các đối tượng cột được sử dụng trong mệnh đề INDEX không được
ánh xạ sang các thành tố con mà nó được ánh xạ sang các thuộc tính của thành tố hàng trong bảng.
Chính sách ngăn chặn thành tố được sử dụng để biểu hiện các mối quan hệ tương tự nhau. Tuy
nhiên, cách này chỉ có thể thực hiện được nếu bảng mở rộng là một phần của cùng một mô đun MIB.
4.3.3. Ánh xạ các kiểu dữ liệu
Bảng 4.2 cho thấy chi tiết các ánh xạ kiểu cơ bản.
Bảng 4.2: Ánh xạ các kiểu SMI vào các kiểu XML

Kiểu SMI
Kiểu XML Schema xây dựng
INTEGER, Integer32
xsd:int
Unsigned32, Counter32
xsd:unsignedInt
Counter64
xsd:unsignedLong
INTEGER enumeration
xsd:NMTOKEN
OCTET STRING
xsd:hexBinary or xsd:string
BITS
xsd:list of xsd:NMTOKEN
IpAddress
xsd:string with regexp restriction

OBJECT IDENTIFIER
xsd:string with regexp restriction
4.3.4. Cổng chuyển đổi SNMP-to-XML
Chuyển đổi dựa trên giao thức HTTP. SOAP có thể là giải pháp thay thế nhưng nó sẽ làm tăng chi
phí giao thức nhiều hơn HTTP mà không có thêm tính năng nào.
Chỉ có dữ liệu của yêu cầu SET mới được truyền vào trong nội dung của các yêu cầu HTTP POST
Các tài liệu đạt được từ cổng chuyển đổi có thể được kết hợp trực tiếp thông qua các chuyển đổi
XSL mà không cần tới SOAP client engine.

Hình 4.3: Cấu trúc cổng chuyển đổi SNMP-to-XML và 3 chức năng chính của nó
(a) Tìm kiếm dữ liệu quản trị, (b) điều khiển và định cấu hình, (c) truyền thông báo
Hình 4.3 mô phỏng cấu trúc của cổng chuyển đổi và 3 hoạt động chính của nó:
(a) XBM manager đọc dữ liệu quản trị, sau đó gửi yêu cầu HTTP GET tới cổng chuyển đổi. Lúc
này URL bao gồm giao thức (http hoặc https), máy chủ chứa cổng và đường dẫn tới dịch vụ cổng trên
máy chủ và cuối cùng là một chuỗi truy vấn HTTP quy định hoạt động này (GET) và biểu thức xác định
dữ liệu quản trị được yêu cầu.
(b) Tương tự như yêu cầu GET, XBM manager có thể ban hành các yêu cầu HTTP POST để kiểm
soát hoặc cấu hình các agent thông qua các tài liệu XML. Trong trường hợp này, chuỗi truy vấn URL chỉ
bao gồm chế độ thao tác (SET) trong chuỗi truy vấn HTTP. Văn bản XML truyền đi được tách thành các
biểu diễn bên trong DOM. Sau đó bộ chuyển đổi sẽ duyệt cây để xác định các nút mà các định nghĩa đối
tượng MIB bên dưới cho phép SNMP ghi các truy cập. Và một lần nữa, kho XML Schema lại cung cấp tất
cả thông tin để thực hiện điều này. Dựa trên các nút này, bộ chuyển đổi sẽ tạo ra các yêu cầu SNMP SET
và gửi chúng tới agent. Các đáp ứng SNMP được sử dụng để phê chuẩn các chuyển đổi trong cây DOM
hoặc bổ sung thông tin lỗi vào cây DOM khi thao tác SNMP SET bị lỗi. Cuối cùng cây DOM thu được sẽ
được dùng để chuyển tài liệu XML như một đáp ứng thành yêu cầu HTTP POST ban đầu.

(c) Cuối cùng, cổng chuyển đổi cũng có thể hoạt động như một SNMP Trap. Khi bộ chuyển đổi
nhận được thông báo, nó sẽ tìm kiếm các OID liên quan và các giá trị từ kho XML Schema và tạo ra
một mục thông tin thành tố nhỏ trên mỗi thông báo. Những mục thông tin này được xử lý theo 2 cách.
Chúng có thể được gửi đi dưới dạng một tài XML ngắn trong các yêu cầu HTTP POST tới các XBM

manager. Điều này đòi hỏi cổng chuyển đổi hoạt động như một HTTP client.
4.4. Tích hợp SNMP agent dựa trên cổng XML/SNMP
4.4.1. Mô hình thông tin
Chuyển đổi SNMP MIB sang XML Schema trong chuyển đổi đặc tả của cổng
Bảng 4.3: Chuyển đổi cấu trúc tài liệu
SNMP SMI
XML Schema
Giao diện DOM
MIB Mô đun
Tài liệu XML
Tài liệu
Tên mô đun MIB
Tên thành tố gốc
Element::tagName
Nút lá (định nghĩa Macro)
Thành tố với một hoặc nhiều nút văn bản con
Element
Tên nút
Tên thành tố
Element::tagName
Mệnh đề của nút MIB
Thuộc tính của thành tố
Attr
Object Identifier (OID)
Thuộc tính kiểu “ID”
Attr
4.4.2. Giao thức quản trị
Chuyển đổi tương tác dựa trên SOAP, gồm 3 hoạt động lớn: GET, SET, TRAP. Hoạt động SNMP
GetBulk hoặc các kiểu yêu cầu phức tạp khác có thể được định nghĩa bằng cách mở rộng hoạt động
GET hoặc SET nhờ XPath hoặc XQuery.

XPath, XQuery và XUpdate chỉ ra các đối tượng quản trị tìm kiếm được và áp dụng trong các bản tin
yêu cầu SOAP như một tham số của từng phương pháp.
4.4.3. Kiến trúc cổng XML/SNMP
Hình 4.4 minh họa kiến trúc của một cổng XML/SNMP, nghĩa là, kiến trúc dựa trên SOAP gồm XBM
manager và cổng chuyển đổi. Trong kiến trúc này, SOAP Client ở manager tạo ra một yêu cầu SOAP được
mã hóa bởi XML, như get và set. Sau đó, các HTTP Client sẽ gửi yêu cầu HTTP POST, bao gồm các yêu
cầu SOAP của nó vào HTTP Server ở cổng chuyển đổi. SOAP Server phân tích các bản tin HTTP thành một
cuộc gọi RPC đã được định dạng thích hợp và gọi một phương pháp thích hợp do cổng chuyển đổi ban hành.
SOAP Server sẽ nhận kết quả từ phương pháp này và tạo ra một bản tin đáp ứng SOAP. Bản tin đáp ứng
theo lối cũ trở về SOAP Client ở manager. Cuối cùng, ứng dụng của manager sẽ nhận kết quả của theo yêu
cầu của phương pháp. Bất cứ khi nào Handler Trap nhận được một bản tin thông báo từ SNMP agent, nó sẽ
gọi sự kiện DOM cho các nút Trap trong cây DOM. Đối với việc phân phối thông báo, SOAP Client ở cổng
chuyển đổi sẽ gửi một bản tin thông báo sự kiện không đồng bộ được định nghĩa tại XML Trap Schema đến
SOAP Server ở manager.


Hình 4.4: Kiến trúc gồm manager và cổng dựa trên SOAP
4.5. Kết luận
Chương này trình bày 2 kiểu cổng chuyển đổi tiêu biểu dành cho tích hợp SNMP agent với các hệ
quản trị mạng dựa trên XML gồm cổng chuyển đổi SNMP-to-XML và chuyển đổi theo cổng XML/SNMP.
Phần chuyển đổi đặc tả của cổng chuyển đổi cũng giới thiệu thủ tục ánh xạ tự động của các mẫu dữ liệu SMI
MIB sang các định nghĩa XML Schema trong đó bao hàm ánh xạ dữ liệu quản trị SNMP sang các tài liệu
XML. Sự khác biệt cần thiết của phương pháp được giới thiệu so với các phương pháp khác được định
hướng bởi mục tiêu gắn kết tiềm năng đầy đủ của XML và XML Schema để bản chuyển đổi được tạo ra phù
hợp với hệ thống thuần túy dựa trên XML mà không cần kế thừa gánh nặng từ SNMP.
Tóm lại, công nghệ XML được xem như là một phương pháp tiếp cận mang tính cải cách để giải quyết
các vấn đề tồn tại trong các chuẩn hiện hành và thực hành cho quản trị mạng và các hệ thống. Cần có nghiên
cứu sâu hơn để chứng tỏ điều này bằng việc phát triển không chỉ các chuẩn mà còn áp dụng để quản trị các
mạng và các hệ thống thực.

References.
Tiếng Việt
1. Diệp Thanh Nguyên (2010), SNMP toàn tập, site/ snmptoantap/home.
2. Nguyễn Phương Lan (2003), XML nền tảng & ứng dụng, NXB Lao động Xã hội.
Tiếng Anh
1. Brett McLaughlin (2002), Java and XML Data Binding, O'Reilly.
2. Elliotte (2002), Processing XML with Java, Harold.
3. Frank Strauss (2001), A Library to Access SMI MIB Information, -
bs.de/projects/libsmi/.
4. Internetworking Technology Overview (1999), Simple Network Management Protocol (SNMP),


5. J. Won-Ki Hong (1995), Overview of Network Management, Dept. of Computer Science and
Engineering POSTECH.
6. Mi-Jung Choi, Hong-Taek Ju, James W. Hong (2003), An Architectural Framework for XML-
based Network Management, DP&NM Lab. POSTECH.
7. Mi-Jung Choi, Hong-Taek Ju, James W. Hong (2002), Towards XML and SNMP Integrated
Network Management, APNOMS.
8. Mi-Jung Choi, James W. Hong, Hong-Taek Ju (2003), "XML-Based Network Management for IP
Networks", ETRI Journal, Vol. 25, No. 6, pp. 445-463.
9. Modder I.W. (1998), Structure and magnetism of metallic systems, Ph.D. Thesis, University of
Amsterdam, Amsterdam.
10. Moruzzi V.L., Janak J.F., Williams A.R. (1978), Calculated Electronic Properties of Metals,
Pergamon, New York.
11. Phil Shafer (2001), XML-based Network Management, Juniper Networks.
12. Torsten Klie and Frank Strauß (2004), Integrating SNMP Agents with XML-based Management
Systems, Technical University of Braunschweig.
13. W3C (2000), Document Object Model (DOM) Level 2 Traversal and Ranges Specification, W3C
Recommendation.
14. W3C (2000), Extensible Markup Language (XML), W3C Recommendation,

.
15. W3C (2002), XML Path Language (XPath) Version 2.0, W3C Working Draft.
16. W3C (2001), XML Schema, W3C Recommendation, Z.
17. W3C (2002), XQuery 1.0: An XML Query Language, W3C Working Draft.
18. W3C (1999), XSL Transformations (XSLT) Version 1.0, W3C Recommendation.
19. Yoon-Jung Oh, Hong-Taek Ju, James W. Hong (2002), Interaction Translation Methods for
XML/SNMP Gateway Using XML Technologies, DP&NM Lab. POSTECH, Korea