Windows Media 서비스는 서버를 더 유연하게 만들고 핵심 구성 요소를 통합하며 관리 프로세스를 단순화하도록 이 릴리스에서 다시 설계되었습니다. Windows Media 9 시리즈에서 변경된 몇 가지 사항은 다음과 같습니다.

The Windows Media Services 서비스. Windows Media 서비스는 Windows Media 서비스 버전 4.0 및 4.1을 구성한 네 개의 개별 서비스(Windows Media 모니터 서비스, Windows Media 프로그램 서비스, Windows Media 스테이션 서비스, Windows Media 유니캐스트 서비스)를 대체합니다.

확장된 플러그 인 사용. Windows Media 서비스 9 시리즈는 확장된 플러그 인 아키텍처를 통해 서버를 사용자 지정 및 구성할 수 있는 훨씬 더 많은 방법을 제공합니다.

확장된 게시 지점 사용. 게시 지점은 프로그램, 스트림 및 스테이션의 조합을 사용하여 이전에 제공되었던 기능을 단순화 및 향상시킵니다.

유연한 서버 쪽 재생 목록. 모든 게시 지점(주문형 게시 지점 포함)은 재생 목록에서 콘텐츠를 스트리밍할 수 있습니다. 재생 목록의 각 항목은 특정 요구에 맞게 지정할 수 있는 독립적인 특성 집합을 가집니다. 재생 목록을 브로드캐스트 도중에도 수정할 수 있으므로 스트림을 중단하지 않고 상황에 맞게 대처할 수 있습니다.

유연한 이벤트 아키텍처. 이전 버전의 Windows Media 서비스에서는 스테이션 및 유니캐스트 Microsoft ActiveX 개체를 통해서만 외부 이벤트를 사용할 수 있었습니다. 이 버전에서는 이벤트를 서버 인터페이스를 통해 내부적으로 사용할 수 있을 뿐만 아니라 WMI(Windows Management Instrumentation) 및 SNMP(Simple Network Management Protocol) 이벤트를 통해 외부적으로도 사용할 수 있습니다.

빠른 스트리밍. 이전 버전의 Windows Media 서비스에서는 상수 비트 전송률로 콘텐츠가 클라이언트에 스트리밍되었습니다. Windows Media 서비스 9 시리즈의 빠른 스트리밍 기능을 사용하면 스트리밍, 다운로드 및 캐싱을 결합하여 최상의 사용자 경험을 제공할 수 있습니다.

향상된 패킷 재전송 논리. 이전 버전의 Windows Media 서비스에서는 클라이언트로부터의 패킷 재전송 요청을 콘텐츠의 마지막 2초 동안에만 수행할 수 있었습니다. 이 버전에서는 10초 동안의 데이터가 서버 버퍼에 저장되므로 오류 수정과 스트림 품질이 향상될 수 있습니다.

서버 기반 콘텐츠 재패킷화. 이전 버전의 Windows Media 서비스에서는 스트림 형식에 의해 정의된 데이터 패킷만 서버에서 스트리밍할 수 있었습니다. 이 버전에서는 관리자가 자신의 환경에서 스트리밍할 최적의 패킷 크기를 설정할 수 있고 서버가 데이터를 재할당하여 속성 설정을 기반으로 패킷을 스트리밍할 수 있습니다. 이러한 최적화는 UDP(User Datagram Protocol) 패킷과 RTSP(Real Time Streaming Protocol)를 사용하여 콘텐츠를 스트리밍할 경우에만 적용 가능합니다.

Pv6 지원. 이 버전의 Windows Media 서비스는 IPv6(Internet Protocol Version 6) 주소 지정을 지원합니다.

IGMPv3 지원. IGMP(Internet Group Management Protocol) 버전 3 지원을 사용하면 여러 브로드캐스트 서버에서 동일한 멀티캐스트 IP 주소를 사용할 때 발생하는 문제가 방지됩니다. 이 기능을 사용하려면 멀티캐스트 스트림에 연결하는 클라이언트에서 Windows Media Player 9 시리즈가 실행되어야 합니다.

 대답 닫기

Windows Media 서비스 9 시리즈는 Microsoft Windows Server 2003, Standard Edition, Windows Server 2003, Enterprise Edition 및 Windows Server 2003, Datacenter Edition의 선택적 구성 요소로만 사용할 수 있습니다. 멀티캐스트 콘텐츠 배달 기능을 비롯한 일부 기능은 Windows Media 서비스를 Windows Server 2003, Enterprise Edition 또는 Windows Server 2003, Datacenter Edition과 함께 사용할 경우에만 사용할 수 있습니다. Windows Media 서비스 기능에 대한 자세한 내용은 Windows Media 서비스 9 시리즈 도움말을 참조하십시오.

또한 다음과 같은 최소 하드웨어 구성이 권장됩니다.

프로세서. 550 MHz

메모리. 1GB RAM

네트워크 인터페이스 카드(NIC). 이더넷 카드, TCP/IP(Transmission Control Protocol/Internet Protocol)

하드 디스크 여유 공간. 521MB(시스템 파일용 6MB, 설치용 15MB, 콘텐츠 저장용 500MB)

 대답 닫기

Windows Media 서비스 9 시리즈는 Microsoft Windows Server 2003, Standard Edition, Windows Server 2003, Enterprise Edition 및 Windows Server 2003, Datacenter Edition의 선택적 구성 요소로만 사용할 수 있습니다. Windows Media 서비스를 설치하려면 다음을 수행합니다.

1. 서버 구성 마법사를 시작합니다. (시작을 클릭하고 관리 도구를 가리킨 다음 서버 구성 마법사를 클릭합니다.).

2. 서버 구성 마법사의 서버 역할 페이지에서 스트리밍 미디어 서버 서버 역할을 선택합니다.

3. 마법사를 종료합니다.

서버 구성 마법사는 다음과 같은 Windows Media 서비스의 필수 하위 구성 요소를 설치합니다.

Windows Media 서비스. 이 서비스를 사용하면 인트라넷이나 인터넷을 통해 디지털 미디어 콘텐츠를 클라이언트에 스트리밍할 수 있습니다.

