Tôi biết SNMP là gì và tôi biết ping là gì. "Ping SNMP" có nghĩa là gì? SNMP có thể được sử dụng để xem các thiết bị trên mạng vẫn còn hoạt động hay không .. nó dùng để làm gì? Tôi sẽ không nghĩ rằng một ping SNMP là giống như một ping ICMP?Ping SNMP là gì?
Khi bạn nghi ngờ một cách chính xác SNMP "ping" chắc chắn là không giống như ICMP ping. Những gì nó làm là cố gắng lấy một số thông tin cơ bản thông qua SNMP như tên DNS, tên hệ thống, vị trí, loại hệ thống, mô tả hệ thống vv và nếu thành công "ping" được coi là thành công.
Nhưng đây không phải là bất kỳ loại tiêu chuẩn nào theo cách thức ICMP Ping (echo). Không có lệnh "ping" đặc biệt nào trong SNMP - nó chỉ là tên cho một công cụ được sử dụng để quét xem SNMP có còn sống ở một số thiết bị đích hay không (bằng cách lấy một số giá trị MIB chung). Vì vậy, như bạn mong đợi việc thực hiện khác nhau quá như là một hệ quả của nó là một công cụ hữu ích hơn là một tiêu chuẩn.
Nhưng điều đó có ít ảnh hưởng trong thực tế vì có một tập hợp các bản ghi SNMP 'bắt buộc' để nếu thiết bị không phản hồi, bạn có thể chắc chắn nó không chạy SNMP. Đối với một SNMP "ping" để làm việc SNMP PHẢI được kích hoạt trên các thiết bị mục tiêu của khóa học ... mà không phải là trường hợp theo mặc định hầu hết thời gian nói chung vì vậy đó là một sự khác biệt lớn để ICMP Ping có thể được sử dụng gần như phổ quát.
Tôi hy vọng tôi đã trả lời câu hỏi của bạn
Điển hình cho một ping SNMP tương đương với một ICMP echo. Ví dụ, các bang của IBM phát ra một ICMP echo (tới SNMPD trên đầu nhận) và trả về minRTT. Nếu một phản ứng hết thời gian, sau đó nó sẽ gửi một gói echo nguyên khác sau 1 giây, và một lần nữa sau 2 giây. Nếu chưa có phản hồi, -1 sẽ được trả lại.
Cisco cũng có một loại triển khai tương tự (SNMP GET/SET/PING-MIB). Nó chắc chắn là thực hiện cụ thể, tuy nhiên.
"ping" chỉ là thuật ngữ chung để gửi thư cho mục đích xem bạn có nhận lại phản hồi hay không.
ICMP là phương pháp phổ biến nhất "ping" một máy chủ trên mạng IP. Nếu bạn nhận được một phản hồi echo ICMP từ một địa chỉ IP, thì bạn biết rằng một cái gì đó ngoài kia có thể và sẵn sàng nhận và trả lời ít nhất một số lưu lượng truy cập mạng cho địa chỉ đó. Nhận trả lời cho một ICMP ping không cho bạn biết bất kỳ điều gì về trạng thái của bất kỳ dịch vụ mạng nào khác. Không nhận được câu trả lời không cho bạn biết gì cả: có hàng tá lý do tại sao bạn có thể không nhận được phản hồi đối với ping ICMP tại bất kỳ thời điểm cụ thể nào.
Khái niệm "ping" áp dụng cho bất kỳ cơ chế giao tiếp nào. Một số giao thức mạng có các tiêu chuẩn cụ thể để thực hiện "ping". Đối với hầu hết, "ping" chỉ có nghĩa là cố gắng để thực hiện một số hoạt động cơ bản để xem nếu nó hoạt động. Ví dụ: bạn có thể "ping" máy chủ HTTP bằng cách chỉ kết nối với cổng 80 và thực hiện "HEAD/HTTP/1.0". Nếu bạn lấy lại một phản hồi HTTP, thì bạn biết có một máy chủ HTTP hoạt động. Ý tưởng tương tự cũng áp dụng cho SNMP hoặc bất kỳ ứng dụng mạng nào khác.
Trong hiểu biết của tôi, một ping SNMP là một trong những định nghĩa trong RFC 2925
http://tools.ietf.org/html/rfc2925
Nếu nhà cung cấp đại lý SNMP chỉ ra rằng một thiết bị hỗ trợ RFC này, sau đó bạn có thể sử dụng SNMP ping để giám sát nó. Nếu không, nó sẽ không hoạt động.
Điều này hoàn toàn khác với "ping bình thường" (dựa trên ICMP).
Giống như ping ICMP, ping SNMP, chỉ là biểu mẫu truy vấn SNMP, được sử dụng để kiểm tra tính liên quan của bất kỳ thiết bị nào có đại lý SNMP chuẩn đang chạy để theo dõi. Nó rất hữu ích khi các hệ thống quản lý quản lý các thiết bị này để truy vấn cho khám phá tự động. Bất kỳ sysOid nào cũng có thể được sử dụng để truy vấn thiết bị như một phần của yêu cầu.
Ping là "Groove Internet Node được đóng gói", ban đầu là công cụ triển khai phản hồi echo ICMP. "Ping" hiện được sử dụng phổ biến để truyền đạt sự trừu tượng của việc kiểm tra xem thiết bị có trực tuyến, khả dụng, phản hồi hay không.
Có tùy chọn MIB để yêu cầu thiết bị ping hoặc theo dõi tuyến đường - có vẻ như đang yêu cầu thiết bị ICMP cho bên thứ ba và cho biết thành công/thất bại - nhưng việc sử dụng thông thường "ping snmp" là để kiểm tra đáp ứng bằng cách đặt câu hỏi SNMP đơn giản về điểm dữ liệu tĩnh và nhận phản hồi.
Hầu hết các thiết bị cung cấp một số phản hồi cho các yêu cầu trong phụ 1.3.6.1.2, nhưng đó không phải là yêu cầu cứng/nhanh. Ví dụ, trên một dòng lệnh Unix (giống như), người ta có thể thử "snmpget -v 1 -c public 192.168.0.1 1.3.6.1.2.1.1.1.0" để hỏi "192.168.0.1" tên của nó là gì. Thiết bị có thể phản hồi; nó thường sẽ không NAK nếu truy cập (phiên bản 1, chuỗi cộng đồng "công khai", trong trường hợp này) là không chính xác. (Các) nút chuyển đổi ở giữa có thể chọn để cảnh báo người yêu cầu "không thể truy cập", nhưng có thể không. Trong trường hợp này là trường hợp khác, nếu không có phản hồi, các thông điệp hoặc gợi ý ngoài "không phản hồi" có thể hữu ích.