Unified Communications

나눔 강좌의 첫 강좌가 시작 되었습니다.

허클베리 핀 — Sat, 27 Feb 2010 18:07:31 +0900

날씨는 많이 풀렸지만 아직도 힘들어하는 우리 이웃을 위해서 '나눔세미나' 개최 하였습니다.

주말이지만 많은 분들이 참여하셔서 이틀 중 첫번째 날을 진행하였습니다.

아침 9시 30분 인트로를 시작으로 저녁 6시 까지 진행되는 '나눔세미나'가 잘 될것인지를 고민 많이 했습니다만,

참여하신 분들의 배움의 열정 때문에 정말 많은 질문이 나와서 일방적이 지식 전달이 아니라 발표자들도 다시 한번 되새기고 배우는 자리가 되고 있습니다.

내일은 더 좋은 세션이 되길 바랍니다.

아 그리고 ^^ 뒷풀이도 가능하면 인증샷 올리겠습니다.

WebEx, 옴니아 II 를 만나다

라인하트 — Tue, 23 Feb 2010 08:08:20 +0900

벌써 2월 23일, 포스팅된 글이 거의 전무하고, 겨우 UC 칼럼 글 하나입니다. 과도한 업무량과 정신적인 여유 부족이 원인이겠습니다. 항상 블로그의 포스팅된 글을 기다리는 분들에게 미안합니다. 또한, 체계적인 지식의 전달과 엔지니어들의 기부 문화 정착을 위해 만든 카페에 솔민아빠님이 정열을 쏟으면서 중요 필진 한명이 당분간 포스팅이 어려워졌습니다. Nexpert Cafe가 솔민아빠님 덕에 활성화되길 기원하면서, 동시에 저와 허클베리핀님이라도 열심히 포스팅하여 UC 기술의 현재를 전달하도록 하겠습니다.

시작하며
얼마전 프랑스 바르셀로나에서 MWC 2010 이라는 행사가 개최되었습니다. MWC 는 Mobile World Congress로 모바일 관련 제품을 전시하는 세계 최대의 통신 관련 전시회라고 합니다. 여기에 다양한 솔루션과 스마트폰이 출시되었지만, 저의 관심은 Cisco WebEx에 있습니다. 아래 그림에서 처럼, 삼성전자는 Enterprise Mobility라는 이름으로 옴니아 2 상에서 WebEx를 구현하였습니다. 실제 데모 장면을 정리해 보았습니다.

데모 시연
아래그림에서 왼쪽 그림에서 부터, 자신의 WebEx 스케줄링 확인, 다이얼링, WebEx 시작, WebEx 구동, WebEx와 문서 연동으로 구성되어 있습니다. iPhone에서 “Cisco Meet” 어플리케이션을 이용한 방법보다는 다소 복잡하고, 디자인이 아직 깔끔하지 않은 느낌입니다.

문서 공유의 경우, 노트북이 Presentator 역할을 하고, 옴니아 2 에서 문서를 보고 있습니다. 확대해서 보고 싶을 때는 문서를 손가락으로 더블클릭하여 원본 크기로 확대하여 손가락으로 이리저리 움직어 시연합니다. 아이폰과 같은 두손가락을 이용한 확대 축소는 되지않습니다.

데모에 대해 자세히 보고 싶으신 분들은 유투브에 공개된 아래 URL에 접속하여 보시기 바랍니다.

http://www.youtube.com/watch?v=dCFO0ah6DH0

정리하며
WebEx (웹엑스)의 발빠른 움직임이 드디어 삼성 옴니아 전화기까지 왔습니다. LG 전자는 아직 스마트폰이 없지만, 만들게 되면, 삼성전자처럼 웹엑스를 탑재하리라 예상됩니다.

국내에서 Mobile Collaboration 및 Mobile IUC라는 용어 보다는 FMC라는 말이 익숙합니다. FMC를 추진 중인 많은 기업은 스마트폰 상에서 VoWLAN (Voice over WLAN) 클라이언트에 많은 초점을 맞추고 있으며, 마치 IP Phone을 대체하여 스마트폰으로 회사의 업무를 볼 수 있을 것이라는 생각을 합니다. 제가 “Enterprise Mobility” 카테고리의 글에서 여러번 밝혔듯이 UC 및 협업을 위한 Mobility를 추구한다면, 스마트폰상에 VoWLAN이라는 옵션과 다양한 협업 툴의 이용에 초점이 맞추어야 합니다. 스마트 폰이 기업에 엄청난 생산성 향상과 Social Networking을 통한 새로운 툴을 제공하리라는 것은 자명한 사실이지만, 약간의 비용절감을 위해 VoWLAN에 초점이 맞추어진 현실이 안타깝습니다.