Windows Media 서비스 스냅인. 이 스냅인을 사용하면 MMC(Microsoft Management Console)를 사용하여 Windows Media 서비스를 관리 및 구성할 수 있습니다.

서버 구성 마법사를 사용할 경우 다음의 선택적 Windows Media 하위 구성 요소는 설치되지 않습니다.

Windows Media 서비스 웹 관리자. 이 하위 구성 요소는 Windows Media 서버의 원격 브라우저 기반 관리를 지원합니다.

멀티캐스트 및 광고 로깅 에이전트. 이 하위 구성 요소를 사용하면 웹 서버를 통해 콘텐츠에 연결되는 클라이언트의 통계를 기록할 수 있습니다.

이러한 선택적 구성 요소를 설치하려면 다음 단계를 수행해야 합니다.

1. Windows 구성 요소 추가/제거를 엽니다. (시작, 제어판, 프로그램 추가/제거를 차례로 클릭한 다음 프로그램 추가/제거에서 Windows 구성 요소 추가/제거를 클릭합니다.)

2. Windows 구성 요소 마법사의 구성 요소 목록에서 Windows Media 서비스를 클릭한 다음 자세히 단추를 클릭합니다.

3. Windows Media 서비스 대화 상자의 Windows Media 서비스의 하위 구성 요소 목록에서 설치하려는 선택적 Windows Media 서비스의 하위 구성 요소 확인란을 선택합니다.

4. 마법사를 종료합니다.

 대답 닫기

Windows Media 서비스 9 시리즈로 업그레이드하려면 운영 체제를 Microsoft Windows NT Server 4.0 또는 Windows 2000 Server에서 Windows Server 2003, Standard Edition, Windows Server 2003, Enterprise Edition 또는 Windows Server 2003, Datacenter Edition으로 업그레이드해야 합니다. 서버에서 Windows Media 서비스 버전 4.1 이 실행되고 있으면 Windows Server 2003 운영 체제로 업그레이드할 때 Windows Media 서비스 9 시리즈가 자동으로 설치됩니다.

 대답 닫기

Windows Media 서비스를 처음으로 설치한 경우에는 서버가 기본 구성(기본 주문형 게시 지점 및 샘플 브로드캐스트 게시 지점 포함)으로 설정됩니다. 이 기본 구성을 사용하거나 고유한 구성을 만들어 라이브 및 주문형 콘텐츠를 유니캐스트 스트리밍을 통해 스트리밍하거나 멀티캐스트 스트리밍을 통해 스트리밍할 수 있습니다(후자의 경우에는 Windows Server 2003, Enterprise Edition 또는 Windows Server 2003, Datacenter Edition이 설치된 경우에만 가능). Windows Media 서비스 설정에 대한 자세한 내용은 MSDN 온라인 개발자 센터 웹 사이트 를 참조하십시오.

Windows Media 서비스 4.1에서 업그레이드하는 중이면 마이그레이션이라는 프로세스를 통해 기존 구성이 새 버전의 Windows Media 서비스로 이동합니다. 이전 구성(예: 주문형 게시 지점)은 대부분 새 버전으로 마이그레이션됩니다. 그러나 Windows Media 서비스 9 시리즈에는 Windows Media 서비스 버전 4.1에서 사용할 수 없는 설계 개선 사항과 기능이 포함되어 있으며 이전 구성의 몇몇 요소는 새 환경에서 작동하기 위해 수정이 필요합니다. Windows Media 서비스를 설정하기 전에 기존 구성의 일부 요소를 수동으로 변경해야 할 수 있습니다. 마이그레이션 프로세스에 대한 자세한 내용은 Windows Media 서비스 9 시리즈 도움말을 참조하십시오.

 대답 닫기

Windows Media Player 및 다른 클라이언트가 RTSP(Real Time Streaming Protocol), UDP(User Datagram Protocol), TCP(Transmission Control Protocol) 또는 HTTP(Hypertext Transfer Protocol)를 사용하여 방화벽 안쪽에 있는 Windows Media 서버에서 유니캐스트 콘텐츠를 스트리밍할 수 있게 하려면 다음 포트를 엽니다.

Streaming with RTSP
In: UDP port 5005
Out: UDP port 5004
In/Out: TCP port 554

Streaming with UDP
In: TCP on port 1755
In: UDP on port 1755
Out: UDP between port 1024-5000 (필요한 개수의 포트만 열림)

Streaming with TCP
In/Out: TCP on port 1755

Streaming with HTTP
In/Out: TCP on port 80

방화벽 안쪽에 있는 배포 서버가 RTSP, HTTP 또는 MMS를 사용하여 방화벽 밖에 있는 원본 서버에서 유니캐스트 콘텐츠를 스트리밍할 수 있게 하려면 다음 포트를 엽니다.

Streaming with RTSP
In: UDP on port 5005
In/Out: TCP on port 554
Out: UDP on port 5004

Streaming with HTTP
In/Out: TCP port 80

Streaming with MMS
In/Out: TCP on port 1755

멀티캐스트 스트리밍을 사용하여 콘텐츠를 배포하려면 표준 클래스 D 멀티캐스트 IP 주소(224.0.0.1 ~ 239.255.255.255)를 통해 네트워크 트래픽을 전송합니다. 멀티캐스트를 수행하려면 네트워크에서 멀티캐스트 전달이 사용 가능하도록 설정되어 있어야 합니다.

특정 방화벽 요구 사항과 설정은 Windows Media 서비스 9 시리즈 도움말 을 참조하십시오.

 대답 닫기

IIS가 실행되는 웹 서버에서 Windows Media 서비스가 HTTP(Hypertext Transfer Protocol)를 사용하여 콘텐츠를 스트리밍하도록 설정하려는 경우 두 서비스는 모두 포트 80에 바인딩을 시도합니다. Windows Media 서비스가 HTTP 스트리밍에 사용하는 포트를 변경하여 이 충돌을 방지할 수 있습니다.

