세션 시작 프로토콜

Session Initiation Protocol
인터넷 프로토콜 스위트
응용 프로그램레이어
트랜스포트 레이어
인터넷 레이어
링크 레이어

Session Initiation Protocol(SIP)은 음성,[1] 비디오 및 메시징 응용 프로그램을 포함하는 통신 세션을 시작, 유지 및 종료하기 위해 사용되는 시그널링 프로토콜입니다.SIP는 인터넷 텔레포니, 개인 IP 전화 시스템 및 LTE(VoLTE)를 통한 휴대 전화 콜에서 사용됩니다.

프로토콜은 교환되는 메시지의 구체적인 형식과 참가자들의 협력을 위한 통신 순서를 정의합니다.SIP는 HTTP(Hypertext Transfer Protocol) 및 SMTP([2]Simple Mail Transfer Protocol)의 많은 요소를 포함하는 텍스트 기반 프로토콜입니다.SIP를 사용하여 확립된 콜은 여러 미디어 스트림으로 구성될 수 있지만 SIP 메시지 내의 payload로서 데이터를 교환하는 텍스트메시지 등의 응용 프로그램에는 개별 스트림이 필요하지 않습니다.

SIP는 세션 미디어를 지정하고 전송하는 다른 여러 프로토콜과 함께 작동합니다.일반적으로 미디어 유형 및 파라미터 네고시에이션 및 미디어 설정은 Session Description Protocol(SDP)을 사용하여 실행됩니다.SDP는 SIP 메시지에서 payload로 전송됩니다.SIP는 기반이 되는 트랜스포트층 프로토콜로부터 독립하도록 설계되어 User Datagram Protocol(UDP), Transmission Control Protocol(TCP) 및 Stream Control Transmission Protocol(SCTP)과 함께 사용할 수 있습니다.안전하지 않은 네트워크 링크를 통한 SIP 메시지의 안전한 전송을 위해 프로토콜은 Transport Layer Security(TLS; 트랜스포트 계층 보안)로 암호화될 수 있습니다.미디어 스트림(음성, 비디오)의 송신에는, 통상, SIP 메시지로 전송되는 SDP 페이로드가 Real-time Transport Protocol(RTP) 또는 Secure Real-time Transport Protocol(SRTP)을 사용합니다.

역사

SIP는 1996년 Mbone에 멀티캐스트멀티미디어 세션을 확립하기 위해 Mark Handley, Henning Schulzrinne, Eve Schooler 및 Jonathan Rosenberg에 의해 설계되었습니다.프로토콜은 다음과 같이 표준화되었습니다. RFC2543(1999년).2000년 11월, SIP는 셀룰러 네트워크의 IP 기반 스트리밍 멀티미디어 서비스를 위한 3GPP 시그널링 프로토콜이자 IP 멀티미디어 서브시스템(IMS) 아키텍처의 영구 요소로 받아들여졌습니다.2002년 6월에 RFC3261에서[3] 사양이 개정되었으며 이후 [4]다양한 확장과 설명이 발표되었습니다.

SIP는 새로운 멀티미디어 애플리케이션을 지원한다는 비전을 가지고 공중전화 교환망(PSTN)에 존재하는 콜 처리 기능과 기능을 지원하는 IP 기반 통신을 위한 시그널링 및 콜 설정 프로토콜을 제공하도록 설계되었습니다.화상 회의, 스트리밍 미디어 배포, 인스턴트 메시징, 존재 정보, 파일 전송, 인터넷 팩스 및 온라인 [1][5][6]게임용으로 확장되었습니다.

SIP는 통신산업이 아닌 인터넷 커뮤니티에 뿌리를 둔다는 점에서 지지자들에 의해 구별됩니다.SIP는 주로 Internet Engineering Task Force(IETF; 인터넷 기술 특별 조사위원회)에 의해 표준화되었으며 H.323 등의 다른 프로토콜은 전통적으로 국제 전기 통신 연합(ITU)과 관련되어 있습니다.

