Nexpert SIP 2 - Overview: Difference between revisions

From 탱이의 잡동사니
Jump to navigation Jump to search
Line 154: Line 154:
<references>
<references>


[[category:telephony]]
[[category:nexpert sip]]

Revision as of 13:51, 26 February 2018

Overview

Nexpert 다시쓰는 SIP 의 이해 내용 정리. 원본은 이곳<ref>http://www.nexpert.net/489</ref>에서 볼 수 있다.

SIP

2000 년대 초반에 H.323 의 단점을 극복하기 위한 아키텍쳐로 만들어진 SIP 는 차세대 VoIP 표준 프로토콜로 각광을 받았다. 엔지니어들과 개발자들의 예상보다는 SIP 가 폭넓게 사용되는데 많은 시간이 들었지만, 현재 가장 많이 사용하는 VoIP 프로토콜은 SIP 이다.

SIP는 모든 VoIP 장비에서 사용되는 프로토콜이므로 SIP 을 공부하면 VoIP 의 거의 모든 기술과 맥락을 이해할 수 있다. 이 장에서는 입문자들도 쉽게 읽을 수 있는 SIP 에 대한 기본적인 내용과 주요 컴포넌트에 대해 다룬다.

SIP 의 정의

SIP는 Session Initiation Protocol 의 약자로 응용 계층의 시그널링을 담당하는 프로토콜이다. SIP 의 이름을 그대로 번역을 하면 "세션 설정 프로토콜"이다. RFC 3261 권고안에 따르면, SIP 하나 또는 그 이상의 참가자와 멀티미디어 세션의 생성, 변경, 종료에 대한 응용 계층의 프로토콜로 정의한다. SIP 에서 정의한 세션은 다음과 같다.

  • Internet multimedia conference(다자간 회의)
  • Internet telephone calls(음성 전화)
  • Internet video sessions(영상 전화)
  • Multimedia distribution(멀티미디어 분배)
  • Subscriptions and Notifications for Events(이벤트 신청 및 통지)
  • Publications of State(상태 정보 배포)

인터넷에서 세션은 폭넓은 의미로 사용되지만, SIP 에서는 전화를 걸고 받기 위한 전화번호와 같은 정보를 송수신 하는 것을 의미한다.

SIP 패킷 구조

SIP 메시지를 송수신하는 패킷의 구조를 알면 SIP 의 특징을 이해할 수 있다. SIP 의 패킷 구조는 다음과 같다.

Sip packet.png

SIP 메시지는 텍스트 기반의 가변 길이로 구성되며 크게 SIP 헤더와 메시지 바디로 나뉜다. 헤더는 편지의 봉투와 같은 내용을 담고 있으며 뒤에 올 메시지 바디의 종류를 표시한다. 주로 메시지 바디에 필요한 구체적인 사항들이 기술되며 옵션 필드가 있다.

SIP 가 사용하는 전송 프로토콜(Transport Layer)은 TCP(Transport Control Protocol) 또는 UDP(User Data Protocol)이다. 위의 그림에서처럼 일반적인 상황에서는 UDP 를 주로 사용하지만, 현재는 Secure IPT 나 특정 상황에서 TCP 를 많이 사용하며, 사용하는 포트는 SIP 5060 과 5061 포트를 이용한다.

SIP 컴포넌트

SIP 프로토콜이 멀티미디어 통신을 위한 호를 생성 및 종료하기 위해서는 다음의 5가지 기능(Functionality)이 필요하다.

  • User Location : 통신에 참가할 단말을 결정.
  • User Availability : 통신에 참여할 착신측의 통화 가능 여부 결정.
  • user Capabilities : 통신간에 사용될 미디어 및 미디어 파라미터 결정.
  • Session Setup : 착신측 및 송신측의 세션 파라미터 설정.
  • Session Management : 세션의 종료 및 전환, 세션 파라미터 변경, 부가 서비스 연동.

이 기능들은 SIP 컴포넌트에서 직접 구현된다.

Sip components.png

위의 다이어그램은 SIP 통신을 위한 컴포넌트들을 간단히 표시한 것이다. SIP 의 주요 컴포넌트를 하나씩 살펴보면 다음과 같다.

  • UA(User Agent)
UA 는 User Agent 의 약어로 UAC(UA Client)와 UAS(UA Server)를 합쳐서 부른다. UAC는 세션을 시작하는 역할로 접속을 요청을 하며, UAS는 세션을 종단하며 접속요청 메시지를 수신한다. UA는 다른 UA와 직접 연결을 설정하거나 Proxy/Redirect Server 들의 도움으로 다른 UA와 연결을 설정한다. 또한 통화중인 호의 상태를 실시간으로 관리한다. 따라서 UA는 UAC와 UAS의 역할을 동시에 가지고 있다.
호 별로 SIP 컴포넌트들은 UAC의 역할을 하거나 UAS의 역할을 한다. 그러나 SIP Proxy는 호를 종단하지 않고 릴레이만을 하므로 UAC나 UAS의 역할을 수행하지 않는다.
  • SIP Gateway