1. Windows Media 서비스 스냅인에서 HTTP 스트리밍용으로 할당된 포트를 변경할 서버를 클릭합니다.

2. 세부 정보 창에서 속성 탭을 클릭합니다.

3. 범주에서 제어 프로토콜을 클릭합니다.

4. 플러그 인에서 WMS HTTP 서버 제어 프로토콜을 클릭한 다음 속성을 클릭합니다.

5. 서버에서 사용할 수 있는 IP 주소가 여러 개인 경우 IP 주소에서 선택한 IP 주소만 이 프로토콜을 사용할 수 있음을 클릭한 다음 사용할 특정 IP 주소를 목록에서 클릭합니다.

6. 포트 선택에서 다른 포트 사용을 클릭한 다음 사용할 포트 번호를 제공된 공간에 입력합니다. HTTP 포트 번호의 범위는 1 - 65535입니다.

7. 세부 정보 창의 플러그 인에서 WMS HTTP 서버 제어 프로토콜을 클릭합니다. 사용을 클릭하여 서버의 스트리밍 콘텐츠에 HTTP 프로토콜을 사용할 수 있게 합니다.

8. 네트워크 관리자에게 네트워크 방화벽에서 해당 포트를 열도록 합니다.

또는 단일 네트워크 인터페이스 카드에서 여러 IP 주소를 만든 다음 별도의 포트 80 주소를 이러한 IP 주소에 할당할 수 있습니다. 그런 다음 아래 단계를 수행하여 다른 IP 주소/포트 80 조합에 바인딩하도록 Windows Media 서비스와 IIS를 구성해야 합니다.

1. %systemroot%\System32\Windows Media\Server\Admin\MMC 폴더를 엽니다.

2. WMSHttpSysCfg.exe를 두 번 클릭합니다.

3. Windows Media 서비스 HTTP Sys 구성 대화 상자에서 IP 주소에 HTTP.sys 드라이버가 사용하게 할 IP 주소를 입력한 다음 추가를 클릭합니다.

4. 컴퓨터를 다시 시작하거나 명령 프롬프트에서 net stop http /y && iisreset을 입력하여 HTTP.sys 및 IIS를 다시 시작합니다.

5. IIS가 새로 추가된 IP 주소에만 바인딩되는지 확인하려면 명령 프롬프트에서 netstat를 입력합니다.

6. Windows Media 서비스 스냅인 콘솔 트리에서 HTTP 스트리밍을 사용할 수 있도록 설정할 서버를 클릭합니다.

7. 세부 정보 창에서 속성 탭을 클릭합니다.

8. 범주에서 제어 프로토콜을 클릭합니다.

9. 플러그 인에서 WMS HTTP 서버 제어 프로토콜을 클릭한 다음 속성을 클릭합니다.

10. IP 주소에서 선택한 IP 주소만 이 프로토콜을 사용할 수 있음을 클릭한 다음 사용할 특정 IP 주소를 목록에서 클릭합니다. 3단계에서 추가한 주소는 선택하지 마십시오.

11. 확인을 클릭하여 변경 내용을 적용합니다.

12. 세부 정보 창의 플러그 인에서 WMS HTTP 서버 제어 프로토콜을 클릭합니다. 사용을 클릭하여 서버의 스트리밍 콘텐츠에 HTTP 프로토콜을 사용할 수 있게 합니다.

 대답 닫기

도메인 컨트롤러로 작동 중인 서버에서 Windows Media 서비스를 실행할 수 있습니다. 기존 Windows Media 서버 구성을 또한 도메인 컨트롤러로 작동하게 하려면 다음 사항에 주의합니다.

도메인 컨트롤러가 새 포리스트에서 첫 번째 도메인인 경우 Windows Media 서비스 계정과 설정이 예상대로 마이그레이션됩니다.

도메인 컨트롤러가 기존 포리스트에서 새 트리를 만들 경우 모든 로컬 사용자 계정과 설정이 삭제되며 Windows Media 서비스가 콘텐츠를 스트리밍할 수 없습니다. 이 문제를 해결하려면 다음을 수행합니다.

1. 서버에서 Microsoft Active Directory를 설치한 후 Guests 그룹의 구성원인 새 사용자 계정을 만듭니다.

2. Windows Media 서버에서 WMS 익명 인증 플러그 인을 비활성화합니다.

3. 1단계에서 만든 새 사용자 계정을 사용하도록 WMS 익명 인증 플러그 인의 속성을 구성합니다.

4. WMS 익명 인증 플러그 인을 활성화합니다.

5. Windows Media 서비스를 중지했다가 다시 시작합니다.

 대답 닫기

다음과 같은 두 가지 이유로 인해 Windows Media 서비스 웹 관리자를 시작하지 못할 수 있습니다.

Microsoft Windows Server 2003 운영 체제를 처음 설치할 때 Microsoft Internet Explorer 보안 설정은 기본적으로 가장 높은 보안 수준으로 설정됩니다. 이 보안 구성에서는 사용자가 인터넷 웹 사이트에 액세스하는 것이 허용되지 않으므로 악의적인 웹 사이트로부터 서버가 공격을 받을 가능성이 줄어듭니다. Internet Explorer가 이 보안 구성으로 설정된 경우 모든 웹 사이트(Windows Media 서비스 웹 관리자 포함)는 인터넷 보안 영역의 일부로 간주되며 모든 Microsoft ActiveX 컨트롤, 스크립트 및 Microsoft VM(Virtual Machine)을 사용할 수 없습니다. Windows Media 서비스 웹 관리자를 사용하려면 시스템 관리자는 Windows Media 서비스 웹 관리자 URL을 신뢰할 수 있는 사이트 영역 또는 로컬 인트라넷 영역에 추가해야 합니다. Internet Explorer의 향상된 보안 구성에 대한 자세한 내용은 Microsoft 웹 사이트를 참조하십시오.

