180 likes | 307 Views
SNMP Update Interval Test. 실험 방법. 타겟 장비 Core 1 & 2 Switches, Internet Routers (Kornet & Boranet), Dorm Switch, 정보통신연구소 (PIRL) Switch 타겟 장비의 모든 interface 에 대해 inOctets 값을 SNMP GET request
E N D
실험 방법 • 타겟 장비 • 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 하였음
Core 1 Switch (ifNumber: 113) ifInOctets counter가 update 되는데 4-5초씩 걸렸음.
Core 2 Switch (ifNumber: 102) ifInOctets counter가 update 되는데 4-5초씩 걸렸음.
KORNET Router (ifNumber: 15) ifInOctets counter가 update가 매초 되었음.
BORANET Router (ifNumber: 7) ifInOctets counter가 update가 매초 되었음.
Dorm Switch (ifNumber: 216) ifInOctets counter가 update 되는데 8-9초씩 걸렸음.
PIRL Switch (ifNumber: 18) ifInOctets counter가 update 되는데 interface별로 차이가 있음.
결과 분석 • 장비별 허용가능한 Time Granularity • 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 수 때문인지 결론을 내기가 어려움.
실험 방법 • 타겟 장비 • 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으로 나눈 값으로 표현함.
Core 1 Switch (ifNumber: 113) 값을 얻어오는데 걸리는 시간이 700 ~ 800 usec가 많음 그래서 그 부분만 10 usec단위로 나누어서 자세하게 표현함.
Core 2 Switch (ifNumber: 102) 값을 얻어오는데 걸리는 시간이 600 ~ 800 usec가 많음 그래서 그 부분만 10 usec단위로 나누어서 자세하게 표현함.
KORNET Router (ifNumber: 15) 값을 얻어오는데 걸리는 시간이 800 ~ 1300 usec가 많음 그래서 그 부분만 10 usec단위로 나누어서 자세하게 표현함.
BORANET Router (ifNumber: 7) 값을 얻어오는데 걸리는 시간이 600 ~ 1100 usec가 많음 그래서 그 부분만 10 usec단위로 나누어서 자세하게 표현함.
Dorm Switch (ifNumber: 216) 값을 얻어오는데 걸리는 시간이 500 ~ 600 usec가 많음 그래서 그 부분만 10 usec단위로 나누어서 자세하게 표현함.
PIRL Switch (ifNumber: 18) 값을 얻어오는데 걸리는 시간이 1500,1800 usec가 많음 그래서 1500 ~ 1800 구간을 10 usec단위로 나누어서 자세하게 표현함.
결과 분석 • 모든 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를 지원하지 않음