프로토콜 조작

SIP는 미디어 통신 세션의 시그널링 조작에만 관여하며 주로 음성 콜 또는 비디오콜의 셋업 및 종료에 사용됩니다.SIP를 사용하여 2자(유니캐스트) 또는 멀티파티(멀티캐스트) 세션을 확립할 수 있습니다.또, 기존의 콜을 변경할 수도 있습니다.변경에는 주소 또는 포트 변경, 참가자 추가 및 미디어 스트림 추가 또는 삭제가 포함됩니다.또한 SIP는 인스턴트 메시징, 이벤트 등록 및 알림 등의 메시징 응용 프로그램에서 응용 프로그램을 발견했습니다.

SIP는 미디어 포맷과 코딩을 지정하고 콜이 설정되면 미디어를 전송하는 다른 여러 프로토콜과 함께 작동합니다.콜 셋업의 경우 SIP 메시지 본문에는 미디어 형식, 코덱 및 미디어 통신 프로토콜을 지정하는 Session Description Protocol(SDP) 데이터 유닛이 포함됩니다.일반적으로 음성 및 비디오미디어 스트림은 Real-time Transport Protocol(RTP) 또는 Secure Real-time Transport Protocol(SRTP)[2][7]을 사용하여 단말 간에 전송됩니다.

사용자 에이전트, 콜라우터, 보이스 메일박스 등 SIP 네트워크의 모든 리소스는 Uniform Resource Identifier(URI; 유니폼자원 식별자)에 의해 식별됩니다.URI 구문은 웹 서비스 및 전자 [8]메일에서도 사용되는 일반적인 표준 구문을 따릅니다.SIP에 사용되는 URI 방식은 sip이며 일반적인 SIP URI 형식은 sip:username@domainname 또는 sip:username@hostport입니다.domainname에서는 SIP 도메인의 서버를 찾기 위해 DNS SRV 레코드가 필요하며 hostport는 호스트와 포트의 IP 주소 또는 완전 수식 도메인 이름입니다.시큐어 전송이 필요한 경우는, 스킴의 sips 가 사용됩니다.[9][10]

SIP는 HTTP 요구 및 응답 트랜잭션모델과 [11]유사한 설계 요소를 사용합니다.각 트랜잭션은 서버에서 특정 메서드 또는 함수를 호출하는 클라이언트 요청과 하나 이상의 응답으로 구성됩니다.SIP는 HTTP의 헤더필드, 부호화 규칙 및 상태 코드를 대부분 재사용하여 읽기 쉬운 텍스트 기반 형식을 제공합니다.

SIP는 Transmission Control Protocol(TCP), User Datagram Protocol(UDP) 및 Stream Control Transmission Protocol(SCTP)[12][13]을 포함한 여러 전송 계층 프로토콜에 의해 전송할 수 있습니다.SIP 클라이언트는 일반적으로 서버 및 기타 엔드포인트에 대한 SIP 트래픽에 포트 번호 5060 또는 5061에서 TCP 또는 UDP를 사용합니다.포트 5060은 일반적으로 암호화되지 않은 시그널링 트래픽에 사용되며 포트 5061은 일반적으로 Transport Layer Security(TLS; 트랜스포트층 보안)로 암호화된 트래픽에 사용됩니다.

SIP 기반의 텔레포니네트워크는 특별한 SIP 프로토콜 확장이 존재하는 Signaling System 7(SS7)의 콜 처리 기능을 실장하는 경우가 많습니다.단, 두 프로토콜 자체는 매우 다릅니다.SS7은 복잡한 중앙 네트워크 아키텍처와 멍청한 엔드포인트(기존 전화 핸드셋)로 특징지어지는 중앙 집중식 프로토콜입니다.SIP는 등가성 피어의 클라이언트-서버 프로토콜입니다.기존의 SS7 아키텍처는 스위칭센터 간에만 사용되고 있는 반면 SIP 기능은 통신 엔드 포인트에 구현되어 있습니다.