Windows Media 서비스 웹 관리자는 인터넷 정보 서비스(IIS)가 호스팅하는 ASP(Active Server Pages)가 사용되는 브라우저 기반의 인터페이스입니다. ASP 페이지는 FAT32 파일 구조와 호환되지 않습니다. Windows Media 서비스 웹 관리자를 시작하는 데 어려움이 있는 경우에는 파일 시스템에 FAT32 아키텍처가 사용되지 않는지 확인합니다.

 대답 닫기

특정 상황에서는 Windows Media 서비스 웹 관리자의 보안 설정이 여러 서버를 관리하는 것을 허용하지 않습니다. 이러한 경우에는 로컬 서버만 관리할 수 있습니다. 인터넷 브라우저에서 SSL(Secure Sockets Layer)을 사용할 수 없는 경우 여러 서버를 관리하지 못할 수 있습니다. SSL은 암호화를 사용하여 인터넷 상에서 보안 통신을 가능하게 합니다. 브라우저에서 SSL 보안 방법을 사용하지 않을 경우 원격 서버 통신은 가로채기(interception)에 취약할 수 있습니다.

또한 NTLM 인증만 사용하여 사용자 계정이 인증된 경우 여러 서버를 관리하지 못할 수 있습니다. NTML 인증은 네트워크 로그온 자격 증명만 사용하며 직접적인 서버 인증만큼 안전하지는 않습니다.

 대답 닫기

아니요. Windows Media Player 9 시리즈는 다양한 디지털 미디어 파일 형식의 파일을 재생할 수 있지만 Windows Media 서비스 9 시리즈가 이러한 모든 파일을 스트리밍할 수 있는 것은 아닙니다. 경우에 따라서는 디지털 미디어 파일을 호환되는 형식으로 변환해야만 스트리밍할 수 있습니다.

Windows Media 서비스 9 시리즈가 실행되는 서버는 Microsoft WMA(Windows Media Audio), WMV(Windows Media Video), ASF(Advanced Systems Format) 및 MP3(MPEG-1 Layer 3) 형식의 파일을 스트리밍할 수 있습니다. 그러나 Windows Media 서비스는 인텔리전트 스트리밍 기능을 사용하여 MP3 형식의 파일을 스트리밍할 수 없습니다.

적절한 미디어 파서 플러그 인이 활성화된 경우 Windows Media 서버를 사용하여 다른 디지털 미디어 파일 형식의 파일을 스트리밍할 수 있습니다. 미디어 파서 플러그 인은 파일에 포함된 정보를 Windows Media 서버 및 Windows Media Player가 사용할 수 있는 형식으로 변환합니다. 스트리밍하려는 형식에 사용할 수 있는 미디어 파서 플러그 인이 있는지 확인하려면 디지털 미디어 파일 형식 개발자에게 문의하십시오.

 대답 닫기

Windows Media 서비스는 가변 비트 전송률 .mp3 파일을 지원하지 않습니다. 가변 비트 전송률을 사용하여 .mp3 파일을 인코딩했다면 Windows Media 서버에서 스트리밍할 때 예상대로 재생되지 않을 것입니다.

또한 .mp3 파일 콘텐츠가 너무 짧을 경우 서버에서 Windows Media Player로 파일을 스트리밍하지 못할 수 있습니다. 특정 버전의 Windows Media Player에서 안정적인 렌더링을 보장하려면 Windows Media 서비스가 스트리밍하는 콘텐츠는 해당 플레이어가 지원하는 최소 콘텐츠 길이를 충족하거나 그 이상이어야 합니다. Windows Media Player 9 시리즈에서 지원되는 최소 콘텐츠 길이는 5초입니다. 이전 버전의 Windows Media Player에서 지원되는 최소 콘텐츠 길이는 30초입니다. 이 최소 길이보다 짧은 콘텐츠는 완전히 또는 전혀 렌더링되지 않을 수 있습니다.

 대답 닫기

Windows Media 서비스는 이러한 정보를 .mp3 파일에 저장하는 데 사용되는 ID3v2 헤더 형식을 지원하지 않습니다. 이로 인해서 .mp3 파일을 스트리밍하지 못하는 것은 아닙니다.

 대답 닫기

Windows Media Player나 Windows Media Player ActiveX 컨트롤을 사용하는 플레이어는 앞으로 감기, 되감기, 일시 중지, 건너뛰기 등의 여러 재생 컨트롤을 갖고 있습니다. 이러한 컨트롤을 모든 스트리밍 시나리오에서 사용할 수 있는 것은 아닙니다. Windows Media Player가 콘텐츠를 스트리밍할 때 사용할 수 있는 컨트롤에 영향을 주는 요인은 다음과 같습니다.

Windows Media Player 버전. 재생 목록 내의 콘텐츠를 앞으로 감기, 건너뛰기, 되감기 및 일시 중지하는 기능은 Windows Media Player 9 시리즈 또는 Windows Media Player 9 시리즈 ActiveX 컨트롤을 사용하는 플레이어에서만 지원됩니다. 이전 버전의 플레이어에서는 이러한 컨트롤이 지원되지 않습니다.

게시 지점 형식. 브로드캐스트 게시 지점에서 콘텐츠가 스트리밍될 경우 앞으로 감기, 건너뛰기, 되감기 및 일시 중지 컨트롤을 사용할 수 없습니다. 콘텐츠 원본에 따라 다르기는 하지만 이러한 콘텐츠가 주문형 게시 지점에서 스트리밍될 경우 이러한 컨트롤을 사용할 수 있습니다.

콘텐츠 원본. 콘텐츠가 인코더나 원격 게시 지점에서 라이브로 스트리밍될 경우 앞으로 감기, 건너뛰기, 되감기 및 일지 중지 컨트롤을 사용할 수 없습니다.

인덱싱. 콘텐츠가 인덱싱되지 않은 경우 콘텐츠 앞으로 감기, 건너뛰기, 되감기 및 일시 중지 기능을 사용할 수 없습니다. 인코딩 프로세스 도중이나 콘텐츠가 인코딩된 후에 콘텐츠를 인덱싱할 수 있습니다.

noSkip 특성. 재생 목록에서 noSkip 특성이 True로 설정된 경우 콘텐츠 앞으로 감기, 건너뛰기, 되감기 및 일시 중지 기능을 사용할 수 없습니다.

 대답 닫기