Gateway 는 관문이라는 뜻으로 서로 다른 이기종망을 연결하는 장비이다. SIP Gateway 는 PSTN 전화망과 IP 네트워크를 서로 연결해주는 역할을 한다.

SIP 를 지원하는 UA인 전화기가 두 대가 있다. 전화기가 "전화번호와 IP 주소 매핑 테이블"을 가지고 있다고 가정할 겨우에 서로 통화가 가능하다. 만일 사용자가 "상대방 전화기의 IP 주소를 알고 있다"고 할 경우에도 통화가 가능할 것이다. 하지만 전화가기 두 대가 아닌 수천 수만대일 경우를 생각해 보자.

모든 전화기가 "전화번호와 IP 주소 매핑 테이블"을 가지고 있으면 통화가 가능하다. 그러나, 현실적으로 전화기가 컴퓨터 수준으로 성능이 증가해야 되는 단점과 IP 주소가 바뀔 때마다 다른 모든 전화기게 정보를 업데이트 해 주어야 하므로 현실적으로 불가능하다. 이런 관리적인 요소를 해결할 수 있는 방법은 제3의 서버가 "전화번호와 IP 주소 매핑 테이블"을 가지고 있고, 모든 전화기들의 IP 주소가 변경될 때마다 업데이트를 하고, 통화 시도시에 제 3의 서버에게 IP 주소를 물어보면 된다.

관리적인 요소를 구분하여 제 3의 서버는 다음과 같이 분류된다.

  • Registrar Server(등록 서버)
일반적으로 전화기들은 부팅 시에 자신이 획득한 IP 주소나 SIP URI 정보를 Registrar Server 에 등록한다. Registrar Server 는 전화기로부터 받은 SIP REGISTER 메시지를 기준으로 데이터베이스에 저장한다.
Registrar Server 는 저장된 정보를 바탕으로 Proxy Server 로 부터 요청에 응답하지만 SIP 메시지를 직접 처리하지는 않는다. Registrar Server 기능을 이용하여 Presence (상태정보)의 정보를 생성할 수 있다.
  • Proxy Server
Proxy Server 는 전화기(UA)로부터 수신한 접속 요청 메시지를 추가/변경/삭제 할 수 있다. 즉, 전화기가 1001 전화번호로 통화를 시도하는 SIP INVITE 메시지가 도착하면, Proxy Server 는 Registrar Server 에 1001의 IP 주소를 문의한 후에 1001 전화기로 메시지를 전달한다. 또한, 과금(Billing)을 위한 CDR(Call Detail Record) 정보 등을 유지한다.
  • Redirect Server
Proxy Server 는 통화 연결을 위한 SIP INVITE 메시지를 목적지로 직접 전달해주는 것과 달리 Redirect Server 는 메시지를 전송한 UAC로 목적지로 3xx Redirect 메시지로 알려준다. Redirect 메시지를 받은 UAC는 수신한 목적지 주소를 가지고 새로운 세션을 열어서 통신을 시도한다.

통신사와 같은 대규모 VoIP 망을 지원하는 IP PBX 의 경우에는 Registrar Server, Proxy Server, Redirect Server 를 따로 구축하기도 하지만, 일반 기업용 IP PBX 는 한 서버에 모두 구현한다. 따라서 VoIP 엔지니어들은 IP PBX 내에서 각 컴포넌트를 따로 구분하지 않는다.

B2BUA 의 이해

SIP 은 UA(User Agent) 간의 통신으로 클라이언트 서버 기반 프로토콜로 UAC(User Agent Client)와 UAS(User Agent Server) 간 통신을 다룬다. SIP Proxy 는 옵션 장비로 다수의 UA 간의 통신을 편리하게 해주는 역할을 수행하지만, UA가 보내는 SIP 메시지 전체를 수정/변경/삭제 할 수 없고, 특정 헤더를 삽입하거나 제한된 수정이 가능하다. 따라서 SIP Proxy 는 기업에서 사용되는 수 많은 부가 기능을 구현하거나 서로 다른 프로토콜 간 견동을 하기 위해서는 부족한 장비이다.

따라서 IP PBX 는 SIP Proxy 가 제공하는 것보다 더 많은 부가 기능, 직접적인 코덱협상, CAC, VoIP 프로토콜 간 상호연동 등의 기능을 수행하기 위해서 B2BUA 로 개발되는 경우가 많다. B2BUA는 Back-to-Back User Agent 의 약어로, UAC 역할과 UAS 의 역할을 동시에 수행한다는 의미이다.

