Actions

Difference between revisions of "SIP"

From Zenitel Wiki

 
(One intermediate revision by one other user not shown)
Line 63: Line 63:
 
RTP (Real-time Transport Protocol) is the most usual method for encapsulating audio into IP packets. Further reading here, http://en.wikipedia.org/wiki/Real-time_Transport_Protocol. And the standards document is http://tools.ietf.org/html/rfc3550. In AlphaCom, all voice over IP uses RTP, both in internal connections with proprietary call protocols, as well as for SIP calls. RTP mainly deals with handling the sequencing and timing of packets, not so much about the actual audio or video contents. However, a number of very common audio codes formats are listed and enumerated in http://tools.ietf.org/html/rfc3551. The number behind the "RTP/AVP" often found in SDP messages refer to [http://tools.ietf.org/html/rfc3551#page-33 table 4] in this document. These are called "static payload types". When they are used, it is possible to playback the stream of RTP packets without having any other information. On the other hand, when using "dynamic payload types", the meaning of the RTP packets has to be agreed upon using an other protocol, like SIP/SDP.  
 
RTP (Real-time Transport Protocol) is the most usual method for encapsulating audio into IP packets. Further reading here, http://en.wikipedia.org/wiki/Real-time_Transport_Protocol. And the standards document is http://tools.ietf.org/html/rfc3550. In AlphaCom, all voice over IP uses RTP, both in internal connections with proprietary call protocols, as well as for SIP calls. RTP mainly deals with handling the sequencing and timing of packets, not so much about the actual audio or video contents. However, a number of very common audio codes formats are listed and enumerated in http://tools.ietf.org/html/rfc3551. The number behind the "RTP/AVP" often found in SDP messages refer to [http://tools.ietf.org/html/rfc3551#page-33 table 4] in this document. These are called "static payload types". When they are used, it is possible to playback the stream of RTP packets without having any other information. On the other hand, when using "dynamic payload types", the meaning of the RTP packets has to be agreed upon using an other protocol, like SIP/SDP.  
  
[[Category: ICX-AlphaCom - SIP Integration]]
+
 
[[Category:AMC Software]]
+
[[Category: AMC Software]]
[[Category:AlphaCom - SIP Integration]]
+
[[Category: AlphaCom - SIP Integration]]

Latest revision as of 14:09, 24 October 2024

SIP - Session Initiation Protocol is the call control protocol used for non-proprietary internet telephony. http://en.wikipedia.org/wiki/Session_Initiation_Protocol gives a brief overview of the protocol. http://tools.ietf.org/html/rfc3261 is the standards document. SIP is a human readable text protocol, which makes it a bit easer to debug.

Introduction

AlphaCom supports a subset of the SIP (Session Initiation Protocol). The AlphaCom SIP interface is implemented as a daemon service, SIPd. SIPd runs on the AMC-IP board alongside the main AlphaCom daemon, AMCd. The SIPd process is always started on AMC-IP, but the actual use require purchase and installing proper SW license. SIPd is act as a gateway between the AlphaNet protocol and SIP. The SIPd enables calls between AlphaCom stations and SIP phones.

AlphaCom - SIP integration

The AlphaCom has successfully been integrated with the following products (the list is not complete):

SIP Gateways

iPBX (SIP Trunk)

SIP Phones

SIP WiFi Phones

SIP Analog Telephone Adapters

Softphones

IP-DECT systems

SIP Stations with iPBX

The STENTOFON SIP Stations have successfully been integrated with the following products (the list is not complete):

Related standards

SIP is a 270 page document which mainly deals with locating the destination "user" when making a call, and provides a framework for negotiating the media setup. Describing the media (audio/video) formats and protocols is left to another protocol: SDP (Session Description Protocol). SDP messages are attached to some of the SIP messages. See http://en.wikipedia.org/wiki/Session_Description_Protocol for a introduction. http://tools.ietf.org/html/rfc4566 is the standards document. By current practice, SIP and SDP is almost always used together.

RTP (Real-time Transport Protocol) is the most usual method for encapsulating audio into IP packets. Further reading here, http://en.wikipedia.org/wiki/Real-time_Transport_Protocol. And the standards document is http://tools.ietf.org/html/rfc3550. In AlphaCom, all voice over IP uses RTP, both in internal connections with proprietary call protocols, as well as for SIP calls. RTP mainly deals with handling the sequencing and timing of packets, not so much about the actual audio or video contents. However, a number of very common audio codes formats are listed and enumerated in http://tools.ietf.org/html/rfc3551. The number behind the "RTP/AVP" often found in SDP messages refer to table 4 in this document. These are called "static payload types". When they are used, it is possible to playback the stream of RTP packets without having any other information. On the other hand, when using "dynamic payload types", the meaning of the RTP packets has to be agreed upon using an other protocol, like SIP/SDP.