Windows Media 서비스 9 시리즈는 HTTP(Hypertext Transfer Protocol)를 사용하여 Windows 2000 Server와 함께 릴리스된 Windows Media 서비스 버전 4.1 및 Windows Media 인코더 버전 4.1 또는 Windows Media 기술 웹 사이트에서 다운로드할 수 있는 이후의 Windows Media 기술 버전에 연결할 수 있습니다. (Windows Media 서비스 9 시리즈는 MSBD(Media Stream Broadcast Distribution) 프로토콜을 지원하지 않습니다.)

Windows Media 서비스 9 시리즈는 Windows 2000 Server와 함께 릴리스된 Windows Media 기술 버전보다 앞서 제공되었던 버전에는 연결할 수 없습니다. 또한 Windows Media 서비스 버전 4.1을 사용하여 Windows Media 서비스 9 시리즈가 실행되는 서버의 스트림을 배포할 수 없습니다.

 대답 닫기

Windows Media 서비스 9 시리즈에는 유니캐스트 스트림에 대한 액세스 권한을 클라이언트에게 부여하기 위해 함께 작동하는 인증 및 권한 부여 플러그 인이 포함되어 있습니다. 인증 플러그 인은 사용자 자격 증명의 유효성을 검사하고 권한 부여 플러그 인은 콘텐츠에 대한 액세스를 제어합니다. 권한 부여 플러그 인 중 하나를 활성화했지만 인증 플러그 인 중 하나를 활성화하지 않을 경우 유니캐스트 클라이언트는 서버에 연결할 수 없습니다.

클라이언트는 멀티캐스트 스트림을 수신하기 위해 서버에 연결되지 않습니다. 따라서 이러한 플러그 인을 사용하여 멀티캐스트에 대한 액세스를 제어할 수 없습니다. 멀티캐스트 스트림에 대한 액세스를 제어하려면 멀티캐스트 정보 파일(클라이언트가 스트림을 디코딩하는 데 필요한 정보가 포함된 .nsc 확장명을 가진 Windows Media 메타파일)을 공유 파일 위치에 둔 다음 액세스 제어 목록(ACL)을 멀티캐스트 정보 파일에 연결해야 합니다. 알림 파일을 사용하여 멀티캐스트 정보 파일을 배포할 경우에는 ACL을 멀티캐스트 정보 파일 대신에 알림 파일에 연결할 수 있습니다.

 대답 닫기

스트리밍 미디어 브로드캐스트의 효율성을 확인하는 데 있어 로그는 대단히 중요합니다. 게시 지점을 만들 때마다 적절한 로깅 플러그 인을 활성화하여 브로드캐스트의 성공과 실패를 분석할 수 있어야 합니다. 브로드캐스트 후에 로그를 신중하게 검토하면 어떤 문제가 언제 발생했는지 뿐만 아니라 가능한 해결 방법을 알아낼 수 있습니다.

클라이언트 쪽 문제를 식별할 때 가장 도움이 되는 로그 파일 항목은 일반적으로 다음과 같습니다.

x-duration. 클라이언트가 스트림을 렌더링한 기간입니다. 이 필드의 시간이 콘텐츠의 전체 길이보다 짧을 경우 클라이언트는 연결이 끊어진 것일 수 있습니다.

c-status. 클라이언트 연결 상태를 설명하는 코드입니다. 공통된 특정 연결 문제가 이 필드에 나타납니다.

avgbandwidth. 연결의 평균 대역폭입니다. 서버로부터의 스트림의 비트 전송률보다 낮을 경우 클라이언트에서 대역폭 용량 감소했을 수 있습니다.

c-bytes. 클라이언트가 수신한 바이트 수입니다. 서버가 보낸 바이트 수(sc-bytes)와 다를 경우 패킷 손실이 발생한 것입니다.

c-pkts-lost-client. 클라이언트에게 배달되지 않은 패킷 수입니다.

c-buffercount. 클라이언트가 스트림을 버퍼링한 횟수입니다. 값이 높을 경우 대역폭 문제를 나타낼 수 있습니다.

스트리밍 문제를 식별하기 위해 로그 파일을 사용하는 방법에 대한 자세한 내용은 Windows Media 서비스 9 시리즈 도움말을 참조하십시오.

 대답 닫기

클라이언트가 Windows Media 서버에서 스트리밍된 데이터 중 일부를 수신하지 않는다면 "패킷 손실"이 발생한 것입니다. 패킷 손실은 네트워크 정체, 라우터 문제 등으로 인해 발생할 수 있습니다. 패킷을 재생해야 하는 클라이언트에게 패킷이 너무 늦게 도착한 경우에도 패킷이 손실된 것으로 간주됩니다.

로그 파일을 모니터링하면 패킷이 손실되었는지, 패킷 손실이 어디에서 발생했는지, 손실된 패킷이 복구되었는지 확인할 수 있습니다. 다음의 로그 파일 필드는 패킷 손실이 발생했는지 확인하는 데 도움이 될 것입니다.

s-pkts-sent. 서버에서 연결된 클라이언트로 보내진 콘텐츠 패킷 수입니다. 캐시/프록시 서버의 원격 캐시 클라이언트 로그와 멀티캐스트 로그 파일에서 이 필드에는 하이픈(-)이 포함됩니다.

c-pkts-received. 클라이언트가 첫 번째 시도에서 올바르게 수신한 서버로부터의 패킷 수입니다. 첫 번째 시도에서 올바르게 수신되지 않은 패킷은 UDP 프로토콜을 통해 재전송할 경우 복구할 수 있습니다. UDP 재전송을 통해 복구되지 않는 패킷은 네트워크에서 손실된 것으로 간주됩니다.

c-pkts-lost-client. 오류 수정을 통해 클라이언트 계층에서 복구되지 않았거나 UDP 재전송을 통해 네트워크 계층에서 복구되지 않은 손실된 패킷 수입니다. 이러한 패킷은 Windows Media 서버에 의해 전송되지만 클라이언트에서 재생되지 않습니다.