네트워크 요소

통신에 Session Initiation Protocol을 사용하는 네트워크 요소를 SIP 사용자 에이전트라고 합니다.각 사용자 에이전트(UA)는 서비스 기능을 요구할 때는 User Agent Client(UAC; 사용자 에이전트 클라이언트)의 기능을, 요구에 응답할 때는 User Agent Server(UAS; 사용자 에이전트 서버)의 기능을 실행합니다.따라서 원칙적으로 2개의 SIP 엔드포인트는 SIP 인프라스트럭처를 개입시키지 않고 동작할 수 있습니다.단, 네트워크 운용상의 이유, 사용자에게 퍼블릭서비스를 프로비저닝하기 위해 및 디렉토리 서비스를 위해 SIP는 몇 가지 특정 유형의 네트워크 서버 요소를 정의합니다.이러한 각 서비스 요소는 사용자 에이전트 클라이언트 및 [14]서버에 구현된 클라이언트-서버 모델 내에서 통신하기도 합니다.

사용자 에이전트

사용자 에이전트는 SIP 메시지를 송수신하고 SIP 세션을 관리하는 논리적 네트워크 엔드포인트입니다.사용자 에이전트에는 클라이언트 및 서버 구성 요소가 있습니다.User Agent Client(UAC; 사용자 에이전트클라이언트)는 SIP 요구를 송신합니다.User Agent Server(UAS; 사용자 에이전트서버)는 요구를 수신하고 SIP 응답을 반환합니다.HTTP 등 클라이언트와 서버의 역할을 고정하는 다른 네트워크 프로토콜과는 달리 SIP에서는 양쪽 피어에서 양쪽 역할을 구현해야 합니다.UAC 및 UAS의 역할은 SIP 트랜잭션 [5]기간 동안만 지속됩니다.

SIP Phone은 SIP 사용자 에이전트의 클라이언트 및 서버 기능을 구현한IP Phone으로 다이얼, 응답, 거부, [15][16]콜 보류, 콜 전송 등 전화기의 기존 콜 기능을 제공합니다.SIP 전화는 하드웨어 디바이스 또는 소프트 폰으로 실장할 수 있습니다.SIP를 표준 텔레포니플랫폼으로 구현하는 벤더가 증가함에 따라 하드웨어 기반 SIP 전화와 소프트웨어 기반 SIP 전화의 구분이 모호해지고 SIP 요소가 스마트폰 등 많은 IP 대응 통신 디바이스의 기본 펌웨어 기능에 구현됩니다.

SIP에서는 HTTP와 마찬가지로 사용자 에이전트는 소프트웨어, 하드웨어 또는 제품명의 텍스트 설명을 포함하는 메시지헤더 필드(User-Agent)를 사용하여 자신을 식별할 수 있습니다.사용자 에이전트필드는 요구 메시지로 전송됩니다.즉, 수신측 SIP 서버는 이 정보를 평가하여 디바이스 고유의 설정 또는 기능 액티베이션 수행이 가능합니다.SIP 네트워크 요소의 오퍼레이터는 이 정보를 고객 [17]계정포털에 저장하여 SIP 호환성 문제 진단 또는 서비스 상태 표시에 도움이 될 수 있습니다.

프록시 서버

프록시 서버는 UAC 및 UAS 컴포넌트를 갖춘 네트워크 서버이며, 다른 네트워크 요소를 대신하여 요구를 실행할 목적으로 중간 엔티티로서 기능합니다.프록시 서버는 주로 콜라우팅의 역할을 합니다.이 서버는 수신처에 가까운 다른 엔티티에 SIP 요구를 전송합니다.프록시는 사용자가 콜을 발신할 수 있는지 여부를 결정하는 등 정책을 적용하는 경우에도 유용합니다.프록시는 요청을 전달하기 전에 요청 메시지의 특정 부분을 해석하고 필요에 따라 다시 씁니다.

