SNMP를 사용하여 스위치에 대한 연결을 모니터링

네트워크 문제를 진단하려고 할 때 항상 묻는 질문 중 하나는 "모듈 인터페이스에 연결된 스위치 포트의 상태는 무엇입니까?" 일반적인 대답은 "네트워크 사람들에게 물어봐야한다"입니다. 이제 간단한 네트워크 관리 프로토콜 (SNMP)의 마법과 첨부 된 명령 매크로를 사용하여 요청할 필요가 없을 수 있습니다.

모든 관리 가능한 스위치(스위치 역할을 하는 라우터포함)가 SNMP 요청에 응답합니다. SNMP 프로토콜은 커뮤니티 문자열이라고 하는 암호로 보호됩니다. 일반적으로 읽기암호와 쓰기용 암호가 있습니다. 나는 확실히 당신에게 쓰기 커뮤니티 문자열을주고 싶지 않아 네트워크 사람들을 이해할 수 있지만, 당신이 잘 요청하는 경우 그들은 당신에게 읽기 문자열을 줄 수 있습니다. 결국, 독서에 해가 없어야하며 직접 할 수 있다면 귀찮게 할 필요가 없습니다. 그러나 묻기 전에 "공개"인 표준 기본 문자열을 시도 할 수 있습니다. 그것이 작동하는 경우, 심지어 물어 볼 필요가 없습니다.

SNMP 데이터는 MIB(관리 정보 기반)에 의해 구성됩니다. "인터페이스"테이블은 SNMP를 지원하는 모든 장치에 의해 지원되는 MIB-II MIB에 있습니다. 테이블에는 오류, 바이트 및 패킷 카운터가 포함됩니다. 많은 정보는 아니지만 모듈 인터페이스와 네트워크 간의 연결의 기본 상태를 결정하는 것으로 충분합니다. 인터페이스 MIB는 RFC-1213 "TCP / IP 기반 인터넷의 네트워크 관리를위한 관리 정보 베이스 : MIB-II"http://www.ietf.org/rfc/rfc1213.txt 사본을 찾을 수 있습니다. http://www.ietf.org/rfc/rfc1213.txt

매크로는 쿼리로 전환의 개별 포트를 식별하는 세 가지 방법을 제공합니다. 첫 번째는 인터페이스 이름입니다. netstat 명령을 사용하여 인터페이스의 MAC 주소를 결정하고 스위치의 전달 테이블을 쿼리하여 MAC 주소와 연결된 포트를 결정합니다.

get_switch_interface_stats 172.16.1.222 #sdlmux.m16.11-3

이름 앞에 있는 IP 주소는 스위치의 IP 주소입니다.

You can also provide the MAC address in the form XX-XX-XX-XX-XX-XX. 이는 대기 어댑터의 스위치 연결을 보는 한 가지 방법입니다.

get_switch_interface_stats 172.16.1.222 00-00-a8-44-52-22 -type mac

마지막으로 포트 인덱스를 제공할 수 있습니다. 스위치에 따라 실제 포트 번호 또는 포트 번호를 기반으로 하는 것일 수 있습니다. 다음 예제에서는 포트 번호가 48이지만 인덱스는 1048입니다.

get_switch_interface_stats.cm 172.16.1.222 1048 -type port

다음 예제 출력에서는 첫 번째 패스와 두 번째 패스 사이의 타임스탬프가 60초 이상 떨어져 있음을 알 수 있습니다. 이는 쿼리가 만들어지기 전에 타임스탬프가 인쇄되고 쿼리에 시간이 걸리기 때문입니다.

왜 두 번의 패스가 있습니까? 카운터는 일반적으로 지워지지 않으므로 단일 값은 카운터가 얼마나 빨리 변화하고 있는지에 대한 아이디어를 제공하지 않습니다. 매크로는 첫 번째 값과 두 번째 값을 모두 표시하고 빼기작업을 수행합니다.