c-pkts-lost-net. 네트워크 계층에서 손실된 패킷 수입니다. 오류 수정이 활성화된 경우 클라이언트는 이러한 패킷을 복구할 수 있습니다.

c-pkts-lost-cont-net. 네트워크 계층에서 동시에 손실된 패킷의 최대 개수입니다. 값이 높을 경우 잘못된 네트워크 상태(클라이언트가 패킷을 수신하지 않은 상태로 오랜 시간이 경과한)를 나타냅니다.

c-resendreqs. 새 패킷에 대한 클라이언트 요청 수입니다. 클라이언트가 UDP 재전송을 사용하지 않는 경우 이 필드는 0을 포함합니다.

c-pkts-recovered-ECC. 네트워크 계층에서 손실되었지만 오류 수정이 활성화되었기 때문에 클라이언트 계층에서 복구된 패킷 수입니다. 멀티캐스트 스트림에서 패킷 복구를 위한 유일한 수단은 오류 수정입니다. 클라이언트 계층에서 복구된 패킷 수는 c-pkts-lost-net 및 c-pkts-lost-client 간의 차이와 동일합니다.

c-pkts-recovered-resent. UDP를 통해 재전송되었기 때문에 복구된 패킷 수입니다. TCP 또는 UDP 패킷은 이 값에 포함되지 않습니다. 클라이언트가 UDP 재전송을 사용하지 않는 경우 이 필드는 0을 포함합니다.

모든 로그 필드의 값에는 TCP 또는 UDP 패킷이 포함되지 않는다는 것에 주의하십시오.

스트리밍 또는 보관 프로세스 도중에 패킷이 손실되면 WMS 보관 데이터 기록기 플러그 인은 경고 메시지를 Windows Media 서비스의 문제 해결 탭에 게시하여 손실량을 보고합니다. 경고를 보내려면 이 플러그 인 활성화되어 있어야 합니다. 서버에서 수신 중인 콘텐츠 스트림이 패킷 손실에 의해 2초 이상 연결이 끊어질 경우 WMS 보관 데이터 기록기 플러그 인은 보관을 중지했다가 받는 스트림이 다시 시작되면 새 파일에 대해 보관을 시작합니다. 작은 보관 파일이 여러 개 있다면 브로드캐스트 도중에 패킷 손실이 발생한다는 것을 나타냅니다.

 대답 닫기

MMS(Microsoft Media Server) 프로토콜이 사용하는 기본 포트는 1755입니다. ISA가 1023을 초과하는 포트에 대해 다른 연결 기준을 사용하기 때문에 일부 ISA(Internet Security and Acceleration) 서버 클라이언트는 이 포트에 연결하지 못할 수 있습니다.

WMS MMS 서버 제어 프로토콜 플러그 인을 구성하여 MMS 프로토콜이 바인딩되는 포트를 변경하면 이 문제를 수정할 수 있습니다. 또는 Wspcfg.ini라는 파일을 만들어 %systemroot%\Windows\System32\Windows Media\Server라는 폴더에 저장할 수도 있습니다. 이 파일에는 다음 텍스트가 포함되어야 합니다.

[WMServer]

LocalBindTcpPorts=1755

LocalBindUdpPorts=1755

 대답 닫기

가장 광범위한 스트리밍 조건을 수용하기 위해 Windows Media 서비스 9 시리즈가 실행되는 서버는 두 개의 다른 방법(푸시와 풀)을 사용하여 인코더에서 콘텐츠를 수신할 수 있습니다.

인코더는 콘텐츠를 Windows Media 서비스로 "푸시"할 경우 Windows Media 서버와 브로드캐스트 스트림을 제어합니다. 또한 인코더는 서버에서 새 게시 지점을 만들고 브로드캐스트가 끝났을 때 자체적으로 삭제되도록 게시 지점을 설정할 수 있습니다. 인코더를 사용하여 브로드캐스트를 Windows Media 서버로 푸시하려면 인코더 관리자가 Windows Media 서버 이름, 서버의 URL 및 서버를 액세스하는 데 필요한 모든 권한을 갖고 있어야 합니다. 인코더 푸시는 라이브 인코딩 시나리오뿐만 아니라 콘텐츠 원본에서 지속적으로 브로드캐스트를 제어해야 하는 상황에서 유용합니다.

Windows Media 서비스가 인코더에서 콘텐츠를 "풀"할 경우 서버는 이미 진행 중인 인코더 스트림에 연결됩니다. 인코더 풀은 첫 번째 클라이언트가 콘텐츠에 연결될 때 게시 지점이 시작되도록 설정되었거나 Windows Media 서버가 방화벽을 통해 인코더와 분리된 경우에 유용합니다. 인코더 풀 구성에서 인코더가 이미 시작되고 콘텐츠를 인코딩하고 있어야만 Windows Media 서버가 콘텐츠에 연결될 수 있습니다. 서버 게시 지점은 인코더 URL을 해당 콘텐츠 원본으로 사용해야 합니다.

 대답 닫기

재생 목록의 일부로서 인코더에서 라이브 콘텐츠를 사용하는 경우 서버에서 인코더 콘텐츠를 버퍼링하는 동안 클라이언트에서 대기 시간이 발생할 수 있습니다. 또한 클라이언트가 라이브 콘텐츠 스트림으로 전환될 때마다 서버는 인코더에 새 연결을 설정해야 하므로 네트워크 정체가 증가합니다.

이러한 문제를 방지하고 네트워크 및 클라이언트 쪽 성능을 향상시키려면 주 게시 지점과 인코더 사이의 매개물로 작동하는 추가 게시 지점을 서버에서 만듭니다. 이렇게 하면 콘텐츠를 스트리밍하는 클라이언트 수에 상관 없이 서버는 인코더에 대한 단일 연결을 유지 관리하기 때문에 결과적으로 성능이 향상됩니다. 다음을 수행하여 이 게시 지점을 만들 수 있습니다.

1. 두 개의 동일한 브로드캐스트 게시 지점을 만듭니다.