메시지를 여러 수신처로 라우팅하다SIP 프록시 서버를 포킹프록시라고 부릅니다SIP 요청 포킹은 단일 요청에서 여러 대화상자를 확립합니다.따라서 콜은 여러 SIP 엔드포인트 중 하나에서 응답할 수 있습니다.여러 대화 상자를 식별하기 위해 각 대화 상자에는 양쪽 끝점의 기여가 포함된 식별자가 있습니다.

리다이렉트 서버

리다이렉트 서버는 수신한 요구에 대해 3xx(리다이렉션) 응답을 생성하는 사용자 에이전트 서버이며 클라이언트는 대체 URI 세트에 접속하도록 지시합니다.리다이렉트 서버를 사용하면 프록시 서버가 SIP 세션 초대를 외부 도메인으로 전송할 수 있습니다.

레지스트라

인증에 의한 SIP 레지스트라에 대한 SIP 사용자 에이전트 등록.

레지스트라는 로케이션서비스를 제공하는SIP 엔드포인트입니다REGISTER 요구를 받아들여 사용자 에이전트로부터의 주소 및 기타 파라미터를 기록합니다.이후의 요구에 대해서는, 네트워크상에서 생각할 수 있는 통신 피어를 특정하기 위한 중요한 수단을 제공합니다.로케이션 서비스는 1개 또는 여러 IP 주소를 등록 에이전트의 SIP URI에 링크합니다.여러 사용자 에이전트가 동일한 URI에 등록할 수 있으며, 그 결과 등록된 모든 사용자 에이전트가 URI에 대한 콜을 수신합니다.

SIP 레지스트라는 논리 요소이며 대부분의 경우 SIP 프록시와 함께 배치됩니다.네트워크의 scalability를 향상시키기 위해 로케이션서비스를 리다이렉트서버와 함께 배치할 수도 있습니다.

세션 경계 컨트롤러

백투백 사용자 에이전트를 통한 세션 확립.

Session Border Controller(SBC; 세션보더 컨트롤러)는 네트워크토폴로지의 은닉이나 NAT 트래버설에서의 지원 등 다양한 유형의 기능에 대해 사용자 에이전트와 SIP 서버 간의 미들박스 역할을 합니다.SBC는 독립적으로 설계된 솔루션으로 SIP RFC에는 기재되어 있지 않습니다.

게이트웨이

게이트웨이를 사용하여 SIP 네트워크를 다른 프로토콜 또는 기술을 사용하는 PSTN 등의 다른 네트워크에 상호 연결할 수 있습니다.

SIP 메시지

SIP는 HTTP와 유사한 구문을 가진 텍스트 기반 프로토콜입니다.SIP 메시지에는 요구와 응답의 두 가지 유형이 있습니다.요청의 첫 번째 줄에는 요청 특성을 정의하는 메서드와 요청 전송 [18]위치를 나타내는 Request-URI가 있습니다.응답의 첫 번째 줄에는 응답 코드가 있습니다.

요청한다

요청은 프로토콜의 기능을 시작합니다.이러한 응답은 사용자 에이전트클라이언트에 의해 서버에 송신되어 트랜잭션의 결과 코드를 반환한다.1개 이상의 SIP 응답으로 응답되며 일반적으로 트랜잭션의 성공, 실패 또는 기타 상태를 나타냅니다.

