Dual Forking
일반 전화기와 OC가 동시에 신호가 가서 양쪽으로 전화가 올 수 있게 하는 기능으로, Voice가 활성화 되어 있는 사용자와
그렇지 않은 사용자를 모두 지원하는 기능
Dual Forking With RCC(Remote Call Control)
OCS로 사용자의 PBX 상태 정보를 제공하는 기능
전화기를 사용하고 있으면 PBX에서 OCS로 정보를 보내서 OC상에서 통화중이라는 정보가 표시되도록 한다.
Dual Forking with RCC
2009. 11. 13. 15:52
International Student Identity Card (ISIC) - 국제 학생증 MS지원 및 각종 혜택
2009. 11. 12. 17:34
안녕하세요 향기입니다.
International Student Identity Card (ISIC) 국제학생증에 관해 얘기하겠습니다.
ISIC는 국제 학생증으로 대학을 다니는 학생은 2만원 정도의 비용으로 발급 받을 수 있습니다.
그에 따른 많은 혜택이 주어집니다.+
http://www.isic.co.kr <- 사이트에서 발급 가능합니다.
http://www.isic.co.kr/pack2/main1_isicapplyintro.jsp
인슈런스 및 숙박 및 교통 등 외국에 나갔을 때 많은 혜택을 볼 수 있습니다.
제 블로그에서 얘기를 하는 이유는 많은 혜택 중에 MS에서 게이츠 형님이 지원하는 혜택과 잡스 형님이 지원하는 혜택에 대해서 안내해 드립니다.
잡스형은 ISIC가 있으면,.
IPod 사실때 학생의 경우 10% 가 됩니다. ISIC 학생증이 있으면 12%까지 DC가 됩니다.
MAC S/W의 경우에는 80% 이상 할인 됩니다.
http://www.isic.co.kr/newisic/05_LifestyleCard/apple1.jsp
게이츠형은 DreamPark 제도를 지원합니다.
MSDN이 있거나 MS MVP의 경우에는 필요한 프로그램을 받아 편히 테스트를 해볼 수 있겠지만,
많은 MS 를 기반으로 공부하시는 분들에게는 좋은 방법인 것 같습니다.
Visual Studio , Windows Server 2003 / 2008
MS 공식 사이트 입니다
http://www.microsoft.com/korea/msdn/dreamspark/main.aspx
많은 도움 되시길 바랍니다.
학생들이여 어둠의 경로를 벗어납시다~~*
감사합니다.
MS License 새로운 인증 방식
2009. 11. 11. 14:30
안녕하세요 향기입니다~*
Microsoft에서 Volume Activation 2.0으로 올라가면서 KMS와 MAK이라는 인증방식을 제공합니다.
KMS는 회사 내부에 KMS 서버를 두고 6개월에 한번씩 인증을 받는 방식이며 최소 25대 이상의 컴퓨터에서 사용할 수 있는 방법이고,
MAK은 MS본사 서버에 직접 연결해서 인증 받아야 하며, 한번 인증 받으면 영구적으로 인증된다.
MAK (Multiple Activation Key)
- MAK은 컴퓨터나 컴퓨터 그룹을 MS 서버를 통해 인증한다. 키의 수는 제한되며 Microsoft Activation Center 에 연락하면 늘릴수 있다.
* 프락시 인증 : 프락시 인증으로 한번만 MS에 연결, 여러 컴퓨터를 동시에 인증할 수 있다.
* 개인 인증 : 각각의 컴퓨터에서 MS서버에 연결하고 인증
KMS (Key Management Service)
- 회사 내부에 KMS 서버를 두고 자동으로 인증한다. KMS사용 하기 위해서는 최소 25대 컴퓨터가 있어야 하며 6개월에 한번씩 회사 네트웍에 연결해서 재인증을 받아야 합니다.
이제 정품을 꼭 사용하세요~*
OCS Reverse Proxy with ISA
2009. 11. 11. 11:05
Original : https://blogs.pointbridge.com/Blogs/schertz_jeff/Pages/Post.aspx?_ID=19#EntryTabs
OCS Reverse Proxy with ISA 2006
Using ISA Server 2006 we need to create a publish a web site rule to allow external clients access to address book and meeting information which is hosted on the internal Standard or Enterprise server via the IIS Default Web Site. Following the instructions under section 2.1 of the Edge deployment guide can be a little tricky at first, but makes much more sense once a few specifics are more clearly understood.
The paragraph below is very confusing as it's actually referring to two different certificates but reads like they are talking about just one:
Request and Configure a Certificate for Your Reverse HTTP Proxy
The root certification authority (CA) certificate for the CA that issued the server certificate on the Web server (the IIS server running your Office Communications Server Web components) needs to be installed on the server running ISA Server 2006. This certificate should match the published FQDN of the external Web farm where you are hosting meeting content and Address Book files.
The first statement basically says that you need to export the root CA certificate from your internal CA and import it into the Trusted Root Certification Authorities store on the ISA computer; simple enough. But the second sentence is now talking about a second certificate that should be requested from a third-party CA and will be used by external clients to connect to ISA via the published External Web Farm FQDN. What this 'Web Farm" FQDN actually refers to is the external name that clients will use to connect to the IIS web site which is running on the internal OCS front-end server. This is NOT the FQDN used by clients to connect to the Access Edge, A/V service, or Web Conferencing service. In this example I will use abs.domain.com as the external FQDN, which will be configured in the OCS Edge deployment wizard and is part of the in-band configuration information to is passed to the external client once it makes a connection to the Access Edge service.
So to summarize that, the internally issued certificate which is assigned to the Front-End server's default web site will be trusted by the ISA Server, and a second third-party certificate needs to be installed on the ISA Server in order to assign to the web listener for the external client to accept. ISA will terminate the connection from the requesting external client using one certificate and then create a second connection (using the other certificate) to the internal web site, essentially bridging the entire connection.
And if it's not completely clear by looking at the first diagram in this article, then let me restate the obvious: the Reverse Proxy is not configured on the Edge Server itself, it's simply a way to allow external users access to a web site running on the internal OCS server. Installing ISA on the Edge Server for this rule is not advisable (and probably not even possible; I can't imagine even attempting to host both ISA and OCS on the same physical server!)
Once these important points are understood then working through the rest of the deployment guide should be pretty straight-forward. The resulting ISA publishing rule and web listener configuration would look something like this:
Office Communicator - Debuging & Log ( 디버깅, 로그확인 )
2009. 11. 10. 15:52
안녕하세요 향기입니다~*
OCS 장애 발생시에 로그 확인 및 장애 처리를 어려워 하시는 것 같아 몇 가지 방법을 올려 봅니다.
OC 클라이언트에서 구성정보를 확인 할 때 사용 하는 방법입니다.
< Ctrl + 마우스 우 클릭 > 을 사용하시면 OC 구성 정보를 확인하실 수 있습니다.
OC Ver. R2 이상 가능합니다. (이전 Ver. 은 구성정보 창이 안 나옵니다)
구성정보가 확인 됩니다. 여기서 로컬 로그 폴더라는 것은 OC에서 로깅 설정을 했을 시에 로그 파일이 생성되는 경로 입니다.
아래 로깅 부분을 체크해 주시면 해당 경로에 Log 파일이 생성 됩니다.
장애 확인을 위해서라면 Windows 이벤트 로깅과 OC 로깅을 같이 보시는 것을 추천 드립니다.
기본적인 OC 장애 사항을 확인하실 수 있습니다.
보다 자세한 서버로그를 확인 하시려면 OCS의 디버그 세션을 이용하셔야 합니다.
OCS - Best Practices Analyzer Tool (서버 점검 툴)
2009. 11. 10. 15:35
안녕하세요 향기입니다~*
Office Communication Server Best Practices Analyzer Tool 이 있었네요..
OCS 종합점검 툴이라고 보시면 됩니다. ( 초기 설치 후에 필수로 실행해봐야 하는 툴이라고 생각할 정도로 많은 정보를 보여줍니다)
Exchange Server 를 운영하시는 분이라면 알고 계실 만한 툴입니다.
OCS 와 AD 간의 정보를 취합해서 종합적인 데이터로 리포팅을 해주는 툴입니다.
필요한 HotFix 및 기본 값이 변경 된 사항들, 잘못된 부분을 찾아 낼 수 있고, 서버 정보도 함께 표시됩니다.
<다운로드>
Overview
The Microsoft Office Communications Server 2007 Best Practices Analyzer Tool is a diagnostic tool that gathers configuration information from a Microsoft Office Communications Server 2007 and 2007 R2 environments and determines whether the configuration is set according to Microsoft best practices. You can install the tool on a client computer that runs Microsoft .NET Framework 2.0, or on a server that runs Office Communications Server.
Note: Although you can install the Office Communications Server 2007 Best Practices Analyzer directly on the computer that runs Office Communications Server 2007 or 2007 R2 Server, we recommend that you install and run this tool on a client computer.
The tool uses a set of configuration files to gather information from the Office Communications Server 2007 or 2007 R2 environment. It compares this data against a set of pre-defined rules for Office Communications Server, and reports potential issues. For every issue reported, the tool provides the current configuration in the Office Communications Server environment, and the recommended configuration.
With the proper network access, the tool can examine your Active Directory and Office Communications Server 2007 or 2007 R2 servers to do the following:
- Proactively perform health checks, verifying that the configuration is set according to recommended best practices
- Generate a list of issues, such as suboptimal configuration settings or unsupported or not recommended options
- Judge the general health of a system
- Help troubleshoot specific problems
- Prompt you to download updates if they are available
- Provide online and local documentation about reported issues, including troubleshooting tips
- Generate configuration information that can be captured for later review
AD 서버의 FQDN을 입력하시면 됩니다.
Scan 할 영역을 선택하시고 Start Scanning 하시면 됩니다.
핫픽스가 설치 안되어 있다고 표시가 나오네요.. Exchange Server용 Exbpa는 바로 가기 링크가 있었지만,
OCSbpa는 해당 기능이 없는 듯 합니다. 아직 한글판은 없습니다.
여러 가지 형태로 볼 수 있고, 데이터를 저장할 수 있어 정기 점검이 가능합니다.
Exchange 의 경우 초기 설치 후에 권장사항으로 BPA를 사용하도록 합니다.
OCS도 설치 후에 BPA툴을 사용하도록 하는 것이 좋습니다.^^
감사합니다.