|
1. 개요
(1) 스트림 서비스의 개요
: 스트림 서비스란 인터넷을 이용해서 동영상을 제공하는 일련의 서비스를 말한다는것은 이미 모두 잘 알고 계실겁니다. Stream 이란 시냇물이란 영어단어만 보더라도 그 의미를 쉽게 짐작할 수 있습니다. 비교적 데이터의 양이 큰 멀티미디어 파일을 다운로드 받을 필요 없이 네트워크를 통해서 받는 즉시 플레이 되는 서비스를 스트리밍이라 합니다.
이러한 스트리밍 서비스의 대표적인 것이 리얼오디오 입니다. 불과 몇 년전까지만해도 인터넷 스트리밍 시장의 독보적인 존재였던 리얼오디오는 서버와 플레이어등으로 구성된 매우 매력적인 동영상 스트리밍 서비스였습니다. 그러나 이러한 스트리밍 시장에 MS 사는 넷쇼(NetShow) 라는 제품을 선보이면서 스트리밍 시장에 뛰어 들었습니다. 이후 치열한 경쟁의 구도 속에서 마이크로소프트사는 WMT(Windows Media Technologies)를 발표 하면서 Windows NT4.0 의 운영체제에 무료로 설치할 수 있는 서버 버젼을 발표 하였습니다. 이 당시 리얼 오디오 서버 버젼의 라이센스가 천만원이상의 엄청난 가격이였던 점을 감안한다면 이는 실로 파격적인 정책이였다 할 수 있습니다. 이후에도 꾸준히 WMT 의 기술력을 향상하고 특히 윈도우 2000 서버에는 기본적인 구성요소로 추가 하여 스트리밍 서버에 대한 지원을 확실히 보여 주고 있습니다.
◈ 참고 사이트
- http://www.real.com(리얼시스템)
- http://www.microsoft.com/windows/windowsmedia (윈도 미디어)
- http://user.chollian.net/~antiys/ (인터넷 방송 강의)
◈ 웹방송서비스
- 한국방송공사 KBS ( http://www.kbs.co.kr )
- 문화방송 MBC ( http://www.mbc.co.kr )
- 서울방송 SBS ( http://www.sbs.co.kr )
- m.net (음악 케이블 TV) ( http://www.mnet27.co.kr )
- KMTV (음악 케이블 TV) ( http://www.kmtv.co.kr )
- 매일경제 TV ( http://www.ch20mbn.co.kr )
◈ 인터넷 독립 방송국
- Real TV ( http://www.realtv.co.kr )
- INDIZ ( http://www.indiz.com )
- 아이팝콘 ( http://www.ipopcorn.co.kr )
- 대화형 인터넷방송국 CHATV ( http://www.chatv.co.kr )
- 한국청소년 인터넷방송국 KYBC ( http://www.koreayouth.org )
 |
시작하기 전에
웹 사이트에서 Windows Media 서비스를 사용하면 웹 서버처럼 작동하는 것을 볼 수 있습니다. 또한 웹 사이트에 라디오와 텔레비전 프로그램, 슬라이드 쇼 프레젠테이션, 파일 전송, 동영상, 멀티미디어 쇼 등을 제공하는 기능을 추가할 수도 있습니다.
Windows Media 서비스 관리자는 사용자가 컨텐트를 사용할 수 있도록 서버를 구성하고, 컨텐트를 제공할 방법을 결정해야 합니다. 다음 다이어그램에서는 ASF 컨텐트를 사용자에게 제공하는 일반적인 방법에 대해 설명합니다.
별도의 전용 NTFS 볼륨에 주문형 컨텐트를 저장하는 것이 좋습니다. 또한 이 볼륨은 별도의 물리적 디스크에 있는 것이 좋습니다. NTFS 볼륨은 사용되는 저장 공간과 디스크 읽기 작업의 면에서 볼 때 FAT16 파티션보다 효율적입니다. 또한 NTFS 볼륨을 사용하면 컨텐트 파일에서 액세스 제어 목록(ACL) 검사를 사용할 수 있습니다. |
(2) 유니캐스트 스트림과 멀티캐스트 스트림
1) 유니캐스트 스트림
: 유니캐스트를 이해 하실때는 마치 비디오샵을 이용하는 것과 같은 개념으로 이해하시면 되겠습니다. 일반적으로 비디오 샵에는 수 많은 비디오 테입들이 있으며 사용자는 언제나 원하는 프로를 선택하여 플레이 할 수 있습니다. 또한 플레이 되는 중에 되돌리기와 다시 보기가 가능합니다.
네트워크의 대역폭을 기준으로 보게 되면 이렇게 각각의 비디오 테입을 빌려서 플레이 하는것이 개별 연결로 비유될 수 있습니다. 따라서 같은 영화 프로를 보게 되더라도 사용자들은 개별 테입이 필요합니다. 이 각각의 테입을 대역폭으로 이해하시면 되겠습니다.
따라서 같은 프로를 사용자가 주문하더라도 사용자 수에 따라 많은 수의 테입이 필요하듯이 요청한 호스트에 따라서 개별 대역폭을 제공해주어야 합니다.
 |
그림에서와 같이 유니캐스트 연결에서는 호스트들이 개별적으로 스트림 서버에 접속을 하여 각각 다른 동영상을 보게 됩니다. 따라서 호스별로 고유한 스트림을 통해 연결해야만 하기 때문에 전체 대역폭의 일부분을 차지하게 됩니다.
전체 대역폭이 3 Mbps 이고 연결한 호스트가 3명이라면 각각의 호스트들은 1 Mbps 의 전송 대역폭을 가지게 됩니다. |
유니캐스트 스트림은 다음 두 가지 방법 중 하나로 클라이언트에 배포할 수 있습니다.
- 주문형 : 가장 일반적인 유니캐스트의 방법으로 서버의 저장된 파일을 사용자가 직접 요청하여 플레이 하는 방식입니다.(다시보기, 되감기 등이 가능합니다.)
- 브로드캐스트 : 서버에 보관된 파일을 이용하여 Live 로 재생하는 방법으로 마치 녹화 방송과 같은 효과를 얻을 수 있습니다.
2) 멀티캐스트 스트림
: 멀티캐스트는 마치 공중파 방송과 같은 형식의 전송형태입니다. 네트워크상의 모든 호스트들에게 하나의 스트림만을 제공하고 이를 모든 호스트가 공유하게 됨으로 해서 개별 스트림의 단점을 극복하고 대역폭을 공유함으로 해서 대역폭을 절약할 수 있습니다.
멀티캐스트 스트림을 공중파 방송과 같다고 한것은 일반 공중파 방송의 경우 사용자들은 개별 요청을 할 수 없으며 다만 전송되는 프로그램을 수신할 수 있을 뿐입니다. 따라서 되감기나 반복재생등을 할 수 없습니다. 또한 수신측에서는 송신측과의 연결을 위해서 연결통로를 설정할 필요 없이 단지 TV 를 통해서 수신을 하면 될 뿐입니다.
 |
그림에서와 같이 멀티캐스트 연결에서는 각각의 호스트들이 스트림 서버로 부터의 스트림을 공유합니다.
따라서 스트림 서버의 전체 대역폭이 3 Mbps 인 경우 전송받는 각각의 호스트들은 모두 3 Mbps 의 대역폭으로 연결을 할 수 있습니다. |
네트워크의 각 세그먼트에 있는 Windows Media 서버를 설정하여 멀티캐스트를 사용할 수 없는 네트워크 영역까지 멀티캐스트를 확장할 수 있습니다. 이를 서버 배포라고 합니다. 서버 멀티캐스트의 일부로서, 사용자는 해당 멀티캐스트의 단일 스트림을 네트워크의 다른 세그먼트에 있는 다른 Windows Media 서버로 배포할 수 있습니다. 그러면 서버가 이 스트림을 유니캐스트나 멀티캐스트를 통해 네트워크 세그먼트에 제공합니다. 이를 재배포라고 합니다. 라우터에서 멀티캐스트를 사용할 수 없는 경우에도 서버 간을 연결하여 이를 사용할 수 있습니다. 이 방법은 또한 방화벽을 통해서도 전달될 수 있습니다.
Windows Media 서비스 관리자가 멀티캐스트를 지원하려면 스테이션, 프로그램, 스트림 세 가지 항목을 작성해야 합니다. 스테이션은 스트림에 연결하려는 클라이언트에 대한 참조 포인트 역할을 합니다. 이 프로그램은 스테이션을 통해 브로드캐스트될 컨텐트 항목을 구성하며 이 스트림은 실제 컨텐트입니다. 이 모든 항목이 만들어지면 Windows Media 관리자가 클라이언트와 스테이션의 해당 IP 주소를 연결하는 .asx 파일을 만듭니다. 이 파일을 알림이라고 합니다. 웹 페이지에서 알림 파일에 연결하거나, 이를 네트워크의 공용 공유 지점에 놓거나, 전자 메일을 통해 클라이언트에 전달할 수 있습니다.
(3) 주문형 스트림과 브로드캐스트 스트림
1) 주문형 스트림 (VoD : Video on Demand)
: 주문형 스트림은 최근까지 인터넷상에서 가장 많이 사용되는 스트리밍 서비스의 가장 보편적인 방법입니다. 위에서 살펴 보았듯이 사용자들은 스트림 서버에 접속을 하여 제공되는 .ASF 파일을 전용 플레이어를 통해서 플레이할 수 있습니다. 주문형 스트림의 가장 큰 장점은 사용자가 능동적으로 선택한 프로그램을 언제, 어디서나 시청할 수 있으며 공중파 방송과 달리 되감기, 다시 보기,반복 재생등의 다양한 방법으로 컨텐츠를 즐길 수 있습니다.
 |
국내 주요 방송사인 MBC 홈페이지의 최근 유행하는 " 상도 " 라는 드라마의 다시 보기 서비스 페이지입니다. 주문형 스트림의 가장 대표적인 서비스 겠습니다. 최근에는 대형 방송국 홈페이지들의 기본적인 서비스이죠. |
2) 브로드캐스트 스트림
: 브로드캐스트는 사용자가 수동적으로 스트림을 수신하게 됩니다. 브로드캐스트 중 클라이언트는 스트림을 수신하지만 제어할 수는 없습니다. 예를 들어, 사용자는 스트림을 일시 중지하거나, 앞으로 감거나, 되감을 수 없습니다. 브로드캐스트의 종류에는 유니캐스트와 멀티캐스트가 있으며 둘 모두 수동적입니다.
- 브로드캐스트 유니캐스트
브로드캐스트 유니캐스트는 유니캐스트를 마치 멀티캐스트인 것 처럼 보이도록 할 수 있습니다. 또는 서버의 특정 별칭을 이용하여 원하는 컨텐츠를 제공 받을 수 있습니다. 이는 웹 서버의 가상 디렉터리의 개념과 비슷한데 클라이언트들은 서버에 별칭을 이용하여 게시 지점에 접근을 하게 됩니다. 아래의 그림은 브로드캐스트 유니캐스트의 예입니다.
예를 들어, Windows Media 인코더는 컨텐트 스트림을 Windows Media 서버의 브로드캐스트 게시 지점에 전달합니다. 모든 게시 지점에는 별칭이 있습니다. 이 예에서 브로드캐스트 게시 지점의 별칭은 TV1입니다. 클라이언트는 TV1을 사용하여 스트림 원본에 대한 경로를 지정합니다. 텔레비전 스테이션의 ASF 스트림은 게시 지점에 의해 정의되므로, ASF 스트림에 대한 URL 참조는 저장된 .asf 파일에서와 비슷합니다. 그러나 .asf 파일의 이름을 식별하는 대신 게시 지점 별칭인 TV1을 지정한다는 점이 다릅니다. 따라서 이 예에서 사용자는 mms://Server1/TV1 경로를 사용하여 스트림에 액세스합니다.
- 브로드캐스트 멀티캐스트
브로드캐스트 멀티캐스트에서는 클라이언트가 특정 IP 주소를 모니터링하여 멀티캐스트 ASF 스트림을 수신합니다. 이는 각각의 주파수로 오는 라디오나 TV 스테이션의 신호를 수신하는 것과 비슷합니다. 멀티캐스트의 장점은 단일 스트림이 네트워크를 통해 여러 클라이언트에 ASF 컨텐트를 제공할 수 있다는 점입니다. 따라서 네트워크 대역폭을 유지할 수 있으며 저대역폭 LAN에 유용합니다.
네트워크에서 멀티캐스트 브로드캐스트를 사용하려면 네트워크 라우터에서 멀티캐스팅을 지원해야 합니다. 그러나 네트워크 라우터가 멀티캐스트를 지원하는지에 관계 없이, Windows Media 서비스를 사용하여 LAN의 로컬 세그먼트 간에 멀티캐스트를 할 수 있습니다.
(4) 게시 지점과 스테이션 컨텐트
: Windows Media 서비스는 서버에서 클라이언트에 컨텐트를 제공하는 방법에 있어 게시 지점과 스테이션이라는 용어를 사용합니다. 이러한 생소한 단어로 인하여 좀더 부담을 느끼게 되겠지만 그 내용 자체는 그리 어렵지 않습니다.
1) 게시 지점
: 게시 지점이라 함은 서버에 담긴 파일의 가상 디렉터리라 할 수 있습니다. 따라서 게시 지점이라는 용어는 유니캐스트 컨텐츠에만 사용됩니다. Windows Media 관리자는 두 종류의 게시 지점을 사용하여 클라이언트에 컨텐트를 제공할 수 있습니다.
- 주문형 유니캐스트 게시 지점은 .asf 파일을 제공하는 데 사용됩니다.
- 브로드캐스트 유니캐스트 게시 지점은 라이브 ASF 스트림을 제공하는 데 사용됩니다.
게시 지점을 만들 때는 같은 시간에 해당 게시 지점에 액세스할 수 있는 클라이언트 수와, 게시 지점에서 사용할 수 있는 대역폭을 제한할 수 있습니다. 이렇게 제한을 설정하면 게시 지점에서 소모하는 대역폭의 양을 쉽게 관리할 수 있습니다. 게시 지점의 수요가 많으면 멀티캐스트 스테이션을 통해 컨텐트를 제공하여 대역폭을 절약할 수 있습니다.
2) 스테이션 컨텐트
: 스테이션은 멀티캐스트 컨텐트에 액세스하는 데 사용됩니다. 스테이션은 하나 이상의 프로그램과 스트림으로 구성됩니다. 관련된 프로그램과 스트림이 없는 스테이션에는 컨텐트도 있을 수 없습니다. 스테이션은 멀티캐스트이므로 이에 액세스하는 모든 클라이언트가 스트림을 공유하므로 클라이언트 수가 네트워크나 스트림에 영향을 주지 않습니다. 따라서 스트림에 액세스할 수 있는 클라이언트 수를 제한할 필요가 없습니다.
2. Windows Media Server 설치 와 프로토콜
(1) 설치
 |
Windows Media 서비스는 윈도우 2000 의 기본 구성요소이기 때문에 비교적 설치가 간단하며 이미 윈도우 2000 의 설치시에 함께 설치하도록 구성할 수 있습니다. 만약 Windows Media 서비스 가 설치되어 있지 않다면 [제어판 - 프로그램 추가/제거 - 윈도우 구성요소 추가/제거] 를 통해서 설치가 가능합니다.
목록중에서 Windows Media 서비스를 선택하고 다음을 클릭하는것 만으로 설치가 완료됩니다. |
 |
Windows Media 서비스 를 선택하고 자세히 버튼을 누르면 추가 되는 구성요소에 대한 하위 구성 요소에 대한 내용을 볼 수 있습니다. |
(2) 프로토콜
: Windows Media 서비스의 프로토콜로는 크게 MSBD, MMS, HTTP 가 쓰입니다. 이들의 대략적인 개념도를 나타낸 그림은 다음과 같습니다.
1) MMS 프로토콜 (Microsoft Media Server protocol)
MMS 프로토콜은 Windows Media 게시 지점에서 유니캐스트 컨텐트에 액세스하는 데 사용됩니다. MMS는 Windows Media 유니캐스트 서비스에 연결하는 기본 방법입니다. 사용자가 하이퍼링크를 사용하지 않고 Windows Media Player에 URL을 입력하여 컨텐트에 액세스한다면 MMS 프로토콜을 사용해야 하며 스트림에 대한 참조를 가져야 합니다.
MMS 프로토콜을 사용하여 게시 지점에 연결할 때는 프로토콜 롤오버를 사용하는 것이 가장 좋습니다. 프로토콜 롤오버는 MMSU를 통해 클라이언트와 서버를 연결함으로써 시작됩니다. MMSU는 UDP 데이터 전송과 결합된 MMS 프로토콜입니다. MMSU 연결이 실패하면 서버가 MMST를 사용하려 합니다. MMST는 TCP 데이터 전송과 결합된 MMS 프로토콜입니다.
인덱싱된 .asf 파일에 연결하고 스트림을 앞으로 감거나, 되감거나, 일시 중지, 시작, 중지할 수 있으려면 MMS를 사용합니다. UNC 경로로는 앞으로 감거나 되감을 수 없습니다.
독립 실행형 Windows Media Player에서 게시 지점에 연결할 때는 유니캐스트 컨텐트에 대한 URL을 지정해야 합니다. 컨텐트가 홈 게시 지점을 통해 주문형으로 게시되면 URL이 서버 이름과 .asf 파일 이름으로 구성됩니다. 예를 들면 다음과 같습니다.
mms://windows_media_server/sample.asf
여기서 windows_media_server는 Windows Media 서버의 이름이며 sample.asf는 스트림할 .asf 파일입니다.
브로드캐스트 유니캐스트를 통해 라이브 컨텐트를 게시할 때는 URL이 서버 이름과 게시 지점 별칭으로 구성됩니다. 예를 들면 다음과 같습니다.
mms://windows_media_server/LiveEvents
여기서 windows_media_server는 Windows Media 서버의 이름이며 LiveEvents는 게시 지점의 이름입니다.
2) MSBD 프로토콜 (Media Stream Broadcast Distribution protocol)
MSBD 프로토콜은 Windows Media 인코더와 Windows Media 서버 구성 요소 간에 스트림을 배포하거나 서버 간에 스트림을 전송하는 데 사용됩니다. MSBD는 연결 지향성 프로토콜로서 미디어를 스트림하는 데 적합합니다. MSBD는 클라이언트 서버 연결성과 ASF 컨텐트 품질을 테스트하는 데 유용하지만, ASF 컨텐트를 수신하는 주요 방법으로 사용할 수는 없습니다. Windows Media 인코더는 최대 15개의 MSBD 클라이언트를 지원할 수 있으며 Windows Media 서버는 최대 5개의 MSBD 클라이언트를 지원할 수 있습니다.
3) HTTP 개요
HTTP 프로토콜을 사용하여 컨텐트를 스트림하도록 Windows Media 서버를 구성할 수 있습니다. 대부분의 방화벽에서는 HTTP를 통과시키므로 HTTP 스트림을 사용하면 방화벽을 통해서도 스트림할 수 있습니다. 또한 HTTP 스트림을 사용하면 방화벽을 통해 Windows Media 인코더에서 Windows Media 서버로 컨텐트를 스트림할 수 있으며, 방화벽으로 분리된 Windows Media 서버 간을 연결할 수도 있습니다. Microsoft 인터넷 정보 서비스(IIS) 등의 웹 서버와 같은 컴퓨터에서 Windows Media 서비스를 실행할 때는 포트 80이 충돌되지 않게 하십시오.
3. Windows Media 서버 구성 요소
: Windows Media 서버 구성 요소는 Windows Media 구성 요소 서비스와 Windows Media 관리자로 구성됩니다.
- Windows Media 구성 요소 서비스
Windows Media 구성 요소 서비스는 Microsoft Windows 2000 Server에서 실행되는 일련의 서비스입니다. 이러한 서비스는 유니캐스트와 멀티캐스트를 통해 오디오와 비디오 컨텐트를 클라이언트에 브로드캐스트합니다. 구성 요소 서비스는 Windows Media 모니터, 프로그램, 스테이션, 유니캐스트 서비스입니다.
- Windows Media 관리자
Windows Media 관리자는 Microsoft Internet Explorer 버전 5 브라우저 창에서 실행되는 일련의 웹 페이지로서, Windows Media 구성 요소 서비스를 관리합니다. Windows Media 관리자를 사용하면 로컬 서버를 제어하고 하나 이상의 원격 Windows Media 서버에 연결하여 제어할 수 있습니다. 여러 서버를 관리하려면 서버를 서버 목록에 추가한 다음 관리할 서버에 연결합니다.
Windows Media 관리자는 Microsoft Windows 2000 Server, Microsoft Windows 2000 Professional, Microsoft Windows 98, Microsoft Windows NT 4 서비스 팩 4(SP4) 이상에서 실행할 수 있습니다. Windows Media 관리자를 Internet Explorer 4.01 또는 Microsoft Windows 95에서 실행할 수는 있으나 플랫폼으로 지원되지는 않습니다.
- 기타 Windows Media 도구들
Windows Media 도구들은 상당히 많은데 이들은 다른 포맷의 동영상 데이터를 .asf 형태로 인코딩하기 위한 도구, 저작자와 기관를 표시하기 위한 도구등이 있습니다. 이들 도구들의 간단하 예와 그 설명은 다음과 같습니다.
| Windows Media 도구 |
다음은 Windows Media 서비스에서 Windows Media 서버에 의해 스트림되는 컨텐트를 생성 및 수정하는 데 사용할 수 있는 도구와 유틸리티입니다.
- Windows Media 인코더는 라이브 또는 저장된 오디오 및 비디오 컨텐트를 ASF 스트림으로 변환할 수 있는 도구로서, Windows Media 서버에 의해 네트워크를 통해 스트림될 수 있습니다. 컨텐트 스트림에 추가 명령을 넣으려면 스크립트 명령을 사용합니다. 이 스크립트 명령은 특정 웹 사이트로 가서 페이지 플립을 시작하거나, 속도 정보를 제공하거나, 전자 메일 메시지를 작성하는 데 사용될 수 있습니다. 컨텐트 스트림이 작성되면 나중에 재생할 수 있도록 .asf 파일에 기록할 수 있습니다.
- Windows Media Author는 Microsoft와 Digital Renaissance, Incorporated가 함께 개발한 도구입니다. 이 도구는 오디오와 이미지 파일을 하나의 .asf 파일로 결합, 동기화, 압축하는 데 사용됩니다. Windows Media Author에서 작성한 컨텐트는 사운드 트랙에 슬라이드 쇼를 추가한 것과 비슷하여 일러스트레이션 오디오라고 합니다. Windows Media Author를 사용하여 스크립트 명령과 URL을 .asf 파일에 추가할 수도 있습니다.
- Windows Media Presenter(Microsoft PowerPoint 97용)는 Windows Media 인코더와 함께 PowerPoint에 사용할 수 있는 추가 도구로서, PowerPoint 프레젠테이션을 ASF 스트림으로 변환하는 것을 돕습니다.
- Windows Media Publish to ASF(Microsoft PowerPoint 97용)는 설명이 있는 PowerPoint 프레젠테이션을 .asf 파일로 변환하는 추가 도구입니다.
- Windows Media 플러그인(Adobe Premiere용)을 사용하면 Adobe Premiere에서 비디오 파일을 쉽게 ASF 파일로 압축 및 변환할 수 있습니다. 자세한 내용은 Adobe Premiere 도움말을 참고하십시오.
- Windows Media ASF Indexer는 .asf 파일의 시작 및 중지 시간을 편집하고 색인을 작성하는 도구입니다. 또한 .asf 파일에 표식, 속성, 스크립트 명령을 제공하는 데도 사용됩니다.
- VidToAsf 와 WavToAsf는 서버의 명령줄에서 실행되는 변환 유틸리티입니다. 이 유틸리티들은 기존의 소리와 동영상 파일을 ASF 형식으로 변환하는 데도 사용됩니다.
- ASFCheck 와 ASFChop은 서버의 명령줄에서 실행되는 파일 유틸리티입니다. ASFCheck는 .asf 파일의 형식을 확인하고 가능한 경우 파일을 복구하는 데 사용됩니다. ASFChop은 .asf 파일에 속성, 표식, 색인, 스크립트 명령을 추가하고 .asf 파일에서 시간 섹션을 삭제하는 데 사용됩니다. .asx 파일 작성에 대한 자세한 내용은 ASX 메타파일 참조를 참고하십시오.
|
4. Windows Media 관리자(관리 웹 사이트)
(1) 시작
 |
Windows Media 서비스를 윈도우 2000 서버에 설치하고 나면 Windows Media 인코더와 함께 Windows Media 관리자, 성능 모니터가 함께 설치됩니다. 이중 Windows Media 관리도구인 Windows Media 관리자를 살펴 보기 위해서는 [시작 - 프로그램 - 관리도구 - Windows Media]를 차례로 클릭합니다.
웹 브라우져를 통해서 관리자가 출력되며 그 구성형식은 이미 익숙해져있는 방식입니다. 각각의 매뉴에 대하여 비교적 자세한 설명을 만나보실 수 있으며, 도움말의 링크도 함께 있음으로 보다 자세한 도움말을 참고 할 수 있습니다. |
(2) 서버 구성
: 서버 구성 매뉴는 하위 구성 매뉴들과 함께 Windows Media 서비스의 실질적인 거의 모든 서비스를 제어하는 부분입니다.
1) 유니캐스트 게시 지점
 |
유니캐스트 게시 지점은 앞에서 살펴본것과 같이 유니캐스트 방식으로 송출하게될 스트림에 대한 설정을 하게 되는 곳입니다.
주문형 유니캐스트와 브로드캐스트 유니캐스트의 두 방식으로 전송을 할 수 있도록 각각의 구성 설정 상자로 되어 있습니다. |
2) 멀티캐스트 스테이션
 |
