27장. SIP PUBLISH의 이해
1. 사용자 상태 정보 (Presence)의 이해
사람들은 스마트폰으로 문자 메시지를 보낼 때 상대방이 근실시간으로 항상 문자를 볼 것이라 기대합니다. PC에서 사용하는 앱은 전원을 끄면 사용할 수 없지만 스마트폰은 항상 켜져 있고 사용자가 가지고 다니기 때문입니다. 사용자 상태 정보는 네트워크로 전파되는 연결 가능성(willingness and ability)이므로 스마트폰의 협업 서비스는 Always-on으로 항상 연결됩니다. 그래서 카카오톡과 같은 모바일 메신저는 상태 정보보다 메시지는 읽었는지 안 읽었는 지를 표시합니다.
스카이프와 같은 PC용 메신저가 스마트폰용 앱을 만들기도 하고, 카카오톡과 같은 모바일 메신저가 PC용 앱을 만들기도 합니다. 두 제품군은 상태 정보의 표시 여부로 구분될 수 있습니다. 과거에 즐겨 사용하던 구글 행아웃, 네이트 온, MSN 등과 같은 PC 메신저는 버디 리스트에 사용자 상태 정보를 표시합니다. 상태 정보는 온라인(on-line) 또는 오프라인(off-line) 정보와 같은 단순 정보에서부터 회의 중 (Meeting), 통화 중 (Busy), 자리비움 (Away) 등과 같은 복잡한 정보까지 확장합니다. 이렇게 복잡한 상태 정보를 제공하던 PC용 메신저는 일반인들 사이에서는 사라졌지만, 기업용 PC 메신저들은 아직도 활발하게 사용됩니다.
또한, SIP 전화기들도 통화 중 (Busy)과 통화 대기 중(idle)에 대한 상태 정보를 적극적으로 사용합니다. 상요하는 서비스들은 다음과 같습니다.
BLF 스피드 다이얼 버튼
BLF (Busy Lamp Filed) 스피드 다이얼 버튼은 상태 정보를 표시하는 스피드 다이얼 버튼입니다. 자주 통화하는 특정 번호를 BLF 스피드 다이얼 버튼으로 지정하여 통화여부를 확인합니다. 주로 비서들이 매니저들에게 걸려온 전화를 호전환 하기 전에 매니저의 전화기 상태 정보를 확인합니다.
통화 내역 확인(Call History)
최근 발신 내역이나 최근 수신 내역을 확인할 때 전화번호의 상태 정보를 표시합니다.
전화번호 확인 (Directory Search)
전화번호 검색을 할 때 검색된 전화번호의 상태 정보가 표시됩니다.
웹에서 회사 주소록 찾기
회사 주소록에서 특정 직원을 검색할 때 직원 전화번호의 상태 정보가 표시됩니다. 일반적으로 웹 페이지의 전화번호는 클릭 투 콜 서비스와 연결되어 있어 클릭만으로 전화를 걸 수 있습니다.
사용자의 상태 정보는 SIP 전화기, SIP 소프트폰과 메신저 등에서 사용합니다.
2. SIP PUBLISH의 이해
등록 상태 정보를 교환하기 위해서는 REGISTER, SUBSCRIBE 및 NOTIFY 메쏘드가 유기적으로 동작합니다. 등록 상태 정보는 사용자의 AoR과 Contact address의 바인딩에 의해 생성됩니다. 사용자 상태 정보는 다수의 Contact address의 조합으로 만들어집니다. 사용자 상태 정보는 자동 생성되기도 하지만, Do not Disturb처럼 사용자에 의해 강제 설정될 수도 있습니다. 그러므로 사용자의 AoR과 연관된 여러 이벤트를 처리할 수 있는 별도의 메쏘드가 필요합니다.
SIP PUBLISH 메쏘드는 AoR (Address-of-Record)과 연관된 Event State를 생성, 변경 및 제거합니다.
RFC 2778 A Model for Presnece and Instant Messaging과 RFC 3903 SIP Extension for Event State Publication의 용어 정의를 통해 상태 정보를 생성하고 교환하는 과정에 대한 구성 요소를 살펴보겠습니다.
Event State
자원의 상태 정보
EPA (Event Publication Agent)
PUBLISH 요청을 발행하는 UAC
RFC 3856의 PUA (Presence User Agent)
ESC (Event State Compositor)
PUBLISH 요청을 받아 처리하는 UAS
RFC 3856의 PA (Presence Agent)
Proxy 및 Register와 공존
Event Hard State
자원의 default Event State로 AoR에 대한 고정된 상태 정보
ESC는 Soft State publication이 없을 때 사용
Event Soft State
PUBLISH 메커니즘을 통해 EPA가 발행하는 Event State
유효기간 내에서만 의미를 나타냄
RFC 권고안들이 같은 장비를 다르게 부르는 이유는 복잡한 기능을 쉽게 정의하기 위해서입니다. Event State Compositor는 SIP Proxy 서버일 수도 있고, 사용자 상태 정보를 관리하는 프레즌스 서버일 수도 있습니다. 사용자 규모와 제조사에 따라 SIP Proxy 서버와 프레즌스 서버가 한 장비로 구현하거나 별도로 구현합니다. 엔지니어는 장비명이 무엇인지가 아니라 기능이 무엇인지를 알아야 합니다.
<그림 27-1> 상태정보의 수집과 전파프레즌스 서버는 도메인에 있는 사용자들의 상태 정보를 관리하고 신청자들에게 업데이트를 하는 역할을 합니다. 앨리스의 상태 정보를 통지받기 원하는 사용자들은 프레즌스 서버(Notifier)에 상태 정보 업데이트 통지 신청을 하기 위해 SUBSCRIBE 메쏘드를 사용합니다. 프레즌스 서버는 같은 프레즌스 도메인에 있는 신청자들의 SUBSCRIBE 요청을 수락하지만, 서로 다른 프레즌스 도메인에 있는 밥의 요청은 거절합니다.
앨리스의 전화기는 SIP REGISTER 요청과 함께 자신에게 설정된 프로파일에 따라 상태 정보 업데이트를 SIP PUBLISH 요청으로 프레즌스 서버로 보냅니다. 앨리스는 프레즌스 서버에 단순한 상태 정보, 위치 및 시간 등의 정보가 전달되지만, 프레즌스 서버는 상태 정보 정책에 따라 지정된 정보가 신청자들에게 전달합니다. 상태 정보 전파는 SIP NOFITY 메쏘드를 활용합니다. 또한, 상태 정보 전파는 프레즌스의 정책에 따라 전파하거나 하지 않을 수 있습니다.
정리하면, 특정 사용자에 대한 상태 정보를 프레즌스 서버에 신청하기 위해서는 SIP SUBSCRIBE 메쏘드를 사용합니다. 프레즌스 서버가 특정 사용자의 상태 정보 변화를 신청자에게 업데이트하기 위해서는 SIP NOTIFY 메쏘드를 사용합니다. 사용자가 자신의 상태 정보를 프레즌스 서버에 업데이트하기 위해서는 SIP PUBLISH 메쏘드를 사용합니다.
3. SIP PUBLISH 메시지 분석
마지막으로 SIP PUBLISH 메쏘드를 분석합니다.
1) 엘리스의 PUBLISH
엘리스는 자신의 상태 정보를 프레즌스 서버에 업데이트하기 위해 PUBLISH 메쏘드를 발행합니다.
PUBLISH sip:esc1@atlanta.com SIP/2.0
Via: SIP/2.0/TCP pc33.atlanta.com;branch=z9hG4bK776asegma
Max-Forwards: 70
To: Alice <sip:alice@atlanta.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID:a84b4c76e66710@pc33.atlanta.com
CSeq: 22756 PUBLISH
Event: presence
Expires: 21600
Content-Type: application/pidf+xml
Content-Length: 126
(XML message body: 자신의 상태 정보 표시)
SIP 메시지 바디는 NOTIFY의 메시지 바디와 동일하므로 생략합니다. Event 헤더는 등록 상태 정보 요청은 'Event:reg'이고, 사용자 상태 정보 요청은 'Event:presence'입니다. Expires 헤더는 유효기간을 표시합니다.
2) 프레즌스 서버의 200 OK
프레즌스 서버는 SIP PUBLISH 요청을 수신하고 200 OK로 응답합니다.
SIP/2.0 200 OK
Via: SIP/2.0/TCP pc33.atlanta.com;branch=z9hG4bK776asegma ;received=10.1.3.33
To: Alice <sip:alice@atlanta.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID:a84b4c76e66710@pc33.atlanta.com
CSeq: 22756 PUBLISH
SIP-ETag: hp169abc
Expires: 1800
SIP-ETag 헤더는 프레즌스 서버가 SIP PUBLISH 요청을 성공적으로 처리하고 entity-tag를 할당한 값을 표시합니다. SIP-ETag는 동일한 PUBLISH 업데이트나 변경 요청 시 같은 값을 사용합니다.
'엔지니어를 위한 인터넷 전화와 SIP의 이해'를 책으로 만들다
https://brunch.co.kr/@linecard/188