2. 인코더로부터 콘텐츠를 수신하도록 첫 번째 게시 지점을 구성합니다.

3. 첫 번째 게시 지점을 시작합니다.

4. 재생 목록을 참조하도록 두 번째 게시 지점을 구성합니다. 첫 번째 게시 지점에서 콘텐츠를 수신하는 재생 목록에 미디어 요소를 추가합니다.

5. lpp://publishing_point_1을 미디어 요소의 원본으로 사용합니다(여기서 publishing_point_1은 2단계에서 구성한 게시 지점의 이름입니다).

6. 두 번째 게시 지점을 사용하여 콘텐츠를 클라이언트로 스트리밍합니다.

 대답 닫기

웹 서버나 Windows Media 서비스 9 시리즈가 실행되는 서버에서 Windows Media 기반 콘텐츠를 스트리밍할 수 있지만 웹 서버는 Windows Media 기반 콘텐츠를 스트리밍하도록 특별히 설계되지는 않았습니다. 웹 서버에서 콘텐츠를 스트리밍하려는 경우에는 스트리밍 방법: 웹 서버와 스트리밍 미디어 서버 비교 에서 콘텐츠가 배달되는 방법의 차이점에 대해 알아 보십시오. 이러한 차이점은 재생 품질에 영향을 줄 수 있습니다.

 대답 닫기

클라이언트에서 과도한 버퍼링이 발생한다면 Windows Media 서버가 너무 많은 동시 연결을 처리하는 중일 수 있습니다. 하드웨어 제한으로 인해 Windows Media 서버는 한 번에 전송할 수 있는 스트림 수에 제한을 받습니다. 오버로드된 서버에서는 흔히 데이터가 손실되고 전송이 중단되며 클라이언트와의 연결이 끊깁니다. 또는 서버에서 네트워크의 대역폭 용량을 초과했을 수 있습니다. 네트워크에서는 취약한 지점이나 오류가 존재하거나 클라이언트에 필요한 데이터 양을 전송하도록 설계되지 않았을 수 있습니다.

이 문제를 해결하는 방법에는 여러 가지가 있습니다. 이러한 해결 방법을 일부 또는 전부 구현하여 서버나 네트워크에서 데이터 전송 부하를 줄일 수 있습니다.

서버에서 제한 설정. 클라이언트 연결 수와 사용되는 대역폭 양을 제한하도록 서버를 구성하여 서버 및 네트워크 용량이 초과하지 않도록 할 수 있습니다.

서버 클러스터 만들기. 서버 클러스터를 만들어 Windows Media 서버 그룹이 함께 작동하여 콘텐츠를 스트리밍하도록 할 수 있습니다. 클라이언트는 단일 URL을 사용하여 클러스터에 연결되지만 모든 서버가 스트리밍 부하를 공유하므로 개별 서버에서 부하가 줄어듭니다.

배포 서버 추가. 스트리밍 요구가 가장 큰 네트워크 지점에서 배포 서버를 사용하여 전체 네트워크에서 스트리밍 부하를 분산시킬 수 있습니다. 이렇게 하면 서버와 클라이언트 간의 거리가 줄어들기 때문에 스트리밍 성능을 대폭 향상시킬 수 있습니다.

캐시/프록시 시스템 구현. 서버에 대해 타사 캐시/프록시 플로그 인을 사용하도록 설정하여 캐시 및 프록시 지원을 제공할 수 있습니다. 캐시/프록시 서버를 사용하면 대역폭은 그대로 유지하면서 네트워크 대기 시간을 줄이고 원본 서버상의 부하를 상쇄할 수 있습니다. 원본 서버와의 연결이 하나만 있으면 캐시에서 콘텐츠를 업로드하고 정보를 수신할 수 있기 때문에 네트워크 대역폭이 최소화됩니다. 또한 클라이언트는 네트워크나 인터넷을 통과하여 원본 서버에서 콘텐츠를 수신할 때보다 신속하게 가까운 캐시/프록시 서버에서 콘텐츠를 수신할 수 있기 때문에 네트워크 대기 시간이 줄어듭니다. 이외에도 더 적은 수의 클라이언트가 원본 서버에 직접 연결되므로 원본 서버에서 부하가 상쇄됩니다.

스트리밍 미디어 콘텐츠 수정. 다른 설정으로 콘텐츠를 인코딩하여 콘텐츠의 대역폭 요구 사항을 줄일 수 있습니다.

여러 다른 클라이언트 부하에서 서버의 성능을 테스트하려면 Windows Media 홈 페이지에서 Windows Media Load Simulator 9 시리즈를 다운로드하십시오.

 대답 닫기

다음 수식을 사용하여 필요한 네트워크 용량을 추정할 수 있습니다.

필요한 네트워크 용량 = 콘텐츠 비트 전송률 x 대상 볼륨

평균 콘텐츠 비트 전송률을 추정하려면 스트리밍하는 파일의 크기를 재생 시간(초)으로 나눕니다. 예를 들어, 2MB의 디지털 미디어 파일은 약 16,000,000비트를 나타냅니다. 콘텐츠의 길이가 약 1 1/2분인 경우 스트리밍된 콘텐츠의 평균 비트 전송률은 180Kbps입니다.

대상 볼륨을 추정하려면 스트리밍 이벤트 도중의 최대 동시 사용자 수를 확인합니다. 예를 들어, 회사에서 LAN을 통해 모두 10,000명의 직원에게 온라인 교육을 제공하는 것을 계획할 수 있습니다. 과거의 교육 성과에 따르면 전체 직원 중 최대 5%가 특정 시점에 온라인 교육에 액세스하는 것으로 나타났습니다. 따라서 네트워크는 500명의 동시 사용자에게 콘텐츠를 안정적으로 배달할 수 있어야 합니다.

용량 계획에 대한 자세한 내용은 Windows Media 서비스 9 시리즈 도움말을 참조하십시오.

 대답 닫기

