Actions

Difference between revisions of "SIP"

From Zenitel Wiki

(Configuration Guides)
 
(59 intermediate revisions by 5 users not shown)
Line 1: Line 1:
 
'''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.
 
'''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.
  
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.
+
== 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 [[licenses|license]].
 
SIPd is act as a gateway between the AlphaNet protocol and SIP. The SIPd enables calls between AlphaCom stations and SIP phones.
 
SIPd is act as a gateway between the AlphaNet protocol and SIP. The SIPd enables calls between AlphaCom stations and SIP phones.
  
== Configuration Guides ==
+
== AlphaCom - SIP integration ==
 +
The AlphaCom has successfully been integrated with the following products (the list is not complete):
  
=== SIP Gateways for analog FXO lines ===
+
=== SIP Gateways ===
 +
* [[Configuration guide for AudioCodes MP114/118, v5.4 and higher|AudioCodes MP114/118 (analog lines)]]
 +
* [[Configuration guide for Mediatrix 1204|Mediatrix 1204 (analog lines)]]
 +
* [[SIP2SIP Transcoding using Mediant 600|AudioCodes Mediant 600]]
 +
* [[Configuration guide for AudioCodes Mediant 1000|AudioCodes Mediant 1000]]
 +
* [[Configuration guide for Mobile VoIP|Mobile VoIP MV-370 (GSM)]]
 +
 
 +
=== iPBX (SIP Trunk) ===
 +
 
 +
* Simens HighPath 4000
 +
* Open Scape 4000
 +
* Simens HighPath 8000
 +
* Alcatel OmniPCX OXO
 +
* Alcatel-Lucent OmniPCX OXE
 +
* Nortel CS1000
 +
* Asterisk Phone System
 +
* Aastra MX-ONE
 +
* 3CX Phone System
 +
* [[Cisco Call Manager 4.1 configuration guide|Cisco Call Manager 4.1]]
 +
* [[Cisco Call Manager 6 configuration guide|Cisco Unified Call Manager 6]]
 +
* [[Cisco Call Manager 8 configuration guide|Cisco Unified Call Manager 7 & 8]]
 +
* [[Cisco Call Manager 10, 11 and 11.5 configuration guide|Cisco Call Manager 10, 11 and 11.5]]
 +
 
 +
=== SIP Phones ===
 +
* [[Configuration guide for Grandstream GXP2000|Grandstream GXP2000]]
 +
* [[Configuration guide for Grandstream BudgeTone 100|Grandstream BudgeTone 100]]
  
* [[Configuration guide for AudioCodes MP114/118|AudioCodes MP114/118]]
+
=== SIP WiFi Phones ===
* [[Configuration guide for Mediatrix 1204|Mediatrix 1204]]
+
* [[Configuration guide for UTStarcom F1000G WiFi phone|UTStarcom F1000G]]
  
=== SIP Gateways for ISDN lines ===
+
=== SIP Analog Telephone Adapters ===
 +
* [[Configuration guide for Grandstream HandyTone-488|Grandstream HandyTone-488]]
  
=== SIP Gateways for E1/T1 lines ===
+
=== Softphones ===
 +
* [[Configuration guide for X-Lite|X-Lite]]
 +
* [[Configuration guide for SJphone|SJphone]]
  
* [[Configuration guide for AudioCodes Mediant 1000|AudioCodes Mediant 1000]]
+
=== IP-DECT systems ===
 +
* [[Configuration guide for STENTOFON IP-DECT|STENTOFON IP-DECT]]
 +
* [[Configuration guide for Ascom IP-DECT|Ascom IP-DECT]]
  
=== Cisco Call Manager 4.1 ===
+
== SIP Stations with iPBX ==
 +
The STENTOFON SIP Stations have successfully been integrated with the following products (the list is not complete):
 +
* Alcatel-Lucent OmniPCX OXE
 +
* Cisco Call Manager
 +
* Avaya iPBX
 +
* [[Avaya-Nortel CS1000 v. 7.0]]
 +
* Asterisk Phone System
  
 
== Related standards ==
 
== Related standards ==
Line 25: 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.  
  
== Enable SIP INFO in X-Lite 3.0 ==
 
AlphaCom use SIP INFO type signaling during connection. The X-Lite has DTMF support for SIP INFO messages, in addition to RFC 2833 and inband DTMF. But in order to use SIP INFO you need to disable the other two options.
 
 
Follow these steps on the X-Lite:
 
* Dial ***7469 (send)
 
* Once you get the advanced options menu up, filter first for DTMF. Find the Force Inband DTMF entry, double click and change the value to 0.
 
* Then filter for 2833. Find the RTP 2833 enabled line, double click and change this value to 0.
 
* Setting both to 0 will result in your sending SIP INFO DTMF.
 
 
Now the buttons * and # (and door opening) will work from X-Lite.
 
  
[[Category:AlphaCom E Software]]
+
[[Category: AMC Software]]
 +
[[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.