SNMP Update Interval Test

Presentation on theme: "SNMP Update Interval Test"— Presentation transcript:

1 SNMP Update Interval Test

2 실험 방법 타겟 장비 타겟 장비의 모든 interface에 대해 inOctets 값을 SNMP GET request
Core 1 & 2 Switches, Internet Routers (Kornet & Boranet), Dorm Switch, 정보통신연구소 (PIRL) Switch 타겟 장비의 모든 interface에 대해 inOctets 값을 SNMP GET request Polling은 1초마다 수행 (모든 interface에 대한 polling이 끝난 후 1초를 기다리므로 정확히는 1초보다 더 긴 시간마다 수행됨. 대략 1.2 ~ 1.3초) 타겟 장비에 대해서 2분 동안 수집된 데이터를 그래프로 표현 Interface마다 inOctets 값의 증가폭이 다르기에 한 그래프에 나타낼 수가 없음. 따라서 각 장비마다 2개의 interface를 선정하여 그래프로 표현 증가폭이 너무 작은 것은 대상에서 제외 그래프의 Y축의 괄호안의 수는 mib의 ifIndex 값 SNMP Request packet drop test 만약 drop이 되었다면 counter 결과가 0으로 나오게 coding 하였음

3 Core 1 Switch (ifNumber: 113)
ifInOctets counter가 update 되는데 4-5초씩 걸렸음.

4 Core 2 Switch (ifNumber: 102)
ifInOctets counter가 update 되는데 4-5초씩 걸렸음.

5 KORNET Router (ifNumber: 15)
ifInOctets counter가 update가 매초 되었음.

6 BORANET Router (ifNumber: 7)
ifInOctets counter가 update가 매초 되었음.

7 Dorm Switch (ifNumber: 216)
ifInOctets counter가 update 되는데 8-9초씩 걸렸음.

8 PIRL Switch (ifNumber: 18)
ifInOctets counter가 update 되는데 interface별로 차이가 있음.

9 결과 분석 장비별 허용가능한 Time Granularity SNMP Request packet drop test 결과
Core 1: 5초보다 큰 값 Core 2: 6초보다 큰 값 KORNET: 1초 BORANET: 1초 Dorm: 9초보다 큰 값 PIRL: 5초보다 큰 값 (interface별로 차이가 있음) SNMP Request packet drop test 결과 실험중 counter 결과가 0으로 나오지는 않았으므로 request drop은 없었음. SNMP update 주기에 영향을 미치는 부분 장비 성능 때문인지 Interface 수 때문인지 결론을 내기가 어려움.

10 SNMP Response Time Test

11 실험 방법 타겟 장비 Core 1 & 2 Switches, Internet Routers (Kornet & Boranet), Dorm Switch, 정보통신연구소 (PIRL) Switch 타겟 장비의 모든 interface에 대해 SNMP GET request을 통해서 inOctets 값을 얻어 오는데 걸리는 시간을 측정하여서 그 시간의 빈도수를 그래프로 표현함. Polling은 1초마다 수행 (모든 interface에 대한 polling이 끝난 후 1초를 기다리므로 정확히는 1초보다 더 긴 시간마다 수행됨. 대략 1.2 ~ 1.3초) 타겟 장비에 대해서 2분 동안 수집된 데이터를 그래프로 표현 그래프는 전체 데이터의 평균으로 나타냄 먼저, 100초 단위로 나누어서 그래프로 표현함. 한쪽으로 몰리는 데이터를 자세하게 나타내기 위해서 10초 단위로 나누어서 그래프로 표현함, 이 때에 x축의 시간은 10으로 나눈 값으로 표현함.

12 Core 1 Switch (ifNumber: 113)
값을 얻어오는데 걸리는 시간이 700 ~ 800 usec가 많음 그래서 그 부분만 10 usec 단위로 나누어서 자세하게 표현함.

13 Core 2 Switch (ifNumber: 102)
값을 얻어오는데 걸리는 시간이 600 ~ 800 usec가 많음 그래서 그 부분만 10 usec 단위로 나누어서 자세하게 표현함.

14 KORNET Router (ifNumber: 15)
값을 얻어오는데 걸리는 시간이 800 ~ 1300 usec가 많음 그래서 그 부분만 10 usec 단위로 나누어서 자세하게 표현함.

15 BORANET Router (ifNumber: 7)
값을 얻어오는데 걸리는 시간이 600 ~ 1100 usec가 많음 그래서 그 부분만 10 usec 단위로 나누어서 자세하게 표현함.

16 Dorm Switch (ifNumber: 216)
값을 얻어오는데 걸리는 시간이 500 ~ 600 usec가 많음 그래서 그 부분만 10 usec 단위로 나누어서 자세하게 표현함.

17 PIRL Switch (ifNumber: 18)
값을 얻어오는데 걸리는 시간이 1500,1800 usec가 많음 그래서 1500 ~ 1800 구간을 10 usec 단위로 나누어서 자세하게 표현함.

18 결과 분석 모든 Interface를 polling하는데 걸리는 시간
Core 1: 대략 80~90 ms Core 2: 대략 60~80 ms KORNET: 대략 12~20 ms BORANET: 대략 5~8 ms Dorm: 110~130 ms PIRL: 27~33 ms SNMPv1을 이용한 모든 interface에 대한 polling이 부담이 될 수 있음 SNMPv2의 GetBulk 활용 POSTECH내의 모든 building switch는 v2를 지원하지만, 그 아래의 일부 switch들은 v2를 지원하지 않음