네트워크관점의 Multicast 기반 IP-TV 서비스관리방법 (Network Centric Managing Method of the IP-TV Service Based on Multicasting) 김주희, 김봉기, 김기응 KT 네트워크기술연구소 jooheekim,bkkim,gekim@kt.co.kr 요 약 IP-TV 서비스는통신과방송이융합된서비스로써, IP 멀티캐스팅방식으로 nvod, PPV, 양방향서비스등을제공한다. IP-TV 의안정된서비스를제공하기위해서관리되어야하는영역은크게 Head-End 센터, IP 네트워크, 고객 STB 단말그리고 E2E 서비스품질의 4 가지로구분할수있다. 이중 Head-End 센터에서고객수용네트워크장비까지의네트워크관점의실시간망관리영역은 IP-TV 서비스의고객체감품질을결정짓는주요관리분야이다. 본논문은 IP-TV 서비스의멀티캐스팅네트워크관점의관리요소와관리방법을기술하고, 구현사례로 KT 의 IP-TV 서비스관리를위해개발된 Multicast NMS 의기능을설명하며네트워크관점의 IP-TV 서비스관리방법에대한결론을맺고자한다. 1. 개요 최근초고속인터넷이급속도로확산되면서통신과방송간의영역구분이점점모호해져가고있다. 즉통신사업자는초고속인터넷을기반으로방송서비스를제공하고자하고있으며, 방송사업자는케이블망을이용하여초고속인터넷및전화서비스를제공함으로써음성, 데이터, 영상서비스를동시에지원하는이른바 Triple Play 서비스를제공하고자노력하고있다 IP-TV 는통신과방송이융합된서비스로써, 생방송 Digital TV, nvod, PPV, 양방향데이터서비스등을 IP 기반네트워크를통하여 TV 단말로제공하는서비스이다. 현재 IP-TV 서비스는 OECD 가입국대부분에서제공되고있으며전세계적으로 211 개사업자 ( 북미 136 개, 유럽 45 개, 아시아 21 개 ) 가 IP-TV 를상용화했거나준비중이다.[1] 국내에서는 KT 가이미 2005 년말에직원들을대상으로시범서비스를개시하였고 2006 년말에실고객을대상으로상용서비스를시작할계획이다. IP-TV 서비스플랫폼은그림 1 과같이크게 Main Head-End, Local Head-End, 그리고 xdsl, LAN, FTTx 등다양한엑세스방식의가입자망과백본망으로구성된네트워크, 마지막으로 IP-STB (Set-Top Box) 가위치한가입자단으로구성된다.[2] IP-TV 서비스를안정적으로고객에게제공하기위해서관리되어야하는영역은크게 Head-End 센터, IP 네트워크, 고객 STB 단말그리고 E2E 서비스품질의 4 가지로구분할수있다. 이중본논문은 IP 네트워크관점에있어서의관리요소및관리방법을기술한다. 그림 1. IP-TV 서비스플랫폼구성도 44
IP-TV 서비스는멀티캐스트방식으로제공되며 IP 네트워크의백본에서종단라우터에이르기까지 PIM(Protocol Independent Multicast), IGMP(Internet Group Protocol) 등 IP 멀티캐스트프로토콜이동작한다. 멀티캐스트는전송되는데이터에관심을갖는수신자 (receiver) 에게만데이터를전송하는방식으로동일한트래픽을복사하여여러지점으로전송하여네트워크대역폭효율적으로사용하고스트리밍서버의부하도경감하는전송방식으로 UDP 를기반으로한다. 2 절에서멀티캐스트방식에대한소개를통해 IP-TV 서비스를안정적으로제공하기위해관리해야할요소를정의하고, 3 절에서관리방법및기능들을소개한다. 마지막으로관리시스템의구현사례로 KT 에서개발된 Multicast NMS 를소개하고 IP-TV 서비스관리시스템의나아갈방향을제시하며결론을맺고자한다. 2. Multicasting 기술및관리요소 본절에서는 IP-TV 서비스의기반이되는멀티캐스팅의기술에대해서설명하고이에따른관리요소에대해서다루고자한다. 2.1 Multicasting 기술 IP-TV 서비스는앞서언급한바와같이백본망과가입자망의물리적자원들로구성된 IP 네트워크상에서멀티캐스트방식으로제공된다. 멀티캐스트는전송되는데이터에관심을갖는수신자 (receiver) 에게그데이터를전송하는방식으로동일한트래픽을복사하여여러지점으로전송하여대역폭절감을가장큰목적으로하는전송방식이다. 데이터를송출하는 Head-End 의스트리밍서버가멀티캐스트소스 (Source) 가되고, 수신을원하는고객이수신자 (Receiver) 가된다. 소스는멀티캐스트그룹주소를목적지주소로사용하여데이터를송출하며컨텐츠를제공받고자하는고객은멀티캐스트그룹에가입 (Join) 하여데이터를제공받을수있다. IP-TV 에서는하나의멀티캐스트그룹을한채널이라고보면된다. 그래서고객이한채널의시청을요청하면네트워크단에서는해당그룹으로가입하는절차가이뤄지게된다. 만약다른고객이같은채널을시청하면네트워 크상으로볼때똑같은그룹에가입하게되는것이다. Source 1 A B D F C Receiver 1 SPT E Source 1 Receiver 2 Receiver 1 그림 2. Forwarding Tree A C Shared Tree B D (RP) E Receiver 2 Shared Tree Source Tree 그림 2 와같이멀티캐스트트래픽은멀티캐스트프로토콜이유니캐스트라우팅을참조하여결정한경로를통해수신자까지흐르게된다. 이렇게소스단라우터부터가입자종단라우터까지결정되어진경로를멀티캐스트전달트리 (Multicast Forwarding Tree) 라고하며멀티캐스트전달트리는한그룹에하나씩구성된다. 그래서이미한지역의고객이시청중인채널을다른지역의고객이또시청하게되면새로운전달경로가생기는것이아닌기존의전달트리에 가지 만더생기게된다. 그리하여컨텐츠트래픽은스트리밍서버로부터한스트림으로보내져경로의분기점에서복사되어각기경로로흘러고객으로제공되는것이다. 그러므로멀티캐스트는전달트리를통해채널트래픽의경로를파악할수있다. 따라서기존에유니캐스팅이되는 IP 네트워크상에서멀티캐스팅이제대로동작하느냐는멀티캐스트서비스가네트워크단에서제대로제공되느냐와결부된다. 그러므로, IP 네트워크관점에서 IP-TV 서비스관리의핵심은 IP 멀티캐스팅의관리라고할수있다. 멀티캐스트서비스모델 [4] 은 Any Source Multicast (ASM) 과 Source Specific Multicast (SSM) 으로구분할수있는데, ASM 은수신자가 (*,G) 에가입 (Join) 을하는방식이고, SSM 은 (S,G) 정보를 Web Server 같은방법을통해수신자가획득하여 (S,G) 에가입 (Join) 을하여멀티캐스트그룹에참여하는방식이다. 여기서 G 는멀티캐스트그룹을나타내며, S 는특정소스의유니캐스트 IP 를, * 는불특정소스를의미한다. 즉, SSM 은특정소스로부터만패킷을수신하게되고, ASM 은 RP (Rendezvous F 45
point) 를통하여소스를알게되어패킷을수신하게된다. 그림 3 은 ASM 에서 PIM-SM 을사용한예를보인다. Source Traffic SPT Traffic Flow Shared Tree Source Tree Shared RP Receiver 그림 3. PIM-SM ASM 을구현하기위해서다음과같은프로토콜이네트워크장비에적용되어지는데, 이는 (1) PIM-SM : (Protocol Independent Multicast Sparse Mode), (2) MBGP : (Multi-protocol Border Gateway Protocol), (3) IGMP: (Internet Group management Protocol), (4) MSDP (Multicast Source Discovery Protocol) 등이있다. PIM-SM [3] 은유니캐스트라우팅정보를이용하여멀티캐스트전달트리 (Multicast Forwarding Tree) 를구성하는프로토콜이고, MBGP 는멀티캐스트가활성화 (Multicast Enabled) 된네트워크로의경로정보를광고 (advertise) 하는프로토콜이다. 그리고, IGMP 는가입자단말과가입자종단네트워크장비간의그룹을관리하며, MSDP [4] 는활성화된소스정보를전파하여타도메인간또는 Anycast RP 간의소스정보를공유하는데사용된다 [5]. 그림 4와같이 SSM 의구현에있어서사용되는프로토콜은유사하며단지 IGMP v3 를사용하는것과 RP 및 RP 를루트로한 Shared Tree 가존재하지않는다는것이다르다. 그래서인터도메인 RP 간의소스공유를위해 MSDP 를사용하지않아도된다. Source PIM (S,G) Join A B D F C Receiver 1 IGMPv3 (S,G) Join E Out-of-band Source directory Ex : Web Server 그림 4. Source Specific Multicast 2.2 관리요소 멀티캐스트기술을 IP-TV 서비스에적용되었을때관리해야할주요소를네트워크관점에고려하면여섯까지정도로압축된다. 첫째, IP 네트워크에적용된프로토콜의상태이다. 멀티캐스팅이동작되기위해서는앞서말한멀티캐스트프로토콜이제대로동작되어야한다. 물리적인장비또는인터페이스에아무런문제가없다하더라도프로토콜이설정의오류등으로인하여프로토콜이제대로동작하지않으면서비스는될수없기때문이다. 그렇기때문에프로토콜의상태변화에대한감지는기본이며우선이되어야할것이다. 둘째, 서비스를제공받는고객의정보및고객이수용된네트워크자원정보이다. 멀티캐스트의특성인데이터의수신자를알수없다는점은서비스를관리함에있어서결점이된다. 왜냐면, 고객의관점에서서비스의원활한제공여부가결정되기때문이다. 고객의정보와고객이수용된네트워크자원정보를가지고멀티캐스트전달트리를활용하여고객의네트워크로트래픽이잘전달되고있는지는감지할수있다. 그렇기때문에고객에대한정보의관리및활용은기본이다. 셋째, 멀티캐스트트래픽이전달되는멀티캐스트전달트리이다. 전달트리를통해트래픽의경로를확인할수있다. 그렇기에전달트리의관리는멀티캐스팅관리의 꽃 이라고할수있겠다. 넷째, 멀티캐스트트래픽의관리이다. 멀티캐스트컨텐츠트래픽은스트리밍서버로부터고객단까지한스트림으로전달된다. 경로의분기점에서트래픽은복사되어전달되게된다. 멀티캐스트그룹트래픽은이렇게한스트림으로일정하게전달되어야하는데이를관리하고트래픽이급격한감소또는증대를감시하여야한다. 다섯번째로, 고객의네트워크품질이다. 멀티캐스트전달트리를통해컨텐츠트래픽이일정하게흐르는것뿐만이아닌 IP-TV 의영상은끊김이나전송의지연에민감하다. 이러한영상의품질또한관리되어야할것이다. 마지막으로소스와그룹정보의관리가필요하다. 제공업체의소스와해당채널의서비스를제공받고자하는고객간의원활한관계의형성과서비스의정확한제공이다. 특히 ASM 에서는소스와고객의 중매 역할을하는 RP 역 46
할장비의관리와이를통한 (S,G) 정보의관리가수행되어야한다. 이상으로언급된요소만이멀티캐스팅의모든관리요소라할수는없지만멀티캐스트기반서비스들의신뢰성을보장하고고객의서비스체감품질을높일수가장중요하고기본적인사항이다. 3. 멀티캐스트서비스관리방법 본장은 2 장에서기술한멀티캐스트서비스의네트워크상의관리요소들을어떻게관리할것인지방법을제시하고자한다. 먼저멀티캐스트네트워크를관리하기위해특정분야를관리목적으로하는여러툴과시스템들을살펴보자. 멀티캐스트그룹에직접가입하여그룹의다른멤버로부터 RTCP 리포트정보를받아 QoS 정보를보여주는 rtpmon[6], RTCP 와 mtrace[7] 를분석하여멀티캐스트전달트리를구축하고패킷 loss 정보를함께보여주는 MHealth[8] 등의툴이있다. 또한, 라우터의멀티캐스트네이버상태를알려주는 mrinfo, 특정그룹의전달트리의구성을텍스트로보여주는 mrtree, 멀티캐스트전달트리를 GUI 로표현가능한 MView[9] 등의진단성툴이있다. 그밖에좀더운용관리관점에서개발된 Mmon[10] 과 SNMP 기반으로멀티캐스트네트워크를 End-To-End 로실시간감시를할수있는 MRMON[11] 등의시스템도있다. 많은툴과시스템들이개발되어왔지만, 종국적으로는멀티캐스트서비스인 IP-TV 서비스의관리는어떤특정항목을위한감시시스템이나툴이아닌통합적인시스템을이용한감시와관리가필요하다. 효과적인운용관리를위해서 IP-TV 서비스의기반인멀티캐스팅을관리하는시스템은다음과같은관리방법및기능을제공하여야한다. 첫번째로, 멀티캐스트토폴로지관리기능이다. 모든멀티캐스팅에참여한라우터 / 스위치및그들의멀티캐스트피어링 (peering) 관계를자동으로찾아내어 (Auto Discovery) 토폴로지를현행화하고시각적인 View 를제공하는것이다. 이는 PIM 프로토콜의 Neighboring 을이용하여구현할수있다. 두번째로, 자원의물리 / 논리동작상태감시기능이다. 멀티캐스팅은앞서설명한것과같이유니캐스트라우팅정보를참조하여멀티캐스트라우팅이결정된다. 그렇기때문에네 트웤장치및인터페이스의상태 (UP/Down), CPU 부하, 메모리사용률을실시간감시하는것이필요하다. 또한멀티캐스팅장비및인터페이스에적용된멀티캐스트프로토콜 (PIM-SM, IGMP, MSDP 등 ) 의상태및세션등의정보를감시한다. 그래서문제감시시에는경보를발생하여알리도록한다. 이러한정보들은장비로부터 SNMP 또는 CLI 를이용하여수집해올수있으며주기적인수집을통하여상태를감시하도록한다. 세번째로, 멀티캐스트트래픽감시기능이다. 그룹 ( 채널 ) 별또한인터페이스별멀티캐스트트래픽을감시하는것이다. 일반적으로그룹별트래픽은서버에서송출되어가입자에게까지일정한스트림으로전달되어야한다. 그리고그룹에참여한가입자수와상관이없다. 그렇기때문에그룹별로 TCA 를설정하여초과하면경보를알리도록하여감시할수있다. 링크별트래픽도 TCA 를설정하여관리하도록한다. 또는주기적으로수집된트래픽데이터를지속관리하여장비별, 시간대별로 TCA 자동설정되도록할수도있겠다. 그리고저장된트래픽데이터는향후서비스네트워크의증설과같이네트워크디자인시참조할수있는유용한정보가된다. 네번째로, E2E 네트워크품질관리기능이다. 고객의트래픽수신품질을감시하는것으로패킷로스, 지터, 지연등의값으로품질을측정할수있으며 RTP 를사용하여트래픽을전송할경우에는 RTP 와 RTCP 를이용하여송수신정보를체크할수있다. 이와더불어 IP- TV 서비스전반적인품질은다음의표와같이구분할수있다. 분류 QI groups 설명 사용자체감품질 네트워크품질 영상체감품질지표 MPEG-2 TS 품질지표 Multicasting 품질지표 일반네트워크품질지표 종단사용자가느끼는수신영상의체감품질측정 MPEG-2 트래픽전반에대하여수집 / 측정하는품질지표 Multicast 네트워크구성과동작에대한품질지표 일반적인네트워크상태에관련된품질지표 47
품질정보의측정방법은패킷캡춰링, STB 에기능구현, Probe 등을이용할수있다. E2E 네트워크품질정보는표현그대로종단간의품질을의미하기때문에품질의저하가발생하면멀티케스트전송경로상의구간품질을측정하여문제유발구간을찾을수있어야한다. 다섯번째로, 고객관리기능이다. 고객의청약정보 ( 청약 ID, STB ID, 전화번호, SLA 등 ) 를관리하고고객이수용된라우터또는스위치정보를관리한다. 그래서고객단까지트래픽의흐름을전달트리를통해확인할수있다. 또한고객민원응대시에도소스까지의채널전달상태를테스트를할수있게된다. 또한고객이최근선택한 IP-TV 채널정보의현행화는신속한대고객서비스의기본이고 IP-TV 의고객채널선호도및시청률등의분석을위한중요한정보를제공하는기반이다. 여섯번째로, 멀티캐스트그룹및소스정보관리기능이다. TV 채널넘버와그룹주소의매핑정보를관리하고, 채널별방송프로그램리스트, 방송시간등을관리한다. ASM 의경우, 그룹별 RP 에대한정보와 RP 에등록된 (S,G) 정보를수집하여 Head-End 센터에서전송한채널의 (S,G) 정보임을확인하도록한다. 일곱번째로, 고객과소스간의도달가능성 (Reachability) 확인기능이다. 멀티캐스트분배경로인멀티캐스트전달트리를통한특정그룹의고객까지의도달가능성확인할수있도록한다. 여덟번째로, 자원제어기능이다. 트래픽과부하또는스트리밍오류발견시특정라우터의인터페이스에대해 rate-limit 이나 ACL 을설정할수있도록한다. 제시한관리방법을통해멀티캐스팅기반인 IP-TV 서비스가제공되는네트워크를 E2E 기반으로 Head-End 로부터고객측까지네트워크를효율적으로감시할수있게된다. 4. Multicast 관리구현사례 KT 의 IP-TV 서비스는 ASM 방식이며, 그림 5. 와같이방송을송출하는 Head-End 센터로부터 QoS 를보장하는신규프리미엄망, Best- Effort 기반의코넷백본망과 Managed Network 인고객접속망으로구성된네트워크를거쳐댁내의 STB 까지도달하여서비스가이루어진다. 프로토콜은 Head-End 의라우터부터고객측종단라우터에이르기까지는 PIM-SM[1] 프로토콜이적용되고고객수용네트워크장비부터 STB 까지는 IGMP 프로토콜을적용되어멀티캐스팅이동작하게된다. 그리고, ASM 방식에서소스정보를가지고있는 RP 는 Anycast 방식으로구성되어있어 MSDP 프로토콜이동작하고있다. 그림 5. KT 의 IP-TV 서비스망구성도 Multicast NMS 는이러한망을구성하는 Table 1. 과같은여러제조사의네트워크장비를대상으로관리역할을수행한다. 장비 장비제공업체 수량 프리미엄망 시스코, 주니퍼 56 대 코넷백본망 시스코, 익스트림, 1,419 대 레드백 엑세스망 시스코, 다산, 미리넷, 유비쿼스등 188,735 대 Table 1. Multicast NMS 수용장비현황 시스코, 주니퍼와같은대형업체의장비뿐만아닌국내의다양한업체의장비들이운용되고있으며 Multicast NMS 는이런다양성을모두수용하여관리할수있도록설계및구현되었다. 그림 6. 은 Multicast NMS 의논리구조도이다. Multicast NMS 는클라이언트와 Application 서버, Network Adaptor 및 Back-End DB 서버의 3 Tier 구조이다. Topology Configuration Monitoring Scheduler Performance Collector Environment Configuration Setting Server Session Manager TP Communication Client Session Manager Inventory Server Cache GUI Pusher Fault Performance Account Schedule & Policy G/W Session Manager TP Communication Server Session Manager Cache Parser Manager Forwarding Auto Discovery Resource Collector Collector Collector Mediation SNMP / CLI / ICMP Policy Setting SMS Agent Fault Collector Managed Network (Premium, Kornet, Access) Client Application Server DB Server Network Adaptor 그림 6. Multicast NMS 논리구조도 Interoperability 48
Multicast NMS 에구현된주요기능은다음과같다. 1) 토폴로지구성관리기능 ( 그림 7.) : 멀티캐스트프로토콜이활성화된장비와인터페이스에한하여감시하며주기적으로프로토콜상태를감시하여새로운장비 / 인터페이스는추가하고기존활성화상태에서비활성화상태로변화된것은장애로처리한다. 또한, PIM-SM 의 neighbor peering 정보를이용하여장비간멀티캐스트에참여하는링크를자동으로찾아토폴로지를구성한다. 2) 장애관리기능 ( 그림 7.) : 장애현황판및토폴로지를이용하여멀티캐스트관련된장애감시및조치할수있다. 장애또는 B/S 성경보로분류하여관리되는항목으로는장비상태, 장비성능, 인터페이스 Up/Down 상태, 멀티캐스트프로토콜상태, 채널전송상태 ( 감소여부 ), 트래픽특정임계치미만 / 초과, 시스템및시스템간의통신상태등이있다. 비및연결정보가조회된다. 또한보다정확한 Reachability 확인을위해실시간으로해당경로의트래픽흐름또한확인가능하다. 그림 8. Top-Down 방식의 Forwarding Tree 그림 9. Bottom-up 방식의 Forwarding Tree 4) 소스및채널관리 : 스트리밍서버 IP 및상태, 채널정보 ( 채널 ID, 채널주소, 채널품질등 ), 소스와채널매핑정보에대한관리를하는기능이다. 그림 7. Multicast NMS 메인화면 3) 도달가능성 (Reachability) 확인기능 : 특정장비와특정채널을선택하여전달경로를조회하고트래픽도달가능상황을확인기능으로써 Top-Down 방식과 Bottom-up 방식두가지방식으로확인이가능하다. Top-Down 방식은특정장비로부터가입자방향으로전달경로를찾는방식이다.( 그림 8.) Bottom-up 방식은특정장비로부터소스방향으로특정채널의전달경로를찾는방식이며, 그림 9. 와같이트래픽전달경로상의장 5) 멀티캐스트트래픽 TCA 감시 ( 그림 10.) : 채널별멀티캐스트트래픽감시와인터페이스별 In/Out 멀티캐스트트래픽감시를한다. 그리하여트래픽의임계치초과또는미달시 B/S 성경보가발생된다. 그림 10. 채널별멀티캐스트트래픽그래프조회 49
6) KT 에서개발한 IP-TV 품질측정시스템과의연동을통한품질확인기능 : 3 장에서언급된영상체감품질, 네트워크품질을측정하는별도의품질측정시스템과의연동을통한고객의서비스품질확인이가능하다. Multicast NMS 는 KT 의방대하고다양한네트워크자원을대상으로네트워크구간에서의멀티캐스팅서비스를관리하기위해적합한시스템이다. IP-TV 서비스가상용화가되면본시스템을더욱효율적으로활용할수있을것이라생각된다. 5. 결론 본논문은 IP-TV 서비스의원활한제공을위해서관리되어야하는분야의하나인멀티캐스트기반의네트워크관점의실시간망관리에대한관리요소및관리방안그리고구현사례로 KT 에서개발하여운용중인 Muticast NMS 에대해서언급하였다. 향후 IP-TV 서비스의큰시장성을볼때 IP-TV 서비스의기반인멀티캐스팅관리시스템의역할이매우중요해질것이다. 최근화두가되고있는 WiBro 서비스에서도 Multicasting 에기반한서비스는 ISP 들에게또하나의기회를제공하는 Killer 애플리케이션의등장을예고한다. 해외에서도 Multicast 감시 / 관리에대한연구가계속진행되고있으며, 최근에는 mcping[12], mcroute[12] 등과같은유틸리티로소스와가입자간의도달가능성을테스트하는방안들이제시되었다. ITU-T 는 2007 년까지 IP-TV 표준체계를정립하고자한다. 또한 ALL-IP 를지향하는 IPv6 는 Multicast 를중요한기반으로하고있으며최근동향이 Customer Centric 을주장하고있다. 따라서 IP-TV 의기반인멀티캐스트네트워크관리도국내 / 외의연구에발맞추고 IPv6 의등장에대비하며 KT 와같은복합적인환경을잘수용하여고객을중심으로한관리를할수있는시스템으로발전시켜나가야할것이다. 향후고객의체감품질, 네트워크품질등의관점에서고객의관점에중점을두어완전한 E2E 서비스관리로점차영역을확대하여연구를지속하고자한다. 참고문헌 [1] MindBranch Asia Pacific Co.Ltd, 글로벌 IP-TV 서비스동향, 2005 년 12 월. [2] 이상수, 송치양, 김대건, 이숭복, IP-TV 기술, 서비스현황및전망, 한국통신학회지 ( 정보통신 ) 제 21 권 11 호, pp. 81-90, 2004 년 [3] D. Estrin, D. Farinacci, A. Helmy, D. Thaler, S. Deering, M. Handley, V. Jacobson, C. Liu, P. Sharma and L. Wei, Protocol Independent Multicast-Sparse Mode (PIM-SM): Protocol Specification Internet Engineering Task Force (IETF), RFC 2362, June 1998 [4] D. Meyer and B. Fenner, Multicast source discovery protocol (MSDP)." Internet Engineering Task Force (IETF), RFC 3618, October 2003. [5] D. Kim, Verio, D. Meyer, H. Kilmer and D. Farinacci, Anycast Rendevous Point (RP) mechanism using Protocol Independent Multicast (PIM) and Multicast Source Discovery Protocol (MSDP) Internet Engineering Task Force (IETF), RFC 3446, January 2003 [6] D. Bacher, A. Swan, and L. Rowe, rtpmon : A third-party RTCP monitor, In Proceedings of the Fourth ACM Multimedia Conference (MULTIMEDIA'96), pages 437-438, November 1996. [7] B. Fenner, and S. Casner, "A `traceroute' Facility for IP Multicast", IETF Internet- Draft, draft-ietf-idmr-traceroute-ipm-*.txt, December 1996. [8] D. Makofske and K. Almeroth, "MHealth: A Real-Time Multicast Tree Visualization and Monitoring Tool", Network and Operating System Support for Digital Audio and Video (NOSSDAV '99), Basking Ridge New Jersey, USA, June 1999. [9] D. Thaler and C.V. Ravishankar, "MView: A Visual Framework for Network Tool Integration," Proceedings of the IEEE IPCCC 95, March 1995. [10] P. Sharma, E. Perry, and R. Malpani, IP multicast operational network management: design, challenges, and experiences," IEEE Network, vol. 17, pp. 49{55, March/April 2003. [11] E. Al-Shaer and Y. Tang, MRMON: Multicast remote monitoring," in IEEE/IFIP Network Operations and Symposium (NOMS), (Seoul, KOREA), pp. 585{598, April 2004. 50
[12] P. Namburi, K. Sarac, and K. Almeroth, Practical utilities for monitoring multicast service availability," Computer Communications, Fall 2005. 김주희 2004.7 : 중국청화대학교컴퓨터공학과학사 2004.8 ~ 현재 KT 네트워크기술연구소인터넷연구담당전임연구원 < 관심분야 > 통신망운용관리, Multicast Network 관리기술, IPv6, 라우팅프로토콜 김봉기 1993.2 : 성균관대학교정보공학과학사 1995.2 : 성균관대학교정보공학과석사 1995.2 ~ 현재 KT 네트워크기술연구소인터넷연구담당책임연구원 < 관심분야 > 통신망운용관리, IPv6, Multicast Network 관리기술, QoS, 네트워크보안 김기응 1984.2 : 단국대학교전자공학과학사 1986.2 : 단국대학교전자공학과석사 1989.8 ~ 현재 KT 네트워크기술연구소인터넷연구담당 IP 망관리연구부장 < 관심분야 > 통신망운용관리, Multicast Network 관리기술, QoS 51