get_switch_interface_stats.cm 172.16.1.222 1048 -type port

172.16.1.222 1048 -type port public -sleep 60

Collecting results pass 1 10-01-20.11:32:21

sleeping for 60 seconds

Collecting results pass 2 10-01-20.11:33:23

Port Index : 1048

Port name : "X350-48t Port 48"

Speed : 1000

Administrative Status : up(1) up(1)

Operation Status : up(1) up(1)

In Octets : 205663121 - 205568072 = 95049

In Unicast Packets : 1336981429 - 1336981157 = 272

In non-Unicast Packets : 330419202 - 330418397 = 805

In Discards : 0 - 0 = 0

In Errors : 0 - 0 = 0

In Unknown Protocols : 0 - 0 = 0

Out Octets : 290040991 - 290003159 = 37832

Out Unicast Packets : 1570859994 - 1570859741 = 253

Out non-Unicast Packets : 4386374 - 4386362 = 12

Out Discards : 0 - 0 = 0

Out Errors : 0 - 0 = 0

Out Q Length : 0 - 0 = 0

이상적인 상황에서는 오류나 폐기가 없으므로 이러한 카운터가 0이 아닌 경우 원인을 조사해야 합니다. 패킷 카운트는 볼륨에 대한 아이디어를 제공합니다. 나가는 패킷의 비정상적으로 낮은 볼륨이있는 경우 (인터페이스로 스위치에서 가는 패킷) 당신은 네트워크의 나머지 부분에 스위치의 연결에 문제가있을 수 있습니다 알고있다. 비정상적으로 높은 비unicast 나가는 패킷 수는 네트워크의 일부 호스트가 브로드캐스트 또는 멀티캐스트로 네트워크를 범람하고 있음을 나타낼 수 있습니다. 들어오는 패킷 수가 적으면 모듈의 응용 프로그램이 예상 속도로 전송되지 않는 이유를 물어봐야 합니다. 여기서 핵심은 특이한 것이 무엇인지 알고 있으며 기준선을 만들어야 합니다.

명확한 값은 관리 및 운영 상태입니다. 운영 상태가 아래로 표시되면 스위치와 인터페이스 사이의 연결에 문제가 있음을 알 수 있습니다. 관리 상태가 아래로 표시되면 다른 사람이 네트워크 연결을 비활성화했다는 것을 알 수 있습니다.

링크가 다운된 경우 스위치 포트를 쿼리하여 링크가 다운된 지 알 수 있습니까? 다른 모듈의 mac 주소 또는 포트 인덱스를 사용하여 스위치를 쿼리할 수 있습니다. 그러나 링크가 잠시 동안 다운된 경우 MAC 주소가 스위치의 전달 테이블에서 제거되었을 수 있습니다. 이 경우 명령의 포트 인덱스 양식을 사용해야 합니다.

SNMP 명령은 >system>maint_library 있습니다. NET-SNMP 명령의 포트이며 문서는 http://www.net-snmp.org/찾을 수 있습니다. 스위치에 대해 이러한 명령을 실행하려면 모듈에서 SNMP 서버(snmpd)를 실행할 필요가 없습니다.

& get_switch_interface_stats.cm begins here

&

& get_switch_interface_stats.cm

& version 1.0 10-01-20

& [email protected]

&

&begin_parameters

SWITCH switch:string,req

ID id:string,req

TYPE option(-type),name,allow(int,mac,port),=int

COMMUNITY community:string=public

SLEEP option(-sleep),number,=60

&end_parameters

&

&if (process_type) = 'batch' &then &do

set_ready -format off

&echo no_command_lines no_macro_lines no_input_lines

&end

&

& display input arguments

display_line &SWITCH& &ID& -type &TYPE& &COMMUNITY& -sleep &SLEEP&

&

&set_string INTERFACE_NAME ''

&set_string MAC_ADDR ''

&set_string IDX ''

