Project

General

Profile

Blink-MSP-Integration » History » Version 1

Adrian Georgescu, 02/04/2015 04:10 PM

1 1 Adrian Georgescu
h1. MSP Blink Integration
2
3
A reference implementation is available with http://sip2sip.info SIP service.
4
5
To enable Blink functions into another platform deployed by AG Projects, several components are required to be installed and configured together with a contract from AG Projects. To enable this functionality you must obtain a contract from AG Projects and open a ticket in AG Projects support system.
6
7
h2. Domain name
8
9
A domaine name is required. The customer need to allocate a domain name to contain all the hostnames required for operating the services:
10
11
 * msrprelay.example.com
12
 * conference.example.com
13
 * cdrtool.example.com
14
 * xcap.example.com
15
16
h2. TLS certificates
17
18
This component is mandatory. 
19
20
To avoid the need of multiple TLS certificate, a wildcard certificate and be applied for at a registry like RapidSSL. This allows one certificate for *.example.com to be reused for all server components that require a TLS certificate.
21
22
h2. ICE media
23
24
This component is optional.
25
26
To avoid relaying RTP video calls through the platform ICE can be used to allow for shorts media path between end-points. This can be done by configuring OpenSIPS and MediaProxy to enable ICE transport.
27
28
h2. Provisioning
29
30
This component is optional.
31
32
This allows for:
33
34
 * Blink accounts to be automatically configured from within the SIP account settings web portal part of CDRTool or the custom web site developed by the customer using NGNPro API. When using CDRTool, a new tab is enabled in the SIP settings page and from it Blink can be automatically configured with the account stored on the SIP server.
35
 * SIP account page to be opened from within Blink. This can be used to change the account settings on the server or order more services like paying for PSTN credit
36
37
This requires a X.509 TLS certificate to match the hostname where the web service runs (e.g. cdrtool.example.com)
38
39
h2. Presence
40
41
This component is mandatory. 
42
43
Presence allows end-to-end signalling of end-point status and a note suing Subscribe/Notify mechanism and Publishing of changes related to user icon. The complete functionality is described at http://projects.ag-projects.com/news/15
44
45
Presence requires OpenSIPS to be configured as a SIP Presence Agent and OpenXCAP to be installed and configured for storing of buddy lists and presence policy.
46
47
 * OpenXCAP server must be installed and configured with an X.509 TLS certificate to match the hostname where the XCAP service runs (e.g. xcap.example.com)
48
 * OpenSIPS must be configured for using TLS for signalling and requires as well a X.509 certificate to operate
49
 * OpenSIPS must be configured as presence agent
50
 * Provisioning portal must be configured to provide the XCAP settings for the user
51
 * DNS must be set to advertise the location of the XCAP server
52
53
h2. Chat, File Transfer and Screen Sharing
54
55
This component is mandatory. 
56
57
This allows the session features beyond VoIP to work behind NAT. 
58
59
 * MSRPRelay server is required
60
 * MSRP runs over TLS and it requires a X.509 TLS certificate to match the hostname where the web service runs (e.g. msrp.example.com).
61
 * DNS must be set to advertise the location of the MSRP relay.
62
63
h2. Multiparty conferencing
64
65
This component is mandatory. 
66
67
 * SylkServer is required
68
 * An X.509 TLS certificate to match the hostname where the web service runs (e.g. conference.example.com)
69
 * DNS must be set to advertise the location of the MSRP relay.
70
 * OpenSIPS must be setup to route conference calls to SylkServer
71
 * An ENUM entry corresponding to one telephone number must be setup to route phone calls to the conference bridge
72
 * CDRTool rates must be setup in case rating is required for accessing the conference service