B2BUA가 구현된 IP PBX 와 SIP Proxy 로 구현된 IP PBX 의 차이점은 다이얼로그 구성에서 차이가 난다. 같은 Call ID 를 가지는 하나의 트랜잭션 단위가 다이얼로그를 형성한다. 아래 그림에서 왼쪽 전화기에서 INVITE 를 보내면, 오른쪽 전화기가 200 OK 로 응답하는 하나의 트랜잭션 단위이다. SIP Proxy 서버는 SIP 메시지의 헤더와 바디 부분을 변경하지 않고, Via 헤더나 Route 헤더 등을 삽입하거나 제거하는 일을 하면서 실제 다이얼로그에 영향을 미치지 않는다.

SIP dialog.png

B2BUA 로 동작하는 IP PBX 는 UAC 인 전화기 보낸 INVITE를 종단하는 UAS 로 동작하여 다이얼로그를 종단하고, 다시 UAC 의 역할을 수행하여 착신 전화기에 INVITE 메시지를 새롭게 생성하여 전송한다(아래 그림 참조).

B2bua dialog.png

B2BUA 로 구성된 IP PBX 의 장점은 다음과 같이 요약할 수 있다.

  • 다양한 부가 서비스 구현이 용이.
  • 이기종 프로토콜 간 연동 지원.
발신 전화기는 SIP로 수신 전화기는 H.323 으로 통신이 가능하며, 미디어는 전화기간에 직접 전달된다.
  • 코덱 변환 지원.
하나의 통화에서 LAN 상에서는 G.711 로, WAN 상에서는 G.729 로 통신할 수 있어 대역폭 관리 및 정책 설정이 용이하다.

SIP 의 친구들

SIP는 시그널링 프로토콜로 완전한 하나의 호를 생성 및 종료하기 우해서는 SIP 를 도와주는 프로토콜이 있다.

  • RFC 3550 Real-Time Protocol (RTP) & RTCP : 실제 음성 및 영상 전송
  • RFC 4566 Session Description Protocol (SDP) : 세션 설정을 위한 세부 속성 파라미터 제공

요청과 응답 프로토콜로써의 SIP

SIP 는 Client/Server 프로토콜이면서 요청과 응답(Request/Response) 프로토콜이다. SIP는 세션에 대한 처리 요청과 응답으로 트랜젝션을 진행한다.

Sip request response.png

SIP를 이해하는 것은 요청과 응답의 과정을 정확히 이해하는 것이다.

요청을 위한 14 개의 SIP 메소드

SIP 의 요청(Request) 메시지는 메소드(Method)라고 하고, 정해진 특정 상황에서 발생되므로 용도를 알면 의미를 쉽게 파악할 수 있다.

RFC 3261 에 정의된 6개의 기본 메소드는 다음과 같다.

  • INVITE
멀티미디어 세션에 참가시키기 위한 서비스 또는 사용자를 초대하기 위한 메소드.
  • ACK
INVITE 메소드에 대한 최종 응답인 200 OK 를 수신했음을 통지하기 위한 메소드. ACK는 별도의 응답을 받지 않는 것이 특징.
  • BYE
기존의 세션을 종료하기 위한 메소드
  • CANCEL
최종 응답 200 OK 를 받기 전에 기존의 요청을 취소하기 위한 메소드.
  • OPTIONS
서버의 Capability 를 요청하기 위한 메소드.
  • REGISTER
User Agent 가 Registrar Server 에 등록하기 위한 메소드.

그 외에 멀티미디어 세션 관리 및 부가 서비스를 위해 추가적으로 8개의 메소드가 IETF 에서 발행하는 RFC 문서에 각각 정의 되어있다.

  • INFO(RFC 2976)
기존의 설립된 세션 또는 다이얼로그 내에서 추가적인 정보를 전송하기 위한 메소드.
  • PRACK(RFC 3262)
UAC(User Agent Client)가 암시적으로 Response 를 승인하기 위한 메소드.
  • SUBSCRIBE(RFC 3265)
특정 이벤트를 살펴보기 위해 원격 노드에 요청하기 위한 메소드
  • NOTIFY(RFC 3265)
특정 이벤트 발생 시 응답하기 위한 메소드
  • UPDATE(RFC 3311)
세션 설정 파라미터를 업데이트 하기 위한 메소드.
  • MESSAGE(RFC 3428)
채팅과 같은 단문 메시지를 (IM, Instant Messaging)을 전달하기 위한 메소드.
  • REFEER(RFC 3515)
호 전환(Call Transfer)과 같이 UA가 지금 통신 중인 UA 이 외의 또 다른 UA와 통신하기 위한 메소드.
  • PUBLIC(RFC 3903)
Presence Server 에 UA의 상태 정보를 전송하기 위한 메소드.

SIP 는 RFC 3261 에 정의된 기본 6 개의 메소드와 추가 8 개의 메소드를 합쳐 총 14 개의 메소드를 사용한다. SIP 메소드만 이해해도 SIP 호 절차 분석이 쉽다.

Reference

<references>