OpenFlow 기반 SDN 네트워킹인프라구축 대상지역별네트워크연결및성능검증시험 결과보고서 OF@TEIN Document No. 3 Version 1.0 Date 2012-12-20 Author(s) KOREN NOC OpenFlow 기반 SDN 네트워킹인프라구축 문서연혁 버전날짜저자 ( 들 ) 수정사항 0.1 2012.12.18 KOREN NOC 1.0 2012.12.20 KOREN NOC 본문서는한국정보화진흥원 (NIA) 의미래네트워크연구시험망 (KOREN) 사업 지원과제의연구결과로수행되었음 (11-951-00-001).
요약문 1. 제목 OF@TEIN 대상지역별네트워크연결및성능검증시험 2. 목표및내용 OpenFlow 에기반한 TEIN 참여 NREN 들과가상네트워크로동작하는 SDN 환 경인 OF@TEIN 인프라의일차적인구축및운용을위한대상지역별네트워크연결 3. 수행방법 가. SmartX Rack 설치자가 OF@TEIN 프로젝트기관에직접방문 나. 기관의담당자, 책임자, 혹은대표자와회의 - OF@TEIN 과 SmartX Rack 의활용계획, 기관의네트워크구성, ip address 할당등에대해서논의. 다. SmartX Rack 의조립, 장비들의물리적설치 라. TEIN 망과의연결테스트및확인 마. 설치된기관과 GIST, KOREN NOC 간의성능테스트 - 회선속도가 30Mbps 이상측정될경우에만 DVTS 에의한영상테스트진행 4. 활용계획 2 목차 1. 서론 1 1.1 본문서의범위 1 1.1.1 OpenFlow 기능시험및환경구성성능검증 1 1.2 다른문서들과의관계 2 2. OpenFlow 기능시험및환경구성성능검증 3 2.1 OpenFlow Specification 1.0을지원하는 OpenFlow 스위치 6 2.1.1 1G 패킷송ㆍ수신기능 7 2.1.2 플로우정보추출기능 9 2.1.3 통계수집기능 11 2.1.4 타임아웃플로우제거기능 13 3. Openflow 연동시험 15 3.1 필리핀의장비연동시험 16 3.2 인도네시아의장비연동시험 18 3.3 말레이시아의장비연동시험 20 3.4 태국의장비연동시험 22 3.5 베트남의장비연동시험 25 4. 대상지역별네트워크연결및성능검증시험결과 27 4.1 네트워크연결테스트시험 27 4.1.1 필리핀ー KOREN NOC 27 4.1.2 인도네시아ー KOREN NOC 29 4.1.3 말레이시아ー KOREN NOC 30 4.1.4 태국ー KOREN NOC 31 4.1.5 베트남ー KOREN NOC 32 4.2 각지역당 APAN/TEIN 망연결테스트 33 4.2.1 필리핀ー TEIN NOC 3 4.2.2 인도네시아-TEIN NOC 33 4.2.3 말레이시아-TEIN NOC 34 4.2.4 태국-TEIN NOC 35 4.2.5 베트남-TEIN NOC 36 3
표목차 [ 표 1] 필리핀 Management IP address 27 [ 표 2] 인도네시아 Management IP address 29 [ 표 3] 말레이시아 Management IP address 30 [ 표 4] 태국 Management IP address 31 [ 표 5] 베트남 Management IP address 32 4 그림목차 [ 그림 1] 문서들간의시간라인과관계도 2 [ 그림 2] OpenFlow Controller의종류 3 [ 그림 3] OpenFlow Controller의종류 4 [ 그림 4] Open vswitch의역할 6 [ 그림 5] OpenFlow 스위치의패킷송 / 수신기능테스트시험환경 7 [ 그림 6] OpenFlow 스위치의패킷송 / 수신기능테스트판정결과 8 [ 그림 7] OpenFlow 스위치의플로우정보추출기능테스트시험환경 9 [ 그림 8] OpenFlow 스위치의플로우정보추출기능테스트판정결과 10 [ 그림 9] OpenFlow 스위치의통계수집기능테스트시험환경 11 [ 그림 10] penflow 스위치의통계수집기능테스트판정결과 12 [ 그림 11] OpenFlow 스위치의통계수집기능테스트시험환경 13 [ 그림 12] OpenFlow 스위치의통계수집기능테스트판정결과 14 [ 그림 13] 필리핀장비연동시험네트워크구성도 16 [ 그림 14] 필리핀장비연동시험결과그래프 (Cacti) 17 [ 그림 15] 필리핀장비연동시험 (iperf) 17 [ 그림 16] 인도네시아장비연동시험네트워크구성도 18 [ 그림 17] 인도네시아장비연동시험결과그래프 (Cacti), DVTS 테스트 18 [ 그림 18] 인도네시아장비연동시험 (iperf) 19 [ 그림 19] 말레이시아장비연동시험네트워크구성도 20 [ 그림 20] 말레이시아장비연동시험결과그래프 (Cacti), DVTS 테스트 20 [ 그림 21] 말레이시아장비연동시험 (iperf) 21 [ 그림 22] 태국장비연동시험네트워크구성도 22 [ 그림 23] 태국장비연동시험결과그래프 (Cacti) 22 [ 그림 24] 태국장비연동시험 (iperf) 23 [ 그림 25] 태국장비연동시험 (iperf) 23 [ 그림 26] 태국장비연동시험 UniNET의대역폭사용상태 24 [ 그림 27] 베트남장비연동시험네트워크구성도 25 [ 그림 28] 베트남현지서버룸 25 [ 그림 29] 베트남장비연동시험 (iperf) 26 [ 그림 30] 베트남장비연동영상테스트 26 [ 그림 31] 필리핀 Management IP address로 ping 테스트 28 [ 그림 32] 인도네시아 Management IP address로 ping 테스트 29 [ 그림 33] 말레이시아 Management IP address로 ping 테스트 30 [ 그림 34] 태국 Management IP address로 ping 테스트 31 [ 그림 35] 베트남 Management IP address로 ping 테스트 32 [ 그림 36] 필리핀에서 TEIN NOC까지의 traceroute 테스트 33 [ 그림 37] 인도네시아에서 TEIN NOC까지의 traceroute 테스트 33 [ 그림 38] 인도네시아에서 TEIN NOC까지의 traceroute 테스트 34 [ 그림 39] 말레이시아에서 TEIN NOC까지의 traceroute 테스트 34 5
[ 그림 40] 말레이시아에서 TEIN NOC까지의 traceroute 테스트 35 [ 그림 41] 태국에서 TEIN NOC까지의 traceroute 테스트 35 [ 그림 42] 태국에서 TEIN NOC까지의 traceroute 테스트 35 [ 그림 43] 베트남에서 TEIN NOC까지의 traceroute 테스트 36 6 1. 서론 1.1 본문서의범위 1.1.1 OpenFlow 기능시험및환경구성성능검증 1) OpenFlow Specification 1.0을지원하는 OpenFlow 스위치 1-1) 1G 패킷송ㆍ수신기능 1-2) 플로우정보추출기능 1-3) 통계수집기능 1-4) 타임아웃플로우제거기능 2) OpenFlow 연동시험 (KOREN 무교 OF 장비와해당국가별장비연동시험 ) 2-1) 필리핀의장비연동시험 2-2) 인도네시아의장비연동시험 2-3) 말레이시아의장비연동시험 2-4) 태국의장비연동시험 2-5) 베트남의장비연동시험 3) 대상지역별네트워크연결및성능검증시험결과 3-1) 네트워크연결테스트시험 3-2) 각지역당 KOREN 연결테스트 1
1.2 다른문서들과의관계 [ 그림 1] 문서들간의시간라인과관계도 문서 M2.1 OF@TEIN( 대상지역 SDN 구성을위한네트워크구성설계도 ) 문서 M2.2 OF@TEIN( ) 문서 M2.3 OF@TEI( 네트워크통합모니터링도구설치및시험보고서 ) 문서 M2.4 OF@TEIN( 웹 UI 기반통합모니터링도구를활용한상시운영보고서 ) ( 향후작성 ) 2 2. OpenFlow 기능시험및환경구성성능검증 OpenFlow 의기능시험및환경구성성능검증을위해서 OpenFlow Controller 인 NOX가쓰여졌습니다. OpenFlow controller의종류에는 NOX외에 Stanford/Nicira가개발한 OpenFlow Reference, Stanford 대학이개발한 Beacon, Rice가개발한 Maestro, NEC가개발한 Trema, CPqD가개발한 RouteFlow 등이있습니다. 그중에가장활발하게쓰이고있는 Nicira의 NOX를사용하여 e-tein 연구과제의 Openflow 기능을검증하였음 [ 그림 2] OpenFlow Controller 의종류 3
[ 그림 3] OpenFlow Controller 의종류 Beacon은플랫폼이자유롭고자바기반의 OpenFlow controller입니다. 개발하는데 1년반이걸렸고몇몇연구프로젝트, 네트워크학과등에도쓰였다. Beacon은현재 100개의 vswitch, 20개의물리적서버를작동시킬수있고, downtime이한번도없었다. Beacon은자바로쓰여졌고많은플랫폼위에서작동된다.( 고급의멀티코어리눅스서버부터안드로이드까지 ) 오픈소스이고, GPL v2 라이센스와 Stanford 대학 FOSS 라이센스 Exception v1.0의조합라이센스아래에있다. Beacon안의코드번들들은 runtime 중간에시작, 중지, 새로고침, 설치가아무중단이나방해없이가능하다. 준비와동작이쉬우며자바와이클립스가개발과디버깅응용프로그램을간소화시켰다. Beacon은 Jetty enterprise 웹서버와커스터마이징이가능한 UI 프레임워크를선택적으로넣을수있다. Maestro는이름과같이네트워크제어응용프로그램들을지휘하는운영시스템이다. Maestro는네트워크의접근과상태수정과네트워크간의상호작용을하기위한 modular 네트워크시행제어응용프로그램의인터페이스를제공한다. Maestro는자동화와프로그램이가능한네트워크를만들기위한플랫폼이다. Maestro는 OpenFlow 네트워크에만제한되어있지않는다. Maestro는다음의기능들을위해서인터페이스들을제공한다. 모듈방식으로조립된제어요소들이추가됨으로써새로운제어기능이소개됨 제어요소들을대신하여네트워크상태가유지됨 실행순서를구체적으로명시해주고요소들의네트워크상태를공유함으로써제어 요소들을진정시킴 게다가, Maestro 는하나의머신에서시스템의처리량성능을개선시키려는시도 를한다. OpenFlow 네트워크의근본적인기능은컨트롤러가접촉이되어있는스위 치들에의한모는 flow 가초기설정의책임을맡는것이다. 이와같이, 컨트롤러의성 4 능은병목현상이일어날수도있다. Maestro는개발자들과프로그래머들이병행화를제어하기위해서조금의노력만요구하게끔구성하였다. 대신, Maestro는대부분의지루하고복잡한일들을통제와분배등을처리할수있게해준다. Maestro가어디서나쓰기쉽고. 확장가능하기위해서자바로개발되었고, 멀티코어에서 100% 활용되기쉽게 Multi-threaded로만들어졌다. Maestro는현재스위치네트워크를인식하거나 OpenFlow 스위치를이용한 routed 네트워크를인식하는제어요소들을제공한다. 몇몇의요소예를들어, command line 콘솔등은아직완벽하게구현되지않았다. 개발자들은앞으로버전에서는기능적인면에서질을높이고기능을향상시키도록계획하고있다. Maestro는 GNU Lesser General Public License version 2.1의라이센스아래에있다. Trema는 Ruby/C를위한 Full-stack OpenFlow 프레임워크이다. OpenFlow 개발자들을위해서만들어진소프트웨어이고, GPLv2는오픈커뮤니티와함께무료로배포되고있는소프트웨어이다. 선택에의해서 Ruby와 C를완벽하게지원할수있다. 자동으로그리고주기적으로모든 OS들을지원하는안정성을위한테스트들을거쳤다. 프로젝트팀으로부터지속적으로개발되고있고, 유지보수가되고있으며, 버그픽스나유저지원도계속되고있다. 커뮤니티를 NEC의전문프로그래머들도지원하고있다. SNAC은기업양산네트워크를위한웹기반 GUI이고오픈소스인 NOX기반의 OpenFlow 컨트롤러이다. SNAC은많은수의자세한 flow-level 트래픽을웹UI와 HTTP기반 API를통해서보여준다. 네트워크에새로참여한호스트는인증을위해서자동으로 SNAC으로보내진다. 캠퍼스네트워크에서 18개월이상쓰였다. NOX는네트워크구성과제어를위한플랫폼이다. 많은학과프로젝트를통해서 Software Defined Networking (SDN) 이성장하게되었고, SDN의첫번째로공식이름을얻은산출물인 OpenFlow와함께 Nicira Networks에의해개발된 controller가 NOX입니다. NOX는아래의몇가지를제공한다 : - C++ OpenFlow API - 빠르고, asynchronous IO - 가장최근의리눅스에맞춰져있다. (Ubuntu 11.10과 12.04, Debian, 그리고 RHEL 6) - 몇가지의샘플컴포넌트가포함되어있다. + 네트워크구성도찾기 + 스위치기능배우기 + 네트워크규모의스위치 5
2.1 OpenFlow Specification 1.0 을지원하는 OpenFlow 스위치 OpenFlow 기능시험을위해서 Open vswitch (OVS) 가사용되었다. OVS는양산품질성능을제공하면서, 오픈소스인아파치 2.0의라이센스아래에있는다중레이어가상스위치이다. OVS는현재쓰이고있는표준운영인터페이스들과프로토콜을지원하는동시에거대네트워크의자동화설정이가능하게디자인되었다. ( 예를들어, NetFlow, sflow, SPAN, RSPAN, CLI, LACP, 802.1ag). 추가로, 다수의물리적서버로분배가가능한 VMware의 vnetwork distributed vswitch나 Cisco의 Nexus 1000v와비슷하게디자인되었다. [ 그림 4] Open vswitch 의역할 6 2.1.1 1G 패킷송ㆍ수신기능 1G 네트워크인터페이스로부터패킷송ㆍ수신기능을제공한다. 시험환경 [ 그림 5] OpenFlow 스위치의패킷송 / 수신기능테스트시험환경 시험절차 1G 네트워크카드로부터패킷을수신하여, MPU (Main Processing Unit) 에게 전달기능수행확인을위해서는 Hewlett Packard 3500yl Switch 송ㆍ수신패킷 카운터증가로확인한다. 7
- 단말기에서 OpenFlow Switch 의 1G 네트워크인터페이스로트래픽을 인가한다. - NOC 에설치된 OVS 에서아래의명령어를실행하여패킷카운터값을 확인한다. 명령어실행 ) ovs-ofctl dump-tables tcp:203.255.250.109:1090 판정기준 1G 네트워크인터페이스로인가한트래픽에대해패킷송ㆍ수신기능을확인한다. [ 그림 6] OpenFlow 스위치의패킷송 / 수신기능테스트판정결과 8 2.1.2 플로우정보추출기능 수신패킷에서플로우정보추출기능을제공한다. 시험환경 [ 그림 7] OpenFlow 스위치의플로우정보추출기능테스트시험환경 시험절차 단말기에서패킷을발생시켜, OpenFlow로인가되는패킷에대해 cookie, duration, table정보, 패킷수, 바이트수, timeout, 우선순위값, 프로토콜정보, in port, VLAN, datalink source, datalink destination 정보가추출되고, 해당정보인 flow table이 (OpenFlow datapath에 ) 생성되는지를확인한다. - 단말기에서 OpenFlow Switch 로트래픽을인가한다. 9
- 수신된패킷에대해플로우정보를포함하는 Flow table 이생성되는상태를 확인하기위해아래의명령을실행한다. 명령어실행 ) ovs-ofctl dump-flows tcp:203.255.250.109:1090 판정기준 수신패킷에서플로우정보추출기능을확인한다. [ 그림 8] OpenFlow 스위치의플로우정보추출기능테스트판정결과 10 2.1.3 통계수집기능 플로우테이블별, 포트별, 플로우별통계수집기능제공한다. 시험환경 [ 그림 9] OpenFlow 스위치의통계수집기능테스트시험환경 시험절차 포트별수신 (RX), 송신 (TX), 에러 (error) 에대한통계관리기능이수행되는지를 확인한다. 아래명령어를실행시켜서나오는 flow 에대한패킷수, 총바이트에대한 통계정보관리기능수행되는지를확인한다. 11
명령어실행 ) ovs-ofctl dump-ports tcp:203.255.250.109:1090 판정기준 플로우테이블별, 포트별, 플로우별통계수집기능확인한다. [ 그림 10] penflow 스위치의통계수집기능테스트판정결과 12 2.1.4 타임아웃플로우제거기능 플로우테이블에있는플로우별로 idle 시간을체크하여타임아웃된플로우제거 기능제공한다. 시험환경 [ 그림 11] OpenFlow 스위치의통계수집기능테스트시험환경 시험절차 플로우테이블의플로우엔트리에설정된 idle_timeout 값보다긴시간동안 flow activation 이없으면해당플로우엔트리를플로우테이블에서삭제하는기능을 확인한다. 13
- ovs-ofctl dump-flows 명령어를실행시켜서 idle timeout 시간을 확인한다. [ 예제 ] - 플로우테이블에서플로우엔트리삭제기능을확인하기위해 idle_timeout 값만큼단말기에서패킷발생을정지한다. - ovs-ofctl dump-flows 명령어를실행시켜서 flow table 에서 flow 가제거 되었는지를확인하여삭제기능이제대로수행되는지를확인한다. 판정기준 플로우테이블에있는플로우별로 idle 시간을체크하여타임아웃된플로우제거 기능확인한다. [ 그림 12] OpenFlow 스위치의통계수집기능테스트판정결과 14 3. Openflow 연동시험 연동시험을위해서 Iperf라는툴을사용했습니다. Iperf는상용망에서흔히쓰이는네트워크툴로써 TCP와 UDP 데이터스트림을만들어내서전송되는수치를측정하는툴이다. Iperf는 C++ 로쓰여졌다. Iperf는 National Laboratory for Applied Network Research (NLANR) 의 Distributed Applications Support Team (DAST) 에의해서만들어졌다. Iperf 는유저들로부터네트워크의테스트, 네트워크의최적화, 네트워크조절등, 다양한방법으로쓰인다. Iperf는필요에따랄기능적으로서버와클라이언트모드로동작되며, 단일방향또는양방향의양끝으로부터의처리량을통해서수치를측정한다. Iperf는오픈소스소프트웨어이고. 리눅스, 유닉스, 윈도우즈를포함한여러운영플랫폼에서작동한다. UDP: UDP 의수용량을테스트할때, Iperf 는유저들이구체적으로데이터그램의 크기를조절할수있도록하고, 데이터그램의처리량과 packet loss 에대한결과 물을보여준다. TCP: TCP 의수용량을테스트할때, Iperf 는 payload 의처리량을측정합니다. 한가지유의할점으로 Iperf 는메가바이트에대해서 1024x1024, 메가비트에대해 서 1000x1000 을사용한다. 일반적인 Iperf 산출물은데이터가전송된양과수치가 time stamp와함께나온다. Iperf는어느플랫폼에서도쓰일수있고, 네트워크종류에도구애받지않으며, 네트워크의성능측정을표준화시킬수있는중요한툴이다. 따라서, 유선 / 무선네트워크장비의비교나기술적인면에서편파적이지않다. 오픈소스이기때문에측정방법론또한유저들에의해서면밀히평가되고조사된다. Digital Video Transport System(DVTS) 또한연동시험에쓰였다. DVTS는인터넷을이용해서 Digital Video (DV) 를송신, 수신하는솔루션이다. 현재 DVTS는 FreeBSD와 Mac OSX에서작동한다. DV 장비와연결을위해서 IEEE1394(Firewire) 케이블이쓰인다. 단점으로는 IEEE1394 케이블은 4.5미터이상거리에서는사용할수없다. DVTS를씀으로써 DV데이터는인터넷을통해서어디로든지보내는것이가능해졌다. DVTS는인터넷프로토콜기반의고품질의실시간 Audio Visual(AV) 통신도구이다. DV 캠코더와 VCR이라는상품들덕분에 AV 코덱은필요없다. 그로인해 DVTS는특별하거나비싼장비들이필요없게되었다. AV장비들은 IP가있는호스트 (PC나랩탑 ) 의인터페이스에 IEEE1394 케이블을통해서연결되어야한다. 15
3.1 필리핀의장비연동시험 Department of Science and Technology - Advanced Science and Technology Institute (DOST-ASTI) 에서 Iperf 테스트결과, 약 15Mbps 의대역폭이 측정됨. [ 그림 13] 필리핀장비연동시험네트워크구성도 16 [ 그림 14] 필리핀장비연동시험결과그래프 (Cacti) [ 그림 14] 에서볼수있듯이 DOST-ASTI 대역폭최대 15Mbps 의대역폭이나오 는것을확인할수있었다. [ 그림 15] 필리핀장비연동시험 (iperf) 17
3.2 인도네시아의장비연동시험 Institut Teknologi Bandung (ITB) 에서 Iperf 테스트결과, 약 50Mbps 의대역 폭이측정되었습니다. 30Mbps 의대역폭이필요한 DVTS 성능테스트를무리없이진 행할수있었다. [ 그림 16] 인도네시아장비연동시험네트워크구성도 [ 그림 17] 인도네시아장비연동시험결과그래프 (Cacti), DVTS 테스트 18 었다. 인도네시아의 ITB 에서는 Cacti 에서대역폭측정결과최대 60Mbps 까지측정되 [ 그림 18] 인도네시아장비연동시험 (iperf) Iperf를통한성능테스트결과 30Mbps이상의대역폭을확인할수있었다. 두네트워크간상호 DVTS 영상테스트기준 : 최소 30Mbps의대역폭소요. 인도네시아의대역폭은위의 [ 그림 18] 에서보이듯이일정하지는않았다. DVTS 영상테스트결과는영상수신및전송은화면의일그럼지없는정상상태를유지, 하지만측정된대역폭은네트워크상태에따라 Variation을보임. 19
3.3 말레이시아의장비연동시험 University of Malaya(UM) 의 Teck Chaw Ling 교수님의지원에힘입어, 장비 연동시험을아무무리없이진행할수있었습니다. Iperf 대역폭테스트결과 50Mbps 의대역폭까지소화해낼수있는회선환경을갖추고있었습니다. [ 그림 19] 말레이시아장비연동시험네트워크구성도 [ 그림 20] 말레이시아장비연동시험결과그래프 (Cacti), DVTS 테스트 20 말레이시아 UM 에서는 Cacti 모니터링결과최대 50Mbps 의대역폭을확인할수 있었다. 덕분에순조로운 DVTS 영상테스트가가능했었다. [ 그림 21] 말레이시아장비연동시험 (iperf) 말레이시아는 50Mbps 이상의꾸준한대역폭덕분에매우순조로운 DVTS 영상테스트를진행이가능. 말레이시아는이번 e-tein과제수행대상국가중가장좋은네트워크전송대역및 Performance를보임. 21
3.4 태국의장비연동시험 Chulalongkorn 대학의시설에비해사용자가너무많아 ( 교내사용수, 약 5만명, 98% 의대역폭사용률 ) 성능테스트를할수있는환경이안됐다. Iperf 측정결과 5Mbps 이하의대역폭으로측정되어, 30Mbps의대역폭이필요한 DVTS 성능테스트를실행할수없었다. [ 그림 26] 은 Chulalongkorn 대학이연결된 UniNET에서의모니터링그래프임이다. [ 그림 22] 태국장비연동시험네트워크구성도 [ 그림 23] 태국장비연동시험결과그래프 (Cacti) 태국의 Chulalongkorn 대학에서는 Cacti 모니터링결과 5Mbps 이하의대역폭이 측정되었음. 대역폭상태가좋지않은관계로 30Mbps 의대역폭을필요로하는 DVTS 영상테스트는진행을하지못함, 추후네트워크개선시 DVTS 테스트진행예정이 22 다. Iperf 의성능테스트결과 4~5Mbps 의대역폭이측정되었다. [ 그림 24] 태국장비연동시험 (iperf) [ 그림 25] 태국장비연동시험 (iperf) 23
[ 그림 26] 태국장비연동시험 UniNET 의대역폭사용상태 Chulalongkorn 대학이사용하고있는 UniNET 1G의사용률은확인결과평균 98% 의네트워크이용율을보여 TEIN 과제를위한네트워크테스트를진행하기가수월치않은관계로장비별기능및장비간연동상태위주로테스트진행하며, 향후 Chulalongkorn 대학의 IT infrastructure 고도화관련하여, 2013년에 2G로확장할계획이다. 24 3.5 베트남의장비연동시험 베트남은현재서버룸공사가한창이며, 그렇기때문에 SmartX Rack 의설치도 현지에있는임시랙에설치하였다. [ 그림 27] 베트남장비연동시험네트워크구성도 [ 그림 28] 베트남현지서버룸 25
[ 그림 29] 베트남장비연동시험 (iperf) Hanoi University of Science and Technology (HUST) 망의상태의편차가컸다. 첫테스트때에는약 100Mbps의속도가측정되었으나, 그후의테스트에서는 1~2 Mbps의결과가나왔다. 회선의상태가안정적이지않았으나, 영상테스트는 [ 그림 30] 과같이무리없이진행할수있었다. [ 그림 30] 베트남장비연동영상테스트 26 4. 대상지역별네트워크연결및성능검증시험결과 4.1 네트워크연결테스트시험 네트워크연결테스트시험은 ping 으로시험했다. 아래의스크린샷은 KOREN NOC 의 OVS (203.255.250.108) 으로부터필리핀, 인도네시아, 말레이시아, 태국의 각기관에설치된 SmartX Rack 장비까지의 ping 테스트이다. 4.1.1 필리핀ー KOREN NOC IP 설명 202.90.150.2 NexG (power management) 202.90.150.3 Dell 202.90.150.4 IBM (capsulator/netfpga) 202.90.150.5 HP switch [ 표 1] 필리핀 Management IP address 27
[ 그림 31] 필리핀 Management IP address 로 ping 테스트 28 4.1.2 인도네시아ー KOREN NOC IP 설명 167.205.51.34 NexG (power management) 167.205.51.35 Dell 167.205.51.36 IBM (capsulator/netfpga) 167.205.51.37 HP switch [ 표 2] 인도네시아 Management IP address [ 그림 32] 인도네시아 Management IP address 로 ping 테스트 29
4.1.3 말레이시아ー KOREN NOC IP 설명 203.80.21.2 NexG (power management) 203.80.21.3 Dell 203.80.21.4 IBM (capsulator/netfpga) 203.80.21.5 HP switch [ 표 3] 말레이시아 Management IP address [ 그림 33] 말레이시아 Management IP address 로 ping 테스트 30 4.1.4 태국ー KOREN NOC IP 설명 161.200.25.97 NexG (power management) 161.200.25.98 Dell 161.200.25.99 IBM (capsulator/netfpga) 161.200.25.100 HP switch [ 표 4] 태국 Management IP address [ 그림 34] 태국 Management IP address 로 ping 테스트 31
4.1.5 베트남ー KOREN NOC IP 설명 203.191.48.226 NexG (power management) 203.191.48.227 Dell 203.191.48.228 IBM (capsulator/netfpga) 203.191.48.229 HP switch [ 표 5] 베트남 Management IP address [ 그림 35] 베트남 Management IP address 로 ping 테스트 32 4.2 각지역당 APAN/TEIN 망연결테스트 각지역당 TEIN 망연결테스트는필리핀, 인도네시아, 말레이시아, 태국의장비 에서 TEIN NOC (202.112.3.202) 까지의 traceroute 으로테스트했다. 4.2.1 필리핀ー TEIN NOC [ 그림 36] 필리핀에서 TEIN NOC 까지의 traceroute 테스트 4.2.2 인도네시아 -TEIN NOC [ 그림 37] 인도네시아에서 TEIN NOC 까지의 traceroute 테스트 33
[ 그림 38] 인도네시아에서 TEIN NOC 까지의 traceroute 테스트 4.2.3 말레이시아 -TEIN NOC [ 그림 39] 말레이시아에서 TEIN NOC 까지의 traceroute 테스트 34 [ 그림 40] 말레이시아에서 TEIN NOC 까지의 traceroute 테스트 4.2.4 태국 -TEIN NOC [ 그림 41] 태국에서 TEIN NOC 까지의 traceroute 테스트 [ 그림 42] 태국에서 TEIN NOC 까지의 traceroute 테스트 35
4.2.5 베트남 -TEIN NOC [ 그림 43] 베트남에서 TEIN NOC 까지의 traceroute 테스트 36