Một nút trong cây là một đối tượng, có thể được gọi bằng tên hoặc OID. Ví dụ: Nút 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 đối tượng liên 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. 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) hoặc hỗ trợ MIB riêng. Các MIB được công ty nào thiết kế riêng thì phải nằm dưới OID của công ty đó.
Các OID trong MIB được sắp xếp thứ tự nhưng không 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 thì đối tượng ifSpecific và đối tượng 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ì người dùng cần có MIB file 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 agent 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.
Khi một SNMP manager muốn biết giá trị của một đối tượng, ví dụ như trạng thái của điểm báo động, tên hệ thống, hoặc thời gian hoạt động của một thành phần, nó sẽ tập hợp một gói bản tin Get bao gồm OID của mỗi đối tượng quan tâm. Khi các thành phần nhận được yêu cầu và tìm OID trong MIB:
Nếu OID của đối tượng cần tìm được tìm thấy, một gói bản tin phản hồi được khởi tạo và gửi đi với giá trị hiện tại của đối tượng.
Nếu OID của đối tượng cần tìm không được tìm thấy, một giá trị lỗi đặc biệt sẽ được gửi đi để xác định đối tượng không được quản lý.
Khi một thành phần của mạng SNMP gửi một gói Trap, bản tin Trap bao gồm OID và các biến binding để làm rõ sự kiện này. Các đơn vị từ xa gửi một tập các binding với mỗi Trap để duy trì khả năng hiển thị sự kiện từ xa. Một SNMP manager tốt có thể sử dụng biến binding để so sánh và quản lý các sự kiện, hỗ trợ người dùng hiểu và đưa ra các quyết định liên quan.
2.2.3.2. Cấu trúc thông tin quản trị SMI
RFC1155 mô tả cấu trúc của MIB file, cấu trúc này gọi là cấu trúc thông tin quản trị (SMI). Sau này người ta mở rộng thêm cấu trúc của MIB thành SMI phiên bản 2 (SMIv2), và phiên bản trong RFC1155 được gọi là SMIv1. SMI định nghĩa một cơ cấu tổ chức chung, từ đó một MIB có thể được định nghĩa và sinh ra. SMI nhận dạng các kiểu dữ liệu trong MIB và chỉ rõ các tài nguyên trong MIB được miêu tả và đặt tên như thế nào. SMI duy trì tính đơn giản và khả năng mở rộng trong MIB. SMI không cung cấp cách tạo ra các cấu trúc dữ liệu phức tạp, các MIB sẽ chứa các loại dữ liệu do nhà cung cấp tạo ra.