SIP 요구
요청명 묘사 메모들 RFC 레퍼런스
등록하세요 [ To - header ]필드에 리스트 되어 있는 URI 를 로케이션서버에 등록해, Contact 헤더필드에 지정된 네트워크주소와 관련짓습니다. 이 명령어는 로케이션서비스를 구현합니다. RFC 3261
초대하다 콜을 확립하기 위한 다이얼로그를 기동합니다.요청은 사용자 에이전트 클라이언트에서 사용자 에이전트 서버로 전송됩니다. 확립된 대화 상자(재입력) 중에 송신되면, 콜을 보류하는 등, 세션이 변경됩니다. RFC 3261
ACK 엔티티가 INVITE 요구에 대한 최종 응답을 받았는지 확인합니다. RFC 3261
안녕. 대화상자의 신호 종료 및 콜 종료. 이 메시지는 대화상자의 한쪽 엔드포인트에서 발송할 수 있습니다. RFC 3261
취소 보류 중인 요청을 취소합니다. 통상, 호출음이 울리고 있을 때에 콜을 종료하고 나서 응답하는 것을 의미합니다. RFC 3261
갱신하다 대화상자 상태를 변경하지 않고 세션 상태를 수정합니다. RFC 3311
참조하다 수신자에게 착신 전송의 목적으로 요구를 발행하도록 의뢰합니다. RFC 3515
프랙 가승인 PRACK 는, 잠정 응답(1xx)에 응답해 송신됩니다. RFC 3262
서브스크라이브 알림에서 이벤트 알림을 위한 구독을 시작합니다. RFC 6665
알리다 서브스크라이버에게 새로운 이벤트의 통지를 통지합니다. RFC 6665
공개하다 Notification 서버에 이벤트를 게시합니다. RFC 3903
메세지 문자 메시지를 배달하다. 인스턴트 메시징 응용 프로그램에서 사용됩니다. RFC 3428
정보 세션 상태를 변경하지 않는 세션 중간 정보를 보냅니다. 이 방식은 DTMF 릴레이에 자주 사용됩니다. RFC 6086
옵션들 엔드포인트의 기능을 쿼리합니다. NAT 킵얼라이브 목적으로 많이 사용됩니다. RFC 3261

응답

주요 기사:SIP 응답 코드 목록

사용자 에이전트 서버에 의해 수신된 요청의 결과를 나타내는 응답이 전송됩니다.결과 [19]코드의 수치 범위에 따라 다음과 같은 몇 가지 응답 클래스가 인식됩니다.

  • 1xx: 요청에 대한 잠정 응답은 요청이 유효하며 처리 중임을 나타냅니다.
  • 2xx: 요청이 정상적으로 완료되었습니다.INVITE에 대한 응답으로서 콜이 확립되었음을 나타냅니다.가장 일반적인 코드는 200으로, 이는 부적격 성공 보고서입니다.
  • 3xx: 요청을 완료하려면 콜리다이렉션이 필요합니다.요청을 새 대상으로 완료해야 합니다.
  • 4xx: 잘못된 요청 구문(코드 400) 등 다양한 이유로 서버에서 요청을 완료할 수 없습니다.
  • 5xx: 서버는 서버 내부 오류(코드 500)를 포함하여 명백한 유효한 요구를 이행하지 못했습니다.
  • 6xx: 어떤 서버에서도 요청을 수행할 수 없습니다.수신처에 의한 콜 거부를 포함한 글로벌 장애를 나타냅니다.

트랜잭션

예:User1의 UAC는 초대 클라이언트 트랜잭션을 사용하여 초기 INVITE (1) 메시지를 보냅니다.타이머 제어 대기 시간이 경과해도 응답이 없을 경우 UAC는 트랜잭션을 종료할지 INVITE를 재발송할지 선택할 수 있습니다.응답이 수신되면 User1은 INVITE가 신뢰성 있게 전달되었다고 확신하게 됩니다.다음으로 User1의 UAC가 응답을 승인해야 합니다.ACK(2)를 전달하면, 양쪽의 트랜잭션이 완료됩니다.이 경우 대화 상자가 [20]설정되었을 수 있습니다.

SIP는 참가자 간의 교환을 제어하고 메시지를 안정적으로 전달하는 트랜잭션메커니즘을 정의합니다.트랜잭션은 다양한 타이머에 의해 제어되는 세션 상태입니다.클라이언트 트랜잭션은 요청을 전송하고 서버 트랜잭션은 하나 이상의 응답으로 이러한 요청에 응답합니다.응답에는 1xx 형식의 응답 코드를 가진 잠정 응답과 1개 또는 여러 개의 최종 응답(2xx ~6xx)이 포함됩니다.