멀티캐스트 스테이션 에서는 Live 스트림을 위한 구성을 위해 스테이션을 구성할 수 있도록 구성되어 있습니다.
프로그램과 스트림를 생성하고 편집할 수 있습니다. 라이브 방송에 대한 설정은 도움말을 참고 하시기 바랍니다. |
3) 서버 등록 정보
: 서버 등록 정보를 클릭하면 간단한 Windows Media 서버의 등록정보 창이 출력됩니다. 총 5개의 탭으로 구성되며 그리 어렵지 않은 내용들로 구성되어 있습니다.
 |
등록 정보의 가장 첫 장은 일반 탭으로 서버의 실제 서비스에 대한 설정이 주요 내용입니다. 이들은 클라이언트 수 와 대역폭, 전송률등이 그것이며 기본설정에는 제한 없음으로 설정되어 있습니다.
▶ 최대 클라이언트 수 : 서버에 접속하여 스트림을 하게될 클라이언트 수 를 지정하는 것으로 유니캐스트방식의 서비스에서는 클라이언트별로 스트림을 생성하기 때문에 적절한 사용자를 지정하는것이 안정적인 서비스에 도움이 되겠습니다.
▶ 최대 대역폭 : 미디어 서버가 네트워크의 전체 대역폭을 잠식하는것을 방지 하기 위해서 최대 대역폭을 지정할 수 있습니다. |
 |