----------------------------------------------
라인하트 (CCIEV #18487)
ucwana@gmail.com (라인하트의 새로운 구글 이메일)
http://twitter.com/ucwana (라인하트의 트위터 )
http://twitter.com/nexpertnet (넥스퍼트 블로그의 트위터, 최신 업데이트 정보 및 공지 사항)
http://groups.google.com/group/cciev (시스코 UC를 공부하는 사람들이 모인 구글 구룹스)
http://groups.google.com/group/ucforum (벤더에 상관없이 UC를 공부하는 사람들이 모인 구글 구룹스)
http://cafe.nexpert.net/ (체계적인 UC 정보의 전달을 위한 카페, 이제 조금 있다는…)
정리하고 보니 나도 디지털 네이티브 ^____________^

네트워크 엔지니어에게 블로그 정신이 필요하다

라인하트 — Mon, 08 Feb 2010 14:50:40 +0900

얼마전 모 카드 광고에 “김씨, 이씨, 박씨, 최씨…… 디씨, 혹시 디씨 아세요?” 라는 상당히 재미있는 광고 문구가 있었습니다. 디씨카드가 무엇인지에 대한 궁금증을 자아내게 만드는 티저형식의 광고인데, 이것을 살짝 변형해 “김씨, 이씨, 박씨, 최씨 …… 유씨, 혹시 유씨 아세요?” 라고 바꾸어 보고 싶었습니다. 제가 항상 프리젠테이션 시에 “UC란 무엇인가”, “UC는 왜 필요한가?”, “UC를 통해 무엇을 얻을 수 있는가?”에 대해 장황하게 설명하다니 보니 이런 생각을 하게 됩니다. ^^

시작하며
이번 글에서는 "UC란 무엇인가”라는 부분보다는 다른 부분을 살펴보고자 합니다. 항상 UC를 접하는 엔지니어는 두가지면에서 좌절합니다. 그것은 “네트워크계의 3D라는 업무 속성”과 "높은 기술 진입 장벽"입니다. UC 엔지니어들은 전화기 1000대를 설치하면서 한 번 좌절하고, 관련 기술을 습득하면서 또 한 번 좌절합니다. 업무 특성 상 힘든 업무는 회사에서 알아서 해 주리라 생각합니다만 “높은 기술 진입 장벽”은 여전히 숙제입니다.

새로운 테크날러지인 VoIP 및 UC는 10년이 지난 지금도 엔지니어가 부족하고, 한국에서의 UC의 확산 속도가 더디기만 한 이유가 무엇인지 살펴보고자 합니다. 우선은 웹페이지의 검색에서 부터 살펴보겠습니다.

MS OCS와 Cisco CUCM에 대한 컨텐츠를 검색엔진에서 비교하다
MS OCS와 Cisco CUCM은 대표적인 UC 핵심 장비이지만, 태생이 전혀 다른 녀석들입니다. 시스코는 네트워크 장비를 만드는 회사이며, 마이크로소프트는 소비자용 OS 및 다양한 어플리케이션을 만드는 회사입니다. 이 두 제품의 비교를 통해 검색된 컨텐츠의 양과 질에 대해 살펴보겠습니다.

마이크로소프트의 OCS (Office Communication Server)는 기업용 메신저에서 출발하였지만, 지금은 당당히 IP PBX로 인정받고 있는 제품입니다. 제가 “OCS 설치하기” 라는 키워드로 검색을 하였더니 네이버 블로그에서는 416건을, 구글에서는 381건을 확인할 수 있었습니다. “CUCM 설치하기”라는키워드는 네이버 블로그에서는 41건을, 구글에서는 8개가 검색되었습니다. 흠 이상하다는 생각에 구글에서 전체웹을 기준으로 다시 정렬해 보니 “OCS 설치하기"는 4,140개, “CUCM 설치하기”는 1,020개였습니다. 국내 IP PBX도 검색하여 보았으나, 일간지 기사 내용 및 회사의 홈페이지 내용외에는 거의 없었기에 제외했습니다. 영어로 찾을 경우에는 “OCS Install”은 355,000개, “CUCM Install”은 95,800개 였습니다. 영어로 된 컨텐츠는 10만 단위로, 약 3배정도 OCS가 많았습니다만, 한글로 된 컨텐츠는 1,000 단위이면서 약 4배정도 OCS가 많았습니다.

<구글상에서 “OCS 설치하기” 검색 결과>

<구글에서 “CUCM 설치하기” 검색 결과>

이번 검색을 통해 검색된 한글 컨텐츠의 양과 질에 대해 확인할 수 있었습니다. OCS는 컨텐츠를 확인하여 바로 설치가 가능할 정도의 사진 및 동영상 컨텐츠가 약 2500개 정도 였지만, CUCM은 250개 정도 였습니다. 우리나라에 설치된 OCS와 CUCM를 비교하면 - 제 추측이지만 - 아마도 100배 정도 CUCM이 많이 설치되었을 것이며, 엔지니어 숙련도 면에서도 훨씬 뛰어날 것입니다. 그러나, 네트워크 업계에 있는 사람들, 특히 UC 업계에 있는 분들은 정보 공유 잘 하지 않는다는 사실을 보여줍니다.

엔지니어의 정보 습득에서의 차이
시스코 UC 엔지니어들은 대부분 제조사에서 제공하는 매뉴얼이나 학습 자료를 바탕으로 장비들을 설치합니다. 인터넷 상에서 무작정 검색해서 정보를 얻기란 쉽지 않기 때문입니다. 마이크로소프트의 UC 엔지니어들은 기본적으로 제조사가 제공하는 서비스를 그대로 사용하겠지만, 한 가지 더 강력한 무기가 있습니다. 바로 인터넷 웹에서 경험이 축적된 자료를 이용한다는 것입니다. 이는 기본적인 초보 엔지니어의 기술 습득을 빠르게 하고, 문제 해결 능력을 향상시키게 됩니다. 또한, 기본적인 배경지식이 없이는 시스코의 장비 설치가 어려운 반면, 마이크로소프트는 배경지식이 거의 없어도 장비 설치에는 문제가 없다는 것을 보여주는 것입니다.

제 경험에 비추어 보면, 과거에 MS OCS와 Cisco CUPS를 연동해야 하는 프로젝트를 진행하고 있을 때였습니다. OCS를 처음 설치하는 저에게 상당한 부담이였지만, 구글이나 네이버에서 검색을 하는 순간 Step-by-step으로 사진 캡쳐를 통해 자세히 설명되어 있어 쉽게 설치할 수 있었습니다. 어떤 자료는 설명이 적은 것도 있었지만, 설치를 직접 진행한 수십명의 전문가들이 자료를 각자의 스타일로 정리하였고, 제가 경험할 수 있는 문제를 이미 경험하여 정리가 되어 있었습니다. 문제의 발생은 CUPS에서 발생하였습니다. 설치 매뉴얼은 글로만 되어 있으며, 어딘가에서 문제가 발생했는 지 설치가 여러번 실패하였고, 설치후에도 연동을 위한 설정이 만만치 않았습니다. cisco.com의 자료는 수준 높은 전문가가 만들어서 그런지 자세한 설명도 없었고, 중간 중간 빠져 있어 따라하기만 하다가는 제대로 동작하지 않기 일쑤 였습니다. 결국, 마이크로소프트 전문가와 패킷을 잡아가면서 해결을 했습니다.

이러한 지식의 공유와 습득의 과정의 차이는 엔지니어의 성향에서 비롯됩니다. 마이크로소프트 제품 관련 엔지니어는 자신의 블로그나 카페를 통해 지식을 공유하는 것을 즐기지만, 시스코 제품 관련 엔지니어는 블로그나 카페 활동이 미흡하며, 지식 공유 자체를 좋아하지 않습니다. 전 세계를 연결하는 인터넷의 핵심 제품인 라우터와 스위치를 설치하는 네트워크 엔지니어이지만, 인터넷을 기반으로 어플리케이션을 제공하는 마이크로소프트 엔지니어와는 비교가 되지 않을 정도로 지식 공유를 꺼려합니다.

한 분야에 전문가가 되기 위해 공부해야 할 양이 동일하다고 가정한다면, 시스코 네트워크 엔지니어는 기초 및 중급 기술에 대해 공부해야 할 시간이 절대적으로 크며, 마이크로 소프트 엔지니어는 상대적으로 짧은 시간내에 달성할 수 있다는 것입니다. 그러므로, 마이크로소프트 엔지니어는 다양한 테스트가 가능하고, 경험에 의한 지식이 빠르게 축적된다고 볼수 있습니다. 엔지니어의 능력의 차이는 존재하겠지만, 접근할 수 있는 컨텐츠의 질과 양에 따라 추측한 것입니다.

테스트를 위한 소프트웨어를 얻기 위한 방식의 차이
이런 인터넷 상의 컨텐츠의 차이 뿐만 아니라, 아마추어의 테스트용 소프트웨어를 얻는 부분에서도 차이가 있습니다. 마이크로소프트의 제품에 관심가지는 사람은 언제든지 마이크로소프트에서 평가판을 항상 무료로 다운로드 받아서 사용해 볼 수 있습니다. 제품에 대한 장단점을 쉽게 파악할 수 있으면서 이미 그 사람은 마이크로소프트의 제품에 익숙해진 엔지니어가 될 것입니다. 그러나, 시스코의 제품에 관심가지는 사람은 하드웨어든 소프트웨어든 쉽게 구할 수 없으며, 제품을 직접 사지않고 어둠의 경로를 통해 제품을 구하기도 쉽지 않습니다. 따라서, 엔지니어의 숫자는 제한될 수 밖에 없으며, 힘들게 지식을 축적하였으므로 쉽게 지식을 공유하는 것을 기본적으로 꺼리게 되는 이유일 수도 있습니다.

UC 엔지니어의 블로그 정신 부족을 경계한다.
UC 엔지니어의 정보 공유는 초라합니다. 이를 시스코에 국한하지 않고, 네트워크 전반으로 넓혀보아도 큰차이가 없습니다. 전세계를 음성으로 연결한 PBX 제품에 변변한 설치 및 운영에 대한 매뉴얼 조차 인터넷에 거의 공유되지 않았으며, 기술은 항상 고립되어 있었습니다. PBX와 달리 IP 또는 인터넷이 급속히 성장할 수 있었던 배경에는 지식의 무한한 공유에 있습니다.

지금 UC를 하는 엔지니어는 기술력을 갖추고자 열심히 현장 경험을 쌓으면서 공부하고 있습니다. 현재 많은 노하우가 각자의 엔지니어에게 쌓여 있습니다. VoIP시절 부터 쌓인 UC의 노하우가 엔지니어의 머리속에만 쌓여있다면, 우리나라에서 UC가 활성화되기란 쉽지 않습니다. 네트워크 엔지니어는 UC 시장을 활성화할 수 있는 토대가 되기 때문에 서로의 축적된 지식을 공유하는 것은 UC 엔지니어를 늘리기 위한 가장 좋은 방법입니다. 언제까지 엔지니어 부족을 걱정하고 있을 수는 없습니다. 지금 UC 엔지니어에게 필요한 것은 블로그 정신입니다.

지식 나눔 - 정보는 공유되어야 한다.
블로그스피어를 통해 저도 배우고, 블로그를 방문해 주시는 분들도 배우고, 이렇게 축적된 지식은 다시 더 새로운 아이디어와 생각으로 UC 시장이 더욱 활성화됩니다. 그래서, Nexpert.net 팀 블로그의 비젼은 “정보는 공유되어야 한다”입니다. 공유된 지식은 더 많은 것을 얻을 수 있습니다. 제가 바닥부터 기어서 지식을 습득하였다고, 다른 사람들도 바닥부터 기어서 지식을 습득하도록 한다면, 우리나라의 UC는 항상 뒤쳐질 수 밖에 없을 것입니다. 앞서간 엔지니어는 뒤따르는 사람들이 더 새롭고 뛰어난 아이디어를 가지고 UC를 발전할 수 있도록 토대를 만들어 주어야 합니다.

“지식 나눔”을 위해 nexpert.net에 포스팅된 모든 컨텐츠는 출처만 밝힌다면, 누구나 쉽게 복사할 수 있도록 하였으며, 비상업적 용도라면 누구나 글을 인용하여도 됩니다. nexpert.net 블로그를 통해 지식을 습득하시고, UC 공부를 하시는 데 도움이 되었다면, 가깝게는 타인에게 쉽게 알 수 있도록 가르쳐주시고, 자신만의 특화된 UC블로그를 만들어 보시기 바랍니다. 혼자 하기 어렵다면, nexpert.net 팀 블로그처럼 여럿이 같이 해 보기를 추천합니다. 지식을 체계적으로 쌓아 블로거끼리 서로 파도를 타듯이 지식이 넘나든다면, UC에 대한 진입 장벽이 낮아지고, 많은 사람들이 UC를 체험하고 쉽게 엔지니어의 길을 접어들수 있을 것입니다.

UC 관련 카페나 블로그가 조금씩 생겨나고 있습니다. 점점 검색되는 컨텐츠의 양이 많아지고 있습니다. Nexpert.net 블로그가 UC 정보를 공유하듯이 다른 많은 카페나 블로그가 자신만의 노하우를 적극적으로 공개할 수 있어야 합니다. 지식을 공유하는 것은 자신의 가치를 떨어트리는 것이 아닌 자신의 가치를 드러내는 일이며, 자신을 위협하는 후배 엔지니어가 많아져야 자신도 우물안 개구리로 머물지 않고 더욱 열심히 공부할 수 있게 됩니다. 내가 먼저 지식을 공유하지 않으면, 누구도 지식을 공유하지 않습니다. 배우기만 하는 사람이나 혼자서만 공부하는 사람은 지식의 습득 속도가 현저히 떨어집니다. 같이 배우고 연구해야 더욱 자세히, 더욱 깊이 지식이 늘어난다고 믿습니다.

지식나눔 – 댓글이 시작이다
블로거가 되는 것이 힘들다면, 좋은 댓글을 달아 주시기 바랍니다. UC 블로거들이 많아지고 컨텐츠가 풍부해지기 위해서는 좋은 글에 대한 다양한 의견과 격려의 댓글이 필요합니다. nexpert.net을 방문하는 여러분들은 다양한 카페 및 블로그에서 좋은 정보를 얻었다면, 항상 블로거를 위해 댓글을 달아 주시길 바랍니다. 좋은 댓글이 좋은 글을 만들며 지식나눔에 토대가 됩니다. 저도 가끔 기분나쁜 소리를 들으면, 한 두달 블로깅을 주저하게 됩니다. 댓글이야 말로 지식 나눔을 실천하도록 격려해주는 가장 좋은 도구입니다. 댓글이 적으면, 블로거 분들이 푸쉬를 받지 못하니 좋은 글이 많아질 수 없습니다.

UC 엔지니어 여러분, 블로깅을 하는 것이 어렵다면, 댓글을 다는 것부터 시작해 보시기 바랍니다. 댓글달기는 팁이나 기술적 지식을 공유할 수 있는 작은 시작입니다.

마치며
국내 마이크로소프트의 블로거와 시스코의 블로거를 비교하다보니 지식나눔에 대해 이야기 하게 되었습니다. 이야기의 흐름은 시스코로 대표되는 네트워크 전반에 대해 이야기 하였지만, 비단 시스코뿐이 아닐 것입니다. 국내의 IP PBX 업체로는 제너, 아크로메이트 등이 있지만, 이 제품에 대한 소개와 특장점, 기능에 대해 설명해 놓은 자료가 거의 전무합니다. 이는 잘 알려져 있지 않다는 것이며, 극히 소수만이 제품을 이해하고 있다고 할 수 있습니다. 우리나라에서 UC가 확대되기 위해서는 다양한 벤더들에 의한 자료 뿐만아니라 전문 블로거들에 의해 평가받을 수 있도록 제품에 대한 데이타시트 및 기능을 충분히 제공하고, 관심있는 블로거들이 제품을 체험해 볼 수 있도록 하는 것이 필요합니다. 기존의 국내 제품은 ISP와 같은 특정 집단과 상대했지만, UC 가 확대되는 세상에서는 모든 기업을 대상으로 해야 합니다.

^^ UC 블로거 여러분이 UC 세상을 열어갑니다. \^^\ 아니면 말구…

네이버에 나눔카페 (http://cafe.nexpert.net) 정식 오픈했습니다.

솔민아빠 — Wed, 27 Jan 2010 13:43:26 +0900

안녕하세요, 오랜만에 인사드리는 솔민아빠입니다.

여러분께 새로운 소식을 전할까 합니다.

다름이 아니라 nexpert 블로거들끼리 모여서 도움이 필요한 사람들한테 조금이나마 보탬이 되어보자는 얘기가 나온적이 있었는데요, 그자리에 있던 모든 사람들이 재력과 체력을 비롯한 누굴 도울만한 변변한 능력이 별루 없더라구요.
그래서 우리가 잘하는게 뭘까 고민해봤는데, 지금까지 엔지니어로서 업무스킬을 늘리는데만 바빴지, 특별히 잘하는게 없더라구요.

그렇다고, 소외계층을 대상으로 Voice 스킬을 알려주는건 도움은 커녕 시간만 빼앗게 되는 것이니 비현실적이란 생각을 했죠.

그러다가 문득 생각하게 된 것이, 양질의 Voice 교육을 원하는 분들께 교육을 제공하고, 교육비 대신 일부금액을 직접 기부할 수 있는 기회를 제공해 드려도 충분히 도움을 필요로 하는 분들께 보탬이 되겠다는 생각을 해보게 되었습니다.

알아보니, 이러한 활동을 재능 나눔 활동이라고 표현할 수 있겠더라구요. 교육에 참석하시는 분들은 기부 활동을 하실 수 있구요..

물론 아직은 작은 시작에 불과합니다. 이러한 활동이 작은 씨앗이 되어서 voice 분야에서 RnS, Security 등의 다양한 네트워크 분야 전반으로, 더 나아가 전체 IT 분야에서의 나눔활동이 확산되었으면 하는 바램을 가져봅니다.

http://cafe.naver.com/nexpert 에 가입하시면 좀 더 자세한 카페의 취지 및 활동 내역을 확인 하실 수 있습니다만, 아직은 시작단계라 미흡한 점이 굉장히 많습니다. 관심 있는 여러분들의 참여로 인해 따뜻한 마음을 가진 IT인이 더욱 많아졌으면 하는 욕심을 가져봅니다.

**다음은 카페에 공지되어 있는 제 1차 나눔 강좌에 대한 소개 글입니다.**

저희가 첫 나눔 강좌를 개최하려고 합니다.

CCIE Voice를 취득하고 싶지만, 무엇을 어떻게 준비해야 할지 막막하신 분들을 위해 2일간 CCIE Voice 시험에서 다뤄지는 내용을 다룹니다. (단, 저희는 시험 문제 공유 및 유출은 절대 하지 않습니다.)

첫 나눔 강좌의 제목을 CCIE Voice로 정한 이유는 여러가지가 있겠지만, 강좌를 준비하시는 분들이 전부 보이스 또는 UC를 현업으로 하시는 분들이며, 모두 CCIE Voice를 소지하고 있습니다. 그리고, 적지 않은 분들이 자격증 준비에 고민하실꺼란 판단에 의해 주제를 정하게 되었구요, 앞으로 의견 수렴을 통해 다음 강좌는 자격증 뿐만이 아닌, 초급/중급/고급 등의 여러가지 세션들을 준비할 예정입니다.

강좌 상세 내용

* 일시 : 2월 27일 ~ 28일 (2일)
* 시간 : 09시 ~ 18시 (8시간/일 총 16시간)
* 장소 : 강남역 SIDA
* 대상 : 나눔활동에 관심이 있고, CCIE Voice를 준비하는 카페 멤버
* 인원 : 20 명 (입금 선착순)
* 비용 : 교육비(5만원) + 나눔활동
             - 교육비는 세미나실 임대 비용 및, 교재 제작등의 최소 운영비용으로 산출
             - 나눔 활동은 최근 한달내에 본인 명의로 참여했던 여러가지 형태의 나눔활동을 증명을 첨부해서 이메일
             로 보내주시면 되고, 활동내역이 없으신 분은 교육 당일 현장에서 기부금 납부 형태로 참여 가능합니다.
             - 교육에 꼭 참석하고 싶으나 형편등의 이유로 등록이 어려운 분이 계시면 사연을 댓글이나 쪽지, 이메일
             등 편한 방법으로 남겨주세요. 사연은 운영진들간의 협의를 거쳐 무료 교육 대상 선정을 할 것입니다.

* 기타 :
- 본 세미나는 기술적인 내용 전달과 나눔 활동의 확대를 목적으로 개최하는 것입니다. 따라서 교육비는 이익을 발생시키지 않는 전제로 최소금액을 설정할 예정이며, 기부의 형태를 넘는 다양한 나눔활동을 증진하는데 초점을 두기 때문에 형태 및 액수 등의 기준을 따로 정하지 않으려고 했으나, 최소한의 가이드라인을 위해 현장 기부금 납부는 최소금액을 10,000원으로만 정하겠습니다. (최고한도는 없습니다. ^^)

- 현장에서 납부하시는 기부금은 카페 이름으로 사회복지공동모금회에 전달될 예정이지만, 기부자 명의로 기부금 전액이 소득공제가 가능합니다. (법정 기부금으로 분류되어 기부금의 100%를 소득공제 받을 수 있습니다.

* 세미나 상세내용

발표자 및 진행자 : 솔민아빠(#14171), 라인하트(#18487), 허클베리핀(#18695), 여니화니(#18697)
발표내용 :
- VoIP, IP Telephony, Unified Communication의 기본 개념 이해
- CCIE Voice 시험은 이런식으로 치뤄진다.
- CCIE Voice 시험 준비는 이렇게 한다.
- CCIE Voice 시험에서 다뤄지는 주요 모듈 정리 (실제적인 기술적인 내용 전달)

*참가신청

- 아래 계좌로 입금 후 이메일(netcreat@gmail.com) 로 참가신청 메일을 보내주시기 바랍니다.

- 메일 제목 : 세미나신청-실명(별명)-입금일자-나눔활동 내역 형태

예) 세미나신청-이민석(솔민아빠)-2월 12일-나눔활동 내역서 첨부 (또는 현장 납부)

- 계좌번호 : 국민은행 829502-04-027448(이민석)

- 편의상 교육비 입금시 기부금을 한꺼번에 입금하고 싶은 분은 메일 보내실 때 꼭 알려주세요.현장에서 소득공제 관련 서류만 작성해 주시면 됩니다.

텔레프레즌스의 무한 확장 Telepresece WebEx Engage

라인하트 — Wed, 27 Jan 2010 06:00:00 +0900

1월 들어, 허클베리핀 님과 제가 글을 많이 올리고 있습니다. 올해에는 블로그를 통해 더욱 더 많은 UC 엔지니어가 양성되었으면 하는 바램으로 지치지 전까지는 포스팅을 하도록 하겠습니다. ^^ 우리나라의 UC업계가 기술력 있는 사람도 하려는 사람도 부족한 것이 현실이라 UC 발전을 위해 더욱 노력하겠습니다. 블로그를 방문하시는 분들도 UC 내공 증진에 힘을 쓰시어 UC의 구음진경 (?) 을 얻으시기 바랍니다.

얼마전 부터, 몇몇 UC 기업에서 UC 엔지니어를 채용하려고 하지만, 어려움을 겪고 있습니다. UC 엔지니어의 부족은 어제 오늘의 일이 아니지만, UC가 조금씩 확대되는 시장 상황과 엔지니어의 인식에도 기인합니다. UC는 상당한 기술력이 요구되면서, 바닥부터 기어야 되는 단점을 모두 가지고 있어 네트워크 업계의 3D로 인식됩니다. 그래서, 초급 엔지니어들은 UC의 높은 기술 장벽에서 주춤거리고, 중급 엔지니어들은 3D라는 인식으로 시작하기를 꺼리는 듯합니다.

국내 UC의 확대를 위해서는 UC 엔지니어의 절대적인 숫자가 늘어나야 한다는 생각에는 변함이 없으며, 여러분들도 저와 같은 생각이시기에 열심히 넥스퍼트 블로그를 기웃거리다고 생각하며, 오늘도 블로그질을 합니다. ^^

시작하며
오래전 시스코의 발전 방향을 알기 위해서는 Catalyst 6500 스위치를 살펴보라는 말을 한 선배로 부터 들었던 기억이 납니다. 시스코의 M&A가 이루어지면, 항상 Catalyst 6500 스위치의 모듈로 장착이 됩니다. 즉, 모든 네트워크 장비들의 기능을 집약하여, 필요할 때마다 모듈만 장착하여 원하는 기능을 구현하도록 하는 체계로, Catalyst 6500을 통해 시스코 네트워크 장비의 진화 방향을 가늠할 수 있다는 상당히 설득력이 있는 이야기였습니다.

그럼 이제 시스코의 발전 방향을 알기 위해서는 무엇을 보아야 할 지 묻는 다면, 저는 시스코의 텔레프레즌스 시스템을 바라볼 것을 권하고 싶습니다. 시스코의 텔레프레즌스 시스템는 화상회의 솔루션이지만, IP PBX와 함께 연동하여 운영됩니다. 텔레프레즌스는 끊임없이 타사 제품과 연동하거나, 다른 영상 솔루션과 연계하여 홀로 존재하는 것이 아닌 다 함께 어우려지려고 변화합니다. UC라는 큰 그림에서 이러한 움직임은 필연이며, 궁극에는 모든 제품들이 하나의 네트워크에서 어우려질 것입니다. 또한, 앞으로는 영상이 모든 커뮤니케이션의 주요한 이슈가 될 것입니다.

텔레프레즌스의 Any-to-any Communication
텔레프레즌스는 “Any-to-any Communication” 이라는 기반에 맞추어 끊임없이 진화하고 있습니다. 시간의 흐름에 맞추어 퍼즐을 맞추어 보겠습니다.

IP Telephony와 연동
시스코의 텔레프레즌스 시스템의 핵심 코어는 CUCM (Call Manager) 입니다. Cisco IP Telephony의 가장 핵심적인 IP PBX입니다. CUCM은 Trunk 제어 및 IP Phone의 등록 및 관리 기능을 수행합니다. CUCM의 입장에서 Cisco Telepresence System은 전화기와 마찬가지로 인식되어, IP Telephony 제품과 통화가 가능하도록 설계되었습니다. 따라서, 처음 제품이 출시되었을 때 부터 IP Telephony 네트워크와의 연동은 문제가 되지 않았습니다. 초장기에는 텔레프레즌스 단말 당 하나의 음성 통화만을 지원하였지만, 현재는 3개의 음성 통화까지 가능하며, 그 이상이 필요할 경우 MCU를 이용하도록 합니다.
MS Exchange 및 IBM Domino와의 연동
기존의 디렉토리 서비스와 연동하고, 기존의 메이저 스케줄링 시스템과 연동하여 텔레프레즌스 사용자들이 기존에 회의 예약하듯이 시스코 텔레프레즌스 시스템을 예약할 수 있도록 친숙함을 유지하였습니다.
기존 SD 및 HD 화상 제품과의 연동
시스코의 텔레프레즌스 제품은 Full HD 화상 및 CD급 음질을 제공하였지만, 기존 화상 제품과의 연동은 원할하지 못했습니다. 그러나 CUVC 5200 및 MXE 5600이라는 제품을 통해 기존 화상 제품들이 시스코 텔레프레즌스 네트워크에서는 잘 어우러 지도록 설계하였습니다.
녹화시스템 및 Transcoder와의 연동
텔레프레즌스 회의실의 영역을 확장하여, Self-recording이 가능하도록 하였습니다. Full HD로 녹화된 영상을 MXE 3500 이라는 제품을 통해 다양한 포맷으로 변환하여, 아이폰 및 PC, DMS 등과 같은 곧에서 바로 재생할 수 있도록 하였습니다.

텔레프레즌스 시스템을 통해 모든 통신 장비와 연결이 가능하며, 기존 화상 제품과도 연계가 가능합니다. 이제 텔레프레즌스는 WebEx와의 연동을 준비하고 있습니다. 이 것은 오래전부터 준비를 해 왔었습니다

현재 Telepresence와 WebEx의 연동
아래 그림은 WebEx와 시스코 텔레프레즌스가 연계된 그림입니다.

이것이 현재의 일차적인 수준의 Telepresence와 WebEx 연동입니다. 화상 영상 중 맨 위에 있는 것이 텔레프레즌스입니다. 이것은 CUVC 라는 MCU를 이용하여 표시한 것입니다. 관리자는 텔레프레즌스 회의와 WebEx회의를 별도로 개설하고, WebEx의 영상 소스를 MCU로 지정하여 다수의 영상을 볼 수 있도록 한 것입니다. 좀 복잡한 방식으로 관리자가 고생하면 되는 것입니다. 그럼 새롭게 선보이는 WebEx 연동 방식은 이보다 더 간편하게 회의를 예약 및 개설할 수 있습니다.

Cisco Telepresence WebEx Engage의 개요
시스코에서 새롭게 선보이는 Telepresence WebEx Engage는 어떤 장점을 가지고 있는 지 살펴보겠습니다.

매우 쉽게 회의 예약 (텔레프레즌스와 WebEx 스케줄링을 통합)
텔레프레즌스 회의실에서 OBTP (One-Button-to-Push)를 통해 회의 시작
텔레프레즌스 회의실의 Auto-Collaboration (문서 공유) 화면에 “Welcome Screen”이 표시되면서, 현재의 회의 정보와 참가자 상황을 표시
손쉬운 문서 공유
WebEx 참가자나 텔레프레즌스 참가자 모두 기존의 방식으로 문서를 공유하게 되면, 모든 참가자들이 똑같은 문서를 볼 수 있음
WebEx 참가자들은 Telepresence 참가자 및 WebEx 영상 참가자의 영상을 볼수 있음
텔레프레즌스 참가자들은 WebEx 참가자의 영상을 보지 못하는 것이 단점입니다.
사용자에게 익숙한 사용 패턴 유지
WebEx 참가자들은 기존의 사용 방식을, 텔레프레즌스 참가자들도 기존의 방식을 유지

이제 기존의 Telepresence와 WebEx 연동에서의 단점을 극복한 Cisco Telepresence WebEx Egage의 장점을 이해할 수 있습니다. 텔레프레즌스가 텔레프레즌스 참가자만을 위한 것이 아닌 PC를 가진 사용자라면 누구나 함께 웹미팅에 참가하여 다양하게 의견을 주고 받을 수 있습니다. 텔레프레즌스도 점점더 Bounderless UC를 구현하도록 진화하고 있습니다.

아래 그림은 Telepresence WebEx Engage에 대한 간략 구성도 입니다. 텔레프레즌스 다자간 회의 시스템인 CTMS (Cisco Telepresence Multipoint System)과 WebEx가 직접 통신합니다. 이 둘간의 연동을 위한 한 별도의 솔루션이 필요하지 않습니다.

Telepresence WebEx Engage 사용하기
실제 사용하는 그림을 보면서, 편리성 및 효용성에 대해 판단해 보도록 하겠습니다. 간단한 동영상에서 캡펴하였기에 퀄러티는 보장할 수 없습니다. ^^

Telepresence WebEx Engage 시작하기
아래그림에서 보듯이, 텔레프레즌스 회의실의 전화기 상에 Telepresence 예약 스케줄링이 WebEx 마크와 함꼐 표시됩니다. WebEx 마크가 표시된 회의는 WebEx Engage가 설정되어 텔레프레즌스 회의와 동시에 WebEx 미팅이 개설된다는 의미입니다.
텔레프레즌스 LCD 창에서 회의 정보 확인
아개 그림은 텔레프레즌스 회의실에서 OBTP로 회의 개설 후 Auto-Collaboration 화면에 나타난 회의 정보 및 회의 참가자 리스트를 확인하는 것입니다.
WebEx 창에서 회의 정보 확인
아래 그림에서 보면, WebEx 참가자는 텔레프레즌스 회의실 영상 및 WebEx 참가자의 영상을 동시에 보면서, 참가자 리스트를 확인할 수 있습니다.

여기서 기억해야 할 점은 WebEx 참가자의 영상을 텔레프레즌스 화면 상에서는 볼 수 없다는 것입니다. Telepresece 참가자는 WebEx 참가자의 음성과 공유된 문서만을 볼 수 있습니다. 아마도 다음 다음 버전에서는 가능할 것입니다. (꼭 다음 다음버전이라는 얘기는 아닙니다 ^^ 언젠가는 될 것이라는...기대입니다.)
WebEx 사용자의 문서 공유
WebEx 사용자가 문서를 공유하면, 자동으로 텔레프레즌스 회의실의 LCD 창에 공유된 문서를 확인할 수 있습니다. 과거에는 텔레프레즌스 사용자가 노트북을 통해 WebEx에 접속 한 후 공유된 화면을 텔레프레즌스 사용자에 공유해 주는 구조였지만, 지금은 노트북의 VGA 케이블이 연동되어 있지 않으며, 다른 내용이 표시되어 있는 것을 알 수 있습니다.

<Webex의 남자가 WebEx의 여자에게 “Pass the ball”을 한 후 슬라이드를 공유함>
텔레프레즌스 사용자의 문서 공유
텔레프레즌스 사용자가 VGA 케이블을 노트북에 연동하자 마자 WebEx 사용자와 텔레프레즌스 사용자가 동일한 문서를 공유하고 있는 모습입니다.

<TP 사용자가 문서를 공유하여 TP및 WebEx 사용자가 동일한 화면을 공유함>

Telepresence WebEx Engage를 사용하게 되면, 사용자 교육과 같은 업무가 더욱 편리하게 됩니다. 강사는 텔레프레즌스 회의실에서 편안하게 강의하고, 나머지 참가자들은 미리 전달받은 메일이나 WebEx Meeting number를 통해 접속하면 신속하게 교육을 받을 수 있습니다.

Telepresence WebEx Engage 구현하기 위해 필요한 것들
Telepresence WebEx Engage는 아직 구현되지 않은 시나리오입니다. 2010년 여름 즈음에 구현이 가능하리라 예상되며, 몇가지 요구사항을 만족해야 합니다.

Telepresence System의 버전 업그레이드
텔레프레즌스의 현재 버전은 1.6버전입니다. 차기 버전은 메이저 업그레이드 버전일 확률이 높으며, 이 이상의 버전을 갖추어야 합니다.
Telepresence 시스템 설치
기본적으로 다자간 회의 시스템인 CTMS와 예약 스케줄러인 CTM (Cisco Telepresence Manager)를 갖추어야 합니다. 이 두제품이 반드시 설치되어야 Telepresence WebEx Engage를 구현할 수 있습니다. CTM은 간편한 예약 및 WebEx 미팅 개설을 위해서 CTMS는 다자간 회의 연동을 위해서 필요합니다.
WebEx Mediaton 업그레이드
WebEx는 SaaS 이기 때문에 사용자에게 별도의 장비를 갖출 것을 강요하지 않습니다. APAC 지역의 WebEx 코어시스템은 현재 WBS 27 버전으로 최신 서비스 팩이 설치되어야 한다고 합니다. 일반적으로 APAC을 담당하는 WebEx Meeting Center인 Meditaone 시스템이 조금 늦게 업그레이드 되는 것을 감안해야 합니다.
Telepresence Endpoints의 WebEx Host 계정 확보
텔레프레즌스 회의를 예약하는 사용자가 Host 계정을 가지고 있다면, 예약이나 진행에는 문제가 없습니다. 그러나, Host가 미팅에 참가하지 않으면 WebEx 회의가 시작하지 않으므로, Telepresence 시스템이 Host 계정을 가지고 있는 것이 편리합니다.

초기 Telepresence Webex Engage 버전 상에서는 다음과 같은 기능이 되지 않을 것입니다. 향후 진화하면서 이러한 기능들도 모두 수용하리라 예상됩니다.

WebEx Meeting Center만 사용 가능 (Tranining Center 나 Event Center는 미 연동)
Whiteboarding 기능 미지원
desktop sharing 및 application sharing만 지원
스마트폰 상에서는 음성 회의만 지원 (이 것은 의문입니다. 문서 공유는 가능할 듯도 한데…)

마치며
텔레프레즌스가 시스코의 모든 솔루션과 연동되어 하나의 큰 Unified Communication을 구축할 것입니다. 다시말해서 시스코의 Unified Communications은 커뮤니케이션을 위한 모든 솔루션이 연동되도록 할 것입니다. 지금은 텔레프레즌스 및 WebEx와 같은 시스코만의 솔루션이지만, 시간이 지나면 3rd Party 솔루션도 함께 연계하리라 생각됩니다.

국내 UC 솔루션도 더욱 성숙하여 시스코 및 어바이어 등과 잘 연동되길 기대해 봅니다. "UC의 확대는 어느 한 벤더의 독주가 아닌 다양한 벤더가 뒤썩여야 긍정적으로 발전할 수 있다." 라는 UC 포럼의 "맥쑤리"님의 말을 다시 새겨봅니다. ^^

----------------------------------------------
라인하트 (CCIEV #18487)
ucwana@gmail.com (라인하트의 새로운 구글 이메일)
http://twitter.com/ucwana (라인하트의 트위터 )
http://twitter.com/nexpertnet (넥스퍼트 블로그의 트위터, 최신 업데이트 정보 및 공지 사항)
http://groups.google.com/group/cciev (시스코 UC를 공부하는 사람들이 모인 구글 구룹스)
http://groups.google.com/group/ucforum (벤더에 상관없이 UC를 공부하는 사람들이 모인 구글 구룹스)
http://cafe.nexpert.net/ (체계적인 UC 정보의 전달을 위한 카페, 아직 아무것도 없다는......)
정리하고 보니 나도 디지털 네이티브 ^____________^

IP PBX의 이해 (IP PBX란?)

허클베리 핀 — Mon, 25 Jan 2010 06:00:00 +0900

NExpert의 지난글을 주욱보니… IP PBX가 뭔지에 대한 글이 없더군요. 얼마전 라인하트님의 Voice Gateway에 대한 글도 같은 의미의 글이라 생각이 됩니다.

그동안 실무에서 정리하던 것을 글로 쓰고 정리하던 습관 때문이라 생각이 듭니다.

가장 기초적인 글이 없기 때문에 공부하고자 하는 사람들이 처음 접하긴 조금 어려웠던 블로그라 생각이 되어서, 초심으로 돌아가 처음부터 정리를 하고, 새로 공부를 시작하는 사람에게 도움이 되고자 합니다.

자 그럼 IP PBX에 대해서 좀 알아 볼까요? 아! 그전에 PBX? PABX가 뭔지부터 알고 넘어가죠.

1. PBX (Private Branch Exchange)란?

PBX는 Private Branch Exchange이고, EPABX는 Eelctronic Automatic Branch Exchage입니다.

Wikipedia에는는 그 정의가 “A private branch exchange (PBX) is a telephone exchange that serves a particular business or office” 라고 나와 있습니다.

즉, PBX, EPABX는 사설 전화 교환기 인데, 기업용 서비스에 특화가 되어 있는 장비입니다.
PBX는 기업에 필요한 다양한 기능들을 가지고 있어, 기업에서 전화를 이용해 빠르고 편하게 통신을 할수 있게 해주는 장비입니다.

하지만 예전부터 PBX가 지금의 것처럼 좋았던 것은 아닙니다.
예전에는 전화국의 교환원이 전화코드를 통화를 원하는 사람끼리 연결 해주던 시절이 있었습니다.
전화를 걸고자 하는 사람은 전화기에 달려있는 발전기를 돌려서 신호를 보내면 전화국의 교환원이 받게됩니다.
전화를 받은 교환원은 전화받을 사람을 물어보고 수동으로 연결해 주는 방식이었습니다.
이런 방식은 아직 우리군의 야전용으로 많이 사용되고 있습니다.

<초창기 교환기의 모습>

하지만 PABX 즉 전자식 전화 교환기는 이런 교환원들의 일자리를 싹 빼았아 버렸습니다.
전화번호 설정만 미리 해 놓으면 사람들이 누르는 전화번호를 입력받아서 자동으로 연결을 해주는 전자식 전화 교환기가 탄생한 것이죠.

PABX는 TDM(Time-division multiplexing)방식의 자동 전화 교환기 입니다. PBX는 TDM 백플레인을 가지고 있으며. 각 카드는 백플레인에 연결 되어서 호처리, 가입자 수용, 부가기능 수행, 음성사서함, Ringback tone 등의 다양한 기능을 수행합니다. PBX에 연결된 전화기들은 ISDN 규격에 따라 신호를 주고 받으며, 송신측과 수신측이 서로 다른 주파수 대역을 사용하여 통화하게 됩니다.

<PABX>

이러한 PBX가 놓여져 있는 곳에는 MDF(Main Distributing Frame)라고 불리는, 선이 어지럽게 연결되어 있는 일명^^‘짬빠’ 작업을 하는 곳이 있습니다. PBX에 연결된 Telco Cable을 가입자의 전화 포트 아울렛으로 분배해주는 곳입니다. 아래 그림을 보시면 ‘아항!’ 하고 생각이 나실겁니다.

이렇게 작업이 된 케이블들은 PABX로 부터 출발해 사무실의 각 자리로 들어가게 되고 사람들은 2가닥의 전화선을 RJ-11이라는 투명한 잭으로 만들어져 전화와 연결 되게 됩니다. 즉 각 전화기들은 모두 PBX에 직접 연결이 되어 통화를 하게 됩니다.

<열심히 짬빠(?) 찍고 계신 아자씨>

2. IP PBX (Internet Protocol Private Branch Exchange)란?

그럼 IP PBX는 무었일까요? 역시 Wikipedia를 보면 아래와 같이 정의 되어 있습니다.

“An IP (Internet Protocol) PBX (Private branch exchange) is a business telephone system designed to deliver voice or video over a data network and interoperate with the normal Public Switched Telephone Network (PSTN).”

PABX에 비해 조금 길지만 앞의 내용은 같습니다. “IP PBX는 비지니스 전화 시스템이다.” 하지만 뒤의 내용은 조금 틀리죠 “데이타 네트워크를 통해 보이스와 비디오를 전달 하도록 설계 되어 있다. 그리고 PSTN과 연동도 되도록 설계 됐다”

즉 PBX와 IP PBX는 같은 기능을 하는 전화 교환기 입니다 다만 위에 보이는 ‘짬빠’를 통해서 전화기가 연결되는 것이 아니라, IP Network 즉 여러분들이 인터넷을 사용하는 회선과 스위치에 RJ-45커넥터를 이용해서 전화가 연결이 됩니다. 또한 Voice Gateway를 통해서 PSTN과도 연결이 되어 집전화, 휴대폰으로도 전화가 가능합니다.

IP PBX는 아래 그림과 같이 하드웨어는 서버입니다. 일반적으로 사용되는 X86서버에 IP PBX소프트웨어를 설치해서 PBX로 동작을 하게 만듭니다. IP PBX도 마찬가지로 RJ-45 커넥터를 통해서 스위치에 연결이 되고, 호처리, 가입자 수용, 부가서비스등 PBX와 똑같은 역할을 합니다. 하지만 PBX와 같이 PSTN을 연결하는 기능은 Voice Gateway에 일임을 하고, 음성사서함과 같이 리소스가 많이 필요한 부가서비스도 별도의 서버로 독립을 시켜버렸습니다.

3. IP PBX와 함께 IP TelePhony를 구성하는 요소

IP TelePhony는 기존의 PBX에서 카드형태로 제공되던 것을 분리시켜, 각각 역할을 수행하는 장비들이 모여 하나의 PBX처럼 동작을 합니다. 이는 각각의 장비가 한곳에 모여 있을 필요가 없이 용도에 따라, 목적에 따라 별도의 장소에서 동작할 수도 있습니다.

3.1. Voice Gateway

Voice Gateway는 Trunk Gateway, Analog Gateway등 규모와 용도에 따라서 다른 이름으로 불려지기도 하며, 통틀어서 Media Gateway라고도 불려집니다. Media Gateway라고 불려지는 이유는 서로 다른 Media 즉 PSTN과 IP Network를 중간에서 관문역할을 하기 때문입니다. 즉 전화국과 연결되는 E1/T1(ISDN Trunk), FSX/FXO(일반 전화선 과 전화기 연결) 과 IP TelePhony와 연결이 됩니다.

이 Voice Gateway를 통해서 IP Phone에서 IP Phone 뿐 아니라, 기존에 사용하던 집전화, 휴대폰 등으로 전화를 할 수있도록 설계가 되었습니다.

하지만 아래의 Voice Gateway가 IP TelePhony를 처음 접하는 사람이라도 익숙한 분들이 계실겁니다. Voice Gateway는 Router에 Voice Module을 설치해서 Voice Gateway역할을 합니다. 또한 이 Voice Gateway를 통해서 작은 규모 사무실에 적합한 소규모 PBX와 음성사서함 모듈을 통한 소규모 음성사서함, 그리고 IP PBX와 연결되는 WAN의 장애 발생시에 비상 복구 모드인 SRST(Suvival Remote Site Telephony)의 용도로도 사용이 가능하도록 설계가 되어 있습니다.

또한, 이 Voice Gateway는 기업용 SBC(Session Border Controller)인 CUBE(Cisco Unified Border Element)로도 사용이 가능합니다.

Voice Gateway의 자세한 내용은 라인하트님의 http://www.nexpert.net/205 를 참조하시기 바랍니다.

3.2. IP Phone

PBX를 IP PBX로 바꾸게 되면 당연히 전화기도 IP Phone으로 바꿔야 합니다. 물론 IP PBX를 사용하더라도 Analog Gateway를 통해서 일반 전화기도 사용할수 있습니다만. 일반전화도 Analog Gateway를 통하게 되면 IP Phone과 같은 방식으로 동작하게 됩니다.

IP Phone은 아래 그림과 같이 일반적인 전화와 똑같이 생겼지만 IP Network에 연결이 되고, IP TelePhony를 위한 VoIP프로토콜(H.323, SIP, Skinny 등)을 이용하여 IP PBX를 통해 Call Processing을 하게 되고, 통화로가 열리게 됩니다. IP Phone에서 음성 전달은 코덱(G.711, G.729, G.723…..)을 이용하여 전달되게 되는데 이는, Legacy PBX에서 주파수를 이용하여 전달하는 것이라 생각 하시면 됩니다.

IP Phone은 일반적으로 2개의 Switch포트를 제공하여 한 포트는 Switch에 다른 한포트는 사용자의 PC에 연결이 되며, 큰 화면을 통해서 XML브라우저를 통한 정보전달, 소프트키를 통한 부가서비스 등 다양한 기능을 수행합니다.

추후 IP Phone에 대한 설명은 별도로 다룰 예정입니다. <<링크>>

3.2. PoE (Power over Ethernet) Switch

IP PBX, Voice Gateway, IP Phone 과 같은 직접 텔레포니의 기능을 수행하는 장비들이 있다면, 이들을 연결하는 장비도 필요합니다. 이 시대 사는 대부분의 사람들에게 익숙한 Switch라는 장비가 IP TelePhony에서는 또하나의 중요한 요소입니다.

하지만, 제목에서 보셨듯이 그냥 Switch가 아닙니다. PoE스위치 이죠, Inline Power Switch라고도 불리는 장비는 회선을 통해서 전화기에 전원을 공급합니다.

잠시, 아날로그 전화기로 화제를 바꿔 보겠습니다. 일반적인 전화기는 전원을 위한 어댑터를 사용하지 않고도 전화가 가능합니다. 즉 집에 정전이 되어도 전화는 사용이 가능하죠. 이러한 이유는 PBX에서 전화선을 통해 전원을 보내게 되어 있기 때문입니다.

이렇듯 IP TelePhony에서도 전화기에 전원을 위한 어댑터를 사용하지 않아도 스위치를 통해 전원을 공급하게 됩니다.

PoE Switch의 자세한 내용은 라인하트님의 http://www.nexpert.net/164 를 참조하시기 바랍니다.

3.3. IP TelePhony의 기본구성

위의 각 컴포넌트들을 합쳐 놓으면 IP TelePhony의 기본구조가 완성이 됩니다. IP PBX는 전화기의 등록, 호처리, 부가서비스를 담당하고, 스위치는 전화기에 전원 공급 및 패킷 스위칭을 하고, Voice Gateway는 ethernet과 PSTN을 연결하여 IPT와 PSTN의 관문 역할을 담당하게 됩니다.

이러한 IPT환경을 기반으로 Unified Communication의 어플리케이션이 동작을 하게되고 사용자는 전화 뿐 아니라, 메세징, 협업, 텔레프레즌스 등의 서비스를 사용할 수 있게 됩니다. 즉 IPT의 처음 도입은 중요합니다. 어떠한 프로토콜을 사용하느냐, 어떠한 기능이 지원되느냐를 기본으로 어떠한 서비스를 편리하고 조화롭게 업무에 사용할 수 있느냐에 대한 고려도 많이 되어야 합니다.

4. IP PBX 주요 기능

IP PBX의 가장 기본이면서, 가장 중요한 것은 호처리 (Call Processing) 입니다. 전화를 걸고 받는데에는 시그널(Singal)과 미디어(Media) 두 가지 형태의 패킷이 만들어 집니다.

Singnal은 발신자 전화번호(Caller ID, Calling Party), 수신자 전화번호 (Called Party), 코덱, IP Address등, 음성 이외의 모든 전화를 위한 정보를 담고 있습니다. 반대로 Media는 정해진 코덱으로 인코딩된 음성을 RTP(Real Time Protocol)로 전송하게 됩니다.

Singal은 SIP, H.323, MGCP, SCCP 등 다양한 종류가 있으며 각 Signaling Protocol은 각각 용도나 환경에 맞게끔 사용되게 됩니다.

아래 그림의 Phone A가 Phone B에게 전화를 하려고 하는 상황입니다.
Phone A와 Phone B는 각각 Switch에 UTP케이블로 연결이 되어 있고 PBX도 마찬가지로 Switch에 연결이 되어있습니다. 그럼 전화를 거는 과정을 살펴보죠..

Phone A의 수화기를 들면, Phone A는 다이얼 톤을 울리게 됩니다.
Phone A에서 Phone B의 전화번호를 누르면 전화번호 정보를 담은 Singnal이 IP PBX에게 전달 됩니다.
IP PBX는 IP Phone B에게 Phone A가 전화가 왔다는 것을 알려주면 Phone B는 벨이 울리고, IP PBX는 Phone B의 벨이 울리고 있다라는 것을 링백을 통해 Phone A에 알려줍니다.
Phone B가 전화를 받게되면 Media가 PBX를 거치지 않고 Phone A와 Phone B간에 흐르게 됩니다.

위의 과정과 같은 수순으로 Phone A와 Phone B가 통화를 할 수 있게 됩니다.

SIP의 자세한 내용은 라인하트님의 ‘SIP의 이해’ http://www.nexpert.net/category/SIP의%20이해 를 참조하시 바랍니다.

RTP의 자세한 내용은 라인하트님의 ‘RTP의 이해’ http://www.nexpert.net/97 를 참조하시기 바랍니다.

IP PBX는 호처리 외에도 IP Phone, Voice Gateway의 등록 및 Control, Dial Plan을 보유 및 관리, 전화기 부가서비스 제공, 디렉토리 서비스, 프로그래밍 인터페이스 제공 등…다양한 기능을 수행합니다.

5. 관리자 인터페이스

일반적으로 IP PBX는 Web을 통해서 Config를 합니다. 예전에 CLI를 지원하는 PBX의 관리보다 조금 불편한 점도 있다고 합니다만, 직관적인 인터페이스로는 웹과 CLI를 비교할 수가 없습니다.

6. IP PBX의 장점.
6.1. 거리의 제약이 없다
IP PBX는 IP Network의 위에서 사용되기 때문에 거리에 제약이 없습니다. 글로벌 회사들에서는 아시아의 여러나라에 있는 지사를 홍콩, 싱가폴등 한 위치에 IP PBX를 놓고 다양한 아시아의 나라가 전화를 사용합니다. 즉 몇백명 정도 있는 지사에 궂이 PBX를 설치할 필요 없이 전화의 사용이 가능한거죠.
또한 그렇게 하므로써 중앙 집중식 관리가 가능하여,본사의 정책을 지사에도 공통적으로 적용을 할 수 있고, 음성사서함, Visual Caller ID등의 부가기능도 본사와 지사가 하나의 서버를 사용할 수 있어서 중복투자 발생을 방지하고, 관리를 쉽게 할 수 있습니다.
6.2. 다양하고 사용하기 쉬운 부가 서비스
부가서비스는 Legacy PBX에도 다양하게 존재 했습니다. 하지만 그 특성상 사용자들이 편하게 사용할 수 없게끔 되어 있습니다. PBX의 그 다양한 기능을 제대로 사용하는 사람이 별로 없다는 얘기죠.
가장 큰 이유는 직관적이지 못한 (예를 들면 *64 와 같은) 엑세스 코드를 이용한 부가서비스를 제공함으로써 일반 유저들이 매일같이 사용하지 않으면 잊어버려서 더이상 존재하지 않는 부가서비스가 되는 거죠.
하지만 IP PBX는 IP Phone에 부가서비스에 대한 소프트키, 혹은 XML을 통한 그림버튼제공 등으로 직관적이고 User Friendly 한 인터페이스를 제공하여 편하게 사용할 수 있도록 하는 것이 장점입니다.
6.3. UC? FMC? Collaboration?
IP TelePhony는 전화기와 PBX만을 바꾸기 위해 도입하는 경우는 점점 줄어들고 있습니다. 일반적으로 VoIP를 사용하여 전화요금의 축소를 위한 것이 큰 목적인 회사의 경우는 IPT 도입만으로도 큰 도움이 되겠습니다만, 지금 도입을 생각하고 있는 대부분의 기업은 협업, 기업용 메신저, 스마트폰 도입, 그룹웨어와의 연동등 IPT를 기반으로 좀더 편리하고 좋은 기업환경과 Business Process의 개선을 위한 도입이 많아집니다. 이러한 UC, FMC, Collaboration은 IPTelePhony를 기반으로 Integration을 하면 더 많고 편리하게 사용이 가능해 지며 생산성 향상에 도움이 됩니다.

7.결언
1800년대 후반 전화기가 발명된 후 PBX의 발전이 음성과 음성을 보조하는 기술에 꾸준한 발전이 이루어졌다면, 최근 15년간은 음성과, 영상, 메신저, 협업, 소셜네트워킹과 같은 분야에 커다란 발전이 있었습니다. 그 발전의 기반은 IP Network와 PC의 보급 그리고 인터넷 문화의 확산에 따른 것이고, 이러한 문화에 익숙한 사람들이 일하는 세상은 점점 더 그들의 문화에 맞게 변해갈 것입니다.

IP PBX는 단순한 PBX 대용이 아닙니다. 새로운 통신의 기반이고, 플래폼입니다.

[연재] 텔레프레즌스 시스템과 HD 화상 시스템과의 연동 - 2. MXE 5600 활용

라인하트 — Fri, 22 Jan 2010 16:11:58 +0900

                                                                                                        글 싣는 순서
                                                                                                     1. CUVC 5200 Series 활용
                                                                                                     2. MXE 5600 활용

트위터와 블로그가 연동되어 많은 분들이 함께하는 느낌을 가지고 싶었으나, 아쉽게도 네트워크 엔지니어분들이 Social Networking에 익숙하지 않은 듯합니다. 사실, 저도 익숙치 않은 사람이라 허클베리핀님이나 솔민아빠님에게 배우고 있습니다.^^ 근처에 좋은 동료가 있기에 배우는 것도 쉬운 듯합니다. 얼마전 자료를 뒤지다보니 디지털 이민자 (Digital Immigrants)라는 용어가 눈에 띄어 살펴보았더니, 저 같은 사람은 죽어도 디지털 네이티브가 될 수 없다는 내용이였습니다 . -,-:? 어쨌든, 우리 모두 디지털 시대를 잘 적응해 나가야 겠습니다. 특히, 세상의 모든 것을 연결하는 네트워크 엔지니어라면, 사람을 연결하는 Social Networking의 세계로 빠져드시기 바랍니다. ^^

시작하며
오늘은 텔레프레즌스의 HD interoperability에 대해 이야기하려 합니다. 2009년 8월에 HD 화상회의 시스템과 상호연동하기 위한 방안에 대한 글 (http://www.nexpert.net/195)을 올렸었습니다. 내용과 주제가 동일하여 바로 연재로 만들어 이야기의 연속성을 유지하였으므로 1편을 먼저 읽어보시길 권합니다.

<CUVC 5230 과 CTMS를 이용한 HD interoperablity>

위의 그림에서 보듯이 텔레프레즌스 시스템과 기존 폴리콤이나 텐드버그 시스템을 연동하기 위해서는 MCU인 CUVC (Cisoc Unified Videoconferencing) 5200 장비가 필요했습니다. CTMS (Cisco Telepresence Multipoint Switch)와 CUVC간에 Cascade Link를 구성하여 함께 연동하였으며, 기존 HD 화상 장비가 CTS 3000의 3개 스크린 가운데 하나의 스크린에만 표시되는 단점이 있었습니다. Cascade Link는 일반적으로 회의실과 회의실을 연동하여 하나의 회의에 더 많은 사용자들이 참여하도록 하기 위해 주로 사용하는 것으로, CTMS와 CUVC 간의 Cascade Link는 720p 한 세션만을 사용합니다.

이 단점을 극복하고, CTS 3000의 3개 스크린 모두에 기존 화상시스템이 각각 표시되고, 기존 화상회의 시스템이 마치 텔레프레즌스 장비인양 동작하도록 할 수 있다면, 가장 최적의 HD interop 일 것입니다. 이 것을 가능하게 하는 것이 바로 MXE 5600 이라는 장비입니다.

MXE5600 개요
2010년 상반기내에 출시될 MXE (Cisco Media Experience Engine) 5600은 Telepresence의 HD interop에 초점이 맞추어져 있으며, Any-to-Any Communications를 목적으로 하고 있습니다. 아래 그림은 HD interoperability가 어떻게 구현되는 지를 나타낸 그림입니다. MXE 5600은 시스코 텔레프레즌스가 연결이 될때 마치 자신이 텔레프레즌스인 양 동작을 하며, 폴리콤 또는 텐드버그의 화상장비가 연결될 때는 마치 자신이 폴리콤의 화상장비인 듯 동작을 합니다. MXE 5600은 양쪽이 서로 원하는 시그널링과 영상/음성 포맷을 맞추어 주면서, Live Transcoding을 수행합니다.

MXE 5600을 이용한 다자간 회의
아래 사진은 MXE 5600을 이용하여 다자간 회의를 할 경우 입니다. CTMS (Cisco Telepresence Multipoint Switch)는 텔레프레즌스 장비들의 다자간 회의를 지원하는 장비입니다. 기존 화상회의 장비는 MXE 5600을 이용하여 CTMS에 접속하고, 텔레프레즌스 장비 또한 CTMS에 접속하여 다자간 회의를 합니다. CTMS의 입장에서는 총 6대의 텔레프레즌스 장비가 다자간 회의에 접속한 것으로 인식합니다.

아래 그림은 CTS 3000에서 보는 다자간 회의가 진행중인 모습입니다. 왼쪽 스크린부터 폴리콤, 텐드버그, 3rd 화상 시스템입니다. 스크린의 영상은 720p이기 때문에 매끄럽지는 않겠지만, 회의를 하는 데 전혀 지장을 주지는 않을 것입니다. "True Any-to-any Communication"을 시스코 텔레프레즌스가 MXE 5600을 통해 실현하고 있습니다.

<다자간 회의 중에 가운데 스크린에 텔레프레즌스 1100 장비로 화면 전환이 된 상태>

<텐드버그 입장에서 바라본 텔레프레즌스 장비의 화면>

MXE 5600을 이용한 HD interoperability의 장점에 대해 살펴보면 다음과 같습니다.

Any-to-any 직접 다이얼링
시스코 텔레프레즌스 장비와 기존 화상 장비는 같은 장비로 인식이 되기 때문에 서로의 전화번호를 누르기만 하면 바로 통화를 할 수 있습니다.
최적의 영상 제공
1080p 스크린을 사용하는 텔레프레즌스 사용자에게는 기존의 장비에서 오는 영상을 업스케일링하여 보여줍니다.
MCU 불필요
CTMS를 통해 기존 화상 장비와 텔레프레즌스의 영상 회의가 가능하므로 별도의 MCU를 이용할 필요가 없습니다. 따라서, 동시 영상회의 가능 단말은 CTMS의 용량에 따릅니다.

MXE 5600의 용량
MXE 5600은 실제 Transcoding을 수행하는 MPM (Media processing Modules) 모듈을 최대 세장을 장착할 수 있으며, MPM 모듈 당 동시 30개의 양방향 통신을 제공하거나 60개의 동시 단방향 스트리밍 서비스를 제공할 수 있습니다. 텔레프레즌스 HD interoperability를 지원할 경우 MPM 모듈당 15개의 기존 화상 장비를 지원할 수 있습니다.

마치며
지금까지 Cisco Telepresence의 HD interoperability에 대해 자세히 살펴보았습니다. 이 연재의 1 편과 2편을 읽어보신 분들은 CUVC 5200을 이용한 방법과 MXE 5600을 이용한 방법 중 어느 것이 나을까 생각해 볼 것입니다. 회사의 회의 문화와 기존 화상 장비의 규모에 따라 달라질 것입니다. 일반적으로는 MXE 5600을 이용한 방법이 효과적이며, 다수의 기존 영상 회의 단말들 가지고 있으며, 동시에 회의를 해야 한다면, 화면 분할이 가능한 CUVC 5200 장비가 효과적일 것입니다.

좀 더 자세한 사항을 알고 싶으신 분들은 cisco.com에서 MXE 5600 데이타 시트 및 Q&A 자료를 활용하시길 바랍니다.

----------------------------------------------
라인하트 (CCIEV #18487)
ucwana@gmail.com (라인하트의 새로운 구글 이메일)
http://twitter.com/ucwana (라인하트의 트위터 )
http://twitter.com/nexpertnet (넥스퍼트 블로그의 트위터, 최신 업데이트 정보 및 공지 사항)
http://groups.google.com/group/cciev (시스코 UC를 공부하는 사람들이 모인 구글 구룹스)
http://groups.google.com/group/ucforum (벤더에 상관없이 UC를 공부하는 사람들이 모인 구글 구룹스)
http://cafe.nexpert.net/ (체계적인 UC 정보의 전달을 위한 카페, 아직 아무것도 없다는......)
정리하고 보니 나도 디지털 네이티브 ^____________^

NAT Traveral (SIP+NAT 무엇이 문제인가?)

허클베리 핀 — Mon, 18 Jan 2010 21:34:35 +0900

NAT Traversal이란 주제가 담긴 글이 이미 라인하트님의 3부작 연재로 2008년 4월에 심도있게 다루어졌습니다. 또한 NAT에 대한 주제로 민형애비님이 2008년 1월에 글이 있었습니다.

******위 글을 보고 싶으시면 아래 링크를 참조 하세요********
http://www.nexpert.net/75
http://www.nexpert.net/category/Voice%20%26%20Security
*********************************************************

그런데 제가 또다시 NAT와 NAT Traversal에 대한 얘기를 다시 시작하려고 합니다.
NAT Traversal은 UC를 다루다 보면 자주 이 문제를 만나게 되고, 위 글들을 열심히 읽어보지 않으면, 이해는 가지만 스스로 개념을 확고하게 잡지 못합니다.

특히나 저처럼 난독증이 있거나…. 이해력이 부족한 사람들은 특히나 그렇죠

그래서 라인하트님의 글을 SIP버전으로 제가 이해한 방식대로 글을 써보려고 합니다. 하지만 ^^ 쉽게 써 질지 모르겠네요

1. NAT란?

NAT는 IP Address를 변환하는 Router의 기능입니다.
Network Address Translatoin의 약자 이구요, 우리가 가정에서 사용하는 공유기의 역할이 이 NAT를 하는 역할을 합니다. 좀더 정확하게는 공유기는 PAT(Port Address Translation)을 하게 됩니다.

NAT라는 기능이 사용되는 이유는 두가지입니다.
가정집에서 사용하는 이유처럼 ‘공인 IP Address’가 모자라기 때문인 경우와, 기업내부의 네트웍을 숨기려는 보안의 이유가 있습니다. 방화벽의 기본기능이기도 하죠.

<그림1-1> 처럼 PC의 IP는 192.168.0.1(사설IP)이지만, Router를 거치면서 1.2.3.4(공인IP)로 변환이 되어서 인터넷으로 나가게 되는 기능을 NAT라고 부릅니다.

<그림1-1>

2. SIP의 기본 Call Flow

SIP의 Call Flow는 <그림2-2> 과 같이 Phone A가 IP PBX로 Phone B와 통화하기 위해 Invite를 보내고 SIP 200 OK를 받으므로써 시그널이 완료 되고 음성 통화로가 열리게 됩니다.

Phone A와 Phone B가 서로 보낼 RTP의 Path는 invite와 200 OK 내 SDP를 확인 하여 서로 알게 됩니다.
이때 각각의 전화기가 SDP에서 참조하는 부분은 <그림2-1>의 SDP 내용 중 C(Connection Information)와 M(media description and transport address)을 이용해 PhoneA,B 서로가 어디로 RTP를 보낼지를 확인하고 Phone A,B간 RTP를 전송하게 됩니다.

<그림2-1>

(SDP에 대한 이해가 필요하시다면 http://www.nexpert.net/141 를 참조하세요)

<그림2-2>

3. SIP와 NAT 무엇이 문제인가?

NAT+SIP 환경에서 SIP Signaling 자체는 문제가 되지 않습니다. 하지만, RTP 즉 음성이 지나가는 Path가 문제입니다.

SIP Invite안의 SDP를 통해 RTP의 IP Address와 Port를 상대방에게 알려줍니다.
하지만 Phone들이 NAT 안에 있다면, RTP IP와 port를 NAT로 변경되기 전의 것, 즉 IP Phone의 RTP Port 와 사설 IP를 상대방에게 알려주게 됩니다.

이 과정에서는 NAT가 된다 하더라도 SIP의 Call flow에는 전혀 문제없이 진행이 됩니다.

<그림3-1>을 참조하시면,Phone A는 Invite w/ SDP를 Phone B에게 보내기 위해 IP PBX를 통해 Invite를 보내고 Invite를 받은 Phone B는 200OK with SDP를 보내게 됩니다. 이 과정에서는 NAT가 된다 하더라도 L3와 L4의 IP address와 Port를 그대로 이용하기 때문에 문제없지 진행이 되는 거죠

<그림3-1>

하지만, Phone A와 PhoneB가 서로 RTP를 보내려고 할때는 어떻게 될까요?
<그림3-1>에 나타나 있는 것과 같이 Invite with SDP와 200OK with SDP에 들어있는 RTP의 주소와 Port는 NAT가 되기 전 IP와 Port 즉 전화기에 세팅되어 있는 것으로 IP Phone간에 정보교환을 했기 때문에, <그림3-2>처럼 두 폰이 RTP를 사설 IP로 보내려고 시도를 하게 됩니다. 하지만, Router는 다른 네트웍에 있는 사설 IP를 당연히 알수가 없겠죠? 그래서 Routing이 되지 않습니다. RTP를 보낼 수 없게 되는거죠.

<그림3-2>

만약 Phone B가 NAT가 되지않는 IP를 가지고 있다면 어떻게 될까요? 위의 그림과는 틀린 예이지만 같은 맥락이므로 잠시 짚고 넘어가겠습니다.

결론부터 얘길하자면, <그림3-3>처럼 Phone A는 RTP를 보낼수 있게 됩니다. 하지만, 반대로 Phone B는 여전히 RTP를 전달 할수 없게 됩니다. 결국 1-way증상이 일어나게 됩니다. (만약, 행여 Routing이 된다 하더라고 Port 때문에 역시나 문제가 됩니다.) 왜냐하면, Phone A가 보낸 Invite는 역시나 NAT문제가 있지만 Phone B가 보낸 200OK w/ SDP내의 IP와 Port 모두 정상적이기 때문입니다.

<그림3-3>

4. 어떻게 해결해야 하나?

1)인터넷 전화 사업자

우리는 이미 NAT(PAT)가 되는 환경에서 IP Phone을 잘 쓰고 있습니다. 각 가정에는 인터넷 전화기가 있고 이미 공유기를 연결하여 PC와 전화기를 같이 사설IP를 이용하여 쓰고 있습니다. Service Provider는 이러한 문제를 SBC(Session Border Controller)와 전화기의 특정 기능을 조합하여 해결하는데 사용합니다.

- Session Border Controller
위에서 언급했듯이 가정집 내 인터넷 전화들은 대부분 공유기에 연결이 되어 있습니다. 이런 상황에서 NAT+SIP 문제를 해결하기 위해서 인터넷 전화 사업자들은 SBC라는 장비를 이용합니다.
SBC는 NAT Traversal과 Topology Hiding을 수행하는데 사업자의 내부 PBX(Centrix)의 네트웍을 외부로 부터 숨기고 NAT 환경을 해결합니다.

- Dummy RTP Packet을 이용
사업자는 SBC를 망의 앞단에 놓아서 NAT Traversal과 Topology Hide를 합니다. 그럼 가정집 내의 전화는 어떻게 해결 해야 할까요? 가정집 마다 SBC를 놓을 수는 없기 때문에 간단한 아이디어로 이 문제를 해결합니다. 비밀은 전화기에 있죠.

인터넷 전화 사업자는 자사의 전화기에(사실은 대부분의 SIP폰에 있는 기능입니다.) NAT Pin Hole을 뚫는 방식인 Dummy RTP 기능을 구현해 놓습니다.
전화기는 약 30초 주기로(일반적인 NAT테이블 갱신 주기보다 짧게) 2byte RTP를 SBC로 보내어 Phone의 UDP port와 공유기의 Port를 매핑하여 유지하며, SBC에게 자신이 사용할 NAT된 IP 와 UDP Port를 알려줍니다.

이렇게 되면 전화기가 사용될 RTP의 IP와 Port를 임의로 유지할 수 있어 가정집 내 SBC가 없어도 통화가 가능해 집니다.

2) Skype

Skype의 경우는 조금 독특한 방법을 씁니다. 전세계 수 많은 무료 사용자를 수용하기 위한 모델이기 때문입니다. Skype는 방화벽을 뚫는다라는 광고(?)문구를 퍼트리고 있는데 이 방법은 ^^ 일반적인 회사에서 IPT모델로 가지고 가기에는 약간 문제가 되는 모델이기도 합니다.

간단히 설명 드리면 공인 IP를 가지고 있는 Skype유저가 SBC 역할을 자신도 모르게 하게 되고 통화가 되는 호의 미디어 까지도 처리를 하게 되는 거죠 ^^

위 두가지의 경우와 함께 STUN과 ICE를 그림과 함께 쓰려고 했으나 다음에 기회가 된다면 사업자모델, Skype모델과 함께 자세하게 올리는 기회를 갖도록 하겠습니다.

너무나 오랜기간 동안 블로깅을 쉬었습니다. 다행히도 라인하트님께서 아픈 몸을 이끌고 계속해서 글을 올려 주셔서 블로그가 쉼없이 달려온듯 보입니다. 다시한번 라인하트님께 감사드리고 백그라운드에서 열심히 일해주고 계시는 솔민아빠님도 고맙습니다. 올 한해 NExpert가 좀더 진일보 하는 한해가 되도록 노력하겠습니다.

====================

허클베리 핀(CCIEV #18695)

yj@nexpert.net (허클베리 핀의 이메일)
http://www.twitter.com/yohur (허클베리 핀의트위터 )
http://www.youtube.com/yohur (허클베리핀의 유튜브 채널)
http://www.twitter.com/nexpertnet (넥스퍼트 블로그의 트위터, 최신 업데이트 정보 및 공지 사항)
http://groups.google.com/group/cciev (시스코 UC를 공부하는 사람들이 모인 구글 구룹스)
http://groups.google.com/group/ucforum (벤더에 상관없이 UC를 공부하는 사람들이 모인 구글 구룹스)
http://cafe.nexpert.net/ (체계적인 UC 정보의 전달을 위한 카페, 아직 아무것도 없다는......)

나는 원래 디지털 네이티브 ^____________^

[연재] 텔레프레즌스 회의실을 스튜디오로 활용하기 - 중편 CTRS로 녹화하기

라인하트 — Fri, 15 Jan 2010 17:00:00 +0900

                                                                                               글 싣는 순서
                                                                                          상편 CTRS 개요 및 특징
                                                                                          중편 CTRS로 녹화하기
                                                                                          하편 MXE와의 연계

시작하며
텔레프레즌스 회의실을 이용한 영상 컨텐츠를 제작할 경우 얼마나 쉽게 제작 및 배포가 가능한 지를 알아 보겠습니다. 관리자의 도움없이 누구나 쉽게 사용할 수 있니다.

사용자 홈페이지(User Portal) 접속
사용자들은 아래 그림과 같이 CTRS에 접속하여 녹화를 위한 PIN 넘버를 만듭니다. 텔레프레즌스 회의실에서 녹화 소프트키를 누른 후 Recording PIN을 인증 받아야지만, 녹화가 가능합니다. 최초에 한 번만 수행하면 됩니다.

텔레프레즌스 회의실에서 녹화를 위해 로그인
아래 그림처럼 사용자들은 사용자명과 PIN을 넣고 로그인 합니다. 로그인이 성공적으로 이루어지면, 아래 오른쪽 그림처럼 텔레프레즌스 화면에 자신의 영상과 “Press the Recording buttio to start”라는 메세지가 나타납니다.

녹화하기
아래 그림의 녹화버튼을 터치하게 되면, 아래 오른쪽 그림처럼, 5초간의 카운트 다운이 끝나자 마자 녹화가 시작됩니다. 녹화 버튼을 누르고 바로 시작하는 것보다 이런 5초간의 카운트다운이 효과적인 영상 컨텐츠를 만드는 데 도움이 될 것이며, 이 것은 사용자마다 설정이 가능합니다.

녹화 시에 전화기의 옵션 버튼을 터치하여 녹화 상태를 결정할 수 있습니다. 아래 그림에서 처럼, 자기 이미지를 보거나 끌수 있으며, 카운트다운 설정 및 Presentation을 표시 여부를 선택할 수 있습니다. 이것은 녹화할 경우에 대한 설정이며, 실제 배포되는 컨텐츠와는 상관없습니다. 작성된 영상은 프리젠테이션 파일, 영상, 음성이 따로 녹화되어 한꺼번에 합쳐집니다.

Recording 중지 및 편집
녹화가 완료되었으면, 전화기에서 Stop 버튼을 터치하여 녹화를 중지합니다. 그리고, 녹화가 잘 되었는 지 확인하기 위해 오른쪽 아래 그림처럼 빨리감기나 되감기를 하면서 리뷰를 할 수 있습니다

타이틀 설정
녹화가 완료되었다면, 아래 그림처럼 전화기에서 바로 타이틀을 설정할 수 있습니다.

배포하기 (Publish) 및 로그아웃
직접 사용자 포털에 접속하여 실행할 수 있지만, 전화기 상에서도 바로 누구에게 배포할 지를 결정할 수 있습니다. 제 생각에는 사용자 포털에서 조정하는 것이 훨씬 편할 듯합니다만, 시간이 없거나 바로 녹화 결과를 상대방에게 통보해야 할 경우 유용할 것입니다.

텔레프레즌스에서 영상 컨텐츠 보기
아래 그림은 전화기의 기본 화면입니다. “Videos”라는 버튼을 터치하게 되면, 배포된 영상 컨텐츠에서 선택하여 1080p Full HD 영상으로 볼 수 있습니다.

마치며
CTRS를 이용하여 영상 컨텐츠를 제작, 단순 편집, 배포에 이르는 일련의 과정을 살펴보았습니다. 누구나 잠깐 살펴보기만 하면 직관적으로 쉽게 사용할 수 있도록 되어 있습니다. 기존의 문서 위주의 기업 내 문서 관리에서 영상 컨텐츠를 함께 이용할 수 있다면, 업무 효율성이 증대될 것입니다.

다음에는 MXE라는 Transcoder를 통해 배포를 더욱 효과적으로 할수 있는 방법에 대해 살펴보겠습니다.

----------------------------------------------
라인하트 (CCIEV #18487)
ucwana@gmail.com (라인하트의 새로운 구글 이메일)
http://twitter.com/ucwana (라인하트의 트위터 )
http://twitter.com/nexpertnet (넥스퍼트 블로그의 트위터, 최신 업데이트 정보 및 공지 사항)
http://groups.google.com/group/cciev (시스코 UC를 공부하는 사람들이 모인 구글 구룹스)
http://groups.google.com/group/ucforum (벤더에 상관없이 UC를 공부하는 사람들이 모인 구글 구룹스)
http://cafe.nexpert.net/ (체계적인 UC 정보의 전달을 위한 카페, 아직 아무것도 없다는......)
정리하고 보니 나도 디지털 네이티브 ^____________^

[연재] 텔레프레즌스 회의실을 스튜디오로 활용하기 - 상편 CTRS 개요 및 특징

라인하트 — Thu, 14 Jan 2010 17:02:20 +0900

                                                                                               글 싣는 순서
                                                                                          상편 CTRS 개요 및 특징
                                                                                          중편 CTRS로 녹화하기
                                                                                          하편 MXE와의 연계

시작하며
텔레프레즌스 회의실은 조명 및 음향을 고려한 인테리어가 적용된 공간입니다. 영상 회의실를 목적으로 한 공간이지만, 회의실 하지 않을 경우 녹음 또는 녹화를 하기 위한 공간으로도 충분히 활용이 가능합니다. 녹화된 영상 자료를 텔레프레즌스 회의실이나 개인 PC에서 재생하여 볼 수 있다면, 회의실의 활용도를 높일 수 있습니다. 녹화 시에는 영상만 녹화되는 것이 아니라 노트북의 화면 정보 (데이터 공유) 및 음성이 함께 녹화되므로 더욱 효과적인 영상 컨텐츠가 만들어 집니다. 영상 컨텐츠를 쉽게 제작할 수 있게 되면, 다양한 용도로 활용할 수 있을 것입니다.

교육 컨텐츠
요즘 영상자료를 통한 교육이 많이 이루어지지만, 제작을 하기 위해 별도의 설비를 갖춘 곳을 이용해야 하는 불편함이 있습니다. 회의실을 이용한다면, 강사들이 스스로 편한시간에 예약을 하고 10-20분 정도의 간단한 자료를 녹화할 수 있습니다.
CxO 메세지
매년 신년사나 분기별 회사의 목표를 CxO가 모두 모인 자리에서 발표하겠지만, 간단하게 녹화를 한다면, 더 많은 직원들이 듣게되어 회사의 비젼을 쉽게 공유할 수 있습니다.
중요 공지사항
간단한 메일로 공유했던 공지 사항을 영상녹화를 통해 좀 더 능동적으로 직원들이 메세지를 받아들일 수 있을 것입니다.
IT 자산 활용 방법
각 기업마다 노트북에 어플리케이션을 설치하거나 문제가 발생했을 때 IT 관리자에게 문의하는 것이 일반적이며, Text 나 그림으로 문서를 작성하여 배포하는 것이 일반적입니다. 그러나, 영상을 통해 작성된 컨텐츠는 누구나 쉽게 이해할 수 있으며, Step by Step으로 따라 할 수 있습니다.

이외에도 다양한 경우에 활용될 수 있습니다. 이제 유투브나 아프리카와 같은 동영상 공유 사이트가 활성화되어 있듯이 회사의 업무에도 동영상이 깊숙히 파고들 것입니다. 디지털 카메라로 녹화할 수 있겠지만, 비전문가들에게 텔레프레즌스 회의실은 비교적 쉽게 높은 품질의 영상 컨텐츠를 제작할 수 있는 공간으로 바뀔 수 있을 것입니다. 아래 사진은 Self-Recording 장면입니다.

CTRS의 특징
CTRS는 Cisco Telepresence Recording Server의 약자로써, 녹화 서버입니다. 텔레프레즌스 솔루션을 이용하면, 녹화에서 간단한 편집, 메일을 통한 배포 등이 가능합니다.

주요 특징은 다음과 같습니다.

동시 24개의 동시 녹화 가능
12개의 녹화, 12개의 재생, 100명의 동시 User Portal 접속이 가능
최고 품질의 녹화
영상은 1080p 및 720p HD 품질로 녹화가 가능하며, CIF급 이미지까지 관리자에 의해 설정가능
1080p로 녹화시 분당 30MB, CIF로 녹화시 분당 5MB의 하드디스크 필요
기본적으로 제공되는 MCS 7845의 경우 최대 300시간 까지 녹화 및 저장이 가능
1080p로 녹화 시 약 5.5Mbps CIF로 녹화 시 922kbps의 네트워크 대역폭을 소모 ( Overhead 포함)
영상 포맷
녹화되는 영상은 MPEC 4 (Part 10) (H.264) 포맷으로 저장
녹화 방식
CTM (Cisco Telepresence Manager)를 통한 사전 예약이나 직접 CTRS로 전화를 걸어 녹화를 할수 있음

텔레프레즌스 회의실별 녹화방식
CTS 1100 또는 CTS 500 은 하나의 카메라, 하나의 마이크이므로 녹화시 어려움이 없습니다. CTS 1300은 3개의 카메라와 3개의 마이크를 가지고 있으므로, 현재 말하고 있는 곳의 마이크와 카메라 쪽이 녹화가 됩니다. 3개의 스크린을 가진 CTS 3000 Series의 경우 중앙 카메라와 중앙마이크만이 녹화됩니다. Presentation Channel은 모두 하나이므로 데이타 공유가 있으면 함께 녹화됩니다.

CTRS에서 제공되는 사용자 페이지
아래 그림과 같이 일반 사용자들에게 각자의 홈페이지가 주어지며, 로그인하며 접속하면, 각 개인의 정보를 수정할 수 있습니다. Contacts에는 자신의 영상 컨텐츠를 누구와 공유할 지를 결정할 수 있습니다.

제작된 영상은 아래 그림과 같이 표시됩니다. 컨텐츠를 클릭하여 자세한 정보 확인 및 수정이 가능하며, 누구에게 분배할 지를 결정할 수 있습니다. 또한, 다운로드도 가능합니다.

아래그림은 프레젠테이션 파일과 함께 녹화된 영상입니다. 시간에 상관없이 개인 PC에서 영상 컨텐츠를 볼 수 있으므로 영상 컨텐츠의 활용 효과가 더욱 증대될 것입니다.

마치며
텔레프레즌스 회의실을 단순히 영상 회의 용도로만 사용하던 것을 영상 컨텐츠 제작으로 활용할 수 있는 방안에 대해 살펴보았습니다. CTRS를 이용하여 Self-Recording만이 가능하지만, 나중에는 in-Meeting Recording도 가능해 지리라 기대해 봅니다.

----------------------------------------------
라인하트 (CCIEV #18487)
ucwana@gmail.com (라인하트의 새로운 구글 이메일)
http://twitter.com/ucwana (라인하트의 트위터 )
http://twitter.com/nexpertnet (넥스퍼트 블로그의 트위터, 최신 업데이트 정보 및 공지 사항)
http://groups.google.com/group/cciev (시스코 UC를 공부하는 사람들이 모인 구글 구룹스)
http://groups.google.com/group/ucforum (벤더에 상관없이 UC를 공부하는 사람들이 모인 구글 구룹스)
http://cafe.nexpert.net/ (체계적인 UC 정보의 전달을 위한 카페, 아직 아무것도 없다는......)
정리하고 보니 나도 디지털 네이티브 ^____________^