2010-03-12 3 views
5

회사 용 SIP 스택을 개발했습니다. 그것은 완벽하지는 않지만 RFC에서 많은 것들이 부족합니다. 그러나 테스트 된 많은 소프트 폰 및 기타 SIP 하드웨어 및 소프트웨어와 잘 작동하고 잘 작동합니다.그물에 SIP VoIP 소프트웨어는 어떻게 호환됩니까?

내 질문은 : SIP 소프트웨어가 실제로 SIP를 완벽하게 준수한다고 말할 수있는 정도 (인터넷에서 찾을 수있는 소프트 폰 중)는 무엇입니까?

답변

2

좋은 질문입니다.

는 SIP 스택의 많은 RFC3261 (18)에서, TCP를 구현하는 데 실패하기 때문에 호환되지 않는 시작하려면 :

모든 SIP 요소는 UDP와 TCP를 구현해야합니다. SIP 요소는 다른 프로토콜을 구현할 수있다.

별표는 별표입니다. 종종 RFC3261을 준수한다고 주장하지만 TCP 지원은 최근에 포함되었으며 아직 많은 버그가 있습니다. SER 3200과 호환되는 것으로 의심되는 SER 파생 제품과 같은 더 우수한 SIP 제품이 있습니다. 저는 그 중 어떤 제품도 감사 한 적이 없지만 SER은 선도적 인 SIP 서버라는 명성을 얻었습니다.

"SIP 표준"에는 원본 RFC3261을 업데이트하거나 폐기 한 8 개의 추가 RFC가 포함되어 있다는 점을 명심해야합니다. 또한 NAT와 같은 항목의 확장 및 수정을 위해 multitude of other RFCs이 있습니다. 모든 SIP RFC를 준수하는 SIP 스택이 없을 것이라고 말하는 것이 안전하다고 생각합니다.

나는 또한 SIP 스택을 작성했고 당신과 같은 경로를 따라 갔다. 쉽게 테스트 할 수있는 장치로 작업 한 다음 시간이 지남에 따라 필요에 따라 표준의 더 복잡한 부분을 추가하십시오. 나는 심지어 시작하기까지 갔다. documenting which SIP RFCs 구현하려고 노력 중이다.

0

두 개의 SIP 끝점은 SIP 호환 일 수 있으며 여전히 상호 작동 할 수 없습니다. 따라서 "전체 SIP 호환"은 상호간 테스트를 수행하지 않고도 "작동 할 것"이라고 말할 수있을만큼 충분하지 않습니다. 그러나 초기 선택에서 일부를 잘라낼 수는 있습니다.

1

나도 내 자신의 SIP 스택을 쓰는 것에 고백 할 것입니다.

SIP Interoperability Test 이벤트는 상당량의 interop 데이터를 생성합니다. 예를 들어 작년 SIPit 25에서 다음과 같이 확인할 수 있습니다.

Implementations using each transport for SIP messages: 
    UDP 98% 
    TCP 83% 
    TLS 38% server-auth, 24% mutual-auth 
    SCTP 7% 
    DTLS 2% 

36% of the implementations supported IPv6. 
관련 문제