게시 지점 보안 탭에서는 서버의 인증에 대한 설정을 가능하게 합니다. 웹 서버나 IIS 5.0 의 구성 서버들과 마찬가지로 기본 인증과 윈도우 통합인증등의 인증 방법을 선택할 수 있습니다.
기본 보안은 익명 인증허용으로 선택되어 있습니다. |
 |
배포 인증탭
Windows Media 서버는 다른 서버의 스트림을 이용하여 다시금 네트워크의 다른 서버를 통해서 배포 할 수 있습니다. 이를 배포 서버라 합니다. 이렇게 배포 서버를 구성할때 인증을 하길 원한다면 이곳의 탭에서 구성을 해 주면 되겠습니다. |
 |
게시 지점 로그탭
일반적인 다른 서버들과 같이 Windows Media 서버 또한 관리를 위하여 로그 파일을 생성할 수 있으며 이를 통해서 관리상의 힌트를 얻을 수 있습니다. 기본 설정에서는 로그 파일을 만들지 않도록 구성되어 있으며, 이곳에서 활성화 하여 주게 되면 즉시 로그 파일을 생성할 수 있습니다. |
 |
HTTP 스트림과 배포탭에서는 Windows Media 서비스 상에서 HTTP 프로토콜의 사용에 대한 설정을 다시 할 수 있습니다. 일반적인 형태의 서버에서 이 설정은 변경 하지 않는 것이 좋습니다. |
(3) 모니터 서버
 |
모니터 서버 - 게시 지점 이벤트
이 페이지는 Windows Media 유니캐스트 이벤트를 모니터합니다. [등록 정보]를 선택하여 다른 클래스의 이벤트를 필터하십시오. |
 |
모니터 서버 - 게시 지점 클라이언트
게시 지점 클라이언트 페이지에서는 서버에 대한 모든 클라이언트 연결 목록을 표시합니다. 이 페이지에서 서버에 대한 클라이언트의 연결을 끊을 수 있습니다. |
 |
모니터 서버 - 스테이션 이벤트
이 서버를 구성하는 중에 이벤트를 계속 받으려면 [새 창]을 선택하여 외부 이벤트 모니터 창을 시작하십시오. |
 |
모니터 서버 - 스테이션 연결
스테이션 연결 페이지는 Windows Media 서비스, ASF 실시간 인코더 및 Microsoft
|
| IP Address : 125.135.158.70 |
|