트랜잭션은 invite 유형 또는 non-invite 유형으로 더 분류됩니다.초대 트랜잭션은 SIP에서 대화상자로 불리는 장시간 실행 컨버세이션 확립이 가능하기 때문에 실패하지 않는 최종 응답의 확인 응답(ACK)을 포함할 수 있다는 점에서 다릅니다(예: 200 OK).

인스턴트 메시징 및 존재감

SIMPLE(Session Initiation Protocol for Instant Messaging and Presence Leveraging Extensions)은 인스턴트 메시징 및 존재 정보의 SIP 기반 표준 스위트입니다.Message Session Relay Protocol(MSRP)을 사용하면 인스턴트 메시지세션과 파일 전송을 할 수 있습니다.

적합성 테스트

SIP 개발자 커뮤니티는 SIP Forum이 주관하는 회의에서 정기적으로 회의를 열고 SIP [21]구현의 상호 운용성을 테스트합니다.ETSI(STF 196)의 태스크포스(TF)에 의해 개발된 TTCN-3 테스트 사양 언어는 SIP [22]구현에 대한 적합성 테스트를 지정하기 위해 사용됩니다.

퍼포먼스 테스트

SIP 소프트웨어를 개발하거나 새로운 SIP 인프라스트럭처를 도입할 때는 서버와 IP 네트워크가 특정 콜로드(동시 콜 수 및 초당 콜 수)를 처리하는 기능을 테스트하는 것이 중요합니다.SIP 퍼포먼스테스터 소프트웨어는 SIP 및 RTP 트래픽을 시뮬레이션하여 서버와 IP 네트워크가 콜 [23]부하에서 안정적인지 여부를 확인하기 위해 사용합니다.이 소프트웨어는 응답 지연, 응답/시제비, RTP 지터와 패킷 손실, 라운드 트립 지연 시간 등의 퍼포먼스인디케이터를 측정합니다.

적용들

SIP 접속은 많은 Internet Telephony Service Provider(ITSP; 인터넷전화 서비스 공급자)가 제공하는 Voice over Internet Protocol(VoIP) 서비스의 마케팅 용어입니다.이 서비스는, 클라이언트의 Private Branch Exchange(PBX; 프라이빗 브랜치 익스체인지) 전화 시스템에서 공중망으로의 전화 콜의 루팅을 제공합니다.이러한 서비스는 음성 및 데이터의 인터넷접속을 공유하여 Basic Rate Interface(BRI; 기본속도 인터페이스) 또는 Primary Rate Interface(PRI; 기본속도 인터페이스) 전화회선 비용을 절감함으로써 기업 정보 시스템인프라스트럭처를 단순화할 수 있습니다.

SIP 트렁킹은 음성, 데이터 및 인터넷트래픽에 대한 캐리어 액세스 회선을 공유하면서 PRI [24][25]회선의 필요성을 배제하고 통신 인프라스트럭처를 심플화하기 위해 서비스를 사용할 때 사용하는 마케팅 용어와 유사합니다.

SIP 대응 비디오 감시 카메라는, 보호 구역내의 물체의 움직임등의 이벤트를 오퍼레이터에게 통지하는 콜을 개시할 수 있습니다.

SIP는 브로드캐스트어플리케이션의 Audio over IP에서 사용되며 서로 [26]다른 제조원의 오디오인터페이스가 상호 접속할 수 있는 수단을 제공합니다.

실장

미국 국립표준기술연구소(NIST)의 Advanced Networking Technologies Division은 이 표준에 대한 참조 구현으로 사용되는 퍼블릭 도메인[27] Java 구현을 제공합니다.이 실장은 프록시 서버 또는 사용자 에이전트 시나리오에서 실행할 수 있으며 수많은 상업 및 연구 프로젝트에서 사용되어 왔습니다.RFC 3261 풀과 RFC 6665(이벤트 통지) 및 RFC 3262(신뢰할 수 있는 잠정 응답)를 포함한 다수의 확장 RFC를 지원합니다.

