본문 바로가기

전체 글

[연재] 시스코 CUCM의 이해 - 제 2부 3장 CUCM First Node 설치하기 (상) 연재를 시작하며시스코 CUCM을 설치 및 설정에 대한 내용들이 여기저기 흩어져 있어져 있어서 처음 설치하시는 분들이 따라오기 어렵습니다. 이 연재는 "다시쓰는 SIP의 이해"처럼 넥스퍼트에 흩어져 있는 자료를 모아서 차례대로 정리하고 버전업에 따른 잘못된 내용을 수정하였습니다. 이 연재는 차례가 지속적으로 변경될 예정이므로 전체적인 순서는 마지막 글에서 맞추겠습니다. 이번 연재는 "다시쓰는 SIP의 이해"를 읽고 기본적인 SIP과 RTP에 대한 지식은 가지고 있다는 전제로 시작하므로 기초적인 내용은 설명하지 않습니다. CUCM에 초보자를 대상으로 작성하므로 중급 이상의 엔지니어 분들에게는 재미없는 내용일 수 있습니다. 제 2부 CUCM 11 Voice & Video 구축하기 3장 CUCM First No.. 더보기
[UC 칼럼] 스마트워크는 없다 - 1. 사무실의 소중함을 알다 글 싣는 순서1. 사무실의 소중함을 알다2. 재택근무자가 아닌 함께 일하는 동료의 시선으로 3. 스마트워크@시스코, 3조원의 이익 4. 돈이 되는 스마트워크 5. 그 때는 맞고 지금은 틀리다 6. 포스트 PC 시대의 스마트워크 7. 하루 8시간을 일한다는 의미7. 21세기 정보 전쟁, 어떻게 협업할 것인가?8. 스마트워크는 무엇일까?9. Doing Both, 일과 삶의 조화 연재를 시작하며 이번 연재는 처음엔 한국에서 스마트워크가 않되는 이유를 나열하는 방식으로 정리하다가 접었습니다. 스마트워크가 불가능한 기업의 IT 구조를 언급하기 위해 어처구니없는 보안 정책, 절대로 용납하지 않는 퍼블릭 클라우드 서비스 도입, 사외에서 접속 불가능한 인트라넷과 회사를 믿지않는 직원들까지 등등을 언급하면서 정리하였지만.. 더보기
[연재] 다시쓰는 SIP의 이해 - 22편 Chapter 8. RTP의 이해 Chapter 8. RTP의 이해 SIP 와 SDP 프로토콜의 목적은 실시간으로 음성 및 영상 통화를 위해서 입니다. 이 장에서는 실시간 음성과 영상을 전송하기 위한 표준인 RTP에 대해 설명합니다. 1. RTP 개요 실시간 음성, 영상 데이타를 IP 네트워크 상에서 전송하기 위해서는 항상 RTP를 사용합니다. RTP는 RFC 1889 A Transport Protocol for Real-Time Applications에 정의되어 있었지만, 2003년 RFC 1889를 대신하는 RFC 3550이 Standards Track으로 채택 되면서, RFC 1889가 폐기되었습니다. 간략하게 RFC 3550의 앞부분에 명시된 개요 부분을 요약하면, RTP는 Real-time Transport Protocol의 약.. 더보기
[연재] 다시쓰는 SIP의 이해 - 21편 Chapter 7. 가끔 보는 SIP Method Chapter 7. 가끔 보는 SIP Method 7.PUBLISH 메쏘드 과거에 즐겨 사용하던 구글, 네이트온, MSN 등과 같은 데스크탑 메신저는 상대방의 Presence (현재의 상태) 정보를 반드시 필요로 합니다. 상태정보(Presence)는 네트워크 상에서 통신을 위한 사용자의 상태정보 (willingness and ability) 입니다. 온라인(on-line) 또는 오프라인(off-line) 정보와 같은 단순 정보에서 부터 회의중 (Meeting), 통화중 (Busy), 자리비움 (Away) 등과 같은 복잡한 정보로 까지 확장할 수 있습니다. 사용자 상호간에 상태정보를 주고 받기 위해서는 REGISTER, PUBLISH, SUBSCRIBE, NOTIFY메쏘드가 유기적으로 동작되어야 합니다. .. 더보기
[연재] 다시쓰는 SIP의 이해 - 20편 Chapter 7. 가끔 보는 SIP Method Chapter 7. 가끔 보는 SIP Method 5.MESSAGE 메쏘드 MESSAGE 요청은 거의 실시간으로 사용자끼리 메세지를 송수신하기 위해 만들어진 메쏘드로 RFC 3428 SIP for Instant Messaging에 정의되어 있습니다. MESSAGE의 요청과 응답 프로세스는 아래 그림과 같습니다. MESSAGE 요청에 대한 200 OK 응답은 사용자가 메세지를 읽었다는 것을 의미하는 것이 아니라 요청을 정확히 수신 했음을 의미합니다. 응답이 4xx 나 5xx 로 표시되면 메세지가 성공적으로 전달되지 않았음을 의미하며, 6xx 응답은 전달은 되었으나 사용자에 의해 거절되었음을 나타냅니다. 각각의 메세지를 간단하게 살펴보겠습니다. MESSAGE 앨리스와 밥은 별도의 다이얼로그를 생성하지 않고,.. 더보기
[대하 연재]Cisco Jabber 11.0 의 이해 - 17. 자동 업데이트하기 글 싣는 순서 1. 멀티도메인 (Multi-Domain) 지원2. Enterprise Group 3. 파일전송 (일대일 및 일대다) 4. 채팅 중 화면 공유 (일대일 및 일대다)5. FECC & Self View6. Bridge Escalation (그룹채팅에서 영상회의로 전환)7. Jabber to Jabber Call (P2P 음성 및 영상 통화)8. 채팅 히스토리 보관 및 검색9. Call Features (통화 관련 기능)10. IM Features (채팅 관련 기능) 11. FMC Features (재버 모바일만의 특화 기능)12. Persistent Chat Room (채팅방) 13. Advanced Features of Cisco Jabber 14. 가상화 환경에서의 재버 (VXME) 15... 더보기
[대하연재] Cisco Jabber 11.0 의 이해 - 16. Security Features 글 싣는 순서 1. 멀티도메인 (Multi-Domain) 지원2. Enterprise Group 3. 파일전송 (일대일 및 일대다) 4. 채팅 중 화면 공유 (일대일 및 일대다)5. FECC & Self View6. Bridge Escalation (그룹채팅에서 영상회의로 전환)7. Jabber to Jabber Call (P2P 음성 및 영상 통화)8. 채팅 히스토리 보관 및 검색9. Call Features (통화 관련 기능)10. IM Features (채팅 관련 기능) 11. FMC Features (재버 모바일만의 특화 기능)12. Persistent Chat Room (채팅방) 13. Advanced Features of Cisco Jabber 14. 가상화 환경에서의 재버 (VXME) 15... 더보기

티스토리툴바