최대 동시 사용자 수는 서버 구성과 배포 방법(유니캐스트 스트림 또는 멀티캐스트 스트림)에 따라 달라지므로 실제로는 컴퓨터마다 차이가 있습니다. 일반적으로 단일 Pentium 233MHz 프로세서와 256MB RAM을 가진 Windows Media 서버는 최대 1,000개의 28.8Kbps 유니캐스트 스트림을 처리할 수 있습니다. 멀티캐스트 스트리밍은 Windows Media 서버에서 한 개의 스트림만 필요하므로 단일 스트림에 동시에 연결할 수 있는 사용자의 수에 제한이 없습니다.

 대답 닫기

대규모 Windows Media 서비스 배포의 경우에는 스트리밍 미디어 시스템에 대해 다음 수정 작업 중 하나 이상을 수행하십시오.

• 단일 CPU 서버를 다중 CPU 서버로 업그레이드합니다.

• 추가 네트워크 인터페이스 카드를 설치하거나 기존 네트워크 인터페이스 카드를 업그레이드하여 더 높은 대역폭의 네트워크 연결을 지원합니다.

• Windows Media 서비스가 실행되는 또 다른 서버를 스트리밍 미디어 시스템에 추가하고 네트워크 로드 균형 조정을 사용하여 서버 부하를 분산시킵니다.

• 네트워크 전체에서 캐시/프록시 서버를 배포하고 콘텐츠 복제 프로그램을 구현하여 클라이언트에 더 가깝게 콘텐츠를 배포하고 원본 서버가 처리해야 할 부담을 일부 덜어 줍니다.

• 중단 없는 정보 흐름을 유지 관리하기 위해 스트리밍 미디어 요청 및 전송을 처리할 네트워크 스위치를 전이중 모드로 설정합니다.

 대답 닫기

Contact a Windows Media 9 시리즈 공인 호스팅 공급자에게 문의하십시오. 이러한 공급자는 콘텐츠 호스팅 서비스뿐만 아니라 응용 프로그램 개발, 콘텐츠 인코딩, 제작 등의 광범위한 특성 서비스를 제공할 수 있습니다. 각 공급자는 엄격한 테스트를 거쳤으며 Windows Media 서비스 9 시리즈의 완전한 구현을 위해 노력합니다.

 대답 닫기

Microsoft Windows Media 서비스 공급자 프로그램의 회원에게 문의하십시오. 이 프로그램의 회원은 Windows Media 기술을 사용하여 디지털 미디어 콘텐츠를 캡처, 인코딩 및 전달하는 솔루션을 제공할 수 있는 능력이 입증되었습니다.

 대답 닫기

다양한 디지털 미디어 파일 형식이 존재하지만 Windows Media 서비스가 이러한 모든 형식을 스트리밍할 수 있는 것은 아닙니다. 경우에 따라서는 디지털 미디어 파일을 호환 가능한 형식으로 변환한 후에야 스트리밍할 수 있습니다. Windows Media Encoder 9 시리즈는 라이브 및 녹화된 오디오와 비디오를 Windows Media 파일이나 스트림으로 변환할 수 있는 강력한 프로덕션 도구입니다. 이 인코더를 사용하여 컴퓨터에 설치된 장치에서 오디오나 비디오를 캡처한 다음 캡처된 콘텐츠를 Windows Media 파일로 변환하여 배포할 수 있습니다. Windows Media 인코더에 대한 자세한 내용은 Windows Media Encoder 9 시리즈 웹 페이지를 참조하십시오.

 대답 닫기

Windows Media 기술은 스트리밍 미디어 응용 프로그램과 다운로드 후 재생하는 응용 프로그램을 위한 Windows Media 기반의 오디오 및 비디오 콘텐츠를 제작하려는 콘텐츠 개발자에게 이상적입니다. 디지털 미디어 콘텐츠를 만드는 콘텐츠 제작자나 최신 Windows Media 기술에 대한 지원을 응용 프로그램에 추가하려는 개발자는 웹 만들기 페이지에서 자신의 요구에 맞는 솔루션을 찾을 수 있을 것입니다.

 대답 닫기

Microsoft Producer for PowerPoint 2002를 사용하면 오디오와 비디오를 포함하는 프레젠테이션을 작성 및 편집하고 PowerPoint 슬라이드 집합과 동기화할 수 있습니다. 프레젠테이션의 오디오 및 비디오 구성 요소를 Windows Media 서버에 게시하고 나머지 구성 요소(PowerPoint 슬라이드 포함)를 웹 서버에 게시한 후에 프레젠테이션을 스트리밍할 수 있습니다. Microsoft Producer를 사용해서는 라이브 프레젠테이션을 스트리밍할 수 없습니다. 자세한 내용은 Microsoft Producer 웹 페이지를 참조하십시오. 라이브 비디오 및 오디오와 함께 PowerPoint 프레젠테이션을 브로드캐스트하려면 Microsoft PowerPoint에서 온라인 브로드캐스트 기능을 사용할 수 있습니다. 이 기능은 Windows Media 기술과 통합되어 인터넷이나 인트라넷을 통해 라이브 프레젠테이션을 브로드캐스트할 수 있게 합니다. 자세한 내용은 Microsoft Office XP Resource Kit 웹 사이트  를 참조하십시오.

 대답 닫기

Windows Media 서비스에는 자세한 도움말 설명서가 포함되어 있습니다. 이 설명서의 다운로드 가능한 버전은 Windows Media 9 시리즈 웹 사이트에서 얻을 수 있습니다.

 대답 닫기

예, Windows Media 9 시리즈 소프트웨어 개발 키트(SDK)는 이러한 강력한 새 플랫폼에서 고유한 솔루션을 작성하는 데 필요한 도구를 개발자에게 제공합니다. 자세한 내용은 Windows Media 9 시리즈 SDK 페이지를 참조하십시오.

 대답 닫기

예, 전자 메일 토론 목록이나 뉴스 그룹을 비롯하여 다른 Windows Media 서비스 사용자와 온라인으로 연결되어 상호 작용할 수 있는 다양한 방법이 있습니다. 참여하는 방법에 대한 자세한 내용은 Windows Media 커뮤니티 페이지를 참조하십시오.

 대답 닫기