&if &TYPE& = int &then &set_string INTERFACE_NAME &ID&

&if &TYPE& = mac &then &set_string MAC_ADDR &ID&

&if &TYPE& = port &then &set_string IDX &ID&

&

&set_string TEST (process_dir)>test

&set_string INTERFACE (process_dir)>interface

&set_string MAC (process_dir)>mac

&set_string INDEX (process_dir)>index

&set_string R1 (process_dir)>r1

&set_string R2 (process_dir)>r2

&

& make sure we can get a response from the switch

attach_default_output &TEST&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::sysName.0

detach_default_output

&if (file_info &TEST& blocks_used) = 0 &then &goto NOSWITCH

&

&if (length &IDX&) = 0 &then &do

&if (length &INTERFACE_NAME&) > 0 &then &do

attach_default_output &INTERFACE&

netstat -interface &INTERFACE_NAME&

detach_default_output

&if (file_info &INTERFACE& blocks_used) = 0 &then &goto NOINTERFACE

display &INTERFACE& -match 'MAC Address' -no_header -output_path &MAC&

&set_string MAC_ADDR (substr (contents &MAC& 1) 14)

&end

&if (length &MAC_ADDR&) < 17 &then &goto BADMAC

&set_string OCT1 (decimal (substr &MAC_ADDR& 1 2)x)

&set_string OCT2 (decimal (substr &MAC_ADDR& 4 2)x)

&set_string OCT3 (decimal (substr &MAC_ADDR& 7 2)x)

&set_string OCT4 (decimal (substr &MAC_ADDR& 10 2)x)

&set_string OCT5 (decimal (substr &MAC_ADDR& 13 2)x)

&set_string OCT6 (decimal (substr &MAC_ADDR& 16 2)x)

&

& query the forwarding table using the MAC adress to get the switch

& port number. The forwarding table is in the BRIDGE-MIB and is the

& dot1dTpFdbPort

attach_default_output &INDEX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& &+

.1.3.6.1.2.1.17.4.3.1.2.&OCT1&.&OCT2&.&OCT3&.&OCT4&.&OCT5&.&OCT6&

detach_default_output

&set_string TEMP (reverse (contents &INDEX& 1))

&set_string IDX (index (string &TEMP&) ' ')

&set_string IDX (reverse (substr (string &TEMP&) 1 (calc &IDX& - 1)))

& if after all that manipulation IDX is "OID" it means that the

& forwarding table did not contain the MAC address

&if &IDX& = OID &then &goto NOTFOUND

&

& dump the entire interface index table and use the port number from above

& to index into the table to get the port index

attach_default_output &INDEX&

snmpwalk -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifIndex

detach_default_output

&set_string IDX (substr (contents &INDEX& &IDX&) 22)

&set_string IDX (substr (string &IDX&) 1 &+

(calc (index (string &IDX&) ' ') - 1))

&end

&

display_line

display_line Collecting results pass 1 (date).(time)

&

attach_default_output &R1&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifDescr.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifSpeed.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifAdminStatus.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifOperStatus.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifLastChange.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifInOctets.&IDX&

<snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifInUcastPkts.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifInNUcastPkts.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifInDiscards.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifInErrors.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifInUnknownProtos.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifOutOctets.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifOutUcastPkts.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifOutNUcastPkts.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifOutDiscards.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifOutErrors.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifOutQLen.&IDX&

snmpget -v 2c -c &COMMUNITY& &SWITCH& RFC1213-MIB::ifSpecific.&IDX&

<detach_default_output

&

& if the last 3 characters of the first line are OID it means that the

& switch does not suppor the query - probably the index is index is wrong.

&if (substr (reverse (contents &R1& 1)) 1 3) = DIO &then &goto NOIDX

&

display_line sleeping for &SLEEP& seconds

sleep -seconds &SLEEP&

&

display_line Collecting results pass 2 (date).(time)

attach_default_output &R2&