그 밖에도 수많은 상용 및 오픈소스 SIP 구현이 존재합니다.SIP 소프트웨어의 리스트를 참조해 주세요.

SIP-ISUP 인터워킹

SIP-I(Session Initiation Protocol with encapsulated ISUP)는 SIP 및 IP 네트워크를 사용하여 ISUP를 기반으로 통신 세션을 작성, 변경 및 종료하기 위해 사용되는 프로토콜입니다.SIP-I를 사용하는 서비스에는 음성, 비디오 텔레포니, 팩스 및 데이터가 포함됩니다.SIP-I와 SIP-T는[28] 유사한 기능을 가진 2개의 프로토콜이며, 특히 ISUP 메시지를 SIP 네트워크를 통해 전송할 수 있습니다.그러면 ISUP 헤더에서 [a]사용 가능한 모든 세부 정보가 유지됩니다.SIP-I는 ITU-T에 의해 정의되며 SIP-T는 IETF에 [29]의해 정의됩니다.

암호화

공중 인터넷을 통한 통화의 보안에 대한 우려는 안전한 전송을 위한 SIP 프로토콜 암호화로 해결되었습니다.URI 스킴SIPS는 SIP 통신을 Transport Layer Security(TLS; 트랜스포트층 보안)로 보호하도록 요구하기 위해 사용됩니다.SIPS URI는 sips:user@example.com 형식을 사용합니다.

SIP의 엔드 투 엔드 암호화가 가능한 것은 통신 엔드 포인트 간에 직접 접속이 있는 경우 뿐입니다.피어투피어 SIP 또는 엔드포인트 간의 VPN 경유로 직접 접속할 수 있지만 대부분의 SIP 통신에는 여러 홉이 수반되며 첫 번째 홉은 사용자 에이전트에서 사용자 에이전트의 ITSP로 전송됩니다.멀티홉의 경우 SIPS는 첫 번째 홉만 보호합니다.나머지 홉은 보통 TLS로 보호되지 않고 SIP 통신은 안전하지 않습니다.반면 HTTPS 프로토콜은 직접 연결을 통해 수행되며 홉 개념이 필요하지 않으므로 엔드 투 엔드 보안을 제공합니다.

SIPS 시그널링 스트림과는 별개의 접속인 미디어 스트림(오디오 및 비디오)은 SRTP를 사용하여 암호화할 수 있습니다.SRTP의 키 교환은 SDES(RFC 4568) 또는 ZRTP(RFC 6189)와 함께 실행됩니다.SDES 를 사용하는 경우, SIPS 를 사용하지 않는 한, 시큐어하지 않은 SIP 를 개입시켜 키가 송신됩니다.SRTP에서 사용하는 세션키를 결정하기 위해 SIP에 MIKE(RFC 3830) 교환기를 추가할 수도 있습니다.

「 」를 참조해 주세요.

메모들

  1. ^ ISUP에는 과거 30년간 실장된 국가 고유의 변종 ISUP가 다수 존재하며 네이티브 SIP 메시지를 사용하여 항상 동일한 세부사항을 모두 표현할 수 있는 것은 아니기 때문에 ISUP의 세부사항은 중요합니다.

레퍼런스

  1. ^ a b "What is SIP?". Network World. May 11, 2004.
  2. ^ a b Johnston, Alan B. (2004). SIP: Understanding the Session Initiation Protocol (Second ed.). Artech House. ISBN 9781580531689.
  3. ^ "SIP core working group charter". Internet Engineering Task Force. 2010-12-07. Retrieved 2011-01-11.
  4. ^ "Search Internet-Drafts and RFCs". Internet Engineering Task Force.
  5. ^ a b SIP: Session Initiation Protocol. 2002. doi:10.17487/RFC3261. RFC 3261.
  6. ^ Rouse, Margaret. "Session Initiation Protocol (SIP)". TechTarget.
  7. ^ Coll, Eric (2016). Telecom 101. Teracom Training Institute. pp. 77–79. ISBN 9781894887038.
  8. ^ Uniform Resource Identifiers (URI): Generic Syntax. 2005. doi:10.17487/RFC3986. RFC 3986.
  9. ^ Miikka Poikselkae 등 2004년.
  10. ^ 브라이언 리드 & 스티브 굿맨 2015.
  11. ^ "SIP: Session Initiation Protocol". IETF.
  12. ^ The Stream Control Transmission Protocol (SCTP) as a Transport for the Session Initiation Protocol (SIP). 2005. doi:10.17487/RFC4168. RFC 4168.
  13. ^ Montazerolghaem, Ahmadreza; Hosseini Seno, Seyed Amin; Yaghmaee, Mohammad Hossein; Tashtarian, Farzad (2016-06-01). "Overload mitigation mechanism for VoIP networks: a transport layer approach based on resource management". Transactions on Emerging Telecommunications Technologies. 27 (6): 857–873. doi:10.1002/ett.3038. ISSN 2161-3915.
  14. ^ Montazerolghaem, A.; Moghaddam, M. H. Y.; Leon-Garcia, A. (March 2018). "OpenSIP: Toward Software-Defined SIP Networking". IEEE Transactions on Network and Service Management. 15 (1): 184–199. arXiv:1709.01320. doi:10.1109/TNSM.2017.2741258. ISSN 1932-4537. S2CID 3873601.
  15. ^ Azzedine (2006). Handbook of algorithms for wireless networking and mobile computing. CRC Press. p. 774. ISBN 978-1-58488-465-1.
  16. ^ Porter, Thomas; Andy Zmolek; Jan Kanclirz; Antonio Rosela (2006). Practical VoIP Security. Syngress. pp. 76–77. ISBN 978-1-59749-060-3.
  17. ^ "User-Agents We Have Known". VoIP User. Archived from the original on 2011-07-16.
  18. ^ 스톨링, 페이지 214
  19. ^ 스톨링, 페이지 216-217
  20. ^ Wright, James. "SIP - An Introduction" (PDF). Konnetic. Retrieved 2011-01-11.
  21. ^ "SIPit Wiki". Retrieved 2017-10-07.
  22. ^ Experiences of Using TTCN-3 for Testing SIP and also OSP (PDF), archived from the original (PDF) on March 30, 2014
  23. ^ "Performance and Stress Testing of SIP Servers, Clients and IP Networks". StarTrinity. 2016-08-13.
  24. ^ "AT&T Discusses Its SIP Peering Architecture". sip-trunking.tmcnet.com. Retrieved 2017-03-20.
  25. ^ "From IIT VoIP Conference & Expo: AT&T SIP transport PowerPoint slides". HD Voice News. 2010-10-19. Retrieved 2017-03-20.
  26. ^ Jonsson, Lars; Mathias Coinchon (2008). "Streaming audio contributions over IP" (PDF). EBU Technical Review. Retrieved 2010-12-27.
  27. ^ "JAIN SIP project". Retrieved 2011-07-26.
  28. ^ SIP-T Context and Architectures. September 2002. doi:10.17487/RFC3372. RFC 3372.
  29. ^ "Why SIP-I? A Switching Core Protocol Recommendation" (PDF). Archived from the original (PDF) on 2012-03-17.
  • Brian Reid; Steve Goodman (22 January 2015), Exam Ref 70-342 Advanced Solutions of Microsoft Exchange Server 2013 (MCSE), Microsoft Press, p. 24, ISBN 9780735697904{{citation}}: CS1 maint: ref 복제 기본값(링크)
  • Miikka Poikselkä; Georg Mayer; Hisham Khartabil; Aki Niemi (19 November 2004), The IMS: IP Multimedia Concepts and Services in the Mobile Domain, John Wiley & Sons, p. 268, ISBN 978047087114-0{{citation}}: CS1 maint: ref 복제 기본값(링크)

외부 링크